رفتن به محتوای اصلی

ساخت Backup Job برای ماشین مجازی در Veeam

یک VM مشخص را به یک مخزن مشخص وصل کنید و بعد از اجرای Job، نقطهٔ بازیابی و محدودهٔ واقعی داده را بررسی کنید.

این راهنما براساس مستندات رسمی تهیه شده و توسط نت‌مسترز به‌صورت عملی آزمایش نشده است.

آخرین بازبینی متن:

ساخت Job در Veeam با افزودن زیرساخت، آماده‌بودن Proxy و Repository و انتخاب VM شروع می‌شود. پایان موفق Job تنها یک بخش کنترل است؛ باید دیسک‌های حفاظت‌شده، زمان Restore Point و نتیجهٔ پردازش مهمان را نیز ببینید و بازیابی آزمایشی را جدا انجام دهید.
در این صفحه

نسخه، مجوز و سناریوی مشخص

مبنای رابط، Veeam Backup & Replication 13 روی Windows Server 2025 با کنسول دسکتاپ است؛ مستندات بررسی‌شده برای build 13.1.1.18 هستند. این متن راهنمای نصب Software Appliance لینوکسی یا Web UI نیست. BK1 با نصب سالم و مجوز معتبر و ظرفیت کافی از قبل آماده است؛ نوع مجوز و تعداد workload مجاز را در نصب خود کنترل کنید. Community Edition در Appliance لینوکسی را معادل امکان ساخت بکاپ رایگان فرض نکنید؛ مستندات آن حالت را به عملیات بازیابی محدود کرده‌اند.

مثال از vCenter و ESXi 8.0 U3 دارای مجوز پشتیبانی‌شده استفاده می‌کند. طبق ماتریس جاری Veeam، ESXi رایگان برای این بکاپ پشتیبانی نمی‌شود. APP01 یک VM آزمایشی Windows Server 2025 با دیسک‌های VMDK عادی است؛ دیتابیس فعال یا نقش Domain Controller ندارد. پیش از اولین اجرا، در پوشهٔ تازهٔ C:\BackupLab داخل APP01، فایل sample.txt با متن before-backup بسازید. VMware Tools سازگار، DNS و ارتباط اجزای بکاپ و Proxy آماده لازم‌اند. نسخهٔ دقیق نصب خود را قبل از اجرا با ماتریس رسمی تطبیق دهید.

دیسک Independent، RDM فیزیکی، دیسک متصل از داخل مهمان با iSCSI و دادهٔ روی Share خارجی لزوماً با این Job حفاظت نمی‌شوند. فهرست دیسک‌ها و محل دادهٔ برنامه را قبل از انتخاب VM ثبت کنید؛ «بکاپ VM» را برابر همهٔ اطلاعاتی که کاربر از آن می‌بیند نگیرید.

افزودن زیرساخت و مخزن

در Backup Infrastructure → Managed Servers، با Add Server → VMware vSphere → vSphere، نام vCenter را وارد کنید. برای هاست زیر مدیریت vCenter، همان vCenter را اضافه کنید. حساب مجاز و مشخصات واقعی اتصال را وارد و هویت مقصد را کنترل کنید؛ پایان Wizard باید زیرساخت را در Managed Servers نشان دهد.

برای مخزن آزمایش، REPO1 یک سرور ویندوزی مستقل و پشتیبانی‌شده با پوشهٔ آمادهٔ E:\VeeamRepo و فضای کافی است. آن را از Add Server → Microsoft Windows با حساب مجاز مدیریتی اضافه کنید. سپس در Backup Repositories، Add Backup Repository → Direct attached storage → Microsoft Windows را انتخاب کنید؛ نام REPO-Lab، سرور REPO1 و مسیر پوشه را بدهید. Mount Server و تنظیمات انتقال را با استقرار خود تطبیق دهید و پایان موفق افزودن مخزن را ببینید.

وجود مخزن روی یک سرور دیگر به‌خودی‌خود Immutable یا خارج از محل نیست. حساب‌ها، ظرفیت رشد و نسخهٔ مستقل باید در طرح مقصد بکاپ و محافظت در برابر باج‌افزار مشخص شوند.

تعریف Job برای APP01

  • در Home → Jobs، با Backup → Virtual Machine → VMware vSphere، Job تازهٔ LAB-APP01 را بسازید و هدف آزمایش را در توضیح بنویسید.
  • در Virtual Machines فقط APP01 را اضافه کنید؛ انتخاب کل Container می‌تواند VMهای تازهٔ آن را نیز وارد Job کند.
  • در Storage مخزن REPO-Lab را انتخاب و Retention را برای این تمرین 7 days بگذارید؛ این عدد پیشنهاد عمومی برای شرکت نیست.
  • در Guest Processing، برای همین VM فاقد دیتابیس فعال، تنظیمات پیش‌فرض را نگه دارید. این انتخاب را به سرور SQL یا برنامهٔ تراکنشی تعمیم ندهید.
  • در Schedule، Run the job automatically را فعال و اجرای روزانهٔ 22:00 را با ساعت سرور تطبیق دهید. Retry failed VM processing را بررسی و Apply کنید.
  • خلاصه را بخوانید؛ با Run the job when I click Finish اولین اجرا را آغاز کنید.

در Job تازهٔ نسخهٔ 13، نگهداری برحسب روز است؛ Job ارتقایافته ممکن است هنوز براساس تعداد Restore Point باشد. هفت روز مساوی هفت فایل یا هفت اجرا نیست. فضای لازم را با زنجیره و رشد داده بسنجید و برای کوتاه‌کردن نگهداری، فایل‌های VBK/VIB را دستی پاک نکنید. تفاوت بکاپ کامل، افزایشی و تفاضلی به فهم زنجیره کمک می‌کند.

اگر VM برنامهٔ تراکنشی دارد

برای SQL Server و برنامه‌های پشتیبانی‌شده، Application-aware processing موضوع مستقلی از File System Indexing است. اولی برای سازگاری برنامه و دومی برای جست‌وجوی فایل‌هاست؛ فعال‌کردن Indexing به‌تنهایی سازگاری دیتابیس ایجاد نمی‌کند.

پیش از افزودن چنین VMی، نسخهٔ برنامه، VSS، اعتبارنامهٔ مهمان و تنظیم پردازش لاگ را بررسی کنید. از Guest Processing، Enable application-aware processing و حساب مجاز را تنظیم و جزئیات همان VM را در تنظیمات برنامه بازبینی کنید. سیاست لاگ باید با بکاپ SQL موجود هماهنگ باشد؛ تغییر تصادفی پردازش یا حذف لاگ برای سبزشدن Job پذیرفتنی نیست. این تمرین ساده، جای طراحی و آزمون بکاپ SQL را نمی‌گیرد.

از وضعیت Job تا نقطهٔ بازیابی

در Last 24 Hours، اجرای LAB-APP01 را باز و جزئیات خود APP01 را بخوانید. خطا یا Warning مربوط به Snapshot، انتقال، دیسک یا مهمان را ثبت و رفع کنید؛ سبز بودن بخش دیگری از Job کافی نیست. سپس Home → Backups → Disk را باز کنید و زیر Job، وجود APP01 و نقطهٔ بازیابی با زمان همان اجرا را بررسی کنید.

موارد تحویل Job
موردچیزی که باید ثبت کنید
محدودهVM و دیسک‌های انتخاب‌شده و داده‌های خارج از آن
اجراشروع، پایان، وضعیت و هشدارهای واقعی هر VM
نسخهزمان Restore Point و مخزن در دسترس
خودکاریک اجرای زمان‌بندی‌شدهٔ واقعی، جدا از اجرای اولیه
بازیابینتیجهٔ آزمون مستقل، نه صرفاً Success در Job

برای دیدن همه ستون‌ها، جدول را به چپ یا راست بکشید؛ با کیبورد از کلیدهای جهت استفاده کنید.

برای آزمون، بعد از بکاپ موفق، متن sample.txt در APP01 را به after-backup تغییر دهید. سپس بازیابی VM در مقصد جدا را ادامه دهید. در پایان آزمایش، اگر Job صرفاً آزمایشی است زمان‌بندی همان Job را غیرفعال کنید؛ گزینهٔ حذف بکاپ از دیسک را با توقف Job اشتباه نگیرید.

منبع بررسی فنی

بکاپ دارید، اما بازیابی آن روشن نیست؟

برای تنظیم بکاپ و بررسی امکان بازیابی داده‌های شرکت با نت‌مسترز تماس بگیرید.

گفت‌وگو دربارهٔ بکاپ شرکت