زیرساخت و شبکه خدمات مشاوره و آموزش
راهکارهای Backup کهن سیستم فردا برای حفاظت از دادهها
مشاوره و آموزش پشتیبانگیری و بازیابی
انتخاب راهکار پشتیبانگیری با شناخت دادهها، بارهای کاری و زمان قابل قبول برای بازیابی شروع میشود. در مشاوره، سیاست نگهداری نسخهها، زیرساخت و مسیر آزمون بازیابی بررسی میشوند.
آموزش کاربردی به تیم سازمان کمک میکند وظایف پشتیبانگیری را مدیریت کند، گزارشها را بخواند و مراحل بازیابی را تمرین کند. سناریوهای آموزش بر اساس محیط و نیازهای واقعی سازمان تنظیم میشوند.
- تجربه در خدمات شبکه
- ۱۹ سال
- دفتر
- ۰۲۱-۲۶۲۳۰۰۵۴
چرا این محصول
پشتیبانگیری منظم
چرا پشتیبانگیری منظم، حیاتیترین اقدام برای تداوم کسبوکار و آرامش خاطر شماست؟
در چشمانداز پرخطر دیجیتال امروز، پشتیبان گیری منظم یک انتخاب نیست، بلکه یک سرمایهگذاری حیاتی برای بقا و پایداری کسبوکار شماست. این اقدام راهبردی، مزایای بنیادینی چون حفاظت کامل از دادههای شما در برابر خرابیهای سختافزاری، خطاهای انسانی و بلایای طبیعی را فراهم میآورد. خدمات بکاپ کهن سیستم فردا به عنوان سپری قدرتمند در برابر حملات سایبری، بهویژه باجافزارها، عمل کرده و به شما امکان بازیابی سریع اطلاعات بدون پرداخت باج را میدهد. این فرآیند با تضمین تداوم کسبوکار و به حداقل رساندن زمان قطعی، از اعتبار برند و اعتماد مشتریان شما محافظت کرده و آرامش خاطر را برای شما و مدیرانتان به ارمغان میآورد.

بازیابی از بحران
بازیابی از بحران به عنوان سرویس (DRaaS)
برای سازمانهایی که حتی یک لحظه قطعی سرویس نیز برایشان خسارتبار است، کهن سیستم فردا راهکار پیشرفته بازیابی از بحران به عنوان سرویس (Disaster Recovery as a Service – DRaaS) را ارائه میدهد. این سرویس فراتر از یک پشتیبان گیری ساده عمل میکند؛ ما یک نسخه کامل و بهروز از زیرساخت IT حیاتی شما (شامل سرورها، اپلیکیشنها و دادهها) را در دیتاسنتر ابری خود به صورت آمادهبهکار (Standby) نگهداری میکنیم. در صورت بروز هرگونه فاجعه یا قطعی کامل در سایت اصلی شما، در کوتاهترین زمان ممکن، کل عملیات کسبوکار شما را بر روی این زیرساخت پشتیبان راهاندازی میکنیم تا تداوم کسبوکار شما بدون وقفه و با حداقل اختلال تضمین شود.

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

خدمات مشاوره
خدمات مشاوره پشتیبانگیری کهن سیستم فردا
فراتر از ارائه نرمافزار یا یک سرویس مدیریت شده، کهن سیستم فردا خدمات مشاوره تخصصی پشتیبان گیری را برای کمک به سازمانها در تدوین یک استراتژی جامع و کارآمد حفاظت از داده ارائه میدهد. مشاوران مجرب ما با تحلیل دقیق فرآیندها، داراییهای اطلاعاتی و الزامات انطباقی کسبوکار شما، به شما در طراحی بهترین استراتژی بکاپ (شامل تعیین نوع بکاپ، فرکانس، محل ذخیرهسازی، و سیاستهای نگهداری) کمک میکنند. ما همچنین شما را در انتخاب بهترین تکنولوژیها و ابزارهای متناسب با نیازتان یاری کرده و یک نقشه راه کامل برای پیادهسازی، تست و مدیریت فرآیندهای پشتیبان گیری و بازیابی از بحران در سازمان شما تدوین مینماییم. با مشاوره کهن سیستم فردا، از تخصص ما بهرهمند شوید.

آشنایی با انواع پشتیبانگیری و روشهای ذخیرهسازی

-
پشتیبانگیری کامل
در این روش، یک کپی کامل و جامع از تمام دادههای انتخابی شما در هر نوبت پشتیبان گیری تهیه میشود که سادهترین روش برای بازیابی اطلاعات است.
-
پشتیبانگیری افزایشی
این روش هوشمندانه با پشتیبان گیری تنها از تغییرات دادهها پس از آخرین بکاپ، سرعت بکاپگیری را افزایش داده و در فضای ذخیرهسازی به خوبی صرفهجویی میکند.
-
پشتیبانگیری تفاضلی
در این نوع بکاپ، تنها از تغییرات دادهها پس از آخرین بکاپ کامل نسخه پشتیبان تهیه شده و فرآیند بازیابی را نسبت به مدل افزایشی سریعتر میکند.
-
پشتیبانگیری ابری
با ذخیره نسخههای بکاپ در مراکز داده امن ابری کهن سیستم فردا، از دسترسی همیشگی، امنیت بالا و حفاظت در برابر حوادث فیزیکی محل خود اطمینان حاصل کنید.
-
پشتیبانگیری داخلی
رای سازمانهایی که نیاز به کنترل کامل و بازیابی فوقسریع دارند، کهن سیستم فردا راهکارهای پشتیبان گیری بر روی زیرساختها و سرورهای داخلی شما را نیز ارائه میدهد.
-
پشتیبانگیری ترکیبی
ما با راهکارهای ترکیبی، یک نسخه پشتیبان را به صورت محلی برای بازیابی سریع و نسخهای دیگر را در ابر برای امنیت حداکثری و کامل نگهداری میکنیم.
خدمات مدیریت شده پشتیبانگیری: آسودگی خاطر با برونسپاری کامل به متخصصان ما
-
مدیریت کامل فرآیندهای بکاپ توسط متخصصان
با خدمات BaaS کهن سیستم فردا، تمامی مسئولیتهای زمانبندی، اجرا، نظارت و مدیریت فرآیندهای پشتیبان گیری خود را به تیم متخصص و مجرب ما بسپارید.
-
نظارت و پایش ۲۴/۷ بر وضعیت بکاپها
ما به صورت شبانهروزی و در تمامی ایام هفته، بر صحت و موفقیتآمیز بودن اجرای نسخههای پشتیبان شما نظارت دقیق داشته و از عملکرد صحیح سیستم اطمینان حاصل میکنیم.
-
گزارشدهی منظم و شفاف به شما
کهن سیستم فردا گزارشهای دورهای شفاف و جامعی از وضعیت پشتیبان گیری دادههای شما، شامل حجم، زمان و موفقیت عملیات، را برای اطلاع کامل شما ارائه میدهد.
-
آرامش خاطر کامل و تمرکز بر کسبوکار اصلی
با برونسپاری کامل فرآیند پشتیبان گیری به ما، با آرامش خاطر کامل بر روی فعالیتهای اصلی و استراتژیک کسبوکار خود تمرکز کرده و رشد آن را تسریع بخشید.
سوالات متداول درباره پشتیبانگیری
پرسشهای متداول
تفاوت اصلی بین پشتیبانگیری کامل، افزایشی و تفاضلی چیست؟
بکاپ کامل از تمام دادهها کپی میگیرد. بکاپ افزایشی فقط از تغییرات پس از آخرین بکاپ (از هر نوعی) و بکاپ تفاضلی از تغییرات پس از آخرین بکاپ کامل، نسخه پشتیبان تهیه میکند. مشاوران کهن سیستم فردا بهترین روش را پیشنهاد میدهند.
فرآیند بازیابی اطلاعات پس از یک حادثه چقدر طول میکشد؟
زمان بازیابی (RTO) به عواملی چون حجم دادهها، نوع بکاپ و زیرساخت شما بستگی دارد. هدف اصلی خدمات پشتیبان گیری کهن سیستم فردا، طراحی راهکاری برای به حداقل رساندن این زمان و بازگرداندن سریع شما به شرایط عادی است.
امنیت دادههای من در سرویس پشتیبانگیری ابری شما چگونه تضمین میشود؟
کهن سیستم فردا با استفاده از رمزنگاری پیشرفته دادهها قبل از ارسال، در حین انتقال و در زمان ذخیرهسازی، و همچنین با استفاده از مراکز داده امن، از اطلاعات پشتیبان شما در برابر هرگونه دسترسی غیرمجاز به طور کامل محافظت میکند.
آیا امکان تست نسخههای پشتیبان قبل از وقوع حادثه واقعی وجود دارد؟
بله، این یکی از مراحل کلیدی در خدمات ماست. کهن سیستم فردا به طور منظم فرآیند بازیابی را از نسخههای پشتیبان شما تست میکند تا از صحت و قابلیت اطمینان کامل آنها در زمان نیاز واقعی، اطمینان حاصل شود.
چگونه میتوانم فرآیند پشتیبانگیری را مدیریت کنم؟
شما میتوانید فرآیند بکاپگیری را به تیم متخصص کهن سیستم فردا بسپارید (خدمات مدیریت شده). آنها را به صورت ۲۴/۷ نظارت میکنند، گزارش دورهای از وضعیت بکاپها ارائه میدهند و در صورت بروز مشکل، پیگیری میکنند.
تکمیلی
بخشهای زیر مکمل متن اصلی صفحهاند و بر پایهٔ منابع رسمی فهرستشده در انتهای همین بخش نوشته شدهاند.
مقایسهٔ روشهای بکاپگیری کامل، افزایشی و تفاضلی
بکاپ کامل سادهترین بازیابی را دارد، بکاپ افزایشی کمحجمترین است و بکاپ تفاضلی حالتی بینابینی دارد. توضیح هر روش در همین صفحه آمده است؛ جدول زیر آنها را از نظر معیارهای تصمیم مقایسه میکند:
| روش | حجم و زمان تهیه | سرعت و پیچیدگی بازیابی |
|---|---|---|
| کامل | بیشترین | سادهترین؛ فقط یک نسخه لازم است |
| افزایشی | کمترین | پیچیدهتر؛ زنجیرهٔ نسخهها از آخرین بکاپ کامل تا مقصد باید سالم باشد |
| تفاضلی | متوسط، با گذشت زمان بیشتر | سریعتر از افزایشی؛ بکاپ کامل و آخرین تفاضلی کافی است |
بیشتر برنامهها ترکیبیاند: بکاپ کامل هفتگی و افزایشی یا تفاضلی روزانه. در ذخیرهسازی ترکیبی (محلی و ابری)، نسخهٔ محلی بازیابی سریع و نسخهٔ ابری در برابر حوادث فیزیکی محل، مانند آتشسوزی، ایمنتر است. برای ابزارهای سازمانی، صفحات Veeam Backup و Backup Exec را ببینید.
نگهداری نسخهها هم باید برنامه داشته باشد. الگوی رایج، نگهداری نسخههای روزانه برای چند هفته، هفتگی برای چند ماه و ماهانه برای مدت طولانیتر است. مدت نگهداری را بر پایهٔ نیازهای قانونی و کسبوکار تعیین کنید و حجم ذخیرهسازی را با آن بسنجید.
نقش پشتیبانگیری سازمانی در مقابله با باجافزار
بکاپ مهمترین راه بازگشت پس از باجافزار است، به شرط آنکه خود مهاجم به آن دسترسی نداشته باشد. باجافزارهای امروزی اغلب ابتدا بکاپها را هدف میگیرند. به همین دلیل منابعی مانند CISA بر نگهداری نسخههای آفلاین و رمزنگاریشده تأکید میکنند.
- قاعدهٔ ۳-۲-۱: سه نسخه از داده، روی دو نوع رسانه، و یک نسخه خارج از سایت
- نسخهٔ تغییرناپذیر یا آفلاین: نسخهای که به دلیل ویژگی تغییرناپذیری (Immutability) حتی با دسترسی مدیر قابل حذف یا بازنویسی نباشد
- جداسازی دسترسی: حساب مدیریت بکاپ از حساب مدیریت دامنه جدا باشد
- آزمون بازیابی: بکاپی که بازیابی آن آزموده نشده، اطمینانآور نیست
بنابراین پشتیبانگیری بخشی از امنیت است، نه جدا از آن؛ برای کاهش احتمال ورود باجافزار، صفحات EDR و امنیت ایمیل را هم مرور کنید.
اگر باجافزار وارد شد، ترتیب کار این است: ایزولهکردن دستگاههای آلوده، شناسایی مسیر نفوذ و بستن آن، سپس بازیابی از نسخهٔ سالم. بازیابی پیش از بستن مسیر نفوذ، بار دیگر آلودگی را به محیط بازمیگرداند. به همین دلیل آزمون سالمبودن نسخه پیش از بازیابی اهمیت دارد.
تعیین RPO و RTO
پیش از انتخاب نرمافزار یا سرویس، دو عدد را مشخص کنید:
- RPO (نقطهٔ هدف بازیابی): حداکثر دادهای که پذیرفتهاید از دست برود، بر حسب زمان. اگر RPO یک ساعت است، بکاپ باید دستکم هر ساعت گرفته شود.
- RTO (زمان هدف بازیابی): حداکثر زمان مجاز برای بازیابی سرویس پس از حادثه. این عدد نوع ذخیرهسازی و ابزار بازیابی را تعیین میکند.
این دو عدد برای هر سیستم متفاوت است. سرور مالی ممکن است RPO چند دقیقهای بخواهد، در حالی که فایلسرور عمومی با RPO روزانه هم قابلقبول است. منبع پایه برای این برنامهریزی راهنمای NIST SP 800-34 است. کهن سیستم فردا بازیابی از بحران بهعنوان سرویس (DRaaS) را برای سازمانهایی معرفی کرده که کمترین توقف مجاز را دارند.
برای تعیین هدفها از مدیران هر واحد بپرسید: اگر این سیستم یک ساعت یا یک روز در دسترس نباشد، چه زیانی میبینید؟ و اگر دادههای یک روز از دست برود، چه میشود؟ پاسخ این دو پرسش مستقیماً RTO و RPO را تعیین میکند و هزینهٔ راهکار را توجیه یا محدود میکند.
چرا سرویس مدیریتشده؟
سرویس مدیریتشده (BaaS) وقتی منطقی است که سازمان تیم یا زمان کافی برای زمانبندی، پایش و آزمون منظم بکاپ نداشته باشد. این سرویس در کهن سیستم فردا شامل مدیریت فرایندها، پایش شبانهروزی موفقیت اجرا، گزارش دورهای شفاف و آزمون منظم بازیابی است و دادهها پیش از ارسال، در مسیر و در زمان ذخیره رمزنگاری میشوند.
- اگر مدیریت داخلی دارید: مطمئن شوید کسی هر روز وضعیت اجرای وظایف پشتیبانگیری را بررسی میکند و آزمون بازیابی را اجرا میکند.
- اگر نمیتوانید: سرویس مدیریتشده این مسئولیت را به تیم تخصصی میدهد، اما قرارداد باید دامنه، گزارش و زمان پاسخ را روشن کند.
برای نرمافزار و لایسنس بهطور مشخص، صفحات Veeam و Backup Exec را ببینید.
معیار تصمیم: اگر حجم داده زیاد است، RTO کوتاه میخواهید و تیم داخلی ظرفیت پایش روزانه ندارد، سرویس مدیریتشده را بسنجید.
در قرارداد سرویس مدیریتشده این چهار مورد باید مکتوب باشد: دامنهٔ سیستمهای تحت پوشش، مقادیر RPO و RTO، زمان پاسخ به حادثه و دورهٔ گزارشدهی.
پشتیبانگیری سازمانی چیست؟
پشتیبانگیری (بکاپ) یعنی تهیهٔ نسخهٔ مستقل از داده و تنظیمات به شکلی که پس از حذف، خرابی، باجافزار یا حادثه بتوان آن را بازیابی کرد. پشتیبانگیری سازمانی علاوه بر نرمافزار، شامل سیاست نگهداری، رمزنگاری، پایش و آزمون منظم بازیابی است.
| اصطلاح | معنی |
|---|---|
| RPO | حداکثر مقدار دادهای که پذیرفته شده از دست برود (بر حسب زمان) |
| RTO | حداکثر زمان مجاز برای برگرداندن سرویس |
| Retention | مدت نگهداری هر نسخه |
| Immutable (تغییرناپذیر) | نسخهای که تا پایان مدت نگهداری قابل حذف یا تغییر نیست |
| Air gap | جداسازی فیزیکی یا منطقی نسخه از شبکه |
| Snapshot | تصویر لحظهای از وضعیت دیسک؛ معمولاً روی همان ذخیرهساز است |
| Replication | کپی همزمان یا نزدیک به همزمان داده در محل دیگر |
| DR | بازیابی پس از بحران؛ برنامهٔ برگرداندن سرویس در سایت دیگر |
چه چیزهایی بکاپ نیستند؟
چند سازوکار شبیه بکاپ هستند اما جایگزین آن نیستند:
| سازوکار | از چه محافظت میکند | چرا بکاپ نیست |
|---|---|---|
| RAID | خرابی یک یا چند دیسک | حذف اشتباه، رمزنگاری باجافزار و خرابی کنترلر را منتقل میکند |
| Snapshot | بازگشت سریع به لحظهٔ قبل | معمولاً روی همان ذخیرهساز است و با آن از بین میرود |
| Replication | در دسترس بودن در محل دوم | حذف یا آلودگی را هم کپی میکند |
| همگامسازی فایل | دسترسی از چند دستگاه | هر تغییر یا حذف را همزمان اعمال میکند |
طراحی گامبهگام سیستم ۳-۲-۱
- دادهها و سیستمها را فهرست و اولویتبندی کنید: چه چیزی برای ادامهٔ کسبوکار حیاتی است.
- برای هر گروه RPO و RTO تعیین کنید؛ تناوب پشتیبانگیری از RPO میآید.
- سه نسخه از داده نگه دارید: دادهی اصلی و دو نسخهٔ پشتیبان.
- نسخهها را روی دو نوع رسانهٔ متفاوت بگذارید، مثلاً دیسک یا NAS و نوار یا فضای شیء.
- دستکم یک نسخه را خارج از سایت نگه دارید: سایت دوم، سرویس ابری یا نوار.
- برای باجافزار، یک نسخهٔ تغییرناپذیر یا جداشده از شبکه اضافه کنید (۳-۲-۱-۱-۰).
- مدت نگهداری و رمزنگاری را بنویسید و دسترسی به بکاپ را جدا از حسابهای عادی نگه دارید.
- آزمون بازیابی را زمانبندی کنید و نتیجه را گزارش کنید.
نمونه طرح بر پایهٔ اندازهٔ سازمان
جدول زیر الگو است، نه پیشنهاد محصول یا قیمت؛ طرح نهایی از فهرست بارکارها و RPO و RTO میآید.
| اندازه | الگوی ساده | نکتهٔ طراحی |
|---|---|---|
| کوچک | سرور بکاپ یا NAS محلی + نسخهٔ ابری یا قابل جابهجایی | کمهزینهترین طرح ۳-۲-۱؛ آزمون بازیابی فراموش نشود |
| متوسط | مخزن اصلی + سایت دوم یا ابر + نسخهٔ تغییرناپذیر | نرمافزار با گزارشدهی و آزمون خودکار بازیابی |
| بزرگ | چند سایت، نوار یا مخزن تغییرناپذیر، سیاستهای نگهداری تفکیکشده | مدیریت متمرکز، تفکیک وظایف و تمرین DR دورهای |
اشتباهات رایج
- وجود نسخهٔ پشتیبان بدون آزمون بازیابی
- نگهداری همهٔ نسخهها در همان شبکه و با همان رمز مدیر دامنه
- اعتماد به RAID یا Snapshot به جای بکاپ
- نبودن RPO و RTO مشخص و مدیریت بر پایهٔ «هر شب»
- فراموش کردن بکاپ تنظیمات، دامنه (AD) و سرور بکاپ
- نگهداری نسخهها بیش از لزوم قانونی یا کمتر از نیاز بازیابی
- استفاده از نرمافزار بدون پشتیبانی رسمی یا نسخهٔ کرکشده
چکلیست طراحی و ممیزی بکاپ
- فهرست بارکارها با مالک و اولویت
- RPO و RTO مصوب برای هر بارکار
- سه نسخه، دو رسانه، یک نسخهٔ خارج از سایت و یک نسخهٔ تغییرناپذیر
- رمزنگاری در مسیر و در محل ذخیره و محافظت از کلیدها
- گزارش روزانهٔ موفقیت و هشدار شکست
- آزمون بازیابی دورهای و ثبت نتیجه
- سند رویهٔ بازیابی و تمرین حادثه (DR drill)
- مدیریت دسترسی جدا برای مخزن بکاپ
در چارچوب ISO/IEC 27001:2022 کنترل ۸٫۱۳ «پشتیبانگیری از اطلاعات» از سازمان میخواهد نسخههای پشتیبان را بر پایهٔ سیاست توافقشده نگه دارد و آزمون کند. برای برنامهریزی تداوم، NIST SP 800-34 مرجع کاربردی است.
پرسشهای متداول دربارهٔ خدمات بکاپگیری سرور
نرمافزار مناسب برای بکاپگیری سرور چگونه انتخاب میشود؟
بر پایهٔ پلتفرمها (مجازی، فیزیکی، ابری)، RPO و RTO، حجم داده، بودجه و مهارت تیم. نرمافزار را بعد از تعیین هدف انتخاب کنید، نه قبل از آن.
تفاوت پشتیبانگیری محلی و ابری در چیست؟
محلی بازیابی سریعتر و کنترل بیشتر دارد. ابری در برابر حادثه برای محل مقاومتر است و به پهنای باند وابسته است. ترکیب این دو بیشترین پوشش را فراهم میکند.
آیا بکاپها بهصورت خودکار تهیه و رمزنگاری میشوند؟
رمزنگاری پیش از ارسال، در مسیر و در زمان ذخیره انجام میشود. زمانبندی خودکار هم از مبانی هر سرویس بکاپ است و باید در قرارداد مشخص شود.
هزینهٔ راهاندازی سرویس بکاپ بر چه اساسی تعیین میشود؟
بر پایهٔ حجم داده، تعداد سرورها، نوع ذخیرهسازی، دوره نگهداری نسخهها و اینکه سرویس مدیریتشده باشد یا نه. عدد ثابتی وجود ندارد.
چگونه از سلامت و عدم آلودگی فایلهای بکاپ مطمئن شویم؟
با آزمون منظم بازیابی، نگهداری نسخهٔ تغییرناپذیر یا آفلاین و بررسی گزارش اجرای Jobها. آزمون منظم بازیابی هم بخشی از این خدمت معرفی شده است.
هر چند وقت باید از سرور بکاپ گرفت؟
بستگی به RPO دارد. دادههای حساس معمولاً چند بار در روز و فایلهای عمومی روزانه. هر سیستم را بر پایهٔ اهمیتش جداگانه تنظیم کنید.
مدت نگهداری نسخههای پشتیبان چقدر باشد؟
بستگی به نیاز قانونی و کسبوکار دارد. الگوی رایج، نسخههای روزانه برای چند هفته، هفتگی برای چند ماه و ماهانه برای مدت طولانیتر است.
بکاپ چیست؟
نسخهٔ مستقل از داده و تنظیمات که پس از حذف، خرابی، باجافزار یا حادثه قابل بازیابی باشد؛ بکاپ سازمانی شامل سیاست نگهداری، رمزنگاری، پایش و آزمون بازیابی است.
آیا RAID بکاپ حساب میشود؟
خیر. RAID فقط در برابر خرابی دیسک مقاوم میکند و حذف اشتباه یا رمزنگاری باجافزار را هم منتقل میکند.
آیا Snapshot یا Replication جای بکاپ را میگیرد؟
خیر. Snapshot معمولاً روی همان ذخیرهساز است و Replication حذف و آلودگی را هم کپی میکند؛ هر دو مکمل بکاپ هستند، نه جایگزین.
۳-۲-۱-۱-۰ یعنی چه؟
سه نسخه، دو رسانه، یک نسخه خارج از سایت، یک نسخهٔ تغییرناپذیر یا جداشده از شبکه، و صفر خطا در آزمون بازیابی.
آیا NAS برای بکاپ کافی است؟
NAS میتواند یک لایه باشد، اما اگر تنها نسخه و در همان شبکه باشد، در برابر حادثهٔ محل و باجافزار آسیبپذیر است. نسخهٔ دوم و خارج از سایت لازم است.
آیا فضای ابری میتواند نسخهٔ خارج از سایت باشد؟
بله، به شرط رمزنگاری، کنترل دسترسی جدا، امکان نسخهٔ تغییرناپذیر و بررسی شرایط سرویسدهنده برای سازمان شما.
پیش از بکاپ چه چیزهایی را باید شناسایی کنیم؟
بارکارهای حیاتی، مالک هر داده، RPO و RTO، مدت نگهداری قانونی، حجم و نرخ رشد داده و وابستگی سرویسها؛ همین فهرست پایهٔ انتخاب نرمافزار است.
روشها و فناوریهای روز در پشتیبانگیری
- قاعدهٔ ۳-۲-۱-۱-۰: سه نسخه روی دو نوع رسانه، یکی خارج از سایت، یک نسخهٔ تغییرناپذیر یا جداشده از شبکه، و صفر خطا در آزمون بازیابی. Veeam متن رسمی این قاعده را در سال ۲۰۲۶ بهروز کرده است.
- تغییرناپذیری: S3 Object Lock در سرویسهای سازگار با S3 نسخهها را بهصورت WORM نگه میدارد، به Versioning نیاز دارد و حالت Compliance آن حتی با دسترسی مدیر ارشد کوتاه نمیشود. مخزن سختسازیشدهٔ لینوکسی هم همین هدف را در بکاپ محلی دنبال میکند.
- جداسازی دسترسی: حساب مدیر بکاپ جدا از مدیر دامنه و احراز هویت چندعاملی برای کنسول، چون CISA حفظ نسخههای آفلاین و رمزنگاریشده و آزمون منظم را توصیه میکند.
- SaaS و Microsoft 365: توافقنامهٔ خدمات مایکروسافت (انتشار ۳۰ ژوئیهٔ ۲۰۲۶، اجرا از ۳۰ سپتامبر ۲۰۲۶) از کاربر میخواهد از محتوای خود پشتیبان بگیرد؛ مسئولیت داده مشترک است و بکاپ ایمیل و فایل ابری باید جدا طراحی شود.
معیارهای انتخاب راهکار بکاپ
- اهداف RPO و RTO هر سیستم را مشخص کنید و بر آن اساس ابزار و رسانه را انتخاب کنید.
- محل نگهداری نسخهها را بسنجید: مرکز داده، سرویس ابری یا نسخهٔ آفلاین؛ دسترسی و شرایط سرویسهای خارجی را برای سازمان خودتان جداگانه بررسی کنید.
- تغییرناپذیری و جداسازی دسترسی را در طراحی بگنجانید، نه بهعنوان افزونهی بعدی.
- مدت نگهداری قانونی و GFS را مکتوب کنید و ظرفیت را بر پایهی نرخ تغییر داده بسنجید.
- برنامهٔ آزمون بازیابی، گزارش و مسئول پایش را در قرارداد یا رویهٔ داخلی بنویسید.
جدول مقایسهٔ رویکردهای نگهداری نسخه
| رویکرد | نقطهٔ قوت | محدودیت |
|---|---|---|
| دیسک محلی یا NAS | بازیابی سریع و کنترل کامل | در برابر حادثه برای محل و باجافزار آسیبپذیر است |
| ابر با Object Lock | نسخهٔ تغییرناپذیر و خارج از سایت | به پهنای باند و شرایط سرویسدهنده وابسته است |
| نسخهٔ آفلاین یا نوار | جداسازی فیزیکی از شبکه | بازیابی کندتر و نیازمند رویهٔ دستی |
| سرویس مدیریتشده | پایش و آزمون منظم توسط تیم متخصص | به قرارداد شفاف دامنه، RPO و RTO نیاز دارد |
این رویکردها مکمل یکدیگرند و بیشتر طراحیهای جدی ترکیبی از آنها هستند.
منابع
آخرین بررسی منابع: ۲۹ مهر ۱۴۰۵
- CISA: راهنمای مقابله با باجافزار (StopRansomware Guide)
- NIST: SP 800-34 Rev.1 — راهنمای برنامهریزی تداوم عملیات
- Veeam: توضیح قاعدهٔ پشتیبانگیری ۳-۲-۱
- AWS: مستندات S3 Object Lock (حالتهای Governance و Compliance)
- Microsoft: Services Agreement (توصیه به پشتیبانگیری از محتوا)
- ISO/IEC 27001: استاندارد مدیریت امنیت اطلاعات (کنترل ۸٫۱۳ پشتیبانگیری)
نسخهها، مدلها و شرایط لایسنس را سازندهٔ محصول تغییر میدهد؛ پیش از خرید، مقادیر مهم را با کارشناسان کهن سیستم فردا و سند رسمی سازنده تطبیق دهید.


