انتقال سرور فیزیکی به ماشین مجازی؛ مراحل و کنترل نتیجه

نمونه برای یک فایل‌سرور Windows Server 2022 غیر Domain Controller با بوت BIOS/MBR، دیسک‌های Basic، حجم‌های NTFS بدون رمزگذاری و دیسک بوت کمتر از ۲ ترابایت است. مقصد، Hyper-V روی Windows Server 2025 و ابزار تصویرگیری Disk2vhd v2.02 است. مستندات در ۱۵ اکتبر ۲۰۲۶ بررسی شده‌اند؛ عنوان نسخه ابزار، اثبات پشتیبانی برنامه‌های نصب‌شده یا اجرای آزمایش توسط ما نیست.

در این نمونه از فایل VHDX و VM نسل اول برای حفظ روش بوت BIOS استفاده می‌کنیم. برای UEFI/GPT، نسل و پارتیشن‌های بوت و روش تصویرگیری متفاوت‌اند؛ همین مراحل را بدون تطبیق تکرار نکنید. مهاجرت Domain Controller، SQL/Exchange، کلاستر، Storage Spaces، دیسک Dynamic، دیسک رمزگذاری‌شده و برنامه وابسته به سخت‌افزار در این مثال پوشش داده نمی‌شود.

اگر نسخه برنامه یا سیستم‌عامل در مقصد پشتیبانی نمی‌شود، نصب تازه و انتقال خود سرویس می‌تواند مسیر مناسب‌تری باشد. تبدیل تصویر، مجوز نرم‌افزار و سازگاری آن را خودکار اصلاح نمی‌کند. برای مقصد ESXi نیز ابزار و قالب دیسک متناسب لازم است؛ این آموزش تبدیل VHDX به VMDK نیست.

در System Information روش BIOS و در Disk Management نوع پارتیشن و حجم‌های سیستم را بررسی کنید. از تنظیم شبکه، Shareها، مجوزها و کار عادی چند کاربر نمونه ثبت داشته باشید. سرور مقصد و شبکه آزمایش را طبق راهنمای Hyper-V آماده کنید.

بکاپ مستقل قابل بازیابی باید پیش از تبدیل وجود داشته باشد. تصویر P2V و یک Checkpoint روی همان میزبان، جای آن را نمی‌گیرند. Disk2vhd حجم دارای BitLocker فعال را تبدیل نمی‌کند؛ صرف Suspend کردن حفاظت، رمزگشایی کامل نیست. برای چنین مبدأیی، روش سازگار با حفاظت داده را جدا طراحی کنید.

Disk2vhd را از صفحه رسمی Sysinternals دریافت و با دسترسی مجاز روی مبدأ اجرا کنید. ابزار از قابلیت Snapshot ویندوز برای تصویر نقطه‌ای حجم‌ها استفاده می‌کند؛ این قابلیت به‌تنهایی سازگاری تراکنش‌های هر پایگاه داده یا کامل‌بودن انتقال یک برنامه را تضمین نمی‌کند.

• برای این نمونه BIOS/MBR، حجم ویندوز، System Reserved یا حجم System بدون حرف درایو و همه حجم‌های داده لازم را انتخاب کنید. فقط انتخاب C: ممکن است پارتیشن لازم بوت یا داده فایل‌سرور را جا بگذارد. اگر ساختار با فرض این مثال فرق دارد، پیش از Create تطبیق را انجام دهید.
• خروجی VHDX و Use Volume Shadow Copy را برای حجم‌های این مثال انتخاب کنید. محل خروجی را روی رسانه مستقل با فضای کافی و دسترسی محدود بگذارید؛ آن رسانه را جزو حجم‌های مبدأ انتخاب نکنید. تصویر شامل داده و تنظیمات حساس سرور است.
• Create را اجرا و نتیجه پایان کار و خطاها را کنترل کنید. زمان ثبت تصویر و حجم‌های انتخاب‌شده را بنویسید. بسته به قرارگیری حجم‌ها روی دیسک‌های فیزیکی، ممکن است چند فایل دیسک تولید شود؛ همه فایل‌های لازم را فهرست کنید.
• تصویر اصلی را حفظ و یک کپی برای آزمایش به مقصد منتقل کنید. اندازه و هش هر فایل را در دو محل مقایسه کنید؛ این کنترل فقط صحت کپی را نشان می‌دهد و جای بوت و آزمون داده نیست.

Get-FileHash -Algorithm SHA256 "E:\P2V\FileSrv.vhdx"

فایل دیسک تولیدشده را روی همان سیستم مبدأ Mount نکنید؛ تغییر شناسه دیسک می‌تواند قابلیت بوت نسخه را خراب کند. تصویر آزمایشی نیز فقط وضعیت زمان گرفتن تصویر را دارد؛ فایل‌هایی که بعداً روی مبدأ عوض شده‌اند خودبه‌خود به آن اضافه نمی‌شوند.

• در Hyper-V Manager یک VM آزمایشی با نام نمایشی مانند P2V-FileSrv-Test بسازید. نام نمایشی VM، نام ویندوز داخل تصویر را عوض نمی‌کند. برای این مبدأ BIOS/MBR، Generation 1 را انتخاب کنید؛ VHDX به‌تنهایی دلیل انتخاب Generation 2 نیست.
• در Configure Networking، فعلاً Not connected را نگه دارید. در Connect Virtual Hard Disk، کپی دیسک بوت موجود را انتخاب کنید؛ دیسک تازه خالی نسازید و تصویر اصلی نگهداری‌شده را وارد آزمایش نکنید.
• دیسک بوت نسل اول روی IDE قرار می‌گیرد. دیسک‌های داده لازم را نیز به VM اضافه و ظرفیت RAM/CPU را متناسب با خط مبنای ثبت‌شده تعیین کنید. ترتیب بوت و ارتباط هر فایل با حجم مبدأ را کنترل کنید.
• از کنسول روشن کنید و با حساب محلی مجاز وارد شوید. شناسایی سخت‌افزار مجازی، وضعیت درایور و یکپارچه‌سازی، حرف درایوها و سرویس‌ها را ببینید؛ راه‌اندازی مجدد لازم را انجام دهید.
• برای آزمون فایل‌سرور، VM و یک کلاینت آزمایش را به Private switch جدا وصل کنید. هیچ مسیری از این شبکه به تولید نباشد. حساب و داده آزمایشی مجاز به کار ببرید؛ آزمون کامل وابسته به دامنه به محیط جداگانه درست یا بازه کنترل‌شده انتقال نیاز دارد.

اگر ویندوز بوت نمی‌شود، ابتدا نسل، اتصال دیسک بوت، وجود System Reserved و موفقیت تصویرگیری را بررسی کنید. روی تصویر اصلی فرمان ترمیم یا تبدیل پارتیشن اجرا نکنید. اگر لازم شد آزمون را از نو بسازید، از کپی سالم شروع کنید.

در نمونه فایل‌سرور، بازشدن فایل‌های توافق‌شده، حجم‌ها، Shareها، مجوزهای مورد انتظار و یک نوشتن/خواندن آزمایشی را بررسی کنید. روشن‌شدن ویندوز به معنی صحت همه فایل‌ها یا همه مجوزها نیست. نتیجه و هر وابستگی آزموده‌نشده را ثبت کنید.

پس از موفقیت آزمایش، زمان پایان کار کاربران و آخرین نوشتن را هماهنگ کنید. برای فایل‌سرور، نشست‌ها و فایل‌های باز را بررسی و فرصت بستن صحیح بدهید؛ کارهای زمان‌بندی‌شده یا مسیرهای دیگری که روی داده می‌نویسند هم باید در توقف هماهنگ پوشش داده شوند. بستن اجباری یک فایل باز ممکن است تغییرات کاربر را از بین ببرد.

• پس از توقف نویسنده‌ها، تصویر نهایی را با همان حجم‌های تأییدشده بگیرید. این مسیر، انتقال کامل مجدد است و همگام‌سازی افزایشی خودکار ندارد؛ زمان توقف شامل تصویرگیری، کپی و کنترل خواهد بود.
• در طول انتقال، مبدأ را برای نوشتن دوباره باز نکنید. نسخه نهایی را منتقل و صحت کپی را کنترل کنید. آزمون قبلیِ تغییرکرده را جای تصویر نهایی به شبکه کاری نبرید.
• سرور فیزیکی را خاموش و از شبکه کاری جدا نگه دارید. سپس VM ساخته‌شده از تصویر نهایی را ابتدا با شبکه قطع بوت و وضعیت حجم‌ها و سرویس‌ها را کنترل کنید.
• کارت مجازی تازه ممکن است تنظیم IP قبلی را به ارث نبرد. IP، DNS و مسیرها را مطابق ثبت مبدأ تنظیم و پیش از اتصال، نبود نسخه فعال با همان نام یا IP را تأیید کنید.
• VM را به شبکه مجاز مقصد وصل کنید و پیش از بازکردن کار برای همه، آزمون پذیرش را با کاربران منتخب انجام دهید. پس از تأیید، نوشتن عادی فقط در مقصد از سر گرفته شود.

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

• فایل‌ها و پوشه‌های منتخب، آخرین تغییرات پیش از توقف و حرف درایوها با مبدأ یا ثبت معتبر مقایسه شوند؛ تعداد فایل به‌تنهایی صحت محتوا را ثابت نمی‌کند.
• کاربر عادی با حساب خودش فایل مجاز را باز و کار توافق‌شده را انجام دهد؛ کاربر فاقد مجوز نیز واقعاً به فایل محدودشده دسترسی نداشته باشد.
• مسیر Share، نام سرور، DNS، سرویس‌های وابسته و کارهای زمان‌بندی‌شده در مقصد کنترل شوند.
• مجوز/فعال‌سازی، خطاهای سیستم، ظرفیت و کارکرد در بار نماینده بررسی شود؛ بوت موفق تضمین سرعت بیشتر نیست.
• بکاپ مقصد برقرار و آزمون بازیابی برنامه‌ریزی و اجرا شود. نتیجه پذیرش و مدت نگهداری مبدأ خاموش ثبت شود.

اگر هنوز داده کاری تازه در مقصد ثبت نشده، VM را خاموش و از شبکه جدا کنید؛ سپس مبدأ حفظ‌شده را با کنترل نام، IP و سرویس‌ها برگردانید. قبل از بازکردن کار، روشن‌نبودن نسخه دیگر را تأیید کنید. پاک‌کردن فوری دیسک یا استفاده دوباره از سرور مبدأ، راه برگشت را از بین می‌برد.

اگر در VM داده جدید ثبت شده، روشن‌کردن نسخه قدیمی به‌تنهایی برگشت قابل قبول نیست. نوشتن را متوقف، هر دو وضعیت را حفظ و انتقال تغییرات را با مسئول داده و پشتیبان سرویس طراحی کنید. در فایل‌سرور هم کپی کورکورانه با overwrite یا حذف همگام می‌تواند نسخه درست را از بین ببرد.

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