مقاله · پشتیبانگیری و بازیابی
اصول پشتیبانگیری برای کسب‌وکارهایی که توان از دست دادن داده‌ها را ندارند
پشتیبان فقط در روزی اهمیت دارد که باید از آن بازیابی کنید. این راهنما توضیح میدهد چگونه نسخهها را طوری سازمان‌دهی کنید که باجافزار و اشتباهات نتوانند نابودشان کنند، Microsoft 365 از چه چیزهایی محافظت میکند و از چه چیزهایی نه، و چگونه ثابت کنید پشتیبان‌هایتان کار میکنند.
- تاریخ انتشار
- ۷ دقیقه مطالعه
در این صفحه
نکات کلیدی
- از قاعده ۳-۲-۱-۱-۰ پیروی کنید: سه نسخه، دو نوع رسانه، یک نسخه خارج از محل، یک نسخه آفلاین یا تغییرناپذیر و صفر خطا در بازیابیهای راستی‌آزمایی‌شده.
- نسخه‌های تغییرناپذیر یا جداشده از شبکه (air-gapped) همان چیزی هستند که وقتی گردانندگان باجافزار عمداً پشتیبانها را هدف می‌گیرند از شما محافظت میکنند.
- مایکروسافت سرویس Microsoft 365 را سرپا نگه می‌دارد، اما محافظت از دادههای شما در برابر حذف، نفوذ و از دست رفتن بلندمدت تا حد زیادی بر عهده خود شماست.
- از خودِ سامانه پشتیبانگیری با اعتبارنامه‌های جداگانه، احراز هویت چندعاملی (MFA) و دسترسی محدود محافظت کنید.
- بازیابی‌ها را طبق برنامه آزمایش کنید و مدت زمانشان را ثبت کنید، چون موفقیت یک کار پشتیبانگیری با موفقیت در بازیابی یکی نیست.
توضیح قاعده ۳-۲-۱-۱-۰
قاعده اصلی ۳-۲-۱ برای پاسخ به باجافزار گسترش یافته است؛ چون باج‌افزارها اکنون معمولاً پیش از رمزگذاری سامانه‌های اصلی، پشتیبانها را پیدا و حذف میکنند.
۳ نسخه از داده‌ها
دادههای اصلی به‌علاوه دستکم دو نسخه پشتیبان، تا یک خرابی واحد هرگز شما را دست‌خالی نگذارد.
۲ رسانه یا سکوی متفاوت
برای نمونه یک دستگاه پشتیبانگیری محلی و یک سرویس ذخیره‌سازی ابری، تا خرابی در یک فناوری بر هر دو اثر نگذارد.
۱ نسخه خارج از محل
در مکانی جدا از دفتر شما نگهداری می‌شود تا در برابر آتشسوزی، سیل، سرقت یا قطعی منطقه‌ای محافظت کند.
۱ نسخه آفلاین یا تغییرناپذیر
نسخه‌ای که برای مدت مشخصی، حتی با حساب مدیر، قابل تغییر یا حذف نیست، یا بهطور فیزیکی از شبکه جدا شده است.
۰ خطا پس از راستی‌آزمایی
پشتیبانها پایش می‌شوند، خرابی‌ها بررسی می‌شوند و بازیابی‌ها آزمایش می‌شوند تا بدانید داده‌ها قابل بازیابی‌اند.
تغییرناپذیری و محافظت از سامانه پشتیبانگیری
ذخیره‌سازی تغییرناپذیر از کنترل‌های «یک بار نوشتن، چند بار خواندن» استفاده میکند، مانند قفل شیء (object lock) در فضای ذخیره‌سازی ابری یا مخازن مقاوم‌سازی‌شده لینوکسی، تا دادههای پشتیبان تا پایان دوره نگهداری قابل تغییر یا حذف نباشند. اگر مهاجمی به دسترسی مدیر در شبکه شما برسد، همچنان پشتیبانها را می‌بیند اما نمی‌تواند نابودشان کند. دوره نگهداری را آن‌قدر طولانی انتخاب کنید که مدت زمانی را که ممکن است یک نفوذ پیش از کشف شدن پنهان بماند پوشش دهد.
سکوی پشتیبانگیری هدفی بسیار ارزشمند است، پس متناسب با آن رفتار کنید. از حساب‌های اختصاصی مدیر پشتیبانگیری استفاده کنید که عضو گروه‌های مدیریتی روزمره دامنه یا Microsoft 365 نباشند. MFA را برای کنسول پشتیبانگیری و حساب ذخیره‌سازی ابری الزامی کنید. دسترسی شبکه‌ای به سرورهای پشتیبانگیری را محدود کنید. هشدار برای تغییر تنظیمات نگهداری، حذف کارها و ورودهای ناموفق را فعال کنید. اطلاعات لازم برای بازسازی سامانه پشتیبانگیری، از جمله کلیدهای رمزگذاری و کدهای بازیابی، را جایی نگه دارید که به سامانه‌هایی که از آن‌ها پشتیبان گرفته می‌شود وابسته نباشد.
پشتیبانها را هم در حین انتقال و هم در حالت ذخیره رمزگذاری کنید و کلیدهای رمزگذاری را آگاهانه مدیریت کنید. پشتیبانی که با کلیدی رمزگذاری شده که فقط روی همان سرور خراب‌شده ذخیره بوده، قابل بازیابی نیست.
Microsoft 365 و مدل مسئولیت مشترک
مایکروسافت سرویسی تاب‌آور را اداره میکند؛ داده‌ها را در مراکز داده خود تکثیر میکند و خرابی‌های زیرساختی را بازیابی میکند. با این حال، طبق مدل مسئولیت مشترک، مسئولیت داده‌ها، هویت‌ها و دسترسی‌ها همچنان با شماست. اگر کاربری یک کتابخانه SharePoint را حذف کند، حسابی که به آن نفوذ شده فایل‌های OneDrive را رمزگذاری کند، صندوق پستی کارمندی که رفته حذف شود یا خطای همگام‌سازی اسناد را بازنویسی کند، تاب‌آوری زیرساخت مایکروسافت آن را برنمی‌گرداند.
قابلیتهای داخلی کمک میکنند: سطل بازیافت، بازیابی موارد حذف‌شده، تاریخچه نسخه‌های فایل و سیاست‌های نگهداری. این‌ها ارزشمندند، اما محدودیت زمانی و وابستگی به پیکربندی دارند، با همان اعتبارنامه‌های مدیریتی کنترل می‌شوند که ممکن است در دست مهاجم باشد و بازیابی در مقیاس بزرگ با آن‌ها میتواند دشوار باشد. سیاست‌های نگهداری برای انطباق و حفظ حقوقی طراحی شدهاند، نه برای بازیابی سریع به یک نقطه زمانی مشخص.
یک پشتیبانگیری اختصاصی برای Microsoft 365، چه سرویس Microsoft 365 Backup خود مایکروسافت باشد و چه سرویس شخص ثالث، نسخه‌های مستقلی از دادههای Exchange Online، OneDrive، SharePoint و Teams را با ابزارهای نگهداری و بازیابی خودش ذخیره میکند. همان اصول هر پشتیبانگیری دیگری را اعمال کنید: دسترسی مدیریتی جداگانه، MFA، تغییرناپذیری در صورت امکان و بازیابیهای آزمایش‌شده.
تصمیم بگیرید از چه چیزی و هر چند وقت یک بار پشتیبان بگیرید
از آنچه کسب‌وکار برای ادامه کار نیاز دارد شروع کنید، نه از آنچه پشتیبانگیری از آن آسان است.
- دادههای Microsoft 365 یا Google Workspace: ایمیل، فایل‌ها، سایت‌های SharePoint و محتوای Teams.
- سرورها و ماشین‌های مجازی، از جمله سرورهای فایل و پایگاه‌داده‌های نرم‌افزارهای تخصصی کسب‌وکار، با اسنپ‌شات‌های سازگار با برنامه برای پایگاه‌داده‌ها.
- برنامه‌های ابری مانند نرم‌افزارهای حسابداری، مدیریت مطب یا دفتر و CRM؛ گزینه‌های خروجی‌گیری و پشتیبانگیری و شرایط قرارداد هر فروشنده را بررسی کنید.
- دادههای پیکربندی: تنظیمات فایروال و سوئیچ، سیاست‌های Intune و دسترسی مشروط، رکوردهای DNS و مستندات نحوه ساخت سامانه‌ها.
- دستگاه‌هایی که داده‌هایشان را نمی‌توان به فضای ابری هدایت کرد؛ هرچند هدایت پوشه‌های Desktop و Documents به OneDrive معمولاً راه‌حل بهتری است.
- هدف نقطه بازیابی (RPO) برای هر سامانه که تعداد دفعات پشتیبانگیری را تعیین میکند: ممکن است سرور فایل به اسنپ‌شات ساعتی نیاز داشته باشد، در حالی که بایگانی به نسخه هفتگی.
بازیابی را جدی آزمایش کنید
آزمایش بازیابی جایی است که بیشتر برنامه‌های پشتیبانگیری کم می‌آورند. گزارش موفقیت کارهای پشتیبانگیری ثابت نمیکند داده‌ها کامل، سالم و قابل استفاده‌اند.
بازیابی ماهانه فایل و صندوق پستی
نمونه‌ای از فایل‌ها، یک پوشه و یک مورد از صندوق پستی را در مکانی جایگزین بازیابی کنید و مطمئن شوید به‌درستی باز می‌شوند.
بازیابی فصلی برنامه
یک سرور یا پایگاه‌داده برنامه را در محیطی ایزوله بازیابی کنید و مطمئن شوید برنامه اجرا می‌شود و داده‌ها تا نقطه مورد انتظار به‌روزند.
تمرین سالانه بازیابی کامل
از دست رفتن یک سامانه حیاتی را شبیه‌سازی کنید و زمان بازیابی کامل را اندازه بگیرید، از جمله دریافت اعتبارنامه‌ها، تأمین سخت‌افزار یا منابع ابری و راستی‌آزمایی با یک کاربر کسب‌وکار.
ثبت و بهبود
تاریخ، دامنه، نتیجه و زمان صرف‌شده برای هر آزمایش را ثبت کنید. زمان‌های بازیابی را با انتظارات کسب‌وکار مقایسه و شکاف‌ها را برطرف کنید.
پایش، نگهداری و مستندسازی
کسی باید نتایج پشتیبانگیری را هر روز کاری بررسی کند. کار پشتیبان‌گیری‌ای که هفته‌ها بی‌صدا شکست خورده، یکی از رایج‌ترین یافته‌ها در ارزیابی‌های فناوری اطلاعات است. برای خرابی‌ها و کارهایی که اصلاً اجرا نشده‌اند هشدار تنظیم کنید و هشدار تکراری را تا زمان رفع، خرابی به حساب آورید.
دوره نگهداری باید میان نیازهای بازیابی، هزینه ذخیره‌سازی و هرگونه تعهد نگهداری سوابق تعادل برقرار کند. یک الگوی رایج، پشتیبان‌های روزانه را برای چند هفته، پشتیبان‌های ماهانه را برای یک سال و نسخه‌های سالانه را در صورت لزوم برای مدت طولانی‌تر نگه می‌دارد. از مشاوران حرفه‌ای یا حقوقی خود بپرسید چه دوره‌های نگهداری‌ای بر سوابق کسب‌وکار شما اعمال می‌شود.
در پایان، فرایند بازیابی را مستند کنید. یک دستورالعمل اجرایی روشن که بگوید پشتیبانها کجا هستند، چگونه به آن‌ها دسترسی پیدا کنید، سامانه‌ها به چه ترتیبی بازیابی شوند و با چه کسی تماس بگیرید، یک قطعی پراسترس را به روندی قابل مدیریت تبدیل میکند.
پشتیبانگیری بخشی از بازیابی پس از حادثه است، نه همه آن
پشتیبانها داده‌ها را به شما می‌دهند. برنامه‌ریزی بازیابی پس از حادثه تعیین میکند کدام سامانه‌ها اول برمی‌گردند، با چه سرعتی، روی چه زیرساختی و چه کسی تصمیم می‌گیرد. اگر پشتیبان دارید اما برنامه بازیابی ندارید، قدم بعدی همین است.
پرسش‌های متداول
مگر مایکروسافت از دادههای Microsoft 365 ما پشتیبان نمیگیرد؟
مایکروسافت سرویس را در برابر خرابی زیرساخت محافظت میکند و سطل بازیافت، تاریخچه نسخهها و قابلیتهای نگهداری ارائه میدهد. اما بهطور پیشفرض پشتیبان مستقل، بلندمدت و مبتنی بر نقطه زمانی از دادههای شما فراهم نمیکند. یک پشتیبانگیری اختصاصی برای Microsoft 365 این شکاف را پر میکند.
آیا یک هارد USB یا NAS در دفتر کافی است؟
بهتنهایی، خیر. دستگاهی که در همان ساختمان است در خطر آتشسوزی، سرقت و باجافزار روی همان شبکه شریک است. میتواند یکی از نسخهها باشد، بههمراه یک نسخه خارج از محل و یک نسخه تغییرناپذیر یا آفلاین.
هر چند وقت یک بار باید بازیابی را آزمایش کنیم؟
بازیابیهای کوچک را ماهانه، بازیابی برنامه یا سرور را فصلی و یک سناریوی بازیابی کامل را دستکم سالی یک بار یا پس از تغییرات بزرگ آزمایش کنید. نتایج را ثبت کنید تا بتوانید نشان دهید پشتیبانها کار میکنند.
پشتیبان تغییرناپذیر در عمل یعنی چه؟
یعنی دادههای پشتیبان برای یک دوره نگهداری مشخص، حتی برای مدیران، در برابر تغییر یا حذف قفل شدهاند. اگر باجافزار یا مهاجمی به دسترسی مدیریتی برسد، این نسخهها همچنان برای بازیابی در دسترس میمانند.
خدمات مرتبط
محصولات و بسته‌ها
ببینید آیا پشتیبان‌هایتان واقعاً قابل بازیابی‌اند
ارزیابی پشتیبانگیری و بازیابی بررسی میکند چه چیزهایی محافظت می‌شوند، نسخهها چگونه ایمن شدهاند و آیا بازیابی‌ها آزمایش شدهاند، و سپس بهبودهای عملی را پیشنهاد میکند.