آپریشنز

آپریشنل تیاری کا مطلب یہ ہے کہ نیٹ ورک کی نگرانی، تبدیل، بیک اپ اور بازیافت کیا جا سکتا ہے بغیر تصدیق کنندہ میزبانوں تک بے ساختہ رسائی پر انحصار کیے.

مشاہدہ کرنا

ٹیلی میٹری پروفائلز کو جان بوجھ کر قابل بنانا۔ extended کا استعمال کریں جب /metrics کی ضرورت ہو اور full ٹیسٹ رن کے دوران جو تفصیلی Sumeragi آپریٹر راستوں کی ضرورت ہو۔
ڈیش بورڈ نے ٹرانسپوٹ قبول کیا، ٹرانسپوزٹ مسترد کر دیا، کمیٹ لیٹینسی، قطار کی گہرائی، قطار کی سیر، تبدیلیاں دیکھیں، اتفاق رائے کے پیغامات کو چھوڑ دیا اور اسٹوریج دباؤ.
اسٹیٹس سنیپ شاٹس، میٹرکس سکریپس، لاگز، اور تعیناتی ترتیب کو ایک ہی واقعہ یا بینچ مارک آرٹیفیکٹ سیٹ میں رکھیں
قطار میں مسلسل اضافہ، غیر متوقع طور پر ردعمل کی چوٹیوں، رکاوٹ بلک اونچائی، نقطہ نظر کی تبدیلی اور ہم مرتبہ صحت میں تبدیلی کے بارے میں انتباہ.

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

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

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

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