مرکز داده

پشتیبان‌گیری و بازیابی از فاجعه؛ قاعدهٔ ۳-۲-۱ در عمل

داشتن نسخهٔ پشتیبان کافی نیست؛ باید مطمئن بود که در روز بحران قابل بازیابی است. قاعدهٔ ۳-۲-۱ و آزمون بازیابی را جدی بگیرید.

پشتیبان‌گیری و بازیابی از فاجعه؛ قاعدهٔ ۳-۲-۱ در عمل
  • نویسندهتیم پارتاک
  • تاریخ انتشار۲۹ شهریور ۱۴۰۵
  • زمان مطالعه۲ دقیقه

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

قاعدهٔ ۳-۲-۱

سه نسخه از داده‌ها داشته باشید: نسخهٔ اصلی و دو نسخهٔ پشتیبان.

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

یک نسخه خارج از محل اصلی باشد، در ساختمانی دیگر یا فضای ابری امن.

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

دو عدد کلیدی: RPO و RTO

RPO می‌گوید سازمان حداکثر چقدر داده را می‌تواند از دست بدهد؛ مثلاً اطلاعات یک ساعت یا یک روز. RTO می‌گوید سرویس حداکثر در چه مدتی باید دوباره راه بیفتد. این دو عدد برای هر سامانه متفاوت است و تعیین می‌کند پشتیبان‌گیری با چه فاصله‌ای و با چه ابزاری انجام شود.

آزمون بازیابی

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

برنامهٔ بازیابی از فاجعه

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

مدرن شبکه پارتاک طراحی راهکارهای پشتیبان‌گیری، تکثیر داده و برنامهٔ بازیابی از فاجعه را متناسب با RPO و RTO هر سازمان انجام می‌دهد.

مرکز داده
همهٔ مقالات