Wie SnapManager Backups auf dem lokalen Storage aufbewahrt
Änderungen vorschlagen
PDFs
Mit SnapManager können Sie Backups erstellen, die Aufbewahrungsrichtlinien erfüllen, die angeben, wie viele erfolgreiche Backups auf lokalem Storage aufbewahrt werden sollen. Sie können die Anzahl erfolgreicher Backups angeben, die im Profil für eine bestimmte Datenbank aufbewahrt werden sollen.
Sie können Backups für folgende erstellen:
-
10 Tage tägliche Backups auf dem Primärspeicher
-
2 Monate monatliche Backups auf dem Primärspeicher
-
7 Tage tägliche Backups auf dem Sekundärspeicher
-
4 Wochen wöchentliche Backups auf dem Sekundärspeicher
-
6 Monate monatliche Backups auf dem Sekundärspeicher
Sie können für jedes Profil in SnapManager die Werte für die folgenden nicht begrenzten Aufbewahrungsklassen ändern:
-
Stündlich
-
Täglich
-
Wöchentlich
-
Monatlich
SnapManager legt fest, ob ein Backup aufbewahrt werden soll, indem sowohl die Anzahl der Aufbewahrung (z. B. 15 Backups) als auch die Aufbewahrungsdauer (z. B. 10 Tage tägliche Backups) berücksichtigt werden. Ein Backup läuft ab, wenn sein Alter die für seine Aufbewahrungsklasse festgelegte Aufbewahrungsdauer überschreitet oder die Anzahl der Backups die Aufbewahrungsdauer überschreitet. Beispiel: Wenn die Backup-Anzahl 15 beträgt (SnapManager hat 15 erfolgreiche Backups erstellt) und die Dauer für tägliche Backups von 10 Tagen festgelegt wird, laufen die fünf ältesten erfolgreichen geeigneten Backups ab.
Nach Ablauf eines Backups wird das abgelaufene Backup entweder von SnapManager entfernt oder gelöscht. SnapManager behält immer das letzte Backup bei.
SnapManager zählt nur die Anzahl erfolgreicher Backups für die Aufbewahrungszahl. Es werden folgende Punkte nicht berücksichtigt:
| Backups, die nicht in der Aufbewahrungsanzahl enthalten sind | Zusätzliche Angaben |
|---|---|
Fehlgeschlagene Backups |
SnapManager behält die Informationen zu erfolgreichen und fehlgeschlagenen Backups bei. Obwohl fehlgeschlagene Backups nur einen minimalen Speicherplatz im Repository benötigen, können Sie diese auch löschen. Fehlgeschlagene Backups verbleiben im Repository, bis Sie sie löschen. |
Backups, die für die Aufbewahrung vorgesehen sind, unbegrenzt oder für eine andere Aufbewahrungsklasse Backups |
SnapManager löscht keine Backups, die für die Aufbewahrung vorgesehen sind. Darüber hinaus berücksichtigt SnapManager nur die Backups in derselben Aufbewahrungsklasse (beispielsweise berücksichtigt SnapManager nur die stündlichen Backups für die stündliche Aufbewahrungszahl). |
Backups werden über lokalen Storage gemountet |
Wenn Snapshot Kopien angehängt werden, sind sie auch geklont und gelten somit nicht als für die Aufbewahrung geeignet. SnapManager kann die Snapshot Kopien nicht löschen, wenn sie geklont sind. |
Backups, die zum Erstellen eines Klons im lokalen Storage verwendet werden |
SnapManager behält alle Backups, die zum Erstellen von Klonen verwendet werden, berücksichtigt diese jedoch nicht für die Anzahl der Backup-Aufbewahrung. |
SnapManager bietet für jede Aufbewahrungsklasse eine Standardanzahl und -Dauer. Beispielsweise behalten SnapManager für die Anzahl der stündlichen Aufbewahrungsklassen standardmäßig vier Backups pro Stunde bei. Sie können diese Standardwerte überschreiben und beim Erstellen oder Aktualisieren des Profils die Werte festlegen oder die Standardwerte für Aufbewahrungsanzahl und -Dauer in ändern smsap.config Datei:
Wenn lokale Backups aufgrund der Aufbewahrungsrichtlinie ablaufen, werden die Backups gelöscht.
Bei einem nur-archivlog Backup Vorgang archiviert SnapManager die Redo-Log-Dateien nicht, anders als beim Online-Datenbank-Backup-Prozess. Sie müssen ein Pre-Task-Skript hinzufügen, um die Redo-Log-Dateien zu archivieren, bevor Sie den nur-Archivprotokoll durchführen. Das Vortaskskript muss das ausführen alter system switch logfile Befehl.
Das folgende Beispiel zeigt die Maßnahmen, die SnapManager für verschiedene Arten von Backups ergreift, basierend auf einer Aufbewahrungsrichtlinie für drei tägliche Backups (wobei die Anzahl auf Aufbewahrung 3 festgelegt ist):
| Backup-Datum | Status | Maßnahmen zur Aufbewahrungsrichtlinie ergriffen | Erklärung |
|---|---|---|---|
5/10 |
Erfolgreich |
Bitte Halten |
Es handelt sich um das aktuellste erfolgreiche Backup und wird daher beibehalten. |
5/9 |
Erfolgreich, geklont |
Überspringen |
SnapManager berücksichtigt keine Backups, die zum Klonen in der Anzahl der Aufbewahrungsrichtlinien verwendet werden. Dieses Backup entfällt auf die Anzahl erfolgreicher Backups. |
5/8 |
Erfolgreich, angehängt |
Überspringen |
SnapManager berücksichtigt keine gemounteten Backups in der Anzahl der Aufbewahrungsrichtlinien. Dieses Backup entfällt auf die Anzahl erfolgreicher Backups. |
5/7 |
Fehlgeschlagen |
Überspringen |
Fehlgeschlagene Backups werden nicht gezählt. |
5/5 |
Erfolgreich |
Bitte Halten |
SnapManager hält dieses zweite erfolgreiche tägliche Backup. |
5/3 |
Erfolgreich |
Bitte Halten |
SnapManager hält dieses dritte erfolgreiche tägliche Backup. |
5/2 |
Erfolgreich |
Löschen |
SnapManager zählt dieses erfolgreiche Backup, aber nachdem SnapManager drei erfolgreiche tägliche Backups erreicht hat, wird dieses Backup gelöscht. |
Verwandte Informationen