Ereignis-IDs und Lösungen

In der folgenden Tabelle werden wichtige Ereignis-IDs, Ereignismeldungen und Schritte zur Behebung von Problemen im Backup and DR Service beschrieben:

Ereignis-ID Ereignisnachricht Was muss ich tun?
5022 Actifio Connector: Fehler beim Vorbereiten des VSS-Snapshot-Sets Dieses Problem tritt auf, wenn Windows keinen VSS-Snapshot erstellen kann. So beheben Sie das Problem:

  • UDSAgent.log prüfen
  • Speicherplatz auf geschützten Volumes prüfen 300 MB reichen möglicherweise nicht aus.
  • Prüfen Sie die Windows-Ereignisprotokolle auf VSS-bezogene Fehler.
  • vssadmin list writers zeigt möglicherweise Writer in einem schlechten Zustand an.

Diese Fehler werden in der Regel von VSS-Fehlern in den Protokollen begleitet, z. B. VSS_E_VOLUME_NOT_SUPPORTED_BY_PROVIDER, VSS_E_UNEXPECTED_PROVIDER_ERROR.

Prüfen Sie zuerst, ob sich alle VSS-Writer in einem stabilen Zustand befinden. Geben Sie dazu in der Befehlszeile den folgenden Befehl ein: # vssadmin list writers.

Prüfen Sie die Ausgabe, um zu bestätigen, dass sich alle Writer in einem stabilen Zustand befinden. Starten Sie den VSS-Dienst neu und prüfen Sie, ob die Writer stabil sind. Andernfalls müssen Sie den Computer möglicherweise neu starten.
5024 Actifio Connector: VSS-Snapshot für Sicherung konnte nicht erstellt werden. Nicht genügend Speicherplatz zum Erstellen der Schattenkopie-Speicherdatei oder anderer Schattenkopie-Daten verfügbar Dieses Problem tritt auf, wenn nicht genügend Speicherplatz zum Verarbeiten eines Snapshots vorhanden ist.

  1. Prüfen Sie, ob das Laufwerk, von dem ein Back-up erstellt wird, nicht voll ist.
  2. Prüfen Sie, ob sich alle VSS-Writer in einem stabilen Zustand befinden. Führen Sie über die Windows-Befehlszeile vssadmin list providers und vssadmin list writers aus.
  3. Wenn diese Dienste nicht ausgeführt werden, starten Sie sie und führen Sie den Job noch einmal aus. Wenn der Status des Writers „Not Stable“ lautet, starten Sie den VSS-Dienst neu. Wenn das Problem nach dem Neustart des Dienstes weiterhin besteht, starten Sie den Host neu.

Manchmal wird die Meldung angezeigt, wenn interne VSS-Fehler auftreten. Prüfen Sie die Windows-Ereignisprotokolle auf VSS-bezogene Fehler. Suchen Sie bei Fehlern im Zusammenhang mit VSS nach entsprechenden Microsoft-Patches. Weitere Informationen zur VSS-Fehlerbehebung finden Sie im Microsoft TechNet.

Microsoft empfiehlt mindestens 320 MB auf Geräten, die zum Speichern des erstellten VSS-Snapshots angegeben sind, sowie Änderungsdaten, die dort gespeichert werden.

Actifio empfiehlt, den Schattenkopie-Speicherplatz mit den folgenden Befehlen auf „unbegrenzt“ festzulegen: vssadmin list shadowstorage, vssadmin Resize ShadowStorage /On=[drive]: /For=[drive]: / Maxsize=[size].

Informationen zum Ändern der Größe des Speicherbereichs in der Windows-Benutzeroberfläche finden Sie unter Volumeschattenkopie unter Windows Server 2008 konfigurieren. Führen Sie die Sicherung noch einmal aus, sobald der VSS-Status stabil ist und der Schattenkopiespeicher auf „unbegrenzt“ festgelegt ist.
5046 Die LUN für die Sicherung ist für den Actifio Connector nicht sichtbar Dieses Problem tritt auf, wenn die Staging-LUN für den UDSAgent auf dem Host der Anwendung nicht sichtbar ist und der Host die Staging-LUN nicht über das Sicherungs-/Wiederherstellungsgerät erkennen kann.
5049 Actifio Connector: Fehler beim Identifizieren des logischen Volumes auf der LUN für die Backup-Bereitstellung Der Actifio-Connector konnte die Staging-LUN nicht sehen. Dies kann durch eine schlechte Verbindung oder Probleme auf der LUN verursacht werden.

Prüfen Sie, ob die FC-/iSCSI-Verbindung gut ist. Stellen Sie dann sicher, dass sie funktioniert, indem Sie die VDisk zuordnen, partitionieren, formatieren und Dateien darauf kopieren. Die Schritte zum Partitionieren und Formatieren sind betriebssystemspezifisch.
5078 Actifio Connector: Die Staging-Festplatte ist voll Jobs schlagen fehl, wenn eine Datei, die auf dem Quelllaufwerk geändert wurde, auf das Staging-Laufwerk kopiert wird, die Datei jedoch größer ist als der auf dem Staging-Laufwerk verfügbare kostenlose Speicherplatz. Um das Problem mit dem vollen Staging-Laufwerk zu beheben, vergrößern Sie das Staging-Laufwerk. Geben Sie die Größe des Staging-Laufwerks in den erweiterten Einstellungen für die Anwendung an. Legen Sie die Größe des Staging-Laufwerks so fest, dass sie größer als die Summe aus der Größe des Quelllaufwerks und der Größe der größten Datei ist.
Hinweis: Wenn Sie das Staging-Laufwerk in den erweiterten Einstellungen ändern, wird eine vollständige Sicherung ausgelöst.
5087 Actifio Connector: Fehler beim Schreiben von Dateien während einer Sicherung (Quelldatei) Antivirenprogramme oder Drittanbietertreiber haben möglicherweise Dateisperren angewendet, die nicht überschrieben werden können.

Sehen Sie in der Datei „UDSAgent.log“ nach, auf welche Datei nicht zugegriffen werden konnte. Versuchen Sie, den Prozess zu ermitteln, der die Datei sperrt. Verwenden Sie dazu „lsof“ unter Unix/ Linux oder „fltmc“ unter Windows. Schließen Sie die Datei aus dem Antiviren- oder Erfassungsjob aus und versuchen Sie es noch einmal.

Die aktuellen Prozesse, die Microsoft bekannt sind, finden Sie unter Allocated filter altitudes (Zugewiesene Filterhöhen).

Diese Fehler treten selten unter Unix oder Linux auf. Es ist jedoch möglich, dass ein Prozess wie die Datenbankwartung oder die Installation / Aktualisierung eines Patches eine exklusive Sperre für eine Datei erstellt hat. Installieren Sie den neuesten Actifio Connector.

Das Hostbetriebssystem hat eine Dateisystembeschränkung oder -inkonsistenz erkannt. Führen Sie die Windows-Defragmentierung auf dem Staging-Laufwerk aus.

Geringer E/A-Durchsatz von den Hostlaufwerken oder dem Transportmedium (iSCSI oder FC). Achten Sie darauf, dass es keine E/A-Probleme auf den Festplatten oder dem Transportmedium des Hosts gibt. Das Transportmedium ist je nach Out-of-Band-Konfiguration entweder iSCSI oder Fibre Channel. Wenden Sie sich bei Bedarf an Speicher- und Netzwerkadministratoren.
5131 – SQL-Logs melden Fehler 3041 SQL-Logsicherungen auf Instanz schlagen mit Fehler 5131 fehl Aktivieren Sie die Option „Don't forcefully unload the user registry at user logoff“ (Benutzerregistrierung beim Abmelden des Nutzers nicht zwangsweise entladen), um dieses Problem zu beheben. Weitere Informationen finden Sie unter User Profile Service functionality.
5131 – SQL-Logs zeigen Fehler 43901 für Sicherungs-/Wiederherstellungs-Appliances an Snapshot-Jobs schlagen mit Fehler 5131 fehl, SQL-Logs zeigen Sicherung/ Wiederherstellung „Failed snapshot Job“ (Fehlgeschlagener Snapshot-Job) Appliance-Fehler 43901 Das liegt daran, dass die ODBC-Anmeldung für die Datenbank fehlschlägt. Wenn Sie die ODBC-Anmeldung korrigieren, wird das Problem behoben.
5136 Actifio Connector: Das Staging-Volume ist nicht lesbar Weitere Informationen finden Sie unter /act/logs/UDSAgent.log. Wenden Sie sich an den Google-Support, um das Problem zu beheben.
5241 Actifio Connector: Fehler beim Mounten/Klonen von Anwendungen aus dem zugeordneten Image (Quelldatei) Ungültiger Nutzername und ungültiges Passwort werden aus der Steuerdatei geparst. Prüfen Sie auf der Quelle die Datei „UDSAgent.log“, um zu sehen, ob die Quelle in den Connectoreigenschaften unter „Erweiterte Einstellungen“ mit dem richtigen Nutzernamen und Passwort konfiguriert ist.
5547 Oracle: Sicherung des Archivlogs (Quelldatei) fehlgeschlagen Der Actifio-Connector konnte das Archivlog nicht mit RMAN-Archivsicherungsbefehlen sichern. Die wahrscheinlichen Ursachen für diesen Fehler sind:

  • Der Connector konnte keine Verbindung zur Datenbank herstellen
  • Die Archivprotokolle wurden von einer anderen Anwendung gelöscht
  • Der TNS-Dienstname ist falsch konfiguriert. Daher wird der Sicherungsbefehl an einen Knoten gesendet, auf dem die Staging-Festplatte nicht gemountet ist.

Suchen Sie im RMAN-Log nach ORA- oder RMAN-Fehlern. Dies ist der von Oracle empfangene Fehler. Verwenden Sie die bevorzugte Oracle-Ressource, da es sich nicht um Bedingungen des Backup- und DR-Dienstes handelt und daher nicht im Backup- und DR-Dienst behoben werden kann.

  • Actifio Connector-Logs: /var/act/log/UDSAgent.log
  • Oracle RMAN-Protokolle: /var/act/log/********_rman.log
10032 Warnstufe für Snapshot-Pool überschritten So reduzieren Sie die Nutzung des Snapshot-Pools:

  • VMware-VMs von einem Snapshot zu einem Direct-to-OnVault-Sicherungsplan verschieben Lassen Sie dann alle Snapshots ablaufen, um den von den Staging-Laufwerken und dem letzten Snapshot verwendeten Speicherplatz freizugeben. Dies funktioniert nur für VMware-VMs. Andere Anwendungstypen verwenden weiterhin Snapshot-Pool-Speicherplatz, wenn sie durch eine Direct-to-OnVault-Richtlinie geschützt sind.
  • Sie können die Anzahl der für eine Anwendung gespeicherten Snaps reduzieren, indem Sie die Richtlinienvorlage ändern. Anwendungen mit hohen Änderungsraten erzeugen größere Snapshots. Daher ist diese Funktion am nützlichsten für Anwendungen mit hohen Änderungsraten. Dies führt nicht unbedingt zu einem anderen RPO, da OnVault-Images jedes Snapshots erstellt werden können, bevor sie ablaufen.
  • Löschen Sie Bereitstellungen, Klone und Live-Klone, wenn sie nicht mehr benötigt werden.
10038 Warnung, dass das Limit für virtuelle Festplatten bald überschritten wird So können Sie die VDisk-Nutzung sofort reduzieren:

  • Achten Sie darauf, dass Abläufe sowohl auf globaler als auch auf individueller Anwendungsebene aktiviert sind.
  • Fassen Sie Datenbanken von einem einzelnen Host in einer Konsistenzgruppe zusammen. Wenn ein Host beispielsweise neun Datenbanken hat, erstellen Sie eine Konsistenzgruppe für alle neun Datenbanken und schützen Sie diese Konsistenzgruppe anstelle der einzelnen Datenbanken.
  • Sie können die Anzahl der Snapshots, die für eine Anwendung aufbewahrt werden, reduzieren, indem Sie die Richtlinienvorlage ändern, die von einem Sicherungsplan verwendet wird.
  • Löschen Sie unerwünschte Mounts, Klone und Live-Klone.
  • VMware-VMs von einem Snapshot zu einem Direct-OnVault-Sicherungsplan verschieben Sie müssen alle Snapshots ablaufen lassen, um die von den Staging-Laufwerken verwendeten VDisks freizugeben. Dadurch wird nur die Anzahl der VDisks für VMware-VMs verringert. Bei Schutz durch eine Direct-to-OnVault-Richtlinie werden weiterhin VDisks verwendet.
  • Ändern Sie VMware-VMDKs, die nicht geschützt werden müssen, in den unabhängigen Modus, da sie nicht durch VMware-Snapshots geschützt werden können.

Wenn diese Benachrichtigung täglich wiederholt wird, das Gerät aber nicht die maximale Anzahl von VDisks erreicht, ändern Sie die Richtlinien, um die Anzahl der verwendeten VDisks zu verringern, oder erhöhen Sie den Benachrichtigungsschwellenwert. Während eines täglichen Snapshot-Fensters kann die Anzahl der VDisks schwanken, da neue VDisks für Snapshots erstellt werden, bevor die alten VDisks im Rahmen des Ablaufs von Snapshots entfernt werden. Die täglichen Schwankungen hängen von der Anzahl der geschützten Anwendungen ab.
10039 Netzwerkfehler beim Zugriff auf das Speichergerät Ein Heartbeat-Ping an den überwachten Speicher ist aufgrund eines Hardware- oder Netzwerkproblems fehlgeschlagen. Prüfen Sie das Netzwerk, um das Problem zu beheben.
10043 Verstoß gegen einen Sicherungsplan erkannt Sehen Sie sich die Best Practices für Sicherungspläne an und optimieren Sie Ihre Richtlinien. Es gibt häufige Ursachen für Verstöße gegen Sicherungspläne.

  • Der Jobplaner ist nicht aktiviert. Weitere Informationen zum Aktivieren des Schedulers
  • Die ersten Jobs für neue Anwendungen können oft lange dauern: Lange Jobzeiten können beim ersten Snapshot- oder Deduplizierungsjob für eine Anwendung auftreten. Mit On-Ramp-Einstellungen können Sie verhindern, dass Aufnahmegeräte Slots blockieren und aufgenommene Anwendungen sperren. Weitere Informationen finden Sie unter Prioritäten für die ersten neuen Anwendungen festlegen.
  • Apps sind aufgrund von Netzwerkproblemen nicht zugänglich.
  • Richtlinienzeiträume sind zu kurz oder Joblaufzeiten sind zu lang: Sie können zwar nicht steuern, wie lange die Ausführung der einzelnen Jobs dauert, aber Sie können die Zeitplanung für Anwendungen, die ausgeführt werden, anpassen. Jobs, die viele Stunden lang ausgeführt werden, belegen Job-Slots, die von anderen Anwendungen verwendet werden könnten. Sehen Sie sich die Best Practices für Back-up-Pläne an und passen Sie die Richtlinien entsprechend an.
  • Beim Replikationsprozess werden die Daten an eine Remote-Sicherungs-/Wiederherstellungs-Appliance gesendet. Achten Sie darauf, dass die Bandbreite und Auslastung Ihres Replikationslinks nicht gesättigt sind.
10046 Der Performance-Pool hat den sicheren Schwellenwert überschritten So reduzieren Sie die Nutzung des Snapshot-Pools:

  • VMware-VMs von einem Snapshot zu einem Direct-to-OnVault-Sicherungsplan verschieben Lassen Sie dann alle Snapshots ablaufen, um den von den Staging-Laufwerken und dem letzten Snapshot verwendeten Speicherplatz freizugeben. Dies funktioniert nur für VMware-VMs. Andere Anwendungstypen verwenden weiterhin Snapshot-Pool-Speicherplatz, wenn sie durch eine Direct-to-OnVault-Richtlinie geschützt sind.
  • Sie können die Anzahl der für eine Anwendung gespeicherten Snaps reduzieren, indem Sie die Richtlinienvorlage ändern. Anwendungen mit hohen Änderungsraten erzeugen größere Snapshots. Daher ist diese Funktion am nützlichsten für Anwendungen mit hohen Änderungsraten. Dies führt nicht unbedingt zu einem anderen RPO, da OnVault-Images jedes Snapshots erstellt werden können, bevor sie ablaufen.
  • Löschen Sie Bereitstellungen, Klone und Live-Klone, wenn sie nicht mehr benötigt werden.
10055 Fernschutz kann nicht überprüft werden Jede Sicherungs-/Wiederherstellungs-Appliance prüft die Remote-Appliance stündlich auf mögliche Probleme mit dem Remoteschutz. Die Kommunikation mit dem Gerät schlägt aufgrund der folgenden Probleme fehl:

  • Netzwerkfehler (vorübergehend oder dauerhaft). Ein vorübergehender Netzwerkfehler führt nicht dazu, dass der Job fehlschlägt. Jobs werden wiederholt, die stündliche Prüfung wird jedoch nicht aktualisiert.

  • Zertifikatfehler. Um den Zertifikatsfehler zu beheben, müssen Sie das Zertifikat neu austauschen.
10070 Der UDAPPM-Scheduler ist seit mehr als 30 Minuten deaktiviert. Der Planer ist deaktiviert. Das kann an Wartungsarbeiten liegen. Wenn die Wartung abgeschlossen ist, können Sie den Scheduler wieder aktivieren. Weitere Informationen
10084 Benachrichtigung für den Job für die Anwendung (App-Name) und die Richtlinie (Richtlinienname) wurde aus unbekanntem Grund nicht ausgeführt Sehen Sie sich die Best Practices für Sicherungspläne an und optimieren Sie Ihre Richtlinien. Es gibt häufige Ursachen für Verstöße gegen Sicherungspläne.

  • Der Jobplaner ist nicht aktiviert. Weitere Informationen zum Aktivieren des Schedulers
  • Die ersten Jobs für neue Anwendungen können oft lange dauern: Lange Jobzeiten können beim ersten Snapshot- oder Deduplizierungsjob für eine Anwendung auftreten. Mit On-Ramp-Einstellungen können Sie verhindern, dass Aufnahmegeräte Slots blockieren und aufgenommene Anwendungen sperren. Weitere Informationen finden Sie unter Prioritäten für die ersten neuen Anwendungen festlegen.
  • Auf Apps kann aufgrund von Netzwerkproblemen nicht zugegriffen werden.
  • Richtlinienzeiträume sind zu kurz oder Joblaufzeiten sind zu lang: Sie können zwar nicht steuern, wie lange die Ausführung der einzelnen Jobs dauert, aber Sie können die Zeitplanung für Anwendungen, die ausgeführt werden, anpassen. Jobs, die viele Stunden lang ausgeführt werden, belegen Job-Slots, die von anderen Anwendungen verwendet werden könnten. Sehen Sie sich die Best Practices für Back-up-Pläne an und passen Sie die Richtlinien entsprechend an.
  • Beim Replikationsprozess werden die Daten an eine Remote-Sicherungs-/Wiederherstellungs-Appliance gesendet. Achten Sie darauf, dass die Bandbreite und Auslastung Ihres Replikationslinks nicht gesättigt sind.
10085 Verstoß gegen den Sicherungsplan für die Anwendung (App-Name) auf dem Host (Hostname) und der Richtlinie (Richtlinienname). Der Job wurde aus unbekannten Gründen nicht ausgeführt. Sehen Sie sich die Best Practices für Sicherungspläne an und optimieren Sie Ihre Richtlinien. Es gibt häufige Ursachen für Verstöße gegen Sicherungspläne.

  • Der Jobplaner ist nicht aktiviert. Weitere Informationen zum Aktivieren des Schedulers
  • Die ersten Jobs für neue Anwendungen können oft lange dauern: Lange Jobzeiten können beim ersten Snapshot- oder Deduplizierungsjob für eine Anwendung auftreten. Mit On-Ramp-Einstellungen können Sie verhindern, dass Aufnahmegeräte Slots blockieren und aufgenommene Anwendungen sperren. Weitere Informationen finden Sie unter Prioritäten für die ersten neuen Anwendungen festlegen.
  • Auf Apps kann aufgrund von Netzwerkproblemen nicht zugegriffen werden.
  • Richtlinienzeiträume sind zu kurz oder Joblaufzeiten sind zu lang: Sie können zwar nicht steuern, wie lange die Ausführung der einzelnen Jobs dauert, aber Sie können die Zeitplanung für Anwendungen, die ausgeführt werden, anpassen. Jobs, die viele Stunden lang ausgeführt werden, belegen Job-Slots, die von anderen Anwendungen verwendet werden könnten. Sehen Sie sich die Best Practices für Back-up-Pläne an und passen Sie die Richtlinien entsprechend an.
  • Beim Replikationsprozess werden die Daten an eine Remote-Sicherungs-/Wiederherstellungs-Appliance gesendet. Achten Sie darauf, dass die Bandbreite und Auslastung Ihres Replikationslinks nicht gesättigt sind.
10120 Psrv wurde gestartet Dies ist ein internes Ereignis und kann ignoriert werden.
10220 Der NTP-Dienst wird nicht ausgeführt oder ist nicht synchronisiert. Der NTP-Dienst auf der Sicherungs-Appliance wird nicht ausgeführt. Der NTP-Dienst ist erforderlich, damit die Sicherungs-Appliance die richtigen Zeitstempel verwendet. Eine Compute Engine-Appliance sollte metadata.google.internal verwenden. Folgen Sie der Anleitung zum Festlegen des NTP-Servers unter DNS- und NTP-Methode.
10225 UDP-Core-Dateien wurden gefunden, Dateiname „udpengine.(Dateiname)“. Interne Prozesse protokollieren unerwartet Fehlerdateien. Wenden Sie sich an den Google-Support, um dieses Problem zu beheben.
10229 Speicher überschritten, Systemname: (Gerätename) Dies ist ein internes Ereignis, das normalerweise ignoriert werden kann.
10237 Der Job X läuft seit mehr als 3 Stunden. Es gibt viele Gründe, warum ein Job länger als 3 Stunden dauern kann.
11001 Das Zertifikat der Sicherungs-Appliance läuft in X Tagen ab. Schalte das Gerät 24 Stunden lang ein, um die Garantie zu verlängern, oder wende dich an den Support. Die letzte Aktualisierung des Zertifikats der Sicherungs-/Wiederherstellungs-Appliance liegt mehr als 15 Tage zurück. Wenn die Sicherungs-/Wiederherstellungs-Appliance nicht funktioniert, müssen Sie sie wieder zum Laufen bringen.
11004 Systemkomponenten sind ausgefallen. Wenden Sie sich an den Support, falls Back-ups betroffen sind. Wenden Sie sich an den Support.
11006 Die Synchronisierung mit Host X ist nicht möglich. Eine regelmäßige Synchronisierung mit dem Host ist erforderlich, um einen dauerhaften Kommunikationsverlust zwischen der Sicherungsappliance und dem Host zu vermeiden. Das Zertifikat auf dem Host wurde seit mehr als 7 Tagen nicht aktualisiert. Starte das Gerät neu und versuche noch einmal, eine Verbindung zum Host herzustellen.
20019 Unzureichende CPU / unzureichender Arbeitsspeicher. Mindestanzahl der erforderlichen Kerne: (Kerne) Tatsächliche Kerne : (Kerne). Mindestgröße des erforderlichen Arbeitsspeichers (GB): (memory) Tatsächlicher Arbeitsspeicher : (memory) Die Appliance für Sicherung/Wiederherstellung wurde geändert und hat nicht die empfohlene Größe. Wenden Sie sich an den Google-Support, um dieses Problem zu beheben.
20025 Auslagerungsspeicher überschritten Dieses Problem tritt auf, wenn die Swap-Nutzung den konfigurierten Schwellenwert für die Backup-/Wiederherstellungs-Appliance überschreitet. Wenden Sie sich an den Google-Support, um dieses Problem zu beheben.
20030 tomcat wurde beendet Dies ist ein internes Ereignis und kann ignoriert werden.
20031 Tomcat wurde gestartet Dies ist ein internes Ereignis und kann ignoriert werden.
22001 OMD wurde erfolgreich gestartet, sltname: , slpname: . Dies ist ein internes Ereignis und kann ignoriert werden.
42356 Es wurden Dateiänderungen, aber keine gelöschten oder neuen Dateien gefunden. Dies ist ein internes Ereignis und kann ignoriert werden.
43151 Die Rohgerätezuordnungen konnten der VM nicht hinzugefügt werden. Fehler: VM-Aufgabe fehlgeschlagen Ein allgemeiner Systemfehler ist aufgetreten: Das System hat einen Fehler zurückgegeben. Wenn Sie einer VM eine Rohgerätezuordnung hinzufügen, wird die VM angehalten, bis ESX die neue Ressource hinzugefügt hat. Um herauszufinden, warum die Raw Device Mapping nicht hinzugefügt werden konnte, sehen Sie sich die ESX-Logs für die betreffende VM (vmware.log) an.

Weitere Informationen zum Prüfen der Logs auf Fehlermeldungen finden Sie in der VMware-Dokumentation und ‑Wissensdatenbank. Weitere Informationen zum Erfassen von VMware-Protokollen finden Sie im VMware-Artikel.
43155 Fehler: VM-Aufgabe fehlgeschlagen. Beim Speichern des Snapshots ist ein Fehler aufgetreten: Die virtuelle Maschine konnte nicht in den Ruhezustand versetzt werden. Dies ist ein VMware-Problem. Weitere Informationen finden Sie im VMware-KB-Artikel 1015180. Probleme beim Ruhezustand von virtuellen Maschinen hängen vom Betriebssystemtyp ab. Führen Sie weitere Untersuchungen durch, suchen Sie in der VMware-Wissensdatenbank nach weiteren Informationen oder wenden Sie sich an den VMware-Support, um dieses Problem zu beheben.
43155 – a Fehler: VM-Aufgabe fehlgeschlagen. Das Gerät „scsi3“ konnte nicht im laufenden Betrieb hinzugefügt werden. Das bedeutet in der Regel, dass das SCSI-Gerät, das Sie der VM hinzufügen möchten, bereits von einer anderen VM verwendet wird.
43155 – b Fehler: VM-Aufgabe fehlgeschlagen. Die virtuelle Festplatte ist entweder beschädigt oder liegt in einem nicht unterstützten Format vor. Dieses Problem tritt auf, wenn die CTK-Dateien der VM gesperrt oder nicht lesbar sind oder gerade übertragen werden. Entfernen Sie diese CTK-Dateien und erstellen Sie sie neu, um das Problem zu beheben. Weitere Informationen findest du im KB-Artikel 2013520.
43155 – c Fehler: VM-Aufgabe fehlgeschlagen. Der Vorgang ist im aktuellen Status des Datenspeichers nicht zulässig. progress ="11" status="running" Es gibt zwei Optionen zum Formatieren eines VMware-Datenspeichers: NFS und VMFS. Bei NFS gibt es einige Einschränkungen, z. B. die Unmöglichkeit von RDM (Raw Disk Mapping). Das bedeutet, dass Sie die Sicherungs-/Wiederherstellungs-Appliance nicht in einem NFS-Datenspeicher bereitstellen können. Weitere Informationen finden Sie im folgenden KB-Artikel: 1001856.
43175 Die Socket-Verbindung des UDSAgent wurde abnormal beendet, während auf die Antwort des Agents gewartet wurde. Der Actifio Connector reagiert nicht mehr zwischen der Appliance und einem Host, auf dem der Backup and DR-Agent installiert ist.

  1. Starten Sie den UDSAgent-Sicherungs- und ‑Notfallwiederherstellungsdienst auf dem angegebenen Host neu.
  2. Telnet-Verbindung zu TCP-Port 5106 (UDSAgent-Kommunikationsport): Trying 10.50.100.67... Connected to dresx2.accu.local. Escape character is '^]'. Connection closed by foreign host.
  3. Prüfen Sie, ob die Netzwerkverbindung zwischen Appliance und Host unterbrochen wird. Wenn das Problem weiterhin besteht, ist eine Netzwerkanalyse erforderlich.
43604 Fingerabdruck konnte nicht überprüft werden Dies tritt auf, wenn eine Inkonsistenz zwischen den Quell- und Zieldaten gefunden wird. Wenden Sie sich an den Google-Support, um dieses Problem zu beheben.
43690 Für den Host sind keine SAN- oder iSCSI-Ports definiert. Dieses Problem tritt auf, wenn für die Sicherungs-/Wiederherstellungs-Appliance keine iSCSI-Verbindung zum Zielhost konfiguriert ist. Achten Sie darauf, dass die Netzwerkports für iSCSI geöffnet sind und der Zielhost die Sicherungs-/Wiederherstellungsgeräte erkannt hat.
43698 ESX-Host ist für die Datenübertragung im NBD-Modus nicht zugänglich Die Sicherungs-/Wiederherstellungs-Appliance kann den ESX-Host nicht über das Netzwerk erreichen oder den ESX-Hostnamen nicht über DNS auflösen. Wenden Sie sich an den Google-Support, um dieses Problem zu beheben.
43702 Die Sicherung wurde abgebrochen, weil sich zu viele zusätzliche Dateien im Basisverzeichnis der VM befinden Dies ist eine vom Backup- und DR-Dienst generierte Warnung, die durch verbleibende Deltadateien im Datenspeicher der VM verursacht wird. Normalerweise werden die Deltadateien entfernt, nachdem der Backup and DR-Snapshot konsolidiert wurde. In einigen Fällen können diese durch die VMware-Konsolidierung zurückbleiben. Backup und DR beginnt dann, Jobs zu beenden, um das Problem nicht zu verschlimmern. Dieses Problem wird durch VMware verursacht. Weitere Informationen finden Sie im Wissensdatenbankartikel 1002310.
43755 Das VMDK-Volume konnte nicht geöffnet werden. Prüfen Sie die Verbindung zum ESX-Server. Das passiert, wenn der ESX-Server vom Controller nicht erreicht werden kann, in der Regel aufgrund eines Problems mit der physischen Verbindung oder mit dem DNS. So beheben Sie das Problem:

  • Achten Sie darauf, dass Port 902 zwischen der Sicherungs-/Wiederherstellungs-Appliance und dem ESX-Host geöffnet ist.
  • Prüfen Sie den aktuellen DNS-Server und stellen Sie sicher, dass er aktuell und gültig ist.
  • Wenn vCenter virtualisiert ist, versuchen Sie, ein Backup zu erstellen, nachdem Sie vCenter auf einen anderen ESX-Host migriert haben.
  • Prüfen Sie, ob in den erweiterten Einstellungen des ESX-Hosts „SSL erforderlich“ auf „Wahr“ gesetzt ist.
43844 Ungültige Größe der VMDK-Datei für die VM erkannt Für diese Situation gibt es zwei mögliche Lösungen:

  • Wenn für einige Laufwerke auf der VM eine Konsolidierung erforderlich ist, wird die Größe als null gemeldet. Erstellen und löschen Sie einen Snapshot der VM, um dieses Problem zu beheben.
  • Prüfen Sie, ob die VMDK aus einem Sicherungs-Image wiederhergestellt werden kann.
43873 Die Speicherplatznutzung im Datenspeicher hat den kritischen Grenzwert überschritten Dieses Problem tritt auf, wenn der verbleibende Speicherplatz im Datenspeicher unter dem kritischen Schwellenwert liegt. Wenn nicht bald mehr Speicherplatz zur Verfügung gestellt wird, schlagen Jobs fehl, wenn der verbleibende Speicherplatz nicht ausreicht, um sie zu speichern.

Diese Benachrichtigung soll Ihnen helfen, Maßnahmen zu ergreifen, um zu verhindern, dass ESX-Datenspeicher mit Snapshot-Daten gefüllt werden. Erhöhen Sie den verfügbaren Speicherplatz, indem Sie den Datenspeicher erweitern, einige VMs migrieren oder alte Daten im Datenspeicher löschen. Snapshots werden größer, wenn mehr Änderungsdaten hinzugefügt werden. Wenn ein Datenspeicher aufgrund eines wachsenden Snapshots voll wird, werden VMs möglicherweise automatisch von VMware offline genommen, um die Daten zu schützen.
43900 Wiederhole ausstehende OnVault-Aufgabe (log) (jobname) für die Anwendung (appname) auf dem Host (hostname). Fehler: (errorID) (Fehlerbeschreibung) Job-Wiederholungen können durch viele Fehler verursacht werden. Jede 43900-Ereignismeldung enthält einen Fehlercode und eine Fehlermeldung.
43901 Jobfehler Jobfehler können durch viele Fehler verursacht werden. Jede 43901-Ereignismeldung enthält einen Fehlercode und eine Fehlermeldung.
43903 Job zum Ablauf fehlgeschlagen Dieses Problem tritt auf, wenn das Bild zum Zeitpunkt des Ablaufs verwendet wird. Das kann daran liegen, dass das Image von einem anderen Prozess oder Vorgang verwendet wird, z. B. für das Mounten, Klonen oder Wiederherstellen. Der Ablaufjob wird höchstwahrscheinlich beim zweiten Versuch erfolgreich abgeschlossen. Backup and DR meldet nicht, dass dieser zweite Versuch erfolgreich war. Wenn Sie nur einen Fehler für ein Bild erhalten, können Sie davon ausgehen, dass ein zweiter Versuch, das Bild zu entfernen, erfolgreich war. Wenn es einen legitimen Grund dafür gibt, dass dieses Bild nicht abläuft, erhalten Sie mehrere Fehlermeldungen zu diesem Bild. Wenn Sie mehrere Fehler erhalten, wenden Sie sich an den Google-Support.
43905 Fehlgeschlagener Mount-Job Es gibt viele Gründe, warum ein Mount-Job fehlschlagen kann. Der Fehlercode, der dem Ereignis beiliegt, hilft bei der Ermittlung der Ursache.
43908 Wiederherstellungsjob fehlgeschlagen Jobfehler können durch viele Fehler verursacht werden. Jede Ereignismeldung vom Typ 43908 enthält einen Fehlercode und eine Fehlermeldung.
43915 Verbindung zum Sicherungshost konnte nicht hergestellt werden. Prüfen, ob der Backup and DR-Agent auf (Host) ausgeführt wird und der Netzwerkport (Port) geöffnet ist Damit die Sicherung gestartet werden kann, muss die Sicherungs-/Wiederherstellungs-Appliance den Actifio Connector-Dienst erreichen können. Dieses Problem tritt auf, wenn die erforderlichen Ports nicht geöffnet sind, die falsche Host-IP konfiguriert ist, der Backup and DR-Agent-Dienst nicht ausgeführt wird oder dem Host die physischen Ressourcen fehlen. So beheben Sie das Problem:

  1. Achten Sie darauf, dass der verwendete Port zwischen dem Host, der Appliance für Sicherung/Wiederherstellung und dem Actifio Connector geöffnet ist. Standardmäßig verwendet der Backup and DR-Agent Port 5106 für die bidirektionale Kommunikation von der Sicherungs-/Wiederherstellungs-Appliance. Achten Sie darauf, dass Ihre Firewall die bidirektionale Kommunikation über diesen Port zulässt.
  2. Prüfen Sie, ob die richtige IP-Adresse für den Host konfiguriert ist (Verwalten > Appliance > Appliance-Netzwerk konfigurieren).
  3. Prüfen Sie, ob der Backup and DR-Agentdienst auf dem Zielhost ausgeführt wird, und starten Sie ihn bei Bedarf neu.
    • Suchen Sie unter Windows in services.msc nach dem Dienst „UDS Host Agent“ und klicken Sie auf Neu starten.
    • Führen Sie unter Linux den Befehl /etc/init.d/udsagent restart aus.
  4. Versuchen Sie es noch einmal mit dem Backup.
43941 Die Speicherplatznutzung im Datenspeicher hat den kritischen Grenzwert überschritten Dieses Problem tritt auf, wenn der verbleibende Speicherplatz im Datenspeicher unter dem kritischen Schwellenwert liegt. Wenn nicht bald mehr Speicherplatz zur Verfügung gestellt wird, schlagen Jobs fehl, wenn der verbleibende Speicherplatz nicht ausreicht, um sie zu speichern. Diese Benachrichtigung soll Ihnen helfen, Maßnahmen zu ergreifen, um zu verhindern, dass ESX-Datenspeicher mit Snapshot-Daten gefüllt werden. Erhöhen Sie den verfügbaren Speicherplatz, indem Sie den Datenspeicher erweitern, einige VMs migrieren oder alte Daten im Datenspeicher löschen. Snapshots werden größer, wenn mehr Änderungsdaten hinzugefügt werden. Wenn ein Datenspeicher aufgrund eines wachsenden Snapshots voll wird, werden VMs möglicherweise automatisch von VMware offline genommen, um die Daten zu schützen.
43954 Fehlgeschlagener OnVault-Job Während eines Mount-Jobs kann die Sicherungs-/Wiederherstellungs-Appliance keine Verbindung zum OnVault-Pool herstellen. Dieses Problem kann eine der folgenden Ursachen haben.

  • Für den OnVault-Pool ist kein Bucket-Name angegeben.
  • Ungültige Anmeldedaten – Zugriffs-ID oder Zugriffsschlüssel nicht angegeben oder falsche ID für den OnVault-Pool.
  • Ungültiger Bucket im OnVault-Pool.
  • Allgemeine Authentifizierungsprobleme für den OnVault-Pool.
  • Der DNS-Server in Clustern /etc/resolv.conf ist entweder unterschiedlich oder die Dateien für die Forward- und Reverse-DNS-Zonen wurden geändert.
43929 Snapshot der VM konnte nicht erstellt werden. Fehler: VM-Aufgabe fehlgeschlagen Beim Speichern des Snapshots ist ein Fehler aufgetreten: Die virtuelle Maschine konnte nicht in den Ruhezustand versetzt werden. Die VM-Momentaufnahme schlägt fehl, wenn der ESX-Server die VM nicht in den Ruhezustand versetzen kann. Das kann entweder an zu vielen E/A-Vorgängen liegen oder daran, dass VMware-Tools die Anwendung mit VSS nicht rechtzeitig in den Ruhezustand versetzen können. Prüfen Sie die Ereignisprotokolle auf dem Host und das ESX-Protokoll der VM (vmware.log). Bei absturzkonsistenten Snapshots und Connector-basierten Back-ups tritt dieses Verhalten seltener auf. Weitere Informationen finden Sie in den VMware-Wissensdatenbankartikeln 1018194 und 1007696.
43933 Es konnte keine VM mit übereinstimmender BIOS-UUID gefunden werden Dieses Problem tritt auf, wenn die UUID der VM geändert wird. Um dieses Problem zu beheben, suchen Sie die VM noch einmal und prüfen Sie, ob sie mit einer neuen UUID erkannt wurde. Sie können dies in der Verwaltungskonsole bestätigen, indem Sie die UUID der neu erkannten VM mit der der zuvor erkannten VM vergleichen. Wenn die UUIDs nicht übereinstimmen, wurde die VM möglicherweise geklont. Dieser Fehler kann auch auftreten, wenn eine große Anzahl von verwalteten Backup and DR-VMs aus vCenter entfernt wird.
43948 Die Anzahl der Bilder, die noch nicht abgelaufen sind und auf die weitere Verarbeitung warten, beträgt (x) Bilder ((x) Schnappschüsse, (x) Onvaults) aus (x) eindeutigen Anwendungen. (x) Snapshots und (x) OnVaults wurden in den letzten (x) Sekunden ((x) Stunden (x) Minuten) hinzugefügt., sltname: No specific slt, slpname: No specific slp. Die Ereignis-ID 43948 wird generiert, wenn eine Anwendung im Rahmen der Bildaufbewahrung beginnt, Abläufe zu stoppen. „Image Preservation“ (Bildaufbewahrung) bewahrt Snapshot- und OnVault-Bilder über ihr Ablaufdatum hinaus auf, damit diese Bilder von der Sicherungs-/Wiederherstellungs-Appliance ordnungsgemäß verarbeitet werden. Wenn eine neue Anwendung in den Modus „Beibehalten“ wechselt, wird eine Warnung generiert. Die häufigste Ursache dafür sind Verstöße gegen den Sicherungsplan, wie unter der Ereignis-ID 10085 dokumentiert.
43954 OnVault-Wiederholung Ein OnVault-Job musste wiederholt werden. Mögliche Probleme: Das verwendete Dienstkonto hat die falsche Rolle. Das Dienstkonto hat keine Berechtigung, in den Bucket zu schreiben. Der Cloud Storage-Bucket ist nicht mehr vorhanden.
43960 Die Sicherung von 6 Offlineanwendungen für die Anwendung „SqlServerWriter“ wurde übersprungen. Bei der Sicherung einer SQL Server-Instanz wurde festgestellt, dass einige Datenbanken offline waren und nicht gesichert werden konnten. Das passiert häufig, wenn die Datenbank serverseitig gelöscht wurde, aber auf der Backup-/DR-Seite noch vorhanden ist. Die Fehlermeldung enthält die Namen der Offline-Datenbanken, die untersucht werden sollten.
43972 Das Hochladen von Metadaten in den Bucket ist fehlgeschlagen. Metadaten konnten nicht in einen OnVault-Bucket geschrieben werden. Mögliche Probleme: Das verwendete Dienstkonto hat die falsche Rolle. Das Dienstkonto hat keine Berechtigung, in den Bucket zu schreiben. Der Cloud Storage-Bucket ist nicht mehr vorhanden.
43973 udppm wurde gestartet Dies ist ein internes Ereignis und kann ignoriert werden.
43999 Warnung: Die VM wird auf einem Host ausgeführt, auf dem eine veraltete Version von ESXi ausgeführt wird, die von Google nicht unterstützt wird. Führen Sie ein Upgrade auf eine unterstützte Version (>=) durch, um die besten Ergebnisse zu erzielen. Führen Sie ein Upgrade der VM auf eine unterstützte Version (>=) durch, um die besten Ergebnisse zu erzielen.
44003 Erfolgreich Job_xx-xx-xx für die Anwendung application ID auf dem Host host, sltname: template, slpname: profile. Dies ist ein erfolgreiches Statusereignis und kann ignoriert werden.
62001 Der Streamsnapd-Daemon wurde gestartet. Dies ist ein internes Ereignis und kann ignoriert werden.
90003 Für die Backup Appliance ist ein neues Update (Version X) verfügbar Ein neues Update ist verfügbar. Aktualisieren Sie Ihre Sicherungs-/Wiederherstellungs-Appliances so bald wie möglich.

Nächste Schritte

  • Informationen zum Aufrufen der Ereignislogs, die auf Sicherungs-/Wiederherstellungs-Appliances erstellt wurden, finden Sie unter Backup and DR-Ereignislogs.
  • Informationen zum Konfigurieren logbasierter Benachrichtigungen für den Backup and DR Service auf Grundlage von Beispielabfragen finden Sie unter Logbasierte Benachrichtigung erstellen.