Barcha 1C ishlab chiquvchilari u yoki bu tarzda IT xizmatlari va to'g'ridan-to'g'ri tizim ma'murlari bilan yaqin aloqada bo'lishadi. Ammo bu o'zaro ta'sir har doim ham muammosiz ketavermaydi. Men sizga bu haqda bir nechta kulgili voqealarni aytib bermoqchiman.
Yuqori tezlikdagi aloqa kanali
Mijozlarimizning aksariyati o'zlarining yirik IT bo'limlariga ega yirik xoldinglardir. Va mijoz mutaxassislari odatda ma'lumotlar bazalarining zaxira nusxalari uchun javobgardir. Ammo nisbatan kichik tashkilotlar ham bor. Ayniqsa, ular uchun bizda xizmat mavjud, unga ko'ra biz 1C hamma narsani zaxiralash bilan bog'liq barcha masalalarni o'z zimmamizga olamiz. Bu biz ushbu hikoyada gaplashadigan kompaniya.
1C-ni qo'llab-quvvatlash uchun yangi mijoz keldi va boshqa narsalar qatori, shartnomada biz zaxira nusxalari uchun javobgarmiz degan band bor edi, garchi ularning xodimlarida o'z tizim ma'muri bo'lsa ham. Mijoz-server ma'lumotlar bazasi, MS SQL ma'lumotlar bazasi sifatida. Juda standart vaziyat, lekin hali ham bitta nuance bor edi: asosiy baza juda katta edi, lekin oylik o'sish juda kichik edi. Ya'ni, ma'lumotlar bazasida juda ko'p tarixiy ma'lumotlar mavjud edi. Ushbu xususiyatni hisobga olgan holda, men zahiraga texnik xizmat ko'rsatish rejalarini quyidagicha tuzdim: har oyning birinchi shanbasida to'liq zaxira nusxasi amalga oshirildi, u juda og'ir edi, keyin har kecha differensial nusxa ko'chirildi - nisbatan kichik hajm va nusxasi har soatda tranzaktsiyalar jurnali. Bundan tashqari, to'liq va differentsial nusxalar nafaqat tarmoq resursiga ko'chirildi, balki bizning FTP serverimizga qo'shimcha ravishda yuklandi. Ushbu xizmatni taqdim etishda bu majburiy talabdir.
Bularning barchasi muvaffaqiyatli sozlandi, ishga tushirildi va umuman muvaffaqiyatsiz ishladi.
Ammo bir necha oy o'tgach, ushbu tashkilotdagi tizim administratori o'zgardi. Yangi tizim administratori kompaniyaning IT infratuzilmasini zamonaviy tendentsiyalarga muvofiq bosqichma-bosqich qayta qurishga kirishdi. Xususan, virtualizatsiya paydo bo'ldi, disk javonlari, kirish hamma joyda va hamma joyda bloklandi va hokazo, bu umumiy holatda, albatta, quvonmaydi. Ammo uning uchun ishlar har doim ham muammosiz kechmadi, ko'pincha 1C ishlashi bilan bog'liq muammolar mavjud edi, bu bizning yordamimiz bilan ba'zi kelishmovchiliklar va tushunmovchiliklarni keltirib chiqardi. Shuni ham ta'kidlash kerakki, u bilan munosabatlarimiz umuman sovuq va biroz tarang edi, bu esa har qanday muammo yuzaga kelganda keskinlik darajasini oshirdi.
Ammo bir kuni ertalab bu mijozning serveri mavjud emasligi ma'lum bo'ldi. Men nima bo'lganini bilish uchun tizim ma'muriga qo'ng'iroq qildim va "Bizning serverimiz ishlamay qoldi, biz buning ustida ishlayapmiz, sizga bog'liq emas" kabi javob oldim. Xo'sh, ular ishlayotgani yaxshi. Bu vaziyat nazorat ostida ekanligini anglatadi. Tushlikdan keyin men yana qo'ng'iroq qilaman va asabiylashish o'rniga adminning ovozida charchoq va befarqlikni his qila olaman. Men nima bo'lganini tushunishga harakat qilyapman va yordam berish uchun biror narsa qila olamizmi? Suhbat natijasida quyidagilar ma'lum bo'ldi:
U yangi yig'ilgan reyd bilan serverni yangi saqlash tizimiga o'tkazdi. Ammo nimadir noto'g'ri ketdi va bir necha kundan keyin bu reyd xavfsiz tarzda qulab tushdi. Tekshirish moslamasi yonib ketganmi yoki disklarga biror narsa bo'lganmi, men aniq eslay olmayman, lekin barcha ma'lumotlar qaytarib bo'lmaydigan darajada yo'qolgan. Va asosiysi, zaxira nusxalari bo'lgan tarmoq resursi turli xil ko'chirishlar paytida bir xil disklar qatorida tugaydi. Ya'ni, samarali ma'lumotlar bazasining o'zi ham, uning barcha zaxira nusxalari ham yo'qolgan. Va hozir nima qilish kerakligi noma'lum.
Tinchlaning, deyman. Bizda tungi zaxirangiz bor. Bunga javoban jimjitlik hukm surdi, shu orqali men hozirgina odamning hayotini saqlab qolganimni angladim. Biz ushbu nusxani yangi, yangi o'rnatilgan serverga qanday o'tkazishni muhokama qilishni boshlaymiz. Ammo bu erda ham muammo paydo bo'ldi.
To'liq zaxira juda katta ekanligini aytganimni eslaysizmi? Men buni oyda bir marta shanba kunlari qilishim bejiz emas edi. Gap shundaki, kompaniya kichik zavod bo'lib, u shahardan uzoqda joylashgan va ularning Interneti juda so'm edi. Dushanba kuni ertalab, ya'ni dam olish kunlarida ushbu nusxani bizning FTP serverimizga zo'rg'a yuklashga muvaffaq bo'ldi. Ammo teskari tomonga yuklanishi uchun bir-ikki kun kutishning iloji yo'q edi. Faylni uzatish uchun bir nechta muvaffaqiyatsiz urinishlardan so'ng, administrator qattiq diskni to'g'ridan-to'g'ri yangi serverdan chiqarib oldi, qayerdandir haydovchisi bo'lgan mashinani topdi va tezda ofisimizga yugurdi, xayriyatki, biz hali ham o'sha shahardamiz.
Ular bizning server xonamizda turib, fayllar nusxalanishini kutayotganlarida, biz birinchi marta, ta'bir joiz bo'lsa, "shaxsan" uchrashdik, bir piyola kofe ichdik va norasmiy muhitda suhbatlashdik. Men uning qayg'usiga hamdard bo'ldim va kompaniyaning to'xtatilgan ishini shoshilinch ravishda tiklab, uni to'liq zaxira nusxasi bilan qaytarib yubordim.
Keyinchalik IT bo'limiga qilgan barcha so'rovlarimiz juda tez hal qilindi va boshqa kelishmovchiliklar yuzaga kelmadi.
Tizim administratoringizga murojaat qiling
Bir marta, juda uzoq vaqt davomida men bitta mijoz uchun IIS orqali veb-ga kirish uchun 1C-ni nashr eta olmadim. Bu oddiy vazifaga o'xshardi, lekin hamma narsani bajarishning iloji yo'q edi. Mahalliy tizim ma'murlari aralashib, turli xil sozlamalar va konfiguratsiya fayllarini sinab ko'rishdi. Internetdagi 1C odatda hech qanday tarzda ishlashni xohlamadi. Domen xavfsizligi siyosatida yoki mahalliy murakkab xavfsizlik devorida nimadir noto'g'ri bo'ldi yoki Xudo biladi. N-iteratsiyada admin menga quyidagi so'zlar bilan havola yuboradi:
- Ushbu ko'rsatmalardan foydalanib qayta urinib ko'ring. U erda hamma narsa batafsil tasvirlangan. Agar u ishlamasa, ushbu sayt muallifiga yozing, ehtimol u yordam berishi mumkin.
"Yo'q," deyman, "bu yordam bermaydi".
- Nima uchun?
β Men bu sayt muallifiman... (
Natijada biz uni Apache-da hech qanday muammosiz ishga tushirdik. IIS hech qachon mag'lub bo'lmagan.
Bir daraja chuqurroq
Bizning mijozimiz bor edi - kichik ishlab chiqarish korxonasi. Ularning serveri bor edi, o'ziga xos "klassik" 3 in 1: terminal serveri + dastur serveri + ma'lumotlar bazasi serveri. Ular UPP-ga asoslangan ba'zi sanoat konfiguratsiyasida ishladilar, taxminan 15-20 foydalanuvchilar bor edi va tizimning ishlashi printsipial jihatdan hamma uchun mos edi.
Vaqt o'tishi bilan hamma narsa ko'proq yoki kamroq barqaror ishladi. Ammo keyin Evropa Rossiyaga qarshi sanksiyalar kiritdi, natijada ruslar asosan mahalliy ishlab chiqarilgan mahsulotlarni sotib olishni boshladilar va bu kompaniyaning biznesi keskin ko'tarildi. Foydalanuvchilar soni 50-60 kishiga yetdi, yangi filial ochildi va shunga mos ravishda hujjat aylanishi ham oshdi. Va endi joriy server keskin ortib borayotgan yukga bardosh bera olmadi va 1C, ular aytganidek, "sekinlasha" boshladi. Eng yuqori soatlarda hujjatlar bir necha daqiqa davomida ko'rib chiqildi, blokirovkada xatolar yuzaga keldi, shakllarni ochish uchun uzoq vaqt kerak bo'ldi va boshqa tegishli xizmatlar guldastasi. Mahalliy tizim ma'muri "Bu sizning 1C, siz buni tushunasiz", deb barcha muammolarni bartaraf etdi. Biz bir necha bor tizimning ishlashi auditini o'tkazishni taklif qildik, ammo u hech qachon auditning o'ziga kelmadi. Mijoz shunchaki muammolarni qanday hal qilish bo'yicha tavsiyalar so'radi.
Xo'sh, men o'tirdim va terminal serveri va dastur serverining rollarini DBMS bilan ajratish zarurligi haqida juda uzun xat yozdim (bu haqda biz allaqachon ko'p marta aytgan edik). Men terminal serverlarida DFSS haqida, umumiy xotira haqida yozdim, nufuzli manbalarga havolalar berdim va hatto jihozlar uchun ba'zi variantlarni taklif qildim. Bu maktub kompaniyada hokimiyat tepasida bo'lganlarga etib bordi, "Implement" rezolyutsiyalari bilan IT bo'limiga qaytdi va umuman muz buzildi.
Biroz vaqt o'tgach, administrator menga yangi serverning IP manzilini va kirish ma'lumotlarini yuboradi. Uning so'zlariga ko'ra, u erda MS SQL va 1C server komponentlari joylashtirilgan va ma'lumotlar bazalari o'tkazilishi kerak, ammo hozircha faqat DBMS serveriga, chunki 1C kalitlari bilan ba'zi muammolar paydo bo'lgan.
Men kirdim, haqiqatan ham barcha xizmatlar ishlayotgan edi, server unchalik kuchli emas edi, lekin yaxshi, menimcha, bu hech narsadan yaxshiroq. Hozirgi serverni qandaydir tarzda bo'shatish uchun men ma'lumotlar bazalarini hozircha o'tkazaman. Men barcha transferlarni kelishilgan vaqtda bajardim, ammo vaziyat o'zgarmadi - hali ham o'sha ishlash muammolari. Bu g'alati, albatta, keling, ma'lumotlar bazalarini 1C klasterida ro'yxatdan o'tkazamiz va biz ko'ramiz.
Bir necha kun o'tdi, kalitlar o'tkazilmadi. Muammo nimada, deb oβylayman, hammasi oddiy koβrinadi β uni bir serverdan chiqarib, boshqasiga ulang, drayverni oβrnating va ish tugadi. Administrator portlarni yo'naltirish, virtual server va hokazolar haqida nimadir deyish orqali javob beradi.
Hmm... Virtual servermi? Aftidan, hech qachon virtualizatsiya bo'lmagan va bo'lmagan ham... Men Windows Server 1 da Hyper-V-da 2008C server kalitini virtual mashinaga yo'naltirishning mumkin emasligi bilan bog'liq juda mashhur muammoni eslayman. Va bu erda. ichimda qandaydir shubhalar shakllana boshlaydi...
Men server menejerini ochaman - Rollar - yangi rol paydo bo'ldi - Hyper-V. Men Hyper-V menejeriga boraman, bitta virtual mashinani ko'raman, ulanaman... Va haqiqatdan ham... Bizning yangi ma'lumotlar bazasi serverimiz...
Xo'sh? Hokimiyat koβrsatmalari va mening tavsiyalarim bajarildi, rollar ajratildi. Vazifani yopish mumkin.
Biroz vaqt o'tgach, inqiroz yuz berdi, yangi filialni yopish kerak edi, yuk kamaydi va tizimning ishlashi ko'proq yoki kamroq bardoshli bo'ldi.
Albatta, ular server kalitini virtual mashinaga yo'naltira olmadilar. Natijada, hamma narsa avvalgidek qoldi: terminal serveri + jismoniy mashinadagi 1C klasteri, virtual ma'lumotlar bazasi serveri.
Va bu qandaydir sharashkinning idorasi bo'lsa yaxshi bo'lardi. Demak, yo'q. Taniqli kompaniya, uning mahsulotlarini siz bilgan va barcha Lentas va Auchans tegishli bo'limlarida ko'rgan bo'lishingiz mumkin.
Qattiq diskda dam olish jadvali
Dunyoni egallashni maqsad qilgan yirik xolding yana bir bor kichik kompaniyani o'zining mega-korporatsiyasiga qo'shish maqsadida sotib oldi. Ushbu xoldingning barcha bo'linmalarida foydalanuvchilar o'zlarining ma'lumotlar bazalarida ishlaydi, ammo bir xil konfiguratsiyaga ega. Shunday qilib, biz ushbu tizimga yangi blokni kiritish uchun kichik loyihani boshladik.
Avvalo, ishlab chiqarish va test ma'lumotlar bazalarini joylashtirish kerak. Ishlab chiquvchi ulanish ma'lumotlarini oldi, serverga kiradi, o'rnatilgan MS SQL, 1C serverini ko'radi, 2 ta mantiqiy drayverni ko'radi: 250 gigabayt sig'imli "C" drayveri va 1 terabayt sig'imli "D" drayveri. Xo'sh, "C" - bu tizim, "D" - ma'lumotlar uchun, ishlab chiquvchi mantiqiy ravishda qaror qabul qiladi va u erda barcha ma'lumotlar bazalarini joylashtiradi. Men hatto har qanday holatda ham texnik xizmat ko'rsatish rejalarini, jumladan, zaxira nusxasini ham o'rnatdim (garchi biz buning uchun javobgar bo'lmasak ham). To'g'ri, zaxira nusxalari bu erda "D" ga qo'shilgan. Kelajakda uni alohida tarmoq manbasiga qayta sozlash rejalashtirilgan edi.
Loyiha boshlandi, maslahatchilar yangi tizimda ishlash bo'yicha treninglar o'tkazdilar, qoldiqlar o'tkazildi, biroz mayda yaxshilanishlar amalga oshirildi va foydalanuvchilar yangi axborot bazasida ishlay boshladilar.
Bir dushanba kuni ertalab ma'lumotlar bazasi diski yo'qligi aniqlanganda hammasi yaxshi ketayotgan edi. Serverda oddiygina "D" yo'q va hammasi shu.
Keyingi tekshiruv shuni ko'rsatdiki, bu "server" aslida mahalliy tizim administratorining ishchi kompyuteri edi. To'g'ri, u hali ham server operatsion tizimiga ega edi. Bu administratorning shaxsiy USB diski serverga ulangan. Shunday qilib, ma'mur o'zi bilan vintni olib, sayohatga filmlarni quyish maqsadida ta'tilga chiqdi.
Xudoga shukur, u ma'lumotlar bazasi fayllarini o'chira olmadi va samarali ma'lumotlar bazasini qayta tiklashga muvaffaq bo'ldi.
Shunisi e'tiborga loyiqki, har bir kishi USB diskida joylashgan tizimning ishlashidan mamnun edi. Hech kim 1C ning qoniqarsiz ishlashi haqida shikoyat qilmadi. Faqat keyinroq xolding barcha ma'lumotlar bazalarini super-serverlar, million+ rubllik saqlash tizimlari, murakkab gipervisorlar va barcha filiallarda chidab bo'lmas 1C tormozlari bilan yagona markazlashtirilgan saytga o'tkazish bo'yicha mega-loyihani boshladi.
Ammo bu butunlay boshqacha hikoya ...
Manba: www.habr.com