{"id":33622,"date":"2019-10-31T21:53:47","date_gmt":"2019-10-31T18:53:47","guid":{"rendered":"https:\/\/prohoster.info\/blog\/veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik\/"},"modified":"2019-10-31T21:53:47","modified_gmt":"2019-10-31T18:53:47","slug":"veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik","title":{"rendered":"Veeam Backup & Replication : conseils utiles pour garantir la viabilit\u00e9 des sauvegardes et des r\u00e9plicas","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Aujourd'hui, j'ai de nouveau le plaisir de vous pr\u00e9senter des conseils utiles de mon coll\u00e8gue Evgueni Ivanov, le leader de l'\u00e9quipe de support technique de Veeam. Cette fois, Jania a partag\u00e9 des recommandations pour travailler avec les sauvegardes et les r\u00e9pliques. J'esp\u00e8re qu'elles vous aideront \u00e0 \u00e9viter les erreurs typiques, et que vos r\u00e9pliques et sauvegardes ne seront jamais le \u00ab maillon faible \u00bb dans le processus de r\u00e9cup\u00e9ration, si n\u00e9cessaire. <\/p>\n

Donc, bienvenue sous le capot.<\/p>\n

\"Veeam
\n<\/a><\/noindex>
\nDans mon pr\u00e9c\u00e9dent article, article<\/a><\/noindex> nous avons examin\u00e9 comment optimiser la charge sur les composants de l'infrastructure de sauvegarde, et avons abord\u00e9 les erreurs de configuration courantes. Passons \u00e0 un autre sujet important : la pr\u00e9paration et l'ex\u00e9cution ad\u00e9quates de la r\u00e9cup\u00e9ration. Nous allons \u00e9galement l'explorer avec des exemples r\u00e9els, sur lesquels l'\u00e9quipe de support technique a eu l'occasion de travailler.<\/p>\n

Une sauvegarde sans test \u2013 de l'argent jet\u00e9 par les fen\u00eatres<\/h1>\n

\nNous sommes r\u00e9guli\u00e8rement contact\u00e9s par des utilisateurs qui se retrouvent dans des situations similaires : il est n\u00e9cessaire d'effectuer une restauration \u00e0 partir d'une sauvegarde, mais lorsqu'ils essaient de le faire, les gens se heurtent \u00e0 un probl\u00e8me insoluble. Et ce probl\u00e8me n'est pas l'absence de sauvegarde, l'activit\u00e9 de CryptoLocker ou quelque chose de similaire. C'est \u00ab tout simplement \u00bb un manque d'attention \u00e0 v\u00e9rifier les sauvegardes et les r\u00e9pliques pour leur capacit\u00e9 \u00e0 \u00eatre restaur\u00e9es. Beaucoup se concentrent souvent uniquement sur le processus de cr\u00e9ation de la sauvegarde, oubliant que la simple pr\u00e9sence d'une sauvegarde n'est pas une panac\u00e9e contre les \u00e9ventuels malheurs. Il faut comprendre que la r\u00e9cup\u00e9ration est un processus totalement diff\u00e9rent, qui a ses propres sp\u00e9cificit\u00e9s, et qui doit absolument \u00eatre contr\u00f4l\u00e9 et test\u00e9 avant la mise en production. Voici quelques exemples \u00e9vocateurs :<\/p>\n

    \n
  1. Un utilisateur a subi une panne d'une machine virtuelle critique de 20 To. Les temps d'arr\u00eat, \u00e9videmment, sont inacceptables, et l'administrateur lance le processus de r\u00e9cup\u00e9ration instantan\u00e9e de la VM (VM instant recovery) \u2013 en 5 minutes, la machine est op\u00e9rationnelle. Mais nous savons que cet \u00e9tat de la machine ne peut \u00eatre utilis\u00e9 que temporairement \u2013 elle doit absolument \u00eatre migr\u00e9e vers le datastore de production. Dans cet exemple, comme il s'est av\u00e9r\u00e9, les capacit\u00e9s de l'infrastructure ne permettaient pas de copier 20 To de donn\u00e9es dans un d\u00e9lai raisonnable. Dans les param\u00e8tres du processus de r\u00e9cup\u00e9ration instantan\u00e9e, il a \u00e9t\u00e9 choisi de conserver les modifications sur disque. De :<\/i> Les serveurs Veeam Backup & Replication (contrairement au snapshot vSphere) ont rapidement rempli l'espace disque. Au moment o\u00f9 l'utilisateur a contact\u00e9 le support, la machine virtuelle avait subi des modifications qui ne pouvaient \u00eatre ignor\u00e9es. Nous \u00e9tions donc dans une situation o\u00f9 il \u00e9tait impossible de finaliser rapidement le processus de restauration instantan\u00e9e de la machine critique \u2013 comment r\u00e9cup\u00e9rer les donn\u00e9es dans ce cas ?\n

    Je dois l'admettre, avec le temps qui passe, je ne me souviens plus de tous les d\u00e9tails de la fin, mais je me rappelle que finalement, nous n'avons pas trouv\u00e9 de solution g\u00e9niale. Les clients, de leur c\u00f4t\u00e9, ont plus ou moins r\u00e9solu le probl\u00e8me en \u00e9tendant le disque C: \u00e0 partir des r\u00e9serves, ils ont copi\u00e9 les fichiers les plus importants, puis ont \u00e9teint la machine virtuelle et ont ainsi migr\u00e9. En gros, il n'y a pas eu de miracle.<\/li>\n

  2. Dans l'infrastructure de l'utilisateur, il y avait un contr\u00f4leur de domaine, et tous les composants de Veeam Backup & Replication avaient \u00e9t\u00e9 configur\u00e9s en utilisant le DNS. Oui, oui, vous avez bien entendu. Il y avait des centaines de sc\u00e9narios possibles, mais en r\u00e9alit\u00e9, cela s'est d\u00e9roul\u00e9 comme suit : les gens ont planifi\u00e9 une maintenance et ont d\u00e9cid\u00e9 de passer \u00e0 la r\u00e9plique de leur contr\u00f4leur de domaine. Ils ont engag\u00e9 un basculement planifi\u00e9, ce qui est d'ailleurs recommand\u00e9 dans de telles situations. Au premier stade, tout se passait bien, mais au second, la VM d'origine a \u00e9t\u00e9 \u00e9teinte bri\u00e8vement pour transf\u00e9rer les donn\u00e9es restantes. \u00c9videmment, la t\u00e2che de basculement a rapidement \u00e9chou\u00e9 car le DNS a cess\u00e9 de fonctionner.\n

    Heureusement, nous avons r\u00e9ussi \u00e0 g\u00e9rer la situation en activant la r\u00e9plique manuellement depuis vSphere (en r\u00e9alit\u00e9, il n'est pas recommand\u00e9 d'effectuer cette op\u00e9ration de mani\u00e8re autonome, comme vous le verrez dans l'exemple suivant). Cependant, comme vous pouvez le comprendre, le processus de maintenance a \u00e9t\u00e9 interrompu et report\u00e9. De plus, nous avons d\u00fb entrer manuellement les noms d'h\u00f4tes dans le fichier C:WindowsSystem32driversetchosts<\/i> sur le serveur Veeam Backup & Replication pour garantir la pr\u00e9cision lors du retour au basculement.<\/li>\n

  3. Un autre client avait construit toute son infrastructure de sauvegarde autour de dispositifs \u00e0 bande magn\u00e9tique, et seuls de courts fichiers \u00e9taient stock\u00e9s sur disque. Lorsqu'il a \u00e9t\u00e9 n\u00e9cessaire de restaurer plusieurs fichiers d'un grand serveur de fichiers, il s'est av\u00e9r\u00e9 qu'aucune machine ne pouvait \u00eatre utilis\u00e9e comme d\u00e9p\u00f4t auxiliaire pour la restauration \u00e0 partir des bandes, car aucune d'entre elles n'avait suffisamment d'espace libre. (Pour des infos sur la restauration \u00e0 partir de bandes magn\u00e9tiques directement et en utilisant un d\u00e9p\u00f4t auxiliaire, vous pouvez lire ici<\/a><\/noindex> (pour l'instant en anglais)).<\/li>\n<\/ol>\n

    \nJe pense que dans les trois exemples, les utilisateurs \u00e9taient, pour ainsi dire, prisonniers d'illusions \u2013 ils ont suppos\u00e9 que si la sauvegarde s'\u00e9tait bien pass\u00e9e, il n'y aurait pas de probl\u00e8me avec la restauration. Mais comme vous le savez, ce n'est pas toujours le cas, et il est donc n\u00e9cessaire de se pr\u00e9parer \u00e0 la restauration aussi soigneusement qu'\u00e0 la sauvegarde. Pour commencer, il vaut la peine d'\u00e9tudier le manuel utilisateur<\/a><\/noindex>, qui contient des informations assez d\u00e9taill\u00e9es sur les diff\u00e9rents types de restauration. Au d\u00e9but de chaque paragraphe, les exigences, les actions pr\u00e9paratoires et les limitations possibles sont \u00e9num\u00e9r\u00e9es. La description de la restauration \u00e0 partir de bandes magn\u00e9tiques ou d'instantan\u00e9s mat\u00e9riels de SAN peut \u00eatre trouv\u00e9e dans les sections de la documentation et dans nos des articles<\/a><\/noindex> articles sur Habr\u00e9. De plus, les actions de pr\u00e9paration pour la restauration des objets d'application \u00e0 l'aide des outils Veeam Explorers sont d\u00e9crites dans la section \u00ab Planning and preparation \u00bb (planification et pr\u00e9paration) du manuel<\/a><\/noindex> pour chacun des outils. Je vous recommande de les consulter attentivement \u2014 cela vous aidera \u00e0 bien pr\u00e9parer le syst\u00e8me pour la restauration si n\u00e9cessaire. En russe, les instructions pour la restauration de la base de donn\u00e9es SQL Server sont pr\u00e9sent\u00e9es ici<\/a><\/noindex>.<\/p>\n

    Pourquoi ne pas travailler avec des r\u00e9pliques depuis la console vSphere ?<\/h1>\n

    \nEn th\u00e9orie, les r\u00e9pliques Veeam sont des machines virtuelles ordinaires avec lesquelles il semblerait logique de travailler en utilisant l'outillage vSphere, en particulier le client vSphere. Cependant, nous ne recommandons pas cela, et voici pourquoi : basculer vers une r\u00e9plique dans Veeam Backup & Replication est un processus assez complexe, n\u00e9cessitant une ex\u00e9cution stricte des \u00e9tapes (afin que, si besoin, il soit possible de revenir en arri\u00e8re) et des actions finales correctes \u2013 jetez juste un \u0153il \u00e0 l'image illustrant le processus :<\/p>\n

    \"Veeam
    \n
    \nCependant, si vous d\u00e9cidez d'activer la r\u00e9plique depuis le client vSphere, il est fort probable que vous rencontriez par la suite une s\u00e9rie de probl\u00e8mes :<\/p>\n

      \n
    1. Le m\u00e9canisme de basculement vers la r\u00e9plique de Veeam Backup & Replication (illustr\u00e9 dans le sch\u00e9ma) ne fonctionnera plus pour cette machine.<\/li>\n
    2. Les donn\u00e9es dans la base de Veeam Backup ne correspondront pas \u00e0 l'\u00e9tat r\u00e9el de la VM. Dans le pire des cas, il sera n\u00e9cessaire de modifier la base.<\/li>\n
    3. Il est m\u00eame possible de perdre des donn\u00e9es, comme dans cet exemple : l'utilisateur a activ\u00e9 manuellement la r\u00e9plique dans le client vSphere et a d\u00e9cid\u00e9 de continuer \u00e0 travailler avec. Apr\u00e8s un certain temps, il a remarqu\u00e9 que la r\u00e9plique \u00e9tait toujours affich\u00e9e dans la console de Veeam Backup & Replication et a d\u00e9cid\u00e9 de la supprimer par n\u00e9cessit\u00e9. Il a cliqu\u00e9 dessus avec le bouton droit et a donn\u00e9 l'ordre \u00abSupprimer du disque\u00bb<\/i>. Veeam Backup & Replication a imm\u00e9diatement supprim\u00e9 du disque la r\u00e9plique qui, pour m\u00e9moire, \u00e9tait d\u00e9j\u00e0 utilis\u00e9e comme une VM normale et contenait des donn\u00e9es n\u00e9cessaires et utiles.<\/li>\n<\/ol>\n

      \nIl y a certainement des situations o\u00f9 il est n\u00e9cessaire d'activer la r\u00e9plique depuis le client vSphere \u2013 g\u00e9n\u00e9ralement, ce sont des cas o\u00f9 le serveur Veeam est \u00e9teint et que la r\u00e9plique doit \u00eatre activ\u00e9e avec un d\u00e9lai. Mais si le serveur Veeam fonctionne correctement, il est imp\u00e9ratif de travailler avec les r\u00e9pliques depuis sa console.<\/p>\n

      Il n'est \u00e9galement pas conseill\u00e9 de supprimer des r\u00e9pliques en utilisant le client vSphere. Veeam Backup & Replication restera dans l'ignorance quant \u00e0 ce changement, ce qui peut entra\u00eener des erreurs et des donn\u00e9es obsol\u00e8tes. Si la r\u00e9plique n'est plus n\u00e9cessaire, supprimez-la via la console Veeam, et non comme une VM depuis le client vSphere. Ainsi, vous aurez toujours une liste actuelle des r\u00e9pliques. <\/p>\n

      \u00abO\u00bb \u2014 attention, mises \u00e0 jour !<\/h1>\n

      \nIci, nous faisons bien s\u00fbr r\u00e9f\u00e9rence aux mises \u00e0 jour des hyperviseurs et des diverses applications qui sont sauvegard\u00e9es \u00e0 l'aide de Veeam. Si l'on les consid\u00e8re du point de vue du travail avec Veeam Backup & Replication, les mises \u00e0 jour peuvent \u00eatre grossi\u00e8rement divis\u00e9es en 2 cat\u00e9gories : majeures, s\u00e9rieuses, apportant de nombreux changements \u2013 et mineures.<\/p>\n

      Examinons d'abord la premi\u00e8re cat\u00e9gorie. <\/p>\n

      Les mises \u00e0 jour les plus importantes sont celles destin\u00e9es \u00e0 l'hyperviseur. Avant d'installer une telle mise \u00e0 jour, il est essentiel de s'assurer qu'elle est prise en charge par Veeam Backup & Replication. De telles mises \u00e0 jour apportent de nombreux changements aux biblioth\u00e8ques et aux interfaces API utilis\u00e9es par Veeam Backup & Replication, donc, pour pouvoir d\u00e9clarer officiellement leur prise en charge, il est n\u00e9cessaire de mettre \u00e0 jour le code de Veeam Backup & Replication et de proc\u00e9der \u00e0 des tests approfondis. <\/p>\n

      Il est \u00e9galement important de noter que, par exemple, VMware ne fournit pas d'acc\u00e8s anticip\u00e9 aux derni\u00e8res versions de vSphere aux \u00e9diteurs de logiciels, de sorte que les d\u00e9veloppeurs et les testeurs de Veeam re\u00e7oivent la nouvelle version en m\u00eame temps que le reste de l'humanit\u00e9 progressiste \u2013 par cons\u00e9quent, un certain temps s'\u00e9coule g\u00e9n\u00e9ralement entre la sortie de VMware et l'annonce officielle de la prise en charge. La quantit\u00e9 et la diversit\u00e9 des modifications n\u00e9cessaires sont telles que les chances de les int\u00e9grer dans un simple correctif sont minces \u2013 et la prise en charge officielle est g\u00e9n\u00e9ralement annonc\u00e9e avec la sortie de la version publi\u00e9e de Veeam Backup & Replication. <\/p>\n

      Il en r\u00e9sulte ce moment d\u00e9licat o\u00f9, apr\u00e8s la sortie d'une nouvelle version de vSphere, le nombre de demandes au support technique augmente brusquement, car les utilisateurs se pr\u00e9cipitent pour installer la nouvelle version, et leurs sauvegardes cessent imm\u00e9diatement de fonctionner. Nous, le support technique de Veeam, devons expliquer aux utilisateurs ce qu'ils ont mal fait, leur demander de revenir en arri\u00e8re (si possible) ou d'inventer des solutions compliqu\u00e9es pour sortir de l'impasse. C'est pourquoi, avant d'installer une mise \u00e0 jour majeure, veuillez toujours v\u00e9rifier sa compatibilit\u00e9 avec le logiciel que vous utilisez, je vous en prie !<\/b><\/p>\n

      Tout ce qui pr\u00e9c\u00e8de s'applique \u00e9galement aux applications que vous sauvegardez et que vous pr\u00e9voyez de restaurer \u00e0 l'aide de Veeam. La gamme d'outils Veeam Explorers a \u00e9galement une liste des versions des applications correspondantes qui sont prises en charge, laquelle est mise \u00e0 jour \u00e0 chaque version de Veeam Backup & Replication. Par cons\u00e9quent, avant d'installer une nouvelle version de votre application \u2013 qu'il s'agisse d'Exchange, d'Oracle ou de SharePoint \u2013 assurez-vous de relire la section correspondante de la documentation de Veeam Explorers<\/a><\/noindex>.<\/p>\n

      Dans la deuxi\u00e8me cat\u00e9gorie, c'est-\u00e0-dire pour les petites mises \u00e0 jour, j'inclue par exemple les nouvelles versions de VMware Tools, les mises \u00e0 jour cumulatives d'Exchange, les mises \u00e0 jour de s\u00e9curit\u00e9 vSphere, etc. En r\u00e8gle g\u00e9n\u00e9rale, elles n'apportent pas de modifications majeures, et la plupart du temps, Veeam Backup & Replication ne rencontre pas de probl\u00e8mes avec elles. (C'est pourquoi il n'y a pas d'annonces publiques concernant le support officiel dans le produit.) Cependant, nous avons rencontr\u00e9 des cas o\u00f9 m\u00eame ces mises \u00e0 jour modifiaient de mani\u00e8re si significative le cours habituel des op\u00e9rations qu'elles provoquaient des erreurs dans le fonctionnement de Veeam Backup & Replication. Dans de telles situations, apr\u00e8s avoir confirm\u00e9 le probl\u00e8me, les ing\u00e9nieurs de Veeam s'efforcent de publier rapidement un correctif.<\/p>\n

      Pour ceux qui ma\u00eetrisent l'anglais technique<\/b>Si vous souhaitez rester inform\u00e9 sur le travail des ing\u00e9nieurs et sur les d\u00e9fis rencontr\u00e9s par les architectes syst\u00e8me et les sp\u00e9cialistes du support technique, je vous recommande de vous abonner \u00e0 nos forums<\/a><\/noindex>. Chaque semaine, une newsletter intitul\u00e9e \u00ab Word from Gostev \u00bb est envoy\u00e9e \u00e0 ses abonn\u00e9s et r\u00e9dig\u00e9e par TheRealGostev<\/a><\/noindex>. Dans celle-ci, Anton Gostev, responsable du d\u00e9partement de la gestion des produits, parle des probl\u00e8mes r\u00e9cemment trouv\u00e9s (et pas seulement du c\u00f4t\u00e9 de Veeam), des projets pour les nouvelles versions et des nouvelles du monde IT. Si vous souhaitez plus d'informations, vous pouvez parcourir les sujets du forum - si un de nos clients rencontre un probl\u00e8me avec le fonctionnement du produit apr\u00e8s une mise \u00e0 jour, il a probablement d\u00e9j\u00e0 \u00e9crit \u00e0 ce sujet sur le forum.<\/p>\n

      Comme vous le comprenez, les patches et mises \u00e0 jour peuvent poser des probl\u00e8mes non seulement avec les sauvegardes, mais aussi avec les applications pour lesquelles ces sauvegardes sont effectu\u00e9es. Et ici, les laboratoires virtuels - Veeam DataLabs - vous aideront. Vous avez probablement entendu parler de la fonctionnalit\u00e9 SureBackup, qui est destin\u00e9e \u00e0 la v\u00e9rification des sauvegardes. Elle repose justement sur l'utilisation de DataLabs, cr\u00e9ant un environnement isol\u00e9 o\u00f9 vous pouvez, entre autres, tester les mises \u00e0 jour avant de les installer en production. Je vous conseille vivement de le faire - cela vous permettra d'\u00e9pargner de nombreuses neurones. Et si quelqu'un ne conna\u00eet pas encore SureBackup, je recommande de lire documentation<\/a><\/noindex>.<\/p>\n

      Eh bien, c'est tout pour aujourd'hui, merci de votre attention !<\/p>\n

      Que lire encore<\/h1>\n

      \nArticles sur Habr :<\/p>\n