ڈیزاسٹر ریکوری: ایک منصوبہ بنانا

اس سے پہلے کہ آپ اپنے آئی ٹی انفراسٹرکچر کے لئے ڈیزاسٹر ریکوری اسٹریٹجی نافذ کرسکیں ، آپ کو ایک آفیشل پلان بنانا ہوگا۔ اس تنقیدی دستاویز میں ہر قابل فہم ہنگامی صورتحال کی تفصیل ہونی چاہئے جو مناسب طریقے سے آپ کی تنظیم ، نمونہ مشن سے متعلق اہم ایپلی کیشنز اور سسٹمز پر پڑسکتی ہے ، اور آپ کی تنظیم کی تمام اہم شخصیات کے ذریعہ دستخط کردیئے جائیں گے۔ بشمول ایگزیکٹو مینجمنٹ ، ہیومن ریسورسز ، اور سہولت کے انتظام کے ذمہ داران۔ یہ مضمون آپ کو اس منصوبے کو بنانے کے لئے ایک خاکہ پیش کرے گا۔

ایک بار جب آپ نے اہم اسٹیک ہولڈرز سے ملاقات کی ہے اور ممکنہ طور پر تباہی کے ممکنہ منظرناموں کی نشاندہی کی ہے ، جیسے اہم درخواستوں اور اعداد و شمار کا ضیاع جو تنظیم کو رک (اور ممکنہ انتقال) تک پہنچا سکتا ہے تو ، آپ کے منصوبے کو اب بھی دستاویز کرنا ہے۔ عملے کو تقسیم کرنے کے لئے ایک جامع ، تحریری شکل میں ٹھوس منصوبہ بندی کرنا ضروری ہے ، تاکہ جب کسی کو یہ معلوم ہوجائے کہ تباہی کی صورت میں کیا کرنا ہے۔ منصوبہ تیار کرنے میں آپ کی رہنمائی کے ل here ، یہاں ایک چیک لسٹ ہے کہ مؤثر منصوبے میں کیا ہونا چاہئے۔

چیک لسٹ

mission مشن کے اہم ایپلی کیشنز ، سسٹمز اور پلیٹ فارم کی شناخت کریں

آپ کو یہ بتاتے وقت گوشت کو چربی سے کاٹنا ہوگا جب کسی انفراسٹرکچر کے کون سے اجزاء کو تباہی کے وقت بالکل دستیاب ہونا چاہئے۔ یہ ہارڈ ویئر اور سافٹ ویئر کی تازہ ترین انوینٹری کی جانچ کی اہمیت کو نمایاں کرتا ہے۔ انفراسٹرکچر میں چلنے والے ہر سافٹ ویئر یا ہارڈ ویئر کے ہر ٹکڑے کو جانیں ، اس میں ورچوئلائزڈ کچھ بھی اس سے نہ صرف اثاثوں کے انتظام کے ایک اچھ solutionے حل میں صرف سرمایہ کاری ہوتی ہے بلکہ تمام سافٹ ویئر اور تازہ کاریوں پر لاگ فائل رکھنے کی بھی ادائیگی ہوتی ہے۔ اس طرح آپ نہ صرف یہ جانتے ہیں کہ کسی بھی آفت سے نقصان کی صورت میں پوری آئی ٹی انوینٹری کیا ہے ، لیکن آپ ایک فہرست مرتب کرسکتے ہیں اور یہ چیک کرسکتے ہیں کہ بحران کے دوران کن نظاموں کو قطعی طور پر آپریشنل رہنا چاہئے ، اور جو آپ عارضی طور پر بغیر رہ سکتے ہیں۔

جانئے کہ کسی آفت میں کیا قربانی دی جاسکتی ہے۔ مثال کے طور پر ، ایک ڈیٹا بیس جو سیلز لیڈز کو ٹریک کرنے کے لئے استعمال ہوتا ہے وہ کسی تباہی میں اہم نہیں ہوسکتا ہے لیکن ، صحت کی دیکھ بھال کی سہولت کے ل all ، موجودہ مریضوں کی فہرست کا ایک ڈیٹا بیس ہے۔ عملے کی حیثیت کی تازہ کاریوں اور طریقہ کار کے ساتھ بات چیت کے لئے ای میل کی ضرورت ہوسکتی ہے ، خاص طور پر اگر ملازمین کو سائٹ سے باہر رہنے پر مجبور کیا جائے۔ کون سے اجزاء اہم ہیں اس کا انحصار کاروبار کی نوعیت پر ہوتا ہے ، لیکن ، جو کچھ بھی ہے ، ان کو درج کیا جانا چاہئے اور اس کو پلان میں شامل کیا جانا چاہئے۔

sess تشخیص اور اس پر عمل درآمد

آپ کو نفاذ کے بارے میں سوچنے کی ضرورت ہے۔ سیکیورٹی یا کارپوریٹ تعمیل میں سمجھوتہ کیے بغیر کس ڈیٹا تک رسائی حاصل کی جاسکتی ہے؟ اگر کسی تنظیم نے کبھی بھی کاروباری عمل کو کلاؤڈ کمپیوٹنگ ماڈل میں منتقل نہیں کیا ہے تو ، ایسا کرنے پر غور کرنے میں یہ اچھا وقت ہوسکتا ہے۔ اگرچہ لائن آف بزنس ایپلی کیشنز کو زیادہ منصوبہ بندی کی ضرورت پڑسکتی ہے ، یا وہ آسانی سے کلاؤڈ میں جانے کے لئے پیچیدہ ہوسکتے ہیں ، بادل میں منتقل ہونے کے ل for ای میل اور اسٹوریج اچھے امیدوار ہیں۔

کلاؤڈ پر مبنی میل اور اسٹوریج

کلاؤڈ بیسڈ ای میل خدمات دستیاب ہیں جو نہ صرف موجودہ ای میل سسٹموں کی عکسبندی کرسکتی ہیں بلکہ HIPAA اور دیگر ای میل ضوابط کی بھی تعمیل کرسکتی ہیں جہاں ضرورت ہو۔ ان میں سے بہت سارے ای میل فراہم کنندگان کسی قانون کے لئے ای میل مواصلات پر بھی ڈیٹا گورننس نافذ کرسکتے ہیں ، جس کے لئے کچھ مواصلات کو خفیہ یا انتہائی حساس کے طور پر نشان زد کرنے کی ضرورت ہوسکتی ہے یا اس بات کا یقین کرنے کی ضرورت پڑسکتی ہے کہ عملے کے کچھ ممبروں کو ہی کچھ ای میل مواصلات موصول ہوں۔

کلاؤڈ اسٹوریج صارفین کے ساتھ تیزی سے بڑھتا ہوا رجحان ہے ، اور کاروبار آفت کے منصوبے کے ایک حصے کے طور پر کلاؤڈ اسٹوریج کا فائدہ اٹھا سکتے ہیں۔ بہت سی تنظیموں کے پاس ابھی بھی مقامی بیک اپ سلوشنز تعینات ہیں ، جس میں ٹیپ یا آر ڈی ایکس میڈیا کو ڈیٹا بیک اپ کیا گیا ہے۔ بیک اپ والا ڈیٹا اکثر اوقات سائٹ سے بھیجا جاتا ہے اور اسے باقاعدگی سے گھمایا جاتا ہے ، تاکہ نظام کی ناکامی یا کسی تباہی کی صورت میں کسی تنظیم کے اعداد و شمار کی حالیہ کاپی آسانی سے دستیاب ہوجائے۔

تاہم ، اس ڈیٹا کو کلاؤڈ اسٹوریج فراہم کنندہ کے ساتھ نقل کرنے سے وقت کی بچت ہوسکتی ہے جو بصورت دیگر جسمانی ، آف سائٹ مقام سے اس ڈیٹا کو بازیافت کرنے اور پھر اسے دستی طور پر سرورز میں بحال کرنے میں صرف ہوجائے گی۔ بادل حل کے ساتھ ، قریب قریب اصلی وقت میں اہم ڈیٹا تک رسائی حاصل کی جا سکتی ہے - اگر ملازمین کے پاس انٹرنیٹ رابطہ ہے۔ یہاں کلاؤڈ اسٹوریج فراہم کرنے والے بھی موجود ہیں جو اس بات کا یقین کر سکتے ہیں کہ ذخیرہ شدہ ڈیٹا کاربانی تعمیل جیسے کاربنز-آکسلے (ایس او ایکس) پر عمل پیرا ہے۔

ایپلی کیشنز ، سرورز اور ورچوئلائزیشن

آفت کی بازیابی کے منصوبے کا خاکہ پیش کرتے ہوئے ، اس نے نہ صرف بادل میں منتقل ہونے والے اعداد و شمار کے بارے میں سوچنا ، بلکہ کسی بھی ایسی ایپلی کیشن کو بھی سوچنے کی ادائیگی کی ہے جس کو منتقل کیا جاسکتا ہے۔ ایمیزون ، ریکس اسپیس ، اور گوگل جیسے فراہم کنندگان کے ساتھ ، ایک کاروبار ایپلی کیشنز اور ڈیٹا بیس کو کلاؤڈ میں منتقل کرسکتا ہے تاکہ کسی ہنگامی صورتحال میں رسائی دستیاب ہوسکے۔

ایسی مثالیں موجود ہیں جہاں کاروبار کلاؤڈ تک مکمل طور پر ڈیٹا بیک اپ نہیں کرسکتا ، یا کم سے کم صرف ایک ہائبرڈ حل نافذ کرسکتا ہے - جس میں کچھ ڈیٹا کا بیک اپ لیا جاتا ہے اور دیگر ڈیٹا مقامی رہ جاتا ہے۔ وجوہات میں حفاظتی خدشات یا لاگت کی ممانعت شامل ہوسکتی ہیں۔ ڈی پی پلان بنانے میں ، یہ طے کرنے کا اچھا وقت ہے کہ بنیادی ڈھانچے کو کس طرح ہموار کیا جاسکتا ہے۔

کسی ہنگامی صورتحال میں ، زیادہ ہارڈ ویئر پر جتنا زیادہ مختلف سافٹ ویئر تعینات کیا جاتا ہے ، معاملات وسیع پیمانے پر ہونے والے نقصان اور نظام کی بحالی میں ملوث وقت کا زیادہ امکان ہوتا ہے۔ ورچوئلائزیشن اس طرح کی پریشانی کا ایک طاقتور حل ہوسکتا ہے۔ جسمانی سرورز کو ورچوئل مشینوں میں اکٹھا کرنے کا مطلب یہ ہے کہ آئی ٹی سرور کے واقعات کا باقاعدہ سنیپ شاٹ تشکیل دے سکتا ہے اور کسی سرور کو تباہی کے بعد آسانی سے ان سرورز کو بحال کرسکتا ہے۔ ورچوئلائزیشن کے حل کے ذریعہ رواں نقل مکانی جیسی خصوصیات پیش کی جاتی ہیں ، انفراسٹرکچر کے اہم نظاموں کو بحال کرنے کے لئے طویل وقت کی ضرورت نہیں ہے۔

ایسی تنظیموں کے لئے جہاں اب بھی زیادہ تر نظاموں اور اعداد و شمار کو بنیاد پر رکھنے کی ضرورت ہے ، کسی ایسی جگہ پر ایک رولنگ موبائل ڈیٹا سینٹر جس کے بارے میں ہنگامی صورتحال میں محفوظ رہنے کا ارادہ کیا گیا ہے ، تیار کرنے کا بھی منصوبہ بنایا جاسکتا ہے۔ بیک اپ سرور جو کسی مرکزی سائٹ سے بیک اپ سائٹ پر ڈیٹا کی نقل تیار کرسکتے ہیں کم از کم اہم نظام کو دستیاب رکھنے کا ایک طریقہ فراہم کرسکتے ہیں۔

طاقت

ڈیٹا اور سرور کے علاوہ ، تباہی کی بحالی کی تیاریوں میں نمٹنے کے لئے اور بھی بنیادی غور و خوض ہیں۔ تباہی کا سب سے عام منظر نامہ بجلی کی بندش ہے۔ ایک ایسی تباہی جس کے لئے ہر کاروبار کے منصوبے ہونے چاہئیں ، کیونکہ عام طور پر ملک کے بجلی کے بنیادی ڈھانچے نے ترقی کے ساتھ رفتار برقرار نہیں رکھی ہے۔ تمام نازک ہارڈویئر کو ، لامحدود بجلی کی فراہمی (UPS) پر چلنا چاہئے۔ بجلی کی ناکامی کی صورت میں یو پی ایس حل اپ ٹائم کی مدت فراہم کرسکتا ہے تاکہ کم سے کم کسی تنظیم کو متبادل تباہی کے طریق کار پر تبادلہ خیال کرواسکے۔ باقاعدگی سے چیک اور UPS آلات کی جانچ ضروری ہے۔

بجلی کی طویل بندش کے ل some ، کچھ تنظیموں کو محکمہ سہولیات کے ساتھ مل کر کام کرنے کی ضرورت ہوسکتی ہے تاکہ متبادل بجلی کے ذرائع جیسے آئی ٹی آلات سے وابستہ جنریٹر قائم کیے جاسکیں۔

ٹیلی کام اور ریموٹ رسائی

انٹرنیٹ فراہم کرنے والے اور موبائل کیریئر اکثر آفات میں ٹائم ٹائم کا تجربہ کرتے ہیں۔ اگرچہ ایسا کوئی کام نہیں ہے جس سے کسی سنگین تباہی کی صورت میں فوری طور پر اور اس کے آس پاس کے علاقوں میں ٹیلی مواصلات متاثر ہوسکتے ہیں ، لیکن یہ مختلف ISPs سے انٹرنیٹ کے بے کار رابطے رکھنے کے قابل ہے۔ اس طرح ، اگر کسی ISP کا نیٹ ورک بند ہے تو ، دوسرا ISP اب بھی آن لائن ہوسکتا ہے۔ آفت کی بازیابی کی ایک اچھی منصوبہ بندی کی دستاویزات جس میں بنیادی ڈھانچہ ایک انٹرنیٹ کنیکشن سے دوسرے ، بے کار رابطے میں ناکام ہوجائے گا۔ منصوبے میں اس فیل اوور کنکشن کی باقاعدہ جانچ کی خاکہ بنانا چاہئے۔

اس منصوبے کو بھی اس بات کو مدنظر رکھنا چاہئے کہ آخر صارف ہنگامی صورتحال میں کس طرح نظام تک رسائی حاصل کریں گے۔ بہت سارے صارفین کے پاس کمپنی کے ذریعہ جاری کردہ یا ذاتی موبائل ڈیوائسز ہیں جن کو کارپوریٹ نیٹ ورک تک دور سے رسائی کے ل to تشکیل دیا جاسکتا ہے۔ بیشتر تنظیموں کے پاس پہلے سے ہی کسی نہ کسی طرح کے ورچوئل پرائیوٹ نیٹ ورک (وی پی این) حل موجود ہے جس سے کاروباری نیٹ ورک میں دور دراز سے داخلے کی اجازت ہے۔ کیا وہ وی پی این سسٹم دراصل کام کرتا ہے ، اور کیا غیر تکنیکی ملازمین کو آئی ٹی کی انتہائی معاونت کے بغیر استعمال کرنے کے لئے مناسب تربیت حاصل ہے ، جو کسی تباہی کے دوران دستیاب نہیں ہوسکتی ہے؟ کیا وہ VPN یا ریموٹ رسائی حل کسی تباہی کا مقابلہ کرسکتا ہے؟ وی پی این میں بیک اپ پر بھی غور کیا جانا چاہئے۔ یہ کسی دوسری سائٹ پر وی پی این سرور ہوسکتا ہے ، یا معمول کے وی پی این سسٹم کے بجائے کلاؤڈ پرووائڈر کے ذریعہ ڈیٹا اور سسٹم تک رسائی ہوسکتی ہے۔

کچھ تنظیموں کے پاس ریموٹ ایکسیس حل ہوسکتا ہے جو کچھ مطلوبہ تعمیلوں کے لئے اسکین کرنے کے بعد کارپوریٹ نیٹ ورک میں ریموٹ ڈیوائس تک رسائی فراہم کرے گا۔ مثال کے طور پر ، ونڈوز کلائنٹ ڈیوائس جس میں ضروری سروس پیک یا ینٹیوائرس ڈیفینیشن فائل کا فقدان ہے ، کو کارپوریٹ نیٹ ورک تک رسائی سے انکار کیا جاسکتا ہے۔ آپ کسی ہنگامی صورتحال میں اس طرح کی حیرت نہیں کرنا چاہتے۔ تباہی کی تیاری کے ایک حصے کے طور پر ، تفصیل دیں کہ کس طرح اور کس کلائنٹ کے آلات ہنگامی صورتحال میں نیٹ ورک تک رسائی حاصل کریں گے۔ ان آلات کو باقاعدگی سے چیک کریں تاکہ یہ یقینی بنایا جاسکے کہ وہ نیٹ ورک تک رسائی حاصل کرسکتے ہیں۔ یہیں سے ہی کوئی ادارہ موبائل ڈیوائس مینجمنٹ (MDM) حل پر غور کرنا چاہتا ہے جو کارپوریٹ نیٹ ورک تک رسائی حاصل کرنے والے موبائل آلات کی سنٹرلائزڈ مینجمنٹ کی اجازت دیتا ہے۔

ممکن ہے کہ کمپنی نے ملازمین کو اسمارٹ فون جاری کردیئے ہوں۔ اگر کمپنی ملازم فونز کے لئے ایک خاص کیریئر استعمال کرتی ہے تو ، ہنگامی صورتحال میں اہم ملازمین میں تقسیم کرنے کے لئے مختلف کیریئر سے فون دستیاب رکھنے پر غور کریں۔ اگر کسی کیریئر کا نیٹ ورک کسی تباہی میں پڑا ہے تو ، دوسرا دستیاب ہوسکتا ہے۔ کسی بھی تباہی میں انٹرنیٹ اور ٹیلی مواصلات کے لئے ایک ہی کیریئر پر انحصار نہ کریں۔

. دستاویز

کسی آفات سے متعلق بحالی کے منصوبے کے دستاویزی ہونے کے بعد ، اس بات کو یقینی بنائیں کہ آفت کی تیاری کے فیصلے میں ملوث تمام اہم عہدیداروں ، انتظامیہ اور کوئی دوسرا عملہ اس دستاویز پر نظرثانی اور دستخط کرے۔ یہ دستاویز کو سرکاری پالیسی بناتا ہے اور تنظیم کی پالیسیوں کے ایک حصے کے طور پر اس میں شامل کیا جانا چاہئے۔

تباہی کی بازیابی کا منصوبہ ایک زندہ دستاویز ہے جسے باقاعدگی سے اپ ڈیٹ کیا جانا چاہئے۔ اگر جانچ کے طریقہ کار اس دستاویز کا حصہ ہیں تو ، جانچ کی تاریخ اور نتائج کی دستاویزات کی جانی چاہ. اور اس کو ڈیزاسٹر ریکوری پلان کے ساتھ منسلک کیا جانا چاہئے۔

اس سلسلے کے اگلے حصے میں ، ہم تباہی کی بازیابی کے منصوبوں پر عملدرآمد کرنے اور ان حلوں پر ایک نظر ڈالیں گے جو آپ کو تباہی سے متعلق بحالی کی حکمت عملی کی فراہمی میں مدد کرسکتے ہیں۔