{"id":39250,"date":"2019-10-31T22:28:41","date_gmt":"2019-10-31T19:28:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rezervnoe-kopirovanie-chast-7-vyvody\/"},"modified":"2019-10-31T22:28:41","modified_gmt":"2019-10-31T19:28:41","slug":"rezervnoe-kopirovanie-chast-7-vyvody","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","title":{"rendered":"Sauvegarde, partie 7 : Conclusions","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Sauvegarde, partie 7 : Conclusions\" src=\"\/wp-content\/uploads\/2019\/10\/475781030b157d85aa9e9a1dc7ea7c6b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Cette note conclut le cycle sur la sauvegarde. Nous allons parler de l'organisation logique d'un serveur d\u00e9di\u00e9 (ou VPS) qui est pratique pour la sauvegarde, ainsi qu'une m\u00e9thode de restauration rapide du serveur \u00e0 partir d'une sauvegarde sans temps d'arr\u00eat significatif en cas de d\u00e9faillance.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"ishodnye-dannye\">Donn\u00e9es d'origine<\/h2>\n<p><\/p>\n<p>Un serveur d\u00e9di\u00e9 a g\u00e9n\u00e9ralement au moins deux disques durs, utilis\u00e9s pour organiser un tableau RAID de premier niveau (miroir). Cela permet de continuer \u00e0 faire fonctionner le serveur si un disque tombe en panne. S'il s'agit d'un serveur d\u00e9di\u00e9 classique, il peut y avoir un contr\u00f4leur RAID mat\u00e9riel s\u00e9par\u00e9, avec une technologie de mise en cache active sur SSD, permettant de connecter un ou plusieurs SSD en plus des disques durs classiques. Parfois, des serveurs d\u00e9di\u00e9s sont propos\u00e9s o\u00f9 seuls des disques SATADOM (petits disques, structurellement des cl\u00e9s USB, se connectant \u00e0 un port SATA) sont pr\u00e9sents, voire une petite cl\u00e9 USB (8-16 Go) se connectant \u00e0 un port interne sp\u00e9cial, les donn\u00e9es \u00e9tant r\u00e9cup\u00e9r\u00e9es d'un SAN connect\u00e9 via un r\u00e9seau de stockage d\u00e9di\u00e9 (Ethernet 10G, FC, etc.). Il existe \u00e9galement des serveurs d\u00e9di\u00e9s qui d\u00e9marrent directement \u00e0 partir du SAN. Je ne vais pas examiner de telles options, car dans ces cas, la t\u00e2che de sauvegarde du serveur est g\u00e9n\u00e9ralement confi\u00e9e \u00e0 un sp\u00e9cialiste g\u00e9rant le SAN, o\u00f9 diff\u00e9rentes technologies propri\u00e9taires de cr\u00e9ation d'instantan\u00e9s, d\u00e9duplication int\u00e9gr\u00e9e et autres avantages pour les administrateurs syst\u00e8mes, sont typiquement utilis\u00e9es. La capacit\u00e9 du tableau de disques d'un serveur d\u00e9di\u00e9 peut atteindre plusieurs dizaines de t\u00e9raoctets, selon le nombre et la taille des disques connect\u00e9s au serveur. Dans le cas des VPS, les volumes sont plus modestes : g\u00e9n\u00e9ralement pas plus de 100 Go (mais parfois plus), et les tarifs pour ces VPS peuvent facilement d\u00e9passer ceux des serveurs d\u00e9di\u00e9s les moins chers propos\u00e9s par le m\u00eame h\u00e9bergeur. Les VPS ont souvent un seul disque, car il accueillera un SAN (ou quelque chose d'hyper-converg\u00e9). Parfois, un VPS est \u00e9quip\u00e9 de plusieurs disques avec des caract\u00e9ristiques diff\u00e9rentes, \u00e0 des fins vari\u00e9es :<\/p>\n<p><\/p>\n<ul>\n<li>petit syst\u00e8me \u2014 pour l'installation du syst\u00e8me d'exploitation ;<\/li>\n<li>grand \u2014 stockage des donn\u00e9es utilisateur.<\/li>\n<\/ul>\n<p><\/p>\n<p>Lors de la r\u00e9installation du syst\u00e8me via le panneau de contr\u00f4le, le disque contenant les donn\u00e9es utilisateur n'est pas effac\u00e9, tandis que le syst\u00e8me est compl\u00e8tement r\u00e9\u00e9crit. De plus, dans le cas des VPS, l'h\u00e9bergeur peut proposer un bouton permettant de cr\u00e9er une image de l'\u00e9tat du VPS (ou du disque), mais si vous installez votre propre syst\u00e8me d'exploitation ou oubliez d'activer le service n\u00e9cessaire au sein du VPS, certaines donn\u00e9es peuvent tout de m\u00eame \u00eatre perdues. En plus du bouton, un service de stockage de donn\u00e9es est g\u00e9n\u00e9ralement propos\u00e9, mais souvent de mani\u00e8re tr\u00e8s limit\u00e9e. Cela se traduit g\u00e9n\u00e9ralement par un compte avec un acc\u00e8s via le protocole FTP ou SFTP, parfois accompagn\u00e9 de SSH, avec un shell restreint (par exemple rbash), ou une limitation dans l'ex\u00e9cution des commandes via authorized_keys (par ForcedCommand). <\/p>\n<p><\/p>\n<p>Un serveur d\u00e9di\u00e9 est connect\u00e9 au r\u00e9seau par deux ports \u00e0 une vitesse de 1 Gbit\/s, parfois ce sont des cartes \u00e0 10 Gbit\/s. Pour un VPS, l'interface r\u00e9seau est g\u00e9n\u00e9ralement unique. Les centres de donn\u00e9es ne limitent souvent pas la vitesse du r\u00e9seau \u00e0 l'int\u00e9rieur du centre, mais restreignent la vitesse d'acc\u00e8s \u00e0 Internet.<\/p>\n<p><\/p>\n<p>La charge typique d'un serveur d\u00e9di\u00e9 ou d'un VPS comprend un serveur web, une base de donn\u00e9es et un serveur d'applications. Parfois, diff\u00e9rents services auxiliaires peuvent \u00eatre install\u00e9s, y compris pour le serveur web ou la base de donn\u00e9es : moteur de recherche, syst\u00e8me de messagerie, etc.<\/p>\n<p><\/p>\n<p>L'espace de stockage pour les sauvegardes est repr\u00e9sent\u00e9 par un serveur sp\u00e9cialement pr\u00e9par\u00e9, dont il sera question plus en d\u00e9tail par la suite.<\/p>\n<p><\/p>\n<h2 id=\"logicheskaya-organizaciya-diskovoy-sistemy\">Organisation logique du syst\u00e8me de fichiers<\/h2>\n<p><\/p>\n<p>S'il y a un contr\u00f4leur RAID, ou s'il s'agit d'un VPS avec un seul disque, et qu'il n'y a pas de pr\u00e9f\u00e9rence particuli\u00e8re pour le fonctionnement du sous-syst\u00e8me de disque (par exemple, un disque rapide d\u00e9di\u00e9 \u00e0 la base de donn\u00e9es) \u2014 tout l'espace libre est divis\u00e9 comme suit : un partition est cr\u00e9\u00e9, au-dessus de laquelle un groupe de volumes LVM est constitu\u00e9, dans lequel plusieurs volumes sont cr\u00e9\u00e9s : 2 petits volumes de m\u00eame taille, utilis\u00e9s comme syst\u00e8me de fichiers racine (ils sont altern\u00e9s lors des mises \u00e0 jour pour permettre un retour rapide, une id\u00e9e inspir\u00e9e de la distribution Calculate Linux), un autre volume pour la partition d'\u00e9change, le reste de l'espace libre est divis\u00e9 en petits volumes, utilis\u00e9s comme syst\u00e8mes de fichiers racine pour des conteneurs complets, des disques pour des machines virtuelles, des syst\u00e8mes de fichiers pour des comptes dans \/home (chaque compte ayant son propre syst\u00e8me de fichiers), et des syst\u00e8mes de fichiers pour des conteneurs d'applications.<\/p>\n<p><\/p>\n<p>Remarque importante : les volumes doivent \u00eatre totalement autonomes, c'est-\u00e0-dire ne pas d\u00e9pendre les uns des autres, ni du syst\u00e8me de fichiers racine. Dans le cas des machines virtuelles ou des conteneurs, ce point est respect\u00e9 automatiquement. Cependant, s'il s'agit de conteneurs d'applications ou de r\u00e9pertoires personnels, il convient de consid\u00e9rer la s\u00e9paration des fichiers de configuration du serveur Web et d'autres services de mani\u00e8re \u00e0 minimiser au maximum les d\u00e9pendances entre les volumes. Par exemple, chaque site fonctionne sous son propre utilisateur, les fichiers de configuration du site se trouvent dans le r\u00e9pertoire personnel de l'utilisateur, dans les param\u00e8tres du serveur Web, les fichiers de configuration des sites sont inclus non pas via \/etc\/nginx\/conf.d\/<em>.conf, mais, par exemple, \/home\/<\/em>\/configs\/nginx\/*.conf<\/p>\n<p><\/p>\n<p>S'il y a plusieurs disques \u2014 il est possible de cr\u00e9er un tableau RAID logiciel (et de configurer son cache sur SSD, si cela est n\u00e9cessaire et possible), au-dessus duquel construire LVM selon les r\u00e8gles mentionn\u00e9es ci-dessus. Dans ce cas \u00e9galement, il est possible d'utiliser ZFS ou BtrFS, mais il faut y penser \u00e0 plusieurs reprises : tous deux n\u00e9cessitent une approche beaucoup plus s\u00e9rieuse en termes de ressources, et de plus, ZFS n'est pas inclus dans le noyau Linux.<\/p>\n<p><\/p>\n<p>Peu importe le sch\u00e9ma utilis\u00e9, il est toujours bon d'estimer \u00e0 l'avance la vitesse d'\u00e9criture des modifications sur les disques, puis de calculer la taille de l'espace libre qui sera r\u00e9serv\u00e9 pour la cr\u00e9ation de snapshots. Par exemple, si notre serveur \u00e9crit des donn\u00e9es \u00e0 une vitesse de 10 m\u00e9gaoctets par seconde, et que la taille totale du volume de donn\u00e9es est de 10 t\u00e9raoctets \u2014 le temps de synchronisation peut atteindre un jour (22 heures \u2014 c'est le temps n\u00e9cessaire pour transf\u00e9rer ce volume via un r\u00e9seau \u00e0 1 Gbit\/s) \u2014 il vaut donc mieux r\u00e9server environ 800 Go. Dans la r\u00e9alit\u00e9, ce chiffre sera plus bas, on peut le diviser sans souci par le nombre de volumes logiques.<\/p>\n<p><\/p>\n<h2 id=\"ustroystvo-servera-hraneniya-rezervnyh-kopiy\">Serveur de stockage de sauvegardes<\/h2>\n<p><\/p>\n<p>La principale diff\u00e9rence d'un serveur de stockage de sauvegardes r\u00e9side dans le fait qu'il utilise de grands disques, peu co\u00fbteux et relativement lents. \u00c9tant donn\u00e9 que les disques durs modernes ont d\u00e9j\u00e0 d\u00e9pass\u00e9 la barre des 10 To chacun, il est imp\u00e9ratif d'utiliser des syst\u00e8mes de fichiers ou des RAID avec des sommes de contr\u00f4le, car pendant la reconstruction du volume ou la restauration du syst\u00e8me de fichiers (qui peut durer plusieurs jours !), il est possible qu'un deuxi\u00e8me disque tombe en panne sous une charge accrue. Sur des disques de jusqu'\u00e0 1 To, cela n'\u00e9tait pas si critique. Pour simplifier la description, supposons que l'espace disque est divis\u00e9 en deux parties de taille \u00e0 peu pr\u00e8s \u00e9gale (encore une fois, par exemple, \u00e0 l'aide de LVM) :<\/p>\n<p><\/p>\n<ul>\n<li>volumes correspondants sur les serveurs utilis\u00e9s pour stocker les donn\u00e9es utilisateur (c'est l\u00e0 que la derni\u00e8re sauvegarde r\u00e9alis\u00e9e sera d\u00e9ploy\u00e9e pour v\u00e9rification) ;<\/li>\n<li>volumes utilis\u00e9s comme d\u00e9p\u00f4ts BorgBackup (c'est ici que les donn\u00e9es pour les sauvegardes seront directement envoy\u00e9es).<\/li>\n<\/ul>\n<p><\/p>\n<p>Le principe de fonctionnement est que des volumes s\u00e9par\u00e9s sont cr\u00e9\u00e9s pour chaque serveur \u00e0 des fins de d\u00e9p\u00f4ts BorgBackup, o\u00f9 les donn\u00e9es des serveurs en production seront envoy\u00e9es. Les d\u00e9p\u00f4ts fonctionnent en mode d'ajout uniquement, ce qui exclut la possibilit\u00e9 de suppression intentionnelle des donn\u00e9es, et gr\u00e2ce \u00e0 la d\u00e9-duplication et au nettoyage r\u00e9gulier des d\u00e9p\u00f4ts de sauvegardes anciennes (il reste des copies annuelles, mensuelles de l'ann\u00e9e pr\u00e9c\u00e9dente, hebdomadaires du dernier mois, quotidiennes de la derni\u00e8re semaine, possiblement \u2014 dans des cas particuliers \u2014 horaires pour le dernier jour : un total de 24 + 7 + 4 + 12 + des copies annuelles \u2014 environ 50 copies pour chaque serveur).<br \/>\nDans les d\u00e9p\u00f4ts de BorgBackup, le mode append-only n'est pas activ\u00e9, \u00e0 la place, on utilise ForcedCommand dans .ssh\/authorized_keys d'un sch\u00e9ma similaire :<\/p>\n<p><\/p>\n<pre><code class=\"plaintext\">from=\"adresse du serveur\",command=\"\/usr\/local\/bin\/borg serve --append-only --restrict-to-path \/home\/nom_du_serveur\/borgbackup\/\",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......<\/code><\/pre>\n<p><\/p>\n<p>\u00c0 l'emplacement sp\u00e9cifi\u00e9, un script wrapper pour borg est plac\u00e9, qui, en plus de lancer le binaire avec les param\u00e8tres, lance \u00e9galement le processus de restauration de la sauvegarde apr\u00e8s la fin de la capture des donn\u00e9es. Pour cela, le script wrapper cr\u00e9e un fichier indicateur \u00e0 c\u00f4t\u00e9 du d\u00e9p\u00f4t correspondant. La derni\u00e8re sauvegarde effectu\u00e9e apr\u00e8s la fin du processus de transfert des donn\u00e9es est automatiquement restaur\u00e9e sur le volume logique correspondant.<\/p>\n<p><\/p>\n<p>Cette construction permet de nettoyer p\u00e9riodiquement les sauvegardes inutiles et emp\u00eache \u00e9galement les serveurs en production de supprimer quoi que ce soit sur le serveur de stockage des sauvegardes.<\/p>\n<p><\/p>\n<h2 id=\"process-rezervnogo-kopirovaniya\">Le processus de sauvegarde<\/h2>\n<p><\/p>\n<p>Le serveur d\u00e9di\u00e9 ou le VPS est l'initiateur de la sauvegarde, car ce sch\u00e9ma donne plus de contr\u00f4le sur le processus de sauvegarde depuis ce serveur. Tout d'abord, un instantan\u00e9 de l'\u00e9tat du syst\u00e8me de fichiers racine actif est pris, qui est ensuite mont\u00e9 et t\u00e9l\u00e9charg\u00e9 \u00e0 l'aide de BorgBackup sur le serveur de stockage des sauvegardes. Une fois la capture des donn\u00e9es termin\u00e9e, l'instantan\u00e9 est d\u00e9mont\u00e9 et supprim\u00e9.<\/p>\n<p><\/p>\n<p>En cas de pr\u00e9sence d'une petite base de donn\u00e9es (jusqu'\u00e0 1 Go pour chaque site), une sauvegarde de la base de donn\u00e9es est r\u00e9alis\u00e9e, qui est enregistr\u00e9e dans le volume logique correspondant, l\u00e0 o\u00f9 sont situ\u00e9es les autres donn\u00e9es de ce m\u00eame site, mais de mani\u00e8re \u00e0 ce que la sauvegarde ne soit pas accessible via le serveur web. Si les bases sont plus grandes, il est conseill\u00e9 de configurer un sauvegarde '\u00e0 chaud', par exemple \u00e0 l'aide de xtrabackup pour MySQL, ou de faire fonctionner WAL avec archive_command dans PostgreSQL. Dans ce cas, la base de donn\u00e9es sera restaur\u00e9e s\u00e9par\u00e9ment des donn\u00e9es des sites.<\/p>\n<p><\/p>\n<p>Si des conteneurs ou des machines virtuelles sont utilis\u00e9s, il convient de configurer qemu-guest-agent, CRIU ou d'autres technologies n\u00e9cessaires. Dans les autres cas, aucune configuration suppl\u00e9mentaire n'est g\u00e9n\u00e9ralement requise \u2014 il suffit de cr\u00e9er des instantan\u00e9s des volumes logiques, qui sont ensuite trait\u00e9s de la m\u00eame mani\u00e8re que l'instantan\u00e9 de l'\u00e9tat du syst\u00e8me de fichiers racine. Apr\u00e8s la capture des donn\u00e9es, les instantan\u00e9s sont supprim\u00e9s.<\/p>\n<p><\/p>\n<p>Le travail ult\u00e9rieur se d\u00e9roule sur le serveur de stockage des sauvegardes :<\/p>\n<p><\/p>\n<ul>\n<li>La derni\u00e8re sauvegarde effectu\u00e9e est v\u00e9rifi\u00e9e dans chaque d\u00e9p\u00f4t.<\/li>\n<li>La pr\u00e9sence d'un fichier de balise, indiquant que le processus de sauvegarde est termin\u00e9, est v\u00e9rifi\u00e9e.<\/li>\n<li>Le d\u00e9ploiement des donn\u00e9es sur le volume local correspondant est effectu\u00e9.<\/li>\n<li>Le fichier de balise est supprim\u00e9.<\/li>\n<\/ul>\n<p><\/p>\n<h2 id=\"process-vosstanovleniya-rabotosposobnosti-servera\">Processus de restauration de la fonctionnalit\u00e9 du serveur.<\/h2>\n<p><\/p>\n<p>Si le serveur principal \u00e9choue, un serveur d\u00e9di\u00e9 similaire est lanc\u00e9, charg\u00e9 \u00e0 partir d'une image standard. La charge se fait probablement sur le r\u00e9seau, mais le technicien du centre de donn\u00e9es, qui configure le serveur, peut \u00e9galement copier imm\u00e9diatement cette image standard sur l'un des disques. Le chargement se fait en m\u00e9moire vive, apr\u00e8s quoi le processus de restauration commence :<\/p>\n<p><\/p>\n<ul>\n<li>Une demande pour connecter un p\u00e9riph\u00e9rique de bloc via iscsinbd ou un autre protocole similaire de volume logique contenant le syst\u00e8me de fichiers racine du serveur d\u00e9faillant est effectu\u00e9e ; \u00e9tant donn\u00e9 que le syst\u00e8me de fichiers racine doit \u00eatre petit, cette \u00e9tape doit \u00eatre termin\u00e9e en quelques minutes. Le chargeur de d\u00e9marrage est \u00e9galement restaur\u00e9.<\/li>\n<li>La structure des volumes logiques locaux est recr\u00e9\u00e9e, les volumes logiques du serveur de sauvegarde sont connect\u00e9s \u00e0 l'aide du module noyau dm_clone : le processus de restauration des donn\u00e9es commence, et les modifications sont imm\u00e9diatement enregistr\u00e9es sur les disques locaux.<\/li>\n<li>Un conteneur avec tous les disques physiques disponibles est lanc\u00e9 - le serveur est compl\u00e8tement restaur\u00e9, mais avec une performance r\u00e9duite.<\/li>\n<li>Apr\u00e8s la synchronisation des donn\u00e9es, les volumes logiques du serveur de sauvegarde sont d\u00e9tach\u00e9s, le conteneur s'\u00e9teint, et le serveur red\u00e9marre.<\/li>\n<\/ul>\n<p><\/p>\n<p>Apr\u00e8s le red\u00e9marrage, le serveur disposera de toutes les donn\u00e9es qui \u00e9taient pr\u00e9sentes au moment de la cr\u00e9ation de la sauvegarde, ainsi que des modifications apport\u00e9es lors du processus de restauration.<\/p>\n<p>\n<b class=\"spoiler_title\">Autres articles de la s\u00e9rie<\/b><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/449282\/\">Sauvegarde, partie 1 : Pourquoi faire des sauvegardes, aper\u00e7u des m\u00e9thodes et technologies<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/452630\/\">Sauvegarde, partie 2 : Revue et test des outils de sauvegarde bas\u00e9s sur rsync<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454420\/\">Sauvegarde, partie 3 : Aper\u00e7u et test de duplicity, duplicati<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454734\/#first_unread\">Sauvegarde, partie 4 : Aper\u00e7u et test de zbackup, restic, borgbackup<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/459550\/\">Sauvegarde, partie 5 : Test de Bacula et Veeam Backup for Linux<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/468963\/\">Sauvegarde : partie \u00e0 la demande des lecteurs : aper\u00e7u d'AMANDA, UrBackup, BackupPC.<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/470802\/\">Sauvegarde, partie 6 : Comparaison des outils de sauvegarde<\/a><\/noindex><br \/>\nSauvegarde, partie 7 : Conclusions<\/p>\n<p><\/p>\n<p>Je vous invite \u00e0 discuter de la proposition dans les commentaires, merci de votre attention !<\/p>\n<p>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/472776\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0438. \u0412 \u043d\u0435\u0439 \u043f\u043e\u0439\u0434\u0435\u0442 \u0440\u0435\u0447\u044c \u043e \u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u044b\u0434\u0435\u043b\u0435\u043d\u043d\u043e\u0433\u043e \u0441\u0435\u0440\u0432\u0435\u0440\u0430 (\u0438\u043b\u0438 VPS), \u0443\u0434\u043e\u0431\u043d\u043e\u0439 \u0434\u043b\u044f \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u0430 \u0442\u0430\u043a\u0436\u0435 \u0431\u0443\u0434\u0435\u0442 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d \u0432\u0430\u0440\u0438\u0430\u043d\u0442 \u0431\u044b\u0441\u0442\u0440\u043e\u0433\u043e \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u044f \u0441\u0435\u0440\u0432\u0435\u0440\u0430 \u0438\u0437 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0439 \u043a\u043e\u043f\u0438\u0438 \u0431\u0435\u0437 \u043e\u0441\u043e\u0431\u044b\u0445 \u043f\u0440\u043e\u0441\u0442\u043e\u0435\u0432 \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u0430\u0432\u0430\u0440\u0438\u0438. \u0418\u0441\u0445\u043e\u0434\u043d\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435 \u0412\u044b\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u0439 \u0441\u0435\u0440\u0432\u0435\u0440 \u0447\u0430\u0449\u0435 \u0432\u0441\u0435\u0433\u043e \u0438\u043c\u0435\u0435\u0442 \u043c\u0438\u043d\u0438\u043c\u0443\u043c \u0434\u0432\u0430 \u0436\u0435\u0441\u0442\u043a\u0438\u0445 \u0434\u0438\u0441\u043a\u0430, \u0441\u043b\u0443\u0436\u0430\u0449\u0438\u0445 \u0434\u043b\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 RAID \u043c\u0430\u0441\u0441\u0438\u0432\u0430 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29456,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39250","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0447\u0430\u0441\u0442\u044c 7: \u0412\u044b\u0432\u043e\u0434\u044b | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:28:41+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:28:41+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Sauvegarde, partie 7 : Conclusions | ProHoster","description":"Cette note conclut le cycle sur la sauvegarde.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0447\u0430\u0441\u0442\u044c 7: \u0412\u044b\u0432\u043e\u0434\u044b | ProHoster","og:description":"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:28:41+00:00","article:modified_time":"2019-10-31T19:28:41+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39250","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 01:28:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:53:37","updated":"2026-01-24 01:28:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/39250","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=39250"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/39250\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/29456"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=39250"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=39250"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=39250"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}