ټول 1C پراختیا کونکي په یو ډول یا بل ډول د آی ټي خدماتو سره نږدې اړیکه لري او مستقیم د سیسټم مدیرانو سره. مګر دا تعامل تل په اسانۍ سره نه ځي. زه غواړم تاسو ته په دې اړه یو څو په زړه پورې کیسې ووایم.
د لوړ سرعت مخابراتي چینل
زموږ ډیری پیرودونکي د دوی د آی ټي لوی ډیپارټمنټونو سره لوی ملکیتونه دي. او د پیرودونکي متخصصین معمولا د معلوماتو ډیټابیسونو بیک اپ کاپي لپاره مسؤل دي. مګر نسبتا کوچني سازمانونه هم شتون لري. په ځانګړي توګه د دوی لپاره ، موږ یو خدمت لرو چې له مخې یې موږ د هرڅه 1C بیک اپ پورې اړوند ټولې مسلې پخپله اخلو. دا هغه شرکت دی چې موږ به یې په دې کیسه کې خبرې وکړو.
یو نوی پیرودونکی د 1C مالتړ لپاره راغلی او د نورو شیانو په مینځ کې ، په قرارداد کې یوه ماده شامله وه چې موږ د بیک اپ لپاره مسؤل یو ، که څه هم دوی په کارمندانو کې د دوی خپل سیسټم مدیر درلود. د پیرودونکي سرور ډیټابیس، MS SQL د DBMS په توګه. یو کافي معیاري وضعیت ، مګر لاهم یو نزاکت شتون درلود: اصلي اساس خورا لوی و ، مګر میاشتنی زیاتوالی خورا کوچنی و. دا دی، ډیټابیس ډیری تاریخي معلومات لري. د دې خصوصیت په پام کې نیولو سره، ما د بیک اپ ساتنې پالنونه په لاندې ډول ترتیب کړل: د هرې میاشتې په لومړۍ شنبه یو بشپړ بیک اپ جوړ شو، دا خورا دروند و، بیا هره شپه یو توپیر کاپي جوړه شوه - یو نسبتا کوچنی حجم، او یوه کاپي په هر ساعت کې د راکړې ورکړې لاګ. سربیره پردې، بشپړ او توپیر لرونکي کاپي نه یوازې د شبکې سرچینې ته کاپي شوي، بلکې زموږ د FTP سرور ته هم اپلوډ شوي. دا یو لازمي اړتیا ده کله چې دا خدمت چمتو کړئ.
دا ټول په بریالیتوب سره تنظیم شوي، عملیات شوي او عموما پرته له ناکامۍ کار کوي.
خو څو میاشتې وروسته په دې اداره کې د نظام مدیر بدل شو. د نوي سیسټم مدیر په تدریجي ډول د عصري رجحاناتو سره سم د شرکت IT زیربنا بیا رغول پیل کړل. په ځانګړې توګه، مجازی کول ښکاره شول، د ډیسک المارۍ، لاسرسی هر ځای بند شوی و او هرڅه، او نور، کوم چې په عمومي حالت کې، البته، نشي کولی مګر خوشحاله شي. مګر شیان تل د هغه لپاره په اسانۍ سره نه ځي؛ ډیری وختونه د 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 کلستر، د ډیټابیس سرور هلته په مجازی کې.
او دا به ښه وي که دا د شارشکین دفتر یو ډول وي. نو نه. یو مشهور شرکت چې محصولات یې تاسو شاید پیژني او د ټولو لینټاس او اچان اړوندو څانګو کې یې لیدلي وي.
د هارډ ډرایو د رخصتۍ مهال ویش
یو لوی هولډ شرکت د نړۍ د نیولو لپاره د هوښیار پلانونو سره یوځل بیا یو کوچنی شرکت پیرودلی چې هدف یې په خپل میګا کارپوریشن کې شامل دی. د دې ساتلو په ټولو برخو کې، کاروونکي په خپلو ډیټابیسونو کې کار کوي، مګر د ورته ترتیب سره. او په دې توګه موږ په دې سیسټم کې د نوي واحد شاملولو لپاره یوه کوچنۍ پروژه پیل کړه.
له هرڅه دمخه ، دا اړینه ده چې د تولید او ازموینې ډیټابیسونه ځای په ځای کړئ. پراختیا کونکي د پیوستون ډیټا ترلاسه کړه ، سرور ته ننوځي ، د MS SQL نصب شوی ، 1C سرور ګوري ، 2 منطقي ډرایو ګوري: ډرایو "C" د 250 ګیګابایټ ظرفیت سره او ډرایو "D" د 1 ټیرابایټ ظرفیت سره. ښه، "C" سیسټم دی، "D" د معلوماتو لپاره دی، پراختیا کوونکی په منطقي توګه پریکړه کوي او هلته ټول ډیټابیسونه ځای پرځای کوي. ما حتی د ساتنې پلانونه ترتیب کړل ، په شمول د بیک اپ په شمول ، یوازې په هغه حالت کې (که څه هم موږ د دې لپاره مسؤل نه یو). ریښتیا، بیک اپ دلته "D" ته اضافه شوي. په راتلونکي کې، دا پالن شوی و چې دا د ځینې جلا شبکې سرچینې ته بیا تنظیم کړي.
پروژه پیل شوه، مشاورینو ته په نوي سیسټم کې د کار کولو څرنګوالي په اړه روزنه ورکړل شوه، پاتې برخې لیږدول شوې، ځینې کوچني کوچني اصلاحات رامینځته شوي، او کاروونکو د نوي معلوماتو اساس کې کار پیل کړ.
هرڅه د دوشنبې تر سهار پورې ښه روان وو کله چې وموندل شو چې د ډیټابیس ډیسک ورک و. په سرور کې په ساده ډول هیڅ "D" نشته او دا دی.
نورې څیړنې دا په ډاګه کړه: دا "سرور" په حقیقت کې د محلي سیسټم مدیر کاري کمپیوټر و. ریښتیا، دا لاهم د سرور OS درلود. د دې مدیر شخصي USB ډرایو په سرور کې پلګ شوی و. او په دې توګه مدیر په رخصتۍ روان شو، خپل پیچ یې له ځانه سره یوړل، هدف یې د سفر لپاره فلمونه پمپ کول.
د خدای شکر دی، هغه د ډیټابیس فایلونو د حذف کولو اداره نه وه کړې او د تولید شوي ډیټابیس بیرته راګرځولو کې یې اداره کړې.
دا د یادونې وړ ده چې هرڅوک په عمومي ډول د USB ډرایو کې موقعیت لرونکي سیسټم فعالیت څخه راضي و. هیڅوک د 1C د غیر قناعت وړ فعالیت په اړه شکایت نه کوي. دا یوازې وروسته و چې هولډنګ یوه لویه پروژه پیل کړه ترڅو ټول معلومات ډیټابیسونه یو واحد مرکزي سایټ ته د سوپر سرورونو سره لیږدوي ، د یو ملیون + روبلو لپاره ذخیره کولو سیسټمونه ، پیچلي هایپروایزرونه او په ټولو څانګو کې د نه زغم وړ 1C بریکونه.
مګر دا یو بشپړ مختلف کیسه ده ...
سرچینه: www.habr.com