Pour mes débuts, je voulais trouver un sujet qui intéresserait le plus large public possible et qui nécessiterait une réflexion approfondie. Daniel Defoe a soutenu que la mort et les impôts attendent tout le monde. Pour ma part, je peux dire que tout ingénieur support aura des questions sur les politiques de stockage des points de récupération (ou, plus simplement, sur la rétention). Comment fonctionne la rétention, j'ai commencé à expliquer il y a 4 ans, en tant qu'ingénieur junior du premier niveau, et je continue à expliquer maintenant, étant déjà le chef d'équipe de l'équipe hispanophone et italophone. Je suis sûr que mes collègues du deuxième et même du troisième niveau de soutien répondent également régulièrement aux mêmes questions.
Dans cette optique, je voulais rédiger le dernier article le plus détaillé, auquel les utilisateurs russophones pourraient revenir encore et encore comme référence. Le moment est venu - la version 10e anniversaire récemment publiée a ajouté de nouvelles fonctionnalités aux fonctionnalités de base qui n'ont pas changé depuis des années. Mon article se concentre principalement sur cette version - bien que la plupart de ce qui a été écrit soit vrai pour les versions précédentes, vous ne trouverez tout simplement pas certaines des fonctionnalités décrites ici. Enfin, en regardant un peu dans le futur, je dirai que des changements sont attendus dans la prochaine version, mais nous vous en parlerons le moment venu. Alors, commençons.
Tâches de sauvegarde
Examinons d'abord la partie qui n'a pas changé dans la version 10. La politique de rétention est déterminée par plusieurs paramètres. Ouvrons la fenêtre de création d'une nouvelle tâche et allons dans l'onglet Stockage. Ici, nous allons voir un paramètre qui détermine le nombre souhaité de points de récupération:
Cependant, ce n'est qu'une partie de l'équation. Le nombre réel de points est également déterminé par le mode de sauvegarde défini pour la tâche. Pour sélectionner ce paramètre, vous devez cliquer sur le bouton Avancé du même onglet. Cela ouvrira une nouvelle fenêtre avec de nombreuses options. Numérotons-les et considérons-les tour à tour:
Si seule l'option 1 est activée, le travail s'exécutera en mode "incrémentiel progressif pour toujours". Il n'y a pas de difficultés ici - la tâche stockera le nombre défini de points de restauration depuis une sauvegarde complète (fichier avec l'extension VBK) jusqu'au dernier incrément (fichier avec l'extension VIB). Lorsque le nombre de points dépasse la valeur spécifiée, l'incrément le plus ancien sera fusionné avec la sauvegarde complète. En d'autres termes, si la tâche est définie pour stocker 3 points, il y aura 4 points immédiatement après la session suivante dans le référentiel, après quoi la sauvegarde complète sera fusionnée avec l'incrément le plus ancien et le nombre total de points reviendra à 3.
Il est également extrêmement simple de retoucher pour le mode incrémentiel inverse (option 2). Puisque dans ce cas, le point le plus récent sera une sauvegarde complète, suivie d'une chaîne de soi-disant annulations (fichiers avec l'extension VRB), puis pour appliquer la rétention, il vous suffit de supprimer la plus ancienne annulation. La situation sera la même: immédiatement après la séance, le nombre de points dépassera le set de 1, après quoi il reviendra à la valeur souhaitée.
Notez qu'avec le mode incrémentiel inversé, vous pouvez également activer une sauvegarde complète périodique (option 4), mais cela ne changera pas l'essence. Oui, des points de restauration complets apparaîtront dans la chaîne, mais nous supprimerons toujours les points les plus anciens un par un.
Enfin, nous arrivons à la partie intéressante. Si vous activez une sauvegarde incrémentielle, mais que vous activez en plus les options 3 ou 4 (ou les deux en même temps), la tâche commencera à créer des sauvegardes complètes périodiques en utilisant la méthode «active» ou synthétique. La méthode de création d'une sauvegarde complète n'est pas importante - elle contiendra les mêmes données et la chaîne incrémentielle sera divisée en sous-chaînes. Cette méthode s'appelle forward incrémental, et c'est lui qui soulève une part importante des questions de nos clients.
La conservation est utilisée ici en supprimant la partie la plus ancienne de la chaîne (de la sauvegarde complète à l'incrémentation). Dans ce cas, nous ne supprimerons pas seulement une sauvegarde creuse ou seulement une partie des incréments. Le "sous-ensemble" entier est supprimé complètement en une seule fois. La signification de la définition du nombre de points change également - si dans d'autres méthodes, il s'agit du nombre maximum autorisé, après quoi vous devez appliquer la rétention, ce paramètre détermine le nombre minimum. En d'autres termes, après avoir supprimé la "sous-chaîne" la plus ancienne, le nombre de points dans la partie restante ne doit pas tomber en dessous de ce minimum.
Je vais essayer de décrire ce concept graphiquement. Disons que la rétention est fixée à 3 points, la tâche s'exécute tous les jours avec une sauvegarde complète le lundi. Dans ce cas, la rétention sera appliquée lorsque le nombre total de points atteint 10:
Pourquoi jusqu'à 10 quand ils en mettent 3? Une sauvegarde complète a été créée lundi. Du mardi au dimanche, le poste créait des incréments. Enfin, lundi prochain, une sauvegarde complète est à nouveau créée, et ce n'est que lorsque 2 incréments sont créés que toute l'ancienne partie de la chaîne peut finalement être supprimée, car le nombre de points restant ne tombera pas en dessous de l'ensemble 3.
Si l'idée est claire, je vous suggère d'essayer de calculer vous-même la rétention. Prenons ces conditions: la tâche est lancée pour la première fois jeudi (bien sûr, une sauvegarde complète sera effectuée). La tâche est définie pour créer une sauvegarde complète les mercredis et dimanches et stocker 8 points de restauration. Quand la rétention sera-t-elle appliquée pour la première fois?
Pour répondre à cette question, je vous recommande de prendre un morceau de papier, de l'aligner par jour de la semaine et de noter quel point est créé chaque jour. La réponse deviendra évidente
Répondre
: « »? – 3 (VBK, VIB, VIB) 8 . , , 11 , . . .
: « »? – 3 (VBK, VIB, VIB) 8 . , , 11 , . . .
Certains lecteurs peuvent argumenter: "Pourquoi tout cela s'il y a rps.dewin.me ?" Sans aucun doute, c'est un outil très utile, et dans certains cas, je l'utiliserais, mais il a aussi des limites. Tout d'abord, cela ne permet pas de spécifier les conditions initiales, et dans de nombreux cas la question est exactement «nous avons une telle chaîne, que se passera-t-il si nous modifions tel ou tel paramètre?». Deuxièmement, l'outil manque encore de clarté. En montrant la page RPS aux clients, je n'ai pas trouvé de compréhension, mais après l'avoir peinte comme dans l'exemple (même en utilisant le même Paint), jour après jour, tout est devenu clair.
Enfin, nous n'avons pas couvert l'option «Transformer les chaînes de sauvegarde précédentes en rollbacks» (marquée par 5). Cette option confond parfois les clients qui l'activent «automatiquement», voulant activer une sauvegarde synthétique. Pendant ce temps, cette option active un mode de sauvegarde très spécial. Sans entrer dans les détails, je dirai tout de suite qu'à ce stade du développement produit, «Transformer les chaînes de sauvegarde précédentes en rollbacks» est une option obsolète, et je ne peux pas penser à un scénario unique quand il devrait être utilisé. Sa valeur est si discutable que pendant un moment Anton Gostev lui-même a lancé un cri à travers le forum, lui demandant de lui envoyer des exemples de son utilisation utile (si vous les avez, écrivez dans les commentaires, je suis très intéressé). S'il n'y en a pas (je pense que ce sera le cas), l'option sera supprimée dans les versions futures.
Le travail créera des incréments (VIB) jusqu'au jour de la planification de la sauvegarde complète synthétique. Ce jour-là, VBK est vraiment créé, mais tous les points avant ce VBK sont transformés en rollbacks (VRB). Après cela, la tâche continuera à créer des incréments de la sauvegarde complète jusqu'à la prochaine sauvegarde synthétique. En conséquence, un mélange explosif de fichiers VBK, VBR et VIB est créé dans la chaîne. La rétention est appliquée très simplement - en supprimant le dernier VBR:
Problèmes
En plus de comprendre son fonctionnement, la plupart des problèmes qui surviennent lors de l'utilisation du mode incrémentiel sont généralement associés à une sauvegarde complète. Une sauvegarde complète régulière est nécessaire pour ce mode, sinon le référentiel accumulera des points jusqu'à ce qu'il déborde.
Par exemple, une sauvegarde complète peut être créée trop rarement. Disons que la tâche est définie pour stocker 10 points et qu'une sauvegarde complète est créée une fois par mois. Il est clair que le nombre réel de points ici sera beaucoup plus élevé que celui défini. Ou la tâche est généralement configurée pour fonctionner dans un mode incrémentiel infini et stocker 50 points. Ensuite, quelqu'un a accidentellement créé une sauvegarde complète. Voilà, à partir de maintenant, la tâche attendra que le point complet accumule 49 incréments, après quoi elle appliquera la rétention et reviendra au mode infiniment plein.
Dans d'autres cas, une sauvegarde complète est définie pour être créée régulièrement, mais ce n'est pas le cas pour une raison quelconque. J'écrirai ici la raison la plus populaire. Certains clients préfèrent utiliser l'option de planification «exécuter après» et configurer les travaux à exécuter dans une chaîne. Prenons cet exemple: il y a 3 jobs qui s'exécutent chaque jour et créent une sauvegarde complète le dimanche. La première tâche commence à 22h30, les autres sont lancées en chaîne. Une sauvegarde incrémentielle prend 10 minutes et, par conséquent, à 23h00, toutes les tâches sont terminées. Mais une sauvegarde complète prend une heure, donc ce qui suit se produit le dimanche: la première tâche se déroule de 22h30 à 23h30. Le prochain est de 23h30 à 00h30. Mais la troisième tâche commence lundi. Une sauvegarde complète est définie pour dimanche, donc dans ce cas, elle ne sera tout simplement pas là.La tâche attendra une sauvegarde complète pour appliquer la rétention. Par conséquent, soyez prudent lorsque vous utilisez l'option «exécuter après», ou ne l'utilisez pas du tout - configurez simplement les travaux pour qu'ils démarrent en même temps et laissez le planificateur de ressources faire son travail.
Option difficile "Supprimer les éléments supprimés"
En parcourant les paramètres de la tâche Stockage - Avancé - Maintenance, vous pouvez tomber sur l'option «supprimer les données des éléments supprimés après», calculée en jours.
Certains clients s'attendent à ce que ce soit la rétention. En fait, il s'agit d'une option complètement distincte, dont une mauvaise compréhension peut entraîner des conséquences inattendues. Cependant, la première étape consiste à expliquer comment B&R réagit aux situations où seules quelques machines sont sauvegardées avec succès au cours d'une session.
Considérez ce scénario: un travail infiniment incrémentiel configuré pour stocker 6 points. Dans la tâche, il y a 2 machines, l'une a toujours été sauvegardée avec succès, l'autre a parfois donné des erreurs. En conséquence, jusqu'au septième point, la situation suivante s'est développée:
Il est temps d'appliquer la rétention, mais une voiture a 7 points et l'autre seulement 4. La rétention sera-t-elle appliquée ici? La réponse est oui. Si au moins un objet a été sauvegardé, B&R considère le point à créer.
Une situation similaire peut se produire si une certaine machine n'a tout simplement pas été incluse dans la tâche pendant une certaine session. Cela se produit, par exemple, lorsque les machines ne sont pas ajoutées individuellement à la tâche, mais dans le cadre de conteneurs (dossiers, stockages) et que certaines machines sont temporairement migrées vers un autre conteneur. Dans ce cas, la tâche sera considérée comme réussie, mais dans les statistiques, vous trouverez un message vous invitant à faire attention à ce que telle ou telle machine ne soit plus traitée par la tâche.
Que se passera-t-il si vous ne faites pas attention à cela? Dans le cas de modes incrémentiels infinis ou incrémentiels inversés, le nombre de points de récupération de la machine "à problème" diminuera à chaque session jusqu'à atteindre 1 stocké dans le VBK. En d'autres termes, même si la machine n'est pas sauvegardée pendant une longue période, un point de restauration restera. Ce n'est pas le cas si les sauvegardes complètes périodiques sont activées. Si vous ignorez les signaux de B&R, le dernier point peut être supprimé avec l'ancienne partie de la chaîne.
Avec ces détails clairs, nous pouvons enfin regarder l'option «Supprimer les données des éléments supprimés après». Il supprimera tous les points pour un véhicule spécifique si ce véhicule n'a pas été sauvegardé pendant X jours. Veuillez noter que ce paramètre ne répond pas aux erreurs (essayé - cela n'a pas fonctionné). Il ne devrait même pas y avoir de tentative de sauvegarde de la machine. Il semblerait que l'option soit utile et devrait toujours être conservée. Si l'administrateur a supprimé la machine de la tâche, il est logique d'effacer la chaîne des données inutiles après un certain temps. Cependant, le réglage demande de la discipline et du soin.
Permettez-moi de vous donner un exemple de pratique: plusieurs conteneurs ont été ajoutés à la tâche, dont la composition était assez dynamique. En raison du manque de RAM B&R, le serveur rencontrait des problèmes qui passaient inaperçus. La tâche a démarré et a tenté de sauvegarder les machines, à l'exception de celle qui n'était pas présente dans le conteneur à ce moment-là. Étant donné que de nombreuses machines ont donné des erreurs, B&R doit par défaut faire 3 tentatives supplémentaires pour sauvegarder les machines "problématiques". En raison de problèmes constants avec la RAM, ces tentatives ont pris plusieurs jours. Il n'y a pas eu de tentative répétée de sauvegarde de la VM manquante (l'absence de VM n'est pas une erreur). Par conséquent, pendant l'une des tentatives, la condition «Supprimer les éléments supprimés» a été remplie et tous les points de la machine ont été supprimés.
À cet égard, je peux dire ce qui suit: si vous avez configuré des notifications sur les résultats des tâches, ou mieux encore - vous utilisez l'intégration avec Veeam ONE, cela ne vous arrivera probablement pas. Si vous regardez le serveur B&R une fois par semaine pour vérifier que tout fonctionne, alors il est préférable de refuser les options qui pourraient potentiellement conduire à la suppression des sauvegardes.
Ce qui est ajouté dans la v.10
Ce dont nous avons parlé auparavant existe chez B&R depuis de nombreuses versions. Après avoir compris ces principes de travail, voyons maintenant ce qui a été ajouté à l'anniversaire «dix».
Rétention quotidienne
Ci-dessus, nous avons considéré la politique de stockage "classique" basée sur le nombre de points. Une autre approche consiste à définir des «jours» au lieu de «points de restauration» dans le même menu.
L'idée est claire dans le nom - la rétention stockera un nombre défini de jours, mais le nombre de points par jour n'a pas d'importance. Ce faisant, rappelez-vous ce qui suit:
- Le jour en cours n'est pas pris en compte dans le calcul de la rétention
- Les jours où la tâche n'a pas du tout fonctionné sont également comptés. Il convient de garder cela à l'esprit afin de ne pas perdre accidentellement les points de ces tâches qui fonctionnent de manière irrégulière.
- Le point de récupération est compté à partir du jour où sa création a commencé (c'est-à-dire si la tâche a commencé à fonctionner le lundi et s'est terminée le mardi, alors ce point est du lundi)
Pour le reste, les principes d'application de la rétention par tâches sont également déterminés par la méthode de sauvegarde choisie. Essayons une autre tâche de calcul en utilisant la même méthode incrémentielle. Disons que la rétention est définie sur 8 jours, la tâche s'exécute toutes les 6 heures avec une sauvegarde complète le mercredi. Cependant, la tâche ne fonctionne pas le dimanche. Le travail commence le lundi pour la première fois. Quand la rétention sera-t-elle appliquée?
Répondre
, . , , . , , 4 .
. ? 8 . , , , . – .
. ? 8 . , , , . – .
Archivage GFS pour les travaux normaux
Avant la v.10, la méthode de stockage Grandfather-Father-Son (GFS) n'était disponible que pour les travaux de copie de sauvegarde et de copie sur bande. Maintenant, il est également disponible pour une sauvegarde régulière.
Bien que cela ne soit pas pertinent pour le sujet actuel, je ne peux m'empêcher de dire que la nouvelle fonctionnalité ne signifie pas un écart par rapport à la stratégie 3-2-1. La présence de points d'archive dans le référentiel principal n'affecte en rien sa fiabilité. Il est prévu que GFS soit utilisé en conjonction avec un référentiel Scale-out pour décharger ces points vers S3 et des référentiels similaires. Si vous ne l'utilisez pas, il est préférable de continuer à stocker les points principaux et d'archivage dans des référentiels différents.Regardons maintenant les principes de création de points GFS. Dans les paramètres de la tâche, à l'étape Stockage, un bouton spécial est apparu qui appelle le menu suivant:
L'essence de GFS peut être réduite à plusieurs points (notez que GFS fonctionne différemment dans d'autres types de tâches, mais plus à ce sujet plus tard):
- La tâche ne crée pas de sauvegarde complète distincte pour le point GFS. Au lieu de cela, la sauvegarde complète disponible la plus appropriée sera utilisée. Par conséquent, la tâche doit fonctionner en mode incrémentiel avec une sauvegarde complète périodique, ou une sauvegarde complète doit être créée manuellement par l'utilisateur.
- Si une seule période est activée (par exemple, une semaine), au début de la période GFS, la tâche commencera simplement à attendre une sauvegarde complète et marquera la première période appropriée comme GFS.
Exemple: un travail est configuré pour stocker un GFS hebdomadaire à l'aide d'une sauvegarde du mercredi. La tâche s'exécute tous les jours, mais la sauvegarde complète est prévue pour vendredi. Dans ce cas, la période GFS débutera mercredi et le travail commencera à attendre un point approprié. Il apparaîtra vendredi et sera marqué du drapeau GFS.
- (, ), B&R , GFS ( ). , .
Exemple: le GFS hebdomadaire est facturé le mercredi et le GFS mensuel est facturé la dernière semaine du mois. La tâche s'exécute tous les jours et crée des sauvegardes complètes les lundis et vendredis.
Pour plus de simplicité, commençons à compter à partir de l'avant-dernière semaine du mois. Cette semaine, une sauvegarde complète sera créée le lundi, mais elle sera ignorée car l'intervalle GFS hebdomadaire commence le mercredi. Mais la sauvegarde complète du vendredi convient parfaitement au point GFS. Ce système nous est déjà familier.
Considérez maintenant ce qui se passe la dernière semaine du mois. L'intervalle GFS mensuel commencera le lundi, mais le VBK du lundi ne sera pas marqué comme GFS car le travail cherche à marquer un VBK comme un point GFS mensuel et hebdomadaire. Dans ce cas, la recherche commence précisément par l'hebdomadaire, donc, par définition, elle peut également devenir mensuelle.
Dans ce cas, si vous incluez uniquement les intervalles hebdomadaires et annuels, ils agiront indépendamment l'un de l'autre et peuvent marquer 2 VBK séparés comme correspondant aux intervalles GFS.
Tâches de copie de sauvegarde
Un autre type de mission qui nécessite souvent des éclaircissements sur le tas. Pour commencer, analysons la méthode de travail "classique", sans innovations v.10
Méthode de rétention simple
Par défaut, ces travaux s'exécutent en mode incrémentiel infini. La création de points est déterminée par deux paramètres - l'intervalle de copie et le nombre souhaité de points de récupération (il n'y a pas de rétention par jours). L'intervalle de copie est défini sur le tout premier onglet Job lors de la création d'un job: le
nombre de points est déterminé un peu plus loin dans l'
onglet Target.Le job crée 1 nouveau point pour chaque intervalle (peu importe le nombre de points créés pour la VM par les jobs d'origine). À la fin de l'intervalle, le nouveau point est finalisé et, si nécessaire, la rétention est appliquée en combinant VBK et l'incrément le plus ancien. Nous connaissons déjà ce mécanisme.
Méthode de conservation utilisant GFS
BCJ sait également stocker des points d'archive. Ceci est configuré sur le même onglet Cible, juste en dessous du paramètre pour le nombre de points de récupération: les points
GFS peuvent être créés de deux manières - de manière synthétique, en utilisant les données du référentiel secondaire, ou en simulant une sauvegarde complète et en lisant toutes les données du référentiel principal (activé par l'option marquée du numéro 3) ... La rétention dans les deux cas sera très différente, nous les examinerons donc séparément.
Synthétique GFS
Dans ce cas, le point GFS n'est pas créé à la date exacte. Au lieu de cela, un point GFS sera créé lorsque le VIB du jour où le point GFS devait être créé est fusionné avec une sauvegarde complète. Cela crée parfois de la confusion, car le temps passe, mais il n'y a toujours pas de point GFS. Et seul un puissant chaman du support technique peut prédire le jour où le point apparaîtra. En fait, la magie n'est pas nécessaire - il suffit de regarder le nombre défini de points et l'intervalle de synchronisation (combien de points sont créés chaque jour). Essayez de vous calculer en utilisant cet exemple: la tâche est configurée pour stocker 7 points, l'intervalle de synchronisation est de 12 heures (soit 2 points par jour). Pour le moment, il y a déjà 7 points dans la chaîne, aujourd'hui c'est lundi, et la création d'un point GFS est prévue pour ce jour. Quel jour sera-t-il créé?
Répondre
, , :
, GFS, . 2 , . , . , – «» . 8 – 7 + GFS.
, GFS, . 2 , . , . , – «» . 8 – 7 + GFS.
Création de points GFS avec l'option "Lire le point entier"
Ci-dessus, j'ai dit que BCJ fonctionne en mode incrémental infini. Nous allons maintenant analyser la seule exception à cette règle. Si vous activez l'option «Lire le point entier», le point GFS sera créé exactement le jour prévu. La tâche elle-même fonctionnera en mode incrémentiel avec des sauvegardes complètes périodiques, dont nous avons discuté ci-dessus. La rétention sera également appliquée en supprimant la partie la plus ancienne de la chaîne. Cependant, dans ce cas, seuls les incréments seront supprimés et la sauvegarde complète restera en tant que point GFS. Par conséquent, les points marqués des drapeaux GFS ne sont pas pris en compte lors du calcul de la rétention.
Disons que la tâche est définie pour stocker 7 points et créer un point GFS hebdomadaire le lundi. Dans ce cas, chaque lundi, le travail créera en fait une sauvegarde complète et le marquera comme GFS. La rétention sera appliquée lorsque, après avoir supprimé les incréments de la pièce la plus ancienne, le nombre d'incréments restants ne tombe pas en dessous de 7. Voici à quoi il ressemble dans le diagramme:
Donc, à la fin de la deuxième semaine, il y a 14 points dans la chaîne. Au cours de la deuxième semaine, la tâche a créé 7 points. S'il s'agissait d'une tâche simple, la rétention aurait déjà été appliquée. Mais il s'agit d'un BCJ avec rétention GFS, donc nous ne comptons pas les points GFS, ce qui signifie qu'il n'y en a que 6. Autrement dit, nous ne pouvons pas encore appliquer la rétention. La troisième semaine, nous créons une autre sauvegarde complète avec l'indicateur GFS. 15 points, mais on ne compte plus celui-ci. Enfin, le mardi de la troisième semaine, nous créons un incrément. Maintenant, si nous supprimons les incréments de chaîne de la première semaine, le nombre total d'incréments satisfera la rétention définie.
Comme mentionné ci-dessus, dans cette méthode, il est très important que des sauvegardes complètes soient créées régulièrement. Par exemple, si vous définissez la rétention principale sur 7 jours, mais seulement 1 point annuel, il est facile d'imaginer que les incréments s'accumuleront fortement, bien plus que 7. Dans de tels cas, il est préférable d'utiliser la méthode synthétique de création de GFS.
Et encore une fois "Supprimer les éléments supprimés"
Cette option est également présente pour BCJ:
La logique de cette option ici est la même que dans les travaux de sauvegarde normaux - si la machine n'est pas traitée pendant le nombre de jours spécifié, ses données sont supprimées de la chaîne. Cependant, pour BCJ, l'utilité de cette option est objectivement plus élevée, et voici pourquoi.
En mode normal, le BCJ fonctionne en mode incrémentiel infini, donc si à un moment donné la machine est supprimée de la tâche, la rétention supprimera progressivement tous les points de restauration jusqu'à ce qu'il n'en reste plus qu'un - dans VBK. Maintenant, imaginez que le travail est toujours configuré pour créer des points GFS synthétiques. Le moment venu, le travail devra créer un GFS pour toutes les machines de la chaîne. Si une voiture n'a pas du tout de nouveaux points - eh bien, vous devrez utiliser celui qui est. Et ainsi à chaque fois. En conséquence, la situation suivante peut survenir:
Faites attention à la section Fichiers: nous avons le VBK principal et 2 points GFS hebdomadaires. Et maintenant dans la section Points de restauration - en fait, ces fichiers contiennent la même image de la machine. Naturellement, de tels points GFS ne servent à rien, ils ne prennent que de la place.
Cette situation n'est possible que lors de l'utilisation de GFS synthétique. Pour éviter cela, utilisez l'option «Supprimer les éléments supprimés». N'oubliez pas de le régler sur un nombre de jours adéquat. Le support technique a vu des cas où l'option était définie pour moins de jours que l'intervalle de synchronisation - BCJ a commencé à saccager et à supprimer des points avant de pouvoir les créer.
Notez également que cette option n'affecte pas les points GFS existants. Si vous souhaitez nettoyer les archives, vous devez le faire manuellement - en faisant un clic droit sur la machine et en sélectionnant «Supprimer du disque» (dans la fenêtre qui apparaît, n'oubliez pas de cocher la case «Supprimer la sauvegarde complète de GFS»):
Nouveau dans la v.10 - copie immédiate
Après avoir traité de la fonctionnalité «classique», passons à une nouvelle. L'innovation en est une, mais très importante. C'est un nouveau mode de fonctionnement.
Il n'y a pas d '"intervalle de synchronisation", la tâche surveillera constamment si de nouveaux points sont apparus, et les copiera tous, quel que soit le nombre d'entre eux. Cependant, le travail reste incrémentiel, c'est-à-dire que même si le travail principal crée un VBK ou un VRB, ces points seront copiés en tant que VIB. Sinon, il n'y a pas de surprises dans ce mode - la rétention standard et GFS fonctionnent selon les règles décrites ci-dessus (bien que seul le GFS synthétique soit disponible ici).
Les disques tournent. Caractéristiques des référentiels de disques rotatifs
La menace constante des virus ransomwares en a fait la norme de sécurité de facto pour avoir une copie des données sur un support où le virus ne peut pas atteindre. Une option consiste à utiliser des référentiels de rotation de disque, où les disques sont utilisés tour à tour: lorsqu'un disque est connecté et inscriptible, le reste est stocké dans un endroit sûr.
Pour apprendre à B&R à travailler avec de tels référentiels, dans les paramètres du référentiel, à l'étape Référentiel, cliquez sur le bouton Avancé et sélectionnez l'option appropriée:
Après cela, VBR s'attendra à ce que la chaîne périodiquement existante disparaisse du référentiel, ce qui signifie la rotation du disque. B&R se comportera différemment selon le type de référentiel et le type de travail. Cela peut être représenté par le tableau suivant:
Considérez chaque option.
Travail régulier et référentiel Windows
Nous avons donc une tâche qui enregistre les chaînes sur le premier disque. Pendant la rotation, la chaîne créée disparaît en fait et la tâche doit en quelque sorte survivre à cette perte. Il trouve une consolation dans la création d'une sauvegarde complète. Ainsi, chaque rotation signifie une sauvegarde complète. Mais qu'advient-il des points sur un disque déconnecté? Ils sont mémorisés et pris en compte lors du calcul de la rétention. Ainsi, le nombre défini de points dans la tâche correspond au nombre de points à conserver sur tous les disques. Voici un exemple:
Le travail s'exécute en mode incrémentiel infini et est configuré pour stocker 3 points de restauration. Mais nous avons aussi un deuxième disque, et nous tournons une fois par semaine (il peut y avoir plus de disques, cela ne change pas l'essence).
Au cours de la première semaine, la tâche créera des points sur le premier disque et fusionnera les points supplémentaires. Ainsi, le nombre total de points sera de trois:
Ensuite, nous connectons le deuxième disque. Au démarrage, B&R remarquera que le disque a changé. La chaîne du premier disque disparaîtra de l'interface, mais les informations le concernant resteront dans la base de données. Désormais, la tâche conservera 3 points sur le deuxième disque. La situation générale sera la suivante:
Enfin, nous reconnectons le premier lecteur. Avant de créer un nouveau point, la tâche vérifiera ce qu'il y a avec la rétention. Et la rétention, je vous le rappelle, est réglée pour stocker 3 points. En attendant, nous avons 3 points sur le disque 2 (mais il est désactivé et stocké dans un endroit sûr où B&R ne peut pas atteindre) et 3 points sur le disque 1 (et celui-ci est connecté). Cela signifie que vous pouvez supprimer en toute sécurité 3 points du disque 1, car ils dépassent la rétention. Après cela, la tâche crée à nouveau une sauvegarde complète et notre chaîne commence à ressembler à ceci:
Si la rétention est configurée pour stocker des jours au lieu du nombre de points, la logique ne change pas. De plus, la rétention GFS n'est pas du tout prise en charge lors de l'utilisation de référentiels tournés.
Travail commun et référentiel Linux \ stockage réseau
Cette option est également possible, mais elle est généralement moins recommandée en raison des restrictions imposées. La tâche réagira de la même manière à la rotation du disque et à la disparition de la chaîne - créant une sauvegarde complète. La limitation est due au mécanisme de rétention coupé.
Ici, lors de la rotation, toute la chaîne du disque déconnecté est simplement supprimée de la base de données B&R. Remarque: à partir de la base de données, les fichiers eux-mêmes restent sur le disque. Ils peuvent être importés et utilisés pour la restauration, mais il n'est pas difficile de deviner que tôt ou tard, ces chaînes oubliées rempliront tout le référentiel.
La solution consiste à ajouter DWORD ForceDeleteBackupFiles comme indiqué sur cette page: www.veeam.com/kb1154... Après cela, le travail commencera simplement à supprimer tout le contenu du dossier du travail ou du dossier du référentiel (selon la valeur) à chaque rotation.
Cependant, ce n'est pas une rétention élégante, mais une purge de tout le contenu. Malheureusement, le support technique a rencontré des cas où seul le répertoire racine du disque était spécifié comme référentiel, où, en plus des sauvegardes, se trouvaient d'autres données. Tout cela a été détruit pendant la rotation.
De plus, lorsque vous activez ForceDeleteBackupFiles, cela fonctionne pour tous les types de référentiels, c'est-à-dire que même les référentiels sous Windows cesseront d'appliquer la rétention et commenceront à supprimer le contenu. En d'autres termes, un disque local sous Windows est le meilleur choix pour un tel système de stockage de sauvegarde.
Copie de sauvegarde et référentiel Windows
Les choses deviennent encore plus intéressantes avec BCJ. Non seulement il existe une rétention à part entière, mais il n'est pas nécessaire de faire une sauvegarde complète à chaque changement de disque! Cela fonctionne comme ceci:
First B&R commence à créer des points sur le premier disque. Disons que nous fixons la rétention à 3 points. La tâche fonctionnera en mode incrémentiel infini et combinera tout ce qui est inutile (rappelez-vous, la rétention GFS n'est pas prise en charge dans ce cas).
Ensuite, nous connectons le deuxième lecteur. Puisqu'il n'y a pas encore de chaîne dessus, nous créons une sauvegarde complète, après quoi nous avons une deuxième chaîne de trois points:
Enfin, il est temps de reconnecter le premier disque. Et c'est là que la magie commence, car le travail ne créera pas une sauvegarde complète, mais continuera simplement la chaîne incrémentielle:
Après cela, pratiquement chaque disque aura sa propre chaîne indépendante. Par conséquent, la rétention ici ne signifie pas le nombre de points sur tous les disques, mais le nombre de points sur chaque disque séparément.
Copie de sauvegarde et référentiel Linux \ stockage réseau
Encore une fois, toute l'élégance est perdue si le référentiel n'est pas sur le lecteur Windows local. Ce script fonctionne de manière similaire à celui décrit ci-dessus avec une tâche simple. A chaque rotation, BCJ créera une sauvegarde complète, et les points existants seront oubliés. Afin de ne pas être laissé sans espace libre, vous devez utiliser DWORD ForceDeleteBackupFiles.
Conclusion
Ainsi, à la suite d'un texte aussi long, nous avons envisagé deux types de tâches. Bien sûr, il y a beaucoup plus de tâches, mais il ne sera pas possible de les considérer toutes sous la forme d'un article. Si, après avoir lu, vous avez encore des questions, écrivez-les dans les commentaires, je me ferai un plaisir d'y répondre personnellement.