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 |
| 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. | ||
| * Bei „vssadmin list writers“ werden möglicherweise Writer in einem fehlerhaften Zustand angezeigt. | ||
| Normalerweise werden diese Fehler von VSS-Fehlern begleitet, die in den Logs gemeldet werden. | ||
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. Gehen Sie dazu zu | ||
Befehlszeile und geben Sie diesen 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 | ||
| Sie müssen das Gerät neu starten. | ||
| 5024 | Actifio Connector: VSS-Snapshot für die Sicherung konnte nicht erstellt werden. Unzureichend | Dieses Problem tritt auf, wenn nicht genügend Speicherplatz zum Verarbeiten eines |
| Speicherplatz zum Erstellen der Schattenkopie-Speicherdatei oder anderer | Snapshot | |
| Schattenkopiedaten | ||
| 1. Prüfen Sie, ob das Laufwerk, von dem ein Back-up erstellt wird, nicht voll ist. | ||
| 2. Prüfen, ob sich alle VSS-Writer in einem stabilen Zustand befinden | ||
Führen Sie in der Befehlszeile Folgendes aus: vssadmin list providers vssadmin list writers |
||
| 3. Wenn diese Dienste nicht ausgeführt werden, starten Sie sie und führen Sie den Job noch einmal aus. If | ||
| Der Status des Writers ist „Not Stable“ (Nicht stabil). Starten Sie den VSS-Dienst neu. Wenn | ||
| 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. Bei Fehlern im Zusammenhang mit | ||
| Suchen Sie nach entsprechenden Microsoft-Patches. Zusätzliche VSS | ||
| Details zur Fehlerbehebung finden Sie auf Microsoft TechNet. | ||
| Microsoft empfiehlt mindestens 320 MB auf Geräten, die zum Speichern der | ||
| erstellten VSS-Snapshot sowie die dort gespeicherten Änderungsdaten. | ||
| Actifio empfiehlt, den Schattenkopie-Speicherplatz auf „Unbegrenzt“ festzulegen. | ||
(unbegrenzt) mit diesen Befehlen: 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 | ||
| Konfigurieren von Volume Shadow Copy auf Windows Server 2008 | ||
| Sicherung noch einmal ausführen, wenn der VSS-Status stabil und der Schattenkopiespeicher festgelegt ist | ||
| bis unbegrenzt. | ||
| 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 |
| der Host der Anwendung und der Host kann die Staging-LUN nicht erkennen. | ||
| von der Sicherungs‑/Wiederherstellungs-Appliance. | ||
| 5049 | Actifio Connector: Fehler beim Identifizieren des logischen Volumes auf dem Backup-Staging | Der Actifio Connector konnte die Staging-LUN nicht sehen. Das kann folgende Ursachen haben: |
| lun | schlechte Verbindung oder Probleme auf der LUN. | |
| Prüfen Sie, ob die FC-/iSCSI-Verbindung gut ist, und stellen Sie dann sicher, dass sie funktioniert. | ||
| die VDisk zuordnen, partitionieren, formatieren und Dateien darauf kopieren. | ||
| werden. Die Schritte zum Partitionieren und Formatieren sind betriebssystemspezifisch. | ||
| 5078 | Actifio Connector: Das Staging-Laufwerk ist voll | Jobs schlagen fehl, wenn eine Datei, die auf dem Quelllaufwerk geändert wurde, in |
| auf dem Staging-Laufwerk, aber die Datei ist größer als der verfügbare freie Speicherplatz. | ||
| auf dem Staging-Laufwerk. Um das Problem mit der vollen Staging-Festplatte zu beheben, erhöhen Sie | ||
| das Staging-Laufwerk. Geben Sie die Größe des Staging-Laufwerks in den erweiterten | ||
| Einstellungen für die Anwendung. Legen Sie den Wert für die Größe des Staging-Laufwerks so fest, | ||
| größer als die Summe aus der Größe des Quelllaufwerks und der Größe | ||
| der größten Datei. Hinweis: Staging-Laufwerk im erweiterten Modus ändern | ||
| Einstellungen eine vollständige Sicherung auslö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. Versuch | ||
| Mit dem Befehl „lsof“ unter Unix/ Linux können Sie herausfinden, welcher Prozess die Datei sperrt. | ||
| fltmc unter Windows. Datei aus dem Antiviren- oder Erfassungsjob ausschließen | ||
| und versuche es noch einmal. | ||
| Die aktuellen Prozesse, die Microsoft bekannt sind, finden Sie unter: | ||
| Zugewiesene Filterhöhen: | ||
| Diese Fehler treten selten unter Unix oder Linux auf, es ist aber möglich, dass | ||
| ein Prozess wie die Datenbankwartung oder die Installation / Aktualisierung von Patches | ||
| eine exklusive Sperre für eine Datei erstellt. | ||
| Installieren Sie den neuesten Actifio Connector. | ||
| Der Host hat eine Dateisystembeschränkung oder ‑inkonsistenz erkannt. | ||
| Betriebssystem. | ||
| Führen Sie die Windows-Defragmentierung auf dem Staging-Laufwerk aus. | ||
| Geringer E/A-Durchsatz von den Hostlaufwerken oder dem Transportmedium, iSCSI oder | ||
| FC. | ||
| Es darf keine E/A-Probleme auf den Festplatten oder dem Transportmedium des Hosts geben. | ||
| Das Transportmedium ist entweder iSCSI oder Fibre Channel, je nach | ||
| Out-of-Band-Konfiguration. Wenden Sie sich an die Speicher- und Netzwerkadministratoren, | ||
| erforderlich. | ||
| 5131 – SQL-Logs melden Fehler 3041 | SQL-Logsicherungen auf Instanz schlagen mit Fehler 5131 fehl | Aktivieren Sie dazu die Option „Benutzerregistrierung nicht zwangsweise entladen bei |
| Weitere Informationen zum Abmelden von Nutzern finden Sie unter Funktionen des User Profile Service. | ||
| 5131 – SQL-Logs zeigen Fehler 43901 für Sicherungs-/Wiederherstellungs-Appliances an | Snapshot-Jobs schlagen mit Fehler 5131 fehl, SQL-Logs zeigen Sicherung/ Wiederherstellung | Das liegt daran, dass die ODBC-Anmeldung für die Datenbank fehlschlägt. Problem beheben |
| „Fehlgeschlagener Snapshot-Job“ | Das Problem lässt sich durch die ODBC-Anmeldung beheben. | |
| Fehler 43901 bei Appliances | ||
| 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 |
| die Lösung für das Problem. | ||
| 5241 | Actifio Connector: Anwendungen konnten nicht aus dem zugeordneten Image bereitgestellt/geklont werden | Ungültiger Nutzername und ungültiges Passwort werden aus der Steuerdatei geparst. |
| (Quelldatei) | Prüfen Sie in der Quelle die Datei „UDSAgent.log“, um festzustellen, ob die Quelle | |
| mit dem richtigen Nutzernamen/Passwort unter „Erweiterte Einstellungen“ in | ||
| die Connector-Attribute. | ||
| 5547 | Oracle: Sicherung des Archivierungsprotokolls (Quelldatei) fehlgeschlagen | Actifio Connector konnte das Archivprotokoll nicht mit RMAN-Archiv sichern |
| Sicherungsbefehle 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, was zu einem Sicherungsbefehl führt. | ||
| an einen Knoten gesendet werden, auf dem das Staging-Laufwerk nicht bereitgestellt ist. | ||
| Suchen Sie im RMAN-Log nach ORA- oder RMAN-Fehlern. Das ist der Fehler | ||
| von Oracle erhalten. Verwenden Sie die bevorzugte Oracle-Ressource, da diese nicht | ||
| Bedingungen für den Backup- und DR-Dienst und können daher nicht innerhalb von | ||
| Backup- und DR-Dienst | ||
| * Actifio Connector-Logs: /var/act/log/UDSAgent.log | ||
| * Oracle RMAN-Logs: /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 der Staging-Umgebung verwendeten Speicherplatz freizugeben. | ||
| Laufwerke und letzter Snapshot. Dies funktioniert nur für VMware-VMs. | ||
| Anwendungstypen verwenden weiterhin etwas Snapshot-Pool-Speicherplatz, wenn sie durch | ||
| eine Direct-to-OnVault-Richtlinie. | ||
| * Reduzieren Sie die Anzahl der Snaps, die für eine Anwendung aufbewahrt werden, indem Sie | ||
| Richtlinienvorlage. Anwendungen mit hohen Änderungsraten erstellen | ||
| größere Snapshots, was sich am meisten bei | ||
| Anträge auf Änderung der Rate. Dies führt nicht unbedingt zu einer | ||
| unterschiedliche RPOs, OnVault-Images der einzelnen Snapshots können vorab erstellt werden. | ||
| Sie sind abgelaufen. | ||
| * 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 den VDisk-Verbrauch sofort reduzieren: |
| * Achten Sie darauf, dass Abläufe sowohl global als auch individuell aktiviert sind. | ||
| Anwendungsebene. | ||
| * Gruppieren Sie Datenbanken von einem einzelnen Host in einer Konsistenzgruppe. | ||
| Wenn ein Host beispielsweise 9 Datenbanken hat, erstellen Sie eine Konsistenzgruppe. | ||
| für alle neun Datenbanken und schützen Sie dann diese Konsistenzgruppe anstatt | ||
| die einzelnen Datenbanken. | ||
| * Reduzieren Sie die Anzahl der für eine Anwendung gespeicherten Snapshots, indem Sie | ||
| Die von einem Sicherungsplan verwendete Richtlinienvorlage. | ||
| * Unerwünschte Mounts, Klone und Live-Klone löschen | ||
| * VMware-VMs von einem Snapshot zu einem Direct-OnVault-Sicherungsplan verschieben | ||
| Sie müssen alle Snapshots ablaufen lassen, um die von den | ||
| Staging-Laufwerke. Dadurch wird nur die Anzahl der virtuellen Festplatten für VMware-VMs verringert. | ||
| VDisks werden weiterhin verwendet, wenn sie durch eine Direct-to-OnVault-Richtlinie geschützt sind. | ||
| * VMware-VMDKs, die nicht geschützt werden müssen, in unabhängige VMDKs ändern | ||
| 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 | ||
| VDisks und ändern Sie dann die Richtlinien, um die Anzahl der verwendeten VDisks zu reduzieren. | ||
| Erhöhen Sie den Grenzwert für Benachrichtigungen. Während eines täglichen Snapshot-Fensters wird die VDisk | ||
| Die Anzahl kann schwanken, während neue VDisks für Snapshots erstellt werden. | ||
| Die alten VDisks werden im Rahmen des Ablaufs von Snapshots entfernt. Täglich | ||
| 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 von Hardware fehlgeschlagen |
| Fehler oder Netzwerkproblem. Prüfen Sie das Netzwerk, um das Problem zu beheben. | ||
| 10043 | Verstoß gegen einen Sicherungsplan wurde erkannt | Best Practices für Sicherungspläne |
| und Ihre Richtlinien optimieren. Häufige Ursachen für Sicherungspläne | ||
| Verstöße. | ||
| * Der Jobplaner ist nicht aktiviert. Weitere Informationen zum Aktivieren des Planers | ||
| * Die ersten Jobs für neue Anwendungen können oft lange dauern: | ||
| Lange Jobzeiten können beim ersten Snapshot- oder Deduplizierungsjob auftreten. | ||
| für eine Anwendung. Mit den On-Ramp-Einstellungen können Sie Folgendes verhindern: | ||
| Aufnahme von Jobs verhindern, indem Slots gesperrt und Aufnahmen blockiert werden | ||
| von KI-Anwendungen. Weitere Informationen finden Sie unter [Set priorities for the first new | ||
| applications](/backup-disaster-recovery/docs/concepts/appliance-control-panel#set_priorities_for_the_first_new_applications). | ||
| * Apps sind aufgrund von Netzwerkproblemen nicht zugänglich. | ||
| * Richtlinienzeiträume sind zu kurz oder Joblaufzeiten sind zu lang: Während | ||
| Sie können nicht steuern, wie lange die Ausführung der einzelnen Jobs dauert, aber Sie können Folgendes steuern: | ||
| die geplante Zeit für Anwendungen, die ausgeführt werden. Ausgeführte Jobs | ||
| über viele Stunden hinweg Job-Slots belegen, die von anderen | ||
| von KI-Anwendungen. Best Practices für Sicherungspläne | ||
| practices](/backup-disaster-recovery/docs/concepts/backup-plan-policy-best-practices) | ||
| und passen Sie die Richtlinien entsprechend an. | ||
| * Beim Replikationsprozess werden die Daten an einen Remote-Server gesendet. | ||
| Sicherungs‑/Wiederherstellungs-Appliance. Prüfen Sie, ob die Bandbreite und Nutzung von | ||
| Ihr Replikationslink ist nicht gesättigt. | ||
| 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 der Staging-Umgebung verwendeten Speicherplatz freizugeben. | ||
| Laufwerke und letzter Snapshot. Dies funktioniert nur für VMware-VMs. | ||
| Anwendungstypen verwenden weiterhin etwas Snapshot-Pool-Speicherplatz, wenn sie durch | ||
| eine Direct-to-OnVault-Richtlinie. | ||
| * Reduzieren Sie die Anzahl der Snaps, die für eine Anwendung aufbewahrt werden, indem Sie | ||
| Richtlinienvorlage. Anwendungen mit hohen Änderungsraten erstellen | ||
| größere Snapshots, was sich am meisten bei | ||
| Anträge auf Änderung der Rate. Dies führt nicht unbedingt zu einer | ||
| unterschiedliche RPOs, OnVault-Images der einzelnen Snapshots können vorab erstellt werden. | ||
| Sie sind abgelaufen. | ||
| * 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 Remote-Schutz. Die Kommunikation mit dem Gerät schlägt fehl. | ||
| zu den folgenden Problemen: | ||
| * Netzwerkfehler (vorübergehend oder dauerhaft). Vorübergehender Netzwerkfehler | ||
| Das bedeutet nicht, dass der Job fehlschlägt. Jobs werden wiederholt, die stündliche Prüfung jedoch nicht. | ||
| aktualisiert. | ||
| * Zertifikatfehler. So beheben Sie den Zertifikatsfehler: | ||
| das Zertifikat noch einmal auszutauschen. | ||
| 10070 | Der Udppm-Scheduler ist seit mehr als 30 Minuten deaktiviert. | Der Planer ist deaktiviert. Das kann an Wartungsarbeiten liegen. Wenn |
| Wenn die Wartung abgeschlossen ist, können Sie den Scheduler wieder aktivieren. Weitere Informationen finden Sie unter | ||
| Aktivieren Sie den Scheduler. | ||
| 10084 | Benachrichtigung für den Job für die Anwendung (App-Name) und die Richtlinie (Richtlinienname) wurde nicht ausgeführt | Best Practices für Sicherungspläne |
| aus unbekannten Gründen | und Ihre Richtlinien optimieren. Häufige Ursachen für Sicherungspläne | |
| Verstöße. | ||
| * Der Jobplaner ist nicht aktiviert. Weitere Informationen zum Aktivieren des Planers | ||
| * Die ersten Jobs für neue Anwendungen können oft lange dauern: | ||
| Lange Jobzeiten können beim ersten Snapshot- oder Deduplizierungsjob auftreten. | ||
| für eine Anwendung. Mit den On-Ramp-Einstellungen können Sie Folgendes verhindern: | ||
| Aufnahme von Jobs verhindern, indem Slots gesperrt und Aufnahmen blockiert werden | ||
| von KI-Anwendungen. Weitere Informationen finden Sie unter [Set priorities for the first new | ||
| applications](/backup-disaster-recovery/docs/concepts/appliance-control-panel#set_priorities_for_the_first_new_applications). | ||
| * Apps sind aufgrund von Netzwerkproblemen nicht zugänglich. | ||
| * Richtlinienzeiträume sind zu kurz oder Joblaufzeiten sind zu lang: Während | ||
| Sie können nicht steuern, wie lange die Ausführung der einzelnen Jobs dauert, aber Sie können Folgendes steuern: | ||
| die geplante Zeit für Anwendungen, die ausgeführt werden. Ausgeführte Jobs | ||
| über viele Stunden hinweg Job-Slots belegen, die von anderen | ||
| von KI-Anwendungen. Best Practices für Sicherungspläne | ||
| practices](/backup-disaster-recovery/docs/concepts/backup-plan-policy-best-practices) | ||
| und passen Sie die Richtlinien entsprechend an. | ||
| * Beim Replikationsprozess werden die Daten an einen Remote-Server gesendet. | ||
| Sicherungs‑/Wiederherstellungs-Appliance. Prüfen Sie, ob die Bandbreite und Nutzung von | ||
| Ihr Replikationslink ist nicht gesättigt. | ||
| 10085 | Verstoß gegen den Sicherungsplan für die Anwendung (App-Name) auf dem Host (Hostname) und | Best Practices für Sicherungspläne |
| Richtlinie (Richtlinienname). Der Job wurde aus unbekannten Gründen nicht ausgeführt. | und Ihre Richtlinien optimieren. Häufige Ursachen für Sicherungspläne | |
| Verstöße. | ||
| * Der Jobplaner ist nicht aktiviert. Weitere Informationen zum Aktivieren des Planers | ||
| * Die ersten Jobs für neue Anwendungen können oft lange dauern: | ||
| Lange Jobzeiten können beim ersten Snapshot- oder Deduplizierungsjob auftreten. | ||
| für eine Anwendung. Mit den On-Ramp-Einstellungen können Sie Folgendes verhindern: | ||
| Aufnahme von Jobs verhindern, indem Slots gesperrt und Aufnahmen blockiert werden | ||
| von KI-Anwendungen. Weitere Informationen finden Sie unter [Set priorities for the first new | ||
| applications](/backup-disaster-recovery/docs/concepts/appliance-control-panel#set_priorities_for_the_first_new_applications). | ||
| * Apps sind aufgrund von Netzwerkproblemen nicht zugänglich. | ||
| * Richtlinienzeiträume sind zu kurz oder Joblaufzeiten sind zu lang: Während | ||
| Sie können nicht steuern, wie lange die Ausführung der einzelnen Jobs dauert, aber Sie können Folgendes steuern: | ||
| die geplante Zeit für Anwendungen, die ausgeführt werden. Ausgeführte Jobs | ||
| über viele Stunden hinweg Job-Slots belegen, die von anderen | ||
| von KI-Anwendungen. Best Practices für Sicherungspläne | ||
| practices](/backup-disaster-recovery/docs/concepts/backup-plan-policy-best-practices) | ||
| und passen Sie die Richtlinien entsprechend an. | ||
| * Beim Replikationsprozess werden die Daten an einen Remote-Server gesendet. | ||
| Sicherungs‑/Wiederherstellungs-Appliance. Prüfen Sie, ob die Bandbreite und Nutzung von | ||
| Ihr Replikationslink ist nicht gesättigt. | ||
| 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. NTP-Dienst |
| ist erforderlich, damit die Sicherungs-Appliance die richtigen Zeitstempel verwendet. A | ||
| Compute Engine-Appliance sollte metadata.google.internal verwenden. | ||
| Folgen Sie der Anleitung zum Einrichten des NTP-Servers [DNS und NTP | ||
| method](/backup-disaster-recovery/docs/concepts/appliance-network-settings#dns-ntp). | ||
| 10225 | UDP-Core-Dateien wurden gefunden, Dateiname „udpengine.(Dateiname)“. | Bei internen Prozessen werden unerwartet Fehlerdateien protokolliert. Google kontaktieren |
| Support, um eine Lösung für dieses Problem zu erhalten. | ||
| 10229 | Speicher überschritten, Systemname: (Gerätename) | Dies ist ein internes Ereignis, das normalerweise ignoriert werden kann. |
| 10237 | Der Job X wird seit mehr als 3 Stunden ausgeführt. | 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. 24 Stunden lang eingeschaltet lassen, um | Die letzte Aktualisierung des Zertifikats der Sicherungs-/Wiederherstellungs-Appliance liegt mehr als 15 Tage zurück. |
| verlängern oder wenden Sie sich an den Support. | Tage alt. Wenn die Sicherungs-/Wiederherstellungs-Appliance nicht funktioniert, müssen Sie sie wieder zum Laufen bringen. | |
| 11004 | Systemkomponenten sind ausgefallen. Bitte wenden Sie sich an den Support, wenn Sicherungen | Wenden Sie sich an den Support. |
| betroffen. | ||
| 11006 | Synchronisierung mit Host X nicht möglich. Regelmäßige Synchronisierung mit Host erforderlich, um | Das Zertifikat auf dem Host wurde seit mehr als 7 Tagen nicht aktualisiert. |
| dauerhafter Kommunikationsverlust zwischen der Sicherungs-Appliance und dem Host. | Starte den Host neu und versuche noch einmal, eine Verbindung herzustellen. | |
| 20019 | Unzureichende CPU / unzureichender Arbeitsspeicher. Mindestanzahl der erforderlichen Kerne: (Kerne) Tatsächlich | Die Sicherungs‑/Wiederherstellungs-Appliance wurde geändert und entspricht nicht der empfohlenen |
| cores : (cores). Mindestgröße des erforderlichen Arbeitsspeichers (GB): (Arbeitsspeicher) Tatsächlicher Arbeitsspeicher : | Größe Wenden Sie sich an den Google-Support, um dieses Problem zu beheben. | |
| (Arbeitsspeicher) | ||
| 20025 | Auslagerungsspeicher überschritten | Dieses Problem tritt auf, wenn die Swap-Nutzung den konfigurierten |
| Schwellenwert, der für die Sicherungs-/Wiederherstellungs-Appliance festgelegt ist. Kontakt | ||
| 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 Änderungen an Dateien erkannt, aber keine gelöschten oder neuen Dateien. | Dies ist ein internes Ereignis und kann ignoriert werden. |
| Dateien gefunden. | ||
| 43151 | Die Rohgerätezuordnungen konnten der VM nicht hinzugefügt werden. Fehler: VM-Aufgabe | Wenn Sie einer VM eine Raw Device Mapping-Datei hinzufügen, wird die VM angehalten, bis ESX |
| fehlgeschlagen: Ein allgemeiner Systemfehler ist aufgetreten: Das System hat einen Fehler zurückgegeben. | die Möglichkeit, die neue Ressource hinzuzufügen. Warum die Rohgerätezuordnung | |
| konnte nicht hinzugefügt werden. Sehen Sie sich die ESX-Logs für die betreffende VM an. | ||
| (vmware.log). | ||
| Weitere Informationen zu den folgenden Themen finden Sie in der VMware-Dokumentation und ‑Wissensdatenbank: | ||
| Prüfen Sie die Logs auf Fehlermeldungen. Lesen Sie auch den VMware-Artikel | ||
| Weitere Informationen zum Erfassen von VMware-Messwerten | ||
| logs](https://kb.vmware.com/s/article/653). | ||
| 43155 | Fehler: VM-Aufgabe fehlgeschlagen. Beim Speichern des Snapshots ist ein Fehler aufgetreten: Fehler | Dies ist ein VMware-Problem. Weitere Informationen finden Sie in der VMware-Wissensdatenbank. |
| um die virtuelle Maschine in den Ruhezustand zu versetzen. | Artikel – 1015180. | |
| Probleme beim Ruhezustand von virtuellen Maschinen hängen vom Betriebssystemtyp ab. Zusätzlich | ||
| Untersuchung, weitere VMware-KBA-Suchen oder wenden Sie sich an den VMware-Support, um | ||
| Beheben Sie dieses Problem. | ||
| 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, |
| wird bereits von einer anderen VM verwendet. | ||
| 43155 – b | Fehler: VM-Aufgabe fehlgeschlagen. Das virtuelle Laufwerk ist entweder beschädigt oder kein | Dieses Problem tritt auf, wenn die CTK-Dateien der VM gesperrt oder nicht lesbar sind oder |
| unterstütztes Format. | engagiert sein. Entfernen Sie diese CTKs und erstellen Sie sie neu, um das Problem zu beheben. | |
| Dateien. Weitere Informationen finden Sie im KB-Artikel 2013520. | ||
| . | ||
| 43155 – c | Fehler: VM-Aufgabe fehlgeschlagen. Der Vorgang ist im aktuellen Status nicht zulässig | Es gibt zwei Optionen zum Formatieren eines VMware-Datenspeichers: NFS und VMFS. |
| des Datenspeichers.“ progress=„11“ status=„running“ | Bei NFS gibt es einige Einschränkungen, z. B. ist RDM (Raw Device Mapping) nicht möglich. | |
| Laufwerkszuordnung). Das bedeutet, dass Sie nicht über die | ||
| Sicherungs-/Wiederherstellungs-Appliance in einem NFS-Datenspeicher. Weitere Informationen finden Sie in der folgenden Wissensdatenbank. | ||
| Artikel – 1001856 für | ||
| finden Sie weitere Informationen. | ||
| 43175 | Die UDSAgent-Socket-Verbindung wurde abnormal beendet, während auf | Der Actifio Connector reagiert nicht mehr zwischen der Appliance und einem Host. |
| die Antwort des Kundenservicemitarbeiters | mit installiertem Backup and DR-Agent. | |
| 1. Starten Sie den UDSAgent-Sicherungs- und DR-Agent-Dienst auf dem | ||
| angegebenen Host. | ||
| 2. Telnet-Verbindung zu TCP-Port 5106 (UDSAgent-Kommunikationsport) | ||
| ``` | ||
| <P></P> | ||
| Erwartete Ausgabe: | ||
| <P></P> | ||
| Versuche 10.50.100.67… | ||
| <P></P> | ||
| Mit dresx2.accu.local verbunden. | ||
| <P></P> | ||
| Das Escapezeichen ist „^]“. | ||
| <P></P> | ||
| Die Verbindung wurde vom fremden Host geschlossen. | ||
| ``` | ||
| 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 | Dieser Fehler tritt auf, wenn eine Inkonsistenz zwischen Quelle und Ziel gefunden wird. |
| transaktionale und relationale Daten. 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 |
| iSCSI-Verbindung zum Zielhost. | ||
| Achten Sie darauf, dass die Netzwerkports für iSCSI geöffnet sind und der Zielhost | ||
| die Sicherungs‑/Wiederherstellungs-Appliances erkannt wurden. | ||
| 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 |
| Netzwerk oder den ESX-Hostnamen mithilfe von DNS auflösen. Wenden Sie sich an den Google-Support, um | ||
| die Lösung für dieses Problem zu erhalten. | ||
| 43702 | Die Sicherung wurde abgebrochen, weil sich zu viele zusätzliche Dateien im Zuhause befinden | Dies ist eine vom Backup- und DR-Dienst generierte Benachrichtigung, die durch Folgendes verursacht wird: |
| Verzeichnis der VM | durch verbleibende Deltadateien im Datenspeicher der VM. Normalerweise | |
| werden nach der Konsolidierung des Backup & DR-Snapshots entfernt. In | ||
| Bei einigen Instanzen können diese durch die VMware-Konsolidierung zurückgelassen werden. | ||
| und Backup und DR beginnen, Jobs zu beenden, um eine Verschlimmerung zu verhindern. | ||
| das Problem. | ||
| 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. |
| Dies liegt in der Regel an einem Problem mit der physischen Verbindung oder dem DNS. So beheben Sie das Problem | ||
| So beheben Sie das Problem: | ||
| * Achten Sie darauf, dass Port 902 zwischen der Sicherungs-/Wiederherstellungs-Appliance und dem | ||
| ESX-Host. | ||
| * Prüfen Sie den aktuellen DNS-Server und stellen Sie sicher, dass er aktuell und gültig ist. | ||
| * Wenn vCenter virtualisiert ist, versuchen Sie, eine Sicherung zu erstellen, nachdem Sie die | ||
| vCenter auf einen anderen ESX-Host. | ||
| * Achten Sie darauf, dass „SSL required“ (SSL erforderlich) auf dem ESX-Host in den erweiterten | ||
| Einstellungen. | ||
| 43844 | Für die VM wurde eine ungültige VMDK-Größe erkannt. | Es gibt zwei mögliche Lösungen für diese Situation: |
| * Wenn für einige Laufwerke auf der VM eine Konsolidierung erforderlich ist, wird die Größe angegeben. | ||
| als null. Um dieses Problem zu beheben, erstellen und löschen Sie einen Snapshot des | ||
| VM. | ||
| * 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 weniger als |
| den kritischen Grenzwert. Wenn nicht bald mehr Speicherplatz zur Verfügung gestellt wird, dann | ||
| Jobs schlagen fehl, wenn der verbleibende Speicherplatz nicht ausreicht, um sie zu speichern. | ||
| Diese Benachrichtigung soll Ihnen helfen, Maßnahmen zu ergreifen, um ESX-Datenspeicher | ||
| mit Snapshot-Daten gefüllt werden. Verfügbaren Speicherplatz durch Erweitern erhöhen | ||
| Datenspeicher, migrieren Sie einige VMs oder löschen Sie alte Daten auf dem | ||
| datastore. | ||
| Snapshots werden größer, wenn mehr Änderungsdaten hinzugefügt werden. Wenn ein Datenspeicher aufgrund | ||
| Wenn Sie eine VM in einem Snapshot mit inkrementellen Änderungen wiederherstellen, werden VMs möglicherweise automatisch von VMware offline genommen. | ||
| um die Daten zu schützen. | ||
| 43900 | Wiederholung ausstehender OnVault-Vorgänge (Log) (Jobname für Anwendung (Appname) auf Host) | Job-Wiederholungsversuche können durch viele Fehler verursacht werden. Jede 43900-Ereignismeldung |
| (hostname) Fehler: (errorID) (Fehlerbeschreibung) | einen Fehlercode und eine Fehlermeldung enthält. | |
| 43901 | Jobfehler | Jobfehler können durch viele Fehler verursacht werden. Jede Ereignisnachricht vom Typ 43901 |
| einen Fehlercode und eine Fehlermeldung enthält. | ||
| 43903 | Fehlgeschlagener Ablaufjob | Dieses Problem tritt auf, wenn das Bild zum Zeitpunkt der |
| Ablauf. Das kann daran liegen, dass das Bild von einem anderen Prozess verwendet wird oder | ||
| Vorgang, z. B. Mounten, Klonen oder Wiederherstellen. Der Ablaufjob | ||
| wahrscheinlich beim zweiten Versuch erfolgreich abgeschlossen werden. | ||
| Backup and DR meldet nicht den erfolgreichen Abschluss von | ||
| bei diesem zweiten Versuch. Wenn Sie nur einen Fehler für ein Bild erhalten, ist es sicher. | ||
| um festzustellen, ob ein zweiter Versuch, das Bild ablaufen zu lassen, erfolgreich war. | ||
| Wenn es einen berechtigten Grund dafür gibt, dass dieses Bild nicht abläuft, | ||
| werden mehrere Fehler im Zusammenhang mit diesem Bild angezeigt. Wenn Sie mehr als | ||
| ein Fehler auftritt, 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 |
| begleitet das Ereignis und hilft, die Ursache zu ermitteln. | ||
| 43908 | Fehler beim Wiederherstellen | Jobfehler können durch viele Fehler verursacht werden. Jede 43908-Ereignisnachricht |
| einen Fehlercode und eine Fehlermeldung enthält. | ||
| 43915 | Es konnte keine Verbindung zum Sicherungshost hergestellt werden. Backup and DR-Agent | Damit die Sicherung gestartet werden kann, muss der Actifio Connector-Dienst über |
| wird auf (Host) ausgeführt und der Netzwerkport (Port) ist offen. | die Sicherungs‑/Wiederherstellungs-Appliance. Dieses Problem tritt auf, wenn die erforderlichen Ports | |
| nicht geöffnet sind, die falsche Host-IP konfiguriert ist, die | ||
| Der Agent-Dienst für Sicherung und Notfallwiederherstellung wird nicht ausgeführt oder der Host ist nicht verfügbar. | ||
| physischer Ressourcen. So beheben Sie das Problem: | ||
| 1. Prüfen Sie, ob der verwendete Port zwischen dem Host | ||
| Sicherungs-/Wiederherstellungs-Appliance und Actifio Connector geöffnet sind. Standardmäßig | ||
| Der Backup and DR-Agent verwendet Port 5106 für die bidirektionale | ||
| Kommunikation von der Sicherungs-/Wiederherstellungs-Appliance. Achten Sie darauf, dass | ||
| Die Firewall lässt die bidirektionale Kommunikation über diesen Port zu. | ||
| 2. Achten Sie darauf, dass die richtige IP-Adresse für den Host konfiguriert ist (**Manage** > | ||
| „Appliance“ > „Appliance-Netzwerk konfigurieren“**. | ||
| 3. Prüfen Sie, ob der Dienst-Agent für Sicherungen und Notfallwiederherstellungen auf | ||
| Zielhost und starten Sie 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. |
||
| ``` | ||
| <timestamp> GEN-DEBUG [4400] UDSAgent starting up ... | ||
| <timestamp> GEN-INFO [4400] Locale is initialized to C | ||
| <timestamp> GEN-WARN [4400] VdsServiceObject::initialize | ||
| – LoadService für Vds ist mit dem Fehler 0x80080005 fehlgeschlagen. | ||
| <timestamp> GEN-WARN [4400] initialize - Failed to initialize Microsoft Disk | ||
| Management Services: Serverausführung fehlgeschlagen [0x80080005] | ||
| <timestamp> GEN-WARN [4400] Fehler beim Initialisieren von VDSMgr, | ||
| Fehler = -1, wird beendet… | ||
| <timestamp> GEN-INFO [4400] Couldn't connect to namespace: root\mscluster | ||
| <timestamp> GEN-INFO [4400] This host is not part of cluster (Dieser Host ist nicht Teil des Clusters) | ||
| <timestamp> GEN-WARN [4400] Failed initializing connectors,exiting -1 | ||
| ``` | ||
| 4. Versuchen Sie noch einmal, ein Backup zu erstellen. | ||
| 43941 | Die Speicherplatznutzung im Datenspeicher hat den kritischen Grenzwert überschritten | Dieses Problem tritt auf, wenn der verbleibende Speicherplatz im Datenspeicher weniger als |
| den kritischen Grenzwert. Wenn nicht bald mehr Speicherplatz zur Verfügung gestellt wird, dann | ||
| Jobs schlagen fehl, wenn der verbleibende Speicherplatz nicht ausreicht, um sie zu speichern. | ||
| Diese Benachrichtigung soll Ihnen helfen, Maßnahmen zu ergreifen, um ESX-Datenspeicher | ||
| mit Snapshot-Daten gefüllt werden. Verfügbaren Speicherplatz durch Erweitern erhöhen | ||
| Datenspeicher, migrieren Sie einige VMs oder löschen Sie alte Daten auf dem | ||
| datastore. | ||
| Snapshots werden größer, wenn mehr Änderungsdaten hinzugefügt werden. Wenn ein Datenspeicher aufgrund | ||
| Wenn Sie eine VM in einem Snapshot mit inkrementellen Änderungen wiederherstellen, werden VMs möglicherweise automatisch von VMware offline genommen. | ||
| um die Daten zu schützen. | ||
| 43954 | Fehlgeschlagener OnVault-Job | Während eines Mount-Vorgangs kann die Sicherungs-/Wiederherstellungs-Appliance keine Verbindung zu |
| OnVault-Pool. Dieses Problem kann folgende Ursachen haben: | ||
| Gründen. | ||
| * Für den OnVault-Pool ist kein Bucket-Name angegeben. | ||
| * Ungültige Anmeldedaten: Zugriffs-ID oder Zugriffsschlüssel nicht angegeben oder falsch | ||
| 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 |
||
| Forward- und Reverse-DNS-Zonendateien werden geändert. | ||
| 43929 | Snapshot der VM konnte nicht erstellt werden. Fehler: VM-Aufgabe fehlgeschlagen. Es ist ein Fehler aufgetreten. | VM-Snapshot schlägt fehl, wenn der ESX-Server die virtuelle Maschine nicht in den Ruhezustand versetzen kann |
| Beim Speichern des Snapshots: Die virtuelle Maschine konnte nicht in den Ruhezustand versetzt werden. | Maschine – entweder aufgrund zu vieler E/A-Vorgänge oder weil VMware-Tools nicht | |
| die Anwendung rechtzeitig mit VSS in den Ruhezustand versetzen. Prüfen Sie die Ereignisprotokolle auf dem | ||
| Host und prüfen Sie das ESX-Log der VM (vmware.log). | ||
| Absturzsichere Snapshots und Connector-basierte Sicherungen zeigen dies. | ||
| Verhalten seltener. Weitere Informationen finden Sie in der VMware-Wissensdatenbank. | ||
| Basisartikel – 1018194 und | ||
| 1007696. | ||
| 43933 | Es konnte keine VM mit passender BIOS-UUID gefunden werden | Dieses Problem tritt auf, wenn die UUID der VM geändert wird. So beheben Sie das Problem: |
| die VM neu erkennen und prüfen, ob sie als neue UUID erkannt wurde. Sie können | ||
| Bestätigen Sie dies in der Verwaltungskonsole, indem Sie die UUID des | ||
| neu erkannte VM und die der zuvor erkannten VM. Wenn | ||
| Die UUIDs stimmen nicht überein. Die VM wurde möglicherweise geklont. | ||
| Dieser Fehler kann auch auftreten, wenn eine große Anzahl von | ||
| Von Backup and DR verwaltete VMs werden aus dem vCenter entfernt. | ||
| 43948 | Die Anzahl der Bilder, die noch nicht abgelaufen sind und auf die weitere Verarbeitung warten, beträgt (x). | „Die Ereignis-ID 43948 wird generiert, wenn eine Anwendung mit dem Anhalten beginnt. |
| Bilder ((x) Snapshots, (x) Onvaults) von (x) einzigartigen | Ablaufdaten im Rahmen der Bildaufbewahrung „Bildaufbewahrung“ | |
| von KI-Anwendungen. (x) Snapshots und (x) OnVaults wurden im | Snapshots und OnVault-Bilder über das Ablaufdatum hinaus aufbewahrt, um | |
| letzte (x) Sekunden ((x) Stunden (x) Minuten)., sltname: No | dass diese Bilder ordnungsgemäß von der | |
| specific slt, slpname: No specific slp. | Sicherungs‑/Wiederherstellungs-Appliance. Wenn eine neue Anwendung in einen geschützten | |
| Modus wird eine Warnung generiert. Häufigste Ursache | ||
| Verstöße gegen den Sicherungsplan, wie unter der Ereignis‑ID 10085 dokumentiert.“ | ||
| 43954 | Retry OnVault | Ein OnVault-Job musste wiederholt werden. Mögliche Probleme: |
| Das verwendete Dienstkonto hat die falsche Rolle. Das Dienstkonto | ||
| Sie sind nicht berechtigt, in den Bucket zu schreiben. Der Cloud Storage-Bucket | ||
| nicht mehr vorhanden ist. | ||
| 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. |
| konnte nicht gesichert werden. Das passiert häufig, wenn die Datenbank | ||
| auf der Serverseite gelöscht, aber auf der Backup-/DR-Seite weiterhin enthalten. | ||
| Die Fehlermeldung enthält die Namen der Offlinedatenbanken, | ||
| untersucht werden. | ||
| 43972 | Das Hochladen von Metadaten in den Bucket ist fehlgeschlagen. | Metadaten konnten nicht in einen OnVault-Bucket geschrieben werden. Mögliche Probleme |
| include: Das verwendete Dienstkonto hat die falsche Rolle. Der Dienst | ||
| Das Konto ist nicht berechtigt, in den Bucket zu schreiben. Die | ||
| 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 | Führen Sie ein Upgrade der VM auf eine unterstützte Version (≥) durch, um die besten Ergebnisse zu erzielen. |
| ESXi , das von Google nicht unterstützt wird. Bitte führen Sie ein Upgrade auf | ||
| unterstützte Version (>=) verwenden, um die besten Ergebnisse zu erzielen. | ||
| 44003 | Erfolgreich Job_xx-xx-xx für Anwendung application ID auf Host |
Dies ist ein erfolgreiches Statusereignis und kann ignoriert werden. |
host, sltname: template, slpname: profile. |
||
| 62001 | Streamsnapd-Daemon wurde gestartet | Dies ist ein internes Ereignis und kann ignoriert werden. |
| 90003 | Ein neues Update (Version X) ist für die Backup Appliance verfügbar | Ein neues Update ist verfügbar. Sicherungs-/Wiederherstellungs-Appliances so bald wie möglich aktualisieren |
| wie möglich bereitzustellen. |
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.