VMWare Backupscript mit VBScript

[hdderror]

Hallo Leutz...

Erstmal dickes Danke an unsere fleissigen Scripter!
Das Script läuft auch manuell bei mir Klasse.
Nur der Aufruf als "Geplanter Task" will nicht so klappen.
Ich habe eine .CMD Datei erstellt in der ich das VBScript aufrufe:
C:\Util\VMBackup.vbs "F:\VM\\Windows Server 2003 Standard Edition.vmx" "E:\VM\VMTest".
C:, E: und F: sind lokale Laufwerke (mit Remote Sicherungen schlag ich mich später rum..
Im Ergebniss wird die VM als File gesichert im Ordner VMTest (ohne Datum im Namen) und gezippt.
Nachdem er mit Zippen fertig ist kommt die Fehlermeldung:
Zeile: 921
Zeichen: 1
Fehler: Die Datei wurde nicht gefunden
Code: 800A0035
Quelle: Laufzeitfehler im Microsoft VBScript

Jemand eine Idee was ich falsch mache?

[minimike]

Für den Fall das es mehrere Interessiert habe ich es einmal für eine Weile angepinnt

[potsdam]

Hallo Leutz...

Im Ergebniss wird die VM als File gesichert im Ordner VMTest (ohne Datum im Namen) und gezippt.
Nachdem er mit Zippen fertig ist kommt die Fehlermeldung:
Zeile: 921
Zeichen: 1
Fehler: Die Datei wurde nicht gefunden
Code: 800A0035
Quelle: Laufzeitfehler im Microsoft VBScript

Jemand eine Idee was ich falsch mache?

An der Stelle wird mit

Code: Alles auswählen

Set zf = fso.getfile(zipfile)
ZipFileSize = Round(zf.size / OneGB, 2)

die Größe des Zipfiles ermittelt. Offensichtlich kann das Script das File nicht finden.
Existiert das Zipfile?
Dieser Fehler tritt nur bei Aufruf über Taskplaner auf??

Füge vor diesen Zeilen mal ein

Code: Alles auswählen

wscript.echo "Das Zipfile" & zipfile

ein und starte dein Batch in einer CMD. Dann prüfe ob das Zipfile an der ausgegebenen Stelle existiert.
Ist dort genügend Plattenplatz vorhanden?

[Tarsinion]

Hi,

@postdam

Erstmal vielen Dank und großes Lob für das Bereitstellen des Scriptes und deiner Hilfe hier . Ich habe auch des Script von Saxa getestet, deins gefällt mir aber besser . Ein kleines Problem bleibt. Meine Debian VMS fahren nicht richtig herrunter, dh. sie schalten sich nicht aus. Die letzte Meldung ist "powerd down" ... Jetzt könnte ich versuchen ein Hack zu finden der das Debian Problem ansich behebt, lieber wäre es mir jedoch wenn nach 2 Minuten die VM einfach durch das Script beendet wird.

Es gab im offiziellen VM Ware Forum Ansätze dazu, jedoch gefällt mir dein Script gut .

Kannst du dein Script um ein "Hard Shutdown after 2 Minutes" erweitern ?

Vielen Dank

Tarsinion

[potsdam]

@Tarsinion

das sollte Möglich sein - nur kann ich das hier nicht Testen. Ein Debian will ich nicht extra installieren ...

könnte mir das in 2 Varianten vorstellen:
- forceshutdown als Parameter
- Check ob BS der VM als "Other" in Settings definiert ist, dann automatisch Force

Werde mir mal die Variante von Saxa & Co ansehen ...

Klappt das Backup von Debian eigentlich mit "use_suspend = True" und "use_hart_suspend_if_no_VMTools = true" ??

PS: Lies mal was hier drunter steht

[Tarsinion]

alles klar ich wechsel Forum ^^ danke, ich probier script mal durch.
Das Debian brauchst du natürlihc nicht extra aufsetzen, ich übernehme hier das testen

[orga|kp]

So ab nächster woche werde ich das Ding mal Produktiv schießen.

[orga|kp]

da dieses Script nciht weiterentwickelt wird, oder der Poster im offoziellen Forum derselbe ist wie hier:

http://www.vmware.com/community/thread. ... &start=210

Dort wird die Entwicklung weitergeführt:

Code: Alles auswählen

2/25/07 - V3.5

* All the messages have now been moved to their own INI file. This is a completely
separate INI file than the variables use. Unlike the variables, messages MUST be
defined in the INI file as there are no defaults in the script itself. A default
messages INI file has been provided. Please feel free to change or translate it.
* Renamed variable: INIFilename to VariablesINIFileName
* Added new variable
* MessageINIFilename - This is the name of the file containing the messages. It
must be defined in the script itself.

* A running log file is now created while the script runs. The log file notes all
the steps as they occur. The text of the log messages are also defined in the
messages INI file so you can easilly change or translate it. Note: I really wish
I had done this sooner becasue the data generated by the log is extremely helpful
in troubleshooting.
* Added new variables
* CreateLogfile - Default is true. Should a log file be created.
* MaskPassInLogs - Default is true. Should passwords be shown in the log files
* AttachLogFile - Default is true. Attach logs to email messages
* CleanUpLogFiles - Default is false. Clean up old log files
* NumberLogsToKeep - default is 30. How many old log files to keep, per VM
* Unlike other messages Log messages can only be one line long but they can still
Use variable names.
* The log file is created in a logs subfolder. If you are zipping then the log will
have the same name as the zip file with a .log extension. If you are not zipping
then it will have a name like vmidentifier-date/time.log

* Added everything contributed by PCost_CL in their posting. In some cases I
expanded on it and/or made some adjustments, but all the basics are there.
* Added Cint casting to all imported INI integer variables. (this should fix some
(problems with comparison operations not working correctly)
* Modified code to allow simple copying of files and not require them to be zipped
as well.
* Added variables
* DefaultCopyPath - Default is D:\backups\, Location where files will be copied to
* MakeZippedFile - Default is true. Should the copied files be zipped
* KeepCopyFiles - Default is false. Don't delete copied files (after being zipped)
* Bypass all zip code if MakeZippedFile is false
* Made the copy and zip operations/variables more distinct and separate.
* Added new error message
* CopyPathNotFoundErrorMessage
* Changed drive space check to check that space exists for the copyfile location
not the backupfile location.

* There were numerous internal changes involving the order of operations, timing,
syntax, and changes to subroutines to accomidate the new features described above.
If you have never tried modifying the code this won't matter one bit to you.

* Added a drive space check for the backupfile location. However this is something that
is only logged since we dont know the space needed for the zip file.

* Added code to detect and terminate an endless loop caused by improperly formatted
variables in message lines.

* Added new variables
* RestartVMEvenIfOff - Default is false. Start VM even if it was originally off
* SuppressCopy - Default is false. setting it to true will prevent the script from
copying files. It's for testing purposes (speed things up) but I'm leaving it in.
* SkipRestartVM - Default is false. Setting it to true will prevent the script from
starting the VM. It's for testing purposes (speed things up) but I'm leaving it in.

* Changed default PauseBeforeCompress value from 1 to 0

* Changed the text of VariablesErrorMessage

* Renamed message CriticalVMShutdownErrorMessage to VMShutdownCriticalErrorMessage due
to a name conflict with another message.

NOTE: If upgrading, DefaultCopyPath will need to be set in ini file (probably to match
DefaultBackupPath).

http://www.fileden.com/files/2007/1/16/650957/VMBackup.zip


[GPac]

Hi Leute,

ich hoffe dieses Thread ist noch nicht gestorben, und mir kann jemand weiterhelfen.

Führe ich das Skript bei ausgeschalteter VM aus, funktioniert alles soweit gut.
Starte ich das Skript wenn die VM läuft, wird sie heruntergefahren und dann bekomme ich den Fehler in Zeile 801. (siehe Attachment)

Weiß jemand woran das liegen könnte?!
Unser Skriptaufruf sieht so aus:
C:\TEST\BackupscriptfuerVMWare\bearbeitung.vbs "C:\Test\Windows 2000 Professional.vmx" "C:\TEST\Backups\Windows 2000 Professional\Backup"

Vielen Dank im Vorraus!!!!

Grüße,
GPac

[schand]

Hallo zuerst mal grosses Lob dem fleisigen Scriptersteller funzt eigentlich alles supper habe nur das Problem das wenn ich es im interaktiven Modus laufen lasse dann erstellt er mir nur einen .zip File ohne Namen, Datum . Das soweit etwas blöd da ich es in einem cmd wo ich 6 Server nacheinander in einen Ordner sichere und sie sich dann in dieser Reihenfolge überschreiben.
Rufe es mit folgendem cmd auf einer Win2003 x64 Server auf:
%windir%\SysWOW64\cscript Backup_VM.vbs "D:\Vmwaremachines\Server1\Windows Server 2003 Standard Edition.vmx" \\Backupserver\Systembackups\virtualserver\Server1\
%windir%\SysWOW64\cscript Backup_VM.vbs "D:\Vmwaremachines\Server2\Windows Server 2003 Standard Edition.vmx" \\Backupserver\Systembackups\virtualserver\Server2\
Wie kann ich das Script dazu übereden das es mir einen Filenamen zum .Zip hinzüfugt?
Danke Schand

[potsdam]

Wer hat Lust zum Testen und Nörgeln??

Version 0.9.5 im 1. Beitrag veröffentlicht.

[SirMaik]

Hallo, ich habe gerade die 0.9.5 heruntergeladen und bin begeistert.
Folgendes habe ich in dem Script fest hinterlegt und funktioniert irgendwie nicht:
bkpath = "c:\VMWareBackup\"
LogPath = "c:\VMWareBackup\"

Stoße ich das Script nun an (doppelklick), dann erscheint trotzdem die
Frage: "Jetzt geben Sie bitte den vollen Pfad zum zu erzeugenden ZIP-File an:".

Was mache ich verkehrt?! Ich möchte den Zip-Ort fest vorgeben und nicht
danach gefragt werden... LG SirMaik

[potsdam]

wenn du keine Parameter übergibst wechselt das Script automatisch in den interaktiven Modus und stellt diese komischen Fragen. Damit dies nicht geschieht muss das Script mit Parametern gestartet werden:

backup_vm.vbs -all -dst:<Ziel> 'sichert alle VMs des konfigurierten Servers zum <Ziel>

Parameter die nicht übergeben werden, werden der Konfig im Script entnommen - ein backup_vm.vbs -all sollte also auch reichen.

Wird kein Logpfad angegeben schreibt das Script die Logs automatisch in den Backuppfad.

in der nächsten Version werde ich den "interaktiven Modus" wahrscheinlich rausnehmen und nur noch Parameter nutzen.

[SirMaik]

@potsdam

-Danke, jetzt haut es hin...

Mal eine andere Frage: ich bin Total Commander-Fan und entpacke auch gerne komprimierte Files mit diesem Programm. Nun kannte ich vorher noch gar nicht das *.lzo-Format und möchte auch dieses gerne mit dem Total Commander entpacken. Dafür habe ich das lzop-Plugin von der Total Commander-Homepage heruntergeladen und installiert.
Aber das entpacken haut trotzdem nicht hin?! - hat diesbezüglich schon jemand Erfahrung damit gesammelt?!

[potsdam]

mmmh - habs LZOP-Plugin auch grade getestet - bei mir funktionierts auch nicht. Bleibts halt bei der CMD-Version

[olim77]

noch eine kurze verständnisfrage.

die option CleanUpBackupFiles = True in Verbindung mit NumberBackupsToKeep = 2 sollte doch dafür besorgt sein, dass ich nur 2 sicherungen auf der platte habe. (also nach der dritten sicherung die älteste löschen)

funktioniert das auch in verbindung mit komprimierten (7Zip) backups?
irgendwie haut das bei mir nicht hin.

danke für die hilfe!

[potsdam]

Ja ,sollte eigentlich gehen. da ich momentan Urlaub habe, kann ich das Problem leider nicht nachstellen. Bin erst im September wieder im Amte ...

[olim77]

ich versuche es weiter. irgendwo mache ich sicher einen fehler...

[saxa]

Wenn sich jemand für die Portierung meines (ursprünglichen) Scripts auf Microsoft Virtual Server interessiert, wird hier fündig: http://pastebin.com/f67068210