مهاجرت P2V؛ انتقال سرور فیزیکی به ماشین مجازی بدون توقف طولانی کسبوکار
روی کاغذ، مهاجرت P2V (Physical to Virtual) ساده است: ابزار تبدیل را اجرا کنید، دیسک سرور فیزیکی را به دیسک مجازی تبدیل کنید، ماشین مجازی را روشن کنید. در عمل، مشکلاتی که بعد از روشن شدن ظاهر میشوند — سرویسی که بالا نمیآید، نرمافزاری که لایسنسش را از دست داده، کنترلر دامنهای که دادهاش ناسازگار شده — دلیل اصلی توقفهای طولانیاند.
این مقاله روش مهاجرت P2V را طوری شرح میدهد که توقف کسبوکار به یک پنجره کوتاه برنامهریزیشده محدود شود و در هر لحظه، راه بازگشت وجود داشته باشد.
چرا P2V، و چه زمانی نه
P2V وقتی منطقی است که سرور فیزیکی قدیمی شده اما نصب دوباره سیستمعامل و برنامهها پرهزینه یا پرریسک است — نرمافزاری که نصبکنندهاش در دسترس نیست، پیکربندیای که کسی مستند نکرده، یا برنامهای که فروشندهاش دیگر پشتیبانی نمیدهد. مزیتهای محیط مجازی را در مجازیسازی سرور کی صرفه دارد آوردهایم.
اما P2V همیشه بهترین مسیر نیست. گاهی ساختن ماشین مجازی تمیز و انتقال داده و نقشها، نتیجه بهتری میدهد:
- کنترلر دامنه: تقریباً هرگز P2V نشود (دلیلش پایینتر آمده).
- سیستمعامل بسیار قدیمی که به پایان پشتیبانی رسیده؛ مهاجرت فرصت ارتقاست، نه انتقال مشکل.
- سروری که سالها نرمافزار روی آن نصب و حذف شده و ناپایدار است.
- پایگاه داده: معمولاً بهتر است سرور پایگاه داده جدید ساخته و داده با روشهای بومی خود پایگاه داده منتقل شود.
مرحله ۱: شناسایی و ارزیابی
بیشترین شکستها از چیزهایی میآید که کسی نمیدانست روی سرور است. پیش از هر کاری، برای هر سرور مستند کنید:
- نقشها و سرویسها: همه سرویسهای در حال اجرا، نه فقط سرویس اصلی. سرور حسابداری ممکن است سرور چاپ و اشتراک فایل هم باشد.
- وابستگیها: چه سیستمهایی با این سرور ارتباط دارند؟ آدرس IP ثابت در پیکربندی چه دستگاههایی ثبت شده؟ کارهای زمانبندیشده، اسکریپتها، اتصال به دستگاههای سختافزاری مثل دستگاه حضور و غیاب.
- لایسنسها: کدام نرمافزار لایسنسش به سختافزار، آدرس MAC یا قفل USB گره خورده؟
- خط مبنای کارایی: مصرف پردازنده، حافظه، IOPS و تأخیر دیسک در یک دوره کاری کامل. بدون این عدد، نمیدانید ماشین مجازی را چقدر بزرگ بسازید و نمیتوانید بعد از مهاجرت ثابت کنید «کندتر نشده».
- حالت بوت: BIOS قدیمی یا UEFI، و نوع جدول پارتیشن (MBR یا GPT).
- حجم واقعی داده و فضای خالی دیسکها.
مرحله ۲: انتخاب روش
| روش | چطور | مناسب برای | ریسک |
|---|---|---|---|
| تبدیل داغ (Hot) | کپی از سیستم در حال کار با Snapshot لحظهای (VSS در ویندوز)، سپس همگامسازی تغییرات | سرورهای فایل و برنامه با تحمل توقف کم | ناسازگاری داده برای برنامههایی که VSS را پشتیبانی نمیکنند |
| تبدیل سرد (Cold) | خاموش کردن سرور و کپی دیسک از محیط بوت جدا | سرورهایی که سازگاری کامل داده حیاتی است | توقف در کل مدت کپی |
| بازیابی از بکاپ | بکاپ تصویری سرور فیزیکی و بازیابی بهصورت ماشین مجازی | وقتی نرمافزار بکاپ این قابلیت را دارد | همان ریسک درایورها |
| بازسازی و انتقال داده | ماشین مجازی تمیز + انتقال نقش و داده | کنترلر دامنه، پایگاه داده، سیستمعامل قدیمی | زمان بیشتر پیش از جابهجایی |
ابزارها بسته به هایپروایزر متفاوتاند: ابزارهای تبدیل خود سازندگان هایپروایزر، ابزار Disk2vhd از مجموعه Sysinternals مایکروسافت که از سیستم در حال کار دیسک VHDX میسازد، نرمافزارهای بکاپ با قابلیت بازیابی به ماشین مجازی، و در Proxmox تبدیل تصویر دیسک با ابزار qemu-img. ابزار مهم است، اما کمتر از روش.
مرحله ۳: مشکلات فنی شناختهشده و راهحلها
بوت نشدن به دلیل درایور کنترلر دیسک
سرور فیزیکی با درایور کنترلر RAID سختافزاری خودش بوت میشد. در ماشین مجازی، کنترلر دیسک متفاوت است و اگر ویندوز درایور آن را در مسیر بوت نداشته باشد، با خطای صفحه آبی INACCESSIBLE_BOOT_DEVICE متوقف میشود. ابزارهای تبدیل معمولاً درایور مناسب را تزریق میکنند؛ اما این همان جایی است که آزمایش پیش از جابهجایی نجاتتان میدهد. در Proxmox، بوت اولیه با کنترلر سادهتر و نصب درایورهای VirtIO پیش از تغییر به کنترلر بهینه، روش رایج است.
حالت بوت: BIOS یا UEFI
ماشین مجازی باید با همان حالت بوت سرور فیزیکی ساخته شود. در Hyper-V، نسل ۱ ماشین مجازی برای BIOS و نسل ۲ برای UEFI است. دیسک MBR که از BIOS بوت میشد، در ماشین نسل ۲ بوت نمیشود مگر پیش از آن تبدیل شود.
کارت شبکه جدید و IP ثابت
ماشین مجازی کارت شبکه جدیدی میبیند و ویندوز آن را اتصال جدید حساب میکند؛ آدرس IP ثابت روی کارت قدیمی میماند که دیگر وجود ندارد. آدرس را روی کارت جدید تنظیم کنید و کارت شبکه مخفی قدیمی را از Device Manager حذف کنید تا هشدار «آدرس در حال استفاده است» ندهد. اگر لایسنس نرمافزاری به آدرس MAC وابسته است، MAC ماشین مجازی را دستی و مطابق قبلی تنظیم کنید.
نرمافزارهای مخصوص سختافزار
ابزارهای مدیریتی سازنده سرور، درایورهای کنترلر RAID، نرمافزار مدیریت UPS با اتصال USB و عاملهای پایش سختافزار در ماشین مجازی بیمعنیاند و گاهی خطا یا کندی میسازند. پس از مهاجرت حذفشان کنید و ابزارهای یکپارچهسازی هایپروایزر (Integration Services یا Guest Tools) را نصب کنید.
لایسنس ویندوز
لایسنس OEM ویندوز که همراه سرور فیزیکی خریده شده، به همان سختافزار گره خورده و به ماشین مجازی قابل انتقال نیست. ماشین مجازی باید تحت لایسنس میزبان (مثلاً حقوق مجازیسازی ویندوز سرور Standard یا Datacenter) فعال شود. این را پیش از مهاجرت در برنامه لایسنس ببینید.
قفل سختافزاری USB
بیشتر هایپروایزرها امکان عبور دستگاه USB به ماشین مجازی را دارند، یا میتوان از سرور USB تحت شبکه استفاده کرد. پیش از جابهجایی آزمایش کنید؛ بعضی قفلها به عبور USB حساساند.
مرحله ۴: کنترلر دامنه و پایگاه داده، حالتهای خاص
چرا کنترلر دامنه را P2V نکنیم
اکتیو دایرکتوری تغییرات را بین کنترلرهای دامنه با شمارههای ترتیبی (USN) ردیابی میکند. اگر نسخه قدیمیتری از یک کنترلر دامنه — مثلاً تصویری که ساعتها پیش گرفته شده — دوباره در شبکه روشن شود، ممکن است پدیده USN Rollback رخ دهد: کنترلرهای دیگر تغییرات آن را نادیده میگیرند و دایرکتوری ناسازگار میشود — مشکلی که تشخیص و رفع آن دشوار است. روش امن و استاندارد: یک کنترلر دامنه جدید مجازی بسازید، نقشها (FSMO) را منتقل کنید، از همگام بودن اطمینان پیدا کنید و کنترلر قدیمی را بهطور منظم از نقش خارج کنید.
پایگاه داده
اگر سرور پایگاه داده را P2V میکنید، برای جابهجایی نهایی سرویس پایگاه داده را متوقف کنید تا داده در حالت سازگار کپی شود. روش بهتر در بیشتر موارد: نصب پایگاه داده در ماشین مجازی تمیز، و انتقال با بکاپ و بازیابی بومی — که در آن، سازگاری داده تضمینشده و قابل آزمایش است.
مرحله ۵: آزمایش پیش از جابهجایی
ماشین مجازی تبدیلشده را پیش از روز جابهجایی، در یک شبکه ایزوله روشن کنید — شبکهای که به شبکه اصلی راه ندارد، چون دو سرور با نام و IP یکسان در یک شبکه، مشکل جدی میسازند. در این محیط بررسی کنید:
- سیستمعامل بدون خطا بوت میشود و سرویسها بالا میآیند.
- برنامه اصلی باز میشود و داده را نشان میدهد.
- لایسنس نرمافزارها فعال است.
- کارایی با خط مبنا قابل مقایسه است.
هر مشکلی که اینجا پیدا شود، مشکلی است که روز جابهجایی پیش نمیآید.
مرحله ۶: برنامه جابهجایی
- اطلاعرسانی پنجره توقف به کاربران — معمولاً پایان هفته یا بعد از ساعت کاری.
- بکاپ کامل و تأییدشده از سرور فیزیکی پیش از شروع. جزئیات در پشتیبانگیری سازمانی.
- همگامسازی نهایی: در روش داغ، توقف سرویسها و همگامسازی آخرین تغییرات؛ در روش سرد، خاموشی و کپی کامل.
- خاموش کردن سرور فیزیکی و جدا کردن کابل شبکهاش. جدا کردن کابل مهم است: کسی ممکن است فردا صبح «ببیند خاموش است و روشنش کند».
- روشن کردن ماشین مجازی، تنظیم شبکه، اجرای فهرست آزمون.
- تأیید کاربر کلیدی — کسی از واحد مالی که با نرمافزار کار میکند، نه فقط تیم IT.
- فعال کردن بکاپ برای ماشین مجازی جدید در همان روز.
مسیر بازگشت
سرور فیزیکی را تا یک یا دو هفته بعد از جابهجایی دستنخورده نگه دارید. اگر مشکل جدی کشف شد، بازگشت یعنی خاموش کردن ماشین مجازی و روشن کردن سرور فیزیکی — به شرطی که در این فاصله داده جدیدی روی ماشین مجازی ثبت نشده باشد، یا روش انتقال آن داده به عقب از پیش مشخص باشد. معیار بازگشت را هم از پیش تعیین کنید: چه مشکلی، تا چه ساعتی، تصمیم با چه کسی.
پس از مهاجرت
- اندازهگذاری درست: vCPU و حافظه را بر اساس خط مبنای اندازهگیریشده تنظیم کنید، نه بر اساس مشخصات سرور فیزیکی قدیمی. سرور فیزیکی ۱۶ هستهای که ۵٪ مصرف داشت، به ماشین ۱۶ vCPU نیاز ندارد.
- حذف دستگاههای مخفی و نرمافزارهای سختافزاری.
- بهروزرسانی مستندات: محل جدید سرور، آدرسها، روش بکاپ و بازیابی.
- مقایسه کارایی در اولین هفته کاری با خط مبنا.
- تصمیم درباره سختافزار قدیمی بعد از پایان دوره بازگشت — و پاک کردن امن دیسکهایش پیش از خروج از سازمان.
ترتیب مهاجرت چند سرور
اگر چند سرور را مهاجرت میدهید، از کمریسکترین شروع کنید — مثلاً سرور چاپ یا سرویس داخلی کماستفاده — تا روش و ابزار در محیط شما آزمایش شود. سرورهای حیاتی را بعد از دو یا سه مهاجرت موفق انجام دهید، و هر پنجره توقف را فقط به یک سرور حیاتی اختصاص دهید.
پرسشهای متداول
مهاجرت P2V چقدر طول میکشد؟
کپی داده به حجم و سرعت شبکه بستگی دارد؛ روی شبکه گیگابیتی، هر ترابایت در بهترین حالت چند ساعت. اما بیشتر زمان پروژه صرف شناسایی، آزمایش و برنامهریزی میشود. پنجره توقف واقعی برای هر سرور، با آمادهسازی درست، معمولاً به چند ساعت محدود میشود.
میشود P2V را بدون هیچ توقفی انجام داد؟
برای بیشتر سرورها یک توقف کوتاه برای همگامسازی نهایی و جابهجایی لازم است. هدف واقعبینانه، توقف کوتاه و برنامهریزیشده در ساعت غیرکاری است، نه صفر.
سرور خیلی قدیمی را هم میشود مجازی کرد؟
اغلب بله، اما هایپروایزرهای جدید برای سیستمعاملهای خیلی قدیمی درایور و پشتیبانی رسمی ندارند. در این حالت، ارزیابی ریسک و گاهی ارتقای سیستمعامل یا برنامه، بخشی از پروژه است.
قدم بعدی
اگر سرورهای فیزیکی قدیمی دارید که نگران خرابیشان هستید، اولین قدم فهرست وابستگیها و خط مبنای کارایی است. در پروژه مجازیسازی، ارزیابی، آزمایش در شبکه ایزوله، جابهجایی در ساعت غیرکاری و مسیر بازگشت را برنامهریزی و اجرا میکنیم.
مشاهده خدمات مجازیسازی و مهاجرت سرور · تلفن: 021-74903
پروژه مهاجرت دارید و ظرفیت اجرا ندارید؟
اگر مشاور یا پیمانکار IT هستید و مشتریتان باید سرورهای قدیمی را مجازی کند، از طریق برنامه همکاری در فروش نصیر ارتباط پروژه را مشترک اجرا کنیم.