Backup Exec Job nach Veeam Backup starten

Die zeitliche Abstimmung zwischen Veeam Backup und Bandsicherung ist wichtig, damit nicht die Bandsicherung startet, während die Veeam Sicherung noch im Gange ist. Eine Möglichkeit besteht darin, ein möglichst großes Zeitfenster zwischen beiden Vorgängen einzubauen. Oft ist aber diese Zeit nicht vorhanden. Alternativ dazu kann man den BackupExec Job unmittelbar aus dem Veeam Auftrag heraus starten. Hier hat sich seit Version 2012 einiges geändert. Daher schildere ich beide Vorgehensweisen für BE 2010 und BE 2012.

Backup-Exec 2010

Hilfreich ist hier das CLI Tool bemcmd.exe. Bei einer Standardinstallation befindet es ich im Verzeichnis:

“c:\Program Files\Symantec\Backup Exec\bemcmd.exe”

Der Aufruf des BE Sicherungsjobs erfolgt mit der Kommandosequenz

"c:\Program Files\Symantec\Backup Exec\bemcmd.exe" -o1 -j<JobName>

Hierbei ist JobName der Name des BE Sicherungsjobs (ohne <>). Ihm voran wird ein kleines J ohne Leerzeichen gestellt. Der Parameter -o1 (O, nicht Null). Eine ausführliche Zusammenfassung der Befehlsparameter wurde von Arne Fokkema (ICT-Freak NL)  unter diesem Link bereit gestellt.

Der BEMCMD Befehl wird wie oben dargestellt in den Eigenschaften des Veeam Jobs eingetragen.

 Backup-Exec 2012

Symantec hat seine aktuelle Version von Backup Exec ordentlich umgepflügt und einige Neuerungen eingeführt. Neben optischen Änderungen fällt auf, daß das CLI Tool bemcmd.exe nicht mehr existiert. Statt dessen gibt es ein Powershell Plugin BEMCLI. Man kann die Shell entweder direkt aufrufen mit:

c:\Program Files\Symantec\Backup Exec\CLILauncher.exe

..oder man startet sie indirekt über Powershell. Dann muß allerdings das BEMCLI Modul eingebunden werden. Das geschieht in der Powershell mit dem Import-Module Befehl.

Import-Module bemcli

Danach lassen sich BEMCLI Befehle in Powershell ausführen. Eine Ausführliche Dokumentation der BEMCLI Befehle gibt es bei Symantec.

Befehl aus Veeam Auftrag starten

Job bearbeiten und im Abschnitt Storage (Veeam 6) auf Advanced klicken.

Das vollständige Kommando ist unten aufgeführt, wobei “<JobName>” ersetzt wird durch den Namen des Sicherungsauftrages. Z.B. “myBEJob”.

Achtung! Der Jobname in der GUI kann vom internen Jobnamen abweichen, wenn diese Jobs von einer früheren Version von BackupExec importiert wurden. Dann wird dem Namen intern das Suffix -Backup hinzugefügt. Aus dem Namen in der GUI “MyDailyJob” wird intern “MyDailyJob-Backup”. Der reale Name des Jobs lässt sich an der Powershell abfragen.

PS> import-module BEMcli
PS> Get-bejob

Der dort angezeigte Jobname wird im Befehl unten als “myBEJob” verwendet.

powershell.exe -command "&{import-module bemcli; get-bejob -Name "myBEJob" | start-bejob -confirm:$false}"

Die Poweshell Parameter sind im Microsoft TechNet dokumentiert. Innerhalb der geschweiften Klammern {} kann eine Serie von Befehlen stehen. Sie müssen lediglich durch ein Semikolon getrennt werden.

Der Parameter -confirm:$false hinter dem start-bejob Befehl ist unbedingt notwendig, da ansonsten eine Benutzereingabe zur Bestätigung des start-bejob Befehls verlangt wird.

ADS: Fine Grained Password Policy

Bisher konnten Kennwortrichtlinien im Active Directory nur über die Default Domain Policy definiert werden. Eine Feinabstimmung für unterschiedliche Benutzergruppen war nicht möglich (oder nur auf Umwegen). Dies hat sich mit Server 2008 (R2) geändert, der über so genannte “Fine-Grained Password Policies” verfügt. Somit können jetzt unterschiedliche Passwortrichtlinien für unterschiedliche Gruppen definiert werden.

Einen schönen Beitrag zur Umsetzung findet man im Blog Port 389. Daher erspare ich mir hier eine ausführliche Anleitung. 🙂

Links

Microsoft TechNet – ADFineGrainedPasswordPolicy Syntax

Microsoft TechNet – AD DS: Fine-Grained Password Policies

Port 389 – Gute Anleitung und Info (deutsch)

vCenter: VIM_VCDB voll

Vor kurzem habe ich geschrieben, was zu tun ist wenn die Transaktionslogs der vCenter Datenbank voll sind (VIM_VCDB transactionlog voll). Heute hatte ich den anderen Fall: Die Datenbank (SQL-Express 2005) war voll bis zum Rand (bei SQL Express ist das Größenlimit 4GB). Alle üblichen Tricks mit Verkleinern der DB halfen nicht. Es war gerade mal 1 MB oder weniger frei. Das führt dazu, daß der vCenter Dienst nur kurz startet und sich nach einigen Sekunden wieder verabschiedet.

„vCenter: VIM_VCDB voll“ weiterlesen