Барлық 1С әзірлеушілері қандай да бір жолмен АТ қызметтерімен және тікелей жүйелік әкімшілермен тығыз әрекеттеседі. Бірақ бұл өзара әрекеттесу әрқашан біркелкі бола бермейді. Бұл туралы бірнеше күлкілі оқиғаларды айтқым келеді.
Жоғары жылдамдықты байланыс арнасы
Біздің клиенттеріміздің көпшілігі - өздерінің ірі АТ бөлімдері бар ірі холдингтер. Ал клиент мамандары әдетте ақпараттық деректер қорының резервтік көшірмелеріне жауап береді. Бірақ салыстырмалы түрде шағын ұйымдар да бар. Әсіресе олар үшін бізде 1С барлық резервтік көшірмеге қатысты барлық мәселелерді өзімізге алатын қызметіміз бар. Бұл компания туралы біз осы әңгімеде айтатын боламыз.
1С-ті қолдауға жаңа клиент келді және басқалармен қатар, келісімшартта олардың штатында өздерінің жүйелік әкімшісі болғанымен, резервтік көшірмелерге біз жауаптымыз деген тармақ бар. Клиент-сервер деректер қоры, MS SQL ДҚБЖ ретінде. Өте стандартты жағдай, бірақ әлі де бір нюанс болды: негізгі база айтарлықтай үлкен болды, бірақ ай сайынғы өсім өте аз болды. Яғни, деректер базасында тарихи деректер көп болды. Осы мүмкіндікті ескере отырып, мен сақтық көшірмеге техникалық қызмет көрсету жоспарларын келесідей орнаттым: әр айдың бірінші сенбісінде толық сақтық көшірме жасалды, ол айтарлықтай ауыр болды, содан кейін дифференциалды көшірме әр түнде жасалды - салыстырмалы түрде шағын көлем және көшірме транзакциялар журналын сағат сайын. Сонымен қатар, толық және дифференциалды көшірмелер желілік ресурсқа көшіріліп қана қоймай, сонымен қатар біздің FTP серверімізге қосымша жүктелді. Бұл қызметті көрсету кезінде міндетті талап.
Мұның бәрі сәтті конфигурацияланды, іске қосылды және жалпы ақаусыз жұмыс істеді.
Бірақ бірнеше айдан кейін бұл ұйымдағы жүйелік әкімші өзгерді. Жаңа жүйелік әкімші компанияның IT-инфрақұрылымын заманауи тенденцияларға сәйкес біртіндеп қайта құруды бастады. Атап айтқанда, виртуализация пайда болды, диск сөрелері, қол жетімділік барлық жерде және бәрі бұғатталды және т.б., бұл жалпы жағдайда, әрине, қуанбайды. Бірақ ол үшін бәрі біркелкі бола бермеді, 1С өнімділігінде проблемалар жиі болды, бұл біздің қолдауымызбен кейбір келіспеушіліктер мен түсінбеушіліктерді тудырды. Сондай-ақ, онымен қарым-қатынасымыз әдетте өте суық және біршама шиеленісті болды, бұл кез келген проблемалар туындаған жағдайда шиеленіс дәрежесін арттырды.
Бірақ бір күні таңертең бұл клиенттің сервері қолжетімсіз екені белгілі болды. Мен не болғанын білу үшін жүйелік әкімшіге қоңырау шалдым және «Серверіміз істен шықты, біз онымен жұмыс істеп жатырмыз, сізге байланысты емес» деген сияқты жауап алдым. Олардың жұмыс істегені жақсы. Бұл жағдай бақылауда екенін білдіреді. Түскі астан кейін мен қайта қоңырау шаламын, мен тітіркенудің орнына админнің дауысында шаршау мен апатияны сезінемін. Мен не болғанын анықтауға тырысамын және біз көмектесу үшін бірдеңе істей аламыз ба? Әңгімелесу нәтижесінде мыналар анықталды:
Ол серверді жаңадан жиналған рейдпен жаңа сақтау жүйесіне ауыстырды. Бірақ бірдеңе дұрыс болмады және бірнеше күннен кейін бұл рейд аман-есен құлады. Контроллер өртеніп кетті ме, әлде дискілерге бірдеңе болды ма, нақты есімде жоқ, бірақ барлық ақпарат қайтарымсыз жоғалып кетті. Ең бастысы, сақтық көшірмелері бар желілік ресурс әртүрлі тасымалдаулар кезінде бір дискілік массивте аяқталды. Яғни өнімді дерекқордың өзі де, оның барлық сақтық көшірмелері де жоғалды. Ал енді не істеу керек екені белгісіз.
Тыныштал, деймін. Түнгі сақтық көшірмеңіз бар. Жауап ретінде тыныштық орнады, соның арқасында мен бір адамның өмірін сақтап қалғанымды түсіндім. Біз бұл көшірмені жаңа, жаңадан орналастырылған серверге қалай тасымалдау керектігін талқылауды бастаймыз. Бірақ мұнда да мәселе туындады.
Толық сақтық көшірме өте үлкен екенін айтқан кезде есіңізде ме? Айына бір рет сенбіде жасайтыным бекер емес. Бұл компания қаладан алыс жерде орналасқан шағын зауыт болды және олардың интернеті өте сонша болды. Дүйсенбі күні таңертең, яғни демалыс күндері бұл көшірмені біздің FTP серверімізге әрең жүктей алды. Бірақ оның кері бағытта жүктелуін бір-екі күн күтуге мүмкіндік болмады. Файлды тасымалдаудың бірнеше сәтсіз әрекетінен кейін әкімші қатты дискіні тікелей жаңа серверден шығарып, бір жерден драйвері бар көлікті тауып алып, біздің кеңсеге тез жүгірді, бақытымызға орай, біз әлі де сол қаладамыз.
Олар біздің серверлік бөлмеде тұрып, файлдардың көшірілуін күтіп тұрғанда, біз бірінші рет, былайша айтқанда, «жеке» кездесіп, бір кесе кофе ішіп, бейресми жағдайда сөйлестік. Мен оның қайғысына түсіністікпен қарап, компанияның тоқтатылған жұмысын асығыс қалпына келтіре отырып, оны резервтік көшірмелермен қайтардым.
Кейіннен IT бөліміне біздің барлық өтініштеріміз өте жылдам шешілді және бұдан былай келіспеушіліктер туындаған жоқ.
Жүйе әкімшісіне хабарласыңыз
Бірде, өте ұзақ уақыт бойы мен бір клиент үшін IIS арқылы вебке кіруге арналған 1С шығара алмадым. Бұл қарапайым тапсырма сияқты көрінді, бірақ бәрін орындауға мүмкіндік болмады. Жергілікті жүйе әкімшілері араласып, әртүрлі параметрлер мен конфигурация файлдарын қолданып көрді. Интернеттегі 1С әдетте жұмыс істегісі келмеді. Домен қауіпсіздік саясаттарында немесе жергілікті күрделі желіаралық қалқанда бірдеңе дұрыс болмады, немесе Құдай біледі. N-итерацияда әкімші маған мына сөздермен сілтеме жібереді:
- Осы нұсқауларды пайдаланып қайталап көріңіз. Онда бәрі егжей-тегжейлі сипатталған. Егер ол жұмыс істемесе, осы сайттың авторына жазыңыз, мүмкін ол көмектесе алады.
«Жоқ» деймін мен, «бұл көмектеспейді».
- Неге?
— Мен бұл сайттың авторымын... (
Нәтижесінде біз оны Apache-де еш қиындықсыз іске қостық. IIS ешқашан жеңілген емес.
Бір деңгей тереңірек
Клиентіміз болды - шағын өндірістік кәсіпорын. Олардың сервері болды, «классикалық» 3-і 1 түрі: терминал сервері + қолданба сервері + дерекқор сервері. Олар UPP негізіндегі кейбір салалық конфигурацияда жұмыс істеді, шамамен 15-20 пайдаланушы болды және жүйенің өнімділігі, негізінен, барлығына сәйкес келеді.
Уақыт өте келе бәрі азды-көпті тұрақты жұмыс істеді. Бірақ содан кейін Еуропа Ресейге қарсы санкциялар енгізді, нәтижесінде ресейліктер негізінен отандық өнімдерді сатып ала бастады, ал бұл компанияның бизнесі күрт көтерілді. Пайдаланушылар саны 50-60 адамға дейін артып, жаңа бөлімше ашылып, сәйкесінше құжат айналымы да артты. Енді ағымдағы сервер күрт өскен жүктемені көтере алмады және 1С, олар айтқандай, «баяулауды» бастады. Ең көп жұмыс істейтін сағаттарда құжаттар бірнеше минутқа өңделді, блоктау қателері орын алды, пішіндерді ашуға көп уақыт қажет болды және басқа да байланысты қызметтер шоғыры. Жергілікті жүйелік әкімші: «Бұл сіздің 1С, сіз оны шешесіз» деп, барлық мәселелерді шешіп тастады. Біз бірнеше рет жүйенің тиімділік аудитін жүргізуді ұсындық, бірақ ол ешқашан аудиттің өзіне келген жоқ. Клиент жай ғана ақауларды қалай шешуге болатыны туралы ұсыныстарды сұрады.
Мен отырдым да, терминал сервері мен қолданбалы сервердің рөлдерін ДҚБЖ-мен бөлу қажеттілігі туралы ұзақ хат жаздым (бұл туралы біз бұрын бірнеше рет айтқанбыз). Мен терминал серверлеріндегі DFSS туралы, Ортақ жад туралы жаздым, беделді дереккөздерге сілтемелер бердім, тіпті жабдықтың кейбір нұсқаларын ұсындым. Бұл хат компаниядағы билік басындағыларға жетіп, IT бөліміне «Жүзеге асыру» қаулыларымен оралды және тұтастай алғанда мұз бұзылды.
Біраз уақыттан кейін әкімші маған жаңа сервердің IP мекенжайын және кіру тіркелгі деректерін жібереді. Ол MS SQL және 1C серверінің құрамдас бөліктері сонда орналастырылғанын және деректер қорын беру қажет екенін, бірақ әзірге тек ДҚБЖ серверіне, өйткені 1С кілттерінде кейбір мәселелер туындағанын айтады.
Мен кірдім, шынында да, барлық қызметтер жұмыс істеп тұрды, сервер өте күшті емес еді, бірақ жақсы, менің ойымша, бұл жоқтан жақсы. Ағымдағы серверді қандай да бір жолмен босату үшін дерекқорларды қазірге жіберемін. Мен барлық трансферттерді келісілген уақытта орындадым, бірақ жағдай өзгерген жоқ - әлі де бірдей өнімділік мәселелері. Біртүрлі, әрине, мәліметтер базасын 1С кластерінде тіркейік және көреміз.
Бірнеше күн өтті, кілттер берілмеді. Мәселе неде деп ойлаймын, бәрі қарапайым сияқты - оны бір серверден шығарып, екіншісіне қосыңыз, драйверді орнатыңыз және сіз аяқтадыңыз. Әкімші портты қайта жіберу, виртуалды сервер және т.б. туралы әбігерге түсіп, бірдеңе айту арқылы жауап береді.
Хмм... Виртуалды сервер? Виртуализация ешқашан болған емес және болмаған сияқты... Мен Windows Server 1 жүйесіндегі Hyper-V виртуалды машинасына 2008С сервер кілтін қайта жіберу мүмкін еместігі туралы өте белгілі мәселе есімде. Менде кейбір күдіктер қалыптаса бастады...
Мен сервер менеджерін ашамын - Рөлдер - жаңа рөл пайда болды - Hyper-V. Мен Hyper-V менеджеріне барамын, бір виртуалды машинаны көремін, қосыламын... Және шынымен де... Біздің жаңа дерекқор сервері...
Енді не? Биліктің нұсқаулары мен менің ұсыныстарым орындалды, рөлдер бөлінді. Тапсырма жабылуы мүмкін.
Біраз уақыттан кейін дағдарыс орын алды, жаңа филиал жабылып, жүктеме азайып, жүйе өнімділігі азды-көпті төзімді болды.
Әрине, олар сервер кілтін виртуалды машинаға жібере алмады. Нәтижесінде барлығы сол күйінде қалды: терминал сервері + физикалық машинадағы 1С кластері, виртуалды дерекқор сервері.
Бұл шарашкиннің кеңсесі болса жақсы болар еді. Сондықтан жоқ. Белгілі компания, оның өнімдерін сіз барлық Lentas және Auchans тиісті бөлімдерінде білетін және көрген шығарсыз.
Қатты дискідегі демалыс кестесі
Әлемді жаулап алуды өршіл жоспарлары бар ірі холдинг өзінің мегакорпорациясына қосу мақсатымен тағы да шағын компанияны сатып алды. Осы холдингтің барлық бөлімшелерінде пайдаланушылар өздерінің дерекқорларында жұмыс істейді, бірақ бірдей конфигурациямен. Осылайша біз осы жүйеге жаңа бөлімше енгізу үшін шағын жобаны бастадық.
Ең алдымен, өндірістік және сынақ деректер базасын орналастыру қажет. Әзірлеуші қосылым деректерін алды, серверге кіреді, орнатылған MS SQL, 1С серверін көреді, 2 логикалық дискіні көреді: сыйымдылығы 250 гигабайт «С» дискісі және сыйымдылығы 1 терабайт «D» дискісі. Ал, «С» - бұл жүйе, «D» - деректерге арналған, әзірлеуші логикалық түрде барлық дерекқорларды шешеді және орналастырады. Мен тіпті сақтық көшірмені қоса алғанда, техникалық қызмет көрсету жоспарларын орнаттым (тіпті біз бұған жауапты емеспіз). Рас, сақтық көшірмелер мұнда «D»-ге қосылды. Болашақта оны жекелеген желілік ресурсқа қайта конфигурациялау жоспарланды.
Жоба іске қосылды, кеңесшілер жаңа жүйеде қалай жұмыс істеу керектігін үйретті, қалдықтар аударылды, кейбір шамалы жақсартулар жасалды, пайдаланушылар жаңа ақпараттық базада жұмыс істей бастады.
Дүйсенбі күні таңертең дерекқор дискісі жоқ екені анықталғанға дейін бәрі жақсы болды. Серверде жай ғана «D» жоқ және солай.
Кейінгі зерттеулер мынаны анықтады: бұл «сервер» шын мәнінде жергілікті жүйелік әкімшінің жұмыс компьютері болды. Рас, оның әлі де серверлік ОЖ болды. Бұл әкімшінің жеке USB дискісі серверге қосылған. Осылайша, әкімші саяхатқа фильм түсіру мақсатымен өзімен бірге бұранданы алып, демалысқа кетті.
Құдайға шүкір, ол деректер базасының файлдарын өшіре алмай, өнімді деректер базасын қалпына келтірді.
Бір қызығы, барлығы USB дискісінде орналасқан жүйенің жұмысына қанағаттанған. Ешкім 1С-тің қанағаттанарлықсыз жұмысына шағымданбады. Тек кейінірек холдинг супер-серверлері, миллионнан астам рубльге арналған сақтау жүйелері, күрделі гипервизорлары және барлық филиалдардағы төзгісіз 1С тежегіштері бар барлық ақпараттық дерекқорларды бір орталықтандырылған сайтқа көшіру бойынша мегажобаны бастады.
Бірақ бұл мүлдем басқа әңгіме...
Ақпарат көзі: www.habr.com