Veeam: FLR oder InstantRecovery Jobs werden nie beendet

Einmal gestartete Restore-Jobs sind recht hartnäckig: hat einer der Backup-Proxys einmal einen Job, führt dieser diesen vermeintlich auch fast unstoppbar aus. Für immer.

Das geschieht gerne dann, wenn man Maschinen in einer solchen Vorgang neu startet und das UI nicht mehr synchron mit der SQL-Datenbank ist. Das ist zum Beispiel reproduzierbar, indem man Proxy und Repositories ihren Job machen lässt und den Backup-Server mittendrin neu startet.

So behebt man diesen „Läuft noch“ Zustand:

  • SQL Management Studio starten
  • Verbinden mit der passenden Instanz (z.B. SERERNAMEVEEAMSQL2008R2)
    • Windows Authentifizierung nutzen
  • Neue Query in der Veeam-Datenbank „VeeamBackup“ ausführen:

[sql]
UPDATE [ReportRestoreSessionsAndTaskSessionsView]
SET „state“ = -1
WHERE „initiator_name“ not like ’null‘
[/sql]

Schon passen der UI-Status und die Tätigkeit des Systems wieder richtig zueinander. Quelle: Veeam-KB

Windows Server 2012 telefonisch aktivieren

Der Windows Server 2012/2012R2 lässt sich aus dem „Aktivieren“ Fenster heraus nicht mehr per Telefon aktivieren – Microsoft hält (wie wir im übrigen auch) die telefonische Aktivierung für völlig überflüssig. Allerdings im Gegensatz zu uns hält man die Aktivierung generell noch immer für wichtig.

Da nicht jeder Windows Server über eine ungefilterte Internetanbindung verfügt, muss man den Telefonassistenten jetzt manuell aufrufen, denn einen Link hat sich Microsoft gleich auch gespart.

Das geht über die Kommandozeile (oder ‚Ausführen‘) mit dem Befehl:

slui 4

Und schon öffnet sich der klassische Telefonaktivierungsassistent:

Windows 2012 Telefonische Aktivierung

Veeam: „Cannot use CBT: Soap fault, endpoint”

Veeam beendet auf einmal manche Sicherung mit Warnungen. Ein Blick ins Protokoll (oder den Bericht) offenbart:

Cannot use CBT: Soap fault. Error caused by file
/vmfs/volumes/4ae0811c-f0f34f24-0f3b-00237ddef82c/Computername/Computername.vmdkDetail: '', endpoint: ''

Dies bedeutet das das Change Block Tracking keine geänderten Datensätze identifizieren kann.

Die folgenden Schritte müssen auf jeder virtuellen Maschine durchgeführt werden die mit Warnungen im Status der Sicherung aufgeführt wurden.

  1. Fahren Sie die virtuelle Maschine herunter
  2. Rechte Maustaste auf Maschine und Einstellungen bearbeiten
  3. Reiter Optionen wählen, Erweitert – Allgemein – Konfigurationsparameter

  4. Setzen Sie den Eintrag „ctkEnabled“ auf false
  5. Setzen Sie den Eintrag“scsi0:x.ctkEnabled“ für jede Festplatte auf false
  6. Öffnen Sie das Quellverzeichnis der virtuellen Maschine und löschen alle –CTK.VMDK Dateien
  7. Starten Sie die virtuelle Maschine
  8. Fahren Sie die virtuelle Maschine wieder runter. Dies ist wichtig um die CTK zu aktualisieren
  9. Starten Sie die virtuelle Maschine
  10. Starten sie den Backup Job um das CBT zu aktivieren

Siehe auch http://www.veeam.com/KB1113

Mit dem SQL-Management Studio auf die WSUS SQL Instanz zugreifen

Der WSUS Server (respektive die „Windows Server Update Services Rolle“) bringt auf Wunsch ihre eigene SQL-Server Instanz (Microsoft SQL Server Windows Internal Database (64-bit)“ mit. Freiwillig lassen sich die Einstellungen dieses Servers nicht ändern, aber mit den SQL-Tools kann man auch diesen SQL-Server konfigurieren. So lässt sich zum Beispiel der Arbeitsspeicher der WSUS-Instanz beschränken oder die CPU-Nutzung reglementieren. Natürlcih sind so auch eigene Auswertungen der WSUS-Daten mit Excel oder Access möglich.

So gehts:

  1. Herunterladen des SQL Server Express Management Studios
  2. Verbinden mit der lokalen Instanz:
    1. \.pipemssql$microsoft##sseesqlquery („Servername“)
    2. Windows-Authentifizierung mit einem lokalen Administrator-Konto