تأسیس ۲۰۰۸ · نسخهٔ دیجیتال · 19 ژوئن 2026

SMB IT Journal

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

فارسی
ریسک

برنامه‌ریزی بازیابی از بلایا با استفاده از تجهیزات موجود پلتفرم

برنامه‌ریزی بازیابی از بلایا همیشه دشوار است؛ عوامل و سناریوهای “اگر” بسیاری باید در نظر گرفته شوند و سرمایه‌گذاری بیش از حد در راه‌حل بازیابی می‌تواند خود به نوعی فاجعه تبدیل شود. عاملی که اغلب در برنامه‌ریزی DR نادیده گرفته می‌شود این است که: در صورت وقوع یک بلا، معمولاً توانایی و آمادگی لازم برای ایجاد سازش در جاهای مورد نیاز وجود دارد، زیرا بلا از قبل اتفاق افتاده است. این زمان تریاژ است، نه کار معمول.

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

سیستم‌های بازیابی از بلایا سرمایه‌گذاری در بهره‌وری نیستند؛ آن‌ها پوششی در برابر خرابی هستند و باید با همین دیدگاه به آن‌ها نگریسته شود. به همین دلیل، استراتژی رایج و موثر این است که نیازهای سیستم DR را بیشتر از منظر “کافی” بودن برای حفظ فعالیت‌های تجاری دیده بشود، نه لزوماً به اندازه‌ای که به طور راحت یا شفاف عمل کند. اگر یک فاجعه در مقیاس کامل رخ دهد و کارکنان مجبور شوند با بازیابی کند فایل، پایگاه داده‌های کندتر از حالت عادی کار کنند یا تحلیل عمیق BI را تا بازگرداندن سیستم‌های تولید پرکارایی به تعویق بیندازند، تعداد کمی از مردم شکایت خواهند کرد. اکثر کارگران و قطعاً بسیاری از تصمیم‌گیران کسب‌وکار می‌توانند خوب درک کنند که یک سیستم در وضعیت خراب قرار دارد و ممکن است نیاز باشد تا جایی که می‌توانند کمک کنند تا ظرفیت کامل بازگردد.

با در نظر داشتن این رویکرد، می‌تواند استراتژی موثری باشد که پلتفرم‌های قدیمی‌تر را برای استفاده در سایت‌های بازیابی از بلایا تغییر کاربری دهید وقتی پلتفرم‌های جدید برای استفاده تولید اصلی خریداری و پیاده‌سازی می‌شوند. این می‌تواند یک “خط لوله DR” کم‌هزینه و به راحتی قابل برنامه‌ریزی ایجاد کند که در آن سایت DR همیشه ظرفیت “آخرین نوسازی” شما را دارد که در اکثر سناریوهای DR بیش از کافی است. این می‌تواند روش بسیار خوبی برای بهره‌برداری از تجهیزاتی باشد که در غیر این صورت ممکن است کاملاً اسقاط شوند یا با ایجاد واکنش احساسی “هزینه غرق شده” که به طور کلی می‌خواهیم از آن اجتناب کنیم، خود را به استقرار مجدد در تولید وسوسه کنند.

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

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

برچسب‌خوردهbackup disaster recovery

آگهی

SMB IT Journal — the IT resource for small business