Salutations à nos lecteurs de blog! Nous sommes en partie déjà familiers - mes articles en anglais sont apparus ici traduits par mon cher collègue . Cette fois, j'ai décidé de m'adresser directement au public russophone.
Pour mes débuts, je voulais trouver un sujet qui intéresserait le public le plus large possible et nécessiterait une réflexion approfondie. Daniel Defoe a soutenu que la mort et les impôts attendent chaque personne. 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). J'ai commencé à expliquer le fonctionnement de la rétention il y a 4 ans, en tant qu'ingénieur junior de premier niveau, et je continue à l'expliquer maintenant, déjà en tant que leader d'une é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, j'ai voulu écrire un article final, aussi détaillé que possible, auquel les utilisateurs russophones pourraient revenir encore et encore comme ouvrage de référence. Le moment est venu : la version du dixième anniversaire récemment publiée a ajouté de nouvelles fonctionnalités aux fonctionnalités de base qui n'avaient pas changé depuis des années. Mon article se concentre principalement sur cette version - bien que la plupart de ce qui est écrit soit vrai pour les versions précédentes, vous n'y trouverez tout simplement pas certaines des fonctionnalités décrites. Enfin, en regardant un peu vers l'avenir, je dirai que certains changements sont attendus dans la prochaine version, mais nous vous en parlerons le moment venu. Alors, commençons.
Tâches de sauvegarde
Regardons 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. Nous verrons ici un paramètre qui détermine le nombre de points de restauration souhaité :
Toutefois, 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 le travail. Pour sélectionner cette option, cliquez 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 un par un :
Si vous activez uniquement l'option 1, le travail s'exécutera en mode « incrémentiel permanent ». Il n'y a aucune difficulté ici - la tâche stockera le nombre spécifié de points de récupération 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 définie, l'incrément le plus ancien sera fusionné avec la sauvegarde complète. En d'autres termes, si la tâche est configurée pour stocker 3 points, immédiatement après la prochaine session, il y aura 4 points 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.
La rétention pour le mode « incrémental inverse » (option 2) est également extrêmement simple. Puisque dans ce cas, le point le plus récent sera une sauvegarde complète, suivie d'une chaîne de soi-disant rollbacks (fichiers avec l'extension VRB), alors pour appliquer la rétention, il suffit simplement de supprimer le rollback le plus ancien. La situation sera la même : immédiatement après la séance, le nombre de points dépassera de 1 la valeur fixée, après quoi il reviendra à la valeur souhaitée.
Veuillez noter qu'avec le mode incrémentiel inverse, vous pouvez également activer des sauvegardes complètes périodiques (option 4), mais cela ne changera pas l'essence. Oui, des points de récupération complets apparaîtront dans la chaîne, mais nous supprimerons toujours simplement les points les plus anciens un par un.
Enfin, nous arrivons à la partie intéressante. Si vous activez la sauvegarde incrémentielle, mais 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 est appelée forward incrémentale, et c'est cette méthode qui soulève une part importante des questions de nos clients.
La rétention s'applique ici en supprimant la partie la plus ancienne de la chaîne (d'une sauvegarde complète à une incrémentation). Dans le même temps, nous ne supprimerons pas seulement une sauvegarde complète ou seulement une partie des incréments. L’ensemble de la « sous-chaîne » est complètement supprimé 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 la rétention doit être appliquée, alors ici 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 descendre 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. La rétention dans ce cas sera appliquée lorsque le nombre total de points atteint 10 :
Pourquoi y en a-t-il déjà 10 alors qu’ils en mettent 3 ? Une sauvegarde complète a été créée lundi. Du mardi au dimanche, les emplois créés augmentent. Enfin, lundi prochain, une sauvegarde complète est à nouveau créée et ce n'est que lorsque 2 incréments auront été créés que toute l'ancienne partie de la chaîne pourra 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, alors je vous propose d’essayer de calculer vous-même la rétention. Prenons les conditions suivantes : la tâche est lancée pour la première fois jeudi (une sauvegarde complète sera bien entendu effectuée). La tâche est définie pour créer une sauvegarde complète les mercredis et dimanches et stocker 8 points de récupération. Quand la rétention sera-t-elle appliquée pour la première fois ?
Pour répondre à cette question, je vous recommande de prendre une feuille 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éponse
Explication : pour répondre, il suffit de se demander « quand la rétention sera-t-elle appliquée » ? La réponse est lorsque nous pouvons supprimer les 3 premiers points (VBK, VIB, VIB) et que le reste de la chaîne ne tombe pas en dessous des 8 points requis. Il devient clair que nous pourrons le faire lorsque nous aurons 11 points au total, c'est-à-dire dimanche de la deuxième semaine.
Certains lecteurs objecteront peut-être : « pourquoi faire tout cela s’il y a ?. Il ne fait aucun doute qu’il s’agit d’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 préciser les conditions initiales, et dans bien des cas la question est précisément « nous avons telle chaîne, que se passera-t-il si on change tel ou tel paramètre ? Deuxièmement, l’outil manque encore quelque peu de clarté. En montrant la page RPS aux clients, je n'ai trouvé aucune 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 pris en compte l'option « Transformer les chaînes de sauvegarde précédentes en rollbacks » (marquée du numéro 5). Cette option déroute parfois les clients qui l'activent « automatiquement », souhaitant simplement 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 du produit, « Transformer les chaînes de sauvegarde précédentes en restaurations » est une option obsolète, et je ne vois pas un seul scénario dans lequel elle devrait être utilisée. Sa valeur est si douteuse que Anton Gostev lui-même a appelé pendant quelque temps via 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), alors l'option sera supprimée dans les versions futures.
La tâche créera des incréments (VIB) jusqu'au jour où une sauvegarde complète synthétique est planifiée. Ce jour-là, un VBK est effectivement créé, mais tous les points précédant 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. De ce fait, un mélange explosif de fichiers VBK, VBR et VIB se crée dans la chaîne. La rétention s'applique très simplement - en supprimant le dernier VBR :
Problèmes
Outre la compréhension réelle de 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. Des sauvegardes complètes régulières sont nécessaires pour ce mode, sinon le référentiel accumulera des points jusqu'à ce qu'il soit plein.
Par exemple, une sauvegarde complète peut être créée trop rarement. Disons que la tâche est configurée 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 nettement supérieur à celui affiché. Ou bien, la tâche est généralement configurée pour fonctionner en mode incrémentiel infini et stocker 50 points. Puis quelqu'un a accidentellement créé une sauvegarde complète. Ça y est, désormais la tâche attendra que le point complet ait accumulé 49 incréments, après quoi elle appliquera la rétention et reviendra en mode infiniment plein.
Dans d'autres cas, une sauvegarde complète doit être créée régulièrement, mais pour une raison quelconque, ce n'est pas le cas. Je vais énumérer ici la raison la plus populaire. Certains clients préfèrent utiliser l'option de planification « exécuter après » et configurer les tâches pour qu'elles s'exécutent en chaîne. Prenons cet exemple : il y a 3 tâches qui s'exécutent chaque jour et créent une sauvegarde complète le dimanche. La première tâche commence à 22.30h10, les autres sont lancées en chaîne. Une sauvegarde incrémentielle prend 23.00 minutes et donc à 22.30h23.30, toutes les tâches ont fini de fonctionner. Mais une sauvegarde complète prend une heure, donc le dimanche se produit ce qui suit : la première tâche s'exécute de 23.30h00.30 à XNUMXhXNUMX. Suivant de XNUMXhXNUMX à XNUMXhXNUMX. Mais la troisième tâche commence lundi. Une sauvegarde complète est prévue pour dimanche, donc dans ce cas, cela n’aura tout simplement pas lieu. La tâche attendra une sauvegarde complète pour appliquer la rétention. Soyez donc prudent lorsque vous utilisez l'option « exécuter après » ou ne l'utilisez pas du tout : configurez simplement les tâches pour qu'elles démarrent en même temps et laissez le planificateur de ressources faire son travail.
L’option difficile « Supprimer les éléments supprimés »
Après avoir parcouru 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 », qui se compte en jours.
Certains clients s'attendent à ce qu'il s'agisse d'une 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, nous devons tout d’abord expliquer comment B&R réagit aux situations dans lesquelles seules quelques machines sont sauvegardées avec succès au cours d’une session.
Imaginons ce scénario : un travail infiniment incrémental configuré pour stocker 6 points. Il y a 2 machines dans la tâche, l'une toujours sauvegardée avec succès, l'autre donnait parfois des erreurs. En conséquence, au septième point, la situation suivante s'est produite :
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, ce sera le cas. Si au moins un objet a été sauvegardé, B&R considère que le point a été créé.
Une situation similaire peut survenir si une machine n'était tout simplement pas incluse dans la tâche au cours d'une certaine session. Cela se produit, par exemple, lorsque des machines sont ajoutées à une tâche non pas individuellement, mais dans le cadre de conteneurs (dossiers, stockage) et qu'une machine migre temporairement 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 demandant de faire attention à ce que telle ou telle machine ne soit plus traitée par la tâche.
Que se passera-t-il si vous n’y prêtez pas attention ? Dans le cas des modes incrémentiel infini ou incrémentiel inverse, le nombre de points de récupération de la machine « à problème » diminuera à chaque session jusqu'à atteindre 1, stocké dans VBK. En d’autres termes, même si la machine n’est pas sauvegardée pendant une longue période, il restera un point de récupération. La situation est différente si des sauvegardes complètes périodiques sont activées. Si vous ignorez les signaux de B&R, le dernier point risque éventuellement d'être supprimé ainsi que l'ancienne partie de la chaîne.
Après avoir compris ces détails, vous pouvez enfin envisager l'option « Supprimer les données des éléments supprimés après ». Il supprimera tous les points d'une machine spécifique si cette machine n'est pas sauvegardée pendant X jours. Veuillez noter que ce paramètre ne répond pas aux erreurs (je l'ai essayé, mais 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 rester activée. Si l'administrateur a supprimé la machine de la tâche, il est logique, après un certain temps, d'effacer la chaîne des données inutiles. Cependant, la personnalisation nécessite de la discipline et du soin.
Laissez-moi vous donner un exemple tiré de la pratique : plusieurs conteneurs ont été ajoutés à la tâche, dont la composition était assez dynamique. En raison du manque de RAM, le serveur B&R rencontrait des problèmes qui n'étaient pas détectés. La tâche a démarré et a tenté de faire une sauvegarde des machines, sauf une, qui à ce moment-là n'était pas présente dans le conteneur. Étant donné que de nombreuses machines ont généré des erreurs, B&R doit effectuer par défaut 3 tentatives supplémentaires pour sauvegarder les machines « à problèmes ». En raison de problèmes constants de RAM, ces tentatives ont duré plusieurs jours. Il n'y a eu aucune tentative répétée de sauvegarde de la VM manquante (l'absence de VM n'est pas une erreur). En conséquence, lors d'une des tentatives répétées, la condition « Supprimer les éléments supprimés » a été remplie et tous les points de la machine ont été supprimés.
À ce sujet, je peux dire ce qui suit : si vous avez configuré des notifications sur les résultats des tâches, et mieux encore, utilisez l'intégration avec Veeam ONE, alors cela ne vous arrivera probablement pas. Si vous regardez le serveur B&R une fois par semaine pour vérifier que tout fonctionne, alors mieux vaut refuser les options qui pourraient potentiellement conduire à la suppression des sauvegardes.
Ce qui est ajouté dans la v.10
Ce dont nous avons parlé précédemment existe dans B&R depuis de nombreuses versions. Après avoir compris ces principes de fonctionnement, regardons maintenant ce qui a été ajouté au « dix » anniversaire.
Rétention quotidienne
Nous avons examiné ci-dessus la politique de stockage « classique » basée sur le nombre de points. Une approche alternative consiste à définir des « jours » au lieu de « points de restauration » dans le même menu.
L'idée est claire d'après le nom : la rétention stockera un nombre défini de jours, mais le nombre de points par jour n'a pas d'importance. Dans ce cas, vous devez vous rappeler 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 fonctionné du tout sont également comptés. Il convient de garder cela à l'esprit afin de ne pas perdre accidentellement les points des 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 lundi et s'est terminée mardi, alors c'est le point à partir de lundi)
Dans le cas contraire, les principes d'utilisation 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 s'exécute lundi pour la première fois. Quand la rétention sera-t-elle appliquée ?
réponse
Comme toujours, il est préférable de dessiner un signe. Je me permettrai de simplifier la tâche et ne tirerai pas tous les points créés pour chaque jour, car ici le nombre de points par jour n'a pas d'importance. Il est seulement important pour nous que le premier lundi et le mercredi, le premier point soit une sauvegarde complète, mais les jours restants, la tâche créera simplement 4 points incrémentiels.
Nous précisons que la rétention sera appliquée en supprimant la sauvegarde complète de lundi et son incrément. Quand est-ce que cela arrivera ? Lorsque le reste de la chaîne contient 8 jours. En même temps, on ne compte pas le jour en cours, mais au contraire, on compte le dimanche. La réponse est donc le jeudi de la deuxième semaine.
Archivage GFS pour les tâches régulières
Avant la version 10, la méthode de stockage Grand-père-Père-Fils (GFS) n'était disponible que pour les tâches de copie de sauvegarde et de copie sur bande. Il est désormais disponible pour une sauvegarde régulière.
Bien que cela n’ait rien à voir avec le sujet actuel, je ne peux m’empêcher de dire que la nouvelle fonctionnalité ne signifie pas une rupture avec la stratégie 3-2-1. La présence de points d'archives dans le référentiel principal n'affecte en rien sa fiabilité. Il est entendu que GFS sera utilisé conjointement avec un référentiel évolutif pour télécharger ces points vers S3 et des stockages similaires. Si vous ne l'utilisez pas, il est préférable de continuer à stocker les points principaux et d'archives dans différents référentiels.
Voyons 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 se résumer à plusieurs points (notez que GFS fonctionne différemment dans d'autres types de tâches, mais nous y reviendrons 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 des sauvegardes complètes périodiques, 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), alors au début de la période GFS, la tâche commencera simplement à attendre une sauvegarde complète et marquera la première sauvegarde appropriée comme GFS.
Exemple : le travail est configuré pour stocker un GFS hebdomadaire en utilisant une sauvegarde le mercredi. La tâche s'exécute tous les jours, mais une sauvegarde complète est prévue vendredi. Dans ce cas, la période GFS débutera mercredi et la tâche commencera en attendant un moment approprié. Il apparaîtra vendredi et sera marqué du drapeau GFS.
- Si plusieurs périodes sont incluses à la fois (par exemple hebdomadaire et mensuelle), alors B&R utilisera une méthode qui permet d'utiliser le même point comme GFS de plusieurs intervalles (pour gagner de la place). Les drapeaux seront attribués dans l'ordre, en commençant par le plus jeune.
Exemple : le GFS hebdomadaire est défini pour le mercredi et le GFS mensuel est défini pour 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 simplifier, commençons à compter à partir de l’avant-dernière semaine du mois. Cette semaine, une sauvegarde complète sera créée lundi, mais elle sera ignorée car l'intervalle GFS hebdomadaire commence mercredi. Mais la sauvegarde complète de vendredi est tout à fait adaptée au point GFS. Ce système nous est déjà familier.
Regardons maintenant ce qui se passe au cours de 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 point GFS à la fois mensuel et hebdomadaire. Dans ce cas, la recherche commence par la recherche hebdomadaire, car par définition elle peut aussi devenir mensuelle.
Cependant, si vous n'incluez que les intervalles hebdomadaires et annuels, ils agiront indépendamment les uns des autres et pourront marquer 2 VBK distincts comme intervalles GFS correspondants.
Tâches de copie de sauvegarde
Un autre type de tâche qui nécessite souvent des précisions sur le travail. Regardons d'abord la méthode de travail « classique », sans innovations v.10
Méthode de rétention simple
Par défaut, ces tâches 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 jour ici). L'intervalle de copie est défini dans le premier onglet Tâche lors de la création d'une tâche :
Le nombre de points est déterminé un peu plus loin sur l'onglet Cible
La tâche crée 1 nouveau point pour chaque intervalle (le nombre de points créés pour la VM par les tâches d'origine n'a pas d'importance). A 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. Ce mécanisme nous est déjà familier.
Méthode de rétention utilisant GFS
BCJ peut également stocker des points d'archives. Ceci est configuré sur le même onglet Cible, juste en dessous du paramètre du 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 d'un 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 3). La rétention dans les deux cas sera très différente, nous les considérerons donc séparément.
GFS synthétique
Dans ce cas, le point GFS n'est pas créé exactement au jour fixé. Au lieu de cela, un point GFS sera créé lorsque le VIB du jour pour lequel la création du point GFS était planifiée sera fusionné avec une sauvegarde complète. Cela provoque parfois des malentendus, car le temps passe et il n'y a toujours pas d'intérêt 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 de points défini et l'intervalle de synchronisation (combien de points sont créés chaque jour). Essayez de le calculer vous-même à l'aide de 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 ce jour-là. Quel jour sera-t-il créé ?
réponse
Ici, il est préférable de décrire comment la chaîne évoluera au fil du temps, de jour en jour :
Ainsi, lundi, le dernier incrément de la chaîne est marqué comme GFS, mais aucun autre changement visible ne se produit. Chaque jour, la tâche crée 2 nouveaux points, et la rétention fait inexorablement avancer la chaîne. Enfin, jeudi, le moment sera venu d'appliquer la rétention à ce même incrément. Cette session prendra plus de temps que d'habitude - car la tâche « extraira » les blocs nécessaires de la chaîne et créera un nouveau point complet. A partir de ce moment, il y aura déjà 8 points dans la chaîne - 7 dans la chaîne principale + GFS.
Création de points GFS avec l'option « Lire le point entier »
J'ai dit ci-dessus que BCJ fonctionne en mode infiniment incrémental. Nous allons maintenant examiner la seule exception à cette règle. Lorsque l'option « Lire l'intégralité du point » est activée, 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 parlé 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 sera laissée en point GFS. En conséquence, les points marqués des drapeaux GFS ne sont pas pris en compte dans le calcul de la rétention.
Disons que la tâche est définie pour stocker 7 points et créer un point GFS hebdomadaire lundi. Dans ce cas, chaque lundi, la tâche créera une sauvegarde complète et la marquera comme GFS. La rétention sera appliquée lorsque, après avoir supprimé les incréments de la partie la plus ancienne, le nombre d'incréments restants ne descend pas en dessous de 7. Voici à quoi cela ressemble sur le schéma :
Ainsi, à la fin de la deuxième semaine, il y a un total de 14 points en chaîne. Au cours de la deuxième semaine, la tâche a généré 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. Au cours de la troisième semaine, nous créons une autre sauvegarde complète avec l'indicateur GFS. 15 points, mais encore une fois on ne compte pas celui-là. Et enfin, le mardi de la troisième semaine, on crée un incrément. Désormais, si nous supprimons les incréments de chaîne de la première semaine, le nombre total d'incréments satisfera à la rétention établie.
Comme mentionné ci-dessus, dans cette méthode, il est très important que des sauvegardes complètes soient créées régulièrement. Disons que 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 bien plus que 7. Dans de tels cas, il est préférable d'utiliser la méthode synthétique de création GFS.
Et encore "Supprimer les éléments supprimés"
Cette option est également présente pour BCJ :
La logique de cette option est ici la même que dans les tâches de sauvegarde régulières : si une 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 grande, et voici pourquoi.
En mode normal, BCJ fonctionne en mode incrémentiel infini, donc si à un moment donné une machine est supprimée du travail, la rétention supprimera progressivement tous les points de récupération jusqu'à ce qu'il n'en reste plus qu'un - dans VBK. Imaginons maintenant que la tâche soit toujours configurée 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 machine n’a aucun nouveau point, eh bien, vous devrez utiliser celle qui existe. Et ainsi à chaque fois. En conséquence, la situation suivante peut se produire :
Faites attention à la section Fichiers : nous avons les principaux points VBK et 2 points GFS hebdomadaires. Et maintenant à 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 prennent seulement de la place.
Cette situation n'est possible qu'avec 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 sur moins de jours que l'intervalle de synchronisation - BCJ a commencé à devenir fou et à supprimer des points avant de pouvoir les créer.
Veuillez également noter que cette option n'affecte pas les points GFS déjà créés. Si vous souhaitez nettoyer les archives, vous devez le faire manuellement - en cliquant avec le bouton 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 GFS") :
Innovation v.10 – copie immédiate
Après avoir traité de la fonctionnalité « classique », passons à la nouvelle. Il y a une innovation, mais elle est très importante. Il s'agit d'un nouveau mode de fonctionnement.
Il n'existe pas d'« intervalle de synchronisation » : la tâche surveillera en permanence si de nouveaux points sont apparus et les copiera tous, quel que soit leur nombre. Mais en même temps, 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 (cependant, seul GFS synthétique est disponible ici).
Les disques tournent. Caractéristiques des référentiels avec lecteurs en rotation
La menace constante des virus ransomware a fait de facto une norme de sécurité consistant à conserver une copie des données sur un support inaccessible au virus. Une option consiste à utiliser des référentiels de rotation de disque, où les disques sont utilisés un par un : tandis qu'un disque est connecté et accessible en écriture, le reste est stocké dans un emplacement sécurisé.
Pour apprendre à B&R à travailler avec de tels référentiels, vous devez cliquer sur le bouton Avancé dans les paramètres du référentiel, à l'étape Référentiel, et sélectionner l'option appropriée :
Après cela, VBR s'attendra à ce que la chaîne existante disparaisse périodiquement du référentiel, ce qui signifie une rotation du disque. Selon le type de référentiel et le type de travail, B&R se comportera différemment. Cela peut être représenté par le tableau suivant :
Considérons chaque option.
Tâche normale 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 et la tâche doit survivre d'une manière ou d'une autre à cette perte. Elle trouve une consolation en créant une sauvegarde complète. Ainsi, chaque rotation signifie une sauvegarde complète. Mais qu’arrive-t-il aux points du disque déconnecté ? Ils sont mémorisés et pris en compte dans le calcul de la rétention. Ainsi, le nombre défini de points dans une tâche correspond au nombre de points qui doivent être conservés 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 le faisons tourner 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 égal à trois :
Ensuite, nous connectons le deuxième lecteur. Au démarrage, B&R remarquera que le disque a été remplacé. La chaîne sur le premier disque disparaîtra de l'interface, mais les informations la 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 qui se passe avec la rétention. Et la rétention, je vous le rappelle, est paramétrée pour stocker 3 points. Pendant ce temps, nous avons 3 points sur le disque 2 (mais il est déconnecté et stocké dans un endroit sûr où B&R ne peut pas accéder) et 3 points sur le disque 1 (mais celui-ci est connecté). Cela signifie que nous pouvons supprimer en toute sécurité 3 points du disque 1, car ils dépassent la rétention. Après quoi, 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 les jours au lieu du nombre de points, alors 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 avec rotation de disque.
Stockage réseau des tâches régulières et du référentiel Linux
Cette option est également possible, mais 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 : en créant une sauvegarde complète. La limitation est due au mécanisme de rétention de coupure.
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. Veuillez noter qu'à 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 récupération, mais il est facile de deviner que tôt ou tard, ces chaînes oubliées rempliront l'intégralité du référentiel.
La solution consiste à ajouter DWORD ForceDeleteBackupFiles comme indiqué sur cette page : . Le travail commencera alors simplement à supprimer tout le contenu du dossier de travail ou du dossier du référentiel (en fonction de la valeur) à chaque rotation.
Il ne s’agit cependant pas d’une conservation élégante, mais plutôt d’un nettoyage de tout le contenu. Malheureusement, le support technique a rencontré des cas où le référentiel était simplement le répertoire racine du disque, où, en plus des sauvegardes, se trouvaient d'autres données. Tout cela a été détruit lors de la rotation.
De plus, lorsque ForceDeleteBackupFiles est activé, 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 constitue 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 offre une rétention complète, mais il n'est pas nécessaire de faire une sauvegarde complète à chaque fois que vous changez de disque ! Cela fonctionne comme ceci :
Tout d'abord, 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 infiniment incrémental et fusionnera tout ce qui est inutile (je vous rappelle que la rétention GFS n'est pas prise en charge dans ce cas).
Ensuite, nous connectons le deuxième lecteur. Comme 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, puisque la tâche 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 ne signifie pas ici le nombre de points sur tous les disques, mais le nombre de points sur chaque disque séparément.
Copie de sauvegarde et stockage réseau du référentiel Linux
Encore une fois, toute l'élégance est perdue si le référentiel n'est pas sur un lecteur Windows local. Ce script fonctionne de manière similaire à celui évoqué ci-dessus avec une tâche simple. A chaque rotation, BCJ créera une sauvegarde complète et les points existants seront oubliés. Pour éviter de manquer d'espace libre, vous devez utiliser DWORD ForceDeleteBackupFiles.
Conclusion
Ainsi, à la suite d’un texte aussi long, nous avons examiné deux types de tâches. Bien sûr, il existe bien d'autres tâches, mais il ne sera pas possible de toutes les considérer sous la forme d'un seul article. Si après lecture vous avez encore des questions, écrivez-les dans les commentaires, je me ferai un plaisir d'y répondre personnellement.
Source: habr.com