بازیابی اطلاعات ماشین‌های مجازی و درایوهای مجازی از انواع مجازی سازها و هایپروایزر ها 

بازیابی اطلاعات ماشین‌های مجازی و Virtual Disk یکی از تخصصی‌ترین خدمات حوزه بازیابی اطلاعات سرورها و زیرساخت‌های Virtualization است. در محیط‌های مجازی‌سازی، اطلاعات معمولاً مستقیماً روی یک هارد یا SSD ذخیره نمی‌شوند؛ بلکه در چندین لایه شامل Storage، RAID، Volume، File System، Datastore، Virtual Disk و Virtual Machine قرار دارند.

به همین دلیل، خرابی یک یا چند هارد و SSD، از دسترس خارج شدن RAID یا Storage، آسیب Datastore، حذف Virtual Disk، خرابی فایل‌های ماشین مجازی یا تغییر Configuration می‌تواند باعث شود یک یا چند ماشین مجازی به‌طور کامل از دسترس خارج شوند.

رسانه افزار، مرکز تخصصی بازیابی اطلاعات در ایران با بیش از 30 سال سابقه درخشان، خدمات تخصصی بازیابی ماشین‌های مجازی، درایوهای مجازی و اطلاعات زیرساخت‌های Virtualization را ارائه می‌دهد.

این خدمات شامل بازیابی اطلاعات VMware، Hyper-V، Citrix و سایر محیط‌های مجازی‌سازی و همچنین بازیابی اطلاعات از Server، RAID، SAN، NAS، DAS و Storageهای میزبان ماشین‌های مجازی است.

بازیابی اطلاعات ماشین مجازی چگونه انجام می‌شود؟

ماشین مجازی یا Virtual Machine یک محیط نرم‌افزاری است که سیستم‌عامل، نرم‌افزارها، فایل‌ها و سرویس‌های مورد نیاز را در یک زیرساخت مجازی اجرا می‌کند.

اطلاعات ماشین مجازی معمولاً در قالب Virtual Disk و فایل‌های Configuration ذخیره شده و این اطلاعات ممکن است روی یک Datastore قرار داشته باشند. Datastore نیز می‌تواند روی Volume، RAID، Storage Pool، LUN یا مجموعه‌ای از هاردها و SSDها قرار گرفته باشد.

در نتیجه، ریکاوری ماشین مجازی ممکن است نیازمند بازسازی چندین لایه ذخیره‌سازی باشد:

Storage → RAID → Volume → File System → Datastore → Virtual Disk → Virtual Machine → File System → User Data

اگر هر یک از این لایه‌ها آسیب دیده باشد، روش بازیابی باید متناسب با همان ساختار انتخاب شود.

به همین دلیل، در بازیابی اطلاعات ماشین مجازی ابتدا باید مشخص شود مشکل در کدام لایه ایجاد شده و اطلاعات واقعی در چه ساختاری قرار دارند.

بازیابی اطلاعات VMware

VMware یکی از مهم‌ترین پلتفرم‌های Virtualization در سرورها و مراکز داده است. ماشین‌های مجازی VMware می‌توانند روی Datastoreهای مختلف و انواع Storage قرار داشته باشند.

خرابی Server، RAID، Storage، Datastore، File System یا Virtual Disk می‌تواند باعث شود ماشین مجازی اجرا نشود یا اطلاعات آن در دسترس نباشد.

در بازیابی VMware، ابتدا وضعیت رسانه‌های فیزیکی و ساختار Storage بررسی می‌شود. در صورت وجود RAID، پارامترهای آرایه تحلیل شده و پس از بازسازی صحیح ساختار ذخیره‌سازی، Datastore و Virtual Disk مورد بررسی قرار می‌گیرند.

در صورتی که اطلاعات داخل Virtual Disk سالم باشد، امکان استخراج فایل‌ها، سیستم‌عامل، Database و سایر اطلاعات موجود در ماشین مجازی بررسی خواهد شد.

بازیابی VMDK

VMDK یکی از مهم‌ترین فرمت‌های Virtual Disk در محیط VMware است. اطلاعات ماشین مجازی ممکن است داخل یک یا چند فایل VMDK ذخیره شده باشند.

خرابی VMDK می‌تواند در اثر آسیب Storage، خرابی RAID، مشکل Datastore، حذف فایل، خطای File System، قطع ناگهانی سیستم یا خرابی رسانه فیزیکی ایجاد شود.

در بازیابی VMDK ابتدا باید مشخص شود مشکل مربوط به خود فایل Virtual Disk است یا لایه‌های پایین‌تر Storage.

اگر Virtual Disk آسیب دیده باشد، ساختار آن، Metadata، Partition و File System داخلی بررسی می‌شود تا امکان استخراج اطلاعات مشخص شود.

بازیابی Hyper-V

Microsoft Hyper-V یکی از پرکاربردترین Hypervisorها در محیط‌های سازمانی است و ماشین‌های مجازی آن می‌توانند روی هارد، SSD، RAID، SAN، NAS یا Storageهای مختلف ذخیره شوند.

خرابی Host Server، RAID، Volume، Storage، File System یا Virtual Disk می‌تواند باعث عدم دسترسی به ماشین‌های مجازی Hyper-V شود.

در فرآیند بازیابی Hyper-V، ابتدا ساختار ذخیره‌سازی زیرین بررسی شده و سپس فایل‌های ماشین مجازی و Virtual Disk مورد تحلیل قرار می‌گیرند.

بازیابی VHD و VHDX

VHD و VHDX از فرمت‌های Virtual Disk مورد استفاده در Hyper-V هستند.

آسیب این فایل‌ها ممکن است باعث شود ماشین مجازی اجرا نشود یا سیستم‌عامل و اطلاعات داخل آن قابل دسترسی نباشند.

در بازیابی VHD و VHDX، تنها بررسی فایل Virtual Disk کافی نیست. وضعیت Volume، File System، Storage و رسانه‌های فیزیکی نیز باید بررسی شود؛ زیرا آسیب Virtual Disk ممکن است نتیجه خرابی یکی از لایه‌های پایین‌تر باشد.

بازیابی اطلاعات Citrix و XenServer

محیط‌های Citrix و XenServer نیز در زیرساخت‌های Virtualization سازمانی مورد استفاده قرار می‌گیرند.

ماشین‌های مجازی این محیط‌ها ممکن است روی Storageهای محلی یا مرکزی، RAID، SAN و سایر زیرساخت‌های ذخیره‌سازی قرار داشته باشند.

خرابی Storage، RAID، Volume، Datastore یا Virtual Disk می‌تواند باعث از دسترس خارج شدن یک یا چند ماشین مجازی شود.

در چنین شرایطی، ساختار Storage، Metadata، Virtual Disk و لایه‌های مرتبط با ماشین مجازی باید به‌صورت تخصصی بررسی شوند.

بازیابی اطلاعات از انواع Hypervisor و مجازی‌سازها

Hypervisor وظیفه مدیریت منابع سخت‌افزاری و اجرای ماشین‌های مجازی را بر عهده دارد.

از دسترس خارج شدن Hypervisor یا Host Server لزوماً به معنی از بین رفتن اطلاعات ماشین‌های مجازی نیست. در بسیاری از موارد، اطلاعات اصلی همچنان روی Storage یا Virtual Disk وجود دارند و مشکل در لایه مدیریت، Configuration یا دسترسی ایجاد شده است.

به همین دلیل، در ریکاوری ماشین مجازی باید مشخص شود مشکل مربوط به Hypervisor، Host، Storage، RAID، Datastore، Virtual Disk یا File System است.

بازیابی ماشین مجازی پس از خرابی RAID

بسیاری از ماشین‌های مجازی سازمانی روی RAID ذخیره می‌شوند. خرابی یک یا چند دیسک می‌تواند باعث کاهش دسترسی یا از دست رفتن کامل دسترسی به Virtual Machineها شود.

بسته به نوع RAID، اطلاعات ممکن است به‌صورت Striping، Mirroring یا همراه با Parity میان دیسک‌ها توزیع شده باشند.

در بازیابی ماشین مجازی از RAID، پارامترهایی مانند RAID Level، Disk Order، Stripe Size، Block Size، Parity Distribution، Parity Rotation، Offset و Metadata بررسی می‌شوند.

رسانه افزار امکان تحلیل ساختارهای مختلف RAID از جمله RAID 0، RAID 1، RAID 5، RAID 6، RAID 10، RAID 01، RAID 1E، RAID 50 و RAID 60 و برخی ساختارهای ترکیبی و اختصاصی را دارد.

بازیابی ماشین‌های مجازی پس از خرابی Storage

خرابی Storage یکی از مهم‌ترین دلایل از دسترس خارج شدن چندین ماشین مجازی به‌صورت هم‌زمان است.

در زیرساخت‌های سازمانی ممکن است تعداد زیادی Virtual Machine روی یک Storage مرکزی قرار داشته باشند. بنابراین خرابی Storage Controller، RAID Group، Storage Pool، Volume یا LUN می‌تواند چندین سرویس و ماشین مجازی را هم‌زمان تحت تأثیر قرار دهد.

در چنین شرایطی، بازیابی باید از لایه‌های پایین‌تر Storage آغاز شود و پس از بازسازی صحیح ساختار ذخیره‌سازی، Datastore و Virtual Diskها مورد بررسی قرار گیرند.

بازیابی Datastore

Datastore محل نگهداری فایل‌ها و منابع مورد استفاده ماشین‌های مجازی است. حذف، آسیب یا خرابی Datastore می‌تواند باعث شود ماشین‌های مجازی و Virtual Diskها توسط Hypervisor شناسایی نشوند.

ایجاد Datastore جدید روی Storage آسیب‌دیده ممکن است Metadata موجود را تغییر دهد و شرایط بازیابی را پیچیده‌تر کند.

در بازیابی Datastore ابتدا وضعیت Storage، RAID و Volume بررسی می‌شود و سپس ساختار Datastore و اطلاعات مربوط به Virtual Machineها تحلیل خواهد شد.

بازیابی Virtual Disk پس از حذف یا آسیب

حذف یا آسیب Virtual Disk می‌تواند باعث شود ماشین مجازی دیگر Boot نشود یا اطلاعات داخل آن قابل دسترسی نباشد.

فرمت Virtual Disk، وضعیت File System، میزان بازنویسی اطلاعات و شرایط Storage در تعیین امکان بازیابی اهمیت دارند.

اگر اطلاعات حذف‌شده هنوز بازنویسی نشده باشند، امکان بررسی ساختار قبلی و استخراج اطلاعات وجود دارد؛ اما هرگونه عملیات جدید روی Storage می‌تواند شانس بازیابی را کاهش دهد.

بازیابی ماشین مجازی پس از Rebuild ناموفق

Rebuild یکی از حساس‌ترین عملیات در محیط‌های RAID و Storage است.

اگر Rebuild با دیسک اشتباه انجام شود، ترتیب دیسک‌ها تغییر کند یا عملیات روی آرایه‌ای که قبلاً دچار خرابی شده ادامه پیدا کند، ممکن است اطلاعات معتبر بازنویسی شوند.

از آنجا که چندین ماشین مجازی ممکن است روی یک RAID قرار داشته باشند، یک Rebuild ناموفق می‌تواند به‌صورت هم‌زمان روی تعداد زیادی Virtual Machine تأثیر بگذارد.

در چنین شرایطی، بهتر است ادامه Rebuild متوقف شود و وضعیت دیسک‌ها و ساختار RAID پیش از ایجاد تغییرات بیشتر بررسی شود.

بازیابی ماشین مجازی پس از Format یا Initialize

Format یا Initialize کردن Volume، Datastore یا Storage می‌تواند بخشی از Metadata و ساختار مورد نیاز برای دسترسی به اطلاعات قبلی را تغییر دهد.

اگر این عملیات روی Storage میزبان ماشین‌های مجازی انجام شده باشد، قبل از هرگونه اقدام جدید باید وضعیت ساختار قبلی بررسی شود.

در صورت وجود RAID یا Storage Pool، علاوه بر File System و Volume، ساختار RAID و Storage نیز باید تحلیل شود.

بازیابی ماشین مجازی از Storage Pool و LUN

در بسیاری از زیرساخت‌های سازمانی، اطلاعات ماشین‌های مجازی مستقیماً روی یک دیسک قرار ندارند و روی Storage Pool، Volume یا LUN ذخیره می‌شوند.

خرابی Storage Controller، RAID Group، Storage Pool یا LUN می‌تواند باعث شود تعداد زیادی ماشین مجازی به‌صورت هم‌زمان از دسترس خارج شوند.

برای بازیابی در این شرایط، ارتباط میان دیسک‌های فیزیکی، RAID Group، Storage Pool، Volume، LUN، Datastore و Virtual Disk باید شناسایی و در صورت امکان بازسازی شود.

بازیابی ماشین مجازی از SAN

SAN یکی از زیرساخت‌های اصلی ذخیره‌سازی در محیط‌های سازمانی و دیتاسنتری است.

در معماری SAN، چندین Server و Hypervisor ممکن است به Storage مرکزی متصل باشند و Virtual Machineها روی LUNهای مختلف ذخیره شوند.

خرابی SAN، Storage Controller، RAID Group، LUN یا Configuration می‌تواند تعداد زیادی ماشین مجازی را تحت تأثیر قرار دهد.

در چنین شرایطی، بازیابی اطلاعات نیازمند تحلیل ساختار کامل Storage و ارتباط آن با زیرساخت Virtualization است.

بازیابی ماشین مجازی از NAS و DAS

ماشین‌های مجازی در برخی زیرساخت‌ها روی NAS یا DAS نیز ذخیره می‌شوند.

خرابی هارد یا SSD، RAID، Controller، Volume، File System یا Configuration می‌تواند باعث از دسترس خارج شدن Virtual Disk و ماشین‌های مجازی شود.

در این شرایط ابتدا رسانه‌ها و ساختار Storage بررسی می‌شوند و پس از بازسازی لایه ذخیره‌سازی، Virtual Disk و اطلاعات ماشین مجازی مورد تحلیل قرار می‌گیرند.

بازیابی ماشین مجازی از SSD و NVMe

در سرورهای جدید، SSDهای SATA، SAS، Enterprise SSD و NVMe برای اجرای ماشین‌های مجازی، Databaseها و سرویس‌های سازمانی استفاده می‌شوند.

خرابی Controller، Firmware، NAND Flash، PCB، RAID یا Storage می‌تواند باعث از دسترس خارج شدن ماشین‌های مجازی شود.

در صورتی که SSDها در RAID یا Storage Pool قرار گرفته باشند، وضعیت تمام رسانه‌ها و ساختار ذخیره‌سازی باید به‌صورت هم‌زمان بررسی شود.

بازیابی ماشین مجازی از HDDهای سروری

هاردهای SATA، SAS، NL-SAS و Enterprise HDD نیز همچنان در برخی سرورها و Storageهای میزبان ماشین‌های مجازی مورد استفاده قرار می‌گیرند.

خرابی مکانیکی، بدسکتور، Firmware، PCB، هد، موتور یا خرابی RAID می‌تواند باعث عدم دسترسی به Virtual Machineها شود.

در این شرایط، ابتدا وضعیت رسانه‌های فیزیکی بررسی شده و سپس ساختار RAID، Storage، Datastore و Virtual Disk تحلیل می‌شود.

بازیابی ماشین‌های مجازی Windows و Linux

ماشین‌های مجازی می‌توانند سیستم‌عامل‌های Windows، Windows Server و انواع توزیع‌های Linux را اجرا کنند.

عدم Boot شدن ماشین مجازی الزاماً به معنی از بین رفتن اطلاعات نیست. مشکل ممکن است مربوط به Boot Structure، Partition، File System، Configuration یا Virtual Disk باشد.

به همین دلیل، نصب مجدد سیستم‌عامل یا ایجاد تغییر روی Virtual Disk بدون بررسی ساختار موجود می‌تواند خطرناک باشد.

بازیابی ماشین مجازی Database Server

Database Serverها از مهم‌ترین سرویس‌هایی هستند که در محیط‌های Virtualization اجرا می‌شوند.

SQL Server، Oracle، MySQL و سایر Databaseها ممکن است داخل ماشین مجازی قرار داشته باشند و فایل‌های Database روی Virtual Disk ذخیره شوند.

در صورت خرابی Virtual Disk، Storage یا RAID، علاوه بر بازیابی فایل‌ها، ساختار Database و صحت اطلاعات استخراج‌شده نیز باید بررسی شود.

بازیابی ماشین مجازی پس از خرابی Host Server

خرابی Host Server ممکن است باعث توقف ماشین‌های مجازی شود، اما الزاماً اطلاعات Virtual Machineها را از بین نمی‌برد.

اگر Storage و Virtual Diskها سالم باشند، امکان بررسی ساختار ماشین مجازی و بازیابی اطلاعات بدون وابستگی کامل به Host قبلی وجود دارد.

در صورتی که Host و Storage هر دو دچار خرابی شده باشند، ابتدا وضعیت لایه‌های ذخیره‌سازی بررسی خواهد شد.

بازیابی Configuration ماشین مجازی

Configuration اطلاعات لازم برای شناسایی منابع و تنظیمات ماشین مجازی را در اختیار Hypervisor قرار می‌دهد.

آسیب یا حذف Configuration ممکن است باعث شود Hypervisor نتواند ماشین مجازی را شناسایی یا اجرا کند، در حالی که Virtual Disk همچنان حاوی اطلاعات باشد.

در چنین شرایطی، Virtual Disk و ساختار داخلی آن بررسی می‌شود و در صورت امکان، اطلاعات موجود بدون وابستگی کامل به Configuration قبلی استخراج خواهد شد.

بازیابی ماشین‌های مجازی در محیط‌های Virtualization سازمانی

در محیط‌های سازمانی معمولاً Virtualization تنها یک Hypervisor یا یک Server نیست. ممکن است چندین Host، Storage، RAID، SAN، LUN و Datastore به یکدیگر متصل باشند و صدها ماشین مجازی روی این زیرساخت اجرا شوند.

در چنین محیطی، خرابی یک Storage یا RAID Group می‌تواند چندین سرویس را هم‌زمان متوقف کند.

به همین دلیل، بازیابی اطلاعات باید با شناخت معماری کامل زیرساخت انجام شود و تنها به بررسی یک فایل یا یک Virtual Machine محدود نباشد.

دلایل اصلی از دسترس خارج شدن ماشین‌های مجازی

از مهم‌ترین دلایل خرابی یا عدم دسترسی به اطلاعات ماشین‌های مجازی می‌توان به موارد زیر اشاره کرد:

خرابی HDD یا SSD

خرابی یک یا چند دیسک RAID

خرابی RAID Controller

خرابی Storage Controller

خرابی RAID Configuration

Rebuild ناموفق

حذف یا آسیب Datastore

خرابی Storage Pool

خرابی Volume یا LUN

آسیب File System

خرابی Virtual Disk

حذف VMDK، VHD یا VHDX

خرابی Configuration ماشین مجازی

Format یا Initialize شدن Storage

خرابی Host Server

خرابی Hypervisor

قطع یا نوسان برق

خرابی Firmware

خطاهای انسانی

حذف اشتباهی فایل‌ها

در بسیاری از موارد، از دست رفتن دسترسی به ماشین مجازی نتیجه یک مشکل واحد نیست و ترکیبی از خرابی رسانه، RAID، Storage و ساختار منطقی Virtualization باعث ایجاد مشکل می‌شود.

فرآیند تخصصی بازیابی اطلاعات ماشین مجازی در رسانه افزار

بازیابی اطلاعات ماشین مجازی در رسانه افزار با بررسی معماری کامل زیرساخت آغاز می‌شود.

ابتدا Server، Storage، HDD، SSD، RAID Controller، Storage Controller و وضعیت Hypervisor بررسی می‌شوند تا محل اصلی مشکل مشخص شود.

در صورت وجود RAID، وضعیت دیسک‌ها و ساختار آرایه تحلیل شده و پارامترهایی مانند Disk Order، Stripe Size، Block Size، Parity، Offset و Metadata بررسی می‌شوند.

در صورت نیاز از رسانه‌های قابل دسترس Image یا Clone تهیه می‌شود تا تحلیل‌های بعدی روی نسخه‌های کاری انجام شده و ریسک تغییر اطلاعات اصلی کاهش پیدا کند.

پس از بازسازی لایه ذخیره‌سازی، Volume، File System، Storage Pool، LUN و Datastore بررسی می‌شوند.

در مرحله بعد Virtual Diskهایی مانند VMDK، VHD و VHDX و سایر ساختارهای مرتبط تحلیل می‌شوند.

پس از شناسایی Virtual Disk، Partition و File System داخلی آن بررسی شده و اطلاعات قابل استفاده استخراج می‌شوند.

در صورت وجود Database، ماشین‌های مجازی متعدد یا ساختارهای پیچیده Storage، هر بخش به‌صورت جداگانه مورد تحلیل قرار می‌گیرد.

در مرحله نهایی، اطلاعات بازیابی‌شده اعتبارسنجی می‌شوند تا میزان صحت و کامل بودن داده‌ها مشخص شود.

نتیجه بازیابی به وضعیت رسانه‌های فیزیکی، آسیب RAID و Storage، وضعیت Virtual Disk، میزان بازنویسی اطلاعات و اقداماتی که پس از خرابی انجام شده است بستگی دارد.

چرا بازیابی ماشین مجازی به تخصص نیاز دارد؟

بازیابی اطلاعات ماشین مجازی با بازیابی یک فایل معمولی تفاوت دارد. اطلاعات ممکن است در چندین لایه مختلف ذخیره شده باشند و آسیب در هر یک از این لایه‌ها دسترسی به لایه‌های بالاتر را مختل کند.

برای مثال ممکن است Virtual Machine سالم باشد اما Datastore از دسترس خارج شده باشد. همچنین ممکن است Datastore سالم باشد اما Virtual Disk آسیب دیده باشد یا Storage زیرین دچار خرابی RAID شده باشد.

در محیط‌های سازمانی نیز ممکن است چندین ماشین مجازی روی یک Storage مشترک قرار داشته باشند؛ بنابراین یک خرابی می‌تواند تعداد زیادی سرویس و اطلاعات را هم‌زمان تحت تأثیر قرار دهد.

به همین دلیل، ریکاوری ماشین مجازی نیازمند شناخت هم‌زمان Hypervisor، Virtual Disk، File System، RAID، Storage، Server و ساختارهای ذخیره‌سازی سازمانی است.

توصیه‌های مهم هنگام از دسترس خارج شدن ماشین مجازی

اگر ماشین مجازی اجرا نمی‌شود یا اطلاعات آن از دسترس خارج شده است، پیش از هرگونه عملیات وضعیت Storage و Virtual Disk را بررسی کنید.

از Rebuild کردن RAID بدون بررسی تخصصی خودداری کنید.

Datastore جدید روی Storage آسیب‌دیده ایجاد نکنید.

Storage یا Volume را مجدداً Initialize نکنید.

Virtual Disk آسیب‌دیده را Format نکنید.

Hypervisor را بدون بررسی ساختار موجود مجدداً نصب نکنید.

VMDK، VHD یا VHDX جدید روی همان فضای ذخیره‌سازی ایجاد نکنید.

فایل‌های ماشین مجازی را جابه‌جا یا حذف نکنید.

Configuration ماشین مجازی را بدون ثبت وضعیت قبلی تغییر ندهید.

Firmware یا Configuration مربوط به Storage و Controller را بدون بررسی تخصصی تغییر ندهید.

از نرم‌افزارهای ناشناخته برای بازیابی مستقیم روی Storage اصلی استفاده نکنید.

اگر اطلاعات ماشین‌های مجازی اهمیت بالایی دارد، پیش از هرگونه عملیات، کل ساختار Server، Storage، RAID و Virtual Disk را به مرکز تخصصی بازیابی اطلاعات بسپارید.

سؤالات متداول درباره بازیابی ماشین مجازی

آیا ماشین مجازی که اجرا نمی‌شود قابل بازیابی است؟

اجرا نشدن ماشین مجازی لزوماً به معنی از بین رفتن اطلاعات نیست. ابتدا باید مشخص شود مشکل مربوط به Hypervisor، Configuration، Datastore، Virtual Disk، File System یا Storage است.

آیا امکان بازیابی فایل VMDK وجود دارد؟

بسته به وضعیت فایل، Storage و میزان آسیب یا بازنویسی اطلاعات، امکان بازیابی VMDK و اطلاعات داخل آن قابل بررسی است.

آیا VHD و VHDX آسیب‌دیده قابل بازیابی هستند؟

در بسیاری از موارد می‌توان ساختار VHD یا VHDX آسیب‌دیده را بررسی کرد. نتیجه نهایی به میزان آسیب فایل و وضعیت Storage زیرین بستگی دارد.

اگر Datastore حذف شده باشد، اطلاعات ماشین مجازی از بین می‌رود؟

حذف Datastore لزوماً به معنی حذف فوری تمام اطلاعات نیست. بسته به نوع Storage، File System، میزان تغییرات ایجادشده و بازنویسی اطلاعات، امکان بازیابی ساختار قبلی باید بررسی شود.

آیا بعد از خراب شدن RAID می‌توان ماشین‌های مجازی را بازیابی کرد؟

بله، در بسیاری از موارد امکان بازیابی ماشین‌های مجازی پس از خرابی RAID وجود دارد، اما ابتدا باید ساختار RAID و وضعیت تمام دیسک‌ها تحلیل شود.

آیا بعد از Rebuild ناموفق امکان بازیابی ماشین مجازی وجود دارد؟

بسته به میزان و محل بازنویسی اطلاعات، امکان بازیابی ممکن است وجود داشته باشد. پس از Rebuild ناموفق بهتر است هیچ عملیات دیگری روی آرایه انجام نشود تا وضعیت موجود تغییر نکند.

آیا ماشین مجازی از روی SSD و NVMe نیز قابل بازیابی است؟

بله. بازیابی ماشین مجازی از SSD و NVMe امکان‌پذیر است و روش آن با توجه به نوع SSD، Controller، Storage، RAID و ساختار Virtual Disk تعیین می‌شود.

آیا بازیابی ماشین مجازی بدون Host اصلی امکان‌پذیر است؟

در صورتی که اطلاعات Storage و Virtual Disk قابل دسترسی باشند، در برخی شرایط امکان بازیابی اطلاعات بدون وابستگی کامل به Host اصلی وجود دارد.

رسانه افزار؛ مرکز تخصصی بازیابی ماشین‌های مجازی و Virtual Disk

رسانه افزار با بیش از 30 سال سابقه درخشان در حوزه بازیابی اطلاعات، خدمات تخصصی بازیابی اطلاعات ماشین‌های مجازی و درایوهای مجازی را ارائه می‌دهد.

این خدمات شامل بازیابی اطلاعات VMware، Hyper-V، Citrix و سایر محیط‌های Virtualization و Hypervisor و همچنین بررسی و بازیابی اطلاعات Server، RAID، SAN، NAS، DAS و Storage است.

رسانه افزار امکان تحلیل ساختارهای مختلف RAID، Storage Pool، Volume، LUN، Datastore و Virtual Disk را دارد و ارتباط میان لایه‌های مختلف ذخیره‌سازی را در فرآیند بازیابی بررسی می‌کند.

هدف در بازیابی ماشین مجازی تنها استخراج یک فایل VMDK یا VHD نیست؛ بلکه ساختار کامل ذخیره‌سازی بررسی می‌شود تا در صورت امکان، Virtual Machine، Virtual Disk، فایل‌های کاربران، Databaseها و سایر اطلاعات مورد نیاز با بیشترین میزان صحت بازیابی شوند.

اگر ماشین‌های مجازی شما اجرا نمی‌شوند، Datastore از دسترس خارج شده، VMDK یا VHD/VHDX آسیب دیده، RAID خراب شده، Storage قابل دسترسی نیست یا چندین Virtual Machine به‌صورت هم‌زمان از دسترس خارج شده‌اند، پیش از انجام Rebuild، Format، Initialize، ایجاد Datastore جدید یا تغییر Configuration، وضعیت تجهیزات را به‌صورت تخصصی بررسی کنید تا از وارد شدن آسیب بیشتر به اطلاعات جلوگیری شود.

پیشنهاد ساختار لینک‌سازی داخلی

بازیابی اطلاعات RAID

بازیابی اطلاعات سرور

بازیابی اطلاعات سرور با انواع SSD

بازیابی اطلاعات سرور با انواع هارد

بازیابی اطلاعات Storage

بازیابی اطلاعات SAN

بازیابی اطلاعات NAS

بازیابی اطلاعات DAS

بازیابی اطلاعات Oracle ASM

بازیابی اطلاعات Database Server

بازیابی اطلاعات VMware

بازیابی اطلاعات Hyper-V

سؤالات متداول درباره بازیابی ماشین‌های مجازی و درایوهای مجازی

آیا ماشین مجازی که اجرا نمی‌شود قابل بازیابی است؟

بله. اجرا نشدن ماشین مجازی لزوماً به معنی از بین رفتن اطلاعات نیست. مشکل ممکن است مربوط به Hypervisor، Configuration، Datastore، Virtual Disk، File System، RAID یا Storage باشد. ابتدا باید مشخص شود خرابی در کدام لایه ایجاد شده و سپس روش مناسب بازیابی انتخاب شود.

آیا امکان بازیابی اطلاعات VMware وجود دارد؟

بله. در صورت خرابی Host، RAID، Storage، Datastore یا Virtual Disk، امکان بررسی و بازیابی اطلاعات ماشین‌های مجازی VMware وجود دارد. نتیجه بازیابی به وضعیت رسانه‌های ذخیره‌سازی و میزان آسیب واردشده به ساختار اطلاعات بستگی دارد.

آیا فایل VMDK آسیب‌دیده قابل بازیابی است؟

در بسیاری از موارد امکان بررسی و بازیابی VMDK آسیب‌دیده وجود دارد. ابتدا باید مشخص شود آسیب مربوط به خود Virtual Disk است یا Storage و RAID زیرین. وضعیت File System، Metadata و میزان بازنویسی اطلاعات نیز در نتیجه بازیابی تأثیر دارد.

آیا VHD و VHDX آسیب‌دیده قابل بازیابی هستند؟

بله، امکان بررسی و بازیابی VHD و VHDX آسیب‌دیده وجود دارد. برای تعیین روش مناسب باید ساختار Virtual Disk، File System، Volume و Storage زیرین بررسی شود.

اگر Datastore حذف شده باشد، آیا اطلاعات ماشین مجازی از بین می‌رود؟

خیر، حذف Datastore لزوماً به معنی از بین رفتن فوری اطلاعات نیست. بسته به نوع Storage، File System، Metadata و میزان تغییرات ایجادشده پس از حذف، ممکن است بخشی یا تمام اطلاعات قابل بازیابی باشد.

آیا بعد از خرابی RAID می‌توان ماشین‌های مجازی را بازیابی کرد؟

بله، در بسیاری از موارد امکان بازیابی ماشین‌های مجازی از RAID آسیب‌دیده وجود دارد. ابتدا باید نوع RAID، ترتیب دیسک‌ها، وضعیت هر رسانه و پارامترهای آرایه مشخص شود و سپس ساختار صحیح RAID بازسازی گردد.

آیا ماشین مجازی بعد از Rebuild ناموفق قابل بازیابی است؟

ممکن است قابل بازیابی باشد. میزان موفقیت به این بستگی دارد که Rebuild چه مقدار از اطلاعات معتبر را بازنویسی کرده است. پس از Rebuild ناموفق بهتر است عملیات متوقف شود و هیچ تغییر دیگری روی RAID یا Storage انجام نشود.

آیا بازیابی اطلاعات ماشین مجازی از SSD و NVMe امکان‌پذیر است؟

بله. ماشین‌های مجازی ممکن است روی SSDهای SATA، SAS، Enterprise SSD و NVMe ذخیره شوند و در صورت خرابی، وضعیت رسانه، Controller، Firmware، RAID و Storage بررسی می‌شود.

آیا اطلاعات ماشین مجازی از روی هاردهای SATA و SAS قابل بازیابی است؟

بله. هاردهای SATA، SAS، NL-SAS و Enterprise HDD می‌توانند میزبان ماشین‌های مجازی باشند. در صورت خرابی، ابتدا وضعیت فیزیکی رسانه‌ها و سپس RAID، Storage، Datastore و Virtual Disk بررسی می‌شود.

آیا بعد از Format شدن Storage امکان بازیابی ماشین مجازی وجود دارد؟

بسته به شرایط ممکن است امکان بازیابی وجود داشته باشد. Format می‌تواند بخشی از ساختار منطقی و Metadata را تغییر دهد، اما لزوماً به معنی حذف فوری تمام اطلاعات نیست. مهم است که پس از Format از ایجاد تغییرات بیشتر روی Storage خودداری شود.

آیا بعد از Initialize شدن RAID یا Volume امکان بازیابی اطلاعات وجود دارد؟

امکان بازیابی باید به‌صورت تخصصی بررسی شود. Initialize کردن می‌تواند اطلاعات ساختاری مانند Metadata و Configuration را تغییر دهد. میزان تغییرات و عملیات انجام‌شده پس از آن در نتیجه نهایی بازیابی اهمیت زیادی دارد.

آیا اگر Host Server خراب شود، ماشین‌های مجازی از بین می‌روند؟

خیر، خرابی Host Server لزوماً باعث حذف اطلاعات ماشین‌های مجازی نمی‌شود. اگر Storage و Virtual Diskها سالم باشند، در بسیاری از شرایط می‌توان اطلاعات ماشین‌های مجازی را مستقل از Host قبلی بررسی و بازیابی کرد.

آیا بازیابی ماشین مجازی بدون Hypervisor اصلی امکان‌پذیر است؟

در برخی شرایط بله. اگر Virtual Disk و ساختار ذخیره‌سازی قابل دسترسی باشند، می‌توان اطلاعات داخل Virtual Disk را بررسی کرد. روش بازیابی به نوع Virtual Disk و ساختار Storage بستگی دارد.

آیا ماشین مجازی Linux و Windows قابل بازیابی است؟

بله. سیستم‌عامل ماشین مجازی به‌تنهایی مانعی برای بازیابی نیست. Windows، Windows Server و انواع Linux می‌توانند روی Virtual Disk ذخیره شده باشند و در صورت آسیب، ساختار Partition، File System و Virtual Disk بررسی می‌شود.

آیا Database داخل ماشین مجازی نیز قابل بازیابی است؟

بله. Databaseهایی مانند SQL Server، Oracle و MySQL که داخل ماشین مجازی قرار دارند، در صورت قابل بازیابی بودن Virtual Disk و ساختار Database می‌توانند مورد بررسی قرار گیرند. علاوه بر استخراج فایل‌ها، صحت و یکپارچگی اطلاعات Database نیز باید ارزیابی شود.

آیا در صورت خرابی Storage چندین ماشین مجازی هم‌زمان قابل بازیابی هستند؟

بله، امکان بررسی و بازیابی چندین Virtual Machine وجود دارد. در Storageهای سازمانی ممکن است تعداد زیادی ماشین مجازی روی یک RAID Group، Storage Pool، Volume یا LUN قرار گرفته باشند؛ بنابراین ابتدا ساختار Storage بازسازی شده و سپس Virtual Machineها بررسی می‌شوند.

آیا امکان بازیابی اطلاعات ماشین مجازی از SAN وجود دارد؟

بله. در صورت خرابی SAN، Storage Controller، RAID Group، LUN یا سایر اجزای زیرساخت، ساختار ذخیره‌سازی و ارتباط میان SAN، Storage و Virtualization Environment بررسی می‌شود.

آیا ماشین‌های مجازی ذخیره‌شده روی NAS یا DAS نیز قابل بازیابی هستند؟

بله. در صورت خرابی NAS یا DAS، هاردها یا SSDها، RAID، Controller، Volume و File System بررسی می‌شوند و پس از بازسازی ساختار Storage، Virtual Disk و اطلاعات ماشین‌های مجازی مورد تحلیل قرار می‌گیرند.

آیا حذف فایل VMDK به معنی از بین رفتن اطلاعات ماشین مجازی است؟

خیر، حذف فایل VMDK لزوماً به معنی غیرقابل‌بازیابی بودن اطلاعات نیست. امکان بازیابی به وضعیت Storage، نوع File System، میزان بازنویسی اطلاعات و اقداماتی که پس از حذف انجام شده است بستگی دارد.

بعد از خراب شدن ماشین مجازی چه کاری انجام ندهیم؟

از Rebuild، Format، Initialize، ایجاد Datastore جدید، نصب مجدد Hypervisor، ایجاد Virtual Disk جدید و تغییر Configuration روی Storage آسیب‌دیده خودداری کنید. همچنین تا مشخص شدن وضعیت، از نوشتن اطلاعات جدید روی Storage اصلی جلوگیری شود.

مدت زمان بازیابی اطلاعات ماشین مجازی چقدر است؟

زمان بازیابی به حجم اطلاعات، تعداد دیسک‌ها، نوع RAID، وضعیت فیزیکی رسانه‌ها، پیچیدگی Storage و میزان آسیب Virtual Disk بستگی دارد. پس از بررسی اولیه می‌توان درباره زمان مورد نیاز ارزیابی دقیق‌تری ارائه کرد.

آیا بازیابی ماشین مجازی تضمینی است؟

هیچ مرکز تخصصی نمی‌تواند بدون بررسی وضعیت واقعی رسانه‌ها بازیابی صددرصدی را تضمین کند. نتیجه به سلامت دیسک‌ها، میزان آسیب، بازنویسی اطلاعات، وضعیت RAID و اقدامات انجام‌شده پس از خرابی بستگی دارد. ارزیابی تخصصی پیش از شروع عملیات، دقیق‌ترین روش برای تعیین شانس بازیابی است.

رسانه افزار چه ماشین‌های مجازی و Virtual Diskهایی را بازیابی می‌کند؟

رسانه افزار خدمات تخصصی بررسی و بازیابی اطلاعات ماشین‌های مجازی و Virtual Diskهای مورد استفاده در محیط‌هایی مانند VMware، Hyper-V و Citrix و همچنین ساختارهای مرتبط با Server، RAID، SAN، NAS، DAS، Storage، Datastore، VMDK، VHD و VHDX را ارائه می‌دهد.