4 4 3 Beefalo:Managing EOL/de: Difference between revisions

From SEPsesam
(Created page with "Öffnen Sie im Fenster mit den Eigenschaften des Sicherungsauftrags den Tab '''Sicherungssätze'''.")
(Created page with "Der Sicherungssatzbaum (savesettree) zeigt alle Sicherungssätze der gleichen Sicherungskette mit den folgenden Details an: ;saveset:SEP sesam eindeutige Identifikation, die...")
Line 285: Line 285:
<br clear=all>
<br clear=all>


The saveset tree displays all savesets belonging to the same backup chain with the following details:
Der Sicherungssatzbaum (savesettree) zeigt alle Sicherungssätze der gleichen Sicherungskette mit den folgenden Details an:  
;saveset:SEP sesam unique identification assigned to a saveset.
;saveset:SEP sesam eindeutige Identifikation, die einem Sicherungssatz zugeordnet ist.


;starttime:The time when the backup was started.
;starttime:The time when the backup was started.

Revision as of 16:07, 22 November 2019

Other languages:
Draft.png WORK IN PROGRESS
This is a draft document for the SEP sesam upcoming 4.4.3 Beefalo V2 release. Note that the article is in the initial stage and may be updated, replaced or deleted at any time. It is inappropriate to use this document as reference material as it is a work in progress and should be treated as such.

Copyright © SEP AG 1999-2024. Alle Rechte vorbehalten.

Jede Form der Reproduktion der Inhalte dieses Benutzerhandbuches, ganz oder in Teilen, ist nur mit der ausdrücklichen schriftlichen Erlaubnis der SEP AG gestattet. Bei der Erstellung dieses Benutzerhandbuches wurde mit größtmöglicher Sorgfalt gearbeitet, um korrekte und fehlerfreie Informationen bereit stellen zu können. Trotzdem kann die SEP AG keine Gewähr für die Richtigkeit der Inhalte dieses Benutzerhandbuches übernehmen.

Docs latest icon.png Willkommen in der aktuellsten Version der SEP sesam Dokumentation 4.4.3 Beefalo/4.4.3 Beefalo V2. Frühere Versionen der Dokumentation finden Sie hier: Dokumentationsarchiv.


Übersicht

Bei der Konfiguration der SEP-Sesam-Umgebung richten Sie Medienpools ein und definieren die Aufbewahrungszeit. Die Aufbewahrungszeit eines Medienpools wird in Tagen angegeben. Sie definiert, wie lange die gesicherten Daten auf den Medien geschützt bleiben, nachdem die Daten auf das Medium geschrieben wurden. Die Aufbewahrungszeit beginnt mit dem Datum, an dem ein Sicherungssatz auf das Medium geschrieben wird, und dauert die Zeitspanne, die durch die Medienpool EOL definiert ist. Wenn der Schutz abläuft, kann der SEP sesam das Medium wieder für Sicherungen verwenden.

Um die Restaurierbarkeit der vollständigen Sicherungskette zu gewährleisten und zum Schutz vor Datenverlust, stellt SEP sesam eine abhängigkeitsbasierte automatische EOL-Anpassung zur Verfügung.

Was ist abhängigkeitsbasierte Aufbewahrungsfrist?

Beispielsweise benötigen INCR-Sicherungssätze alle vorherigen FDI-Sicherungssätze (FULL, DIFF und INCR) für eine erfolgreiche Rücksicherung. Wenn die Aufbewahrungsfrist nur aus der Perspektive einer einzelnen Sicherung betrachtet wird, kann sie nur für diese einzelne Sicherung die Restaurierbarkeit sicherstellen. Um aber die vollständige Rücksicherung aller Daten aus der Sicherungskette zu garantieren, müssen alle Sicherungssätze verfolgt werden und ihre Aufbewahrungsfrist nach ihren Abhängigkeiten verwaltet werden.

Ein weiteres Beispiel: Eine INCR-Sicherung wurde nach der dritten INCR Sicherung nach der Full-Sicherung gemacht. Diese letzte INCR-Sicherung erfordert die FULL und alle drei vorangegangenen INCR-Sicherungen, um die vollständige Rüksicherung zu gewährlisten. Wenn ein Sicherungssatz aus der Sicherungskette fehlt, können die Daten eines bestimmten Zeitpunkts nicht restauriert werden. Aus diesm Grund behält SEP sesam die Kontrolle über die Abhängigkeiten zwischen den Sicherungssätzen und stellt die abhängigkeitsbasierte automatische EOL-Anpassung zur Verfügung.

SEP sesam erlaubt Ihnen die manuelle Anpassung der EOL für individuelle Sicherungssätze (Sicherungssatz-EOL), die auf einem Datenspeicher abgelegt sind und für alle Sicherungssätze allgemein (Sicherungs-EOL). Für Band-Medien könnte eine Verlängerung der EOL zu einer Verlängerung der Medien-EOL für ein Band führen. So wie für die abhängigkeitsbasierte Aufbewahrungsfrist, wird SEP sesam die EOL der Sicherungssätze der Sicherungskette bei Bedarf automatisch anpassen. Siehe Manuelle EOL-Anpassung für weitere Details.

Aufbewahrungsverhalten und unterschiedliche EOL-Parameter

Typischerweise geben Sie beim Anlegen eines Medienpools eine Verweildauer des Medienpools an. Diese Verweildauer dient als Grundlage zur Ermittlung der EOL für gesicherte Daten.

Information sign.png Anmerkung
Beachten Sie, dass sich EOL nur auf Sicherungen und zugehörige migrierte und replizierte Sicherungssätze bezieht. SEP sesam Logdateien, Lesbarkeitsprüfprotokolle, Kalenderblatteinträge und

Wiederherstellungsaufträge haben separate Aufbewahrungsparameter. Siehe Aufbewhrungsfristen für weitere Details.

Die EOL-Eigenschaft kann für vier Objekttypen verwaltet werden:

Medienpool-EOL

Die Medienpool-EOL gibt die Verweildauer (in Tagen) für die in den jeweiligen Pool geschriebene Sicherungssätze an. Die Sicherungssatz-EOL wird berechnet, wenn die Daten auf das Medium geschrieben werden: sie beginnt mit dem Erstellungsdatum des Sicherungssatzes und endet nach dem durch die Verweildauer des Medienpools definierten Zeitraum. Ist die Aufbewahrungszeit eines Medienpools beispielsweise 30 Tage, und die Daten werden auf das Medium am 1. Januar gesichert, dann ist die Sicherungssatz-EOL der 31. Januar.

Sicherungssatz-EOL

Dies ist das Verfallsdatum für einen Sicherungssatz. Wenn ein Sicherungssatz Teil einer Sicherungskette ist, folgt seine EOL den Regeln der abhängigkeitsbasierten Aufbewahrungfrist. Die EOL eines früheren Sicherungssatzes in der Kette muss gleich oder länger sein, um die vollständige Wiederherstellung der Daten zu ermöglichen.

Wenn Sie zum Beispiel die Medienpool-EOL auf 30 Tage setzen und eine FULL Sicherung durchführen, wird diese Sicherung erstmal 30 Tage aufgehoben. Beispielsweise bis zum 31. Januar. Wenn irgendein nachfolgender INCR oder DIFF Sicherungssatz in der Kette eine längere EOL hat, z.B. 3. Februar, so wird die EOL der verherigen Sicherungssätze, einschließlich des Full-Sicherungssatzes, an die längere EOL angepaßt. Siehe automatische EOL-Anpassung und Manuelle EOL-Anpassung für weitere Details.

Sicherungs-EOL

Dies ist das Verfallsdatum für alle Daten, die zur gleichen Sicherung gehören. Die Sicherungs-EOL wird auf der Grundlage der längsten EOL aller Sicherungssätze ermittelt, die zu derselben Sicherung gehören, einschließlich der migrierten und replizierten Sicherungssätze. Wenn Sie die EOL eines Sicherungssatzes vom 3. Februar auf den 3. März verlängern, führt dies zu einer geänderten EOL aller zugehörigen Sicherungen, d.h. Originalsicherung, migrierte Sicherung, replizierte Sicherung, sowie für alle Sicherungen in einer Sicherungskette, wenn ein Sicherungssatz mit angepasster Sicherungs-EOL Teil davon ist. Siehe Automatische EOL-Anpassung und Manuelle EOL-Anpassung für weitere Details.

Information sign.png Anmerkung
Wie SEP sesam fehlerhafte Sicherungen verwaltet, hängt von der jeweiligen Version ab. Ab V. ≥ 4.4.3 Beefalo V2 behält SEP sesam die fehlerhaften Sicherung gemäß der Medienpool EOL zusammen mit dem letzten erfolgreichen Sicherungs- oder Migrationssicherungssatz. Dies ist das standardmäßige Verhalten bei der Aufbewahrung von Sicherungen und kann durch Ändern von Vorbelegungen bzgl. der Aufbewahrungsfristen geändert werden, wie in Benutzerdefinierte Regeln für Aufbewahrungsfristen beschrieben. Diese Vorbelegungen werden möglicherweise in früheren Versionen nicht unterstützt, wo fehlgeschlagene Sicherungen nach 3 Tagen automatisch gelöscht wurden.

Bandmedien-EOL

Wenn ein Sicherungssatz auf Band gespeichert wird, hat jeder gespeicherte Sicherungssatz seine eigene Sicherungssatz-EOL, aber dies stellt nicht das tatsächliche Verfallsdatum des Bandes dar. Sein Verfallsdatum entspricht der auf dem Band angegebenen maximalen Verweildauer, d.h. der längsten EOL. Nur wenn die Aufbewahrungsfrist aller Sicherungssätze auf dem Band abgelaufen ist und das Band nicht (schreibgeschützt) ist, ist das Band zur Wiederverwendung frei gegeben. Für Details zur manuellen Anpassung der EOL und den Auswirkungen auf Bandmedien, siehe Manuelle EOL-Anpassung.

Was passiert, wenn die EOL abläuft?

Sobald das Ende der Lebensdauer eines Sicherungssatzes erreicht ist, erlischt sein Schutz. Der Speicherplatz eines abgelaufenen Sicherungssatzes wird allerdings nicht sofort genutzt. SEP sesam verwendet das Prinzip GET_OLDEST, um die Daten auf den Medien möglichst lange zu erhalten. Der freigegeben Speicherplatz kann wiederverwendet werden, wenn die folgenden Bedingungen erfüllt sind:

  • Typischerweise dürfen keine Sicherungssätze existieren, die von dem abgelaufenen abhängen. Für Details siehe Wie SEP sesam mit EOL-bezogenen Sicherungskettenabhängigkeiten umgeht. Sie können diese Bedingung außer Kraft setzen, indem Sie explizit zulassen, dass die EOL für die gesamte Sicherungskette abläuft und somit die Sicherungsdaten aller zugehörigen Sicherungssätze gelöscht werden.
  • Wenn ein Sicherungssatz auf Band gespeichert ist, muss die EOL aller dort gespeicherten Sicherungssätze abgelaufen sein.
  • Der SEP sesam Server gibt das Medium mit der ältesten EOL automatisch zur Wiederverwendung frei. Das älteste Medium ist das Medium mit der ältesten Ablaufdatum im Medienpool (Sicherungstag plus EOL).
Information sign.png Anmerkung
Wenn sich der Sicherungssatz auf einem Band befindet, wird das Band nicht wiederverwendet bis alle Sicherungssätze darauf abgelaufen sind.

Die Bandmedien-EOL entspricht immer der auf dem Band festgelegten Verweildauer (der längsten EOL). Genauer gesagt, die Bandmedien-EOL ist die maximale EOL aller auf dem Band gespeicherten Sicherungssätze oder die maximale EOL der DIFF/INCR-Sicherungssätze, die sich auf FULL/DIFF/INCR Sicherungssätze beziehen, die auf anderen Medien oder sogar Datenspeichern abgelegt sind. Erst wenn die Aufbewahrungszeit aller Sicherungssätze auf dem Band abgelaufen ist und das Band nicht mehr gesperrt (schreibgeschützt) ist, wird das gesamte Band zur Wiederverwendung frei gegeben.

Automatische EOL-Anpassung

In einigen Fällen passt SEP sesam die EOL automatisch an, um die Konsistenz der gesicherten Daten zu erhalten und eine erfolgreiche Wiederherstellung zu gewährleisten. Bei jeder Änderung der EOL werden die entsprechenden Informationen im Hauptprotokoll angezeigt.

EOL-bezogene Sicherungskettenabhängigkeiten verwalten

Wenn eine neue INCR- oder DIFF-Sicherung durchgeführt oder eine INCR- oder DIFF-Sicherung migriert wird, passt SEP sesam automatisch die EOL aller zugehörigen Sicherungssätze an, um die Sicherungsdaten und die Sicherungskette für die Wiederherstellung verfügbar zu halten. In einigen Sonderfällen erhöht SEP sesam auch automatisch die EOL der gesamten Sicherungskette und verhindert so die Verwaisung der Sicherungsketten. Die untenstehenden Abschnitte enthalten weitere Details.

Verlängerung der EOL eines DIFF- oder INCR-Sicherungssatzes

Wenn die EOL eines DIFF- oder INCR-Sicherungssatz erhöht wird, erhöht SEP sesam die EOL aller abhängigen Sicherungen (FULL und andere DIFF und INCR). Auf diese Weise stellt SEP sesam sicher, dass die EOL für die FULL-Sicherung und weitere verkettete DIFF- und INCR-Sicherungen nicht kürzer ist als die EOL des potentiell modifizierten DIFF-oder INCR-Sicherungssatzes.

Verkürzung der EOL eines DIFF- oder INCR-Sicherungssatzes

Wenn Sie die EOL eines DIFF- oder INCR-Sicherungssatzes auf einen Zeitpunkt in der Vergangenheit setzen, gibt SEP sesam eine Warnmeldung aus, in der Sie aufgefordert werden, Ihre Entscheidung zu bestätigen, die gesamte Sicherungskette auf einen bereits vergangenen Zeitpunkt zu setzen. Template:Warnung

Zu kurze EOL von DIFF- und INCR-Sicherungssätzen

Wenn die DIFF- oder INCR-Sicherung feststellt, dass ein zu einer Sicherungskette gehörender Sicherungssatz eine zu kurze EOL hat oder im Ziel-Pool fehlt, dann erhöht jede nachfolgende DIFF- oder INCR-Sicherung, die auf einem Pool mit längerer EOL läuft, die EOL des Sicherungssatzes aus dem jeweiligen Pool.

Information sign.png Anmerkung
Wenn eine EOL bereits abgelaufen ist, kann sie nicht automatisch verlängert werden. In einem solchen Fall können Sie eine längere EOL manuell einstellen. Details sind im Abschnitt Manuelle EOL-Anpassung beschrieben.
Beispiel
Die Sicherungskette hat folgende Aufbewahrungsfristen: FULL auf Pool MONTH (EOL:32), DIFF auf Pool WEEK (EOL:15) und INCR auf Pool DAY (EOL:7). Die EOL einer solchen Sicherungskette ist ausreichend, daher wird EOL nicht verändert.

Verlängerung der Aufbewahrungsfrist eines anderen Medienpools für migrierte Sicherungssätze zulassen

In der Regel wird eine Kette von Sicherungssätzen in einen Zielmedienpool migriert. Möglicherweise möchten Sie Sicherungssätze einer Sicherungskette (FULL/DIFF/INCR) in verschiedene Medienpools migrieren. Es gibt zwei Möglichkeiten, die Aufbewahrungsfrist von Migrationssicherungssätzen zu ändern.

  • Sie können eine verlängerte Aufbewahrungsfrist für die Migration durch Setzen folgender globalen Variabel (GLBV) per Kommandozeile ermöglichen: 'gv_adjust_eol_migration_increases_eol_on_other_pool'.
  • Sie können bei der Migration aktivieren, dass die EOL der referenzierten Sicherungssätze auf anderen Medienpools (nicht nur auf dem Zielmedienpool) erhöht wird, indem Sie in den globalen Einstellungen in der GUI folgenden Schlüssel hinzufügen:
    1. Klicken Sie in der Menüleiste auf Konfiguration -> Vorbelegungen -> Einstellungen.
    2. Klicken Sie auf [+], um den folgenden Schlüssel zu den globalen Einstellungen hinzuzufügen: eol_adjust_migration_on_other_pool|1|sesam, wobei value=1 bedeutet, dass der Schlüssel aktiv ist und sesam der Benutzername ist. Weitere Informationen zu retentionsbezogenen Schlüsseln finden Sie im Abschnitt Anpassen der Aufbewahrungsrichtlinie.
    3. EOL adjust migration Beefalo.jpg


Aufbewahrung der letzten erfolgreichen Sicherung oder Migration

SEP sesam automatically retains the last successful backup or migration saveset when the next backup/migration fails. By extending the EOL of the previous successful backup/migration, SEP sesam ensures that at least one successful backup is retained. This behavior is enabled by default and can be changed by setting the values of the respective keys, eol_adjust_failed_backup and eol_adjust_failed_migration, to 0, as shown in section Customizing retention policy.

COPY-Sicherung schlägt fehl

Wenn eine COPY-Sicherung fehl schlägt, wird die EOL der letzten erfolgreichen COPY-Sicherung (successful oder with warnings) verlängert auf die EOL der gescheiterten COPY-Sicherung.

Beispiel
COPY-Sicherung im Pool YEAR (EOL: 375) schlägt fehl.

SEP sesam sucht die letzte erfolgreiche COPY-Sicherung im gleichen Pool JAHR und erhöht seine EOL. Beachten Sie, dass SEP sesam nicht nach COPY Sicherungen in anderen Pools sucht.

Full-Sicherung schlägt fehl

Wenn eine Full-Sicherung fehl schlägt, wird die EOL der letzten erfolgreichen FULL/DIFF/INCR-Sicherung (successful oder with warnings) verlängert auf die EOL der gescheiterten Full-Sicherung.

Beispiel
Full-Sicherung im Pool YEAR (EOL: 375) schlägt fehl.

SEP sesam sucht die letzte erfolgreiche FDI-Sicherungskette im gleichen Pool JAHR und erhöht die EOL des gesamten Kette (FDI-Sicherungssätze). Beachten Sie, dass SEP sesam nicht nach FDI-Sicherungssätzen in anderen Pools sucht.

Manuelle EOL-Anpassung

Wir empfehlen nicht, die EOL manuell einzustellen. Dies überschreibt die EOL, die durch die Verweildauer (in Tagen) in der Medienpool-Konfiguration definiert wurde und an dem Tag gestartet wurde, an dem ein Sicherungssatz auf das Medium geschrieben wurde. Die folgenden Optionen sollten für Sonderfälle und Ausnahmen verwendet werden, z.B. um ein vorzeitiges Löschen eines einzelnen Sicherungssatzes zu ermöglichen oder um die Aufbewahrungszeit einer bestimmten Sicherungskette zu verlängern, die länger als durch die aktuelle EOL festgelegt ist.

  • Sie können die Sicherungssatz-EOL für jeden einzelnen Sicherungssatz, der in einem Datenspeicher abgelegt ist, ändern. Der Parameter Saveset EOL ist unter verschiedenen Eigenschaftsansichten verfügbar, z.B. als Option Gesperrt bis in den Eigenschaften des Sicherungsauftrag oder als Saveset EOL (z.B. Components -> Data Store -> Properties -> Reiter Savesets -> Saveset EOL). Sie können die Aufbewahrungszeit des Sicherungssatzes verlängern oder verkürzen, indem Sie das genaue Ablaufdatum im Kalender einstellen. Wenn der geänderte Sicherungssatz Teil einer Sicherungskette ist, kann die gesamte Kette betroffen sein.
  • Zusätzlich gibt es noch den Parameter Sicherungs-EOL. Dies ist das Verfallsdatum für alle Daten, die zu derselben Sicherung gehören, einschließlich der migrierten und replizierten Sicherungssätze. Sie können den Sicherungs-EOL-Parameter überprüfen und zusätzlich ändern, indem Sie das genaue Ablaufdatum im Kalender in der Benutzeroberfläche festlegen. Dazu müssen die Eigenschaften Savesets verwenden. (z.B. Main Selection -> Components -> Data Store -> Properties -> Reiter Savesets -> Backup EOL). Wenn der geänderte Sicherungssatz Teil einer Sicherungskette ist, ist die gesamte Kette betroffen.

Für Details siehe Abschnitt Wie SEP sesam mit EOL-bezogenen Sicherungskettenabhängigkeiten umgeht.

Manuelle Verkürzung der EOL

Note that reducing EOL may result in potential data loss due to the inability to restore from a backup.

  • If you are reducing backup EOL to a point in time in the past, it is adjusted only for the savesets with EOL longer than the newly given EOL, while the savesets with shorter EOL are not affected (their EOL remains unchanged).
  • Wenn Sie die Sicherungssatz-EOL (Ablaufdatum) auf einen Zeitpunkt in der Vergangenheit setzen, werden die Sicherunssätze mit abgelaufener EOL gelöscht.

Manuelle Verlängerung der EOL

Die Verlängerung der EOL kann für Sonderfälle genutzt werden, wie z.B. die Verlängerung der Aufbewahrungszeit eines bestimmten Sicherungssatzes, der ebenfalls migriert wurde und auf verschiedenen Medienpools gespeichert ist.

Manuelle Verlängerung der EOL in Version 4.4.3 Beefalo:

  • Wenn Sie die Sicherungs-EOL (Ablaufdatum) verlängern, wird die EOL nur für den Sicherungssatz angepasst, der bereits die längste EOL hat, während die EOL anderer Sicherungen nicht betroffen sind. Dieses Verhalten hat sich gegenüber den Vorgängerversionen geändert, bei denen die verlängerte Sicherungs-EOL zu einer verlängerten EOL für alle Sicherungssätze führte, die auf derselben Sicherung basieren, d.h. Originalsicherung, migrierte Sicherung, replizierte Sicherung, sowie für alle Sicherungen in einer Sicherungskette, wenn ein Sicherungssatz mit angepasster Sicherungs-EOL dabei war.

Manuelle Verlängerung der EOL in Version 4.4.3 Grolar:

  • Wenn Sie die Sicherungssatz-EOL (Ablaufdatum) verlängern und einer der Sicherungssätze Teil einer FDI-Sicherungskette ist, dann wird auch die EOL der vorherigen Sicherungssätze der Kette erhöht.
  • Wenn Sie die Sicherungs-EOL (Verfallsdatum) verlängern, wird die EOL für alle Sicherungssätze angepasst, die auf derselben Sicherung basieren, einschließlich der migrierten und replizierten Sicherungssätze. Dies kann zu einer unbeabsichtigten Erweiterung der EOL für Sicherungssätze führen, die auf einem Medienpool mit kurzer EOL gespeichert sind. Wenn eine der Sicherungen Teil einer FDI-Sicherungskette ist, wird auch die EOL der vorherigen Sicherungssätze in der Kette erhöht.
Information sign.png Anmerkung
  • Das Verlängern der Sicherungs-EOL von auf Bandmedien gespeicherten Sicherungssätzen kann die EOL der Bandmedien verlängern! Für Sicherungssätze, die auf Bandmedien gespeichert sind, kann keine bestimmte Aufbewahrungszeit eingestellt werden, die nur für eines der gespeicherten Sicherungssätze gelten würde. Jeder auf Band gespeicherte Sicherungssatz hat eine eigene EOL, die jedoch nicht das tatsächliche Ablaufdatum des Bandes darstellt. Die Bandmedien-EOL ist die maximale EOL aller auf dem Band gespeicherten Sicherungssätze oder die maximale EOL von DIFF/INCR Sicherungssätzen, die sich auf die FDI-Sicherungssätze beziehen, die auf anderen Medien oder sogar Datenspeichern gespeichert sind.
  • Um die EOL des Bandmediums zu reduzieren oder zu erhöhen (in den Bandeigenschaften als Gesperrt bis angezeigt), kann die EOL des Mediums (gekennzeichnet durch das Bandetikett) angepasst werden. Die manuell eingestellte EOL gilt für alle Sicherungssätze auf Band.
  • Wenn die EOL des Bandmediums erreicht ist, das Band aber nicht wiederverwendet werden soll, können Sie das Band auch sperren (mit Schreibschutz). Diese Option hat Vorrang vor der Medien-EOL.

Customizing retention policy

The default backup retention behavior can be changed by inserting or modifying retention-related keys in global settings in GUI: SEP sesam menu bar, click Configuration -> Defaults -> Settings. These keys may not be supported in previous SEP sesam versions, for details check Managing EOL in versions 4.4.3-4.4.3 Grolar.

To change the retention policy, you can add or modify the following options.

Retention-related key Value Description Available from version Note
eol_adjust_migration_on_other_pool 1 (allow)
0 (disable)
Allow extending retention period of another media pool for migrated savesets 4.4.3 Beefalo
eol_adjust_failed_backup 1 (enable)
0 (disable)
Automatic retention of the last successful backup saveset 4.4.3.47 Tigon V2
eol_adjust_failed_migration 1 (enable)
0 (disable)
Automatic retention of the last successful migration saveset 4.4.3.47 Tigon V2
eol_for_failed_backups 0 (use media pool EOL)
> 0 (specify the retention period in days, e.g., 3)
Adjust the retention period (in days) for failed backups 4.4.3 Beefalo V2

By default, the backup retention policy (media pool EOL) is equally applied to successful and failed backups. A failed backup is retained for the number of days specified by media pool EOL. If you want to free up space on the storage repository and shorten the number of days for retaining failed backups, specify the desired length of the retention for failed backups in days. For example, 3 means that SEP sesam will delete all failed backups automatically after 3 days. 0 (default) means that all failed backups are retained according to media pool EOL.

eol_for_failed_not_file_system_backups 0 (use media pool EOL)
> 0 (specify the retention period in days, e.g., 3)
Adjust the retention period (in days) for all non-filesystem (non-Path) type backups, e.g., SAP Hana, Exchange Server, VMware vSphere etc. 4.4.3 Beefalo V2 The only difference with the previous parameter (eol_for_failed_backups, see above) is that you can specify the desired length of the retention specifically for all non-filesystem (non-Path) type backups. For example, 3 means that SEP sesam will delete all failed non-filesystem backups automatically after 3 days. 0 (default) means that all failed non-filesystem backups are retained according to eol_for_failed_backups parameter, if it is set > 0, or according to media pool EOL, if none of the eol_for_failed... parameters is set (value 0).

The screenshot shows the Defaults -> Settings table with EOL-related paramaters.

EOL keys-settings.jpg

Überprüfung von Sicherungskettenabhängigkeiten

Sie können die save set tree view in der GUI verwenden, um Abhängigkeiten und EOL einer FDI-Sicherungskette zu ermitteln. Verwenden Sie diese Übersicht vor der manuellen Änderung von EOL-Parametern, um eine Unterbrechung der Sicherungskette zu vermeiden.

SEP Tip.png Hinweis
Wenn Sie die Zusammenfassung des Sicherungssatzbaums überprüfen, erhalten Sie sofort Informationen über den Speicherort und den Status der verfügbaren Sicherungssätze für die Wiederherstellung. Durch Überprüfen der Zusammenfassung, z.B. Verfügbarkeit 5, können Sie nach nicht sofort verfügbaren Sicherungssätzen suchen und diese dann migrieren, um Mount und selektive Rücksicherung zu ermöglichen.

Der Sicherungssatzbaum zeigt die Details zu einem Sicherungssatz zusammen mit den potenziell abhängigen Sicherungssätzen, die zur gleichen Sicherungskette gehören. Die Details des Sicherungssatzes sind schreibgeschützt. Der Überblick über die Sicherungskette ermöglicht Ihnen einen Einblick in die Wiederherstellbarkeit von Sicherungen.

Sie können die Sicherungssatzbaumansicht öffnen indem Sie eine ausgewählte Sicherung doppelt klicken anklicken:

  1. Unter Job Status -> Sicherungen oder unter Monitoring -> letzter Backup Status, durch Doppelklick auf die ausgewählte Sicherung.
  2. Öffnen Sie im Fenster mit den Eigenschaften des Sicherungsauftrags den Tab Sicherungssätze.

Bck chain dependencies-Beefalo.jpg

Der Sicherungssatzbaum (savesettree) zeigt alle Sicherungssätze der gleichen Sicherungskette mit den folgenden Details an:

saveset
SEP sesam eindeutige Identifikation, die einem Sicherungssatz zugeordnet ist.
starttime
The time when the backup was started.
level
The backup level used for saveset: F (FULL), D (DIFF), I (INCR) or C (COPY).

More detailed information displayed for each saveset:

pool
The media pool to which the saveset belongs.
EOL
The time when the saveset's protection expires. For details, see section EOL-related backup chain dependencies.
avail
The priority number, based on the location of the savesets. It is useful for identifying savesets that are readily available for restore. For example, a saveset in media pool DAY (data store) is migrated to another pool DeDup and then migrated to tape. The tape will have the lowest avail/priority because it is not readily available for restore. Check also the Availability in the Status at the end of the tree view, which is calculated from the avail of all displayed savesets. See below Availability for details.
reason
Explains the above avail – availability of individual savesets for restore. The following information shows the relation between the location and avail/prio. Priority is assigned numerically, with 1 being the lowest priority and 6 (or 7 if called with a specific pool) being the highest.
TAPE_SINGLE = 0
TAPE_NOT_IN_LOADER = 1
DISK_OFFLINE = 2
TAPE_ONLINE = 3
DISK_HARD = 4
DISK_STORE_CLONE = 5 
DISK_STORE = 6 
REQUESTED_POOL = 7 (shown if called with a specific pool, e.g., all savesets on the pool DAY and the saveset_tree was called with the target pool DAY)
drivegroup
Displays the name of the drive group related to the saveset's media pool.
drives
The number of the drive that was used for backup.
labels
Displays an internal identification of a saveset (a media pool name and a 5-digit number), a potential barcode, prio (numerical representation of the availability, see above item), and comment.
status
Displays the summary of savesets availability – status, message on availability and a numerical representation. For example, as soon as 1 saveset is migrated to another pool and deleted from the original pool, the availability will be lowered.

Save set tree status.jpg