Comment copier des machines virtuelles ESXI avec VIM. Comparaison des solutions pour les machines virtuelles de sauvegarde de Veeam, Acronis et Symantec. VMware Recovery de Bweb Management Suite Interface

Considérer et comparer deux façons de sauvegarde machines virtuelles VMware.

Donnée initiale

Stand de test Il s'agit de deux hypervestisseurs EXXI sur le serveur Fujitsu Primergy BX2560 M2 connecté via SAN (deux ports de 8 Gbit / s) et LAN (deux ports de 10 Gbit / s). Version ESXI et VSCA 6.5. Pour les disques EXXI sont présentés au système de stockage de données Fujitsu Eternus DX8700 S2. En tant que système de stockage de sauvegarde, nous utilisons le domaine de données EMC 6300 connecté via SAN (quatre ports de 8 Gbit / s). Pour exécuter la sauvegarde, afin de gagner du temps, nous utilisons l'outil de sauvegarde prêt à l'emploi, le serveur de contrôle système est installé sur le serveur physique HP ProLiant BL460C GEN8 et a également une connexion au réseau SAN et LAN dans deux ports.

Pour les tests, trois machines virtuelles ont été créées: VM1 (146 Go), VM2 (157 Go) et VM3 (284 Go). La procédure de test ressemblera à ceci: effectuer trois fois Sauvegarde complète. Chaque système, après cela, nous calculons la vitesse de sauvegarde moyenne (GB / Min) pour chaque méthode.

Le système Backup Exec a quatre façons d'accéder aux données de la machine virtuelle, pour le serveur physique C'est SAN, LAN (NBD), NBDSSSL et le quatrième si le serveur Backup Exec est installé sur la machine virtuelle, HotAjouter. Nous testons l'option lorsque Backup Exec est installé sur un serveur physique séparé, comparez les avantages et les inconvénients de la sauvegarde SAN et LAN.

Le paramètre Backup Exec est assez simple et comprend les étapes suivantes:

Sélectionnez Existant ou créez une nouvelle tâche pour effectuer une sauvegarde virtuelle de la machine.
Ouvrez les propriétés de cette tâche
Aller à l'onglet Machines virtuelles\u003e Sous-section VMware
Marquez la méthode de connexion dont vous avez besoin (il est permis d'activer toutes les quatre manières à la fois et définissez l'utilisation de leur commande)

Méthode d'abord: Machines virtuelles de sauvegarde pour SAN

Pour que le serveur de sauvegarde effectue une bacup de machines virtuelles à SAN, il doit d'abord être présenté au même (s) LUN, qui a été présenté avec ESXI. Dans ce cas, Sauvegarde Server, à l'aide de l'API VStorage, demande des informations de vCenter, dans lesquelles LUN est VMDK Virtual Machines, fait un disque d'instantané (instantané) et le prend à San.

En conséquence, l'expérience est moyenne.

Méthode Deuxième: Machines virtuelles de sauvegarde pour LAN (NBD)

Dans ce mode, le serveur de sauvegarde demande le vCenter sur ce que ESXI est une machine virtuelle, la machine est en cours de nécessaire, un instantané est effectué et l'exécute sur un réseau local avec un serveur ESXI sur le serveur de sauvegarde.

À la suite de la deuxième expérience, la moyenne.

Conclusions, avantages et inconvénients

Si vous accumulez une infrastructure moderne en utilisant zéro matériel réseau de débit 10 Gbit / s, l'utilisation de la sauvegarde dans le mode de connexion de données sur un réseau local (NBD) est susceptible d'être plus efficace dans le coût et le temps. Dans le cas où le réseau entre ESXI et l'hôte de sauvegarde est de 1 Gbit / s et l'équipement nécessaire pour la connexion à SAN est déjà là, la première méthode sera plus efficace et rapide.

Le principal plus de l'exécution de la sauvegarde SAN est que la transmission de données ne charge pas réseau local Et il est effectué à une vitesse suffisamment élevée, mais dans le cas du réseau de 10 Gbit / s, il n'est plus un avantage aussi clair, car même avec des quantités d'informations relativement importantes, la fenêtre de sauvegarde ne prend pas de temps significatif.

Le principal avantage de l'exécution de la sauvegarde LAN est la possibilité d'utiliser des équipements moins chers en tant que système de stockage. Et comme le test a montré, bâtiment réseau moderne 10 équipements GBIT / S fourniront une sauvegarde plus rapide que 8 GBIT / S SAN.

La récupération à la machine virtuelle SAN avec des disques épaisses est effectuée assez rapidement, mais il vaut mieux refuser de récupérer avec des disques minces. Il finit souvent par une erreur ou une échec.

De la pratique générale, nous pouvons dire que pour restaurer la machine virtuelle pour toujours utiliser le réseau local et ne pas frotter l'ancienne machine virtuelle, mais essayez de le restaurer à un nouvel endroit.

Les informations utilisées dans l'article sont extraites de sources officielles.

Un petit test:
Le réseau local est Gigabit.
Au stockage local (Matériel RAID 10 des 4 disques 10K) - «Time DD IF \u003d / dev / zéro de \u003d / VMF / volumes / DATA / VMFS / Volumes / DataStore / TEMP BS \u003d 1K Compte \u003d 1k" 8 secondes.
Sur le stockage "Linux" (RAID logiciel 0 de 3 disques 7,5k) - "Time DD if \u003d / dev / zéro de \u003d / vmfs / volumes / linbackup / temp bs \u003d 1k comptage \u003d 1k" 12 secondes.
Sur Stockage Windows (Matériel RAID 5 sur 10 10K 10K) - "Time DD Si \u003d / dev / zéro de \u003d / VMFS / Volumes / zéro de \u003d / VMFS / Volumes / WinBackup / Temp BS \u003d 1K Compte \u003d 1k" 1 minute 44 secondes (choquées).

Les résultats parlent pour eux-mêmes. Oui, sur le référentiel Win-Repository 5, mais il est peu probable qu'il soit à blâmer pour ce résultat.

Avec le désassemblable de stockage, vous devez maintenant automatiser sauvegarde. Le meilleur outil gratuit est le script ghettovcb à l'utiliser, vous devez accéder à l'hôte ESXI sur SSH. Comme il s'est avéré, il existe un moyen très simple d'activer et d'éteindre l'accès directement à partir de VSHERE Client: Configuration\u003e Logiciel\u003e Profil de sécurité\u003e Propriétés ...\u003e Support technique à distance (SSH)\u003e Options ...\u003e Démarrer ou arrêter. Selon ces captures d'écran, je pense que ce sera plus clair:

Télécharger dernière version scénario. Vous pouvez aller "Tru" moyen de faire comme écrit sur la page de script dans la section "Configuration:", mais je l'ai fait plus facile - déballé l'archive sur mon ordinateur, au lieu d'éditer le fichier de configuration - édité le script lui-même, copié au stockage local (via Parcourir DataStore »).

Voici les principaux paramètres:

Vm_backup_volume - chemin du dossier de sauvegarde, dans mon cas / vmfs / volumes / linbackup
Disk_Backup_Format - Format de disque, mince pour les sauvegardes est la mieux adaptée
Vm_backup_rotation_count - Nombre de sauvegardes stockées (pour chaque machine virtuelle), j'ai 2
Adapter_Format - Type de l'adaptateur, j'ai un lsilogique

Les paramètres restants ne peuvent pas être édités, mais s'il est intéressant - sur la page de script, tous les paramètres sont décrits en détail, la vérité en anglais, presque tous les paramètres sont peints en russe.

Donc, le script est copié sur le stockage local, connecter le SSH, pour transférer le script quelque part plus près de la racine, par exemple, dans /ghettovcb/ghettovcb.sh, si vous n'avez pas besoin de récupérer toutes les machines virtuelles - vous avez besoin Pour créer un fichier avec une liste virtuelle backbone:
Cd / ghettovcb.
VI vmlist.
Cliquez sur "A" Entrez les noms des virtuels, chacun sur nouvelle chaîne, Appuyez sur "ESC" et enregistrez les modifications ": wq" ou pour quitter sans enregistrer ": q"

Les anneaux doivent être "\\ n", lorsque le transfert "\\ r \\ n" Le script donnera une erreur, vous ne devez donc pas créer une liste dans le bloc-notes, suivi de copier sur le référentiel, si vous n'avez jamais utilisé Notepad + ou Emieditor et Je ne sais pas ce que c'est "\\ n" et "\\ r \\ n" - mieux créer une liste dans VI.

Nous essayons de démarrer le script:

./ghettovcb.sh -f ./vmlist -l ./log.txt

./ghettovcb.sh -f ./vmlist -g ./ghettovcb.conf -l ./log.txt
Le script gère, donnant beaucoup d'informations si vous voyez à la fin de la sortie "###### final Statut: Tous les VMs sauvegardés OK! ######" signifie que tout va bien, sinon nous lisons le journal .txt et traiter avec ce qu'ils ne l'ont pas fait.
Vous devez maintenant créer un calendrier pour les sauvegardes.
CD / var / spool / cron / crontabs
Chmod u + w root
Root VI.
Cliquez sur "A", nous écrivons un horaire, en tenant compte que - le temps est indiqué dans UTC, c'est-à-dire Pour Moscou, c'est une heure locale moins trois heures
00 20 * * * /GHETTOVCB/GHETTOVCB.SH -F / GHETTTOVCB / VMList -L / VMFS / Volumes / LinBackup / Journaux / `Date +% f`.txt
ou si vous avez créé un fichier de configuration
00 20 * * * /GHETTOVCB/GHETTOVCB.SH -F / GHETTTOVCB / VMList -G /GHETTOVCB/GHETTOVCB.CONF -L / VMFS / VOLUMES / LINBACKUP / LOGS / `DATE +% F`.TXT
Cliquez sur "ESC" et enregistré ": wq"
en garde à vue
Chmod U-W racine

Maintenant quotidiennement à 20h00 sur UTC (à 23h00 à Moscou) sera lancé un script, les journaux de son exécution seront enregistrés dans le stockage dans le dossier Journaux, un journal séparé pour chaque jour.

Par des journaux, ma sauvegarde va environ 4 heures, j'ai considéré la vitesse - environ 4 Go par minute, c'est-à-dire Environ 70 Mo par seconde, pas très mal. Le stockage de 2,7 To suffit à stocker deux copies de chaque virtuel, c'est assez assez, plus il y a un espace libre et il est nécessaire, car Premièrement, la troisième sauvegarde est faite et seulement après que sa création est supprimée la copie la plus ancienne.
Eh bien, une autre pierre dans l'installation de stockage "Windows" - J'ai essayé de faire des sauvegardes avec un script dessus, le stockage était simplement tombé, eh bien, le script réel complet avec une erreur. Je comprends que tout le monde dans configuration non valide Les entrées NFS, mais les paramètres étaient par défaut et disparu dans le "Tuning" ne l'aiment pas vraiment.

L'expérience a réussi, vous pouvez acheter un serveur avec bons disques, RAID 10 est prévu pour 5 To, cela devrait suffire aux virtuelles futures avec une marge.

Tags: VMware, vSphere, Esxi, sauvegarde, sauvegarde

Il existe un excellent script libre pour la sauvegarde des machines virtuelles sur le serveur VMware ESXI et fonctionne sur version gratuite Versions ESXi 4 et 5 sans installer de type PRIBBLUD supplémentaire VMA, etc. Le problème est que l'instruction n'est pas entièrement exacte là-bas, alors j'ai parlé avec ce script pendant une longue période, de sorte qu'il a toujours gagné en mode automatique ...

Je n'écrirai pas en détail en détail en tant que connexion à ESXI sur SSH, je ne vais pas écrire uniquement les étapes de la configuration, avec laquelle tout a fonctionné avec moi.

Premièrement, vous balancez le script sur le lien ci-dessus et remplissez le serveur, vous devez verser directement dans l'archive! Le moyen le plus simple de le faire via le client VSphere. J'ai deux disques sur mon serveur - sur une œuvre de voitures et, de l'autre, il y a toutes sortes d'images et de sauvegardes ISO elles-mêmes. Les disques appelés respectivement, DataStore1 et DataStore2. Toutes les sauvegardes, script et configurent se trouvent dans le dossier de sauvegarde. Notez toujours que les noms des fichiers et des dossiers dépendent de la casse, donc si le dossier est appelé sauvegarde.et vous écrivez dans le script Sauvegarde., Je ne travaillerai pas!

Versez l'archive avec un script ici / VMFS / Volumes / DataStore2
Plus loin dans ssh cD / VMFS / Volumes / DataStore2 - Aller au répertoire de script
Déballez le script de l'archive tAR -ZXVF_FILE_ARCHIVA NAME.TAR.GZ.
VSphere pour renommer le dossier déballé en quelque chose de plus facile, par exemple, juste sauvegarde.
Maintenant allons à ce dossier - sauvegarde de CD.
Créez un dossier pour stocker des configurations individuelles à l'intérieur. mkdir backupconfig
Maintenant B. Backupconfig Nous jetons les configurations individuelles appropriées pour les machines, si elles n'ont pas besoin et que toutes les machines doivent être sauvegardées avec les mêmes paramètres, vous pouvez le laisser vide.
Correction des variables de l'éditeur VI dans fichier de configurationLa principale chose est la voie de la sauvegarde, c'est-à-dire La première ligne est changée en telle: Vm_backup_volume \u003d / VMFS / Volumes / DataStore2 / Sauvegarde, Bien, puis voyez ce que vous avez encore besoin - vi ghettovcb.conf.
Créer un script Startbackup.sh. (2 lignes) - vI StartBackup.sh.
2e ligne où le défi du script lui-même peut être retiré sur lui-même
CD / VMFS / Volumes / DataStore2 / Sauvegarde
./ghettovcb.sh -a -g ./ghettovcb.conf -c Backupconfig -l ghettovcb.log
Effectuer chmod + x ghettovcb.sh
Effectuer chmod + x startbackup.sh

1 étape terminée! Maintenant si vous courez Startbackup.sh.Bacup va commencer. Au moment du débogage, vous pouvez changer la 2e chaîne sur quelque chose comme ça ./ghettovcb.sh -a -g ./ghettovcb.conf -c Backupconfig -l ghettovcb.log -d dryrun - Cela vous permettra de démarrer le script et de suivre la progression sans copier les disques. Pour les sauvegardes ont été effectuées plus efficacement et rapidement, je vous recommande de définir le type de disque dans les paramètres. mince..

Configuration de cron (pour l'exécution automatique de script)

Donnez la permission d'écrire dans le fichier chmod + W.
Ajouter VI VI dans / var / spool / cron / crontabs / racine
15 0 * / 3 * * /vmfs/volumes/datastore2/backup/starbackup.sh
Courir à 00:15 Night tous les trois jours. J'ai un fuseau horaire +4 Moscou, c'est-à-dire En fait, le script commence à 4h15 le matin, il sera vu à la date du changement du journal via vSphere. Bien sûr, le temps et la fréquence peuvent choisir d'autres.
Maintenant, vous devez exécuter deux commandes pour redémarrer Cron
tuer $ (chat /var/run/crond.pond)
cronder.
Ajouter avec VI 3 lignes au fichier le plus facile /etc/rc.local
Il est nécessaire, car après le redémarrage du serveur, le contenu du fichier à partir du 2e point avec le début de notre script sera restauré à l'état précédent, donc dans RC.Local, nous spécifions qu'après le redémarrage, vous devez exécuter ce qui suit. Commandes - Stop Cron, Ajouter une chaîne pour lancement automatique Script et exécution de cron.
/ Bin / kill $ (chat /var/run/crond.pond)
/ bin / echo "15 0 * / 3 * * /vmfs/volumes/datastore2/backup/starbackup.sh" \u003e\u003e / var / spool / cron / crontabs / racine
cronder.
Maintenant exécutez la commande /sbin/auto-backup.sh.Assurez-vous que toutes nos modifications ont été préservées.

Petite explication - Pourquoi vous devez créer un script Startbackup.sh.et pas seulement prendre et son contenu pour mettre / var / spool / cron / crontabs / racine? Il y a une certaine restriction sur la taille de ce fichier et une partie des cordes qu'elle ne fonctionnera tout simplement pas, bien que vous puissiez essayer de le faire et donc, au début, j'ai travaillé, mais, apparemment, certains correctifs sont sortis et arrêtés. De plus, il est juste plus pratique - si vous devez modifier le calendrier de sauvegarde, vous devez simplement régner le fichier. Startbackup.sh. et n'avez pas besoin de danser avec un tambourin autour de cron avec son redémarrage et de faire les mêmes changements à /etc/rc.local.

PS: Le temps passe, tout change, le script lui-même change, ESXI5 est déjà sorti, donc quelque part, quelque chose ne peut pas déjà fonctionner

Annexe: Syntaxe de cron

L'équipe de cron ressemble à ceci:

1 2 3 4 5 /vmfs/volumes/DataStore2/backup/starbackup.sh

Où,
1: minutes (0-59)
2: montre (0-23)
3: jours (0-31)
4: mois (0-12)
5: Jour de la semaine (0-7)

Quelques exemples:

Courir dans 5 minutes la première nuit, tous les jours
5 0 * * * /vmfs/volumes/dataStore2/backup/starbackup.sh
Courir à 2:15 chaque premier jour du mois
15 14 1 * * /vmfs/volumes/DataStore2/Backup/starbackup.sh
Courir à 22h00 chaque jour ouvrable
0 22 * \u200b\u200b* 1-5 /vmfs/volumes/datastore2/backup/starbackup.sh
Courant à 23 minutes après minuit, puis toutes les deux heures (2:23, 4: 23 ... etc.), tous les troisième jour
23 0-23 / 2 * * * / 3 /vmfs/volumes/datastore2/backup/startbackup.sh

Sur le ce moment Il y a plusieurs fabricants de programmes pour stockagecomme payé et gratuit. Nous avons décidé que programmes gratuits Ou inconfortable en utilisation (installation complexe, menace constante d'échec, manque d'interfaces propres), ou il n'y a pas de sauvegarde d'options essentielles. Dans ce cas, il est nécessaire d'acheter programme rémunéréCe qui, contrairement à la liberté, sera entièrement conquérir avec toutes les fonctionnalités de base de la sauvegarde. Vous trouverez ci-dessous une liste des meilleurs, selon des experts, des solutions soutenues:

Veeam Backup & Replication 5

Ces programmes sont des programmes de sauvegarde de base utilisant la plupart des utilisateurs:

Récupération de données avec support de serveur vCenter

Comme déjà écrit dans le passé, c'est le moyen le plus sûr de créer une machine de sauvegarde si vCenter Servir n'a acheté aucun désir ni moyen de traiter cette question. Personnalisable cette technologie Plutôt facile guide complet Vous pouvez trouver à partir du lien suivant:

Cette solution fonctionne à la fois avec vcentererserver et sans cela, mais il n'y aura aucune possibilité de configurer une sauvegarde de sauvegarde. Nous examinerons toutes les caractéristiques principales ci-dessous lorsque nous comparons tous les produits.

Ce produit est maintenant très populaire, car le type de licence de ce produit (licencié par des sockets) pour serveur de serveurs à faible consommation sera extrêmement rentable. Ci-dessous nous considérons plusieurs configurations des serveurs et envisagez les caractéristiques de prix. De plus, ce produit prend en charge l'option de récupération de données instantanée après une défaillance due à sa technologie Vower.

Récemment, produit récemment un moyen de sauvegarde dans des environnements virtuels. De plus, Symantec est la seule des solutions BACAP utilise une technologie V2P (convertissant un environnement virtuel en serveurs physiques). True, vCenter a une telle technologie, mais pas dans le cadre de la technologie de sauvegarde

Mais sur ces capacités, Acronis n'est pas limitée. Acronis inclus dans le package Acronis Backup & Recovery 10 AdvancedServer VirtualÉdition, il s'agit d'une consolidation de serveurs pour transférer des systèmes de physique sur plates-formes virtuellesDe plus, avec un planificateur de tâches intégré. En conséquence, nous avons ça ce programme Effectue 2 fonctions de base:

Systèmes de récupération d'urgence

Consolidation du serveur

Principaux avantages par rapport aux autres technologies:

La capacité de travailler, à la fois avec des serveurs physiques et dans un environnement virtuel, qui permet aux premières étapes du développement de la société de combiner la consolidation à des estimations de fiabilité élevées

Large gamme de dispositifs de stockage pris en charge sauvegardes (jusqu'à dispositifs optiques et bandes magnétiques)

Création d'une partition Acronis Secure Zone sur le même serveur VM, ce qui vous permet de restaurer la machine en peu de temps, et cette section sera protégée par le mode de déduplication sur un autre serveur.

Si la sauvegarde est l'un de nos objectifs principaux, quel que soit le prix, nous choisirons sans aucun doute entre les décisions de la société Veeam, Acronisi Symantec. Ces deux produits sont des leaders de sauvegarde et de stockage, et présentent également un certain nombre d'avantages individuels.

Dans le choix entre ces technologies, il est nécessaire de dessiner une ligne dans plusieurs distinctions:

Type de licence

Caractéristiques

Bacup Volume et fréquence

Pour type différent La licence vaut la peine de décider de ce qui convient le mieux à nous. Si nous avons des serveurs puissants avec grande quantité Sockets sous le processeur, il convient de conduire au profit d'Acronis Symantec. Si nous avons beaucoup de serveurs faibles avec petite quantité Sockets, la meilleure option sera Veeam.

Il est également nécessaire de comprendre ce dont nous avons besoin, c'est-à-dire quelles exigences nous apporterons à la sauvegarde, la présence de ces fonctions qui sont particulièrement importantes pour nous.

Un facteur très important, avec quelle fréquence et à quelle heure nous ferons une sauvegarde. Si nous devons créer des machines de sauvegarde pour l'ensemble de l'infrastructure et que la fréquence est sans importance, c'est un (nous mettons un planificateur de sauvegarde la nuit). C'est complètement différent si nous avons une machine prioritaire, créant une sauvegarde pour laquelle nous avons besoin d'une période de quelques minutes (il sera déjà nécessaire pour une sauvegarde tout au long de la journée).

Après avoir déterminé pour un cas particulier de tous ces paramètres, il nous sera facile de décider de vous-même quel produit nous convient davantage.

Machines virtuelles de sauvegarde gratuites (sauvegarde) basées sur VMware ESXI

Pour VMware Esxi. question sauvegarde de la machine virtuelle C'est particulièrement aigu. Un logiciel gratuit supplémentaire est gênant en raison de la fonctionnalité limitée. Donc notre sauvegarde. sera basé sur script libre — ghettovcb. . C'est la meilleure option des scripts existants, bien qu'il ait un nom amusant et l'ensemble du projet dans son ensemble - www.virtellyhetto.com, auteur William Lam.. Son algorithme est de créer une instinctive et un clonage VM.

Pour configurer un schéma de sauvegarde à part entière, nous aurons besoin:

Nfs.serveur pour stocker des fichiers;
connexion à Ssh. à ESXI;
scénario ghettovcb.sh. Ajouté au serveur ESXI (à la racine ou au dossier de la sauvegarde future). Ceci est fait à travers SFTP.toute façon commode pour vous, par exemple, FileZilla;
nous donnons les droits d'exécuter un script copié;

Restez maintenant plus en détail à chacun des articles. Pour améliorer la vitesse et la tolérance des pannes du serveur de fichiers / serveur de sauvegarde, il est préférable d'utiliser RAID10. Vous préférez dans ce cas sont Linux OS (Debian, Ubuntu, «commode pour vous») et système de fichiers XFS.car Dans cette configuration, la vitesse d'enregistrement (priorité principale pour la sauvegarde rapide) sera plus élevée.

Existe déjà avec nous, mais vous pouvez aussi faire tout dans client vSphere.: Configuration\u003e Logiciel\u003e Profil de sécurité\u003e Propriétés ...\u003e Support technique à distance\u003e Options ...\u003e Démarrer ou arrêter.

Aller à la configuration du script ghettovcb.sh., les principaux paramètres dont nous avons besoin:

Vm_backup_volume - chemin d'accès au dossier de sauvegarde, dans mon cas / VMFS / Volumes / DataStore1 / Sauvegarde
Disk_Backup_Format - Format de disque, mince pour les sauvegardes est la mieux adaptée
Vm_backup_rotation_count - Nombre de sauvegardes stockées (pour chaque machine virtuelle), j'ai 3
Adapter_Format - Type de l'adaptateur, dans mon cas - LSILOGIC

Les paramètres restants sont responsables de la copie de fichiers sur le réseau et les notifications par courrier électronique. Plus de paramètres de configuration sont décrits sur le site Web du développeur.!

Si vous devez copier non toutes les machines virtuelles, un fichier avec une liste de VM inclus dans la sauvegarde est créé. Créez un tel fichier dans VI:

aller au dossier de script - CD / Ghettovcb ou sauvegarde
vI vmlist.
cliquez sur "A" Entrez les noms VM (chaque nom de la nouvelle ligne)
cliquez sur "ESC" et enregistrez les modifications - ": wq" (sans enregistrer ": q")

Exécutez le script:

./ghettovcb.sh -a -l ./log.txt - Démarrer la copie de toutes les machines, entrée logfile dans le même répertoire
./ghettovcb.sh -f ./vmlist -l ./log.txt - Exécution des machines spécifiées dans le fichier VMList, les journaux sont enregistrés dans le même répertoire.
./ghettovcb.sh -f ./vmlist -g ./ghettovcb.conf -l ./log.txt - Analogiment, uniquement à l'aide de fichier .conf

Une ligne avec l'inscription signalera la bonne exécution du script: "###### final Statut: Tous les VMs sauvegardés OK! ######. Si ce n'est pas - vérifiez les journaux, la syntaxe des commandes et les façons des fichiers.

Pour ajouter une chaîne pour démarrer sur une planification (en cron), vous devez modifier le fichier "/etc/rc.local.d/local.sh", suivant:

aller au catalogue /etc/rc.local.d/local.sh
chmod u + w local.sh
Éditeur de fichier ouvert - VI local.sh
activer la modification de la touche "I" ou "Insérer"
ajouter avant la chaîne Exit0 comme suit:

/ Bin / kill $ (chat /var/run/crond.pond)
/ bin / echo 0 20 * * * /vmfs/volumes/datastore/script/ghettovcb.sh -a -l /vmfs/volumes/backup/log/log.txt \u003e\u003e / var / spool / cron / crontabs / racine
/ Bin / crond

dans ce cas, spécifiez l'horaire (le temps est indiqué dans UTC, c'est-à-dire pour MSK -3 heure), c'est-à-dire "00 20 * * *"
appuyez sur "ESC" et persistez - "Maj +:" et "WQ"
À la fin, j'effectue Chmod U-W local.sh

Ainsi, à 23h00 MSC, une sauvegarde des fichiers de machine virtuelle. Dans notre cas, il y aura 3 copies.

Sauvegarde de la sauvegarde Pour ESXI à travers ghettovcb.sh. Complété.