SnapManager conserve les sauvegardes sur le système de stockage local
SnapManager vous permet de créer des sauvegardes conformes aux politiques de conservation, ce qui précise le nombre de sauvegardes réussies sur le stockage local. Vous pouvez spécifier le nombre de sauvegardes réussies qui doivent être conservées dans le profil d'une base de données donnée.
Vous pouvez créer des sauvegardes pour les éléments suivants :
-
10 jours de sauvegardes quotidiennes sur le stockage primaire
-
2 mois de sauvegardes mensuelles sur le système de stockage primaire
-
7 jours de sauvegardes quotidiennes sur le système de stockage secondaire
-
4 semaines de sauvegardes hebdomadaires sur le système de stockage secondaire
-
6 mois de sauvegardes mensuelles sur système de stockage secondaire
Pour chaque profil dans SnapManager, vous pouvez modifier les valeurs des classes de rétention non limitées suivantes :
-
Horaire
-
Tous les jours
-
Hebdomadaire
-
Tous les mois
SnapManager détermine si une sauvegarde doit être conservée en tenant compte à la fois du nombre de rétention (par exemple, 15 sauvegardes) et de la durée de conservation (par exemple, 10 jours de sauvegardes quotidiennes). Une sauvegarde expire lorsque son âge dépasse la durée de rétention définie pour sa classe de rétention ou que le nombre de sauvegardes dépasse le nombre de rétention. Par exemple, si le nombre de sauvegardes est de 15 (SnapManager a effectué 15 sauvegardes réussies) et que le délai requis est fixé à 10 jours de sauvegardes quotidiennes, les cinq sauvegardes éligibles les plus anciennes expirent.
Après expiration d'une sauvegarde, SnapManager libère ou supprime la sauvegarde expirée. SnapManager conserve toujours la dernière sauvegarde effectuée.
SnapManager compte uniquement le nombre de sauvegardes réussies pour le nombre de rétention et ne prend pas en compte les éléments suivants :
Sauvegardes non incluses dans le nombre de rétention | Informations supplémentaires |
---|---|
Sauvegardes ayant échoué |
SnapManager conserve les informations sur les sauvegardes réussies ou non. Bien que les sauvegardes qui échouent ne nécessitent que peu d'espace dans le référentiel, il est possible que vous souhaitiez les supprimer. Les sauvegardes qui ont échoué restent dans le référentiel jusqu'à ce que vous les supprimiez. |
Les sauvegardes désignées pour être conservées de façon illimitée ou pour une autre classe de conservation |
SnapManager ne supprime pas les sauvegardes désignées pour le conserver sans limites. En outre, SnapManager prend uniquement en compte les sauvegardes correspondant à la même classe de conservation (par exemple, SnapManager prend uniquement en compte les sauvegardes horaires pour le nombre de conservation horaire). |
Sauvegardes montées à partir d'un système de stockage local |
Lorsque les copies Snapshot sont montées, elles sont également clonées et ne sont donc pas considérées comme éligibles pour la conservation. La SnapManager ne peut pas supprimer les copies Snapshot s'ils sont clonés. |
Sauvegardes utilisées pour créer un clone sur un système de stockage local |
SnapManager conserve toutes les sauvegardes utilisées pour créer des clones, mais ne les prend pas en compte pour le nombre de conservation des sauvegardes. |
SnapManager fournit un nombre et une durée de conservation par défaut pour chaque classe de conservation. Par exemple, pour le nombre horaire de classes de conservation, SnapManager conserve par défaut quatre sauvegardes toutes les heures. Vous pouvez remplacer ces valeurs par défaut et définir les valeurs lors de la création ou de la mise à jour du profil ou modifier les valeurs par défaut pour le nombre de rétention et la durée dans smsap.config
fichier.
Lorsque les sauvegardes locales expirent en fonction de leur stratégie de conservation, les sauvegardes sont supprimées.
Dans une opération de sauvegarde archivelog uniquement, SnapManager n'archive pas les fichiers journaux de reprise, contrairement au processus de sauvegarde de la base de données en ligne. Vous devez ajouter un script de prétâche pour archiver les fichiers journaux de reprise avant d'effectuer l'opération de sauvegarde archivelog uniquement. Le script de prétâche doit exécuter le alter system switch logfile
commande.
L'exemple suivant montre les actions que SnapManager effectue sur différents types de sauvegardes, selon une stratégie de conservation des sauvegardes quotidiennes (avec le nombre défini à conserver 3) :
Date de sauvegarde | État | Action de politique de conservation entreprise | Explication |
---|---|---|---|
5/10 |
Réussi |
Gardez |
Il s'agit de la sauvegarde la plus récente qui a réussi, elle sera donc conservée. |
5/9 |
Réussi, cloné |
Ignorer |
SnapManager ne prend pas en compte les sauvegardes utilisées pour le clonage dans le nombre de règles de conservation. Cette sauvegarde est omise du nombre de sauvegardes réussies. |
5/8 |
Réussite, monté |
Ignorer |
SnapManager ne considère pas les sauvegardes montées sur le nombre de stratégies de conservation. Cette sauvegarde est omise du nombre de sauvegardes réussies. |
5/7 |
Échec |
Ignorer |
Les sauvegardes ayant échoué ne sont pas comptées. |
5/5 |
Réussi |
Gardez |
SnapManager conserve cette seconde sauvegarde quotidienne réussie. |
5/3 |
Réussi |
Gardez |
Cette troisième sauvegarde quotidienne avec succès est réalisée par SnapManager. |
5/2 |
Réussi |
Supprimer |
SnapManager compte cette sauvegarde réussie, mais cette sauvegarde est supprimée après que SnapManager ait atteint trois succès chaque jour. |
Informations connexes