بازیابی اطلاعات از درایو مجازی و ماشین مجازی | با انواع File System

ساختار اطلاعات در درایوهای مجازی

برای بازیابی صحیح اطلاعات Virtual Disk باید ساختار چندلایه ذخیره‌سازی در نظر گرفته شود.

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

Storage → RAID → Volume → Datastore → Virtual Disk → Partition → File System → Files

در برخی محیط‌ها نیز ساختار پیچیده‌تر است:

Server → RAID Controller → RAID Group → Storage Pool → LUN → Datastore → Virtual Disk → File System → Data

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

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

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

VMDK یکی از رایج‌ترین فرمت‌های Virtual Disk در محیط VMware است.

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

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

در بازیابی VMDK ابتدا ساختار فایل و وضعیت Storage بررسی می‌شود و سپس Partition و File System داخل Virtual Disk تحلیل می‌شوند.

بازیابی اطلاعات VHD و VHDX

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

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

در بازیابی VHD و VHDX باید مشخص شود که آسیب مربوط به Virtual Disk است یا در لایه‌های پایین‌تر مانند Volume، Storage و RAID ایجاد شده است.

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

بازیابی اطلاعات درایو مجازی با File Systemهای مختلف

یکی از مهم‌ترین مراحل در بازیابی Virtual Disk، شناسایی صحیح File System داخل آن است.

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

از مهم‌ترین File Systemهای مورد استفاده در محیط‌های مجازی می‌توان به موارد زیر اشاره کرد:

NTFS

FAT32

exFAT

ReFS

Ext2

Ext3

Ext4

XFS

Btrfs

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

بازیابی اطلاعات Virtual Disk با NTFS

NTFS یکی از پرکاربردترین File Systemها در سیستم‌های Windows و Windows Server است.

ماشین‌های مجازی Windows ممکن است اطلاعات خود را روی Virtual Diskهایی با File System نوع NTFS ذخیره کنند.

خرابی Metadata، MFT، Partition، File System یا آسیب Virtual Disk می‌تواند باعث عدم دسترسی به فایل‌ها شود.

در بازیابی اطلاعات NTFS، ساختار File System، Metadata، MFT و اطلاعات مربوط به فایل‌ها بررسی می‌شوند تا امکان بازیابی فایل‌ها و پوشه‌ها مشخص شود.

بازیابی اطلاعات Virtual Disk با ReFS

ReFS یا Resilient File System یکی از File Systemهای مورد استفاده در برخی محیط‌های Windows Server و زیرساخت‌های ذخیره‌سازی است.

Virtual Diskهای دارای ReFS ممکن است در سرورها و محیط‌های Virtualization مورد استفاده قرار گرفته باشند.

در صورت آسیب Virtual Disk یا File System، ساختار ReFS، Metadata و لایه‌های ذخیره‌سازی زیرین باید بررسی شوند.

بازیابی اطلاعات Virtual Disk با FAT32 و exFAT

FAT32 و exFAT نیز ممکن است در برخی Virtual Diskها و محیط‌های خاص مورد استفاده قرار گیرند.

آسیب Partition، File System، Metadata یا حذف اطلاعات می‌تواند باعث عدم دسترسی به فایل‌ها شود.

در این شرایط ساختار File System و میزان آسیب یا بازنویسی اطلاعات بررسی می‌شود.

بازیابی اطلاعات Virtual Disk با Ext2، Ext3 و Ext4

Ext2، Ext3 و Ext4 از File Systemهای شناخته‌شده در سیستم‌های Linux هستند.

ماشین‌های مجازی Linux ممکن است Virtual Diskهایی با این File Systemها داشته باشند.

خرابی Superblock، Metadata، Partition، File System یا Virtual Disk می‌تواند باعث عدم دسترسی به اطلاعات شود.

در فرآیند بازیابی، ساختار Partition و File System بررسی شده و در صورت امکان فایل‌ها و پوشه‌های موجود استخراج می‌شوند.

بازیابی اطلاعات Virtual Disk با XFS

XFS یکی از File Systemهای مورد استفاده در برخی سرورهای Linux و محیط‌های سازمانی است.

Virtual Machineهایی که از سیستم‌عامل‌های Linux استفاده می‌کنند ممکن است اطلاعات خود را روی Virtual Disk با ساختار XFS ذخیره کنند.

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

بازیابی اطلاعات Virtual Disk با Btrfs

Btrfs یکی دیگر از File Systemهای مورد استفاده در برخی محیط‌های Linux است که می‌تواند روی Virtual Disk قرار داشته باشد.

آسیب Metadata، ساختار داخلی File System یا Virtual Disk ممکن است باعث عدم دسترسی به فایل‌ها شود.

در چنین شرایطی ابتدا ساختار ذخیره‌سازی بررسی شده و سپس وضعیت Btrfs و اطلاعات موجود مورد تحلیل قرار می‌گیرد.

بازیابی اطلاعات ماشین مجازی VMware با انواع File System

در محیط VMware، Virtual Disk می‌تواند شامل سیستم‌عامل‌ها و File Systemهای مختلف باشد.

ممکن است یک ماشین مجازی Windows دارای NTFS باشد و یک ماشین مجازی Linux از Ext4 یا XFS استفاده کند.

به همین دلیل، در بازیابی VMware ابتدا Virtual Disk شناسایی شده و سپس File System داخلی آن تحلیل می‌شود.

در صورتی که Virtual Disk روی RAID یا Storage قرار گرفته باشد، ابتدا باید لایه‌های پایین‌تر بازسازی شوند.

بازیابی اطلاعات ماشین مجازی Hyper-V با انواع File System

در محیط Hyper-V نیز Virtual Diskهایی مانند VHD و VHDX می‌توانند شامل File Systemهای مختلف باشند.

ممکن است Virtual Disk مربوط به یک Windows Server با NTFS یا ReFS و Virtual Disk مربوط به یک Linux Server با Ext4 یا XFS باشد.

در بازیابی Hyper-V، ساختار Virtual Disk، Partition و File System داخلی آن مورد بررسی قرار می‌گیرد.

بازیابی اطلاعات ماشین مجازی از RAID

Virtual Diskهای ماشین‌های مجازی معمولاً روی Storageهایی قرار دارند که خود می‌توانند از چندین هارد یا SSD و یک ساختار RAID تشکیل شده باشند.

در صورت خرابی RAID، دسترسی به Datastore و Virtual Diskها ممکن است از بین برود.

در این شرایط ابتدا RAID باید تحلیل و در صورت امکان بازسازی شود. پارامترهایی مانند RAID Level، Disk Order، Stripe Size، Block Size، Parity Distribution، Parity Rotation، Offset و Metadata مورد بررسی قرار می‌گیرند.

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

بازیابی File System پس از خرابی RAID

گاهی RAID ظاهراً قابل دسترسی است اما File System داخل Virtual Disk یا Volume آسیب دیده است.

در چنین شرایطی باید میان خرابی RAID و خرابی File System تفاوت قائل شد.

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

بنابراین ابتدا صحت ساختار RAID و سپس Volume، Partition و File System بررسی می‌شوند.

بازیابی اطلاعات Virtual Disk پس از خرابی Storage

خرابی Storage Controller، Storage Pool، Volume یا LUN می‌تواند باعث شود Virtual Diskها به‌طور کامل از دسترس خارج شوند.

در محیط‌های سازمانی ممکن است تعداد زیادی Virtual Machine روی یک Storage مرکزی قرار داشته باشند.

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

بازیابی اطلاعات درایو مجازی پس از حذف یا آسیب Datastore

اگر Datastore حذف یا آسیب دیده باشد، Hypervisor ممکن است دیگر Virtual Diskها را نمایش ندهد.

با این حال، حذف Datastore لزوماً به معنی حذف فوری تمام اطلاعات نیست.

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

در این شرایط از ایجاد Datastore جدید روی Storage آسیب‌دیده باید خودداری شود.

بازیابی اطلاعات Virtual Disk پس از Format

Format کردن Volume یا File System می‌تواند بخشی از ساختار منطقی و Metadata را تغییر دهد.

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

هرگونه نوشتن اطلاعات جدید روی فضای مورد نظر می‌تواند شانس بازیابی را کاهش دهد.

بازیابی اطلاعات Virtual Disk پس از حذف فایل

حذف فایل از داخل Virtual Machine با حذف خود Virtual Disk تفاوت دارد.

اگر فایل‌ها داخل File System ماشین مجازی حذف شده باشند، امکان بازیابی آنها به نوع File System، وضعیت Metadata و میزان بازنویسی اطلاعات بستگی دارد.

اگر خود فایل VMDK، VHD یا VHDX حذف شده باشد، باید ساختار Storage و File System میزبان نیز بررسی شود.

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

اگر Virtual Diskها روی RAID قرار داشته باشند، Rebuild ناموفق می‌تواند باعث بازنویسی اطلاعات معتبر شود.

این موضوع زمانی حساس‌تر است که چندین Virtual Machine روی همان RAID قرار داشته باشند.

پس از Rebuild ناموفق بهتر است هیچ عملیات دیگری روی RAID انجام نشود تا وضعیت موجود برای تحلیل تخصصی حفظ شود.

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

در زیرساخت‌های SAN، ماشین‌های مجازی ممکن است روی LUNهای مختلف قرار داشته باشند.

خرابی RAID Group، Storage Controller، LUN یا Configuration می‌تواند باعث عدم دسترسی به Virtual Diskها شود.

در چنین شرایطی ارتباط میان SAN، Storage، LUN، Datastore و Virtual Disk باید بررسی و در صورت امکان بازسازی شود.

بازیابی اطلاعات Virtual Disk از NAS و DAS

Virtual Diskها در برخی محیط‌ها روی NAS یا DAS نیز ذخیره می‌شوند.

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

در این شرایط ابتدا رسانه‌ها و ساختار Storage بررسی شده و سپس Virtual Disk و File System داخلی آن تحلیل می‌شوند.

بازیابی اطلاعات Virtual Disk از SSD و NVMe

Virtual Diskها می‌توانند روی SSDهای SATA، SAS، Enterprise SSD و NVMe قرار داشته باشند.

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

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

بازیابی اطلاعات Virtual Disk از هاردهای SATA و SAS

در برخی سرورها و Storageها، Virtual Diskها روی هاردهای SATA، SAS، NL-SAS و Enterprise HDD قرار دارند.

خرابی مکانیکی، بدسکتور، Firmware، هد، موتور یا خرابی RAID می‌تواند دسترسی به Virtual Disk و اطلاعات داخل آن را مختل کند.

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

بازیابی Database از داخل Virtual Disk

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

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

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

بازیابی اطلاعات حذف‌شده از داخل ماشین مجازی

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

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

بازیابی اطلاعات File System آسیب‌دیده داخل Virtual Disk

گاهی Virtual Disk توسط Hypervisor شناسایی می‌شود اما File System داخل آن قابل دسترسی نیست.

در این حالت ممکن است مشکل مربوط به Partition، Metadata، Superblock، MFT، ساختار Directory یا سایر اجزای File System باشد.

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

دلایل اصلی خرابی یا عدم دسترسی به اطلاعات Virtual Disk

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

خرابی HDD یا SSD

خرابی RAID

خرابی RAID Controller

خرابی Storage Controller

خرابی Storage Pool

خرابی Volume

خرابی LUN

آسیب Datastore

خرابی Virtual Disk

خرابی File System

آسیب Partition

حذف VMDK، VHD یا VHDX

حذف فایل‌های داخل ماشین مجازی

Format شدن Virtual Disk یا Volume

Initialize شدن Storage

Rebuild ناموفق

خرابی Hypervisor

خرابی Host Server

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

خرابی Firmware

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

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

فرآیند تخصصی بازیابی اطلاعات Virtual Disk در رسانه افزار

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

ابتدا Server، Storage، HDD، SSD، RAID Controller، Storage Controller و Hypervisor بررسی می‌شوند.

سپس مشخص می‌شود Virtual Disk در چه ساختاری قرار داشته و چه File Systemی داخل آن استفاده شده است.

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

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

پس از بازسازی لایه ذخیره‌سازی، Volume، Partition، Datastore و Virtual Disk بررسی می‌شوند.

در مرحله بعد File System داخلی Virtual Disk شناسایی و تحلیل می‌شود.

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

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

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

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

چرا بازیابی اطلاعات درایو مجازی تخصصی است؟

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

برای مثال ممکن است یک VMDK روی Datastore قرار داشته باشد، Datastore روی LUN باشد، LUN روی RAID قرار گرفته باشد و RAID نیز از چندین SSD یا HDD تشکیل شده باشد.

در نتیجه، برای بازیابی موفق باید تمام این لایه‌ها به‌درستی شناسایی و در صورت نیاز بازسازی شوند.

همچنین نوع File System داخل Virtual Disk در روش بازیابی تأثیر مستقیم دارد و نمی‌توان برای تمام ماشین‌های مجازی از یک روش یکسان استفاده کرد.

توصیه‌های مهم هنگام خرابی Virtual Disk یا ماشین مجازی

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

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

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

Volume یا Storage را Initialize نکنید.

Virtual Disk را Format نکنید.

VMDK، VHD یا VHDX جدید روی فضای آسیب‌دیده ایجاد نکنید.

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

فایل‌های جدید روی Virtual Disk آسیب‌دیده ایجاد نکنید.

File System را با ابزارهای تعمیراتی بدون داشتن نسخه پشتیبان تغییر ندهید.

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

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

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

سؤالات متداول درباره بازیابی اطلاعات درایوهای مجازی

آیا اطلاعات یک Virtual Disk آسیب‌دیده قابل بازیابی است؟

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

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

بله. در صورت آسیب یا حذف VMDK، ساختار Storage، Datastore، Virtual Disk و File System بررسی می‌شود و امکان بازیابی اطلاعات ارزیابی خواهد شد.

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

بسته به میزان آسیب و شرایط Storage، امکان بررسی و بازیابی VHD و VHDX وجود دارد.

آیا فایل‌های حذف‌شده داخل ماشین مجازی قابل بازیابی هستند؟

در برخی شرایط بله. نتیجه به File System، میزان بازنویسی اطلاعات و نوع Virtual Disk بستگی دارد.

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

ممکن است امکان بازیابی وجود داشته باشد. میزان تغییرات ایجادشده پس از Format و مقدار اطلاعات جدید نوشته‌شده روی فضای مورد نظر اهمیت زیادی دارد.

آیا File System آسیب‌دیده داخل Virtual Disk قابل بازیابی است؟

بله، در صورت وجود ساختار کافی از File System، امکان تحلیل Metadata، Partition و ساختار فایل‌ها وجود دارد. نوع File System در انتخاب روش بازیابی اهمیت دارد.

آیا NTFS داخل VMDK قابل بازیابی است؟

بله. در صورت آسیب Virtual Disk یا File System، ساختار NTFS و اطلاعات آن قابل بررسی است.

آیا Ext4 و XFS داخل Virtual Disk قابل بازیابی هستند؟

بله. Virtual Diskهای Linux با File Systemهایی مانند Ext4 و XFS نیز قابل بررسی و بازیابی هستند و روش کار بر اساس ساختار هر File System تعیین می‌شود.

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

امکان بررسی و بازیابی اطلاعات ReFS وجود دارد و نتیجه به وضعیت Virtual Disk، Metadata و Storage زیرین بستگی دارد.

آیا اطلاعات Virtual Disk بعد از خرابی RAID قابل بازیابی است؟

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

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

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

آیا بازیابی Virtual Disk از SSD و NVMe امکان‌پذیر است؟

بله. Virtual Diskهایی که روی SSDهای SATA، SAS، Enterprise SSD و NVMe قرار دارند نیز قابل بررسی هستند.

آیا ماشین مجازی بدون Host اصلی قابل بازیابی است؟

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

آیا Database داخل Virtual Disk نیز قابل بازیابی است؟

بله. Databaseهایی مانند SQL Server، Oracle و MySQL در صورت قابل دسترس بودن ساختار Virtual Disk و فایل‌های Database می‌توانند مورد بررسی قرار گیرند.

مدت زمان بازیابی Virtual Disk چقدر است؟

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

آیا بازیابی اطلاعات Virtual Disk تضمینی است؟

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

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

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

این خدمات شامل بازیابی VMDK، VHD، VHDX و اطلاعات ماشین‌های مجازی در محیط‌های VMware، Hyper-V، Citrix و سایر زیرساخت‌های Virtualization است.

همچنین ساختارهای زیرین شامل Server، RAID، SAN، NAS، DAS، Storage، Storage Pool، Volume، LUN و Datastore در فرآیند بازیابی مورد بررسی قرار می‌گیرند.

رسانه افزار امکان تحلیل و بازیابی اطلاعات Virtual Disk با File Systemهای مختلف از جمله NTFS، ReFS، FAT32، exFAT، Ext2، Ext3، Ext4، XFS و Btrfs را دارد.

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

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

لینک‌ ها : 

بازیابی اطلاعات ماشین‌های مجازی

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

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

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

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

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

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

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

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

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

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

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

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