راهنمای نهایی پشتیبان‌گیری ۳-۲-۱-۱-۰ در QNAP؛ امنیت حرفه‌ای برای اطلاعات حیاتی

آخرین بروزرسانی: 13 تیر 1405

استراتژی پشتیبان‌گیری ۳-۲-۱-۱-۰ چیست؟

مدل ۳-۲-۱-۱-۰ نسخه کامل‌تر قانون قدیمی ۳-۲-۱ است. قانون سنتی می‌گفت سه نسخه از اطلاعات داشته باشید، آن‌ها را روی حداقل دو نوع مقصد یا رسانه نگهداری کنید و یک نسخه را خارج از محل اصلی قرار دهید. این مدل هنوز پایه خوبی است، اما برای تهدیدهای امروز کافی نیست؛ چون یک مهاجم ممکن است به مقصدهای آنلاین بکاپ هم دسترسی پیدا کند یا یک خطای مدیریتی، نسخه‌های پشتیبان را حذف کند.

در نسخه ۳-۲-۱-۱-۰، دو اصل اضافه می‌شود: یک نسخه Immutable یا Air-gapped و یک الزام عملی برای صفر خطا در تست بازیابی. یعنی بکاپ فقط نباید وجود داشته باشد؛ باید در برابر حذف و تغییر مقاوم باشد و Restore آن نیز واقعاً آزمایش شده باشد.

چرا مدل سنتی ۳-۲-۱ برای باج‌افزار کافی نیست؟

بزرگ‌ترین ضعف طراحی سنتی این است که بسیاری از مقصدهای بکاپ همیشه آنلاین و با Credentialهای مدیریتی قابل دسترسی هستند. اگر حساب ادمین به خطر بیفتد یا باج‌افزار بتواند مسیرهای شبکه را شناسایی کند، ممکن است نسخه اصلی و بکاپ با هم حذف یا رمزگذاری شوند.

مدل ۳-۲-۱-۱-۰ دو سؤال سخت را وارد معماری می‌کند: آیا حداقل یک نسخه در برابر حذف و تغییر مقاوم است؟ و آیا واقعاً می‌دانیم در روز بحران چگونه اطلاعات را برگردانیم؟ همین دو سؤال تفاوت میان «داشتن Job بکاپ» و «داشتن برنامه واقعی بازیابی» را مشخص می‌کند.

• نسخه Offsite برای حفاظت در برابر حادثه سایت اصلی
• نسخه Immutable برای کاهش ریسک حذف و دستکاری
• Air-gapped Backup برای کاهش سطح تماس شبکه‌ای
• Restore Test برای اثبات قابلیت بازیابی

HBS 3 و HDP for Business؛ دو نقش متفاوت در معماری بکاپ QNAP

HBS 3 ابزار اصلی QNAP برای Backup، Restore و Sync میان NAS، مقصدهای راه دور، دستگاه‌های خارجی و فضای Cloud است. در معماری ۳-۲-۱-۱-۰، HBS 3 می‌تواند داده را از NAS اصلی به NAS دوم، فضای ابری، Object Storage یا مقصد محلی منتقل کند و زمان‌بندی، Versioning و مسیرهای مختلف بکاپ را مدیریت کند.

در کنار آن، HDP for Business برای سناریوهایی مطرح می‌شود که سازمان نیاز دارد سیستم‌ها، سرورها یا محیط‌های کاری را با نگاه سازمانی‌تری محافظت کند. اگر هدف شما فقط Copy فایل از یک NAS به NAS دیگر نیست و در حال طراحی بکاپ برای Endpoint، سرور یا VM هستید، مقاله
QNAP HDP for Business برای بکاپ سازمانی، Airgap و مقابله با باج‌افزار را بخوانید.

نکته مهم این است که HBS 3، HDP، Snapshot و ابزارهای شبکه QNAP رقیب یکدیگر نیستند؛ هرکدام در یک بخش از معماری نقش دارند. طراحی درست از این سؤال شروع می‌شود که چه چیزی را می‌خواهید محافظت کنید، چند نسخه لازم دارید، مقصدها کجا هستند و زمان قابل‌قبول برای بازیابی چقدر است.

نسخه Offsite؛ بکاپ خارج از سایت با NAS دوم و QuWAN Express

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

یکی از سناریوهای عملی این است که NAS اصلی در دفتر مرکزی و NAS دوم در شعبه، کارخانه، انبار یا سایت پشتیبان قرار گیرد. HBS 3 می‌تواند Job بکاپ را اجرا کند و QuWAN Express در بعضی پروژه‌ها مسیر ارتباط بین NASها را ساده‌تر کند.

برای شرکتی که دو NAS در دو موقعیت جغرافیایی دارد، راهنمای QuWAN Express در QNAP برای بکاپ NAS به NAS بین شعبه‌ها توضیح می‌دهد چگونه Connectivity، HBS 3، محدودیت پهنای باند و Offsite Backup را کنار هم ببینید.

Immutable Backup و WORM Folder؛ لایه مقاوم در برابر حذف و تغییر

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

در سناریوهای QNAP، WORM Folder در QuTS hero یکی از مسیرهای ساخت لایه غیرقابل‌تغییر است. نکته مهم این است که WORM نباید بدون طراحی Retention و ظرفیت فعال شود. اگر دوره نگهداری اشتباه انتخاب شود، ممکن است فضای زیادی برای مدت طولانی قفل شود.

برای جزئیات فنی‌تر و تفاوت Backup و Sync در این ساختار، مقاله Immutable Backup در QNAP با WORM Folder و HBS 3 را ببینید.

Airgap+؛ کاهش دسترسی دائمی به مقصد بکاپ

Airgap+ برای سناریوهایی اهمیت دارد که نمی‌خواهید مقصد بکاپ به‌طور دائم و بدون کنترل در دسترس شبکه باشد. ایده اصلی این است که ارتباط لازم برای Job بکاپ مدیریت شود و سطح تماس مقصد کاهش یابد.

در طراحی قوی‌تر، Airgap+ می‌تواند کنار HBS 3، WORM و سیاست‌های دسترسی استفاده شود. هیچ‌کدام از این قابلیت‌ها به‌تنهایی «ضدباج‌افزار مطلق» نیستند؛ امنیت واقعی از چند لایه مستقل ساخته می‌شود.

برای بررسی جزئیات این سناریو، مقاله
Airgap+ در QNAP؛ بکاپ ایزوله بدون قطع دستی کابل شبکه را مطالعه کنید.

Object Storage و Object Lock؛ نقش QuObjects در لایه Immutable

در بعضی شرکت‌ها، مقصد بکاپ دیگر فقط Shared Folder یا NAS دوم نیست. نرم‌افزارهایی مثل Veeam و بسیاری از راهکارهای جدید بکاپ می‌توانند از S3-Compatible Object Storage استفاده کنند. اینجا QuObjects می‌تواند NAS کیونپ را به یک مقصد Object Storage خصوصی تبدیل کند.

مزیت این سناریو زمانی بیشتر می‌شود که Object Lock و سیاست‌های Immutability در طراحی وارد شوند. برای سازمان‌هایی که Veeam Backup، آرشیو طولانی‌مدت یا نیاز به S3 خصوصی دارند، مقاله QNAP QuObjects برای S3 Object Storage، Veeam Backup و Object Lock مسیر مکمل همین خوشه را توضیح می‌دهد.

نکته مهم این است که Object Storage جای NAS-to-NAS Backup یا Snapshot را نمی‌گیرد. انتخاب بین این روش‌ها به نوع Workload، نرم‌افزار بکاپ، حجم داده، Retention، پهنای باند و RTO بستگی دارد.

Snapshot و Snapshot Replica؛ بازیابی سریع، نه جایگزین بکاپ

Snapshot یکی از سریع‌ترین ابزارهای بازیابی در QNAP است. اگر کاربر فایل را حذف کند، یک فولدر خراب شود یا داده‌ها رمزگذاری شوند، Snapshot می‌تواند زمان بازگشت را کاهش دهد. اما Snapshot روی همان Storage Pool، به‌تنهایی پاسخ Disaster Recovery نیست.

در معماری ۳-۲-۱-۱-۰، Snapshot بیشتر نقش Recovery سریع را دارد و Backup مستقل، Offsite Copy و Immutable Layer باید جداگانه طراحی شوند. Snapshot Replica نیز می‌تواند برای انتقال Snapshot به NAS دوم در سناریوهای مناسب به کار رود.

برای شناخت دقیق تفاوت Snapshot با Backup، مقاله Snapshot در QNAP و نقش آن در بازیابی بعد از باج‌افزار را ببینید.

QuTS hero و ZFS؛ چه زمانی برای بکاپ سازمانی مهم‌تر می‌شوند؟

QuTS hero برای سناریوهای سازمانی‌تر که Data Integrity، Snapshot پیشرفته، ZFS و WORM اهمیت دارند، گزینه جدی‌تری است. اما انتخاب آن فقط به خاطر یک Feature درست نیست؛ RAM، تعداد Disk، Workload، ظرفیت و نیازهای عملیاتی باید بررسی شوند.

در معماری بکاپ، QuTS hero می‌تواند برای NAS اصلی یا NAS مقصد استفاده شود، اما جای Backup Strategy را نمی‌گیرد. برای شناخت دقیق‌تر معماری ZFS در اکوسیستم QNAP، مقاله  uTS hero و معماری ZFS در QNAP را مطالعه کنید.

اصل صفر؛ چگونه Restore را واقعاً تست کنیم؟

وجود Backup Job موفق به معنی موفق بودن Restore نیست. فایل‌های بکاپ ممکن است ناقص باشند، Credential مقصد تغییر کرده باشد، مسیر بازیابی مستند نشده باشد یا زمان Restore بسیار بیشتر از RTO مورد انتظار سازمان باشد.

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

• بازیابی یک فایل تصادفی از چند تاریخ مختلف
• بازیابی یک فولدر کامل و بررسی Permissionها
• تست Recovery سرویس یا VM در محیط آزمایشی
• اندازه‌گیری زمان واقعی Restore و مقایسه با RTO
• ثبت نتیجه، خطاها و مسئول اجرای Recovery

اجرای مدل ۳-۲-۱-۱-۰ در QNAP؛ هر ابزار چه نقشی دارد؟

مثال عملی؛ یک شرکت مهندسی چگونه ۳-۲-۱-۱-۰ را اجرا کند؟

فرض کنید یک شرکت معماری و مهندسی، پروژه‌های AutoCAD، Revit، تصاویر رندر، قراردادها و اسناد مالی را روی NAS اصلی نگهداری می‌کند. یک طراحی قابل دفاع می‌تواند به این شکل باشد:

1. داده اصلی: فایل‌های جاری روی QNAP اصلی با Permission و Snapshot مناسب
2. نسخه محلی: Backup Job مستقل روی مقصد محلی یا Storage جدا
3. نسخه Offsite: انتقال به NAS دوم در شعبه یا سایت پشتیبان
4. نسخه Immutable: WORM، Airgap+ یا Object Lock متناسب با طراحی
5. اصل صفر: تست ماهانه Restore و ثبت زمان بازیابی

این ساختار باید با RPO و RTO واقعی شرکت تنظیم شود. اگر شرکت می‌گوید حداکثر یک ساعت داده می‌تواند از دست برود اما Backup Job فقط شب‌ها اجرا می‌شود، طراحی با نیاز کسب‌وکار همخوانی ندارد.

RAID در این معماری چه نقشی دارد؟

RAID برای تحمل خرابی Drive و حفظ دسترس‌پذیری Storage مهم است، اما نسخه پشتیبان نیست. RAID از شما در برابر حذف فایل، باج‌افزار، خرابی منطقی، Credential Compromise یا حادثه سایت محافظت نمی‌کند.

انتخاب RAID باید بر اساس تعداد دیسک، ظرفیت هر Drive، زمان Rebuild، Workload و سطح تحمل خرابی انجام شود. برای بررسی سناریوهای مختلف، مقاله RAID چیست و کدام RAID برای QNAP بهتر است؟ را بخوانید.

سلامت هارد؛ لایه‌ای که معمولاً فراموش می‌شود

حتی بهترین Backup Strategy روی Storage فرسوده و بدون مانیتورینگ قابل اعتماد نیست. سلامت Driveها باید دوره‌ای بررسی شود، هشدارهای S.M.A.R.T نادیده گرفته نشوند و در محیط‌های جدی، تعویض پیشگیرانه در برنامه نگهداری قرار گیرد.

در QNAP، DA Drive Analyzer می‌تواند به‌عنوان یک لایه مانیتورینگ و پیش‌بینی ریسک خرابی Drive استفاده شود. این ابزار جای Backup نیست، اما برای نگهداری پیشگیرانه NAS مهم است. مقاله DA Drive Analyzer در QNAP برای پیش‌بینی خرابی هارد با هوش مصنوعی این موضوع را دقیق‌تر بررسی می‌کند.

انتخاب هارد مناسب برای NAS بکاپ

اگر NAS دائماً Backup Job، Snapshot، Replica یا Rebuild اجرا می‌کند، استفاده از هارد Desktop معمولی تصمیم حرفه‌ای نیست. باید Drive متناسب با Workload، ساعات کارکرد، تعداد Bay و نوع RAID انتخاب شود.

برای NAS رومیزی با بار کاری سبک تا متوسط، Driveهای NAS Class می‌توانند مناسب باشند. برای رک‌مونت، RAID 6، بکاپ سنگین و داده‌های حیاتی، Driveهای Enterprise معمولاً انتخاب منطقی‌تری هستند. برای بررسی دقیق‌تر سناریوهای QNAP، مقاله بهترین هارد Toshiba برای NAS کیونپ
را ببینید.

چه مدل QNAP برای بکاپ حرفه‌ای مناسب‌تر است؟

مدل مناسب فقط با ظرفیت خام مشخص نمی‌شود. تعداد Jobهای همزمان، حجم Incremental روزانه، سرعت Restore، نیاز به QuTS hero، تعداد Bay، شبکه 10GbE، RAM و رشد چندساله باید همزمان بررسی شوند.

چک‌لیست اجرای ۳-۲-۱-۱-۰ در QNAP

اشتباهات رایج در بکاپ‌گیری با QNAP

• نگهداری داده اصلی و تنها نسخه بکاپ روی همان NAS
• اشتباه گرفتن RAID با Backup
• استفاده از Sync به‌جای Backup در سناریوی حساس بدون درک تفاوت آن‌ها
• نداشتن نسخه خارج از سایت
• فرض کردن اینکه Offsite Backup به‌طور خودکار Immutable است
• فعال کردن WORM بدون محاسبه Retention و ظرفیت
• اعتماد کامل به Snapshot بدون Backup مستقل
• نداشتن UPS و مانیتورینگ سلامت Drive
• اجرای Full Backup حجیم روی اینترنت ضعیف بدون محاسبه زمان انتقال
• تست نکردن Restore

سوالات متداول درباره بکاپ ۳-۲-۱-۱-۰ در QNAP

جمع‌بندی؛ ۳-۲-۱-۱-۰ یک محصول نیست، یک معماری است

اشتباه رایج این است که تصور کنیم خرید یک NAS، فعال کردن Snapshot یا داشتن یک Job بکاپ به‌تنهایی مسئله حفاظت اطلاعات را حل می‌کند. مدل ۳-۲-۱-۱-۰ یک معماری چندلایه است: نسخه‌های متعدد، مقصدهای مستقل، Offsite Copy، لایه Immutable یا Air-gapped و Restore Test.

QNAP ابزارهای متنوعی برای ساخت این معماری دارد، اما ابزار بدون طراحی درست کافی نیست. HBS 3، HDP، QuWAN Express، QuObjects، Snapshot، WORM و Airgap+ باید بر اساس نیاز واقعی کنار هم قرار بگیرند؛ نه اینکه همه قابلیت‌ها بدون هدف فعال شوند.