Advanced Backup & Data Protection

تداوم کسب‌وکار و حفاظت از داده

بکاپ پیشرفته و حفاظت از داده

بکاپ وقتی ارزش دارد که بازیابی شود. تا روز حادثه، آنچه دارید یک فرض است، نه یک نسخهٔ پشتیبان.

معرفی تخصصی

بکاپ و حفاظت از داده در عمل چه کاری انجام می‌دهد

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

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

حفاظت از داده امروز یک بُعد تازه هم دارد: نسخه‌ای که از همان شبکه و با همان دسترسی قابل حذف یا رمزگذاری باشد، در برابر باج‌افزار محافظتی ایجاد نمی‌کند. جدا نگه داشتن نسخه از دسترس عملیاتی، بخشی از طراحی است، نه یک گزینهٔ اضافه.

مسئله

چه مشکلی را حل می‌کند

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

مسئلهٔ دوم، دامنهٔ ناقص است: دیتابیس اصلی پشتیبان‌گیری می‌شود اما تنظیمات تجهیزات، وضعیت دامین، فایل‌های واحدها و پیکربندی سرورها جا می‌مانند — دقیقاً چیزهایی که بازسازی‌شان بیشترین زمان را می‌برد.

  • نسخهٔ پشتیبانی که هفته‌هاست با خطا متوقف شده و هشداری نداده است
  • نگهداری تنها نسخه روی همان سرور یا همان محل فیزیکی
  • نبود آزمون بازیابی؛ درستی نسخه هرگز بررسی نشده است
  • جا ماندن داده‌های مهم خارج از سرور اصلی از دامنهٔ پشتیبان‌گیری
  • نسخه‌ای که از همان شبکه قابل حذف است و در برابر باج‌افزار بی‌اثر می‌شود
  • نبود پاسخ روشن به اینکه بازگرداندن سرویس چقدر طول می‌کشد

کاربرد سازمانی

کجا به این خدمت نیاز پیدا می‌شود

  • حفاظت از سامانهٔ مالی و دیتابیس

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

  • حفاظت از ماشین‌های مجازی

    تهیهٔ نسخهٔ کامل سرویس در سطح ماشین مجازی، برای بازگرداندن سریع کل سرویس به‌جای بازسازی گام‌به‌گام.

  • داده‌های واحدها و فایل سرور

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

  • پیکربندی زیرساخت

    پشتیبان‌گیری از تنظیمات تجهیزات شبکه، وضعیت دامین و پیکربندی سرورها؛ همان بخشی که بازسازی دستی‌اش طولانی‌ترین است.

معماری پیشنهادی

ساختاری که پیشنهاد می‌کنیم

طرح حفاظت از داده روی چهار لایه بنا می‌شود، با این اصل که هر لایه باید در سناریویی کار کند که لایهٔ قبلی در آن از کار افتاده است.

نمودار معماری — بکاپ و حفاظت از داده
لایه‌های نسخهداده‌های زندهکار پشتیبان‌گیرینسخهٔ محلیبازگردانی سریعنسخهٔ جدا از محلخارج از دسترسضد باج‌افزارآزمون بازیابی

برای دیدن کامل نمودار، آن را به چپ و راست بکشید.

  1. نسخهٔ محلیبرای بازگردانی سریع رویدادهای روزمره مثل حذف تصادفی فایل یا خرابی یک سرویس؛ کوتاه‌ترین زمان بازگشت را دارد.
  2. نسخهٔ جدا از محلمحافظت در برابر حوادث فیزیکی مانند آتش، سرقت یا خرابی ذخیره‌ساز اصلی؛ نسخه‌ای که با محل اصلی از بین نمی‌رود.
  3. نسخهٔ خارج از دسترس عملیاتینسخه‌ای که از شبکهٔ عملیاتی قابل حذف یا بازنویسی نیست؛ لایه‌ای که در سناریوی باج‌افزار تعیین‌کننده است.
  4. لایهٔ آزمون و گزارشبازیابی دوره‌ای در محیط جداگانه و گزارش وضعیت اجرای کارها؛ تنها معیار واقعی سلامت نسخه‌ها.

قابلیت‌ها

اجزا و قابلیت‌های فنی

  • تعیین اهداف بازیابی

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

  • طراحی دامنهٔ پوشش

    فهرست کردن آنچه باید محافظت شود، شامل مواردی که معمولاً فراموش می‌شوند: پیکربندی تجهیزات و وضعیت دامین.

  • سیاست نگهداشت و نقاط بازگشت

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

  • حفاظت در برابر باج‌افزار

    جدا کردن نسخه از دسترس شبکهٔ عملیاتی و محدودسازی اختیار حذف، به‌عنوان بخشی از طراحی اولیه.

  • پایش و هشدار اجرا

    پایش وضعیت کارها و هشدار در صورت شکست، تا توقف بی‌صدای بکاپ ممکن نباشد.

  • آزمون دوره‌ای بازیابی

    بازگرداندن نسخه در محیط ایزوله، بررسی سلامت داده و ثبت زمان واقعی بازگشت.

مزیت‌ها

چه چیزی در عملیات روزمره تغییر می‌کند

  • نسخهٔ قابل اتکا

    سلامت نسخه‌ها حدس زده نمی‌شود؛ آزمون می‌شود.

  • زمان بازگشت مشخص

    مدیریت می‌داند بازگرداندن هر سرویس تقریباً چقدر طول می‌کشد.

  • مقاومت در برابر باج‌افزار

    نسخهٔ خارج از دسترس، سناریویی را پوشش می‌دهد که بکاپ معمولی در آن بی‌اثر است.

  • رویهٔ مکتوب

    در زمان حادثه یک رویهٔ روشن اجرا می‌شود، نه تصمیم‌گیری عجولانه.

سناریوهای استفاده

سه وضعیت پرتکرار و پاسخ ما به آن‌ها

این سناریوها الگوی طراحی‌اند، نه شرح پروژه‌های انجام‌شده؛ برای هر سازمان با اندازه‌گیری وضعیت واقعی بازنویسی می‌شوند.

  • وضعیت

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

    رویکرد

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

    نتیجهٔ مورد انتظار

    زمان بازسازی زیرساخت پس از حادثه از چند روز به چند ساعت کاهش می‌یابد، چون دیگر چیزی دستی بازسازی نمی‌شود.

  • وضعیت

    بکاپی که روی ذخیره‌ساز شبکه‌ای نگهداری می‌شود و با همان حساب مدیریتی شبکه قابل حذف است.

    رویکرد

    افزودن نسخهٔ خارج از دسترس عملیاتی با اختیار حذف محدود، و جدا کردن اعتبار دسترسی آن از حساب‌های روزمرهٔ شبکه.

    نتیجهٔ مورد انتظار

    در سناریوی آلودگی شبکه، دست‌کم یک نسخه خارج از دسترس مهاجم باقی می‌ماند.

مراحل اجرا

از ارزیابی تا بهره‌برداری

  1. شناسایی و اولویت‌بندی

    تعیین داده‌ها و سرویس‌های حیاتی و اهداف بازیابی هر کدام، با مشارکت صاحبان کسب‌وکار.

  2. طراحی طرح حفاظت

    تعریف لایه‌های نسخه، سیاست نگهداشت، زمان‌بندی اجرا و الزامات ظرفیت.

  3. پیاده‌سازی و پایش

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

  4. آزمون و مستندسازی

    اجرای بازیابی آزمایشی، ثبت زمان واقعی بازگشت و تحویل رویهٔ مکتوب بازگردانی.

فناوری‌ها

سکوها و فناوری‌های مرتبط

فهرست فناوری‌هایی که در این حوزه با آن‌ها کار می‌کنیم. انتخاب نهایی در مرحلهٔ طراحی و بر پایهٔ وضعیت موجود سازمان انجام می‌شود.

  • Veeam Backup & Replication
  • Bacula / Bareos
  • Restic / BorgBackup
  • Volume Shadow Copy
  • Object Storage with Immutability
  • LTO Tape

پرسش‌های متداول — بکاپ و حفاظت از داده

هر چند وقت یک‌بار باید بکاپ گرفته شود؟

این را بازهٔ قابل پذیرش از دست رفتن اطلاعات تعیین می‌کند، نه یک عدد عمومی. برای دیتابیس پرتراکنش معمولاً بازه‌های کوتاه و نگهداشت لاگ تراکنش لازم است؛ برای داده‌های کم‌تغییر بازه‌های بلندتر کافی است. این اهداف در مرحلهٔ اول با خود شما تعیین می‌شوند.

آیا بکاپ در برابر باج‌افزار محافظت می‌کند؟

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

آزمون بازیابی روی سرویس‌های در حال کار اثر می‌گذارد؟

خیر. بازیابی آزمایشی در محیط جداگانه و ایزوله انجام می‌شود تا سرویس‌های عملیاتی دست‌نخورده بمانند. خروجی آزمون، تأیید سلامت نسخه و زمان واقعی بازگشت است.

بکاپ را روی چه بستری نگهداری کنیم؟

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

دربارهٔ بکاپ و حفاظت از داده در سازمان خود صحبت کنیم

در جلسهٔ تخصصی، وضعیت فعلی، محدودیت‌ها و اهداف قابل اندازه‌گیری شما بررسی می‌شود و تصویر روشنی از معماری پیشنهادی و مراحل اجرا ارائه می‌گردد.