ڈیٹابیس اسٹینڈ بائی اور رپورٹس کی نقل (Kaam360 ٹیم کے لیے)

یہ رہنما Kaam360 ٹیم (پلیٹ فارم پینل) کے لیے ہے۔ صارفین کو اس کی ضرورت نہیں۔

اسٹینڈ بائی کیا ہے

لائیو سائٹ اپنا ڈیٹا سرور پر ایک PostgreSQL ڈیٹابیس میں رکھتی ہے۔ اسٹینڈ بائی (standby) اسی سرور پر دوسرا PostgreSQL ہے جو ہر تبدیلی اسی لمحے وصول کرتا ہے، اس لیے وہ صرف ملی سیکنڈ پیچھے ہوتا ہے۔ اگر لائیو ڈیٹابیس خراب ہو جائے تو پچھلی رات کا بیک اپ بحال کرنے کے بجائے سائٹ کو تقریباً دو منٹ میں اسٹینڈ بائی پر منتقل کیا جا سکتا ہے۔ یہ رات کے بیرونی بیک اپ کا متبادل نہیں، جو پورے سرور کے ضائع ہونے سے بچاتا ہے: دونوں ضروری ہیں۔

سب کچھ GitHub میں بٹنوں سے ہوتا ہے (Actions، PostgreSQL standby، Run workflow): موڈ چنیں، تصدیق کے خانے میں وہی لفظ لکھیں، سبز بٹن دبائیں۔ تحریری طریقہ فائل deploy/STANDBY.txt میں ہے۔

دیکھیں کہ وہ ٹھیک ہے یا نہیں

1. پلیٹ فارم پینل کھولیں اور Overview دیکھیں۔ کارڈ Database standby کہتا ہے Streaming (اچھا)، Behind (پیچھے) یا Not connected (منسلک نہیں)، اور بتاتا ہے کہ کتنا پیچھے ہے۔
2. یہی معلومات سائٹ کے /health پتے پر "standby" حصے میں ہیں۔
3. GitHub میں موڈ status پورا صفحہ چھاپتا ہے: ونڈوز سروس، اسٹریمنگ کی حالت، بائٹس اور سیکنڈ کا فرق، نقل کا حجم۔ یہ کچھ نہیں بدلتا۔
4. جب اسٹینڈ بائی دس منٹ تک غائب یا پیچھے رہے تو ٹیم کو ایک ای میل ملتی ہے (Settings & team میں سپورٹ پتے پر، ورنہ ہر پلیٹ فارم ایڈمنسٹریٹر کو)، جو زیادہ سے زیادہ ہر چھ گھنٹے بعد دہرائی جاتی ہے۔ پلیٹ فارم کے Activity لاگ میں ایک سطر آتی ہے جب کچھ غلط ہو اور جب سب ٹھیک ہو جائے۔

سیٹ اپ یا مرمت

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

اسٹینڈ بائی پر منتقل ہوں

جب لائیو ڈیٹابیس خراب ہو اور اسٹینڈ بائی ٹھیک ہو تو موڈ failover چلائیں۔ سائٹ تقریباً دو منٹ تک "اپ ڈیٹ ہو رہی ہے" والا صفحہ دکھاتی ہے۔ اسٹینڈ بائی لائیو ڈیٹابیس بن جاتا ہے، سائٹ اس کی طرف موڑ دی جاتی ہے، اور پچھلی سیٹنگز appsettings.local.json.before-failover کے نام سے محفوظ رہتی ہیں۔ پھر اسکرپٹ بتاتا ہے کہ آگے کیا کرنا ہے: سائٹ معمول کے مطابق استعمال کریں، پرانا ڈیٹابیس فولڈر فی الحال رکھیں، اور سرور پرسکون ہونے پر نیا اسٹینڈ بائی بنانے کے لیے setup چلائیں۔ ترقی دی گئی نقل کبھی واپس اسٹینڈ بائی نہیں بنتی؛ نئی نقل سے نیا اسٹینڈ بائی بنتا ہے۔

بھاری رپورٹس نقل سے پڑھتی ہیں

جب اسٹینڈ بائی اسٹریم کر رہا ہو اور چند منٹ سے کم پیچھے ہو تو رپورٹ بلڈر، شیڈول شدہ رپورٹ ای میلز، CSV اور Excel ڈاؤن لوڈ، پورٹ فولیو، پروجیکٹ رپورٹس اور مکمل ڈیٹا ڈاؤن لوڈ لائیو ڈیٹابیس کے بجائے اس سے پڑھتے ہیں، تاکہ بڑی رپورٹ کام کرنے والوں کو کبھی سست نہ کرے۔ ایسی رپورٹ ڈیٹا بمطابق کے بعد نقل میں تازہ ترین تبدیلی کا وقت دکھاتی ہے۔ جب نقل موجود نہ ہو، جواب نہ دے یا چند منٹ سے زیادہ پیچھے ہو تو رپورٹس خود بخود لائیو ڈیٹابیس استعمال کرتی ہیں۔ نقل میں کبھی کچھ لکھا نہیں جاتا، اور ہر رپورٹ صرف اپنی تنظیم کا ڈیٹا دیکھتی ہے، بالکل لائیو ڈیٹابیس کی طرح۔ /health پتہ بتاتا ہے کہ رپورٹس نقل سے دی جا رہی ہیں یا نہیں ("reports")۔

ہٹائیں

موڈ remove چلائیں۔ یہ اسٹینڈ بائی کو روکتا اور حذف کرتا ہے اور اسے سائٹ کی سیٹنگز سے نکال دیتا ہے۔ لائیو ڈیٹابیس کو ہاتھ نہیں لگایا جاتا۔ setup کسی بھی وقت دوبارہ چلایا جا سکتا ہے۔