Nous restaurons les machines virtuelles à partir du magasin de données initialisé par erreur. L'histoire d'un non-sens avec une fin heureuse

Avertissement: la note est divertissante. La densité spécifique d'informations utiles est faible. Il a été écrit «pour vous».

Introduction lyrique

Le vidage de fichiers dans notre organisation tourne sur une machine virtuelle VMware ESXi 6 sous Windows Server 2016. Et ce n'est pas seulement un vidage. Il s'agit d'un serveur de partage de fichiers entre les divisions structurelles: il existe une collaboration, une documentation de projet et des dossiers provenant de scanners réseau. En général, c'est toute la durée de vie de la production.

Et ce conteneur de toute la vie de production a commencé à pendre. De plus, l'invité pouvait se pendre tranquillement, sans affecter le reste. Pourrait se bloquer après lui-même l'hôte entier et, par conséquent, toutes les autres machines invitées. Je pourrais me bloquer et bloquer les services client vSphere: c'est-à-dire que les processus des autres invités sont actifs, les machines fonctionnent correctement et répondent, mais il n'y a pas de corruption de fichier et le client vSphere ne s'accroche pas à l'hôte. En général, aucun système n'a pu être identifié. Des blocages peuvent survenir pendant la journée lors d'une faible charge. Pourrait la nuit pendant zéro charge. Pourrait la nuit pendant la sauvegarde différentielle et la charge moyenne. Pourrait le week-end pendant une sauvegarde complète et une charge élevée. Et il y a eu une nette dégradation de la situation. Au début, c'était une fois par an, puis une fois tous les six mois. Au bout de ma patience, deux fois par semaine.

J'ai péché pour RAM. Mais ils ne m'ont pas laissé arrêter la poubelle même le week-end et chasser Memtest. Attendu pour les vacances de mai. Les vacances de mai, j'ai quitté Memtest et ... aucune erreur n'a été trouvée.

J'étais étonné et j'ai décidé de partir en vacances. Pendant mes vacances, la décharge n'avait pas un seul coup. Et quand lundi le premier jour est allé au travail - la poubelle était suspendue. Une sauvegarde complète a été maintenue et, à la fin, elle a été suspendue. Une réunion si chaleureuse de vacances m'a poussé à la décision de faire physiquement glisser le lecteur invité vers un autre hôte.

Et, bien que l'on sache depuis longtemps que le premier jour après les vacances, rien de grave ne peut être fait, bien que je me sois mis au travail tout le long du chemin du travail, mon indignation avec le prochain gel a assommé mon esprit et mon humeur, et mes vœux ...

Les disques physiques ont été réorganisés vers un autre hôte. Connexion chaude. Les disques apparaissent dans les paramètres de stockage de l'onglet Lecteurs . Sous l'onglet Datastores, le stockage sur ces lecteurs ne l'est pas. Actualiser - n'apparaît pas. Eh bien, bien sûr, la première impulsion est Add Storage . L'assistant d'ajout vous indique ce qu'il prend en charge. Bien sûr, il prend également en charge VMFS. Je n'en doutais pas. Un aperçu rapide des messages de l'assistant à chaque étape: Suivant, Suivant, Suivant, Terminer. Son regard ne capta même pas un petit cercle jaune avec un point d’exclamation au bas de la fenêtre de l’une des marches du maître.

À la fin de l'assistant, une nouvelle banque de données est apparue dans la liste ... et avec elle des banques de données d'autres disques physiques.

Je passe à la navigation sur le magasin de données nouvellement ajouté, et celui-ci est vide. Bien sûr, j'ai encore été étonné. 8 heures du matin, les 15 premières minutes de travail après les vacances, même le sucre dans le café n'a pas encore été remué. Et voilà. Ma première pensée a été de retirer le mauvais lecteur de l'hôte "natif". J'ai regardé pour voir si le magasin de données requis est présent dans l'hôte "natif": non, pas présent. La deuxième pensée était: "merde # b!". Pas sûr, mais il me semble que la troisième, la quatrième et au moins la cinquième pensée étaient les mêmes.

Pour dissiper les doutes, j'ai rapidement installé un nouvel ESXi sur l'échantillon, pris le lecteur de gauche et, après l'avoir lu, parcouru les étapes de l'assistant. Oui Lors de l'ajout d'un magasin de données à l'aide de l'assistant, toutes les données sur le disque sont perdues sans la possibilité d'annuler l'opération et de restaurer les données. Plus tard, j'ai lu sur l'un des forums une évaluation d'une telle conception par le maître: merde merdique. Et en ce moment, je suis vraiment d'accord.

En commençant par le sixième, les pensées ont coulé de manière plus constructive. D'accord. L'initialisation prend quelques secondes, même pour un lecteur de 3 To. Il s'agit donc d'un formatage de haut niveau. Ainsi, la table de partition a été simplement réécrite. Les données sont donc toujours là. Alors maintenant, recherchons un peu de format et le tour est joué.

Je charge la voiture depuis l'image de démarrage de Strelec ... Et je découvre que les programmes de récupération de partition sont connus de tout le monde sauf VMFS. Par exemple, ils connaissent la disposition des partitions de Synology, mais VMFS ne le sait pas.

Énumérer les programmes n'est pas rassurant: au mieux, GetDataBack et R.Saver trouvent des partitions NTFS avec des structures de répertoires en direct et des noms de fichiers en direct. Mais cela ne me convient pas. J'ai besoin de deux fichiers vmdk: avec un disque système et une poubelle.

Et puis je comprends que, semble-t-il, maintenant j'installerai Windows et déploierai la sauvegarde de fichiers. Et en même temps, je me souviens que j'avais une racine DFS là-bas. Et aussi un système de droits d'accès en volume et de branchement complètement sauvage aux dossiers des unités. Pas une option. La seule option acceptable dans le temps est de restaurer l'état du système et du disque avec les données et tous les droits.

Encore une fois googler, forums, KB'shki et encore pleurer Yaroslavna: VMware ESXi ne fournit pas de mécanisme de récupération de données. Tous les fils de discussion ont deux finales: quelqu'un a récupéré à l'aide de DiskInternals VMFS Recovery pas cher ou quelqu'un qui faisait activement la promotion de leurs services avec l' aide de vmfs-tools et dd aidé. L'option d'acheter une licence DiskInternals VMFS Recovery pour 700 $ n'est pas une option. L'admission d'un étranger du «territoire d'un adversaire potentiel» aux données d'entreprise n'est pas non plus une option. Mais il a été googlé que les partitions VMFS peuvent également lire UFS Explorer.

DiskInternals VMFS Recovery

La version d'essai a été téléchargée et installée. Le programme a vu avec succès une section VMFS vide:



En mode Undelete (Fast Scan) , j'ai également trouvé une banque de données minable avec des dossiers de machines virtuelles avec des disques à l'intérieur:



L'aperçu a montré que les fichiers sont en direct:



Le montage de la partition dans le système a réussi, mais pour une raison quelconque, les trois dossiers avaient la même machine virtuelle. Bien sûr, la loi de la méchanceté n'est pas ce qui est requis.

Explorateur UFS

L'analyse du disque a montré la présence de 7 nœuds. Le nombre de nœuds d'une «manière étonnante» a coïncidé avec le nombre de fichiers * -flat.vmdk détectés par VMFS Recovery:



La comparaison des tailles de fichiers et des nœuds a également montré une correspondance jusqu'à l'octet. Dans le même temps, les noms des fichiers * -flat.vmdk et, par conséquent, leur appartenance aux machines virtuelles ont été restaurés.



En général, du point de vue d'ESXi, les disques vmdk se composent de deux fichiers: un fichier de données (<nom de la machine> -flat.vmdk) et un fichier de partitionnement de disque physique (<nom de la machine> .vmdk). Si vous téléchargez le fichier * -flat.vmdk de la machine locale vers le magasin de données, ESXi ne le reconnaîtra pas comme un fichier disque valide. Il y a un article dans la base de connaissances VMware sur la façon de créer manuellement un fichier descripteur de disque: kb.vmware.com/s/article/1002511 , mais ce n'était pas nécessaire, je viens de copier le contenu des fichiers correspondants depuis la zone d'aperçu du contenu du fichier dans DiskInternals VMFS Recovery :



Après 4 heures de téléchargement d'un nœud de 2,5 To à partir d'UFS Explorer et 20 heures de chargement dans l'hyperviseur Datastore, les fichiers de disque pliés ont été connectés à une machine virtuelle fraîchement créée. Les roues se sont levées. Aucune perte de données n'a été constatée.