{"id":34321,"date":"2019-10-31T21:57:38","date_gmt":"2019-10-31T18:57:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom\/"},"modified":"2019-10-31T21:57:38","modified_gmt":"2019-10-31T18:57:38","slug":"vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom","title":{"rendered":"Ripristino delle macchine virtuali da un Datastore inizializzato erroneamente. La storia di un errore con un lieto fine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Disclaimer: <\/b>Questo appunto ha un carattere ricreativo. La densit\u00e0 di informazioni utili in esso \u00e8 bassa. \u00c8 stato scritto \"per me stesso\".<\/p><\/blockquote>\n

<\/p>\n

Introduzione lirica<\/h3>\n

\nIl deposito di file nella nostra organizzazione gira su una macchina virtuale VMware ESXi 6 con Windows Server 2016. E non \u00e8 solo un deposito. \u00c8 un server di condivisione file tra le diverse unit\u00e0: qui ci sono collaborazioni, documentazione di progetto e cartelle da scanner di rete. Insomma, qui si svolge tutta la vita produttiva.<\/p>\n

Ecco, questo contenitore di tutta la vita produttiva ha cominciato a bloccarsi. E il guest poteva bloccarsi da solo, senza coinvolgere gli altri. Poteva bloccare l'intero host e, di conseguenza, tutte le altre macchine guest. Poteva bloccarsi e influenzare i servizi client di vSphere: cio\u00e8, i processi delle altre macchine erano attivi, le macchine funzionavano correttamente e rispondevano, ma la cartella di file non rispondeva e il client vSphere non riusciva a connettersi all'host. In generale, non siamo riusciti a identificare alcun sistema. I blocchi potevano verificarsi durante il giorno con un carico leggero. Potevano accadere di notte durante un carico zero. Potevano verificarsi di notte durante un backup differenziale e un carico medio. Potevano accadere nei fine settimana durante un backup completo e un carico elevato. Si \u00e8 osservato un evidente deterioramento della situazione. All'inizio, accadeva una volta all'anno, poi una volta ogni sei mesi. Verso la fine della mia pazienza, due volte a settimana.
\nHo sospettato della RAM. Ma non mi \u00e8 stato permesso di fermare il sistema nemmeno nei fine settimana e di eseguire Memtest. Stavamo aspettando le festivit\u00e0 di maggio. Durante le festivit\u00e0 di maggio ho eseguito Memtest e... non sono stati trovati errori.
\n<\/a><\/noindex>
\nSono rimasto stupito e ho deciso di prendere una pausa. Mentre ero in ferie, il server non ha mai avuto un blocco. Ma quando sono tornato al lavoro il luned\u00ec, il server era bloccato. Ha sopportato un backup completo e proprio al termine si \u00e8 bloccato. Questa calda accoglienza al ritorno dalle ferie mi ha spinto a trasferire fisicamente i dischi della macchina virtuale su un altro host.<\/p>\n

E, sebbene sia ben noto che il primo giorno dopo le ferie non si dovrebbe fare nulla di serio, mentre mi preparavo a non lavorare durante il tragitto per l'ufficio, la mia indignazione per l'ennesimo blocco mi ha fatto dimenticare sia la mia preparazione che i miei propositi\u2026<\/p>\n

I dischi fisici sono stati trasferiti su un altro host. Collegamento a caldo. Nelle impostazioni dello storage, nella scheda Dischi<\/i> appare il disco. Nella scheda Datastores<\/i> non ci sono storage su questi dischi. Aggiorna<\/i> non appaiono. E, naturalmente, il primo impulso \u00e8 stato \u2014 Aggiungi Storage<\/i>. La procedura guidata per l'aggiunta mi informa che supporta sicuramente anche VMFS. Non avevo dubbi. Una rapida panoramica dei messaggi della procedura: Avanti, Avanti, Avanti, Fine. Lo sguardo nemmeno si \u00e8 posato sul piccolo cerchio giallo con il punto esclamativo in basso nella finestra di uno dei passaggi della procedura.<\/p>\n

Al termine della procedura, il nuovo Datastore \u00e8 apparso nell'elenco... e cos\u00ec anche i Datastore degli altri dischi fisici.<\/p>\n

Vado a navigare nel nuovo Datastore aggiunto, e lui... \u00e8 vuoto. Naturalmente, sono rimasto di nuovo stupito. Sono le 8 del mattino, i primi 15 minuti di lavoro dopo le ferie, non ho nemmeno mescolato lo zucchero nel caff\u00e8. Eppure succede questo. La prima idea \u00e8 stata: non ho estratto il disco giusto dall'host 'nativo'. Ho controllato se il Datastore cercato fosse presente nell'host 'nativo': no, non c'era. La seconda idea \u00e8 stata: 'Cazzo!'. Non sono sicuro, ma penso che il terzo, il quarto e almeno il quinto pensiero siano stati simili.<\/p>\n

Per dissipare i dubbi, ho rapidamente installato una nuova versione di ESXi su un disco di prova e, mentre leggevo, ho seguito i passi della procedura guidata. S\u00ec. Aggiungendo un Datastore tramite la procedura guidata, si perde tutti i dati sul disco senza possibilit\u00e0 di annullare l'operazione o recuperare i dati. Pi\u00f9 tardi ho letto su un forum una valutazione di questo design della procedura: shitsome crap. E ci ho molto concordato.<\/p>\n

Dalla sesta in poi, i pensieri sono diventati pi\u00f9 costruttivi. Va bene. L'inizializzazione richiede solo pochi secondi anche per un disco da 3Tb. Quindi, si tratta di un formato di alto livello. Questo significa che \u00e8 stata semplicemente riscritta la tabella delle partizioni. Questo significa che i dati sono ancora l\u00ec. Ora cerchiamo un qualche software di unformat e voil\u00e0.<\/p>\n

Sto avviando la macchina dall'immagine di avvio di Strelec\u2026 E scopro che i programmi di recupero delle partizioni conoscono tutto, tranne VMFS. Conoscono, ad esempio, la partizione di Synology, ma VMFS no.<\/p>\n

La selezione dei programmi non \u00e8 confortante: nel migliore dei casi, GetDataBack e R.Saver trovano partizioni NTFS con una struttura di directory intatta e nomi di file attivi. Ma non mi accontento. Ho bisogno di due file vmdk: uno con il disco di sistema e l'altro con il disco di file spazzatura.<\/p>\n

E qui capisco che dovr\u00f2 probabilmente installare Windows e ripristinare da un backup file. Allo stesso tempo, mi ricordo che avevo un root DFS l\u00ec. E anche un sistema di autorizzazioni per le cartelle dei reparti completamente assurdo per dimensioni e ramificazione. Non \u00e8 un'opzione. L'unica opzione accettabile in termini di tempo \u00e8 il ripristino dello stato del sistema e del disco con i dati e tutti i diritti.<\/p>\n

Ancora ricerche su Google, forum, KB e ancora il pianto di Giacinta: VMware ESXi non prevede un meccanismo di recupero dati. Tutte le discussioni hanno due finali: qualcuno \u00e8 riuscito a recuperare i dati grazie al costoso DiskInternals VMFS Recovery oppure ha ricevuto aiuto da un esperto che promuove attivamente i suoi servizi. vmfs-tools<\/i> e dd<\/i>. L'opzione di acquistare una licenza DiskInternals VMFS Recovery per $700 non \u00e8 valida. Consentire a un estraneo proveniente da 'territori potenzialmente ostili' di accedere ai dati aziendali non \u00e8 un'opzione. Tuttavia, \u00e8 stato scoperto che UFS Explorer \u00e8 in grado di leggere le partizioni VMFS.<\/p>\n

DiskInternals VMFS Recovery<\/h3>\n

\n\u00c8 stata scaricata e installata la versione trial. Il programma ha rilevato con successo la partizione VMFS vuota:<\/p>\n

\"Ripristino
\n
\nIn modalit\u00e0 Undelete (Fast Scan)<\/i> ha anche trovato e un Datastore danneggiato con cartelle di macchine virtuali<\/a> con i dischi all'interno:<\/p>\n

\"Ripristino
\n
\nL'anteprima ha mostrato che i file sono attivi:<\/p>\n

\"Ripristino
\n
\nIl montaggio della partizione nel sistema \u00e8 andato a buon fine, ma per motivi non chiari in tutte e tre le cartelle c'era la stessa macchina virtuale. Ovviamente, per legge di Murphy \u2014 non quella richiesta.<\/p>\n

Tre righe di vergogna<\/b>Il tentativo di pirateare disperatamente il software \u00e8 finito in un fallimento. Tuttavia, si \u00e8 piratato UFS Explorer.<\/p>\n

Sono estremamente contrario al furto di software. In nessun caso incoraggio l'uso di mezzi per aggirare le protezioni contro l'uso non autorizzato. \n<\/p><\/blockquote>\n

\nEro in una situazione disastrosa e non ero affatto orgoglioso delle misure a cui sono ricorso.<\/p>\n

UFS Explorer<\/h3>\n

\nLa scansione del disco ha rivelato la presenza di 7 nodi. Il numero di nodi corrisponde 'incredibilmente' al numero di file *-flat.vmdk trovati in VMFS Recovery:<\/p>\n

\"Ripristino
\n
\nIl confronto delle dimensioni dei file e delle dimensioni dei nodi ha mostrato una corrispondenza fino al byte. Sono stati inoltre ripristinati i nomi dei file *-flat.vmdk e, di conseguenza, la loro appartenenza alle macchine virtuali.<\/p>\n

\"Ripristino
\n
\nIn generale, i dischi vmdk in termini di ESXi consistono in due file: un file con i dati (-flat.vmdk) e un file di 'mappatura fisica' del disco (.vmdk). Se si carica il file *-flat.vmdk dal computer locale nel Datastore, ESXi non lo riconoscer\u00e0 come un file di disco valido. Nella base di conoscenza di VMware \u00e8 presente un articolo su come creare manualmente un file descrittore del disco: kb.vmware.com\/s\/article\/1002511<\/a><\/noindex>, ma non ho dovuto farlo, ho semplicemente copiato e incollato il contenuto dei file corrispondenti dall'area di anteprima del file in DiskInternals VMFS Recovery:<\/p>\n

\"Ripristino
\n
\nDopo 4 ore di estrazione di 2,5 TB da UFS Explorer e 20 ore di caricamento nel Datastore dell'hypervisor, i file dei dischi danneggiati sono stati collegati a una nuova macchina virtuale appena creata. I dischi sono stati riconosciuti. Non si sono riscontrate perdite di dati.<\/p>\n

\"Ripristino
\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

Disclaimer: \u0417\u0430\u043c\u0435\u0442\u043a\u0430 \u043d\u043e\u0441\u0438\u0442 \u0440\u0430\u0437\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u0445\u0430\u0440\u0430\u043a\u0442\u0435\u0440. \u0423\u0434\u0435\u043b\u044c\u043d\u0430\u044f \u043f\u043b\u043e\u0442\u043d\u043e\u0441\u0442\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u043d\u0435\u0439 \u043c\u0430\u043b\u0430. \u0411\u044b\u043b\u0430 \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u0430 \u00ab\u0434\u043b\u044f \u0441\u0435\u0431\u044f\u00bb. \u041b\u0438\u0440\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u0432\u0441\u0442\u0443\u043f\u043b\u0435\u043d\u0438\u0435 \u0424\u0430\u0439\u043b\u043e\u0432\u0430\u044f \u043f\u043e\u043c\u043e\u0439\u043a\u0430 \u0432 \u043d\u0430\u0448\u0435\u0439 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u043a\u0440\u0443\u0442\u0438\u0442\u0441\u044f \u043d\u0430 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u0435 VMware ESXi 6 \u043f\u043e\u0434 Windows Server 2016. \u0418 \u044d\u0442\u043e \u043d\u0435 \u043f\u0440\u043e\u0441\u0442\u043e \u043f\u043e\u043c\u043e\u0439\u043a\u0430. \u042d\u0442\u043e \u0441\u0435\u0440\u0432\u0435\u0440 \u0444\u0430\u0439\u043b\u043e\u0432\u043e\u0433\u043e \u043e\u0431\u043c\u0435\u043d\u0430 \u043c\u0435\u0436\u0434\u0443 \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u043d\u044b\u043c\u0438 \u043f\u043e\u0434\u0440\u0430\u0437\u0434\u0435\u043b\u0435\u043d\u0438\u044f\u043c\u0438: \u0442\u0443\u0442 \u0438 \u0441\u043e\u0432\u043c\u0435\u0441\u0442\u043d\u0430\u044f \u0440\u0430\u0431\u043e\u0442\u0430, \u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u043d\u0430\u044f \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0438\u044f, \u0438 \u043f\u0430\u043f\u043a\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25881,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34321","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Ripristiniamo macchine virtuali da datastore inizializzati erroneamente. La storia di una sciocchezza con un lieto fine | ProHoster","description":"Disclaimer: Questa nota ha carattere ricreativo. La densit\u00e0 di informazioni utili in essa \u00e8 bassa.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\u0412\u043e\u0441\u0441\u0442\u0430\u043d\u0430\u0432\u043b\u0438\u0432\u0430\u0435\u043c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0435 \u043c\u0430\u0448\u0438\u043d\u044b \u0441 \u043e\u0448\u0438\u0431\u043e\u0447\u043d\u043e \u0438\u043d\u0438\u0446\u0438\u0430\u043b\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u0433\u043e Datastore. \u0418\u0441\u0442\u043e\u0440\u0438\u044f \u043e\u0434\u043d\u043e\u0439 \u0433\u043b\u0443\u043f\u043e\u0441\u0442\u0438 \u0441 \u0445\u044d\u043f\u043f\u0438-\u044d\u043d\u0434\u043e\u043c | ProHoster","og:description":"Disclaimer: \u0417\u0430\u043c\u0435\u0442\u043a\u0430 \u043d\u043e\u0441\u0438\u0442 \u0440\u0430\u0437\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u0445\u0430\u0440\u0430\u043a\u0442\u0435\u0440. \u0423\u0434\u0435\u043b\u044c\u043d\u0430\u044f \u043f\u043b\u043e\u0442\u043d\u043e\u0441\u0442\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u043d\u0435\u0439 \u043c\u0430\u043b\u0430.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom","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-31T18:57:38+00:00","article:modified_time":"2019-10-31T18:57:38+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34321","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-02-09 17:15:13","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:24:25","updated":"2026-02-09 17:15:13","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/34321","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=34321"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/34321\/revisions"}],"predecessor-version":[{"id":159242,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/34321\/revisions\/159242"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/25881"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=34321"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=34321"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=34321"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}