ભૂલથી આરંભ કરાયેલ ડેટાસ્ટોરમાંથી વર્ચ્યુઅલ મશીનોને પુનઃસ્થાપિત કરી રહ્યાં છે. સુખદ અંત સાથેની એક મૂર્ખતાની વાર્તા

ડિસક્લેમર: નોંધ મનોરંજનના હેતુ માટે છે. તેમાં ઉપયોગી માહિતીની ચોક્કસ ઘનતા ઓછી છે. તે "મારા માટે" લખેલું હતું.

ગીતાત્મક પરિચય

અમારી સંસ્થામાં ફાઇલ ડમ્પ વિન્ડોઝ સર્વર 6 ચલાવતા VMware ESXi 2016 વર્ચ્યુઅલ મશીન પર ચાલે છે. અને આ માત્ર કચરો નથી. આ માળખાકીય વિભાગો વચ્ચે ફાઈલ વિનિમય સર્વર છે: નેટવર્ક સ્કેનર્સમાંથી સહયોગ, પ્રોજેક્ટ દસ્તાવેજીકરણ અને ફોલ્ડર્સ છે. સામાન્ય રીતે, તમામ ઉત્પાદન જીવન અહીં છે.

અને તમામ ઉત્પાદન જીવનનો આ કન્ટેનર અટકી ગયો. તદુપરાંત, મહેમાન અન્યને અસર કર્યા વિના શાંતિથી પોતાને અટકી શકે છે. તે આખા યજમાનને અને તે મુજબ, અન્ય તમામ મહેમાન મશીનોને નીચે લઈ શકે છે. હું મારી જાતને અટકી શકું છું અને vSphere ક્લાયંટ સેવાઓને અટકી શકું છું: એટલે કે, અન્ય મહેમાનોની પ્રક્રિયાઓ જીવંત છે, મશીનો યોગ્ય રીતે કાર્ય કરે છે અને પ્રતિસાદ આપે છે, પરંતુ ત્યાં કોઈ ફાઇલ વૉશર નથી અને vSphere ક્લાયંટ યજમાનને વળગી રહેતું નથી. સામાન્ય રીતે, કોઈ સિસ્ટમ ઓળખી શકાતી નથી. ઓછા લોડ દરમિયાન દિવસ દરમિયાન ફ્રીઝ થઈ શકે છે. તેઓ કોઈ ભાર વગર રાત્રે તે કરી શકે છે. ડિફરન્શિયલ બેકઅપ અને સરેરાશ લોડ દરમિયાન રાત્રે કરી શકે છે. સંપૂર્ણ બેકઅપ અને ઉચ્ચ લોડ દરમિયાન સપ્તાહના અંતે શક્ય છે. અને ત્યાં પરિસ્થિતિ સ્પષ્ટ અધોગતિ હતી. શરૂઆતમાં તે વર્ષમાં એકવાર હતું, પછી દર છ મહિનામાં એકવાર. મારી ધીરજના અંતે - અઠવાડિયામાં બે વાર.
મને યાદશક્તિની સમસ્યા હતી. પરંતુ તેઓએ મને વીકએન્ડમાં પણ કચરાનો ઢગલો રોકવા અને મેમટેસ્ટ ચલાવવા ન દીધો. અમે મે મહિનાની રજાઓની રાહ જોઈ રહ્યા હતા. મે મહિનાની રજાઓ દરમિયાન, મેં મેમટેસ્ટ ચલાવ્યું અને... કોઈ ભૂલ મળી ન હતી.

હું આશ્ચર્યચકિત થઈ ગયો અને વેકેશન પર જવાનું નક્કી કર્યું. જ્યારે હું વેકેશન પર હતો, ત્યારે કચરાના ઢગલા પર એક પણ હેંગઅપ નહોતું. અને જ્યારે હું સોમવારે પ્રથમ દિવસે કામ પર પાછો ગયો ત્યારે ત્યાં કચરાના ઢગલા હતા. મેં સંપૂર્ણ બેકઅપ સહન કર્યું અને તે પૂર્ણ થયા પછી તરત જ અટકી ગયો. વેકેશનમાંથી આવા ઉષ્માભર્યા સ્વાગતે મને ગેસ્ટ મશીન સાથેની ડિસ્કને બીજા હોસ્ટ પર ભૌતિક રીતે ખેંચવાના નિર્ણય તરફ ધકેલી દીધો.

અને, જો કે તે લાંબા સમયથી જાણીતું છે કે વેકેશન પછીના પ્રથમ દિવસે તમે કંઈપણ ગંભીર કરી શકતા નથી, જો કે હું મારી જાતને કામ કરવા માટે બધી રીતે કામ ન કરવા માટે તૈયાર કરી રહ્યો હતો, તેમ છતાં, બીજી એક સ્થિરતા પરના મારા ગુસ્સાએ મારા મૂડ અને મારા બંનેને પછાડી દીધા. મારા માથામાંથી શપથ લે છે ...

ભૌતિક ડિસ્ક બીજા હોસ્ટ પર ખસેડવામાં આવી છે. ગરમ જોડાણ. ટેબ પર સ્ટોરેજ સેટિંગ્સમાં ડ્રાઈવો ડિસ્ક દેખાય છે. ટેબ પર ડેટાસ્ટોર્સ આ ડિસ્ક પર કોઈ સંગ્રહ નથી. પુનઃતાજું - દેખાતું નથી. અને, અલબત્ત, પ્રથમ આવેગ - સંગ્રહ ઉમેરો. એડ વિઝાર્ડ સમજાવે છે કે તે શું સપોર્ટ કરે છે. અલબત્ત તે VMFS ને પણ સપોર્ટ કરે છે. મને એમાં શંકા નહોતી. દરેક પગલા પર વિઝાર્ડના સંદેશાઓ પર એક ઝડપી નજર: આગળ, આગળ, આગળ, સમાપ્ત. માસ્ટરના એક પગલાની બારીની નીચે ઉદ્ગારવાચક ચિહ્ન સાથેના નાના પીળા વર્તુળને પકડવા માટે આંખ નજીક પણ ન આવી.

વિઝાર્ડના અંતે, યાદીમાં તાજો ડેટાસ્ટોર દેખાયો... અને તેની સાથે બાકીની ભૌતિક ડિસ્કમાંથી ડેટાસ્ટોર.

હું નવા ઉમેરાયેલા ડેટાસ્ટોર દ્વારા નેવિગેટ કરવા માટે આગળ વધું છું, અને તે... ખાલી છે. અલબત્ત, હું પાછો આશ્ચર્યમાં પડી ગયો. સવારના 8 વાગ્યા છે, વેકેશન પછી કામ પરની પ્રથમ 15 મિનિટ, મેં હજી સુધી મારી કોફીમાં ખાંડ પણ હલાવી નથી. અને અહીં તે છે. પ્રથમ વિચાર એ હતો કે મેં "મૂળ" હોસ્ટમાંથી ખોટી ડિસ્ક ખેંચી છે. "મૂળ" હોસ્ટમાં જરૂરી ડેટાસ્ટોર હાજર છે કે કેમ તે જોવા માટે મેં જોયું: ના, તે હાજર ન હતું. બીજો વિચાર હતો: "ફક!" મને ખાતરી નથી, પરંતુ મને લાગે છે કે ત્રીજો, ચોથો અને ઓછામાં ઓછો પાંચમો વિચાર સમાન હતો.

શંકાઓને દૂર કરવા માટે, મેં પરીક્ષણ માટે ઝડપથી એક તાજી ESXi ઇન્સ્ટોલ કરી, ડાબી ડિસ્ક લીધી અને, પહેલેથી જ તેને વાંચી, વિઝાર્ડના પગલાઓ પર ચાલ્યો. હા. જ્યારે તમે વિઝાર્ડનો ઉપયોગ કરીને ડેટાસ્ટોર ઉમેરો છો, ત્યારે ઓપરેશનને રોલબેક કરવાની અને ડેટાને પુનઃસ્થાપિત કરવાની ક્ષમતા વિના ડિસ્ક પરનો તમામ ડેટા ખોવાઈ જાય છે. પાછળથી મેં એક ફોરમ પર માસ્ટર દ્વારા આ ડિઝાઇનનું મૂલ્યાંકન વાંચ્યું: શિટ્સમ ક્રેપ. અને હું ખરેખર સંમત થયો.

છઠ્ઠાથી શરૂ કરીને, વિચારો વધુ રચનાત્મક દિશામાં વહેતા હતા. બરાબર. 3Tb ડિસ્ક માટે પણ પ્રારંભમાં થોડીક સેકંડ લાગે છે. તેથી આ ઉચ્ચ સ્તરીય ફોર્મેટિંગ છે. આનો અર્થ એ છે કે પાર્ટીશન ટેબલ ખાલી ફરીથી લખવામાં આવ્યું હતું. તેથી ડેટા હજુ પણ છે. તેથી, હવે આપણે કેટલાક અનફોર્મેટ અને વોઇલા શોધીશું.

હું Strelec બૂટ ઈમેજમાંથી મશીનને બુટ કરું છું... અને મને જાણવા મળ્યું કે પાર્ટીશન રિકવરી પ્રોગ્રામ્સ VMFS સિવાય બધું જ જાણે છે. ઉદાહરણ તરીકે, તેઓ સિનોલોજીનું પાર્ટીશન લેઆઉટ જાણે છે, પરંતુ VMFS નહીં.

પ્રોગ્રામ્સ દ્વારા શોધવું એ આશ્વાસન આપતું નથી: શ્રેષ્ઠ રીતે, GetDataBack અને R.Saver લાઈવ ડિરેક્ટરી સ્ટ્રક્ચર અને લાઈવ ફાઈલ નામો સાથે NTFS પાર્ટીશનો શોધે છે. પરંતુ આ મને અનુકૂળ નથી. મને બે vmdk ફાઇલોની જરૂર છે: સિસ્ટમ ડિસ્ક અને ટ્રેશ ફાઇલ ડિસ્ક સાથે.

અને પછી હું સમજું છું કે એવું લાગે છે કે હવે હું Windows ઇન્સ્ટોલ કરીશ અને ફાઇલ બેકઅપમાંથી રોલ આઉટ કરીશ. અને તે જ સમયે મને યાદ છે કે મારી પાસે ત્યાં DFS રુટ છે. અને ડિપાર્ટમેન્ટ ફોલ્ડર્સના ઍક્સેસ અધિકારોની સિસ્ટમ પણ છે જે અવકાશ અને વિક્ષેપમાં એકદમ જંગલી છે. વિકલ્પ નથી. ડેટા અને તમામ અધિકારો સાથે સિસ્ટમ અને ડિસ્કની સ્થિતિને પુનઃસ્થાપિત કરવાનો એકમાત્ર સમય-સ્વીકાર્ય વિકલ્પ છે.

ફરીથી Google, ફોરમ્સ, KB'shki અને ફરીથી યારોસ્લાવનાનું રડવું: VMware ESXi ડેટા પુનઃપ્રાપ્તિ પદ્ધતિ પ્રદાન કરતું નથી. બધા ચર્ચા થ્રેડોના બે અંત છે: કોઈને ખર્ચાળ ડિસ્ક ઈન્ટર્નલ્સ VMFS રિકવરીનો ઉપયોગ કરીને પુનઃપ્રાપ્ત કરવામાં આવ્યું હતું, અથવા કોઈને તેની સેવાઓનો સક્રિયપણે પ્રચાર કરતા સૉફ્ટવેર નિષ્ણાત દ્વારા મદદ કરવામાં આવી હતી. vmfs-ટૂલ્સ и dd. DiskInternals VMFS રિકવરી લાઇસન્સ $700 માં ખરીદવાનો વિકલ્પ નથી. "સંભવિત દુશ્મનના પ્રદેશ"માંથી બહારના વ્યક્તિને કોર્પોરેટ ડેટા ઍક્સેસ કરવાની મંજૂરી આપવી એ પણ વિકલ્પ નથી. પરંતુ તે google કરવામાં આવ્યું હતું કે VMFS પાર્ટીશનો UFS એક્સપ્લોરર દ્વારા પણ વાંચી શકાય છે.

ડિસ્ક ઇન્ટરનલ VMFS પુનઃપ્રાપ્તિ

અજમાયશ સંસ્કરણ ડાઉનલોડ અને ઇન્સ્ટોલ કરવામાં આવ્યું હતું. પ્રોગ્રામે સફળતાપૂર્વક ખાલી VMFS પાર્ટીશન જોયું:

સ્થિતિ કાઢી નાખો (ઝડપી સ્કેન) મને ડિસ્ક સાથે વર્ચ્યુઅલ મશીનોના ફોલ્ડર્સ સાથે એક ચીંથરેહાલ ડેટાસ્ટોર પણ મળ્યું:

પૂર્વાવલોકન દર્શાવે છે કે ફાઇલો જીવંત છે:

પાર્ટીશનને સિસ્ટમમાં માઉન્ટ કરવાનું સફળ રહ્યું હતું, પરંતુ કેટલાક અજ્ઞાત કારણોસર, ત્રણેય ફોલ્ડર્સ સમાન વર્ચ્યુઅલ મશીન ધરાવે છે. અલબત્ત, કાયદા મુજબ, મીનળ એ જરૂરી નથી.

શરમની ત્રણ રેખાઓસૉફ્ટવેરને બેશરમ રીતે લૉક કરવાનો પ્રયાસ નિષ્ફળતામાં સમાપ્ત થયો. પરંતુ UFS એક્સપ્લોરર લોક અપ.

સોફ્ટવેરની ચોરી પ્રત્યે મારું અત્યંત નકારાત્મક વલણ છે. હું કોઈપણ રીતે લાઇસન્સ વિનાના ઉપયોગ સામે રક્ષણને બાયપાસ કરવા માટે માધ્યમોના ઉપયોગને પ્રોત્સાહિત કરતો નથી.

હું આપત્તિજનક પરિસ્થિતિમાં હતો અને મેં જે પગલાં લીધાં તેના પર મને બિલકુલ ગર્વ નહોતો.

યુએફએસ એક્સપ્લોરર

ડિસ્ક સ્કેન 7 નોડ્સની હાજરી દર્શાવે છે. નોડ્સની સંખ્યા "આશ્ચર્યજનક રીતે" VMFS રિકવરી દ્વારા શોધાયેલ *-flat.vmdk ફાઇલોની સંખ્યા સાથે એકરુપ છે:

ફાઇલના કદ અને નોડના કદની સરખામણીએ પણ બાઇટ સાથે મેળ દર્શાવ્યો હતો. તે જ સમયે, *-flat.vmdk ફાઈલોના નામ અને તે મુજબ, વર્ચ્યુઅલ મશીનો સાથે સંબંધિત તેઓ પુનઃસ્થાપિત કરવામાં આવ્યા હતા.

સામાન્ય રીતે, ESXi દૃષ્ટિકોણથી vmdk ડિસ્કમાં બે ફાઇલો હોય છે: ડેટા ફાઇલ (<machine name>-flat.vmdk) અને "ફિઝિકલ" ડિસ્ક લેઆઉટ ફાઇલ (<મશીન નામ>.vmdk). જો તમે સ્થાનિક મશીનમાંથી ડેટાસ્ટોર પર *-flat.vmdk ફાઇલ અપલોડ કરો છો, તો ESXi તેને માન્ય ડિસ્ક ફાઇલ તરીકે ઓળખશે નહીં. VMware નોલેજ બેઝ પાસે ડિસ્ક ડિસ્ક્રીપ્ટર ફાઇલ મેન્યુઅલી કેવી રીતે બનાવવી તેના પર એક લેખ છે: kb.vmware.com/s/article/1002511, પરંતુ મારે આ કરવાની જરૂર ન હતી, મેં ડિસ્કઇનટર્નલ્સ VMFS પુનઃપ્રાપ્તિમાં ફાઇલ સામગ્રી પૂર્વાવલોકન ક્ષેત્રમાંથી અનુરૂપ ફાઇલોની સામગ્રીની નકલ કરી છે:

UFS એક્સપ્લોરરમાંથી 4 TB નોડને અનલોડ કર્યાના 2,5 કલાક અને હાઇપરવાઇઝરના ડેટાસ્ટોરમાં લોડ થયાના 20 કલાક પછી, ક્રેશ થયેલી ડિસ્ક ફાઇલો નવા બનાવેલા વર્ચ્યુઅલ મશીન સાથે જોડાયેલી હતી. ડિસ્ક લેવામાં આવી. કોઈ ડેટા નુકશાન જોવા મળ્યું નથી.

સોર્સ: www.habr.com