بازیابی Hyper-V 

ریکاوری حرفه‌ای ماشین‌های مجازی در رسانه افزار  

معرفی بازیابی Hyper-V

بازیابی اطلاعات در محیط Microsoft Hyper-V یکی از حساس‌ترین فرآیندهای زیرساختی در دیتاسنترهای مدرن است. دلیل اصلی این حساسیت، ساختار چندلایه ذخیره‌سازی، وابستگی شدید ماشین‌های مجازی (VM) به دیسک‌های مجازی VHDX و وجود Checkpoint Chainهای پیچیده است.

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

 

چرا بازیابی Hyper-V پیچیده است؟

Hyper-V فقط یک مجازی‌ساز ساده نیست؛ بلکه شامل چند لایه حیاتی است:

1. لایه Storage

  • NTFS / ReFS

  • Storage Spaces

  • SAN / NAS

2. لایه دیسک مجازی

  • VHD / VHDX

  • Dynamic / Fixed disks

3. لایه Checkpoint

  • AVHDX (Differencing disks)

  • Snapshot chain

4. لایه Configuration

  • XML / BIN VM metadata

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

 

مهم‌ترین دلایل خرابی Hyper-V

 

خرابی Storage Backend

  • RAID failure

  • خرابی SAN / NAS

  • corruption در Storage Spaces

  • خرابی در سیستم‌های مبتنی بر ZFS

 

خرابی VHDX

  • Header corruption

  • Bad sector

  • Allocation table damage

  • File system inconsistency

 

خرابی Checkpoint Chain

  • missing parent disk

  • broken AVHDX chain

  • failed merge operation

  • orphaned checkpoints

 

خطای انسانی

  • حذف VM اشتباه

  • حذف VHDX

  • نصب مجدد OS روی همان Storage

  • recreate کردن VM بدون disk

 

خرابی Host

  • Windows Server crash

  • Hyper-V Role corruption

  • Cluster node failure

 

علائم خرابی Hyper-V

  • VM start نمی‌شود

  • خطای VHDX missing یا corrupted

  • VM stuck in “Applying Changes”

  • datastore یا volume unavailable

  • checkpoint merge error

  • I/O error در Event Viewer

 

اصول حیاتی قبل از بازیابی (Golden Rules)

 اقدامات ممنوع

  • حذف فایل‌های VHDX / AVHDX

  • merge دستی checkpointها

  • نصب مجدد Windows Server

  • format کردن volume

  • mount کردن disk خراب بدون clone

  • اجرای repair بدون تحلیل

این اقدامات معمولاً باعث از بین رفتن داده‌های قابل بازیابی می‌شوند.

 

مراحل بازیابی Hyper-V

1. توقف کامل سیستم (Freeze State)

  • جلوگیری از هرگونه write جدید

  • توقف VMهای فعال

  • غیرفعال کردن Auto-start

 

2. بررسی Storage Layer

Hyper-V ممکن است روی این سیستم‌ها باشد:

  • NTFS / ReFS

  • Storage Spaces

  • SAN / NAS

  • RAID hardware

 اگر Storage خراب باشد، ابتدا باید Storage Recovery انجام شود.

3. تحلیل فایل‌های ماشین مجازی

  • VHD / VHDX (دیسک اصلی)

  • AVHDX (checkpoint files)

  • XML configuration

 

4. بازیابی VHDX (Core Layer)

حالت سالم:

  • mount مستقیم

  • attach به VM جدید

حالت خراب:

  • header corruption

  • نیاز به reconstruction سطح بلاک

  • forensic disk imaging

 

5. بازیابی Checkpoint Chain (Critical Layer)

Checkpoint در Hyper-V ساختار زنجیره‌ای دارد:

  • Parent VHDX

  • Child AVHDX

خرابی‌های رایج:

  • broken chain

  • missing parent disk

  • failed merge

  • orphaned snapshots

 این بخش حساس‌ترین نقطه شکست Hyper-V است.

 

6. بازسازی ماشین مجازی (VM Reconstruction)

  • ایجاد VM جدید

  • اتصال VHDX بازیابی‌شده

  • تنظیم CPU / RAM / Network

  • تست Boot در محیط ایزوله

 

7. استخراج داده‌ها (Data Recovery)

  • فایل‌های سازمانی

  • دیتابیس‌ها

  • سرویس‌های حیاتی

  • فایل‌سیستم داخلی VM

 

سناریوهای پیشرفته خرابی

خرابی Storage Backend

اگر Hyper-V روی این‌ها باشد:

  • RAID failure

  • SAN outage

  • ZFS pool degradation

 ابتدا باید Storage reconstruction انجام شود.

خرابی Cluster

  • Failover failure

  • split-brain scenario

  • node inconsistency

خرابی دیتابیس داخل VM

SQL Server

  • MDF / LDF recovery

  • transaction log analysis

MySQL / MariaDB

  • InnoDB recovery

  • binlog replay

Oracle

  • datafile reconstruction

  • redo log recovery

 

اشتباهات مرگبار در Hyper-V Recovery

  •  حذف دستی AVHDX
  •  merge بدون backup
  •  reinstall روی Storage اصلی
  •  attach بدون بررسی chain
  •  format کردن volume
  •  استفاده از ابزارهای غیرتخصصی

 

سطح‌بندی پیچیدگی ریکاوری

سطح 1: ساده

  • VHDX سالم

  • بدون snapshot corruption

سطح 2: متوسط

  • checkpoint chain broken

  • نیاز به reconstruction

سطح 3: پیچیده

  • Storage failure

  • multi-layer corruption

  • forensic recovery

  •  

زمان‌بندی ریکاوری Hyper-V

  • خرابی ساده: 1 تا 3 روز

  • خرابی متوسط: 3 تا 7 روز

  • خرابی پیچیده: 7 تا 14 روز

  • disaster recovery کامل: 14 روز+

 

اصول حرفه‌ای (Enterprise Standard)

✔ همیشه clone از VHDX تهیه شود
✔ Storage قبل از VM بررسی شود
✔ از write روی دیسک خراب جلوگیری شود
✔ checkpoint chain دستکاری نشود
✔ VM در محیط ایزوله تست شود

 

جمع‌بندی نهایی

در Hyper-V، سه لایه اصلی تعیین‌کننده موفقیت ریکاوری هستند:

  • Storage Layer (NTFS / ReFS / SAN)

  • Disk Layer (VHDX)

  • Snapshot Layer (AVHDX)

ترتیب صحیح ریکاوری:

Storage → VHDX → Checkpoint → VM

 

نتیجه حرفه‌ای

بازیابی Hyper-V یک فرآیند کاملاً حساس و چندلایه است که موفقیت آن به سرعت تصمیم‌گیری، جلوگیری از خطای انسانی و تحلیل دقیق Storage بستگی دارد.

هر اقدام اشتباه در لحظات اولیه = کاهش شدید احتمال بازیابی

در خرابی Hyper-V، توقف بهترین اقدام است.

راهنمای فوری Hyper-V Recovery | سناریوهای بحرانی و بازیابی اضطراری دیتاسنتر

معرفی

این راهنما برای شرایط بحرانی در زیرساخت‌های مجازی‌سازی مبتنی بر Microsoft Hyper-V طراحی شده است؛ زمانی که ماشین‌های مجازی (VM)، Storage یا کل Host از دسترس خارج شده‌اند.

هدف این سند:

  • جلوگیری از بدتر شدن خرابی

  • حفظ قابلیت بازیابی

  • کاهش ریسک از دست رفتن دائمی داده‌ها

 

 

 1. قانون طلایی (Golden Rule)

 در شرایط خرابی هرگز انجام ندهید:

  • Recreate کردن VM

  • Delete کردن VHD/VHDX

  • Format کردن Volume

  • Reinstall کردن Windows Server

  • Merge دستی Checkpointها

  • اجرای Repair بدون Backup یا Clone

 این اقدامات معمولاً باعث Overwrite شدن ساختار قابل بازیابی می‌شوند.

 

 2. تشخیص سریع نوع خرابی

حالت A: VM Boot Failure

  • VM روشن نمی‌شود

  • خطای VHDX یا Missing Disk

 احتمال: خرابی دیسک مجازی یا Checkpoint chain

 

حالت B: Storage Failure

  • Volume دیده نمی‌شود

  • همه VMها Offline هستند

 احتمال: خرابی NTFS / ReFS یا Storage Spaces

 

حالت C: Host Failure

  • Hyper-V Role بالا نمی‌آید

  • VM list خالی یا Corrupt

 احتمال: خرابی OS یا Role configuration

 

حالت D: Checkpoint Stuck

  • VM در حالت “Applying Changes”

  • یا گیر کرده در Merge

 احتمال: خرابی AVHDX chain

 

 3. اقدامات فوری (First 30–60 Minutes)

مرحله 1: Freeze کامل سیستم

  • توقف تمام VM operations

  • جلوگیری از reboot مکرر

  • عدم اجرای backup یا replication

 

مرحله 2: جداسازی VMهای مشکوک

  • Stop کردن VMهای آسیب‌دیده

  • جلوگیری از Auto-start

 

مرحله 3: بررسی Storage Layer

Hyper-V معمولاً روی یکی از این‌ها اجرا می‌شود:

  • NTFS

  • ReFS

  • Storage Spaces

  • SAN / NAS

 اگر Storage خراب باشد، اول باید Storage Recovery انجام شود.

 

 4. بررسی فایل‌های حیاتی VM

ساختار اصلی:

  • VHD / VHDX (Disk اصلی)

  • AVHDX (Checkpoint)

  • XML (Configuration)

 خرابی در هر کدام می‌تواند VM را غیرقابل Boot کند.

 

 5. بازیابی VHDX (لایه حیاتی)

حالت سالم:

  • Mount شدن مستقیم VHDX

  • امکان اتصال به VM جدید

حالت خراب:

  • Header corruption

  • Allocation table damage

  • نیاز به reconstruction block-level

 

 6. بازیابی Checkpoint (AVHDX Chain)

Checkpoint در Hyper-V به‌صورت زنجیره‌ای است:

  • Parent Disk (VHDX)

  • Differencing Disk (AVHDX)

مشکلات رایج:

  • Missing parent

  • Broken chain

  • Failed merge

  • Orphaned checkpoint

 

 این بخش یکی از حساس‌ترین نقاط خرابی است.

 

 

 7. روش‌های بازیابی VM

روش استاندارد:

  1. پیدا کردن آخرین VHDX سالم

  2. ساخت VM جدید

  3. Attach کردن دیسک

  4. تست Boot

 

روش پیشرفته (Forensic Recovery):

  • Reconstruction AVHDX chain

  • Disk image analysis

  • Metadata rebuild

 

 

 8. اگر Storage Backend خراب باشد

اگر Hyper-V روی یکی از موارد زیر باشد:

  • RAID Failure

  • ZFS Pool Fault

  • SAN Disconnect

 ابتدا باید Storage Recovery انجام شود، سپس VM Recovery.

 

 

9. بازیابی دیتابیس داخل VM

SQL Server:

  • MDF / LDF repair

  • Transaction log recovery

MySQL:

  • InnoDB recovery

  • binlog replay

Oracle:

  • Datafile reconstruction

  • Redo log recovery

 

10. اشتباهات مرگبار در Hyper-V Recovery

حذف دستی AVHDX
 Merge بدون backup
 Recreate VM با disk خراب
 Format کردن Volume
 نصب مجدد OS روی Storage اصلی
 Mount کردن VHDX بدون clone

 

 11. تصمیم‌گیری سریع (Decision Tree)

آیا VHDX سالم است؟

  • بله → Attach و Boot

  • خیر → Reconstruction لازم

آیا Checkpoint chain سالم است؟

  • بله → Merge safe

  • خیر → Forensic recovery

آیا Storage سالم است؟

  • بله → VM recovery مستقیم

  • خیر → Storage recovery اول

 

 

 12. زمان‌بندی ریکاوری

  • VM ساده: 1 تا 3 روز

  • Checkpoint خراب: 3 تا 7 روز

  • Storage failure: 7 تا 14 روز

  • Disaster full recovery: 14+ روز

 

 

 13. اصول حرفه‌ای دیتاسنتر

✔ همیشه از VHDX clone تهیه کنید
✔ Checkpoint chain را دستکاری نکنید
✔ Storage را قبل از VM بررسی کنید
✔ از write روی disk خراب جلوگیری کنید
✔ VM را روی محیط امن تست کنید

 

 

 جمع‌بندی

در Hyper-V، خرابی واقعی معمولاً در یکی از این سه لایه است:

  • Storage Layer (NTFS / ReFS / SAN)

  • Disk Layer (VHDX)

  • Snapshot Layer (AVHDX)

 ترتیب صحیح بازیابی:

Storage → Disk → VM

 

نتیجه نهایی

اگر زیرساخت Hyper-V دچار خرابی شده:

 هیچ تغییری ایجاد نکن
 Storage را بررسی کن
 VHDX را clone کن
 سپس VM را بازسازی کن

این ترتیب، تفاوت بین ریکاوری موفق و از دست رفتن دائمی داده‌ها است.

VMware vs Hyper-V Recovery | مقایسه تخصصی بازیابی اطلاعات در مجازی‌سازی

چرا مقایسه VMware و Hyper-V در ریکاوری مهم است؟

در دیتاسنترهای مدرن، دو پلتفرم اصلی مجازی‌سازی یعنی VMware vSphere و Microsoft Hyper-V بیشترین سهم را دارند.

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

 

تفاوت معماری VMware و Hyper-V

VMware vSphere

  • مبتنی بر ESXi

  • استفاده از VMFS یا NFS Datastore

  • فایل‌های VMDK برای دیسک مجازی

  • Snapshot chain پیچیده

  • مدیریت Storage مستقل از OS

 

Microsoft Hyper-V

  • یک Role داخل Windows Server

  • استفاده از NTFS/ReFS

  • فایل‌های VHD / VHDX

  • وابسته به Windows Storage Stack

  • Integration عمیق با OS

 

تفاوت ساختار دیسک مجازی

VMware

  • VMDK (Virtual Machine Disk)

  • Descriptor + Flat file

  • Snapshot delta files

Hyper-V

  • VHD / VHDX

  • Dynamic / Fixed / Differencing disks

  • Checkpoint files

 

 نتیجه: ساختار Hyper-V ساده‌تر ولی وابسته‌تر به Windows است.

 

سناریوهای خرابی رایج

خرابی Storage Backend

VMware:

  • VMFS corruption

  • SAN/NAS failure

  • ZFS backend failure

Hyper-V:

  • NTFS/ReFS corruption

  • Volume offline

  • Storage Spaces failure

 

خرابی Snapshot / Checkpoint

VMware:

  • Snapshot chain corruption

  • parent disk missing

  • consolidation failure

Hyper-V:

  • checkpoint merge failure

  • AVHDX corruption

  • orphaned checkpoint

 

خرابی Host

VMware ESXi:

  • datastore inaccessible

  • host reboot loop

  • cluster split

Hyper-V:

  • Windows Server crash

  • Hyper-V role failure

  • cluster node loss

 

پیچیدگی بازیابی اطلاعات

VMware Recovery Complexity

  • بسیار بالا در snapshot chain

  • وابسته به datastore integrity

  • نیاز به reconstruction VMDK

Hyper-V Recovery Complexity

  • متوسط

  • وابسته به NTFS/ReFS repair

  • checkpoint repair ساده‌تر

 

بازیابی ماشین‌های مجازی (VM Recovery)

VMware

  • re-register VM

  • reconstruct VMDK chain

  • attach recovered disks

  • datastore recovery first

 

Hyper-V

  • attach VHD/VHDX مستقیم

  • merge checkpoint files

  • repair VM configuration XML

  • quicker recovery in simple cases

 

نقش Storage Backend در ریکاوری

در هر دو سیستم، Storage نقش حیاتی دارد:

VMware Storage:

  • VMFS

  • NFS

  • ZFS

Hyper-V Storage:

  • NTFS

  • ReFS

  • Storage Spaces

 اگر Storage خراب شود، VM recovery به مرحله دوم منتقل می‌شود.

 

بازیابی Snapshot vs Checkpoint

VMware Snapshot

  • chain-based structure

  • بسیار حساس

  • corruption کل VM را تحت تاثیر قرار می‌دهد

Hyper-V Checkpoint

  • merge-based structure

  • ساده‌تر

  • امکان recovery سریع‌تر در بسیاری از موارد

 

عملکرد در خرابی‌های واقعی

سناریو: خرابی 1 دیسک در Storage

VMware:

  • ممکن است VMها inaccessible شوند

  • نیاز به datastore repair

Hyper-V:

  • ممکن است volume هنوز قابل استفاده باشد

  • VMها سریع‌تر recover می‌شوند

 

سناریو: خرابی Snapshot chain

VMware:

  • ریسک از دست رفتن کامل VM

  • نیاز به reconstruction پیچیده

Hyper-V:

  • امکان merge و repair ساده‌تر

 

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

VMware:

  • کندتر در سناریوهای پیچیده

  • نیاز به تحلیل datastore + VMDK

Hyper-V:

  • سریع‌تر در سناریوهای ساده

  • repair مستقیم فایل‌ها

 

اشتباهات خطرناک در هر سیستم

VMware:

 delete snapshot chain
 mount force datastore
 overwrite VMDK files

Hyper-V:

 delete checkpoint files
 corrupting VHDX structure
 reboot during merge

 

هزینه و زمان بازیابی

VMware:

  • پیچیده‌تر → هزینه بالاتر

  • زمان: 1 تا 14 روز بسته به سناریو

Hyper-V:

  • ساده‌تر در موارد معمول

  • زمان: 1 تا 7 روز

 

جمع‌بندی نهایی

VMware:

✔ مناسب دیتاسنترهای enterprise
✔ امنیت بالا
❌ پیچیدگی زیاد در recovery

Hyper-V:

✔ ساده‌تر در مدیریت
✔ سریع‌تر در recovery ساده
❌ وابستگی به Windows storage stack

 

نتیجه حرفه‌ای

  • VMware = قدرت + پیچیدگی + ریکاوری سنگین

  • Hyper-V = سادگی + سرعت + ریکاوری قابل پیش‌بینی‌تر

در هر دو سیستم، مهم‌ترین عامل در موفقیت بازیابی:

 سلامت Storage Backend است (RAID / ZFS / SAN)

 

سوالات متداول

کدام بهتر برای ریکاوری است؟

Hyper-V در سناریوهای ساده سریع‌تر است، VMware در enterprise قدرتمندتر است.

آیا VMware امن‌تر است؟

در سطح enterprise بله، اما پیچیدگی بیشتری دارد.

آیا Hyper-V ارزان‌تر برای recovery است؟

معمولاً بله.

نقش ZFS چیست؟

در VMware یا Hyper-V به عنوان Storage Backend می‌تواند نقش کلیدی در ریکاوری داشته باشد.

 بازیابی اضطراری Hyper-V | خدمات 24/7 ریکاوری ماشین‌های مجازی (Emergency Recovery)

اگر Hyper-V شما از کار افتاده… همین حالا اقدام کنید

خرابی در زیرساخت مبتنی بر Microsoft Hyper-V می‌تواند در چند دقیقه باعث از دست رفتن همزمان ده‌ها ماشین مجازی، دیتابیس و سرویس حیاتی شود.

رسانه افزار خدمات Emergency Hyper-V Recovery را به‌صورت 24/7 برای سناریوهای بحرانی دیتاسنتر ارائه می‌دهد.

 

 چه زمانی این سرویس فوری است؟

اگر یکی از موارد زیر را دارید، سیستم شما در وضعیت بحرانی قرار دارد:

  • VM ها Boot نمی‌شوند یا Missing هستند

  • VHD / VHDX خراب یا حذف شده است

  • Checkpoint ها (AVHDX) گیر کرده‌اند

  • Datastore یا Volume دیده نمی‌شود

  • Storage (RAID / NAS / SAN) Down شده است

  • کل Hyper-V Host یا Cluster از کار افتاده است

 

هر دقیقه تأخیر = کاهش احتمال بازیابی کامل

 

 ما دقیقاً چه چیزی را بازیابی می‌کنیم؟

بازیابی ماشین‌های مجازی (VM Recovery)

  • Windows Server / Linux VM

  • Domain Controller

  • Web Server / Application Server

 

 بازیابی VHD / VHDX

  • Repair فایل‌های دیسک خراب

  • Reconstruction سطح بلاک

  • استخراج داده از image آسیب‌دیده

 

 بازیابی Checkpoint (AVHDX Chain)

  • رفع broken chain

  • repair snapshot dependency

  • بازگردانی VM به state سالم

 

بازیابی Storage Backend

  • RAID recovery

  • SAN/NAS reconstruction

  • recovery از ZFS poolهای خراب

 

 بازیابی دیتابیس داخل VM

  • SQL Server (MDF/LDF)

  • MySQL / MariaDB

  • Oracle Database

 

 

روش کار ما در Emergency Recovery

مرحله 1: توقف وضعیت بحرانی

  • جلوگیری از هرگونه write جدید

  • جلوگیری از reboot یا repair خودکار

 

مرحله 2: تحلیل Storage Layer

  • بررسی NTFS / ReFS

  • بررسی RAID / SAN / NAS

  • بررسی consistency سطح پایین

 

مرحله 3: Image و Clone ایمن

  • تهیه سکتور به سکتور از دیسک‌ها

  • کار فقط روی نسخه clone شده

  • جلوگیری از آسیب بیشتر

 

مرحله 4: Reconstruction Hyper-V

  • بازسازی VHDX

  • تعمیر checkpoint chain

  • rebuild VM configuration

 

مرحله 5: استخراج و تحویل داده

  • VM قابل Boot

  • یا export داده‌های حیاتی

  • یا recovery file-level

 

 اشتباهات مرگبار قبل از تماس

❌ حذف VM یا VHDX
❌ نصب مجدد Windows Server
❌ Merge دستی checkpointها
❌ Format کردن Volume
❌ Rebuild RAID بدون تحلیل
❌ Copy کردن فایل‌ها روی Storage خراب

 

 زمان‌بندی ریکاوری

  • خرابی ساده VM: 1 تا 3 روز

  • خرابی Snapshot/Checkpoint: 3 تا 7 روز

  • خرابی Storage: 7 تا 14 روز

  • Disaster Recovery کامل: 14+ روز

 

هزینه ریکاوری Hyper-V

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

  • تعداد VMها

  • نوع خرابی (VM / Storage / Cluster)

  • حجم داده‌ها

  • وضعیت VHDX / AVHDX

  • نوع Storage Backend

 بررسی اولیه و ارزیابی اولیه رایگان است.

 

 درخواست فوری بازیابی (24/7 Emergency Form)

 فرم ثبت درخواست اضطراری

نام شرکت / سازمان:
……………………………………….

نام تماس گیرنده:
……………………………………….

شماره تماس اضطراری:
……………………………………….

نوع خرابی:

  • VM Boot Failure

  • VHD/VHDX Corruption

  • Checkpoint Problem

  • Storage Failure

  • Cluster Down

  • Full System Outage

توضیحات مشکل:
……………………………………….
……………………………………….

سطح اضطرار:

  • عادی

  • فوری

  • بحرانی (Downtime کامل)

 

 تماس فوری 24/7

 تیم Emergency Recovery فعال است

  • پاسخگویی اضطراری دیتاسنتر

  • تحلیل سریع Storage و VM

  • شروع فرآیند ریکاوری بدون تأخیر

  • پشتیبانی سناریوهای Enterprise

 

 

چرا رسانه افزار؟

✔ تخصص در Hyper-V و VMware
✔ تجربه سناریوهای Disaster Recovery
✔ تحلیل سطح پایین Storage
✔ عدم استفاده از ابزارهای غیرحرفه‌ای
✔ تمرکز روی حفظ حداکثری داده‌ها

 

 جمع‌بندی

در خرابی Hyper-V، مهم‌ترین عامل موفقیت:

 

سرعت تصمیم‌گیری + عدم دستکاری اشتباه

اگر سیستم شما از کار افتاده:

 

 همین حالا اقدام کنید، قبل از اینکه داده‌ها غیرقابل بازیابی شوند.