بازیابی ماشین مجازی از بکاپ Veeam در محیط جدا

راهنما برای کنسول دسکتاپ Veeam Backup & Replication 13 روی Windows و مستندات build 13.1.1.18 است. زیرساخت نمونه vCenter/ESXi 8.0 U3 و VM ویندوزی APP01 از آموزش ساخت Job است. اینجا Entire VM Restore انجام می‌دهیم؛ Instant Recovery، بازگردانی Domain Controller، کلاستر دیتابیس یا تعمیر VM آلوده سناریوی این تمرین نیست.

نسخهٔ پشتیبان و زنجیرهٔ لازم باید در Repository در دسترس باشند. برای بکاپ رمزگذاری‌شده، امکان بازکردن آن با کلید یا رمز معتبر را پیش از حادثه بررسی کنید. مدیر باید مجوز بازیابی، دسترسی کنسول VMware و حساب محلی مجاز برای ورود به VM جداشده داشته باشد. فضای Datastore، CPU/RAM مقصد و دسترسی Proxy را پیش از شروع کنترل کنید.

در مثال، Host آزمایش، Datastore آزمایش و پوشهٔ Inventory تازهٔ RestoreLab از قبل آماده‌اند؛ نام VM مقصد APP01-RestoreTest است و هیچ VM یا فایل هم‌نامی در مقصد وجود ندارد. فایل sample.txt پیش از بکاپ دارای before-backup و پس از بکاپ در مبدأ دارای after-backup است. این‌ها دادهٔ نمونه‌اند، نه خروجی اجرای انجام‌شده توسط نت‌مسترز.

در Home → Backups → Disk، Job مربوط را باز کنید. روی APP01، گزینهٔ Restore entire VM → VMware vSphere را انتخاب کنید. در Virtual Machines با Point زمان دقیق نسخه را انتخاب کنید؛ نام Job و آخرین زمان Success را جای زمان واقعی این Restore Point نگذارید.

اگر نسخهٔ افزایشی انتخاب شود، Veeam به اجزای لازم زنجیره دسترسی می‌خواهد؛ داشتن یک فایل Incremental به‌تنهایی کافی نیست. در حادثه، نسخه باید با زمان خطا و احتمال آلودگی سنجیده شود، نه صرفاً «جدیدترین». آزمون حاضر بازیابی نمونهٔ شناخته‌شده است و سالم‌بودن همهٔ نسخه‌ها را اثبات نمی‌کند.

در Restore Mode، گزینهٔ Restore to a new location, or with different settings را انتخاب کنید. Restore to original location می‌تواند VM اصلی را خاموش و بازنویسی کند. حتی در حالت مقصد جدید، یکسان‌بودن نام و پوشه با VM اصلی می‌تواند موجب حذف نسخهٔ اصلی شود؛ این دو را صریحاً متفاوت تعیین کنید.

• در مراحل Host و Resource Pool، منابع از قبل آمادهٔ آزمایش را انتخاب کنید.
• در Datastore، مقصد آزمایشی و فضای لازم برای دیسک‌های بازیابی‌شده را کنترل کنید؛ اندازهٔ فایل بکاپ معیار ظرفیت دیسک بازشده نیست.
• در Folder و VM Settings، پوشهٔ RestoreLab و نام APP01-RestoreTest را وارد کنید؛ نام مقصد را با نام مهمان داخل ویندوز اشتباه نگیرید.
• در Network، همهٔ کارت‌ها و شبکه‌ها را بازبینی کنید. برای این آزمایش VM را انتخاب و Disconnected را اعمال کنید؛ هیچ کارت متصل به تولید باقی نماند.

عوض‌کردن نام VM در Inventory، IP، نام کامپیوتر داخل ویندوز یا هویت دامین را تغییر نمی‌دهد. بنابراین تغییر نام به‌تنهایی تعارض را رفع نمی‌کند. اگر آزمون برنامه به شبکه نیاز دارد، شبکه و وابستگی‌های آزمایشیِ بدون مسیر به تولید باید جدا طراحی شوند.

تنظیم Secure Restore را آگاهانه بررسی کنید؛ اسکن فقط وقتی قابل اتکاست که موتور و زیرساخت لازم آماده و نتیجهٔ آن ثبت شده باشد. فعال‌نکردن یا انجام‌نشدن اسکن را تأیید پاک‌بودن بکاپ گزارش نکنید. برای بکاپ مشکوک به باج‌افزار، همین تمرین عمومی مجوز اتصال دوباره به تولید نیست.

دلیل بازیابی را «آزمون نسخهٔ مشخص در محیط جدا» ثبت کنید. در Summary، نام، پوشه، Host، Datastore و شبکه‌ها را یک‌بار دیگر بخوانید؛ Power on VM after restoring را انتخاب نکنید. سپس Finish را بزنید و نتیجهٔ واقعی عملیات و هشدارها را ثبت کنید.

پس از پایان، در vSphere وجود APP01-RestoreTest و خاموش‌بودن آن را کنترل کنید. در تنظیمات VM، اتصال فعلی و اتصال هنگام روشن‌شدن همهٔ NICها را غیرفعال ببینید. فقط بعد از این کنترل، از کنسول VMware VM آزمایشی را روشن کنید. VM اصلی در این تمرین نباید خاموش یا تغییر داده شود.

VM نمونهٔ این راهنما برنامهٔ تراکنشی ندارد. برای VM واقعی، وابستگی به DNS، دامین، دیتابیس یا مجوز برنامه را از قبل در محیط تست فراهم کنید. شکست ورود دامین در VM کاملاً جدا، به‌تنهایی خرابی بکاپ را ثابت نمی‌کند؛ اتصال بی‌برنامه به تولید هم راه رفع آن نیست. ایمیل، پیامک، پرداخت و Jobهای زمان‌بندی‌شدهٔ برنامه نباید به سامانهٔ واقعی اثر بگذارند.

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

نام مبدأ و مقصد، زمان Restore Point، مخزن، دیسک‌های برگردانده‌شده، نتیجهٔ آزمون و موارد اجرا‌نشده را تحویل دهید. بعد از تأیید پایان تمرین، VM آزمایشی را خاموش و نگهداری یا پاک‌سازی آن را با مسئول محیط هماهنگ کنید؛ پیش از هر حذف، نام و مسیر مقصد را کنترل کنید.

این روند جای برنامهٔ بازگشت سرویس واقعی را نمی‌گیرد. اگر قرار است نسخهٔ بازیابی‌شده به تولید منتقل شود، تصمیم دربارهٔ داده‌های جدید مبدأ، نام/IP، وابستگی‌ها، زمان توقف و بازگشت تغییر لازم است. VM تازه نیز خودکار عضو همهٔ Jobهای قبلی نیست؛ حفاظت بعدی آن باید بررسی شود.