سڀ 1C ڊولپرز ھڪڙي طريقي سان يا ٻئي ۾ ويجھي طور تي آئي ٽي سروسز سان رابطو ڪن ٿا ۽ سڌو سنئون سسٽم جي منتظمين سان. پر اهو رابطو هميشه آساني سان نه هلندو آهي. مان توهان کي هن بابت ڪجهه مزاحيه ڪهاڻيون ٻڌائڻ چاهيان ٿو.
تيز رفتار مواصلاتي چينل
اسان جا اڪثر گراهڪ وڏي پئماني تي آهن انهن جي پنهنجي وڏي آئي ٽي شعبن سان. ۽ ڪلائنٽ ماهر عام طور تي ذميوار آهن معلومات جي ڊيٽابيس جي بيڪ اپ ڪاپيون. پر اتي پڻ نسبتا ننڍا تنظيمون آهن. خاص طور تي انهن لاءِ، اسان وٽ هڪ خدمت آهي جنهن جي مطابق اسان پاڻ کي هر شيءِ 1C جي بيڪ اپ سان لاڳاپيل سمورا مسئلا پاڻ تي کڻون ٿا. هي اها ڪمپني آهي جنهن بابت اسان هن ڪهاڻي ۾ ڳالهائينداسين.
هڪ نئون گراهڪ 1C جي مدد ڪرڻ لاءِ آيو ۽، ٻين شين جي وچ ۾، معاهدي ۾ هڪ شق شامل آهي ته اسان بيڪ اپ جا ذميوار هئاسين، جيتوڻيڪ انهن وٽ اسٽاف تي پنهنجو سسٽم ايڊمنسٽريٽر هو. ڪلائنٽ-سرور ڊيٽابيس، MS SQL هڪ DBMS طور. ڪافي معياري صورتحال، پر اتي اڃا به هڪ nuance هو: بنيادي بنياد ڪافي وڏي هئي، پر مھينو واڌ تمام ننڍو هو. اهو آهي، ڊيٽابيس ۾ تمام گهڻو تاريخي ڊيٽا شامل آهي. ھن خصوصيت کي مدنظر رکندي، مون ھيٺ ڏنل بيڪ اپ مينٽيننس منصوبا ترتيب ڏنا: ھر مھيني جي پھرين ڇنڇر تي ھڪ مڪمل بيڪ اپ ڪيو ويو، اھو ڪافي ڳرو ھو، پوءِ ھر رات ھڪ فرقي ڪاپي تيار ڪئي وئي - ھڪڙو نسبتا ننڍڙو حجم، ۽ ھڪ ڪاپي ٽرانزيڪشن لاگ جو هر ڪلاڪ. ان کان علاوه، مڪمل ۽ فرق واري ڪاپيون نه رڳو نقل ڪيون ويون آهن نيٽ ورڪ وسيلن ڏانهن، پر اضافي طور تي اسان جي ايف ٽي پي سرور تي اپ لوڊ ڪيون ويون آهن. هي هڪ لازمي گهربل آهي جڏهن هي خدمت مهيا ڪري ٿي.
هي سڀ ڪاميابيء سان ترتيب ڏني وئي، آپريشن ۾ رکيل ۽ عام طور تي ناڪامي کان سواء ڪم ڪيو.
پر ڪجهه مهينن کان پوء، هن اداري ۾ نظام منتظم تبديل ٿي ويو. نئين سسٽم ايڊمنسٽريٽر جديد رجحانن جي مطابق ڪمپني جي آئي ٽي انفراسٽرڪچر کي آهستي آهستي ٻيهر تعمير ڪرڻ شروع ڪيو. خاص طور تي، ورچوئلائيزيشن ظاهر ٿيو، ڊسڪ شيلف، رسائي هر هنڌ بند ٿي وئي ۽ هر شيء، وغيره، جيڪو عام صورت ۾، يقينا، خوش نه ٿو ڪري سگهي. پر شيون هميشه هن لاءِ آساني سان نه ٿيون هلن؛ اتي اڪثر 1C جي ڪارڪردگي سان مسئلا هئا، جن جي ڪري اسان جي حمايت سان ڪجهه اختلاف ۽ غلط فهمي پيدا ٿي. اهو پڻ ياد رکڻ گهرجي ته هن سان اسان جو لاڳاپو عام طور تي ڪافي سرد ۽ ڪنهن حد تائين تنگ هوندو هو، جنهن ڪري ڪنهن پريشانيءَ جي صورت ۾ فقط ڇڪتاڻ وڌي ويندي هئي.
پر هڪ صبح اهو ظاهر ٿيو ته هن ڪلائنٽ جو سرور دستياب ناهي. مون سسٽم ايڊمنسٽريٽر کي فون ڪيو ته اهو معلوم ڪرڻ لاءِ ته ڇا ٿيو ۽ هڪ جواب جي طور تي ڪجهه حاصل ڪيو جيئن ”اسان جو سرور ڪريش ٿي ويو آهي، اسان ان تي ڪم ڪري رهيا آهيون، توهان تي نه. خير، اهو سٺو آهي ته اهي ڪم ڪن. مطلب ته صورتحال ڪنٽرول هيٺ آهي. منجھند جي ماني کان پوءِ، مان وري فون ڪريان ٿو، ۽ جلن جي بجاءِ، مان اڳي ئي منتظم جي آواز ۾ ٿڪ ۽ بي حسي محسوس ڪريان ٿو. مان اهو ڄاڻڻ جي ڪوشش ڪري رهيو آهيان ته ڇا ٿيو آهي ۽ ڇا ڪجهه آهي جيڪو اسان مدد ڪري سگهون ٿا؟ گفتگو جي نتيجي ۾، هيٺيان ظاهر ٿيا:
هن سرور کي نئين گڏ ٿيل حملي سان نئين اسٽوريج سسٽم ڏانهن منتقل ڪيو. پر ڪجهه غلط ٿيو ۽ ڪجهه ڏينهن کان پوءِ هي حملو محفوظ طور تي ختم ٿي ويو. ڇا ڪنٽرولر ساڙيو ويو يا ڊسڪ ۾ ڪجهه ٿيو، مون کي ياد ناهي، پر سڀ معلومات ناقابل اعتبار طور تي گم ٿي وئي. ۽ بنيادي شيء اها هئي ته نيٽ ورڪ وسيلن سان گڏ بيڪ اپ پڻ مختلف لڏپلاڻ دوران ساڳئي ڊسڪ صف تي ختم ٿي وئي. اهو آهي، ٻئي پيداواري ڊيٽابيس پاڻ ۽ ان جي سڀني بيڪ اپ ڪاپيون گم ٿي ويا. ۽ اهو واضح ناهي ته هاڻي ڇا ڪجي.
آرام ڪر، مان چوان ٿو. اسان وٽ توهان جي رات جو بيڪ اپ آهي. جواب ۾ خاموشي ڇانيل هئي، جنهن مان محسوس ٿيو ته مون هڪ ماڻهوءَ جي جان بچائي آهي. اسان بحث ڪرڻ شروع ڪريون ٿا ته هي نقل ڪيئن منتقل ڪجي نئين، نئين ترتيب ڏنل سرور ڏانهن. پر هتي پڻ هڪ مسئلو پيدا ٿيو.
ياد رکو جڏهن مون چيو ته مڪمل بيڪ اپ ڪافي وڏي هئي؟ اهو ڪجهه به نه هو ته مون مهيني ۾ هڪ ڀيرو ڇنڇر تي ڪيو. حقيقت اها آهي ته اها ڪمپني هڪ ننڍڙو پلانٽ هو، جيڪو شهر کان ٻاهر واقع هو ۽ انهن جو انٽرنيٽ تمام گهڻو هو. سومر جي صبح تائين، يعني هفتي جي آخر ۾، هي ڪاپي مشڪل سان اسان جي FTP سرور تي اپلوڊ ٿي سگهي ٿي. پر هڪ يا ٻه ڏينهن انتظار ڪرڻ جو ڪو طريقو نه هو ته ان جي سامهون واري طرف لوڊ ٿيڻ لاءِ. فائل کي منتقل ڪرڻ جي ڪيترين ئي ناڪام ڪوششن کان پوءِ، ايڊمنسٽريٽر سڌو نئين سرور مان هارڊ ڊرائيو ڪڍي، ڪنهن هنڌ ڊرائيور سان گڏ ڪار ڏٺي ۽ جلدي جلدي پنهنجي آفيس ۾ پهتي، خوش قسمتيءَ سان اسين اڃا ساڳئي شهر ۾ آهيون.
جڏهن اهي اسان جي سرور روم ۾ بيٺا هئا ۽ فائلن جي ڪاپي ٿيڻ جو انتظار ڪري رهيا هئاسين، اسان پهريون ڀيرو ملاقات ڪئي، تنهنڪري ڳالهائڻ لاء، "ذاتي طور تي،" ڪافي جو پيالو پيتو، ۽ غير رسمي سيٽنگ ۾ ڳالهايو. مون کي هن جي ڏک تي همدردي هئي ۽ ڪمپني جي بند ٿيل ڪم کي جلدي بحال ڪندي، بيڪ اپ جي مڪمل اسڪرو سان واپس موڪليو.
ان کان پوء، آئي ٽي ڊپارٽمينٽ ڏانهن اسان جي سڀني درخواستن کي تمام جلدي حل ڪيو ويو ۽ وڌيڪ اختلاف پيدا نه ٿيو.
پنھنجي سسٽم جي منتظم سان رابطو ڪريو
هڪ دفعو، هڪ ڊگهي وقت تائين، مان هڪ ڪلائنٽ لاء IIS ذريعي ويب رسائي لاء 1C شايع نه ڪري سگهيو. اهو هڪ عام ڪم وانگر لڳي رهيو هو، پر هر شيء کي هلائڻ جو ڪو طريقو نه هو. مقامي سسٽم جي منتظمين ملوث ٿي ويا ۽ مختلف سيٽنگون ۽ ترتيب واري فائلن جي ڪوشش ڪئي. ويب تي 1C عام طور تي ڪنهن به طريقي سان ڪم ڪرڻ نه چاهيو. ڪجهه غلط هو، يا ته ڊومين سيڪيورٽي پاليسين سان، يا مقامي نفيس فائر وال سان، يا خدا ڄاڻي ٻيو ڇا. Nth ورجائي تي، منتظم مون کي لفظن سان هڪ لنڪ موڪلي ٿو:
- ٻيهر ڪوشش ڪريو اهي هدايتون استعمال ڪندي. اتي سڀڪنھن شيء کي ڪافي تفصيل سان بيان ڪيو ويو آهي. جيڪڏهن اهو ڪم نٿو ڪري، هن سائيٽ جي ليکڪ ڏانهن لکو، شايد هو مدد ڪري سگهي.
"نه،" مان چوان ٿو، "اهو مدد نه ڪندو."
- ڇو؟
- مان هن سائيٽ جو ليکڪ آهيان ... (
نتيجي طور، اسان ان کي شروع ڪيو Apache تي بغير ڪنهن پريشاني جي. IIS ڪڏهن به شڪست نه هئي.
هڪ سطح وڌيڪ اونهي
اسان وٽ هڪ گراهڪ هو - هڪ ننڍڙو پيداواري ادارو. انهن وٽ هڪ سرور هو، هڪ قسم جو ”ڪلاسڪ“ 3 ۾ 1: ٽرمينل سرور + ايپليڪيشن سرور + ڊيٽابيس سرور. انهن يو ايس پي جي بنياد تي ڪجهه صنعت جي مخصوص تشڪيل ۾ ڪم ڪيو، اتي اٽڪل 15-20 استعمال ڪندڙ هئا، ۽ سسٽم جي ڪارڪردگي، اصول ۾، سڀني لاء مناسب هئي.
جيئن وقت گذري ويو، هر شيء گهٽ يا گهٽ مستحڪم ڪم ڪيو. پر ان کان پوء يورپ روس جي خلاف پابنديون لاڳو ڪيون، جنهن جي نتيجي ۾ روسين خاص طور تي گهريلو پيداوار جي شين کي خريد ڪرڻ شروع ڪيو، ۽ هن ڪمپني لاء ڪاروبار تيزيء سان وڌيو. صارفين جو تعداد 50-60 ماڻهن تائين وڌايو، هڪ نئين شاخ کوليو ويو، ۽ دستاويز جي وهڪري مطابق وڌايو ويو. ۽ هاڻي موجوده سرور وڌيڪ تيزيء سان وڌندڙ لوڊ سان مقابلو نه ڪري سگهيو، ۽ 1C شروع ڪيو، جيئن اهي چون ٿا، "سست ڪرڻ". چوٽي جي ڪلاڪن دوران، دستاويزن تي عمل ڪيو ويو ڪيترن ئي منٽن تائين، بلاڪنگ غلطيون ٿي ويون، فارم کولڻ ۾ ڊگهو وقت ورتو، ۽ لاڳاپيل خدمتن جو سڄو ٻيو گلدستا. مڪاني نظام جي منتظم سڀني مسئلن کي برطرف ڪندي چيو، "هي توهان جو 1C آهي، توهان ان کي سمجهندا." اسان ڪيترائي ڀيرا سسٽم جي پرفارمنس آڊٽ ڪرائڻ جي تجويز ڏني آهي پر اها ڪڏهن به آڊٽ ۾ نه آئي. ڪلائنٽ صرف مسئلن کي حل ڪرڻ بابت سفارشن لاءِ پڇيو.
خير، مان ويٺي ويٺس ۽ هڪ ڊگهو خط لکيو جيڪو ٽرمينل سرور ۽ ايپليڪيشن سرور جي ڪردارن کي الڳ ڪرڻ جي ضرورت بابت DBMS سان (جيڪو، اصول ۾، اسان اڳ ۾ ئي ڪيترائي ڀيرا چيو آهي). مون ٽرمينل سرورز تي DFSS بابت لکيو، شيئرڊ ميموري بابت، مستند ذريعن جا لنڪ مهيا ڪيا، ۽ سامان لاءِ ڪجھ اختيارن جي تجويز پڻ ڏني. اهو خط انهن تائين پهچي ويو جيڪي ڪمپني ۾ اقتدار ۾ هئا، آئي ٽي ڊپارٽمينٽ ڏانهن واپس ويا قراردادن سان "عمل درآمد" ۽ برف عام طور تي ڀڄي وئي.
ڪجھ وقت کان پوء، منتظم مون کي نئين سرور جو IP پتو ۽ لاگ ان سندون موڪلي ٿو. هن جو چوڻ آهي ته MS SQL ۽ 1C سرور جا حصا اتي رکيا ويا آهن، ۽ ڊيٽابيس کي منتقل ڪرڻ جي ضرورت آهي، پر هن وقت تائين صرف ڊي بي ايم ايس سرور ڏانهن، ڇاڪاڻ ته 1C ڪيز سان ڪجهه مسئلا پيدا ٿيا آهن.
مان اندر آيو آهيان، حقيقت ۾، سڀئي خدمتون هلائي رهيا هئا، سرور تمام طاقتور نه هو، پر اوه، مان سمجهان ٿو ته اهو ڪنهن به شيء کان بهتر ناهي. مان هن وقت تائين ڊيٽابيس کي منتقل ڪندس ته جيئن ڪنهن طرح موجوده سرور کي رليف ڏيو. مون اتفاق ٿيل وقت تي سڀني منتقلي مڪمل ڪئي، پر صورتحال تبديل نه ڪئي - اڃا به ساڳيو ڪارڪردگي مسئلا. اهو عجيب آهي، يقينا، سٺو، اچو ته رجسٽرڊ ڊيٽابيس کي 1C ڪلستر ۾ ۽ اسان ڏسنداسين.
ڪيترائي ڏينهن گذري ويا، چاٻيون منتقل نه ٿيون. مان سوچي رهيو آهيان ته مسئلو ڇا آهي، سڀ ڪجهه سادو لڳي رهيو آهي - ان کي هڪ سرور مان ڪڍي، ان کي ٻئي ۾ لڳايو، ڊرائيور کي انسٽال ڪريو ۽ توهان مڪمل ڪيو. منتظم جواب ڏئي ٿو ڦاٿل ۽ ڪجهه چوڻ بابت پورٽ فارورڊنگ، هڪ ورچوئل سرور وغيره.
هيم... ورچوئل سرور؟ اهو لڳي ٿو ته هتي ڪڏهن به ورچوئلائيزيشن نه آهي ۽ ڪڏهن به ڪو نه ٿيو آهي ... مون کي ياد آهي ته ونڊوز سرور 1 ۾ Hyper-V تي هڪ ورچوئل مشين ڏانهن 2008C سرور جي ڪيئي کي اڳتي وڌائڻ جي ناممڪن هجڻ سان گڏ هڪ تمام مشهور مسئلو ۽ هتي مون ۾ ڪجهه شڪ پيدا ٿيڻ شروع ٿي ويا...
مون سرور مينيجر کي کوليو - ڪردار - هڪ نئون ڪردار ظاهر ٿيو - هائپر-وي. مان Hyper-V مئنيجر ڏانھن وڃان ٿو، ھڪڙي ورچوئل مشين کي ڏسو، ڳنڍيو... ۽ واقعي... اسان جو نئون ڊيٽابيس سرور...
پوءِ ڇا؟ اختيارين جي هدايتن ۽ منهنجي سفارشن تي عمل ڪيو ويو آهي، ڪردار الڳ ڪيا ويا آهن. ڪم بند ڪري سگهجي ٿو.
ڪجهه عرصي کان پوءِ هاڻ بحران پيدا ٿيو، نئين برانچ کي بند ڪرڻو پيو، لوڊ گهٽجي ويو، ۽ سسٽم جي ڪارڪردگي گهٽ يا گهٽ برداشت ڪرڻ جي قابل ٿي وئي.
يقينن، اهي سرور جي ڪنجي کي ورچوئل مشين ڏانهن نه موڪلي سگهيا. نتيجي طور، سڀڪنھن شيء کي ڇڏي ويو آهي جيئن: ٽرمينل سرور + 1C ڪلسٽر هڪ جسماني مشين تي، ڊيٽابيس سرور اتي هڪ مجازي ۾.
۽ اهو سٺو لڳندو جيڪڏهن اهو ڪنهن قسم جي شارشڪن جي آفيس هجي. سو نه. هڪ مشهور ڪمپني جنهن جي پروڊڪٽس توهان شايد ڄاڻو ٿا ۽ سڀني Lentas ۽ Auchans جي لاڳاپيل شعبن ۾ ڏٺو آهي.
هارڊ ڊرائيو موڪلن جي شيڊول
هڪ وڏي هولڊنگ ڪمپني جنهن سان دنيا تي قبضو ڪرڻ جو امڪاني منصوبو آهي، هڪ ڀيرو ٻيهر هڪ ننڍڙي ڪمپني خريد ڪئي آهي جنهن جي مقصد سان ان کي پنهنجي ميگا ڪارپوريشن ۾ شامل ڪيو وڃي. ھن ھولڊنگ جي سڀني حصن ۾، صارفين پنھنجي ڊيٽابيس ۾ ڪم ڪن ٿا، پر ھڪڙي ھڪڙي ترتيب سان. ۽ تنهنڪري اسان هڪ ننڍڙو منصوبو شروع ڪيو ته هن سسٽم ۾ هڪ نئون يونٽ شامل ڪيو وڃي.
سڀ کان پهريان، اهو ضروري آهي ته پيداوار ۽ ٽيسٽ ڊيٽابيس کي ترتيب ڏيو. ڊولپر ڪنيڪشن ڊيٽا حاصل ڪئي، سرور ۾ لاگ ان ٿيو، MS SQL انسٽال ٿيل ڏسي ٿو، 1C سرور، 2 منطقي ڊرائيو ڏسي ٿو: ڊرائيو “C” 250 گيگا بائيٽ جي گنجائش سان ۽ ڊرائيو “D” 1 terabyte جي گنجائش سان. خير، "سي" سسٽم آهي، "ڊي" ڊيٽا لاء آهي، ڊولپر منطقي طور تي فيصلو ڪري ٿو ۽ سڀني ڊيٽابيس کي ترتيب ڏئي ٿو. مون سار سنڀال جا منصوبا به قائم ڪيا آهن، بشمول بيڪ اپ، صرف ان صورت ۾ (جيتوڻيڪ اسان هن جا ذميوار نه آهيون). سچ، بيڪ اپ هتي شامل ڪيا ويا "D" ۾. مستقبل ۾، ان کي ڪجهه الڳ نيٽ ورڪ وسيلن کي ٻيهر ترتيب ڏيڻ جي رٿابندي ڪئي وئي هئي.
پروجيڪٽ شروع ٿي ويو، صلاحڪارن کي تربيت ڏني وئي ته نئين سسٽم ۾ ڪيئن ڪم ڪجي، باقي بچيل شيون منتقل ڪيون ويون، ڪجهه ننڍيون ننڍيون واڌايون ڪيون ويون، ۽ صارفين نئين معلومات جي بنياد تي ڪم ڪرڻ شروع ڪيو.
سڀ ڪجهه ٺيڪ ٿي رهيو هو جيستائين هڪ سومر جي صبح جو جڏهن اهو دريافت ڪيو ويو ته ڊيٽابيس ڊسڪ غائب هئي. سرور تي صرف "ڊي" ناهي ۽ اهو ئي آهي.
وڌيڪ تحقيق اهو ظاهر ڪيو: هي "سرور" اصل ۾ مقامي سسٽم جي منتظم جو ڪم ڪمپيوٽر هو. سچ، اهو اڃا تائين هڪ سرور او ايس هو. هن منتظم جي ذاتي USB ڊرائيو کي سرور ۾ لڳايو ويو. ۽ پوءِ ايڊمنسٽريٽر موڪلن تي هليو ويو، پنهنجو اسڪرو پاڻ سان گڏ، ان مقصد سان ته سفر لاءِ ان ۾ فلمون پمپ ڪري.
خدا جو شڪر آهي، هن ڊيٽابيس فائلن کي حذف ڪرڻ جو انتظام نه ڪيو ۽ پيداوار واري ڊيٽابيس کي بحال ڪرڻ جو انتظام ڪيو.
اهو قابل ذڪر آهي ته هرڪو عام طور تي USB ڊرائيو تي واقع سسٽم جي ڪارڪردگي سان مطمئن هو. ڪنهن به 1C جي غير اطمينان بخش ڪارڪردگي بابت شڪايت نه ڪئي. اهو صرف بعد ۾ هو ته هولڊنگ هڪ ميگا پروجيڪٽ شروع ڪيو ته سڀني معلومات جي ڊيٽابيس کي هڪ واحد مرڪزي سائيٽ ڏانهن منتقل ڪرڻ لاء سپر سرور، اسٽوريج سسٽم هڪ ملين + روبل، نفيس هائپر وائزرز ۽ سڀني شاخن ۾ ناقابل برداشت 1C برڪس.
پر اها هڪ مڪمل طور تي مختلف ڪهاڻي آهي ...
جو ذريعو: www.habr.com