ਇੱਕ ਗਲਤੀ ਨਾਲ ਸ਼ੁਰੂ ਕੀਤੇ ਡੇਟਾਸਟੋਰ ਤੋਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ ਰੀਸਟੋਰ ਕਰਨਾ। ਇੱਕ ਖੁਸ਼ਹਾਲ ਅੰਤ ਦੇ ਨਾਲ ਇੱਕ ਮੂਰਖਤਾ ਦੀ ਕਹਾਣੀ

ਬੇਦਾਅਵਾ: ਨੋਟ ਮਨੋਰੰਜਨ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਹੈ। ਇਸ ਵਿੱਚ ਉਪਯੋਗੀ ਜਾਣਕਾਰੀ ਦੀ ਵਿਸ਼ੇਸ਼ ਘਣਤਾ ਘੱਟ ਹੈ। ਇਹ "ਆਪਣੇ ਲਈ" ਲਿਖਿਆ ਗਿਆ ਸੀ।

ਗੀਤਕਾਰੀ ਜਾਣ-ਪਛਾਣ

ਸਾਡੀ ਸੰਸਥਾ ਵਿੱਚ ਫਾਈਲ ਡੰਪ ਵਿੰਡੋਜ਼ ਸਰਵਰ 6 'ਤੇ ਚੱਲ ਰਹੀ VMware ESXi 2016 ਵਰਚੁਅਲ ਮਸ਼ੀਨ 'ਤੇ ਚੱਲਦਾ ਹੈ। ਅਤੇ ਇਹ ਸਿਰਫ਼ ਕੂੜਾ ਡੰਪ ਨਹੀਂ ਹੈ। ਇਹ ਢਾਂਚਾਗਤ ਵੰਡਾਂ ਵਿਚਕਾਰ ਇੱਕ ਫਾਈਲ ਐਕਸਚੇਂਜ ਸਰਵਰ ਹੈ: ਨੈੱਟਵਰਕ ਸਕੈਨਰਾਂ ਤੋਂ ਸਹਿਯੋਗ, ਪ੍ਰੋਜੈਕਟ ਦਸਤਾਵੇਜ਼ ਅਤੇ ਫੋਲਡਰ ਹਨ। ਆਮ ਤੌਰ 'ਤੇ, ਸਾਰਾ ਉਤਪਾਦਨ ਜੀਵਨ ਇੱਥੇ ਹੈ.

ਅਤੇ ਸਾਰੇ ਉਤਪਾਦਨ ਦੇ ਜੀਵਨ ਦਾ ਇਹ ਕੰਟੇਨਰ ਲਟਕਣਾ ਸ਼ੁਰੂ ਹੋ ਗਿਆ. ਇਸ ਤੋਂ ਇਲਾਵਾ, ਮਹਿਮਾਨ ਦੂਜਿਆਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕੀਤੇ ਬਿਨਾਂ ਚੁੱਪਚਾਪ ਆਪਣੇ ਆਪ ਨੂੰ ਲਟਕ ਸਕਦਾ ਹੈ. ਉਹ ਪੂਰੇ ਮੇਜ਼ਬਾਨ ਨੂੰ ਅਤੇ, ਉਸ ਅਨੁਸਾਰ, ਬਾਕੀ ਸਾਰੀਆਂ ਗੈਸਟ ਮਸ਼ੀਨਾਂ ਨੂੰ ਹੇਠਾਂ ਲੈ ਸਕਦਾ ਸੀ। ਮੈਂ ਆਪਣੇ ਆਪ ਨੂੰ ਲਟਕ ਸਕਦਾ ਹਾਂ ਅਤੇ vSphere ਕਲਾਇੰਟ ਸੇਵਾਵਾਂ ਨੂੰ ਲਟਕ ਸਕਦਾ ਹਾਂ: ਯਾਨੀ, ਦੂਜੇ ਮਹਿਮਾਨਾਂ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਜ਼ਿੰਦਾ ਹਨ, ਮਸ਼ੀਨਾਂ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਜਵਾਬ ਦਿੰਦੀਆਂ ਹਨ, ਪਰ ਕੋਈ ਫਾਈਲ ਵਾਸ਼ਰ ਨਹੀਂ ਹੈ ਅਤੇ vSphere ਕਲਾਇੰਟ ਹੋਸਟ ਨਾਲ ਚਿੰਬੜਿਆ ਨਹੀਂ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ, ਕੋਈ ਸਿਸਟਮ ਪਛਾਣਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਸੀ। ਘੱਟ ਲੋਡ ਦੇ ਦੌਰਾਨ ਦਿਨ ਦੇ ਦੌਰਾਨ ਫ੍ਰੀਜ਼ ਹੋ ਸਕਦਾ ਹੈ। ਉਹ ਬਿਨਾਂ ਲੋਡ ਦੇ ਰਾਤ ਨੂੰ ਅਜਿਹਾ ਕਰ ਸਕਦੇ ਸਨ। ਡਿਫਰੈਂਸ਼ੀਅਲ ਬੈਕਅਪ ਅਤੇ ਔਸਤ ਲੋਡ ਦੇ ਦੌਰਾਨ ਰਾਤ ਨੂੰ ਹੋ ਸਕਦਾ ਹੈ। ਪੂਰੇ ਬੈਕਅਪ ਅਤੇ ਉੱਚ ਲੋਡ ਦੇ ਦੌਰਾਨ ਵੀਕੈਂਡ 'ਤੇ ਹੋ ਸਕਦਾ ਹੈ। ਅਤੇ ਸਥਿਤੀ ਦੀ ਸਪੱਸ਼ਟ ਗਿਰਾਵਟ ਸੀ. ਪਹਿਲਾਂ ਇਹ ਸਾਲ ਵਿੱਚ ਇੱਕ ਵਾਰ ਹੁੰਦਾ ਸੀ, ਫਿਰ ਹਰ ਛੇ ਮਹੀਨਿਆਂ ਵਿੱਚ ਇੱਕ ਵਾਰ। ਮੇਰੇ ਸਬਰ ਦੇ ਅੰਤ ਵਿੱਚ - ਹਫ਼ਤੇ ਵਿੱਚ ਦੋ ਵਾਰ.
ਮੈਨੂੰ ਯਾਦਦਾਸ਼ਤ ਦੀ ਸਮੱਸਿਆ ਸੀ। ਪਰ ਉਨ੍ਹਾਂ ਨੇ ਮੈਨੂੰ ਵੀਕਐਂਡ 'ਤੇ ਵੀ ਕੂੜੇ ਦੇ ਢੇਰ ਨੂੰ ਰੋਕਣ ਅਤੇ ਮੇਮਟੈਸਟ ਚਲਾਉਣ ਨਹੀਂ ਦਿੱਤਾ। ਅਸੀਂ ਮਈ ਦੀਆਂ ਛੁੱਟੀਆਂ ਦਾ ਇੰਤਜ਼ਾਰ ਕਰ ਰਹੇ ਸੀ। ਮਈ ਦੀਆਂ ਛੁੱਟੀਆਂ ਦੌਰਾਨ, ਮੈਂ ਮੇਮਟੈਸਟ ਚਲਾਇਆ ਅਤੇ... ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਮਿਲੀ।

ਮੈਂ ਹੈਰਾਨ ਸੀ ਅਤੇ ਛੁੱਟੀ 'ਤੇ ਜਾਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ. ਜਦੋਂ ਮੈਂ ਛੁੱਟੀ 'ਤੇ ਸੀ, ਕੂੜਾ ਡੰਪ 'ਤੇ ਇਕ ਵੀ ਲਟਕਣ ਨਹੀਂ ਸੀ. ਅਤੇ ਜਦੋਂ ਮੈਂ ਸੋਮਵਾਰ ਨੂੰ ਪਹਿਲੇ ਦਿਨ ਕੰਮ 'ਤੇ ਵਾਪਸ ਗਿਆ, ਤਾਂ ਉਥੇ ਕੂੜੇ ਦਾ ਢੇਰ ਸੀ। ਮੈਂ ਇੱਕ ਪੂਰਾ ਬੈਕਅਪ ਸਹਿਣ ਕੀਤਾ ਅਤੇ ਇਸ ਦੇ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਲਟਕ ਗਿਆ। ਛੁੱਟੀਆਂ ਤੋਂ ਅਜਿਹੇ ਨਿੱਘੇ ਸੁਆਗਤ ਨੇ ਮੈਨੂੰ ਗੈਸਟ ਮਸ਼ੀਨ ਨਾਲ ਡਿਸਕਾਂ ਨੂੰ ਕਿਸੇ ਹੋਰ ਮੇਜ਼ਬਾਨ ਕੋਲ ਸਰੀਰਕ ਤੌਰ 'ਤੇ ਖਿੱਚਣ ਦੇ ਫੈਸਲੇ ਵੱਲ ਧੱਕ ਦਿੱਤਾ।

ਅਤੇ, ਹਾਲਾਂਕਿ ਇਹ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਛੁੱਟੀ ਤੋਂ ਬਾਅਦ ਪਹਿਲੇ ਦਿਨ ਕੁਝ ਵੀ ਗੰਭੀਰ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ, ਹਾਲਾਂਕਿ ਮੈਂ ਆਪਣੇ ਆਪ ਨੂੰ ਕੰਮ ਕਰਨ ਲਈ ਸਾਰੇ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਨਾ ਕਰਨ ਲਈ ਤਿਆਰ ਕਰ ਰਿਹਾ ਸੀ, ਫਿਰ ਵੀ ਇੱਕ ਹੋਰ ਫ੍ਰੀਜ਼ ਤੇ ਮੇਰੇ ਗੁੱਸੇ ਨੇ ਮੇਰੇ ਮੂਡ ਅਤੇ ਮੇਰੇ ਦੋਵਾਂ ਨੂੰ ਖੜਕਾਇਆ. ਮੇਰੇ ਸਿਰ ਤੋਂ ਸਹੁੰ...

ਭੌਤਿਕ ਡਿਸਕਾਂ ਨੂੰ ਕਿਸੇ ਹੋਰ ਹੋਸਟ ਵਿੱਚ ਭੇਜ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਗਰਮ ਕੁਨੈਕਸ਼ਨ. ਟੈਬ 'ਤੇ ਸਟੋਰੇਜ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਡਰਾਈਵ ਡਿਸਕਾਂ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ। ਟੈਬ 'ਤੇ ਡਾਟਾਸਟੋਰ ਇਹਨਾਂ ਡਿਸਕਾਂ ਉੱਤੇ ਕੋਈ ਸਟੋਰੇਜ ਨਹੀਂ ਹੈ। ਤਾਜ਼ਾ ਕਰੋ - ਪ੍ਰਗਟ ਨਾ ਕਰੋ. ਖੈਰ, ਬੇਸ਼ਕ, ਪਹਿਲੀ ਭਾਵਨਾ - ਸਟੋਰੇਜ ਸ਼ਾਮਲ ਕਰੋ. ਐਡ ਵਿਜ਼ਾਰਡ ਦੱਸਦਾ ਹੈ ਕਿ ਇਹ ਕਿਸ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਬੇਸ਼ੱਕ ਇਹ VMFS ਦਾ ਵੀ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਮੈਨੂੰ ਇਸ 'ਤੇ ਸ਼ੱਕ ਨਹੀਂ ਸੀ. ਹਰ ਪੜਾਅ 'ਤੇ ਵਿਜ਼ਾਰਡ ਦੇ ਸੁਨੇਹਿਆਂ 'ਤੇ ਇੱਕ ਝਾਤ ਮਾਰੋ: ਅਗਲਾ, ਅਗਲਾ, ਅਗਲਾ, ਸਮਾਪਤ। ਮਾਲਕ ਦੇ ਇੱਕ ਕਦਮ ਦੀ ਖਿੜਕੀ ਦੇ ਹੇਠਾਂ ਵਿਸਮਿਕ ਚਿੰਨ੍ਹ ਦੇ ਨਾਲ ਛੋਟੇ ਪੀਲੇ ਚੱਕਰ ਨੂੰ ਫੜਨ ਦੇ ਨੇੜੇ ਵੀ ਨਹੀਂ ਆਇਆ ਸੀ.

ਵਿਜ਼ਾਰਡ ਦੇ ਅੰਤ ਵਿੱਚ, ਤਾਜ਼ਾ ਡੇਟਾਸਟੋਰ ਸੂਚੀ ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਇਆ ... ਅਤੇ ਇਸਦੇ ਨਾਲ ਬਾਕੀ ਭੌਤਿਕ ਡਿਸਕਾਂ ਤੋਂ ਡੇਟਾਸਟੋਰ।

ਮੈਂ ਨਵੇਂ ਸ਼ਾਮਲ ਕੀਤੇ ਡੇਟਾਸਟੋਰ ਰਾਹੀਂ ਨੈਵੀਗੇਟ ਕਰਨ ਲਈ ਅੱਗੇ ਵਧਦਾ ਹਾਂ, ਅਤੇ ਇਹ ਖਾਲੀ ਹੈ। ਬੇਸ਼ੱਕ, ਮੈਂ ਹੈਰਾਨ ਹੋ ਗਿਆ. ਸਵੇਰ ਦੇ 8 ਵਜੇ ਹਨ, ਛੁੱਟੀਆਂ ਤੋਂ ਬਾਅਦ ਕੰਮ 'ਤੇ ਪਹਿਲੇ 15 ਮਿੰਟ, ਮੈਂ ਅਜੇ ਤੱਕ ਆਪਣੀ ਕੌਫੀ ਵਿੱਚ ਚੀਨੀ ਵੀ ਨਹੀਂ ਪਾਈ ਹੈ। ਅਤੇ ਇੱਥੇ ਇਹ ਹੈ. ਪਹਿਲਾ ਵਿਚਾਰ ਇਹ ਸੀ ਕਿ ਮੈਂ "ਦੇਸੀ" ਹੋਸਟ ਤੋਂ ਗਲਤ ਡਿਸਕ ਖਿੱਚੀ ਹੈ। ਮੈਂ ਇਹ ਦੇਖਣ ਲਈ ਦੇਖਿਆ ਕਿ ਕੀ ਲੋੜੀਂਦਾ ਡਾਟਾਸਟੋਰ "ਮੂਲ" ਹੋਸਟ ਵਿੱਚ ਮੌਜੂਦ ਸੀ: ਨਹੀਂ, ਇਹ ਮੌਜੂਦ ਨਹੀਂ ਸੀ। ਦੂਜਾ ਵਿਚਾਰ ਇਹ ਸੀ: "ਫੱਕ!" ਮੈਨੂੰ ਯਕੀਨ ਨਹੀਂ ਹੈ, ਪਰ ਇਹ ਮੈਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਤੀਜਾ, ਚੌਥਾ ਅਤੇ ਘੱਟੋ ਘੱਟ ਪੰਜਵਾਂ ਵਿਚਾਰ ਇੱਕੋ ਜਿਹਾ ਸੀ।

ਸ਼ੰਕਿਆਂ ਨੂੰ ਦੂਰ ਕਰਨ ਲਈ, ਮੈਂ ਤੁਰੰਤ ਜਾਂਚ ਲਈ ਇੱਕ ਤਾਜ਼ਾ ESXi ਸਥਾਪਿਤ ਕੀਤਾ, ਖੱਬੀ ਡਿਸਕ ਲੈ ਲਈ ਅਤੇ, ਪਹਿਲਾਂ ਹੀ ਇਸਨੂੰ ਪੜ੍ਹ ਕੇ, ਵਿਜ਼ਾਰਡ ਦੇ ਕਦਮਾਂ ਵਿੱਚੋਂ ਲੰਘਿਆ. ਹਾਂ। ਜਦੋਂ ਤੁਸੀਂ ਵਿਜ਼ਾਰਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਡੇਟਾਸਟੋਰ ਜੋੜਦੇ ਹੋ, ਤਾਂ ਡਿਸਕ ਦਾ ਸਾਰਾ ਡੇਟਾ ਓਪਰੇਸ਼ਨ ਨੂੰ ਰੋਲਬੈਕ ਕਰਨ ਅਤੇ ਡੇਟਾ ਨੂੰ ਰੀਸਟੋਰ ਕਰਨ ਦੀ ਯੋਗਤਾ ਤੋਂ ਬਿਨਾਂ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ। ਬਾਅਦ ਵਿੱਚ ਮੈਂ ਇੱਕ ਫੋਰਮਾਂ ਵਿੱਚ ਇੱਕ ਮਾਸਟਰ ਦੁਆਰਾ ਇਸ ਡਿਜ਼ਾਈਨ ਦਾ ਮੁਲਾਂਕਣ ਪੜ੍ਹਿਆ: shitsome crap. ਅਤੇ ਮੈਂ ਸੱਚਮੁੱਚ ਸਹਿਮਤ ਹੋ ਗਿਆ.

ਛੇਵੀਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰਕੇ, ਵਿਚਾਰਾਂ ਦਾ ਪ੍ਰਵਾਹ ਇੱਕ ਹੋਰ ਉਸਾਰੂ ਦਿਸ਼ਾ ਵਿੱਚ ਹੋਇਆ। ਠੀਕ ਹੈ. ਸ਼ੁਰੂਆਤੀ 3Tb ਡਿਸਕ ਲਈ ਵੀ ਕੁਝ ਸਕਿੰਟਾਂ ਦਾ ਸਮਾਂ ਲੈਂਦਾ ਹੈ। ਇਸ ਲਈ ਇਹ ਉੱਚ-ਪੱਧਰੀ ਫਾਰਮੈਟਿੰਗ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਭਾਗ ਸਾਰਣੀ ਨੂੰ ਸਿਰਫ਼ ਦੁਬਾਰਾ ਲਿਖਿਆ ਗਿਆ ਸੀ। ਇਸ ਲਈ ਡੇਟਾ ਅਜੇ ਵੀ ਮੌਜੂਦ ਹੈ. ਇਸ ਲਈ, ਹੁਣ ਅਸੀਂ ਕੁਝ ਅਨਫਾਰਮੈਟ ਅਤੇ ਵੋਇਲਾ ਦੀ ਭਾਲ ਕਰਾਂਗੇ.

ਮੈਂ ਸਟ੍ਰੈਲੇਕ ਬੂਟ ਇਮੇਜ ਤੋਂ ਮਸ਼ੀਨ ਨੂੰ ਬੂਟ ਕਰਦਾ ਹਾਂ... ਅਤੇ ਮੈਨੂੰ ਪਤਾ ਲੱਗਾ ਕਿ ਭਾਗ ਰਿਕਵਰੀ ਪ੍ਰੋਗਰਾਮ VMFS ਨੂੰ ਛੱਡ ਕੇ ਸਭ ਕੁਝ ਜਾਣਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਉਹ Synology ਦੇ ਭਾਗ ਲੇਆਉਟ ਨੂੰ ਜਾਣਦੇ ਹਨ, ਪਰ VMFS ਨਹੀਂ।

ਪ੍ਰੋਗਰਾਮਾਂ ਰਾਹੀਂ ਖੋਜ ਕਰਨਾ ਤਸੱਲੀਬਖਸ਼ ਨਹੀਂ ਹੈ: ਸਭ ਤੋਂ ਵਧੀਆ, GetDataBack ਅਤੇ R.Saver ਇੱਕ ਲਾਈਵ ਡਾਇਰੈਕਟਰੀ ਢਾਂਚੇ ਅਤੇ ਲਾਈਵ ਫਾਈਲ ਨਾਮਾਂ ਨਾਲ NTFS ਭਾਗ ਲੱਭਦੇ ਹਨ। ਪਰ ਇਹ ਮੇਰੇ ਲਈ ਅਨੁਕੂਲ ਨਹੀਂ ਹੈ. ਮੈਨੂੰ ਦੋ vmdk ਫਾਈਲਾਂ ਦੀ ਲੋੜ ਹੈ: ਸਿਸਟਮ ਡਿਸਕ ਅਤੇ ਰੱਦੀ ਫਾਈਲ ਡਿਸਕ ਦੇ ਨਾਲ।

ਅਤੇ ਫਿਰ ਮੈਂ ਸਮਝਦਾ ਹਾਂ ਕਿ ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਮੈਂ ਹੁਣ ਵਿੰਡੋਜ਼ ਨੂੰ ਸਥਾਪਿਤ ਕਰਾਂਗਾ ਅਤੇ ਇੱਕ ਫਾਈਲ ਬੈਕਅੱਪ ਤੋਂ ਰੋਲ ਆਉਟ ਕਰਾਂਗਾ। ਅਤੇ ਉਸੇ ਸਮੇਂ ਮੈਨੂੰ ਯਾਦ ਹੈ ਕਿ ਮੇਰੇ ਕੋਲ ਉੱਥੇ ਇੱਕ DFS ਰੂਟ ਸੀ. ਅਤੇ ਡਿਪਾਰਟਮੈਂਟ ਫੋਲਡਰਾਂ ਤੱਕ ਪਹੁੰਚ ਅਧਿਕਾਰਾਂ ਦੀ ਇੱਕ ਪ੍ਰਣਾਲੀ ਜੋ ਕਿ ਦਾਇਰੇ ਅਤੇ ਪ੍ਰਭਾਵ ਵਿੱਚ ਬਿਲਕੁਲ ਜੰਗਲੀ ਹੈ। ਕੋਈ ਵਿਕਲਪ ਨਹੀਂ। ਸਿਸਟਮ ਅਤੇ ਡਿਸਕ ਦੀ ਸਥਿਤੀ ਨੂੰ ਡਾਟਾ ਅਤੇ ਸਾਰੇ ਅਧਿਕਾਰਾਂ ਨਾਲ ਬਹਾਲ ਕਰਨਾ ਸਿਰਫ ਸਮਾਂ-ਸਵੀਕਾਰਯੋਗ ਵਿਕਲਪ ਹੈ।

ਦੁਬਾਰਾ Google, ਫੋਰਮ, KB'shki ਅਤੇ ਦੁਬਾਰਾ Yaroslavna ਦਾ ਰੋਣਾ: VMware ESXi ਇੱਕ ਡਾਟਾ ਰਿਕਵਰੀ ਵਿਧੀ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ. ਸਾਰੇ ਚਰਚਾ ਦੇ ਥ੍ਰੈੱਡਾਂ ਦੇ ਦੋ ਅੰਤ ਹਨ: ਕਿਸੇ ਨੂੰ ਮਹਿੰਗੇ ਡਿਸਕਇੰਟਰਨਲਜ਼ VMFS ਰਿਕਵਰੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਮੁੜ ਪ੍ਰਾਪਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਾਂ ਕਿਸੇ ਨੂੰ ਆਪਣੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਸਰਗਰਮੀ ਨਾਲ ਉਤਸ਼ਾਹਿਤ ਕਰਨ ਵਾਲੇ ਇੱਕ ਸੌਫਟਵੇਅਰ ਮਾਹਰ ਦੁਆਰਾ ਮਦਦ ਕੀਤੀ ਗਈ ਸੀ vmfs-ਟੂਲ и dd. DiskInternals VMFS ਰਿਕਵਰੀ ਲਾਇਸੰਸ ਨੂੰ $700 ਵਿੱਚ ਖਰੀਦਣ ਦਾ ਵਿਕਲਪ ਇੱਕ ਵਿਕਲਪ ਨਹੀਂ ਹੈ। "ਸੰਭਾਵੀ ਦੁਸ਼ਮਣ ਦੇ ਖੇਤਰ" ਤੋਂ ਬਾਹਰਲੇ ਵਿਅਕਤੀ ਨੂੰ ਕਾਰਪੋਰੇਟ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਦੀ ਆਗਿਆ ਦੇਣਾ ਵੀ ਕੋਈ ਵਿਕਲਪ ਨਹੀਂ ਹੈ। ਪਰ ਇਹ ਗੂਗਲ ਕੀਤਾ ਗਿਆ ਸੀ ਕਿ VMFS ਭਾਗਾਂ ਨੂੰ UFS ਐਕਸਪਲੋਰਰ ਦੁਆਰਾ ਵੀ ਪੜ੍ਹਿਆ ਜਾ ਸਕਦਾ ਹੈ.

ਡਿਸਕ ਇੰਟਰਨਲ VMFS ਰਿਕਵਰੀ

ਅਜ਼ਮਾਇਸ਼ ਸੰਸਕਰਣ ਨੂੰ ਡਾਊਨਲੋਡ ਅਤੇ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਸੀ। ਪ੍ਰੋਗਰਾਮ ਨੇ ਸਫਲਤਾਪੂਰਵਕ ਖਾਲੀ VMFS ਭਾਗ ਦੇਖਿਆ:

ਮੋਡ ਅਣਡਿਲੀਟ (ਤੇਜ਼ ਸਕੈਨ) ਮੈਨੂੰ ਅੰਦਰ ਡਿਸਕਾਂ ਵਾਲੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦੇ ਫੋਲਡਰਾਂ ਦੇ ਨਾਲ ਇੱਕ ਖਰਾਬ ਡੇਟਾਸਟੋਰ ਵੀ ਮਿਲਿਆ:

ਪੂਰਵਦਰਸ਼ਨ ਨੇ ਦਿਖਾਇਆ ਕਿ ਫਾਈਲਾਂ ਜ਼ਿੰਦਾ ਹਨ:

ਸਿਸਟਮ ਵਿੱਚ ਭਾਗ ਨੂੰ ਮਾਊਂਟ ਕਰਨਾ ਸਫਲ ਰਿਹਾ, ਪਰ ਕਿਸੇ ਅਣਜਾਣ ਕਾਰਨ ਕਰਕੇ, ਸਾਰੇ ਤਿੰਨ ਫੋਲਡਰਾਂ ਵਿੱਚ ਇੱਕੋ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਹੈ। ਬੇਸ਼ੱਕ, ਕਨੂੰਨ ਦੇ ਅਨੁਸਾਰ, ਨੀਚਤਾ ਉਹ ਨਹੀਂ ਹੈ ਜਿਸਦੀ ਲੋੜ ਹੈ।

ਸ਼ਰਮ ਦੀਆਂ ਤਿੰਨ ਲਾਈਨਾਂਸਾਫਟਵੇਅਰ ਨੂੰ ਬੇਸ਼ਰਮੀ ਨਾਲ ਲਾਕ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਅਸਫਲਤਾ ਵਿੱਚ ਖਤਮ ਹੋ ਗਈ. ਪਰ UFS ਐਕਸਪਲੋਰਰ ਤਾਲਾਬੰਦ ਹੈ.

ਮੇਰਾ ਸਾਫਟਵੇਅਰ ਚੋਰੀ ਪ੍ਰਤੀ ਬਹੁਤ ਹੀ ਨਕਾਰਾਤਮਕ ਰਵੱਈਆ ਹੈ। ਮੈਂ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਬਿਨਾਂ ਲਾਇਸੈਂਸ ਦੀ ਵਰਤੋਂ ਦੇ ਵਿਰੁੱਧ ਸੁਰੱਖਿਆ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਲਈ ਸਾਧਨਾਂ ਦੀ ਵਰਤੋਂ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਨਹੀਂ ਕਰਦਾ ਹਾਂ।

ਮੈਂ ਇੱਕ ਵਿਨਾਸ਼ਕਾਰੀ ਸਥਿਤੀ ਵਿੱਚ ਸੀ ਅਤੇ ਮੈਨੂੰ ਉਨ੍ਹਾਂ ਉਪਾਵਾਂ 'ਤੇ ਬਿਲਕੁਲ ਵੀ ਮਾਣ ਨਹੀਂ ਸੀ ਜਿਨ੍ਹਾਂ ਦਾ ਮੈਂ ਸਹਾਰਾ ਲਿਆ ਸੀ।

ਯੂਐਫਐਸ ਐਕਸਪਲੋਰਰ

ਇੱਕ ਡਿਸਕ ਸਕੈਨ ਨੇ 7 ਨੋਡਾਂ ਦੀ ਮੌਜੂਦਗੀ ਨੂੰ ਦਿਖਾਇਆ। VMFS ਰਿਕਵਰੀ ਦੁਆਰਾ ਖੋਜੀਆਂ *-flat.vmdk ਫਾਈਲਾਂ ਦੀ ਸੰਖਿਆ ਨਾਲ ਮੇਲ ਖਾਂਦਾ "ਹੈਰਾਨੀਜਨਕ" ਨੋਡਾਂ ਦੀ ਗਿਣਤੀ:

ਫਾਈਲ ਅਕਾਰ ਅਤੇ ਨੋਡ ਅਕਾਰ ਦੀ ਤੁਲਨਾ ਨੇ ਬਾਈਟ ਨਾਲ ਮੇਲ ਵੀ ਦਿਖਾਇਆ। ਉਸੇ ਸਮੇਂ, *-flat.vmdk ਫਾਈਲਾਂ ਦੇ ਨਾਮ ਅਤੇ, ਇਸਦੇ ਅਨੁਸਾਰ, ਉਹਨਾਂ ਦੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨਾਲ ਸਬੰਧਤ ਰੀਸਟੋਰ ਕੀਤੀ ਗਈ ਸੀ।

ਆਮ ਤੌਰ 'ਤੇ, ESXi ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ vmdk ਡਿਸਕਾਂ ਵਿੱਚ ਦੋ ਫਾਈਲਾਂ ਹੁੰਦੀਆਂ ਹਨ: ਇੱਕ ਡਾਟਾ ਫਾਈਲ (<machine name>-flat.vmdk) ਅਤੇ ਇੱਕ "ਭੌਤਿਕ" ਡਿਸਕ ਲੇਆਉਟ ਫਾਈਲ (<machine name>.vmdk)। ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ *-flat.vmdk ਫਾਈਲ ਨੂੰ ਇੱਕ ਸਥਾਨਕ ਮਸ਼ੀਨ ਤੋਂ ਡੇਟਾਸਟੋਰ ਵਿੱਚ ਅਪਲੋਡ ਕਰਦੇ ਹੋ, ਤਾਂ ESXi ਇਸਨੂੰ ਇੱਕ ਵੈਧ ਡਿਸਕ ਫਾਈਲ ਵਜੋਂ ਨਹੀਂ ਪਛਾਣੇਗਾ। VMware ਗਿਆਨ ਅਧਾਰ ਵਿੱਚ ਇੱਕ ਲੇਖ ਹੈ ਕਿ ਇੱਕ ਡਿਸਕ ਡਿਸਕ੍ਰਿਪਟਰ ਫਾਈਲ ਨੂੰ ਹੱਥੀਂ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ: kb.vmware.com/s/article/1002511, ਪਰ ਮੈਨੂੰ ਅਜਿਹਾ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਸੀ, ਮੈਂ ਸਿਰਫ਼ ਡਿਸਕਇੰਟਰਨਲਜ਼ VMFS ਰਿਕਵਰੀ ਵਿੱਚ ਫਾਈਲ ਸਮੱਗਰੀ ਪ੍ਰੀਵਿਊ ਖੇਤਰ ਤੋਂ ਸੰਬੰਧਿਤ ਫਾਈਲਾਂ ਦੀ ਸਮੱਗਰੀ ਦੀ ਨਕਲ ਕੀਤੀ ਹੈ:

UFS ਐਕਸਪਲੋਰਰ ਤੋਂ 4 TB ਨੋਡ ਨੂੰ ਅਨਲੋਡ ਕਰਨ ਦੇ 2,5 ਘੰਟਿਆਂ ਬਾਅਦ ਅਤੇ ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੇ ਡੇਟਾਸਟੋਰ ਵਿੱਚ ਲੋਡ ਕਰਨ ਦੇ 20 ਘੰਟੇ ਬਾਅਦ, ਕ੍ਰੈਸ਼ਡ ਡਿਸਕ ਫਾਈਲਾਂ ਨੂੰ ਨਵੀਂ ਬਣਾਈ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਨਾਲ ਜੋੜਿਆ ਗਿਆ ਸੀ। ਡਿਸਕਾਂ ਚੁੱਕ ਲਈਆਂ। ਕੋਈ ਡਾਟਾ ਨੁਕਸਾਨ ਨਹੀਂ ਦੇਖਿਆ ਗਿਆ ਸੀ.

ਸਰੋਤ: www.habr.com