Auf dem Tab Überwachen können Sie Jobs von über die Verwaltungskonsole verwalteten Sicherungs-/Wiederherstellungsgeräten ansehen und verwalten (aktive Jobs abbrechen oder die Jobpriorität eines Jobs in der Warteschlange ändern). Sie können sich auch Ereignisse ansehen, also Informationen, Warnungen oder Fehlermeldungen, die von einem Gerät ausgegeben werden.
Sie können Jobs nach Name, Status, Start- oder Endzeit, Typ, Host und Anwendung filtern.
Bereich „Jobstatus“
Im Bereich Jobs der Verwaltungskonsole finden Sie Informationen zu Jobs, die in den letzten 24 Stunden ausgeführt wurden (Standardeinstellung).
- Aktuelle oder frühere Stellen. Eine Übersicht darüber, wie viele Jobs ausgeführt werden, erfolgreich waren, fehlgeschlagen sind, wiederholt wurden oder abgebrochen wurden.
- Arten von Dienstleistungen oder Geräte Links zum Monitor, der so gefiltert ist, dass der Status der Jobs nach Jobtyp in den letzten 24 Stunden oder nach verwalteter Sicherungs-/Wiederherstellungs-Appliance angezeigt wird.
Im Bereich „Frühere Jobs“ können Sie bei Bedarf auch den Status der letzten Woche oder des letzten Monats aufrufen. In diesem Bereich werden alle zwei Minuten aktuelle Daten abgerufen.
Monitoring von Jobs
So überwachen Sie Jobs:
- Klicken Sie auf den Tab Überwachen und wählen Sie im Drop-down-Menü Jobs aus, um die Seite Jobs zu öffnen. Dort finden Sie eine Liste aller laufenden Jobs. Wählen Sie den Filter Aktiv aus, um alle Jobs anzuzeigen, die überwacht werden.
So ändern Sie die Darstellung der Felder in der Tabelle:
- Suche nach Stichwort Wenn Sie in der Ansicht Jobs nach Jobnamen, Host und Anwendung oder in der Ansicht Ereignisse nach Ereignisnachricht filtern, werden die Daten jetzt automatisch gesendet. Während Sie die Abfrage eingeben, wird die Ergebnismenge aktualisiert. Bei der Suche nach Stichwort wird die Groß- und Kleinschreibung nicht berücksichtigt.
- Gestartet, Beendet und In der Warteschlange Diese Filter haben einzelne Optionsfelder, um einen Zeitraum von einem Tag, einer Woche oder einem Monat auszuwählen.
- Felder anpassen Mit den Optionen rechts oben in der Symbolleiste können Sie Spalten ein- oder ausblenden und die Anzahl der angezeigten Zeilen festlegen.
- Spaltenbreite anpassen Wenn Sie die Breite einer Tabellenspalte anpassen möchten, um mehr Inhalte in der Tabelle anzuzeigen, ziehen Sie den Spaltentrennzeichen in einer Spaltenüberschrift nach links oder rechts, um die Spaltenbreite zu ändern. Spaltentrennzeichen sind durch zwei dünne graue Linien gekennzeichnet.
- Automatische Aktualisierung In der Rasteransicht Monitor alle 15 Sekunden.
- Auf der Seite Überwachen sehen Sie die Uhrzeit der letzten Aktualisierung und die Zeit bis zur nächsten Aktualisierung. Sie können die Daten jederzeit manuell aktualisieren.
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 dies über das Drop-down-Menü unten in der Tabelle tun. 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 einen Teil davon zu sehen, klicken Sie auf Filter öffnen, um den Filterbereich zu öffnen. Wählen Sie die Filteroptionen aus und klicken Sie dann auf Filter aktualisieren.
Wenn Sie die Details zu einem bestimmten Job aufrufen möchten, wählen Sie einen Eintrag in der Liste Jobs aus und gehen Sie dann so vor:
- Klicken Sie in der Spalte Status auf den Statuslink für einen verknüpften Job.
- Klicken Sie rechts unten auf der Seite auf Details ansehen.
Die Seite Jobdetails wird geöffnet. Auf dieser Seite finden Sie Folgendes:
- Details zur Stelle
- Informationen zum Volume
- Anzahl der Jobwiederholungen
- Jobstatistiken
Weitere Informationen zu diesen 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:
- Abgebrochen Der Job wurde von einem Nutzer oder automatisch vom System abgebrochen, weil der Zielpool das sichere Limit überschritten hat.
- Fehlgeschlagen Der Job konnte nicht innerhalb des Zeitraums des Sicherungsplans abgeschlossen werden. Bei einem Jobfehler wird ein Ereignis mit Informationen zum Jobfehler erstellt. Wenn noch Zeit im Sicherungszeitraum verbleibt, wird der ursprüngliche Job noch einmal ausgeführt und ein identischer neuer Job wird 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 Planer deaktiviert ist, der Zielpool voll ist, das Quell-Image fehlt oder nicht geeignet ist, es ein Verbindungsproblem gibt oder keine Job-Slots verfügbar sind.
- In der Warteschlange Wenn eine Richtlinie die Ausführung eines Jobs erfordert, wird ein Job mit dem Status queued (In der Warteschlange) erstellt. Wenn keine Einschränkungen vorliegen, geht der Vorgang in den Status running (ausgeführt). Wenn die Ausführung aufgrund von Einschränkungen verhindert wird, bleibt die Aufgabe in der Warteschlange. Wenn die Einschränkungen weiterhin bestehen, bis die nächste Instanz derselben Richtlinie ausgeführt werden soll, 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 Job in der Warteschlange bereit ist. Wenn kein OnVault-Pool verfügbar ist, wird der Status Queued_Readiness angezeigt.
- Neuversuch. Der Job wurde nicht abgeschlossen. Der Job wechselt in den Status „Wiederholt“. Wenn im Zeitraum des Sicherungsplans noch Zeit ist, wird der ursprüngliche Job noch einmal ausgeführt und eine neue Jobinstanz mit derselben Job-ID und einem angehängten Buchstaben wird in die Warteschlange gestellt. Es können drei Wiederholungsversuche erfolgen, jeweils 4, 16 und 64 Minuten nach dem Fehlschlagen des Jobs. Wenn die Zeit des Sicherungsplans abgelaufen ist oder eine weitere Instanz des Jobs gestartet wird, schlägt der ursprüngliche Job fehl und ein Job mit dem Status „Wiederholen“ wird gestartet. Bei Wiederholungsjobs werden der Job-ID Buchstaben angehängt.
- Läuft Der Job wird verarbeitet. Der Prozentsatz der abgeschlossenen Arbeit wird im Status angezeigt.
- Mit Warnungen erfolgreich Der Job wurde gemäß dem auslösenden Sicherungsplan erfolgreich abgeschlossen. Es wurde jedoch auch eine Warnung ausgegeben, die unter Überwachen > Ereignisse angezeigt werden kann. Ein typisches Beispiel ist, dass ein Snapshot einer Compute Engine-Instanz erfolgreich war, der Upload der Metadaten zu OnVault jedoch fehlgeschlagen ist.
- Erfolgreich Der Job wurde gemäß dem Sicherungsplan, der ihn aufgerufen hat, erfolgreich abgeschlossen.
Auftragsdetails aufrufen
Im Fenster Jobdetails können Sie Folgendes prüfen:
- Details zur Stelle
- Informationen zum Volume
- Anzahl der Jobwiederholungen
- 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 Name der Anwendung, nicht unbedingt eindeutig.
- App-Typ Anwendungstyp, z. B. SQL Server, Oracle, Dateisystem oder eine vollständige virtuelle Maschine.
- Kapazität Die Kapazität jedes Volumes.
- Konsistenzmodus „Absturzkonsistent“ oder „Anwendungskonsistent“ gibt an, ob die Anwendung während des Jobs inaktiv war.
- Dauer: Die Zeitspanne zwischen dem Start- und dem Enddatum.
- Enddatum: Das Datum und die Uhrzeit, zu dem der Job abgeschlossen wurde.
- Fehlercode „0“, wenn kein Fehler aufgetreten ist, ein Wert ungleich „0“, um den beim Ausführen des Jobs aufgetretenen Fehler anzugeben.
- Ereignis-ID Eine beliebige Ereignis-ID, die mit dem Job verknüpft ist. Wenn keine Ereignis-ID vorhanden ist, ist der Wert null.
- Message Eine Nachricht mit einer Erklärung zu den Fehlern, die beim Ausführen des Jobs aufgetreten sind.
- Ablaufdatum Datum und Uhrzeit, zu dem dieses Bild ablaufen soll.
- Hostname Name des Hosts, auf dem die Anwendung ausgeführt wird.
- Bildtyp Snapshot, cloud, der vom Job erstellte Bildtyp.
- isbootvmdk. Setzen Sie für das Volume im Image, das das Boot-Volume ist (falls vorhanden), den Wert „true“.
- Islvm. Ob es sich bei jedem Volume um ein Logical Volume Manager-Volume handelt.
- Job-ID Eine eindeutige Nummer, die einen Job identifiziert.
- Datum der letzten Einschränkung Das Datum der letzten Ausführung eines Jobs.
- Protokoll wurde abgeschnitten. Wenn dieser Wert auf „wahr“ gesetzt ist, wurden Logs für die Anwendung abgeschnitten.
- logicalname Der Name jedes Volumes, wie vom Hostsystem angegeben.
- Angehängter Host Bei einem Failover-Job für die Bereitstellung ist dies der Host, auf dem das Image bereitgestellt ist.
- Richtlinienname Der Name der Richtlinie, die mit dem Job verknüpft ist.
- Priorität: „Niedrig“, „Mittel“ oder „Hoch“, wie in der Richtlinie festgelegt.
- Geschützte Daten Geschützte Datenmenge.
- Name der Quelle Welche Kopie eines Bildes war die Quelle für einen Job.
- Sourcemountpoint Der Name der Bereitstellungspunkte für jedes der Volumes auf dem ursprünglichen Host.
- Startdatum: Das Datum und die Uhrzeit, zu dem der Job tatsächlich gestartet wurde.
- Vorlagenname Der Name der Vorlage für den Servicelevel.
- Transportmedium Wie die Daten während des Jobs übertragen wurden: über das SAN oder LAN.
- Uniqueid Eine Kennung, die jedes Volume im Image 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 Image.
Volume-Informationen
Die folgende Liste enthält die angegebenen Informationen zum Volumen.
- Kapazität Größe des gesicherten Volumes.
- Datenspeicher Bei einer virtuellen Maschine der Datenspeicher, in dem sich das Volume befand.
- Dateiname VMware: Pfad zur VMDK-Datei.
- HUID Eindeutige Kennung des Hosts, ein String, der das Volume eindeutig identifiziert.
- Label Das Volume-Label des Volumes.
- Logischer Name Ein eindeutiger, für Menschen lesbarer Name für das Volume. Bei VMware-VMs ist das der Dateiname.
- Quellaufhängungspunkt. Der Bereitstellungspunkt des Volumes.
- Ziel Der Name des VDisks für die Sicherung und Notfallwiederherstellung für die Kopie des Volumes.
Neuversuche
Eine Beschreibung der Metadaten für Wiederholungen finden Sie in der folgenden Liste.
- Enddatum: Das Datum und die Uhrzeit, zu dem der Job erfolgreich oder mit einem Fehler beendet wurde.
- Fehlercode Null oder der vom Job zurückgegebene Fehlercode.
- Fehlermeldung Eine Textmeldung, die dem Fehlercode entspricht.
- Jobname Der Jobname des ursprünglichen Jobs oder des Wiederholungsversuchs.
- Startdatum: Das Datum und die Uhrzeit, zu dem der Job gestartet wurde.
Statistiken
In der folgenden Liste werden die Statistiken beschrieben.
- Anwendungs-Einfrierungszeit Die Gesamtzeit, während der die Anwendung während einer Sicherung eingefroren war. Die Anwendung wurde während einer Sicherung (Snapshot) eingefroren, damit alle Daten in einem konsistenten Zustand erfasst wurden.
- Anwendungsgröße (GB) Die Größe der Anwendungsdaten auf dem Staging-Laufwerk.
- Anzahl der Bände Die Anzahl der Volumes in der Anwendung, die Gegenstand des Jobs ist.
- Kopierte Daten (GB) Die Anzahl der neuen Anwendungsdaten, die mit diesem Job gefunden wurden.
Jobtypen
Mithilfe dieser Jobtypen werden Daten durch Backup und DR geschützt und darauf zugegriffen:
| Jobtyp | Monitor label | Beschreibung |
|---|---|---|
| Mirroring bereinigen | cleanupmirroring | Entfernt ein StreamSnap-Image von einem Remote-Gerät, wenn ein Sicherungsplan aus einer Anwendung entfernt oder in einen Plan geändert wird, der nicht dieselbe Replikationsart enthält. |
| Klonen | clone | Erstellt eine Kopie eines Quell-Images an einem Ziel, z. B. auf einem Server, in einer Datenbank oder in einem Speicherpool. |
| Klonen (Migrieren) | Klonen (Migrieren) | Migriert Daten von bereitgestellten Laufwerken auf Serverlaufwerke. |
| Klon (Bereitstellen) | Klonen (anhängen) | Hiermit wird ein Image auf einem Server bereitgestellt, um einen Klon-Job (Migration) auszuführen. |
| Löschen | Löschen | Löscht ein Image, das bereits vom Host getrennt wurde. |
| Test löschen | deletetest | Hiermit wird ein Image, das von einem Failover-Testjob erstellt wurde, getrennt und gelöscht. |
| Direkt zu OnVault | DirectOnVault | Erstellt ein Punkt-in-Zeit-Image einer VMware-VM im OnVault-Pool, ohne zuerst den Snapshot-Pool zu verwenden. |
| Ablaufdatum | expiration | Ein Bild läuft ab oder wird gelöscht, wenn die Aufbewahrungsdauer abgelaufen ist oder es auf Anfrage angefordert wird. |
| Failback | Failover | Hiermit wird ein von einem Failover-Job erstelltes Image getrennt und gelöscht, alle Syncback-Images für die Anwendung entfernt und ein Failover-Lösch-Job auf der Remote-Appliance ausgelöst. |
| Failover | failover | Führt das Bereitstellen einer Anwendung aus einem replizierten StreamSnap-Image aus, beendet neue Snapshot-Jobs an der Quelle und überwacht Änderungen für die umgekehrte Replikation (Syncback). |
| Failover – Löschen | deletefailover | Wird automatisch auf der Remote-Appliance ausgeführt, wenn die lokale Appliance einen Failback-Job ausführt. |
| Failover – Test | failovertest | Eine Anwendung wird von einem replizierten StreamSnap-Image bereitgestellt, die Vorwärtsreplikation bleibt jedoch aktiv und die Synchronisierung wird nicht aktiviert. |
| Abschließen | Abschließen | Führt den letzten Schritt bei der Bereitstellung und Migration von SQL Server aus. Dazu gehört ein Migrationsjob, der mit einem Löschen der Bereitstellung kombiniert wird. |
| Aktive Bereitstellung aufheben | ForgetActiveMount | Entfernt das Tracking einer Compute Engine-Instanz-Bindung, ohne die Instanz in der Compute Engine zu löschen. |
| Importiertes OnVault-Image vergessen | OnVault-Bilder entfernen | Macht einen Importvorgang von OnVault-Metadaten in einen OnVault-Pool von einer Appliance rückgängig. |
| LiveClone | liveclone | Erstellt ein LiveClone-Image (Vollkopie) aus einem Snapshot-Image. |
| LogBackup | LogBackup | Erstellt ein Image, um Protokolle für Anwendungen zu erfassen. |
| Log Replicate | logreplicate | Die Replikation zwischen der lokalen und der Remote-Appliance erfolgt mit StreamSnap-Technologie. 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 Bereitstellungspunkt in den Speicher eines Servers. Bei einigen Anwendungstypen wird eine Online-Übertragung durchgeführt und die bereitgestellten Laufwerke für die Sicherung und Notfallwiederherstellung entfernt. Bei anderen Anwendungstypen werden Migrationsjobs wiederholt ausgeführt, bis der Nutzer einen Abschlussjob initiiert. |
| Migrieren (Abbrechen) | Migrieren (Abbrechen) | Bricht eine laufende Migration ab, deaktiviert zukünftige Migrationsjobs für das bereitgestellte Image und beseitigt alle teilweise migrierten/kopierten Daten. |
| Bereitstellen | mount | Hiermit wird ein Image auf einem ausgewählten Host bereitgestellt. |
| OnVault | Vault | Kopiert ein Snapshot-Image in einen OnVault-Pool. |
| OnVault(Log) | Repliziert Datenbankprotokolle in einem oder mehreren OnVault-Pools. | |
| OnVault-Replikation | OnVaultReplicate | Hiermit wird ein Image in einem OnVault-Pool in einem anderen OnVault-Pool repliziert. |
| Oracle ASM Rebalance | Wiederherstellen (ASM-Switch) Wiederherstellen (ASM-Neuausrichtung) | ASM Switch stellt eine Oracle-Datenbank anstelle der ursprünglichen Quelldatenbank bereit. ASM Rebalance initiiert eine Migration der Datenbank von den bereitgestellten Laufwerken zu den Serverlaufwerken und entfernt die bereitgestellten Laufwerke nach Abschluss. |
| Vorbereitung der Bereitstellung | prep-mount | Hiermit wird ein LiveClone-Image so bereitgestellt, dass es direkt geändert werden kann. |
| Prep Unmount | prep-unmount | Damit wird ein mit „prep-mount“ bereitgestellter LiveClone getrennt und optional können Änderungen an der Bereitstellung direkt im LiveClone gespeichert werden. |
| LiveClone aktualisieren | refreshliveclone | Ein LiveClone-Image wird inkrementell mit Daten aus einem anderen Quell-Snapshot-Image aktualisiert. |
| Remote-Mount | remote-mount | Hiermit wird ein Remote-Image (von einer anderen Appliance) auf einem lokalen Host bereitgestellt. Für diese Aufgabe wird bei Bedarf eine umgekehrte inkrementelle Replikation ausgeführt. |
| Neu bereitstellen | Neu bereitstellen | Hier wird ein vorhandenes Bereitstellungsvolume einer Datenbankanwendung verwendet und zu einem anderen Zeitpunkt aktualisiert. Dazu wird das Bereitstellungsvolume getrennt, gelöscht und anschließend das neue Image bereitgestellt. Dabei werden standardmäßig dieselben Optionen verwendet, die beim vorherigen Bereitstellungsvolume verwendet wurden. |
| Wiederherstellen | Wiederherstellen | Ersetzt Produktionsdaten durch ein ausgewähltes Sicherungsimage. |
| Wiederherstellen (Abbrechen) | Wiederherstellen (Abbrechen) | Bricht eine laufende Bereitstellung und Migration ab. Alle migrierten Daten werden gelöscht und die Bereitstellungsdaten entfernt. |
| Wiederherstellen (Migrieren) | Wiederherstellen (Migrieren) | Führt eine Datenkopie von einer Wiederherstellung (Montage) in den Speicher eines Servers aus. Bei einigen Anwendungstypen wird eine Online-Migration durchgeführt und die bereitgestellten Laufwerke für die Sicherung und Notfallwiederherstellung entfernt. Bei anderen Anwendungstypen werden Migrationsjobs wiederholt ausgeführt, bis der Nutzer einen Abschlussjob startet. |
| Wiederherstellen (Bereitstellen) | Wiederherstellen (Mount) | Hiermit wird ein Image einer Datenbank anstelle der ursprünglichen Quelldatenbank bereitgestellt, um eine anschließende Wiederherstellung (Migration) vorzubereiten. |
| Snapshot | Snapshot | Erstellt ein Snapshot-Image der Anwendung oder VM im Snapshot-Pool. |
| StreamSnap | streamsnap | Erstellt oder aktualisiert ein Failover-fähiges StreamSnap-Image auf einem Remote-Gerät.
Hinweis: Ein StreamSnap-Replikationsjob ist auch mit einer bestimmten Snapshot-Richtlinie verknüpft. Bei der Replikation werden die Zeitplan- und Häufigkeitseinstellungen der Snapshot-Richtlinie verwendet. |
| Syncback | syncback | Führt nach einem Failover eine inkrementelle umgekehrte Replikation durch und erstellt ein Syncback-Image auf der lokalen oder Quell-Appliance, das später für die Wiederherstellung verwendet werden kann. |
| Unmount | trennen | Hiermit wird ein zuvor auf einem Host bereitgestelltes Image getrennt, es bleibt aber für eine spätere Bereitstellung verfügbar. |
| Unmount Delete | unmount delete | Hiermit wird ein zuvor auf einem Host bereitgestelltes Image getrennt und alle Änderungen an diesem Bereitstellungsverzeichnis verworfen. |
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- und Bereitstellungsjobs sowie Jobs, die erstellt werden, wenn Richtlinien auf Anfrage angewendet werden.
Jede Sicherungs-/Wiederherstellungs-Appliance reserviert einen Pool von Slots für alle verschiedenen Jobkategorien: Datenzugriff, Ablauf, Protokollreplikation, Protokoll-OnVault, On-Demand, OnVault, Snapshot, Streamsnap. Außerdem gibt es einen Pool mit nicht reservierten Slots.
Bevor ein Job gestartet wird, prüft jede Sicherungs-/Wiederherstellungs-Appliance, ob ein Slot für die Ausführung des Jobs verfügbar ist, der der Kategorie des Jobs entspricht. Wenn ein reservierter Speicherplatz nicht verfügbar ist, weil auf allen Speicherplätzen dieser Kategorie Jobs ausgeführt werden, prüft die Sicherungs-/Wiederherstellungs-Appliance, ob ein nicht reservierter Speicherplatz 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 nutzen können.
On-Demand-Sicherungsjob über die Verwaltungskonsole ausführen
So führen Sie auf der Seite Sicherungsplan verwalten eine On-Demand-Aufnahme einer verwalteten Anwendung aus:
- Klicken Sie auf den Tab App-Manager und wählen Sie in der Drop-down-Liste die Option Anwendungen aus. Die Seite Anwendungen wird geöffnet.
- Wählen Sie die Anwendung oder VM aus und klicken Sie dann im Drop-down-Menü auf Sicherungsplan verwalten. Die Seite Sicherungsplan verwalten wird geöffnet.
Maximieren Sie eine Vorlagenrichtlinie in der Liste der Richtlinien rechts.
Wenn eine Datenbank mit einer Sicherungsvorlage mit aktiviertem Protokollschutz verwaltet wird und Sicherungen verfügbar sind, haben Sie weitere Protokolloptionen für den zu sendenden Jobtyp. 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 angezeigt.
Klicken Sie zum Bestätigen auf Ja. Gemäß der Sicherungsrichtlinie wird ein standortspezifisches Image erstellt.
On-Demand-Replikation von Datenbankprotokollen ausführen
In einigen Fällen müssen Sie die Protokollreplikation für ein Datenbank-Image möglicherweise manuell auf der Remote-Sicherungs-/Wiederherstellungs-Appliance initiieren. Beispielsweise müssen Sie die Protokollreplikation möglicherweise manuell ausführen, wenn das Protokoll für ein Datenbank-Image nicht ordnungsgemäß auf der Sicherungs-/Wiederherstellungs-Appliance repliziert wurde oder wenn auf der Sicherungs-/Wiederherstellungs-Appliance kein Protokoll für das Datenbank-Image vorhanden ist. Sie können dann die Transaktionsprotokolle auf der Remote-Appliance verwenden, um eine Datenbank zu einem bestimmten Zeitpunkt wiederherzustellen.
So initiieren Sie die Replikation von Datenbankprotokollen zur Remote-Sicherungs-/Wiederherstellungs-Appliance manuell:
- Klicken Sie auf den Tab App-Manager und wählen Sie in der Drop-down-Liste die Option Anwendungen 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 im Drop-down-Menü auf Protokolle replizieren.
- Klicken Sie im angezeigten Bestätigungsdialogfeld auf Bestätigen. Die Datenbanktransaktionsprotokolle werden auf der Remote-Appliance repliziert, die durch die Replikationsrichtlinie in der Vorlage definiert ist.
Bereitstellungsjobs für Container überwachen
So überwachen Sie einen Bereitstellungsjob für einen Container:
- Klicken Sie auf den Tab Überwachen und wählen Sie im Drop-down-Menü die Option Jobs aus, um die Seite Jobs zu öffnen. Dort finden Sie eine Liste aller laufenden Jobs.
- Filtern Sie nach Montage-Jobs.
- Wählen Sie den Job, den Sie überwachen möchten, anhand seines Labels oder anderer Details aus.
Wenn der Job ausgeführt wird, können Sie den Fortschritt beobachten. Wählen Sie den Job aus und klicken Sie auf Details ansehen, um Folgendes zu prüfen:
- Details zur Stelle
- Informationen zum Volume
- Anzahl der Jobwiederholungen
- Jobstatistiken
Weitere Informationen zu diesen Bereichen finden Sie unter Jobdetails ansehen.
Auf YAML-Code des Containers 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 diesen Code bei Bedarf später wiederverwenden.
- 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 Überwachen und wählen Sie im Drop-down-Menü die Option Aufträge aus. Die Seite Jobs wird geöffnet. Dort werden alle laufenden Jobs aufgeführt. Sie können diesen Standardfilter entfernen, um alle Jobs zu sehen, die überwacht werden.
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).
Priorität des Jobs ändern
Sie können die Priorität eines laufenden Jobs ändern, je nachdem, wie die Sicherungs-/Wiederherstellungs-Appliance die erforderlichen Ressourcen zuweisen soll.
So ändern Sie die Priorität eines Jobs in der Warteschlange:
- Klicken Sie auf den Tab Überwachen und wählen Sie im Drop-down-Menü die Option Aufträge aus. Die Seite Jobs wird geöffnet. Dort werden alle laufenden Jobs aufgeführt. Sie können diesen Standardfilter entfernen, um alle Jobs zu sehen, die überwacht werden.
Wählen Sie auf der Seite Jobs den Job aus, dessen Priorität Sie ändern möchten, und klicken Sie dann rechts unten im Fenster auf Details ansehen und dann auf Priorität ändern.
Wählen Sie im Dialogfeld Jobpriorität festlegen die Jobpriorität aus.
Klicken Sie auf Bestätigen, um die Prioritätsauswahl zu ändern.
Wie nicht abgeschlossene Jobs wiederholt werden, 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. Der Scheduler wartet dann vier Minuten, bevor der Job wieder in die Warteschlange gestellt wird. Wenn der Vorgang ein zweites Mal fehlschlägt, wird der nächste Wiederholungsversuch nach 16 Minuten gestartet. Wenn der Vorgang ein drittes Mal fehlschlägt, wird nach einer Wartezeit von 64 Minuten ein letzter Wiederholungsversuch gestartet. Nach drei fehlgeschlagenen Wiederholungsversuchen (insgesamt vier Versuche) wird der letzte Wiederholungsjob als „Fehlgeschlagen“ (nicht als Wiederholt) markiert und es werden in diesem Zeitplanzeitraum keine weiteren Jobs für diese Anwendung ausgeführt.
Der Scheduler behandelt einen Job-Wiederholungsversuch wie jeden anderen verfügbaren Job. Wenn sich mehr Jobs in der Warteschlange befinden als Slots verfügbar sind, muss der Job in der Warteschlange auf einen Slot warten. Wenn das Richtlinienfenster geschlossen wird, bevor ein Wiederholungsjob gestartet werden kann, werden alle in der Warteschlange befindlichen Wiederholungsjobs nicht ausgeführt und es werden keine weiteren Wiederholungen versucht.
Wiederholungen von Jobs werden unter Überwachen > Jobs erfasst. Um Jobwiederholungen zu identifizieren, haben alle vier Jobs dieselbe Jobnummer im folgenden Format in dieser Reihenfolge:
- Job_xxxxx (Status: Retried)
- Job_xxxxxa (Status: Noch einmal versucht; nach einer Wartezeit von 4 Minuten in die Warteschlange gestellt)
- Job_xxxxxb (Status: Noch einmal versucht; nach 16-minütiger Wartezeit in die Warteschlange gestellt)
- Job_xxxxxc (Status: Fehlgeschlagen; nach einer Wartezeit von 64 Minuten in die Warteschlange gestellt)
Wann der nächste Sicherungsjob für diese Anwendung versucht 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 nächsten Tag um 01:00 Uhr.
Zeitzone
Standardmäßig werden in der Admin-Konsole alle Zeitstempel in den Menüs „Aufträge“ und „Ereignisse“ in der vom Webbrowser erkannten Zeitzone des Nutzers angezeigt. Wenn Sie sich vergewissern möchten, welche Zeitzone verwendet wird, wählen Sie in der Dashboard-Menüleiste oben rechts das Nutzersymbol aus. Es wird sowohl die automatisch erkannte Zeitzone angezeigt als auch die Zeitzone festgelegt, falls die erkannte Zeitzone nicht geeignet ist.
So ändern Sie die Zeitzone:
- Klicken Sie auf dem Dashboard oben rechts auf das Nutzersymbol.
- Wählen Sie Zeitzone ändern aus.
- Wählen Sie im Drop-down-Menü Zeitzone die Zeitzone aus, die für die Anzeige 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 Sicherungsplan.
Es ist besser, ressourcenintensive Jobs wie anfängliche Snapshot-Jobs zeitlich zu verteilen, anstatt dass alle gleichzeitig um Ressourcen konkurrieren. Anstatt beispielsweise an Wochentagen um 18:00 Uhr alle VMs, Dateisysteme und Datenbanken zu erfassen, sollten Sie überlegen, eine Art von Anwendung zur vollen Stunde, eine andere Art 10 Minuten nach der vollen Stunde und eine weitere Art 20 Minuten nach der vollen Stunde zu erfassen.
Der erste Snapshot einer Anwendung oder VM ist der größte und zeitaufwendigste Snapshot, da jedes Datenbit neu ist. Wenn Sie eine neue große Anwendung oder VM hinzufügen, führen Sie für den ersten Snapshot einen On-Demand-Snapshot zu einer Zeit ohne Spitzenlast aus und planen Sie dann eine Sicherungsvorlagenrichtlinie für alle zukünftigen Snapshots.
On-Demand-Jobs
Die meisten Jobs werden gemäß ihren Sicherungsplänen geplant ausgeführt. Bei anstehenden Wartungsfenstern, Software-Upgrades und dem ersten Snapshot einer neuen Anwendung sollten Sie jedoch sicherstellen, dass Sie eine erfolgreiche Kopie der erstellten Daten haben, bevor Sie mit der geplanten Wartungsaufgabe beginnen. In diesen Fällen ist ein On-Demand-Job erforderlich.
Job-Slots
Der Dienst für Sicherung und Notfallwiederherstellung verwaltet Jobs, indem er Job-Slots zuweist. Die Appliance reserviert einen Pool von Slots für jede Jobkategorie sowie einen Pool von nicht reservierten Slots.
Bevor ein Job gestartet wird, wird geprüft, ob ein Slot für die Ausführung des Jobs 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 die Appliance, ob ein nicht reservierter Slot verfügbar ist. Wenn ein nicht reservierter Slot verfügbar ist, wird der Job gestartet.
Warteschlange mit On-Demand-Sicherungsjobs
Der Sicherungs- und Notfallwiederherstellungsdienst unterstützt die Auflistung von On-Demand-Jobs in einer Warteschlange. So können Sie Ihre Images flexibel erstellen, ohne sich Gedanken über die Anzahl der verfügbaren On-Demand-Job-Slots für den Start des Jobs machen zu müssen. Der in der Warteschlange befindliche On-Demand-Job bleibt in diesem Status, bis ein On-Demand-Job-Slot verfügbar ist.
Wenn ein On-Demand-Slot frei wird, wechselt der Job in den Status „Wird ausgeführt“. Diese Abfolge erfolgt in der Reihenfolge, in der der Job eingereicht wurde. Wenn ein On-Demand-Job fehlschlägt, versucht das Gerät, den nächsten Job in der Warteschlange auszuführen. Für On-Demand-Jobs werden andere Job-Slots als für geplante Jobs verwendet. Daher werden geplante Jobs möglicherweise vor Jobs in der Warteschlange ausgeführt.
Wenn sich ein On-Demand-Job in der Warteschlange befindet, können Sie die Jobpriorität ändern, den Job abbrechen oder den Schutz für die Anwendung aufheben. Sie können sich die Jobs in der Warteschlange ansehen, indem Sie auf Überwachen und dann auf Jobs klicken.
Ein abgebrochener On-Demand-Job wird in der Jobverlaufstabelle als abgebrochener Job angezeigt. Start- und Endzeit des Jobs sind die Zeiten, zu denen die Anfrage zum Abbrechen oder die Aufhebung des Anwendungsschutzes bestätigt wurde.
Leistung bei Hinzufügen neuer Anwendungen beibehalten
Wenn Ihr System eine akzeptable Leistung erbracht hat und Sie dann neue Anwendungen hinzufügen, kann die Leistung für kurze Zeit beeinträchtigt werden. Das liegt daran, dass das Blockieren von Änderungen neue Daten erkennt und schützt, auch wenn es sich nur um einen kleinen Teil einer großen Anwendung handelt. Das System ist also für die Verarbeitung vieler geänderter Blöcke pro Tag optimiert.
Eine neue Anwendung erfordert für die anfängliche Erfassung viel mehr Ressourcen, da es sich um neue Daten für das System handelt.
Beachten Sie die folgenden Informationen, um beim Hinzufügen neuer Anwendungen die besten Ergebnisse zu erzielen:
Wenn Sie eine neue Anwendung hinzufügen, schützen Sie sie zum ersten Mal mit einem On-Demand-Job während einer Zeit mit geringer Auslastung. So wird verhindert, dass der ressourcenintensive erste Datenaufnahmejob andere Jobs beeinträchtigt.
Wenn Sie mehrere neue Anwendungen oder VMs hinzufügen, sollten Sie die anfänglichen Schutzjobs für jede neue Anwendung zeitlich versetzt ausführen, damit nicht 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 ursprünglichen Sicherungsjob zeitlich vom Spiegeljob. Nachdem ein Anwendungs-Snapshot erstellt wurde, kann der Spiegeljob 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 Konsistenzgruppen für Sicherung und Notfallwiederherstellung erfassen.
Berücksichtigen Sie Ihre vorhandenen Sicherungspläne und planen Sie Snapshot-Jobs nicht gleichzeitig mit den Snapshot-Jobs für sehr große oder dynamische Anwendungen.
Auf dem Tab Verwalten können Sie aus der Liste der gespeicherten Snapshot-Bilder auswählen und:
Wählen Sie ein Bild aus der Liste der gesicherten Bilder aus und rufen Sie es im App-Manager auf.
Ablaufdatum für ein oder mehrere ausgewählte Snapshot-Bilder festlegen