[lingo]

Hallo Leute,

heute komme ich mal mit einem Anderem Thema, ich steh grad voll auf dem schlauch..

Ausgangssituation:
Ich habe einen Server mit BS Win Server 2008R2.
Laut Inhaber der Firma wird dieser selbstständig Backups machen (Copy+Paste) alle überzeugungsversuche unsere Backupsoftware einzusetzen haben nichts gebracht (grund: es müsste eine weitere Lizenz gekauft werden)

Also denke ich mir, ich mach ein Backup via WBAdmin. Unsichtbar für Inhaber und alles ist gut

Jetzt hänge ich aber am Script und ich weiß nicht wieso das so ist...
Ziel:
Backup auf NAS in 4 Generationen

Script:

net use B: /delete /y
net use B: \\192.168.0.26\backup /user:<Username> <Kennwort>
rd /s /q B:\MUC-DOS\Generation4
REN B:\MUC-DOS\Generation3 Generation4
rd /s /q B:\MUC-DOS\Generation3
REN B:\MUC-DOS\Generation2 Generation3
rd /s /q B:\MUC-DOS\Generation2
REN B:\MUC-DOS\WindowsImageBackup Generation2
rd /s /q B:\MUC-DOS\WindowsImageBackup

WBADMIN START BACKUP -backupTarget:\\192.168.0.26\backup\MUC-DOS -include:c: -allCritical -vssFull -quiet
net use B: /delete /y

Löschen und umbennen funktioniert einwandfrei
Backup startet aber nicht und ich weiß nicht wieso, auf anderen Servern klappt das auch....

Hat hier evtl jemand ne Idee??

Danke
Lingo


//EDIT
Wichtig ist noch zu wissen, dass die Batch in einer Endlosschleife hängen bleibt und der Backupbefehl nicht aufgeführt wird...

Dieser Beitrag wurde von lingo bearbeitet: 08. Dezember 2014 - 12:20

[RalphS]

Eine Endlosschleife sollte es da eigentlich nicht geben... es sei denn natürlich, das Obige wäre nur ein Auszug davon.

Auf jeden Fall gibt es viel zuviele unnötige Löschversuche, die man genausogut weglassen kann. Einfach den G4-Ordner löschen und den Rest umbenennen - wenn man eben (bspw) "Generation2" nach "Generation3" umbenannt hat, gibt's ja keinen "Generation2" Order mehr, den man löschen könnte.

Abgesehen davon kannst Du natürlich jederzeit irgendwo ein "echo on" absetzen... und den "-quiet" Parameter wegnehmen, damit Du zumindest erfährst, *wo* es hängt.

[lingo]

Hallo RalpfS,

nein, der Code ist KEIN Auszug, der ist vollständig

Mit dem löschen hast du Recht, Denkfehler von meiner Seite.

hab die mal rausgenommen :-)

leider bringt mir das "@Echo on" nicht viel, da die Batch über die Aufgabenplanung mit erhöhten Rechten ausgeführt wird, da wird mir kein Befehl angezeigt.

Sobald ich die Batch aber in einer administrativen CMD ausführe, wird diese dauerhaft wiederholt obwohl nur einmal ausgeführt...

der Code nochmal OHNE die Vielen Löschbefehle:

@echo on
net use B: /delete /y
net use B: \\192.168.0.26\backup /user:<Username> <Passwort>
rd /s /q B:\MUC-DOS\Generation4
REN B:\MUC-DOS\Generation3 Generation4
REN B:\MUC-DOS\Generation2 Generation3
REN B:\MUC-DOS\WindowsImageBackup Generation2
WBADMIN START BACKUP -backupTarget:\\192.168.0.26\backup\MUC-DOS -include:c: -allCritical -vssFull -quiet
net use B: /delete /y

Hier die Ausgabe welche kommt wenn ich die Batch in einem administrativen CMD ausführe

C:\Users\%user%\Desktop>WBadmin.bat

C:\Users\%user%\Desktop>net use B: /delete /y


B: wurde erfolgreich gelöscht.


C:\Users\%user%\Desktop>net use B: \\192.168.0.26\backup /user:<Username> <Passwort>
Der Befehl wurde erfolgreich ausgeführt.


C:\Users\%user%\Desktop>rd /s /q B:\MUC-DOS\Generation4
Das System kann die angegebene Datei nicht finden.

C:\Users\%user%\Desktop>REN B:\MUC-DOS\Generation3 Generation4
Das System kann die angegebene Datei nicht finden.

C:\Users\%user%\Desktop>REN B:\MUC-DOS\Generation2 Generation3
Das System kann die angegebene Datei nicht finden.

C:\Users\%user%\Desktop>REN B:\MUC-DOS\WindowsImageBackup Generation2
Das System kann die angegebene Datei nicht finden.

C:\Users\%user%\Desktop>WBADMIN START BACKUP -backupTarget:\\192.168.0.26\backup\MUC-DOS -include:c: -allCritical -vssFull -quiet

C:\Users\%user%\Desktop>net use B: /delete /y


B: wurde erfolgreich gelöscht.


C:\Users\%user%\Desktop>net use B: \\192.168.0.26\backup /user:<Username> <Passwort>
Der Befehl wurde erfolgreich ausgeführt.


C:\Users\%user%\Desktop>rd /s /q B:\MUC-DOS\Generation4
Das System kann die angegebene Datei nicht finden.

C:\Users\%user%\Desktop>REN B:\MUC-DOS\Generation3 Generation4
Das System kann die angegebene Datei nicht finden.

C:\Users\%user%\Desktop>REN B:\MUC-DOS\Generation2 Generation3
Das System kann die angegebene Datei nicht finden.

das geht immer so weiter bis ich das manuell abbreche..

Grüße
Lingo

[DK2000]

Irgendwie sehe ich da im Moment auch nicht den Fehler.

Was passiert denn, wenn Du

WBADMIN START BACKUP -backupTarget:\\192.168.0.26\backup\MUC-DOS -include:c: -allCritical -vssFull

einfach so in der Konsole ausführst (ohne das -quiet). Wird dann das Backup angelegt? Vorher natürlich das Netzlaufwerk einhängen.

Aber warum die Batch jetzt in einer Endlosschleife läuft, gute Frage. Verstehe ich da gerade nicht.

[RalphS]

Ich frag mich grad, ob WBAdmin vielleicht die Batchdatei ebenfalls auszuführen versucht. Eigentlich, wenn ich mir das so angucke, "kann" es eigentlich gar nichts anderes sein.

[DK2000]

Ja, dachte ich auch daran, aber wie? Und warum auf diesem Server. So wie ich das verstehe, läuft das ja auf einem anderen Server mit dieser Batch einwandfrei.

[RalphS]

Das ist nur Spekulation auf meiner Seite... aber... könnte es sein, daß das Script on-failure einfach neugestartet wird? So wie ein Systemdienst, der on-error ein-, zwei- oder n-mal neugestartet werden kann.

Hängt natürlich davon ab, wer die unmittelbare Kontrolle über das Script hat.

... Ansonsten fällt mir grad nur noch ein, den 'wbadmin' Befehl insgesamt auszukommentieren und zu schauen, ob es dann zumindest terminiert (wovon ich erstmal ausgehe). Dann halt den -quiet Parameter wegnehmen und den wbadmin-Befehl 'nackig' ausführen.


Außerdem... könnte es zumindest potentiell so sein, daß wbadmin ein eigenes Mapping versucht; der kriegt ja nun den UNC direkt als Parameter. Also ist es wohl einen Versuch wert, die Verbindung nach B: zu trennen und DANACH wbadmin selber auszuführen. Wer weiß... vielleicht schlägt wbadmin einfach deswegen fehl, weil es keine Credentials für den UNC-Pfad bekommen hat?

Dieser Beitrag wurde von RalphS bearbeitet: 08. Dezember 2014 - 16:56

[prunkster]

Liegt die Endlosschleife vielleicht einfach nur daran, das im Skript selbst statt "WBADMIN.EXE" nur "WBADMIN" aufgerufen wird? Wenn ich das eben richtig gesehen habe, heißt das Skript "WBADMIN.BAT", was dazu führt, dass es sich über das vereinfachte "WBADMIN" immer wieder selbst aufrufen würde...

[DK2000]

Ohja, das wird es sein. Das habe ich ja ganz übersehen. Gar nicht auf den Namen der Batch geachtet. Die Batch ruft sich immer un immer wieder selbst auf.

[RalphS]

Zitat (prunkster: 08. Dezember 2014 - 18:44)

Liegt die Endlosschleife vielleicht einfach nur daran, das im Skript selbst statt "WBADMIN.EXE" nur "WBADMIN" aufgerufen wird?

Nicht "vielleicht", sondern "fast garantiert".

TO: gib der Batchdatei einen anderen Namen, und/oder häng ein ".exe" an den Aufruf von "wbadmin" innerhalb der Batchdatei selber an - nicht nur hier, sondern ganz allgemein "überall" in einem Batch-Script.

[lingo]

Hallo zusammen,

danke für die vielen Antworten,
DAS war das Problem, ich habe ein ".EXE" an den WBAdmin-Befehl gehangen und alles läuft anstandslos....

Manchmal sieht man den Wald vor lauter Bäumen nicht.

Danke nochmal

Grüße
Lingo