نحوه محافظت از شبکه شما از یک فاجعه طبیعی

از آنجا که فناوری اطلاعات و آب به خوبی با یکدیگر بازی نمی کنند

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

1. برنامه ریزی فاجعه را توسعه دهید

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

مؤسسه ملی استاندارد و فناوری (NIST) دارای منابع عالی در مورد چگونگی ایجاد برنامه های بهبود فاجعه است. برای پیدا کردن چگونگی شروع یک برنامه ریاضتی فاجعه آمیز سنگی، از نشریه ویژه NIST 800-34 در مورد برنامه ریزی احتمالی اطمینان حاصل کنید.

2. اولویت های شما را اولویت بندی کنید: ایمنی اول.

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

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

3. برچسب و سند شبکه و تجهیزات خود را.

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

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

4. آمادگی برای سرمایه گذاری فناوری اطلاعات خود را به زمین بالاتر.

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

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

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

اولین چیزهای گران قیمت (سوئیچ ها، روترها، فایروال ها، سرورها) و موارد کم هزینه ترین (کامپیوترها و چاپگرها) را منتقل کنید.

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

5. اطمینان حاصل کنید که پشتیبان گیری خوب قبل از خطرات فاجعه ای دارید.

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

مراقب باشید اطمینان حاصل کنید که مدیران شما در حال بررسی سیاهههای مربوط به پشتیبان هستند و پشتیبان گیری به طور صحیح ناقص نیست.