So funktioniert Dump mit Storage-Failover und ARL-Vorgängen
Änderungen vorschlagen
PDFs
Bevor Sie Backup- oder Restore-Vorgänge für Dump durchführen, sollten Sie verstehen, wie diese Vorgänge mit Storage-Failover (Takeover und Giveback) bzw. ARL (Aggregate Relocation) funktionieren. Die -override-vetoes Option bestimmt das Verhalten einer Dump Engine während eines Storage Failover- oder ARL-Vorgangs.
Wenn ein Dump-Backup- oder -Wiederherstellungsvorgang ausgeführt -override-vetoes false wird und die Option auf eingestellt ist, wird ein vom Benutzer initiierter Speicher-Failover oder ARL-Vorgang angehalten. Wenn die –override-vetoes Option jedoch auf eingestellt ist true, wird der Speicher-Failover oder ARL-Vorgang fortgesetzt und der Dump-Backup- oder Wiederherstellungsvorgang abgebrochen. Wenn das Storage-System automatisch ein Storage-Failover oder einen ARL-Vorgang initiiert, wird immer ein aktiver Dump-Backup oder -Restore-Vorgang abgebrochen. Sie können Backup- und Restore-Vorgänge nicht neu starten, selbst wenn ein Storage-Failover oder ARL-Vorgänge abgeschlossen sind.
Dump-Vorgänge, wenn CAB-Erweiterung unterstützt wird
Wenn die Backup-Applikation die CAB-Erweiterung unterstützt, können Sie weiterhin inkrementelle Dump-Backup- und Restore-Vorgänge durchführen, ohne Backup-Richtlinien nach einem Storage Failover oder ARL-Vorgang neu zu konfigurieren.
Dump-Vorgänge, wenn CAB-Erweiterung nicht unterstützt wird
Wenn die Backup-Anwendung keine CAB-Erweiterung unterstützt, können Sie weiterhin inkrementelle Dump-Backup- und Wiederherstellungsvorgänge durchführen, wenn Sie die in der Backup-Richtlinie konfigurierte LIF auf den Node migrieren, der das Zielaggregat hostet. Anderenfalls müssen Sie nach dem Storage-Failover und dem ARL-Betrieb ein Basis-Backup durchführen, bevor Sie das inkrementelle Backup durchführen.
|
Für Storage-Failover-Vorgänge muss die in der Backup-Richtlinie konfigurierte LIF auf den Partner-Node migriert werden. |