Ereignis-IDs und Fehlermeldungen

In der folgenden Tabelle werden wichtige Ereignis-IDs, Ereignismeldungen und Schritte zur Behebung von Problemen mit dem Sicherungs- und Notfallwiederherstellungsdienst beschrieben:

Ereignis-ID Ereignisnachricht Was muss ich tun?
5022 Actifio Connector: Failed in preparing VSS snapshot set

Dieses Problem tritt auf, wenn Windows keinen VSS-Snapshot erstellen kann. So beheben Sie das Problem:

  • UDSAgent.log prüfen
  • Prüfen Sie den Speicherplatz auf geschützten Volumes. 300 MB sind möglicherweise nicht ausreichend.
  • Prüfen Sie die Windows-Ereignisprotokolle auf VSS-bezogene Fehler.
  • Mit dem Befehl „vssadmin list writers“ werden möglicherweise Schreiber in einem fehlerhaften Zustand angezeigt.
  • In der Regel gehen diese Fehler mit VSS-Fehlern einher, die in den Protokollen gemeldet werden, z. B.:

    VSS_E_VOLUME_NOT_SUPPORTED_BY_PROVIDER VSS_E_UNEXPECTED_PROVIDER_ERROR

    Prüfen Sie zuerst, ob sich alle VSS-Schreiber in einem stabilen Zustand befinden. Geben Sie dazu den folgenden Befehl in die Befehlszeile ein.

    # vssadmin list writers

    Prüfen Sie die Ausgabe, um sicherzustellen, dass sich alle Writer in einem stabilen Zustand befinden.

    Starten Sie den VSS-Dienst neu und prüfen Sie, ob die Schreiber stabil sind. Andernfalls müssen Sie den Computer möglicherweise neu starten.

5024 Actifio Connector: VSS-Snapshot für die Sicherung konnte nicht erstellt werden. Nicht genügend Speicherplatz zum Erstellen der Speicherdatei für Schattenkopien oder anderer Schattenkopiendaten

Dieses Problem tritt auf, wenn nicht genügend Speicherplatz für die Verarbeitung eines Snapshots vorhanden ist.

  1. Achten Sie darauf, dass das Laufwerk, das gesichert werden soll, nicht voll ist.
  2. Prüfen, ob alle VSS-Schreiber einen stabilen Status haben:
  3. vssadmin list providers vssadmin list writers
  4. Wenn diese Dienste nicht ausgeführt werden, starten Sie sie und führen Sie den Job noch einmal aus. Wenn der Status des Writers „Nicht stabil“ 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 auf Microsoft TechNet.

Microsoft empfiehlt mindestens 320 MB auf Geräten, die zum Speichern des erstellten VSS-Snapshots angegeben werden, sowie Änderungen an den dort gespeicherten Daten.

Actifio empfiehlt, den Schattenspeicherplatz mit den folgenden Befehlen auf „unbegrenzt“ (unlimited) 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 Schattenspeicher auf „Unbegrenzt“ gesetzt ist.

5046 Die LUN für die Sicherungsvorbereitung 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 von der Sicherungs-/Wiederherstellungs-Appliance erkennen kann.

5049 Der Actifio-Connector konnte das logische Volume auf dem Staging-LUN für die Sicherung nicht identifizieren

Der Actifio-Connector konnte die LUN für die Bereitstellung nicht sehen. Dies kann an einer schlechten Verbindung oder an Problemen mit der LUN liegen.

Prüfen Sie, ob die FC-/iSCSI-Verbindung in Ordnung ist, und prüfen Sie dann, ob sie funktioniert, indem Sie die VDisk zuordnen, partitionieren, formatieren und Dateien darauf kopieren. Die Schritte zum Partitionieren und Formatieren sind je nach Betriebssystem unterschiedlich.

5078 Actifio Connector: Das Staging-Laufwerk ist voll

Jobs schlagen fehl, wenn eine Datei, die auf dem Quelllaufwerk geändert wurde, auf das Staging-Laufwerk kopiert wird, aber die Datei größer als der auf dem Staging-Laufwerk verfügbare freie Speicherplatz ist.
Erhöhen Sie das Staging-Laufwerk, um das Problem zu beheben. Geben Sie die Größe des Staging-Laufwerks in den erweiterten Einstellungen für die Anwendung an. Legen Sie den Wert für die Größe des Staging-Laufwerks so fest, dass er größer als die Summe der Größe des Quelllaufwerks und der größten Datei ist.
Hinweis: Wenn Sie das Staging-Laufwerk in den erweiterten Einstellungen ändern, wird eine vollständige Sicherung durchgeführt.

5087 Actifio Connector: Dateien konnten während einer Sicherung nicht geschrieben werden (Quelldatei)

Antivirenprogramme oder Treiber von Drittanbietern haben möglicherweise Dateisperren angewendet, die nicht überschrieben werden können.

In der UDSAgent.log-Datei sehen Sie, auf welche Datei nicht zugegriffen werden konnte. Versuchen Sie, mit lsof unter Unix/ Linux oder fltmc unter Windows herauszufinden, welcher Prozess die Datei sperrt. Schließen Sie die Datei vom Antivirenprogramm oder vom Erfassungsauftrag aus und versuchen Sie es noch einmal.

Die aktuellen Prozesse, die Microsoft bekannt sind, sind unter Zugewiesene Filterhöhen aufgeführt.

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

Installieren Sie den neuesten Actifio-Connector.

Das Hostbetriebssystem hat eine Dateisystemeinschränkung oder -inkonsistenz erkannt.

Führen Sie die Windows-Laufwerkdefragmentierung auf dem Staging-Laufwerk aus.

Niedriger I/O-Durchsatz von den Laufwerken oder dem Transportmedium des Hosts, iSCSI oder FC.

Es dürfen keine I/O-Probleme auf den Laufwerken oder dem Transportmedium des Hosts auftreten. Das Transportmedium ist je nach Out-of-Band-Konfiguration entweder iSCSI oder Fibre Channel. Wenden Sie sich bei Bedarf an die Speicher- und Netzwerkadministratoren.

5131 - SQL Logs report error 3041 SQL-Protokollsicherungen auf Instanz schlagen mit Fehler 5131 fehl

Aktivieren Sie dazu die Option „Nutzerregistrierung beim Abmelden des Nutzers nicht erzwungen entladen“. Weitere Informationen finden Sie unter Funktionen des Nutzerprofildienstes.

5131 – SQL-Protokolle zeigen den Fehler 43901 der Sicherungs-/Wiederherstellungs-Appliance Snapshot-Jobs schlagen mit dem Fehler 5131 fehl. SQL-Protokolle zeigen den Fehler 43901 „Failed snapshot Job“ (Snapshot-Job fehlgeschlagen) für Sicherungs-/Wiederherstellungsgeräte an.

Das liegt daran, dass die ODBC-Anmeldung für die Datenbank fehlschlägt. Durch die Behebung der ODBC-Anmeldung wird das Problem behoben.

5136 Actifio Connector: Das Staging-Volume ist nicht lesbar

Weitere Informationen finden Sie in /act/logs/UDSAgent.log. Wenden Sie sich an den Google-Support, um das Problem zu beheben.

5241 Actifio Connector: Anwendungen konnten nicht aus dem zugeordneten Image (Quelldatei) bereitgestellt/geklont werden

Ungültiger Nutzername und ungültiges Passwort, die aus der Steuerdatei geparst werden. Prüfen Sie in der Quelle in den Connector-Eigenschaften unter „Erweiterte Einstellungen“, ob die Quelle mit dem richtigen Nutzernamen und Passwort konfiguriert ist.

5547 Oracle: Sicherung des Archivlogs (Quelldatei) fehlgeschlagen

Mit dem Actifio-Connector konnte das Archivprotokoll nicht mithilfe von RMAN-Archivsicherungsbefehlen gesichert werden. 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, wodurch der Sicherungsbefehl an einen Knoten gesendet wird, auf dem das Staging-Laufwerk nicht bereitgestellt ist.

Suchen Sie im RMAN-Protokoll nach ORA- oder RMAN-Fehlern. Dies ist die Fehlermeldung von Oracle. Verwenden Sie die bevorzugte Oracle-Ressource, da es sich hierbei nicht um Bedingungen für den Sicherungs- und Notfallwiederherstellungsdienst handelt und sie daher nicht im Rahmen des Sicherungs- und Notfallwiederherstellungsdienstes behoben werden können.

  • Actifio Connector-Protokolle: /var/act/log/UDSAgent.log
  • Oracle RMAN-Protokolle: /var/act/log/********_rman.log
10032 Snapshot-Pool hat die Warnstufe überschritten

So reduzieren Sie den Verbrauch des Snapshot-Pools:

  • Verschieben Sie VMware-VMs von einem Snapshot zu einem Direct-to-OnVault-Sicherungsplan. Lassen Sie dann alle Snapshots ablaufen, um den von den Staging-Laufwerken und dem letzten Snapshot genutzten Speicherplatz freizugeben. Dies funktioniert nur für VMware-VMs. Bei anderen Anwendungstypen wird weiterhin ein Teil des Snapshot-Pools belegt, wenn sie durch eine Direct-to-OnVault-Richtlinie geschützt sind.
  • Sie können die Anzahl der für eine Anwendung aufbewahrten Snaps reduzieren, indem Sie die Richtlinienvorlage ändern. Bei Anwendungen mit hohen Änderungsraten werden größere Snapshots erstellt. Daher ist diese Funktion für Anwendungen mit hoher Änderungsrate am vorteilhaftesten. 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: Das VDisk-Limit wird bald überschritten

So reduzieren Sie den VDisk-Verbrauch sofort:

  • Achten Sie darauf, dass Ablaufzeiten sowohl auf globaler als auch auf individueller Anwendungsebene aktiviert sind.
  • Datenbanken von einem einzelnen Host in einer Konsistenzgruppe gruppieren Wenn ein Host beispielsweise 9 Datenbanken hat, erstellen Sie eine Consistency Group für alle 9 Datenbanken und schützen Sie diese Consistency Group anstelle der einzelnen Datenbanken.
  • Sie können die Anzahl der für eine Anwendung aufbewahrten Snapshots reduzieren, indem Sie die Richtlinienvorlage ändern, die von einem Sicherungsplan verwendet wird.
  • Löschen Sie nicht benötigte Bereitstellungen, Klone und Live-Klone.
  • Verschieben Sie VMware-VMs von einem Snapshot zu einem Direct-OnVault-Sicherungsplan. Sie müssen alle Snapshots verfallen lassen, um die von den Staging-Laufwerken verwendeten VDisks freizugeben. Dadurch wird nur die Anzahl der V-Disks für VMware-VMs verringert. V-Disks werden weiterhin verwendet, wenn sie durch eine Richtlinie für die direkte Übertragung an OnVault geschützt sind.
  • Ä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, die Appliance aber nicht die maximale Anzahl von VDisks erreicht, ändern Sie die Richtlinien, um die Anzahl der verwendeten VDisks zu reduzieren, oder erhöhen Sie den Benachrichtigungsgrenzwert. Während eines täglichen Snapshot-Zeitfensters kann die Anzahl der V-Disks schwanken, da neue V-Disks für Snapshots erstellt werden, bevor die alten V-Disks im Rahmen des Ablaufs der Snapshots entfernt werden. Die täglichen Schwankungen hängen von der Anzahl der geschützten Anwendungen ab.

10039 Netzwerkfehler beim Erreichen des Speichergeräts

Ein Heartbeat-Ping an den überwachten Speicher ist aufgrund eines Hardwarefehlers oder Netzwerkproblems fehlgeschlagen. Prüfe 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. Dies sind häufige Ursachen für Verstöße gegen Sicherungspläne.

  • Der Jobplaner ist nicht aktiviert. Aktivieren Sie den Scheduler.
  • Die ersten Jobs für neue Anwendungen können oft sehr 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 Aufnahmejobs Slots sperren und aufgenommene Anwendungen ausschließen. Weitere Informationen finden Sie unter Prioritäten für die ersten neuen Anwendungen festlegen.
  • Aufgrund von Netzwerkproblemen ist der Zugriff auf Anwendungen nicht möglich.
  • Die Richtlinienfenster sind zu klein oder die Ausführungszeiten der Jobs sind zu lang: Sie können zwar nicht steuern, wie lange die Ausführung jedes Jobs dauert, aber die Zeitplanung für laufende Anwendungen. Jobs, die viele Stunden laufen, belegen Job-Slots, die von anderen Anwendungen verwendet werden könnten. Sehen Sie sich die Best Practices für Sicherungspläne an und passen Sie die Richtlinien entsprechend an.
  • Beim Replikationsprozess werden die Daten an eine Remote-Sicherungs-/Wiederherstellungsanwendung gesendet. Achten Sie darauf, dass die Bandbreite und Auslastung Ihres Replikations-Links nicht ausgeschöpft ist.
10046 Der Leistungspool hat den sicheren Grenzwert überschritten

So reduzieren Sie den Verbrauch des Snapshot-Pools:

  • Verschieben Sie VMware-VMs von einem Snapshot zu einem Direct-to-OnVault-Sicherungsplan. Lassen Sie dann alle Snapshots ablaufen, um den von den Staging-Laufwerken und dem letzten Snapshot genutzten Speicherplatz freizugeben. Dies funktioniert nur für VMware-VMs. Bei anderen Anwendungstypen wird weiterhin ein Teil des Snapshot-Pools belegt, wenn sie durch eine Direct-to-OnVault-Richtlinie geschützt sind.
  • Sie können die Anzahl der für eine Anwendung aufbewahrten Snaps reduzieren, indem Sie die Richtlinienvorlage ändern. Bei Anwendungen mit hohen Änderungsraten werden größere Snapshots erstellt. Daher ist diese Funktion für Anwendungen mit hoher Änderungsrate am vorteilhaftesten. 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 geprüft werden

Jede Sicherungs-/Wiederherstellungs-Appliance prüft die Remote-Appliance stündlich auf mögliche Probleme mit dem Remote-Schutz. Die Appliance-Kommunikation schlägt aufgrund der folgenden Probleme fehl:

  • Netzwerkfehler (vorübergehend oder dauerhaft) Ein vorübergehender Netzwerkfehler bedeutet nicht, 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 noch einmal eintauschen.
10070 Der Udppm-Planer ist seit mehr als 30 Minuten deaktiviert. Der Scheduler ist deaktiviert. Dies kann auf Wartungsarbeiten zurückzuführen sein. Wenn die Wartung abgeschlossen ist, können Sie den Scheduler wieder aktivieren.Weitere Informationen finden Sie unter Scheduler aktivieren.
10084 Benachrichtigung: Job für Anwendung (App-Name) und 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. Dies sind häufige Ursachen für Verstöße gegen Sicherungspläne.

  • Der Jobplaner ist nicht aktiviert. Aktivieren Sie den Scheduler.
  • Die ersten Jobs für neue Anwendungen können oft sehr 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 Aufnahmejobs Slots sperren und aufgenommene Anwendungen ausschließen. Weitere Informationen finden Sie unter Prioritäten für die ersten neuen Anwendungen festlegen.
  • Aufgrund von Netzwerkproblemen ist der Zugriff auf Anwendungen nicht möglich.
  • Die Richtlinienfenster sind zu klein oder die Ausführungszeiten der Jobs sind zu lang: Sie können zwar nicht steuern, wie lange die Ausführung jedes Jobs dauert, aber die Zeitplanung für laufende Anwendungen. Jobs, die viele Stunden laufen, belegen Job-Slots, die von anderen Anwendungen verwendet werden könnten. Sehen Sie sich die Best Practices für Sicherungspläne an und passen Sie die Richtlinien entsprechend an.
  • Beim Replikationsprozess werden die Daten an eine Remote-Sicherungs-/Wiederherstellungsanwendung gesendet. Achten Sie darauf, dass die Bandbreite und Auslastung Ihres Replikations-Links nicht ausgeschöpft ist.
10085 Verstoß gegen den Sicherungsplan für die Anwendung (App-Name) auf dem Host (Hostname) und die 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. Dies sind häufige Ursachen für Verstöße gegen Sicherungspläne.

  • Der Jobplaner ist nicht aktiviert. Aktivieren Sie den Scheduler.
  • Die ersten Jobs für neue Anwendungen können oft sehr 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 Aufnahmejobs Slots sperren und aufgenommene Anwendungen ausschließen. Weitere Informationen finden Sie unter Prioritäten für die ersten neuen Anwendungen festlegen.
  • Aufgrund von Netzwerkproblemen ist der Zugriff auf Anwendungen nicht möglich.
  • Die Richtlinienfenster sind zu klein oder die Ausführungszeiten der Jobs sind zu lang: Sie können zwar nicht steuern, wie lange die Ausführung jedes Jobs dauert, aber die Zeitplanung für laufende Anwendungen. Jobs, die viele Stunden laufen, belegen Job-Slots, die von anderen Anwendungen verwendet werden könnten. Sehen Sie sich die Best Practices für Sicherungspläne an und passen Sie die Richtlinien entsprechend an.
  • Beim Replikationsprozess werden die Daten an eine Remote-Sicherungs-/Wiederherstellungsanwendung gesendet. Achten Sie darauf, dass die Bandbreite und Auslastung Ihres Replikations-Links nicht ausgeschöpft ist.
10120 Psrv wurde erfolgreich gestartet Dies ist ein internes Ereignis und kann ignoriert werden.
10220 Der NTP-Dienst wird nicht ausgeführt oder 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 mit der DNS- und NTP-Methode.
10225 UDP-Kerndateien wurden gefunden, Dateiname udpengine.(file name) Interne Prozesse protokollieren unerwartet Fehlerdateien. Wenden Sie sich an den Google-Support, um dieses Problem zu beheben.
10229 Speicherplatz überschritten, Systemname: (Gerätename) Dies ist ein internes Ereignis und kann normalerweise ignoriert werden.
20019 Unzureichende CPU-/Speicherleistung Erforderliche Mindestanzahl von Kernen: (Kerne) Tatsächliche Kerne : (Kerne). Erforderliche Mindestgröße des Arbeitsspeichers (GB): (memory) Tatsächlicher Arbeitsspeicher : (memory) Die Sicherungs-/Wiederherstellungs-Appliance wurde geändert und hat nicht die empfohlene Größe. Wenden Sie sich an den Google-Support, um dieses Problem zu beheben.
20025 Auslagerung überschritten Dieses Problem tritt auf, wenn die Auslagerung den konfigurierten Grenzwert überschreitet, der für die Sicherungs-/Wiederherstellungs-Appliance festgelegt ist. 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 erfolgreich 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 erkannt. Es wurden keine gelöschten Dateien erkannt. Es wurden neue Dateien erkannt. Dies ist ein internes Ereignis und kann ignoriert werden.
43151 der virtuellen Maschine (VM) konnten keine Raw-Gerätezuordnungen hinzugefügt werden. Fehler: VM-Aufgabe fehlgeschlagen. Ein allgemeiner Systemfehler ist aufgetreten: Das System hat einen Fehler zurückgegeben.

Wenn Sie einer VM eine Raw Device Mapping hinzufügen, wird die VM „betäubt“, bis ESX die neue Ressource hinzufügen konnte. Wenn Sie wissen möchten, warum die Zuordnung des Raw-Geräts nicht hinzugefügt werden konnte, sehen Sie sich die ESX-Protokolle für die betreffende VM (vmware.log) an.

Weitere Informationen zum Prüfen der Protokolle auf Fehlermeldungen finden Sie in der VMware-Dokumentation und in der Wissensdatenbank. Weitere Informationen zum Erfassen von VMware-Protokollen finden Sie im VMware-Artikel VMware-Protokolle erfassen.

43155 Fehler: VM-Aufgabe fehlgeschlagen. Beim Speichern des Snapshots ist ein Fehler aufgetreten: Die virtuelle Maschine konnte nicht ruhiggestellt 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. Weitere Untersuchungen, weitere Suchanfragen in der VMware-Wissensdatenbank oder Kontakt mit dem 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. Das virtuelle Laufwerk ist entweder beschädigt oder liegt in einem nicht unterstützten Format vor.

Dieses Problem tritt auf, wenn die CTK-Dateien der VM gesperrt, nicht lesbar oder in Bearbeitung sind. Entfernen Sie diese CTK-Dateien und erstellen Sie sie neu, um das Problem zu beheben. Weitere Informationen findest du im Hilfeartikel 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 Möglichkeiten, einen VMware-Datenspeicher zu formatieren: NFS und VMFS. Bei NFS gibt es einige Einschränkungen, z. B. die fehlende Möglichkeit zur Raw-Disk-Zuordnung (RDM). Das bedeutet, dass Sie keine Bereitstellung von der Sicherungs-/Wiederherstellungs-Appliance auf einen NFS-Datenspeicher vornehmen können. Weitere Informationen finden Sie im Hilfeartikel 1001856.

43175 UDSAgent-Socket-Verbindung wurde unerwartet beendet, während auf die Antwort des Kundenservicemitarbeiters gewartet wurde Der Actifio-Connector reagiert nicht mehr zwischen der Appliance und einem Host, auf dem der Sicherungs- und Notfallwiederherstellungs-Agent installiert ist.
  1. Starten Sie den UDSAgent-Sicherungs- und Notfallwiederherstellungs-Agentdienst auf dem angegebenen Host neu.
  2. Telnet-Verbindung zum TCP-Port 5106 (UDSAgent-Kommunikations-Port)
  3. # telnet 5106

    Expected output:

    Trying 10.50.100.67...

    Connected to dresx2.accu.local.

    Escape character is '^]'.

    Connection closed by foreign host.
  4. Prüfen Sie, ob die Netzwerkverbindung zwischen Appliance und Host nicht unterbrochen wird. Wenn das Problem weiterhin besteht, ist eine Netzwerkanalyse erforderlich.
43604 Überprüfung des Fingerabdrucks fehlgeschlagen

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 die Sicherungs-/Wiederherstellungs-Appliance nicht mit einer iSCSI-Verbindung zum Zielhost konfiguriert ist.

Prüfen Sie, ob 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 Das Back-up wurde abgebrochen, weil sich im Basisverzeichnis der VM zu viele zusätzliche Dateien befinden

Dies ist eine vom Dienst für Sicherung und Notfallwiederherstellung generierte Benachrichtigungsbedingung, die durch verbleibende Deltadateien im Datenspeicher der VM verursacht wird. Normalerweise werden die Deltadateien entfernt, nachdem der Sicherungs- und Notfallwiederherstellungs-Snapshot konsolidiert wurde. In einigen Fällen werden diese bei der VMware-Konsolidierung möglicherweise nicht berücksichtigt. In diesem Fall werden Jobs von Backup and DR fehlgeschlagen, um eine Verschlimmerung des Problems zu verhindern.

Dieses Problem wird von 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 physischen Verbindungs- oder DNS-Problems. So beheben Sie das Problem:

  • Port 902 muss zwischen der Sicherungs-/Wiederherstellungs-Appliance und dem ESX-Host geöffnet sein.
  • Prüfen Sie, ob der aktuelle DNS-Server aktuell und gültig ist.
  • Wenn das vCenter virtualisiert ist, versuchen Sie nach der Migration des vCenters zu einem anderen ESX-Host, ein Back-up zu erstellen.
  • Achten Sie darauf, dass in den erweiterten Einstellungen des ESX-Hosts „SSL erforderlich“ auf „True“ (Wahr) gesetzt ist.
43844 Ungültige Größe der VMDK für die VM erkannt

Es gibt zwei mögliche Lösungen für diese Situation:

  • Wenn für einige Laufwerke in der VM eine Konsolidierung erforderlich ist, wird die Größe als Null angegeben. Erstellen und löschen Sie einen Snapshot der VM, um dieses Problem zu beheben.
  • Prüfen Sie, ob das 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 Grenzwert liegt. Wenn nicht bald mehr Speicherplatz verfügbar gemacht wird, schlagen Jobs fehl, wenn der verbleibende Speicherplatz nicht ausreicht, um sie zu speichern.

Weitere Informationen finden Sie im VMware-Artikel 1003412.

43900 Wiederholen ausstehender OnVault-Vorgang (Protokoll) (Jobname für Anwendung (App-Name) auf Host (Hostname)) Fehler: (Fehler-ID) (Fehlerbeschreibung) Jobwiederholungen können viele Ursachen haben. Jede Ereignismeldung vom Typ 43900 enthält einen Fehlercode und eine Fehlermeldung.
43901 Jobfehler Jobfehler können viele Ursachen haben. Jede Ereignismeldung vom Typ 43901 enthält einen Fehlercode und eine Fehlermeldung.
43903 Job zum Ablaufen 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. von einem Bereitstellungs-, Klon- oder Wiederherstellungsvorgang. Der Ablaufzeit-Job wird beim zweiten Versuch höchstwahrscheinlich erfolgreich abgeschlossen. Der Dienst für Sicherung und Notfallwiederherstellung 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 Ablaufdatum für dieses Bild festzulegen, erfolgreich war. Wenn es einen triftigen Grund dafür gibt, dass dieses Bild nicht ablaufen kann, erhalten Sie mehrere Fehlermeldungen zu diesem Bild. Wenn Sie mehr als eine Fehlermeldung erhalten, wenden Sie sich an den Google-Support.
43905 Fehlgeschlagener Bereitstellungsjob Es gibt viele Gründe, warum ein Bereitstellungsjob fehlschlagen kann. Anhand des Fehlercodes, der mit dem Ereignis verknüpft ist, lässt sich die Ursache ermitteln.
43908 Wiederherstellungsjob fehlgeschlagen Jobfehler können viele Ursachen haben. Jede Ereignismeldung vom Typ 43908 enthält einen Fehlercode und eine Fehlermeldung.
43915 Verbindung zum Sicherungshost konnte nicht hergestellt werden. Prüfen Sie, ob der Sicherungs- und Notfallwiederherstellungs-Agent auf (Host) ausgeführt wird und der Netzwerkport (Port) geöffnet ist.

Damit die Sicherung gestartet werden kann, muss der Actifio Connector-Dienst von der Sicherungs-/Wiederherstellungs-Appliance erreichbar sein. Dieses Problem tritt auf, wenn die erforderlichen Ports nicht geöffnet sind, die falsche Host-IP-Adresse konfiguriert ist, der Sicherungs- und Notfallwiederherstellungs-Agent-Dienst nicht ausgeführt wird oder dem Host die physischen Ressourcen ausgehen. So beheben Sie das Problem:

  • Der zwischen dem Host, der Sicherungs-/Wiederherstellungs-Appliance und dem Actifio Connector verwendete Port muss geöffnet sein. Standardmäßig verwendet der Sicherungs- und Notfallwiederherstellungs-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.
  • Prüfen Sie, ob für den Host die richtige IP-Adresse konfiguriert ist: Verwaltung > Appliance > Appliance-Netzwerk konfigurieren.
  • Prüfen Sie, ob der Sicherungs- und Notfallwiederherstellungs-Agentdienst auf dem Zielhost ausgeführt wird, und starten Sie ihn bei Bedarf neu.
  • Suchen Sie unter Windows in services.msc nach dem UDS-Host-Agent-Dienst und klicken Sie auf „Neu starten“.
  • Führen Sie unter Linux den Befehl /etc/init.d/udsagent restart aus.

GEN-DEBUG [4400] UDSAgent starting up ... GEN-INFO [4400] Locale is initialized to C GEN-WARN [4400] VdsServiceObject::initialize - LoadService for Vds failed with error 0x80080005 GEN-WARN [4400] initialize - Failed to initialize Microsoft Disk Management Services: Server execution failed [0x80080005] GEN-WARN [4400] Failed initializing VDSMgr, err = -1, exiting... GEN-INFO [4400] Couldn't connect to namespace: root\mscluster GEN-INFO [4400] This host is not part of cluster GEN-WARN [4400] Failed initializing connectors,exiting -1

  • Wiederholen Sie den Vorgang.
  • 43941 Die Speicherplatznutzung im Datenspeicher hat den kritischen Grenzwert überschritten Dieses Problem tritt auf, wenn der verbleibende Speicherplatz im Datenspeicher unter dem kritischen Grenzwert liegt. Wenn nicht bald mehr Speicherplatz verfügbar gemacht wird, schlagen Jobs fehl, wenn der verbleibende Speicherplatz nicht ausreicht, um sie zu speichern.

    Diese Benachrichtigung soll Sie dabei unterstützen, Maßnahmen zu ergreifen, um zu verhindern, dass ESX-Speicherorte 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 wachsen, wenn mehr Änderungsdaten hinzugefügt werden. Wenn ein Datenspeicher aufgrund eines wachsenden Snapshots voll ist, werden VMs möglicherweise automatisch von VMware offline geschaltet, um die Daten zu schützen.
    43954 Fehlgeschlagener OnVault-Job

    Während eines Bereitstellungsjobs 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 den Clustern /etc/resolv.conf ist entweder unterschiedlich oder die Dateien für die Forward- und Reverse-DNS-Zonen wurden geändert.
    43929 Das Erstellen eines Snapshots der VM ist fehlgeschlagen. Fehler: VM-Aufgabe fehlgeschlagen Beim Speichern des Snapshots ist ein Fehler aufgetreten: Die virtuelle Maschine konnte nicht ruhiggestellt werden.

    Der VM-Snapshot schlägt fehl, wenn der ESX-Server die virtuelle Maschine nicht ruhigstellen kann – entweder aufgrund zu vieler I/O-Vorgänge oder weil die VMware-Tools die Anwendung mit VSS nicht rechtzeitig ruhigstellen können. Prüfen Sie die Ereignisprotokolle auf dem Host und das ESX-Protokoll der VM (vmware.log).

    Bei sturzsicheren Snapshots und ‑basierten Sicherungen tritt dieses Verhalten seltener auf. Weitere Informationen finden Sie in den VMware-Wissensdatenbankartikeln 1018194 und 1007696.

    43933 VM mit übereinstimmender BIOS-UUID konnte nicht 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 VMs für die Sicherung und Notfallwiederherstellung aus dem vCenter entfernt wird.

    43948 Die Anzahl der nicht abgelaufenen Bilder, die noch verarbeitet werden müssen, beträgt (Anzahl) Bilder ((Anzahl) Snapshots, (Anzahl) On-Vaults) aus (Anzahl) einzelnen Anwendungen. In den letzten (Anzahl) Sekunden (Anzahl) Stunden (Anzahl) Minuten wurden (Anzahl) Sicherungen und (Anzahl) OnVaults hinzugefügt., sltname: Keine bestimmte slt, slpname: Keine bestimmte slp. „Ereignis-ID 43948 wird generiert, wenn eine Anwendung damit beginnt, Ablaufzeiten im Rahmen der Bildsicherung anzuhalten. Mit der Funktion „Image Preservation“ werden Snapshot- und OnVault-Images über das Ablaufdatum hinaus aufbewahrt, damit sie von der Sicherungs-/Wiederherstellungs-Appliance ordnungsgemäß verarbeitet werden. Wenn eine neue Anwendung in einen geschützten Modus wechselt, wird eine Warnung ausgegeben. Die häufigste Ursache dafür sind Verstöße gegen den Sicherungsplan, wie unter Ereignis-ID 10085 dokumentiert.“
    43954 Retry OnVault

    Ein OnVault-Job musste noch einmal ausgeführt werden. Mögliche Probleme: Das verwendete Dienstkonto hat die falsche Rolle. Das Dienstkonto ist nicht berechtigt, in den Bucket zu schreiben. Der Cloud Storage-Bucket ist nicht mehr vorhanden.

    43960 Die Sicherung von 6 Offlineanwendungen für die SqlServerWriter-Anwendung wurde übersprungen.

    Bei der Sicherung einer SQL Server-Instanz wurden einige Datenbanken als offline erkannt und konnten nicht gesichert werden. Das tritt häufig auf, wenn die Datenbank auf der Serverseite gelöscht wurde, aber noch auf der Seite „Sicherung/Notfallwiederherstellung“ enthalten ist. Die Fehlermeldung enthält die Namen der Offlinedatenbanken, die untersucht werden sollten.

    43972 Der Metadatenupload in den Bucket ist fehlgeschlagen.

    Das Schreiben von Metadaten in einen OnVault-Bucket ist fehlgeschlagen. Mögliche Probleme: Das verwendete Dienstkonto hat die falsche Rolle. Das Dienstkonto ist nicht berechtigt, in den Bucket zu schreiben. Der Cloud Storage-Bucket ist nicht mehr vorhanden.

    43973 udppm wurde erfolgreich 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 verwendet 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_xxxxxxx für Anwendung application ID auf Host host, sltname: template, slpname: profile. Dieses Ereignis gibt den erfolgreichen Status an und kann ignoriert werden.
    62001 Streamsnapd-Daemon wurde erfolgreich gestartet

    Dies ist ein internes Ereignis und kann ignoriert werden.

    Nächste Schritte