دستیابی، Live DR، بیک اپ اور والٹ
دستیابی کے تین درجات، ان کے آر پی او اور آر ٹی او کے ساتھ تسلسل کے نمونے، Live DR کیسے ثابت اور ڈرل کیا جاتا ہے، بیک اپ پالیسی فی ماحول، طویل مدتی برقرار رکھنا، اور ایئر گیپڈ والٹ۔
دستیابی کے درجے (پروڈکشن، مجوزہ ڈیفالٹ)
| ٹائر | دستیابی | یہ کیا ہے |
|---|---|---|
| معیاری | 99.7% | ملٹی زون، HA ڈیٹا بیس، ایئر گیپڈ بیک اپ۔ |
| Live DR | 99.9% | دوسرا علاقہ جو رواں دواں ہے۔ |
| Live DR پریمیم | 99.95% | دونوں خطوں میں ٹریفک، 24×7 ترجیحی جواب۔ |
غیر پیداوار: 95٪ TRANXACT داخلے پر ماہانہ پیمائش کی جاتی ہے، متفقہ مینٹیننس ونڈو کو چھوڑ کر۔ کلاؤڈ فراہم کرنے والے SLAs ایک TRANXACT عزم کے نیچے بیٹھتے ہیں۔
سائز دینے سے پہلے درجے کو درست کریں۔ Live DR ایک پورے سائز کا دوسرا خطہ چلاتا ہے، جو رن ٹائم انفراسٹرکچر کی لاگت کو تقریباً دوگنا کرتا ہے۔ اسے ہٹانے والے ڈاؤن ٹائم لاگت کے خلاف اس کی اپنی لائن کے طور پر دکھائیں، اور انٹیگریٹڈ تھرڈ پارٹی سسٹمز کو اسی درجے پر رکھیں۔
منصوبہ بند اور غیر منصوبہ بند واقعات
| واقعہ | کیا ہوتا ہے | SLA کے خلاف شمار ہوتا ہے؟ |
|---|---|---|
| منصوبہ بند — اپ ڈیٹس، سائز تبدیل کرنا، مشقیں۔ | تین نوڈس پر رولنگ اپ ڈیٹ صارفین کو کام کرتے رہتے ہیں۔ ڈاؤن ٹائم صرف ماہانہ ونڈو میں تبدیل ہوتا ہے (مجوزہ 4 گھنٹے)۔ | نہیں، متفقہ کھڑکی کے اندر۔ |
| غیر منصوبہ بند، علاقے میں — نوڈ، پوڈ یا زون کی ناکامی۔ | پھلیوں کو دوبارہ ترتیب دیا گیا؛ ڈیٹا بیس اپنے ہم وقت ساز اسٹینڈ بائی میں ناکام ہوجاتا ہے۔ RPO ≈ 0، منٹوں میں ریکوری۔ | صرف اس صورت میں جب درجے کا ہدف چھوٹ جائے۔ |
| غیر منصوبہ بند، علاقہ بھر میں | Live DR کے ساتھ، نقل کو فروغ دیا جاتا ہے اور ٹریفک مینیجر لکھتا ہے۔ RPO سیکنڈ، RTO ≤ 15 منٹ (مجوزہ)۔ | درجے کے مطابق۔ |
تسلسل کے نمونے۔
| پیٹرن | آر پی او / آر ٹی او | نوڈ | ڈی بی | زون | علاقہ | رینسم ویئر |
|---|---|---|---|---|---|---|
| معیاری HA (99.7%) | زون: RPO ≈ 0. علاقہ: والٹ سے بحال کریں۔ | جی ہاں | جی ہاں | جی ہاں | نہیں | جی ہاں |
| Live DR (99.9%) | RPO سیکنڈ، RTO ≤ 15 منٹ | جی ہاں | جی ہاں | جی ہاں | جی ہاں | جی ہاں |
| Live DR پریمیم (99.95%) | RPO سیکنڈ، RTO ≤ 5 منٹ | جی ہاں | جی ہاں | جی ہاں | جی ہاں | جی ہاں |
| غیر فعال DR (عام SaaS) — پیش نہیں کیا گیا۔ | RPO منٹ – گھنٹے، RTO گھنٹے | جی ہاں | جی ہاں | جی ہاں | غیر یقینی | نہیں |
Live DR ایک غیر فعال اسٹینڈ بائی نہیں ہے۔ دوسرا خطہ ایک مکمل سائز کا کلسٹر اور مسلسل نقل شدہ ڈیٹا بیس چلاتا ہے، جو لائیو ریڈز، رپورٹنگ، ASK سوالات اور مصنوعی پوسٹنگ پیش کرتا ہے۔ اس کی صحت ہر منٹ ثابت ہوتی ہے، اور فیل اوور ایک پروموشن ہے — کچھ بھی چھوٹا یا بحال نہیں ہوتا ہے۔
انٹیگریشنز کو خودکار تحریری فروغ کو برداشت کرنا چاہیے اور فیل اوور سے پہلے آخری سیکنڈز میں پوسٹ کی گئی کسی بھی چیز کو دوبارہ چلانا چاہیے۔ شراکت داروں کے اختتامی مقامات کو ٹریفک مینیجر کی پیروی کرنی چاہیے (TO_4.10.09، خارج)۔
Live DR ثابت کرنا
| ٹیسٹ | کیا ہوتا ہے | کاروباری اثرات | تعدد | زمرہ | آر اینڈ آر |
|---|---|---|---|---|---|
| مسلسل تصدیق | مصنوعی پوسٹنگز، ریپلیکیشن-لیگ الرٹنگ، کراس ریجن لیجر چیکسم | کوئی نہیں۔ | ہر منٹ | معیاری | TO_4.10.01 |
| منصوبہ بند سوئچ اوور ڈرل | اعلان کریں → توقف لکھیں (سیکنڈ) → فروغ DR → شفٹ ٹریفک → تصدیق لیجر → DR سے چلائیں۔ کرداروں کا تبادلہ۔ | لکھنا سیکنڈوں کے لیے موقوف ہے۔ | سہ ماہی | معیاری | TO_4.10.03 |
| اضافی سوئچ اوور ڈرل | جیسا کہ اوپر، سہ ماہی منصوبے سے باہر | لکھنا سیکنڈوں کے لیے موقوف ہے۔ | درخواست پر، 2 ہفتے آگے | اضافی | TO_4.10.04 |
| الگ تھلگ (باڑ والا) ڈرل | آؤٹ باؤنڈ انضمام کو غیر فعال کرنے کے ساتھ DR نقل سے کلون کردہ ایک کاپی؛ تباہ کن ٹیسٹ کی اجازت ہے | پیداوار پر کوئی نہیں۔ | درخواست پر، 2 ہفتے آگے | اضافی | TO_4.10.05 |
| صاف کمرے کی بحالی کا ٹیسٹ | والٹ سے الگ تھلگ ماحول میں بحال کریں، اسکین کریں، مصالحت کریں۔ | پیداوار پر کوئی نہیں۔ | سالانہ | معیاری | TO_4.9.07 |
| ایک ڈرل کی کاروباری توثیق | صارف سوئچ اوور کے بعد عمل اور انضمام کی تصدیق کرتا ہے۔ | گاہک کی کوشش | ہر ڈرل | خارج | TO_4.10.06 |
ڈرل کے بعد دوبارہ تعمیر نہیں ہوتی: پرانا پرائمری Live DR بن جاتا ہے۔ پڑھنا کبھی نہیں رکتا۔
گو لائیو سے پہلے پہلی سوئچ اوور ڈرل اور کلین روم ریسٹور چلائیں۔ دونوں گو لائیو گیٹس ہیں، اور ہر بعد کی مشق آڈیٹرز اور SLA جائزہ کے لیے ثبوت ہے۔
بیک اپ پالیسی (مجوزہ ڈیفالٹ)
| پروڈکشن ڈیٹا بیس | پیداواری دستاویزات | غیر پیداواری ڈیٹا بیس | غیر پیداواری دستاویزات | |
|---|---|---|---|---|
| تعدد | روزانہ سنیپ شاٹ + مسلسل لاگز | مسلسل ورژننگ | روزانہ سنیپ شاٹ | مسلسل ورژننگ |
| پوائنٹ ان ٹائم ریکوری | برقرار رکھنے کی کھڑکی میں کوئی بھی نقطہ | ورژن کی بحالی | آخری سنیپ شاٹ | ورژن کی بحالی |
| آپریشنل برقرار رکھنا | 30 دن | 30 دن (ورژن) | 14 دن | 14 دن |
| والٹ کاپی | روزانہ، ناقابل تغیر | روزانہ، ناقابل تغیر | ہفتہ وار، ناقابل تغیر | اختیاری |
| والٹ برقرار رکھنا | 90 دن (قابل توسیع) | 90 دن (قابل توسیع) | 30 دن | 30 دن |
| خفیہ کاری | آرام اور ٹرانزٹ میں؛ والٹ کی چابیاں الگ سے رکھی ہوئی ہیں۔ | آرام اور نقل و حمل میں | آرام اور نقل و حمل میں | آرام اور نقل و حمل میں |
Kubernetes مینی فیسٹ اور کنفیگریشن بنیادی ڈھانچے کے طور پر کوڈ میں رہتے ہیں، جسے والٹ میں بھی کاپی کیا جاتا ہے — اس لیے رن ٹائم دوبارہ بنایا جاتا ہے، بحال نہیں ہوتا ہے۔
بحال کرتا ہے۔
| بحال کریں۔ | زمرہ | لیڈ ٹائم | آر اینڈ آر |
|---|---|---|---|
| بڑی تبدیلی سے پہلے آن ڈیمانڈ بیک اپ | معیاری، خدمت کی درخواست | گھنٹے | TO_4.9.04 |
| پوائنٹ ان ٹائم بحالی | معیاری، خدمت کی درخواست | گھنٹے؛ P1 فوری طور پر | TO_4.9.05 |
| والٹ سے صاف کمرے کی بحالی | اضافی، فی ڈیلیوری فیس | گھنٹے | TO_4.9.06 |
| بحال شدہ ڈیٹا کا بزنس سائن آف | خارج کر دیا گیا — فنانس کنٹرولر | - | TO_4.9.11 |
ہوا سے بند والٹ
- ایک علیحدہ کلاؤڈ اکاؤنٹ یا کرایہ دار، علیحدہ شناختوں، MFA اور کلیدوں کے ساتھ۔
- پیداوار سے کوئی اندرونی نیٹ ورک کا راستہ نہیں ہے۔ پیداوار صرف تحریری کردار کے ذریعے ایک راستہ آگے بڑھاتی ہے جس میں پڑھنے یا حذف کرنے کے حقوق نہیں ہیں۔
- ایک بار لکھنے والا برقرار رکھنے والا لاک (WORM): کاپیاں تبدیل یا حذف نہیں کی جا سکتی ہیں، یہاں تک کہ منتظمین بھی۔
- حذف کرنے کے لیے دوہری منظوری درکار ہے۔ آمد پر سالمیت کو اسکین کیا جاتا ہے۔
- بحالی صاف کمرے کے عمل کے ذریعے الگ تھلگ ماحول میں جاتی ہے — اسکین کریں، مصالحت کریں، پھر فروغ دیں — کبھی بھی براہ راست پیداوار پر نہیں۔
- دوسرے کلاؤڈ یا کولڈ اسٹوریج میں ایک اختیاری آف لائن کاپی، وقتاً فوقتاً منقطع (TO_4.9.09، اختیاری)۔
یہ کیوں موجود ہے: نقل اور Live DR کاپی کرپشن کو فوری طور پر۔ رینسم ویئر یا خراب ڈیٹا بھی نقل کرتا ہے۔ والٹ دونوں خطوں سے باہر ایک صاف، ناقابل تبدیلی لیجر کی تاریخ رکھتا ہے۔
اس بات سے اتفاق کریں کہ والٹ کے بریک گلاس کی اسناد کس کے پاس ہیں۔ TRANXACT دوہری منظوری کا طریقہ کار چلاتا ہے (TO_4.9.12)؛ گاہک اپنے منظور کنندگان کو نامزد کرتا ہے (TO_4.9.13، خارج)۔
طویل مدتی برقراری (اختیاری)
| آپشن | تعدد | برقرار رکھنا | میٹرک | بلاک | زمرہ |
|---|---|---|---|---|---|
| ماہانہ آرکائیو کاپی | ماہانہ | 1 سال | گیگا بائٹ | 256 جی بی | اختیاری |
| سہ ماہی آرکائیو کاپی | سہ ماہی | 1 سال | گیگا بائٹ | 256 جی بی | اختیاری |
| سال کے آخر میں محفوظ شدہ دستاویزات کی کاپی | سالانہ، بند ہونے کے بعد | 2، 3 یا 4 سال | گیگا بائٹ | 256 جی بی | اختیاری |
| آف لائن کاپی | متواتر | فی کسٹمر پالیسی | گیگا بائٹ | 256 جی بی | اختیاری |
| ایک کاپی پر قانونی پابندی | درخواست پر | رہا ہونے تک | فی درخواست | - | اضافی |
ایک بار سیٹ ہونے کے بعد برقرار رکھنے والے تالا کو چھوٹا نہیں کیا جا سکتا۔ اگر آڈٹ یا قانونی ہولڈ رولز کو مزید برقرار رکھنے کی ضرورت ہے، تو اسے آگے بڑھائیں — اور اسے لیجر کی ترقی اور دستاویز کے حجم سے سائز دیں، آج کے ڈیٹا بیس کے سائز سے نہیں۔
مجوزہ ڈیفالٹ کے طور پر نشان زد کردہ اقدار تعیناتی گائیڈ کے تجویز کردہ ابتدائی پوائنٹس ہیں۔ فی گاہک ہر ایک کی تصدیق کریں؛ معاہدہ، آرڈر فارم، SLA اور DPA اس صفحہ پر غالب ہیں۔