تمام 1C ڈویلپرز کسی نہ کسی طریقے سے آئی ٹی سروسز کے ساتھ اور سسٹم ایڈمنسٹریٹرز کے ساتھ براہ راست بات چیت کرتے ہیں۔ لیکن یہ تعامل ہمیشہ آسانی سے نہیں ہوتا ہے۔ میں آپ کو اس بارے میں چند مضحکہ خیز کہانیاں سنانا چاہتا ہوں۔
تیز رفتار مواصلاتی چینل
ہمارے زیادہ تر کلائنٹس اپنے بڑے IT محکموں کے ساتھ بڑے ہولڈنگز ہیں۔ اور کلائنٹ کے ماہرین عام طور پر معلوماتی ڈیٹا بیس کی بیک اپ کاپیوں کے ذمہ دار ہوتے ہیں۔ لیکن نسبتاً چھوٹی تنظیمیں بھی ہیں۔ خاص طور پر ان کے لیے، ہمارے پاس ایک سروس ہے جس کے مطابق ہم ہر چیز 1C کے بیک اپ سے متعلق تمام مسائل خود اٹھاتے ہیں۔ یہ وہ کمپنی ہے جس کے بارے میں ہم اس کہانی میں بات کریں گے۔
ایک نیا کلائنٹ 1C کی حمایت کے لیے آیا اور، دوسری چیزوں کے ساتھ، معاہدے میں ایک شق بھی شامل تھی کہ ہم بیک اپ کے لیے ذمہ دار ہیں، حالانکہ عملے پر ان کا اپنا سسٹم ایڈمنسٹریٹر تھا۔ کلائنٹ سرور ڈیٹا بیس، MS SQL بطور DBMS۔ کافی معیاری صورت حال ہے، لیکن پھر بھی ایک نزاکت باقی تھی: مرکزی بنیاد کافی بڑی تھی، لیکن ماہانہ اضافہ بہت کم تھا۔ یعنی ڈیٹا بیس میں بہت سارے تاریخی ڈیٹا موجود تھے۔ اس خصوصیت کو مدنظر رکھتے ہوئے، میں نے بیک اپ کی دیکھ بھال کے منصوبے مندرجہ ذیل ترتیب دیے ہیں: ہر مہینے کے پہلے ہفتہ کو ایک مکمل بیک اپ لیا جاتا تھا، یہ کافی بھاری ہوتا تھا، پھر ہر رات ایک تفریق کاپی بنائی جاتی تھی - نسبتاً چھوٹا حجم، اور ایک کاپی ہر گھنٹے کے لین دین کے لاگ کا۔ مزید برآں، مکمل اور تفریق کی کاپیاں نہ صرف نیٹ ورک کے وسائل پر کاپی کی گئیں بلکہ اس کے علاوہ ہمارے FTP سرور پر بھی اپ لوڈ کی گئیں۔ یہ سروس فراہم کرتے وقت یہ ایک لازمی شرط ہے۔
یہ سب کامیابی کے ساتھ ترتیب دیا گیا تھا، آپریشن میں ڈال دیا گیا تھا اور عام طور پر ناکامیوں کے بغیر کام کیا گیا تھا.
لیکن چند ماہ بعد اس تنظیم میں سسٹم ایڈمنسٹریٹر بدل گیا۔ نئے سسٹم ایڈمنسٹریٹر نے آہستہ آہستہ کمپنی کے آئی ٹی انفراسٹرکچر کو جدید رجحانات کے مطابق دوبارہ بنانا شروع کیا۔ خاص طور پر، ورچوئلائزیشن ظاہر ہوا، ڈسک شیلف، رسائی ہر جگہ مسدود تھی اور ہر چیز، وغیرہ، جو عام صورت میں، یقیناً خوش نہیں ہوسکتی۔ لیکن چیزیں ہمیشہ اس کے لیے آسانی سے نہیں چلتی تھیں؛ 1C کی کارکردگی میں اکثر مسائل ہوتے تھے، جس کی وجہ سے ہماری حمایت سے کچھ اختلاف اور غلط فہمیاں پیدا ہوئیں۔ یہ بھی واضح رہے کہ اس کے ساتھ ہمارے تعلقات عام طور پر کافی سرد اور کسی حد تک کشیدہ تھے، جس کی وجہ سے کسی بھی قسم کے مسائل پیدا ہونے کی صورت میں تناؤ کی حد ہی بڑھ جاتی تھی۔
لیکن ایک صبح پتہ چلا کہ اس کلائنٹ کا سرور دستیاب نہیں ہے۔ میں نے سسٹم ایڈمنسٹریٹر کو یہ جاننے کے لیے فون کیا کہ کیا ہوا اور جواب کے طور پر کچھ اس طرح موصول ہوا کہ "ہمارا سرور کریش ہو گیا ہے، ہم اس پر کام کر رہے ہیں، آپ پر منحصر نہیں۔" ٹھیک ہے، یہ اچھی بات ہے کہ وہ کام کرتے ہیں. اس کا مطلب ہے کہ صورتحال قابو میں ہے۔ دوپہر کے کھانے کے بعد، میں دوبارہ کال کرتا ہوں، اور چڑچڑاپن کے بجائے، میں پہلے ہی ایڈمن کی آواز میں تھکاوٹ اور بے حسی محسوس کر سکتا ہوں۔ میں یہ جاننے کی کوشش کر رہا ہوں کہ کیا ہوا اور کیا ہم مدد کرنے کے لیے کچھ کر سکتے ہیں؟ گفتگو کے نتیجے میں درج ذیل باتیں سامنے آئیں:
اس نے سرور کو نئے جمع شدہ چھاپے کے ساتھ ایک نئے اسٹوریج سسٹم میں منتقل کیا۔ لیکن کچھ غلط ہو گیا اور کچھ دنوں بعد یہ چھاپہ محفوظ طریقے سے گر گیا۔ چاہے کنٹرولر جل گیا ہو یا ڈسکوں کو کچھ ہوا ہو، مجھے بالکل یاد نہیں ہے، لیکن تمام معلومات ناقابل واپسی طور پر ضائع ہو گئی تھیں۔ اور اہم بات یہ تھی کہ بیک اپ کے ساتھ نیٹ ورک کا وسیلہ بھی مختلف منتقلی کے دوران اسی ڈسک سرنی پر ختم ہوا۔ یعنی پیداواری ڈیٹا بیس خود اور اس کی تمام بیک اپ کاپیاں دونوں ضائع ہو گئیں۔ اور یہ واضح نہیں ہے کہ اب کیا کرنا ہے۔
پرسکون ہو جاؤ، میں کہتا ہوں. ہمارے پاس آپ کا رات کا بیک اپ ہے۔ جواب میں خاموشی چھا گئی جس سے مجھے احساس ہوا کہ میں نے ابھی ایک آدمی کی جان بچائی ہے۔ ہم اس بات پر بحث شروع کرتے ہیں کہ اس کاپی کو ایک نئے، نئے تعینات سرور میں کیسے منتقل کیا جائے۔ لیکن یہاں بھی ایک مسئلہ کھڑا ہو گیا۔
یاد ہے جب میں نے کہا تھا کہ مکمل بیک اپ کافی بڑا تھا؟ یہ کچھ بھی نہیں تھا کہ میں نے مہینے میں ایک بار ہفتہ کے دن ایسا کیا۔ حقیقت یہ ہے کہ یہ کمپنی ایک چھوٹا سا پلانٹ تھا، جو شہر سے بہت دور واقع تھا اور ان کا انٹرنیٹ بہت زیادہ تھا۔ پیر کی صبح تک، یعنی ہفتے کے آخر میں، یہ کاپی بمشکل ہمارے FTP سرور پر اپ لوڈ ہونے میں کامیاب ہوئی۔ لیکن اس کے مخالف سمت میں لوڈ ہونے کے لیے ایک یا دو دن انتظار کرنے کا کوئی طریقہ نہیں تھا۔ فائل ٹرانسفر کرنے کی کئی ناکام کوششوں کے بعد ایڈمنسٹریٹر نے نئے سرور سے براہ راست ہارڈ ڈرائیو نکالی، کہیں ڈرائیور کے ساتھ گاڑی ملی اور جلدی سے ہمارے دفتر پہنچ گئے، خوش قسمتی سے ہم ابھی تک اسی شہر میں ہیں۔
جب وہ ہمارے سرور روم میں کھڑے تھے اور فائلوں کی کاپی ہونے کا انتظار کر رہے تھے، ہم پہلی بار ملے، تو بات کرنے کے لیے، "ذاتی طور پر،" کافی کا کپ پیا، اور غیر رسمی ماحول میں بات کی۔ میں نے اس کے غم سے ہمدردی کا اظہار کیا اور کمپنی کے رکے ہوئے کام کو جلد بازی میں بحال کرتے ہوئے اسے بیک اپ کے مکمل سکرو کے ساتھ واپس بھیج دیا۔
اس کے بعد، آئی ٹی ڈیپارٹمنٹ کو ہماری تمام درخواستیں بہت جلد حل کر دی گئیں اور مزید کوئی اختلاف پیدا نہیں ہوا۔
اپنے سسٹم ایڈمنسٹریٹر سے رابطہ کریں۔
ایک بار، بہت طویل عرصے تک، میں ایک کلائنٹ کے لیے IIS کے ذریعے ویب رسائی کے لیے 1C شائع نہیں کر سکا۔ یہ ایک عام کام کی طرح لگ رہا تھا، لیکن ہر چیز کو چلانے کا کوئی طریقہ نہیں تھا. مقامی نظام کے منتظمین اس میں شامل ہو گئے اور مختلف ترتیبات اور کنفیگریشن فائلوں کو آزمایا۔ ویب پر 1C عام طور پر کسی بھی طرح سے کام نہیں کرنا چاہتا تھا۔ کچھ غلط تھا، یا تو ڈومین سیکیورٹی پالیسیوں میں، یا مقامی جدید ترین فائر وال کے ساتھ، یا خدا جانے اور کیا تھا۔ نویں تکرار پر، منتظم مجھے ان الفاظ کے ساتھ ایک لنک بھیجتا ہے:
- ان ہدایات کو استعمال کرتے ہوئے دوبارہ کوشش کریں۔ وہاں سب کچھ تفصیل سے بیان کیا گیا ہے۔ اگر یہ کام نہیں کرتا ہے، تو اس سائٹ کے مصنف کو لکھیں، شاید وہ مدد کر سکے۔
"نہیں،" میں کہتا ہوں، "اس سے کوئی فائدہ نہیں ہوگا۔"
- کیوں؟
- میں اس سائٹ کا مصنف ہوں...
نتیجے کے طور پر، ہم نے اسے بغیر کسی پریشانی کے اپاچی پر لانچ کیا۔ IIS کو کبھی شکست نہیں ہوئی۔
ایک سطح گہری
ہمارے پاس ایک کلائنٹ تھا - ایک چھوٹا مینوفیکچرنگ انٹرپرائز۔ ان کے پاس ایک سرور تھا، ایک قسم کا "کلاسک" 3 میں 1: ٹرمینل سرور + ایپلیکیشن سرور + ڈیٹا بیس سرور۔ انہوں نے UPP کی بنیاد پر صنعت کے لیے مخصوص ترتیب میں کام کیا، تقریباً 15-20 صارفین تھے، اور نظام کی کارکردگی، اصولی طور پر، سب کے لیے موزوں تھی۔
جیسے جیسے وقت گزرتا گیا، سب کچھ کم و بیش مستقل طور پر کام کرتا رہا۔ لیکن پھر یورپ نے روس کے خلاف پابندیاں عائد کر دیں، جس کے نتیجے میں روسیوں نے بنیادی طور پر مقامی طور پر تیار کردہ مصنوعات خریدنا شروع کر دیں، اور اس کمپنی کے کاروبار میں تیزی سے اضافہ ہوا۔ صارفین کی تعداد 50-60 افراد تک بڑھ گئی، ایک نئی برانچ کھولی گئی، اور اس کے مطابق دستاویزات کا بہاؤ بڑھ گیا۔ اور اب موجودہ سرور تیزی سے بڑھے ہوئے بوجھ سے مزید نمٹ نہیں سکتا تھا، اور 1C شروع ہوا، جیسا کہ وہ کہتے ہیں، "سست ہو جانا"۔ چوٹی کے اوقات کے دوران، دستاویزات پر کئی منٹوں تک کارروائی کی گئی، مسدود کرنے میں غلطیاں ہوئیں، فارموں کو کھلنے میں کافی وقت لگا، اور متعلقہ خدمات کا پورا دوسرا گلدستہ۔ مقامی نظام کے منتظم نے تمام مسائل کو دور کرتے ہوئے کہا، "یہ آپ کا 1C ہے، آپ اس کا اندازہ لگا لیں گے۔" ہم نے بارہا سسٹم کا پرفارمنس آڈٹ کرانے کی تجویز دی ہے لیکن یہ کبھی بھی آڈٹ میں نہیں آیا۔ کلائنٹ نے صرف مسائل کو حل کرنے کے بارے میں سفارشات طلب کیں۔
ٹھیک ہے، میں بیٹھ گیا اور DBMS کے ساتھ ٹرمینل سرور اور ایپلیکیشن سرور کے کرداروں کو الگ کرنے کی ضرورت کے بارے میں ایک لمبا خط لکھا (جو اصولی طور پر ہم پہلے بھی کئی بار کہہ چکے ہیں)۔ میں نے ٹرمینل سرورز پر DFSS کے بارے میں لکھا، مشترکہ میموری کے بارے میں، مستند ذرائع کے لنکس فراہم کیے، اور یہاں تک کہ آلات کے لیے کچھ اختیارات تجویز کیے ہیں۔ یہ خط کمپنی میں اقتدار میں رہنے والوں تک پہنچا، "عمل درآمد" کی قراردادوں کے ساتھ آئی ٹی ڈیپارٹمنٹ میں واپس چلا گیا اور برف عام طور پر ٹوٹ گئی۔
کچھ دیر بعد، منتظم مجھے نئے سرور کا IP ایڈریس اور لاگ ان کی اسناد بھیجتا ہے۔ وہ کہتے ہیں کہ MS SQL اور 1C سرور کے اجزاء وہاں تعینات ہیں، اور ڈیٹا بیس کو منتقل کرنے کی ضرورت ہے، لیکن فی الحال صرف DBMS سرور پر، کیونکہ 1C کیز کے ساتھ کچھ مسائل پیدا ہوئے ہیں۔
میں اندر آیا، واقعی، تمام سروسز چل رہی تھیں، سرور زیادہ طاقتور نہیں تھا، لیکن ٹھیک ہے، مجھے لگتا ہے کہ یہ کسی چیز سے بہتر نہیں ہے۔ میں موجودہ سرور کو کسی طرح سے فارغ کرنے کے لیے ابھی کے لیے ڈیٹا بیس منتقل کروں گا۔ میں نے طے شدہ وقت پر تمام ٹرانسفر مکمل کر لیے، لیکن صورت حال تبدیل نہیں ہوئی - اب بھی وہی کارکردگی کے مسائل ہیں۔ یہ عجیب بات ہے، بالکل، ٹھیک ہے، آئیے ڈیٹا بیس کو 1C کلسٹر میں رجسٹر کریں اور ہم دیکھیں گے۔
کئی دن گزر گئے، چابیاں منتقل نہیں ہوئیں۔ میں حیران ہوں کہ مسئلہ کیا ہے، سب کچھ آسان لگتا ہے - اسے ایک سرور سے نکالیں، اسے دوسرے میں لگائیں، ڈرائیور انسٹال کریں اور آپ کا کام ہو گیا۔ منتظم پورٹ فارورڈنگ، ورچوئل سرور، وغیرہ کے بارے میں کچھ کہتا ہوا جواب دیتا ہے۔
ہمم... ورچوئل سرور؟ ایسا لگتا ہے کہ کبھی کوئی ورچوئلائزیشن نہیں ہوئی ہے اور نہ کبھی کوئی ہوا ہے... مجھے ونڈوز سرور 1 میں Hyper-V پر 2008C سرور کلید کو ورچوئل مشین میں فارورڈ کرنے کی ناممکنات کے ساتھ ایک کافی معروف مسئلہ یاد ہے۔ اور یہاں مجھ میں کچھ شکوک پیدا ہونے لگتے ہیں...
میں سرور مینیجر کو کھولتا ہوں - کردار - ایک نیا کردار نمودار ہوا ہے - Hyper-V۔ میں Hyper-V مینیجر کے پاس جاتا ہوں، ایک ورچوئل مشین دیکھتا ہوں، جڑتا ہوں... اور واقعی... ہمارا نیا ڈیٹا بیس سرور...
تو کیا؟ حکام کی ہدایات اور میری سفارشات پر عمل ہوا، کردار الگ کر دیے گئے۔ کام بند کیا جا سکتا ہے۔
کچھ عرصے بعد اب بحران ہوا، نئی برانچ کو بند کرنا پڑا، لوڈ کم ہوا اور سسٹم کی کارکردگی کم و بیش قابلِ برداشت ہو گئی۔
ٹھیک ہے، یقینا، وہ سرور کی کلید کو ورچوئل مشین پر نہیں بھیج سکے۔ نتیجے کے طور پر، سب کچھ ویسا ہی رہ گیا: فزیکل مشین پر ٹرمینل سرور + 1C کلسٹر، ورچوئل میں ڈیٹا بیس سرور۔
اور یہ اچھا ہوگا اگر یہ کسی قسم کا شارشکن کا دفتر ہوتا۔ تو نہیں۔ ایک معروف کمپنی جس کے پروڈکٹس کو آپ شاید جانتے ہوں گے اور تمام Lentas اور Auchans کے متعلقہ محکموں میں دیکھ چکے ہوں گے۔
ہارڈ ڈرائیو چھٹیوں کا شیڈول
ایک بڑی ہولڈنگ کمپنی جس کے ساتھ دنیا پر قبضہ کرنے کے مہتواکانکشی منصوبے ہیں نے ایک بار پھر ایک چھوٹی کمپنی کو اپنے میگا کارپوریشن میں شامل کرنے کے مقصد کے ساتھ خرید لیا ہے۔ اس ہولڈنگ کے تمام حصوں میں، صارفین اپنے اپنے ڈیٹا بیس میں کام کرتے ہیں، لیکن ایک جیسی ترتیب کے ساتھ۔ اور اس طرح ہم نے اس سسٹم میں ایک نیا یونٹ شامل کرنے کے لیے ایک چھوٹا سا پروجیکٹ شروع کیا۔
سب سے پہلے، پیداوار اور ٹیسٹ ڈیٹا بیس کو تعینات کرنا ضروری ہے. ڈویلپر کو کنکشن ڈیٹا موصول ہوا، سرور میں لاگ ان ہوتا ہے، ایم ایس ایس کیو ایل انسٹال ہوتا ہے، 1C سرور، 2 لاجیکل ڈرائیوز دیکھتا ہے: 250 گیگا بائٹس کی صلاحیت کے ساتھ "C" ڈرائیو اور 1 ٹیرابائٹ کی صلاحیت کے ساتھ "D" ڈرائیو۔ ٹھیک ہے، "C" سسٹم ہے، "D" ڈیٹا کے لیے ہے، ڈویلپر منطقی طور پر فیصلہ کرتا ہے اور وہاں تمام ڈیٹا بیس کو تعینات کرتا ہے۔ یہاں تک کہ میں نے بحالی کے منصوبے بھی ترتیب دیئے، بشمول بیک اپ، صرف اس صورت میں (حالانکہ ہم اس کے ذمہ دار نہیں ہیں)۔ سچ ہے، بیک اپ یہاں "D" میں شامل کیے گئے تھے۔ مستقبل میں، اسے کچھ علیحدہ نیٹ ورک وسائل میں دوبارہ ترتیب دینے کا منصوبہ بنایا گیا تھا۔
پراجیکٹ شروع ہوا، کنسلٹنٹس نے نئے نظام میں کام کرنے کے بارے میں تربیت فراہم کی، بچ جانے والے حصے کو منتقل کر دیا گیا، کچھ معمولی معمولی اصلاحات کی گئیں، اور صارفین نے نئے انفارمیشن بیس میں کام کرنا شروع کر دیا۔
ایک پیر کی صبح تک سب کچھ ٹھیک چل رہا تھا جب پتہ چلا کہ ڈیٹا بیس ڈسک غائب ہے۔ سرور پر بس کوئی "D" نہیں ہے اور بس۔
مزید تفتیش سے یہ بات سامنے آئی: یہ "سرور" دراصل ایک مقامی سسٹم ایڈمنسٹریٹر کا ورک کمپیوٹر تھا۔ سچ ہے، اس میں اب بھی ایک سرور OS تھا۔ اس منتظم کی ذاتی USB ڈرائیو سرور میں پلگ ان تھی۔ اور اس طرح ایڈمنسٹریٹر چھٹی پر چلا گیا، اس کا پیچ اپنے ساتھ لے کر، سفر کے لیے اس میں فلمیں ڈالنے کے مقصد کے ساتھ۔
اللہ کا شکر ہے کہ اس نے ڈیٹا بیس کی فائلوں کو ڈیلیٹ کرنے کا انتظام نہیں کیا اور نتیجہ خیز ڈیٹا بیس کو بحال کرنے میں کامیاب ہو گیا۔
یہ قابل ذکر ہے کہ ہر کوئی عام طور پر USB ڈرائیو پر موجود سسٹم کی کارکردگی سے مطمئن تھا۔ کسی نے بھی 1C کی غیر تسلی بخش کارکردگی کے بارے میں شکایت نہیں کی۔ اس کے بعد ہی ہولڈنگ نے ایک میگا پروجیکٹ شروع کیا جس میں تمام معلوماتی ڈیٹا بیس کو ایک واحد مرکزی سائٹ پر سپر سرورز، دس لاکھ+ روبلز کے لیے اسٹوریج سسٹم، جدید ترین ہائپر وائزرز اور تمام برانچوں میں ناقابل برداشت 1C بریک شامل ہیں۔
لیکن یہ بالکل مختلف کہانی ہے...
ماخذ: www.habr.com