Auf dem Tab Monitor können Sie Jobs von Sicherungs-/Wiederherstellungs-Appliances, die von der Appliance-Verwaltungskonsole verwaltet werden, ansehen und verwalten. Sie können aktive Jobs abbrechen oder die Jobpriorität eines in der Warteschlange befindlichen Jobs ändern. Sie können sich auch Ereignisse ansehen, die von einem Gerät ausgelöste Informations-, Warn- oder Fehlermeldungen sind.
Sie können Jobs nach Name, Status, Start- oder Endzeit, Typ, Host und Anwendung filtern.
Bereich für Jobstatus
Im Bereich Jobs der Appliance-Verwaltungskonsole finden Sie Informationen zu Jobs, die in den letzten 24 Stunden ausgeführt wurden (Standard).
- Aktuelle oder frühere Jobs: Eine Übersicht darüber, wie viele Jobs ausgeführt werden, erfolgreich abgeschlossen wurden, fehlgeschlagen sind, wiederholt wurden oder abgebrochen wurden.
- Arten von Dienstleistungen oder Geräten: Links zum Monitor, der gefiltert ist, um den Status von Jobs nach Jobtyp in den letzten 24 Stunden oder nach verwalteter Sicherungs-/Wiederherstellungs-Appliance anzuzeigen.
Im Abschnitt „Bisherige Jobs“ können Sie bei Bedarf auch den Status der letzten Woche oder des letzten Monats aufrufen. In diesem Bereich werden alle zwei Minuten neue Daten abgerufen.
Monitoring von Jobs
So überwachen Sie Jobs:
- Klicken Sie auf den Tab Monitor und wählen Sie im Drop-down-Menü Jobs aus, um die Seite Jobs zu öffnen. Dort sehen Sie eine Liste aller Jobs, die ausgeführt werden. Wählen Sie den Filter Wird ausgeführt aus, um alle Jobs anzuzeigen, die überwacht werden.
So ändern Sie die Darstellung der Felder in der Tabelle:
- Nach Stichwort suchen: Das Filtern nach Jobname, Host und Anwendung in der Ansicht Jobs oder nach Ereignismeldung in der Ansicht Events wird jetzt automatisch gesendet. Während Sie die Abfrage eingeben, wird die Ergebnismenge aktualisiert. Bei Suche nach Stichwort wird nicht zwischen Groß- und Kleinschreibung unterschieden.
- Gestartet, beendet und in der Warteschlange Diese Filter haben einzelne Optionsfelder, mit denen Sie einen Zeitraum von einem Tag, einer Woche oder einem Monat auswählen können.
- Felder anpassen: Mit den Optionen rechts oben in der Symbolleiste können Sie Spalten ein- oder ausblenden und die Anzahl der anzuzeigenden Zeilen festlegen.
- Spaltenbreite anpassen Wenn Sie die Breite einer Tabellenspalte anpassen möchten, um mehr Inhalt in der Tabelle anzuzeigen, ziehen Sie die Spaltentrennlinie in einer Spaltenüberschrift nach links oder rechts. Spaltentrennzeichen werden durch zwei dünne graue Linien dargestellt.
- Automatisch aktualisieren: Alle 15 Sekunden wird eine Stichprobe aus der Monitor-Rasteransicht erstellt.
- Auf der Seite Monitor wird die Uhrzeit der letzten Aktualisierung und die Zeit bis zur nächsten Aktualisierung angezeigt. Sie können jederzeit eine manuelle Aktualisierung durchführen.
Wenn Sie die Jobliste als PDF exportieren möchten, klicken Sie auf das Exportsymbol.
Wenn Sie die Anzahl der Zeilen ändern möchten, die auf einer Tabellenseite angezeigt werden, können Sie unten in der Tabelle eine Option aus der Drop-down-Liste auswählen. Sie können zwischen 10, 25, 50, 100 oder 500 Zeilen pro Tabellenseite wählen.
Wenn Sie die Liste der Jobs filtern möchten, um nur eine Teilmenge anzuzeigen, klicken Sie auf Filter öffnen, um den Filterbereich zu öffnen. Treffen Sie Ihre Auswahl für die Filterung und klicken Sie dann auf Filter aktualisieren.
Wenn Sie die Details zu einem bestimmten Job aufrufen möchten, wählen Sie ein Element in der Liste Jobs aus und führen Sie einen der folgenden Schritte aus:
- Klicken Sie in der Spalte Status auf den Statuslink für einen zugehörigen Job.
- Klicken Sie rechts unten auf der Seite auf Details ansehen.
Die Seite Jobdetails wird geöffnet. Auf dieser Seite finden Sie folgende Informationen:
- Details zum Job
- Volume-Informationen
- Anzahl der Job-Wiederholungen
- Jobstatistiken
Weitere Informationen zu den einzelnen Bereichen finden Sie unter Jobdetails ansehen.
Wenn Sie die Jobdetails geprüft haben, klicken Sie auf Zurück zu Jobs, um zur Seite Jobs zurückzukehren.
Jobstatus
Ein Job kann jederzeit einen der in der folgenden Liste beschriebenen Status haben:
- Gekündigt Der Job wurde von einem Nutzer oder automatisch vom System abgebrochen, weil der Zielpool das sichere Limit überschritten hat.
- Fehlgeschlagen. Der Job konnte innerhalb des Zeitraums des Sicherungsplans nicht vollständig ausgeführt werden. Wenn ein Job fehlschlägt, wird ein Ereignis mit Informationen zum Jobfehler erstellt. Wenn im Zeitraum des Sicherungsplans noch Zeit ist, wird der ursprüngliche Job noch einmal versucht und ein identischer neuer Job in die Warteschlange gestellt.
- Nicht ausgeführt Der Job konnte während des Zeitraums des Sicherungsplans aufgrund einer Einschränkung nicht ausgeführt werden, z. B. weil der Scheduler deaktiviert ist, der Zielpool voll ist, das Quell-Image fehlt oder ungeeignet ist, ein Verbindungsproblem vorliegt oder keine verfügbaren Job-Slots vorhanden sind.
- In der Warteschlange. Wenn für eine Richtlinie ein Job ausgeführt werden muss, wird ein Job mit dem Status queued (in der Warteschlange) erstellt. Wenn keine Einschränkungen vorhanden sind, wechselt der Workflow in den Status running (wird ausgeführt). Wenn Einschränkungen die Ausführung verhindern, bleibt sie in der Warteschlange. Wenn die Einschränkungen bis zum Zeitpunkt der Ausführung der nächsten Instanz derselben Richtlinie bestehen bleiben, erhält der Job den Status notrun und eine neue Jobinstanz mit derselben Job-ID und einem angehängten Buchstaben wird im Status „In der Warteschlange“ hinzugefügt.
- Queued_Readiness Der Jobstatus gilt nur für OnVault- und Direct to OnVault-Jobs. Sie wird angezeigt, wenn geprüft wird, ob ein OnVault-Pool für den in der Warteschlange befindlichen Job bereit ist. Wenn kein OnVault-Pool verfügbar ist, wird der Status Queued_Readiness angezeigt.
- Wiederholt. Der Job wurde nicht abgeschlossen. Der Job wechselt in den Status „Wiederholt“. Wenn im Sicherungsplan noch Zeit ist, wird der ursprüngliche Job noch einmal versucht und eine neue Job-Instanz mit derselben Job-ID und einem angehängten Buchstaben in die Warteschlange gestellt. Es kann drei Wiederholungsversuche geben, jeweils 4, 16 und 64 Minuten nach dem Fehlschlagen eines Jobs. Wenn die Zeit für den Sicherungsplan abläuft oder eine andere Instanz des Jobs beginnt, schlägt der ursprüngliche Job fehl und ein Wiederholungsjob wird mit dem Status „Wiederholung“ gestartet. Bei Wiederholungsjobs werden der Job-ID Buchstaben angehängt.
- Wird ausgeführt: Der Job wird verarbeitet. Der Abschluss des Jobs in Prozent wird im Status angegeben.
- Mit Warnungen abgeschlossen Der Job wurde gemäß dem Sicherungsplan, der ihn aufgerufen hat, erfolgreich abgeschlossen. Es wurde jedoch auch eine Warnung ausgegeben, die unter Monitor > Events eingesehen werden kann. Ein typisches Beispiel ist, dass ein Compute Engine-Instanzsnapshot erfolgreich erstellt wurde, der Metadaten-Upload zu OnVault jedoch nicht.
- Erfolgreich. Der Job wurde gemäß dem Sicherungsplan, der ihn aufgerufen hat, erfolgreich abgeschlossen.
Auftragsdetails aufrufen
Im Fenster Jobdetails können Sie Folgendes sehen:
- Details zum Job
- Volume-Informationen
- Anzahl der Job-Wiederholungen
- Jobstatistiken
Wenn Sie die Jobdetails geprüft haben, klicken Sie auf Zurück zu Jobs, um zur Seite Jobs zurückzukehren.
In der folgenden Liste finden Sie eine Beschreibung der Jobdetails.
- App-Name Anwendungsname, nicht unbedingt eindeutig.
- App-Typ Anwendungstyp, z. B. SQL Server, Oracle, Dateisystem oder eine gesamte VM.
- Kapazität: Die Kapazität jedes Volumes.
- Konsistenzmodus „Absturzkonsistent“ oder „anwendungskonsistent“ gibt an, ob die Anwendung während des Jobs in einen inaktiven Zustand versetzt wurde.
- Dauer: Die Zeit zwischen dem Start- und dem Enddatum.
- Enddatum: Das Datum und die Uhrzeit, zu der der Job abgeschlossen wurde.
- Fehlercode Null für keinen Fehler, ein Wert ungleich null, um den Fehler anzugeben, der beim Ausführen des Jobs aufgetreten ist.
- Ereignis-ID: Alle Ereignis-IDs, die mit dem Job verknüpft sind. Wenn keine Ereignis-ID vorhanden ist, ist der Wert null.
- Nachricht: Eine Meldung, in der die Fehler erläutert werden, die beim Ausführen des Jobs aufgetreten sind.
- Ablaufdatum Datum und Uhrzeit, zu der dieses Bild ablaufen soll.
- Hostname: Name des Hosts, auf dem die Anwendung ausgeführt wird.
- Bildtyp: Snapshot, Cloud, der Typ des Bildes, das vom Job erstellt wurde.
- isbootvmdk Auf „true“ setzen, wenn das Volume im Image das Boot-Volume ist.
- Islvm. Für jedes Volume wird angegeben, ob es sich um ein Logical Volume Manager-Volume handelt.
- Job-ID: Eine eindeutige Nummer, die einen Job identifiziert.
- Datum der letzten Einschränkung: Das letzte Datum, an dem ein Job ausgeführt wurde.
- Protokoll gekürzt. Auf „true“ gesetzt, um anzugeben, dass Logs für die Anwendung gekürzt wurden.
- logicalname Der Name jedes Volumes, wie er vom Hostsystem identifiziert wird.
- Gemounteter Host: Für einen Mount-Failover-Job der Host, auf dem das Image gemountet ist.
- Richtlinienname: Der Name der Richtlinie, die dem Job zugeordnet ist.
- Priorität: Niedrig, mittel oder hoch, wie in der Richtlinie festgelegt.
- Geschützte Daten Menge der geschützten Daten.
- Name der Quelle: Welche spezifische Kopie eines Bildes die Quelle für einen Job war.
- Sourcemountpoint: Der Name der Bereitstellungspunkte für jedes der Volumes auf dem ursprünglichen Host.
- Startdatum: Das Datum und die Uhrzeit, zu der der Job tatsächlich ausgeführt wurde.
- Vorlagenname Der Name der Servicelevel-Vorlage.
- Transportmedium: Wie die Daten während des Jobs übertragen wurden: über das SAN oder LAN.
- Uniqueid Eine Kennung, die jedes Volume im Bild eindeutig identifiziert.
- Lautstärketaste: Ein String, der intern verwendet wird, um die verschiedenen Volumes im Bild zu identifizieren.
- VolumeUID Eine eindeutige Kennung für jedes Volume im Bild.
Volume-Informationen
In der folgenden Liste finden Sie die bereitgestellten Informationen zum Volumen.
- Kapazität: Größe des gesicherten Volumes.
- Datenspeicher: Für eine VM der Datenspeicher, in dem sich das Volume befand.
- Dateiname: VMware: Pfad zur VMDK-Datei.
- HUID Eindeutige Host-Kennung, ein String, der das Volume eindeutig identifiziert.
- Label: Die Volume-Kennzeichnung des Volumes.
- Logischer Name: Ein für Menschen lesbarer, eindeutiger Name für das Volume. Bei VMware-VMs ist das der Dateiname.
- Quellen-Mountpoint: Der Bereitstellungspunkt des Volumes.
- Ziel: Der Name der Backup and DR-VDisk für die Kopie des Volumes.
Neuversuche
Eine Beschreibung der Wiederholungsmetadaten finden Sie in der folgenden Liste.
- Enddatum: Das Datum und die Uhrzeit, zu der der Job abgeschlossen wurde, unabhängig davon, ob erfolgreich oder mit einem Fehler.
- Fehlercode Null oder der vom Job zurückgegebene Fehlercode.
- Fehlermeldung Eine Textnachricht, die dem Fehlercode entspricht.
- Jobname Der Jobname des ursprünglichen Jobs oder des Wiederholungsversuchs.
- Startdatum: Datum und Uhrzeit, zu der der Job ausgeführt wurde.
Statistiken
In der folgenden Liste werden die Statistiken beschrieben.
- Zeitpunkt des Anwendungs-Freezes: Die Gesamtzeit, in der sich die Anwendung während einer Sicherung im eingefrorenen Zustand befand. Die Anwendung wurde während einer Sicherung (Snapshot) in einen eingefrorenen Zustand versetzt, damit alle Daten in einem konsistenten Zustand erfasst werden konnten.
- Anwendungsgröße (GB): Die Größe der Anwendungsdaten auf dem Staging-Laufwerk.
- Anzahl der Bände. Die Anzahl der Bände in der Anwendung, die Gegenstand des Jobs ist.
- Kopierte Daten (GB): Zeigt die Menge der neuen Anwendungsdaten an, die von diesem Job gefunden wurden.
Jobtypen
Backup und DR schützt Daten und greift über diese Arten von Jobs darauf zu:
| Jobtyp | Monitor label | Beschreibung |
|---|---|---|
| Spiegelung bereinigen | cleanupmirroring | Entfernt ein StreamSnap-Bild von einem Remote-Gerät, wenn ein Sicherungsplan aus einer Anwendung entfernt oder in einen Plan geändert wird, der nicht dieselbe Art der Replikation enthält. |
| Klonen | clone | Erstellt eine Kopie eines Quellbilds an einem Ziel, z. B. auf einem Server, in einer Datenbank oder in einem Festplattenpool. |
| Klonen (Migrieren) | Klonen (migrieren) | Migriert Daten von bereitgestellten Festplatten auf Serverfestplatten. |
| Klonen (bereitstellen) | Klonen (Mount) | Stellt ein Image auf einem Server bereit, um einen Klonvorgang (Migration) durchzuführen. |
| Löschen | Löschen | Löscht ein Bild, das bereits vom Host getrennt wurde. |
| Test löschen | deletetest | Führt das Unmounten und Löschen eines Images aus, das von einem Failover-Testjob erstellt wurde. |
| Direkt zu OnVault | DirectOnVault | Erstellt ein Point-in-Time-Image einer VMware-VM im OnVault-Pool, ohne zuerst den Snapshot-Pool zu verwenden. |
| Ablaufdatum | expiration | Löscht ein Bild, sobald es das Ende des Aufbewahrungszeitraums erreicht hat oder wenn es auf Anfrage gelöscht wird. |
| Failback | Failback | Führt das Unmounten und Löschen eines von einem Failover-Job erstellten Images aus, entfernt alle Syncback-Images für die Anwendung und löst einen Failover-Löschjob auf dem Remote-Gerät aus. |
| Failover | failover | Führt die Bereitstellung einer Anwendung aus einem replizierten StreamSnap-Image durch, wodurch neue Snapshot-Jobs an der Quelle beendet und Änderungen für die Rückwärtsreplikation (Syncback) erfasst werden. |
| Failover – Löschen | deletefailover | Wird automatisch ausgelöst, um auf dem Remote-Gerät ausgeführt zu werden, wenn das lokale Gerät einen Failback-Job ausführt. |
| Failover – Test | failovertest | Führt die Bereitstellung einer Anwendung aus einem replizierten StreamSnap-Image durch, hält die Vorwärtsreplikation jedoch aktiv und aktiviert die Rücksynchronisierung nicht. |
| Abschließen | Abschließen | Führt den letzten Schritt in einem SQL Server-Mount-and-Migrate-Prozess aus, der einen Migrationsjob in Kombination mit einem Unmount-Löschvorgang umfasst. |
| Aktive Halterung vergessen | ForgetActiveMount | Entfernt die Verfolgung einer Compute Engine-Instanzbereitstellung, ohne die Instanz in Compute Engine zu löschen. |
| Importiertes OnVault-Bild vergessen | OnVault-Bilder vergessen | Macht einen Importvorgang von OnVault-Metadaten in einen OnVault-Pool von einer Appliance rückgängig. |
| LiveClone | liveclone | Erstellt ein LiveClone-Image (vollständige Kopie) aus einem Snapshot-Image. |
| LogBackup | LogBackup | Erstellt ein Image zum Erfassen von Logs für Anwendungen. |
| Log Replicate | logreplicate | Verwendet die StreamSnap-Technologie für die Replikation zwischen den lokalen und Remote-Appliances. Das bedeutet, dass die Protokollreplikation direkt vom Snapshot-Pool auf der lokalen Appliance zum Snapshot-Pool auf der Remote-Appliance erfolgt. |
| Migrieren | Migrieren | Kopiert Daten von einem Mount in den Speicher eines Servers. Bei einigen Anwendungstypen wird eine Online-Umstellung durchgeführt und die eingebundenen Backup- und DR-Laufwerke werden entfernt. Bei anderen Anwendungstypen werden Migrationsjobs wiederholt ausgeführt, bis der Nutzer einen Finalize-Job startet. |
| Migrieren (kündigen) | Migrieren (Abbrechen) | Bricht eine laufende Migration ab, deaktiviert zukünftige Migrationsjobs für das bereitgestellte Image und bereinigt alle teilweise migrierten oder kopierten Daten. |
| Bereitstellen | mount | Ein Image wird auf einem ausgewählten Host bereitgestellt. |
| OnVault | Vault | Kopiert ein Snapshot-Bild in einen OnVault-Pool. |
| OnVault(Log) | Datenbanklogs werden in einen oder mehrere OnVault-Pools repliziert. | |
| OnVault-Replikation | OnVaultReplicate | Repliziert ein Bild in einem OnVault-Pool in einen anderen OnVault-Pool. |
| Oracle ASM Rebalance | Wiederherstellen (ASM-Schalter) Wiederherstellen (ASM-Neuausgleich) | Mit ASM Switch wird eine Oracle-Datenbank anstelle der ursprünglichen Quelldatenbank bereitgestellt. ASM Rebalance initiiert eine Migration der Datenbank von den eingebundenen Laufwerken auf die Serverlaufwerke und entfernt die eingebundenen Laufwerke dann, wenn die Migration abgeschlossen ist. |
| Prep Mount | prep-mount | Führt das Mounten eines LiveClone-Images so aus, dass eine direkte Änderung des LiveClone möglich ist. |
| Prep Unmount | prep-unmount | Hebt die Bereitstellung eines LiveClone auf, der mit „prep-mount“ bereitgestellt wurde, und ermöglicht optional das Speichern von Änderungen, die an der Bereitstellung vorgenommen wurden, direkt im LiveClone. |
| LiveClone aktualisieren | refreshliveclone | Aktualisiert ein LiveClone-Image inkrementell mit Daten aus einem anderen Quell-Snapshot-Image. |
| Remote-Mount | Remote-Montage | Ein Remote-Image (von einer anderen Appliance) wird auf einem lokalen Host bereitgestellt. Bei Bedarf wird die inkrementelle Replikation in umgekehrter Richtung durchgeführt, um diese Aufgabe auszuführen. |
| Neu bereitstellen | erneut bereitstellen | Nimmt eine vorhandene Bereitstellung einer Datenbankanwendung und aktualisiert sie auf einen anderen Zeitpunkt, indem eine Unmount-Löschung und anschließende Bereitstellung des neuen Images durchgeführt wird. Dabei werden standardmäßig alle Optionen verwendet, die bei der vorherigen Bereitstellung verwendet wurden. |
| Wiederherstellen | Wiederherstellen | Ersetzt Produktionsdaten durch ein ausgewähltes Sicherungsimage. |
| Wiederherstellen (Abbrechen) | Wiederherstellen (Abbrechen) | Bricht eine laufende Mount-and-Migrate-Wiederherstellung ab. Alle migrierten Daten werden gelöscht und die Daten zur Halterung werden entfernt. |
| Wiederherstellen (migrieren) | Wiederherstellen (migrieren) | Kopiert Daten von einer Wiederherstellung (Mount) auf den Speicher eines Servers. Bei einigen Anwendungstypen wird ein Online-Übergang durchgeführt und die eingebundenen Backup- und DR-Laufwerke werden entfernt. Bei anderen Anwendungstypen werden Migrationsjobs wiederholt ausgeführt, bis der Nutzer einen Finalize-Job startet. |
| Wiederherstellen (bereitstellen) | Wiederherstellen (Mount) | Stellt ein Image einer Datenbank anstelle der ursprünglichen Quelldatenbank bereit, um eine spätere Wiederherstellung (Migration) vorzubereiten. |
| Snapshot | Snapshot | Erstellt ein Point-in-Time-Image der Anwendung oder VM im Snapshot-Pool. |
| StreamSnap | streamsnap | Erstellt oder aktualisiert ein für das Failover vorbereitetes StreamSnap-Image auf einem Remote-Gerät.
Hinweis: Ein StreamSnap-Replikationsjob ist auch an eine bestimmte Snapshot-Richtlinie gebunden. Bei der Replikation werden die Zeitplan- und Häufigkeitseinstellungen der Snapshot-Richtlinie verwendet. |
| Syncback | syncback | Führt nach einem Failover eine inkrementelle Reverse-Replikation durch und erstellt auf dem lokalen oder Quellgerät ein Syncback-Image, das später für eine Wiederherstellung verwendet werden kann. |
| Aushängen | trennen | Hebt die Bereitstellung eines zuvor auf einem Host bereitgestellten Images auf, behält das Image aber für die spätere Bereitstellung bei. |
| Unmount Delete (Löschen aufheben) | Trennen löschen | Hebt die Bereitstellung eines zuvor auf einem Host bereitgestellten Images auf und verwirft alle Änderungen, die in dieser Bereitstellung vorgenommen wurden. |
On-demand-Job ausführen
Wenn ein Job sofort gestartet werden soll, führen Sie einen On-Demand-Job aus. On-Demand-Jobs umfassen alle Arten von Wiederherstellungs-, Klon-, Bereitstellungsjobs und Jobs, die erstellt werden, wenn Richtlinien On-Demand angewendet werden.
Jede Sicherungs-/Wiederherstellungs-Appliance reserviert einen Pool von Slots für alle verschiedenen Kategorien von Jobs: Datenzugriff, Ablauf, Log-Replikation, Log OnVault, On-Demand, OnVault, Snapshot, Streamsnap. Außerdem gibt es einen Pool mit nicht reservierten Slots.
Vor dem Starten eines Jobs prüft jede Sicherungs-/Wiederherstellungsappliance, ob ein Slot verfügbar ist, der der Kategorie des Jobs entspricht. Wenn ein reservierter Slot nicht verfügbar ist, weil in allen Slots dieser Kategorie Jobs ausgeführt werden, prüft das Sicherungs-/Wiederherstellungsgerät, ob ein nicht reservierter Slot verfügbar ist. Wenn ein nicht reservierter Slot verfügbar ist, wird der Job gestartet. Sie können jedoch die maximale Anzahl von Slots reservieren, die die Jobs einer bestimmten Kategorie aus dem nicht reservierten Pool verwenden können. Mit dieser Maßnahme wird die Anzahl der Slots begrenzt, die Jobs aus einer Kategorie aus dem nicht reservierten Pool verwenden können.
On-Demand-Sicherungsjob über die Appliance-Verwaltungskonsole ausführen
So führen Sie eine On-Demand-Erfassung einer verwalteten Anwendung über die Seite Sicherungsplan verwalten aus:
- Klicken Sie auf den Tab App Manager und wählen Sie in der Drop-down-Liste die Option Applications (Anwendungen) aus. Die Seite Anwendungen wird geöffnet.
- Wählen Sie die Anwendung oder VM aus und klicken Sie in der Drop-down-Liste auf Sicherungsplan verwalten. Die Seite Sicherungsplan verwalten wird geöffnet.
Erweitern Sie eine Vorlagenrichtlinie aus der Liste der Richtlinien auf der rechten Seite.
Wenn eine Datenbank mit einer Sicherungsvorlage mit aktiviertem Protokollschutz verwaltet wird und Sicherungen verfügbar sind, haben Sie weitere Protokolloptionen für den Typ des Jobs, der gesendet werden soll. In diesem Fall wählen Sie aus, ob die Datenbank (DB) oder nur die Protokolle (Log) erfasst werden sollen.
Klicken Sie auf Jetzt ausführen. Daraufhin wird eine Bestätigungsmeldung geöffnet.
Klicken Sie zum Bestätigen auf Ja. Gemäß der Sicherungsrichtlinie wird ein Point-in-Time-Image erstellt.
On-Demand-Replikation von Datenbanklogs ausführen
In einigen Fällen müssen Sie die Protokollreplikation für ein Datenbankimage manuell auf der Remote-Sicherungs-/Wiederherstellungs-Appliance starten. Möglicherweise müssen Sie die Protokollreplikation manuell durchführen, wenn das Protokoll für ein Datenbankimage nicht ordnungsgemäß auf die Sicherungs‑/Wiederherstellungs-Appliance repliziert wurde oder wenn kein Protokoll für das Datenbankimage auf der Sicherungs‑/Wiederherstellungs-Appliance vorhanden ist. Anschließend können Sie die Transaktionsprotokolle auf dem Remote-Gerät verwenden, um eine Datenbank zu einem bestimmten Zeitpunkt wiederherzustellen.
So initiieren Sie die Replikation von Datenbankprotokollen auf die Remote-Sicherungs-/Wiederherstellungs-Appliance manuell:
- Klicken Sie auf den Tab App Manager und wählen Sie aus der Drop-down-Liste die Option Applications aus. Die Seite Anwendungen wird geöffnet.
- Wählen Sie die verwaltete Anwendung oder VM aus und klicken Sie dann rechts unten auf der Seite in der Drop-down-Liste auf Logs replizieren.
- Klicken Sie im Bestätigungsdialogfeld, das geöffnet wird, auf Bestätigen. Die Datenbanktransaktionslogs werden auf die Remote-Appliance repliziert, die durch die Replikationsrichtlinie in der Vorlage definiert ist.
Einbindungsjobs für Container überwachen
So überwachen Sie einen Mount-Job für einen Container:
- Klicken Sie auf den Tab Monitor und wählen Sie im Drop-down-Menü Jobs aus, um die Seite Jobs zu öffnen. Dort sehen Sie eine Liste aller laufenden Jobs.
- Filtern Sie nach Jobs vom Typ Mount.
- Suchen Sie anhand des Labels oder anderer Details nach dem Job, den Sie überwachen möchten.
Wenn der Job ausgeführt wird, können Sie den Fortschritt beobachten. Wählen Sie nach Abschluss des Jobs den Job aus und klicken Sie auf Details ansehen, um Folgendes zu prüfen:
- Details zum Job
- Volume-Informationen
- Anzahl der Job-Wiederholungen
- Jobstatistiken
Weitere Informationen zu den einzelnen Bereichen finden Sie unter Jobdetails ansehen.
Auf Container-YAML-Code zugreifen
Im Abschnitt Container-YAML wird das YAML-Code-Snippet aufgeführt, das der YAML-Konfigurationsdatei des Containers oder Pods hinzugefügt wurde. Sie können bei Bedarf später auf diesen Code zurückgreifen.
- Wenn Sie die Jobdetails geprüft haben, klicken Sie auf Zurück zu Jobs, um zur Seite „Jobs“ zurückzukehren.
Laufenden Job abbrechen
Sie können Jobs abbrechen, die gerade ausgeführt werden oder in der Warteschlange stehen.
So brechen Sie einen aktiven Job ab:
- Klicken Sie auf den Tab Monitor und wählen Sie im Drop-down-Menü die Option Jobs aus. Die Seite Jobs wird geöffnet und enthält eine Liste aller laufenden Jobs. Sie können diesen Standardfilter entfernen, um alle überwachten Jobs aufzurufen.
Wählen Sie den Job aus, den Sie abbrechen möchten, und klicken Sie dann rechts unten im Fenster auf Job abbrechen.
Klicken Sie im Dialogfeld Cancel Job (Job abbrechen) auf Confirm (Bestätigen).
Jobpriorität ändern
Sie können die Priorität eines laufenden Jobs ändern, je nachdem, wie die Backup-/Wiederherstellungs-Appliance die erforderlichen Ressourcen zuweisen soll.
So ändern Sie die Priorität eines in der Warteschlange befindlichen Jobs:
- Klicken Sie auf den Tab Monitor und wählen Sie im Drop-down-Menü die Option Jobs aus. Die Seite Jobs wird geöffnet und enthält eine Liste aller laufenden Jobs. Sie können diesen Standardfilter entfernen, um alle überwachten Jobs aufzurufen.
Wählen Sie auf der Seite Jobs den Job aus, dessen Priorität Sie ändern möchten, klicken Sie dann unten rechts im Fenster auf Details ansehen und anschließend auf Priorität ändern.
Wählen Sie im Dialogfeld Jobpriorität festlegen die Jobpriorität aus.
Klicken Sie auf Bestätigen, um die Priorität zu ändern.
So werden nicht abgeschlossene Jobs wiederholt, bevor sie fehlschlagen
Wenn ein geplanter Job fehlschlägt, wird er vom Planer automatisch bis zu dreimal wiederholt. Wenn ein Job zum ersten Mal fehlschlägt, wird der Status des ersten Versuchs als „Wiederholt“ markiert und der Scheduler wartet vier Minuten, bevor er den Job wieder in die Warteschlange stellt. Wenn der Vorgang ein zweites Mal fehlschlägt, wird der nächste Wiederholungsversuch nach 16 Minuten in die Warteschlange gestellt. Wenn der Vorgang ein drittes Mal fehlschlägt, wird nach einer Wartezeit von 64 Minuten ein letzter Wiederholungsversuch in die Warteschlange gestellt. Nach drei fehlgeschlagenen Wiederholungsversuchen (insgesamt vier Versuche) wird der letzte Wiederholungsjob als „Fehlgeschlagen“ (nicht als Wiederholt) markiert und für diese Anwendung wird in diesem Zeitplanzeitraum kein weiterer Job versucht.
Der Scheduler behandelt einen Job-Wiederholungsversuch wie jeden anderen verfügbaren Job. Wenn mehr Jobs in der Warteschlange sind als Slots verfügbar sind, muss der in die Warteschlange gestellte Wiederholungsjob auf einen Slot warten. Wenn das Richtlinienzeitfenster geschlossen wird, bevor ein Wiederholungsjob gestartet werden kann, werden alle in der Warteschlange befindlichen Wiederholungsjobs nicht ausgeführt und es werden keine weiteren Wiederholungsversuche unternommen.
Job-Wiederholungen werden unter Überwachen > Jobs gemeldet. So erkennen Sie Job-Wiederholungsversuche: Alle vier Jobs haben dieselbe Jobnummer im folgenden Format in dieser Reihenfolge:
- Job_xxxxx (Status: Wiederholt)
- Job_xxxxxa (Status: Retried; queued after a 4 minute holdoff)
- Job_xxxxxb (Status: Retried; queued after a 16 minute holdoff)
- Job_xxxxxc (Status: Failed; queued after a 64 minute holdoff)
Wann der nächste Sicherungsjob für diese Anwendung ausgeführt wird, hängt vom Zeitplan der Richtlinie ab. Wenn der Zeitplan also einen Snapshot pro Tag in einem Zeitfenster ab 01:00 Uhr vorsieht, erfolgt der nächste Versuch am folgenden Tag um 01:00 Uhr.
Zeitzone
Standardmäßig werden in der Appliance-Verwaltungskonsole alle Zeitstempel, die in den Menüs „Jobs“ und „Ereignisse“ angezeigt werden, in der lokalen Zeitzone des Nutzers angezeigt, die vom Webbrowser erkannt wird. Wenn Sie prüfen möchten, welche Zeitzone verwendet wird, wählen Sie in der Menüleiste des Dashboards rechts oben das Nutzersymbol aus. Dort wird sowohl die automatisch erkannte Zeitzone angezeigt als auch die Möglichkeit geboten, die Zeitzone festzulegen, wenn die erkannte Zeitzone nicht geeignet ist.
Folgen Sie der Anleitung unten, um die Zeitzone zu ändern.
- Klicken Sie im Dashboard rechts oben auf das Nutzersymbol.
- Wählen Sie Zeitzone ändern aus.
- Wählen Sie im Drop-down-Menü Zeitzone die Zeitzone aus, die beim Anzeigen von Jobs und Ereignissen verwendet werden soll.
- Klicken Sie auf Speichern.
Geplante Jobs
Jobs werden gemäß dem Zeitplan ausgeführt, der in den Richtlinien der Sicherungsvorlage zugewiesen ist. Wenn Sie versuchen, viele ressourcenintensive Jobs gleichzeitig auszuführen, müssen einige warten, bis die Ressourcen verfügbar sind. Wenn die Wartezeit zu lang ist, wird das Fenster geschlossen und es kommt zu einem Verstoß gegen den Backup-Plan.
Es ist besser, ressourcenintensive Jobs wie Jobs für den ersten Snapshot zeitlich zu staffeln, anstatt sie alle gleichzeitig um Ressourcen konkurrieren zu lassen. Anstatt beispielsweise alle VMs, Dateisysteme und Datenbanken an Wochentagen um 18:00 Uhr zu sichern, sollten Sie in Erwägung ziehen, einen Anwendungstyp zur vollen Stunde, einen anderen 10 Minuten nach der vollen Stunde und einen weiteren 20 Minuten nach der vollen Stunde zu sichern.
Der erste Snapshot einer Anwendung oder VM ist der größte und zeitaufwendigste, da jedes Bit an Daten neu ist. Wenn Sie eine neue große Anwendung oder VM hinzufügen, führen Sie den ersten Snapshot zu einer Zeit mit geringer Auslastung aus und planen Sie dann eine Sicherungsvorlagenrichtlinie für alle zukünftigen Snapshots.
On-Demand-Jobs
Die meisten Jobs werden gemäß ihren Sicherungsplänen nach einem Zeitplan ausgeführt. Bei bevorstehenden Wartungsfenstern, Software-Upgrades und dem ersten Snapshot einer neuen Anwendung sollten Sie jedoch dafür sorgen, dass eine erfolgreiche Kopie der Daten erstellt wird, bevor Sie mit der geplanten Wartungsaufgabe beginnen. In diesen Fällen ist ein On-Demand-Job erforderlich.
Job-Slots
Der Backup- und DR-Dienst verwaltet Jobs, indem er Job-Slots zuweist. Die Appliance reserviert einen Pool von Slots für jede Kategorie von Jobs sowie einen Pool von nicht reservierten Slots.
Bevor ein Job gestartet wird, prüft Backup and DR, ob ein Slot entsprechend der Kategorie des Jobs verfügbar ist. Wenn ein reservierter Slot nicht verfügbar ist, weil in allen Slots dieser Kategorie Jobs ausgeführt werden, prüft das Gerät, ob ein nicht reservierter Slot verfügbar ist. Wenn ein nicht reservierter Slot verfügbar ist, wird der Job gestartet.
Warteschlange für On‑Demand-Sicherungsjobs
Der Backup and DR Service unterstützt das Einreihen von On-Demand-Jobs in die Warteschlange. So können Sie Ihre Images flexibel erstellen, ohne sich Gedanken über die Anzahl der verfügbaren On-Demand-Job-Slots machen zu müssen, um den Job zu starten. Der in die Warteschlange gestellte On-Demand-Job bleibt im Status „In Warteschlange“, bis ein On-Demand-Job-Slot verfügbar ist.
Wenn ein On-Demand-Slot verfügbar ist, wechselt der Job in den Status „Wird ausgeführt“. Diese Sequenz wird in der Reihenfolge ausgeführt, in der der Job gesendet wurde. Wenn ein On-Demand-Job fehlschlägt, versucht das Gerät, den nächsten Job in der Warteschlange auszuführen. On-Demand-Jobs verwenden andere Job-Slots als geplante Jobs. Daher werden geplante Jobs möglicherweise vor Jobs in der Warteschlange ausgeführt.
Solange sich ein On-Demand-Job im Warteschlangenstatus befindet, können Sie die Jobpriorität ändern, den Job abbrechen oder den Schutz für die Anwendung aufheben. Sie können die in die Warteschlange eingereihten Jobs aufrufen, indem Sie auf Monitor und dann auf Jobs klicken.
Ein abgebrochener On-Demand-Job wird in der Jobverlaufstabelle als abgebrochener Job angezeigt. Die Start- und Endzeit des Jobs ist die Zeit, zu der die Anfrage zum Abbrechen oder die Kündigung des Anwendungsschutzes bestätigt wurde.
Leistung beibehalten, wenn neue Anwendungen hinzugefügt werden
Wenn Ihr System bisher zufriedenstellend funktioniert hat und Sie dann neue Anwendungen hinzufügen, kann die Leistung kurzzeitig nachlassen. Das liegt daran, dass beim Change Block Tracking neue Daten erkannt und geschützt werden, auch wenn sie nur einen kleinen Teil einer großen Anwendung ausmachen. Das System ist also darauf ausgelegt, viele geänderte Blöcke pro Tag zu verarbeiten.
Für eine neue Anwendung sind für die erste Erfassung viel mehr Ressourcen erforderlich, da es sich um völlig neue Daten für das System handelt.
Beachten Sie die folgenden Informationen, um beim Hinzufügen neuer Anwendungen optimale Ergebnisse zu erzielen:
Wenn Sie eine neue Anwendung hinzufügen, sollten Sie sie zum ersten Mal mit einem On-Demand-Job in einer Zeit mit geringer Last schützen. Dadurch wird verhindert, dass der ressourcenintensive erste Ingest-Job andere Jobs beeinträchtigt.
Wenn Sie mehrere neue Anwendungen oder VMs hinzufügen, sollten Sie die ersten Schutzjobs für jede neue Anwendung zeitlich staffeln, um zu verhindern, dass alle neuen Daten gleichzeitig aufgenommen werden. Weisen Sie dazu Sicherungspläne zu, die zu unterschiedlichen Zeiten ausgeführt werden. Sie können auch die Funktion für On-Ramp-Job-Slots verwenden, um Unterbrechungen zu minimieren.
Trennen Sie den ersten Schutzjob zeitlich vom Spiegelungsjob. Nachdem ein Anwendungs-Snapshot erstellt wurde, kann der Mirror-Job einige Stunden später ausgeführt werden, wenn die Systemlast geringer ist.
Konsistenzgruppen können eine effiziente Möglichkeit sein, mehrere Anwendungen mit ähnlichen Anforderungen zu schützen. Weitere Informationen finden Sie unter Anwendungsdaten in Backup and DR-Konsistenzgruppen erfassen.
Achten Sie auf Ihre vorhandenen Sicherungspläne und versuchen Sie, Snapshot-Jobs nicht gleichzeitig mit den Snapshot-Jobs für sehr große oder dynamische Anwendungen zu planen.
Sie können aus der Liste der beibehaltenen Snapshot-Bilder auf dem Tab Verwalten auswählen und:
Wählen Sie aus der Liste der beibehaltenen Bilder aus und rufen Sie das Bild im App Manager auf.
Lassen Sie ein oder mehrere ausgewählte Snapshot-Bilder ablaufen.