1C մշակողի հեքիաթներ՝ ադմինիստրատորի

1C-ի բոլոր մշակողները այս կամ այն ​​կերպ սերտորեն համագործակցում են ՏՏ ծառայությունների և ուղղակիորեն համակարգի ադմինիստրատորների հետ: Բայց այս փոխազդեցությունը միշտ չէ, որ հարթ է ընթանում: Ես ուզում եմ ձեզ մի քանի զվարճալի պատմություն պատմել այս մասին:

Բարձր արագությամբ կապի ալիք

Մեր հաճախորդների մեծ մասը խոշոր հոլդինգներ են՝ իրենց սեփական խոշոր ՏՏ բաժիններով: Իսկ հաճախորդի մասնագետները սովորաբար պատասխանատու են տեղեկատվական բազաների կրկնօրինակների համար: Բայց կան նաև համեմատաբար փոքր կազմակերպություններ։ Հատկապես նրանց համար մենք ունենք ծառայություն, ըստ որի մենք մեզ վրա ենք վերցնում 1C ամեն ինչի կրկնօրինակման հետ կապված բոլոր հարցերը։ Սա այն ընկերությունն է, որի մասին կխոսենք այս պատմության մեջ:

Նոր հաճախորդը եկավ աջակցելու 1C-ին և, ի թիվս այլ բաների, պայմանագրում ներառված էր կետ, որ մենք պատասխանատու ենք պահուստավորման համար, չնայած նրանք ունեին իրենց սեփական համակարգի ադմինիստրատորը անձնակազմում: Հաճախորդ-սերվերի տվյալների բազա, MS SQL որպես DBMS: Բավականին ստանդարտ իրավիճակ, բայց դեռ մի նրբերանգ կար՝ հիմնական բազան բավականին մեծ էր, բայց ամսական աճը շատ փոքր էր։ Այսինքն՝ բազան պարունակում էր բազմաթիվ պատմական տվյալներ։ Հաշվի առնելով այս հատկությունը՝ ես ստեղծեցի պահեստային պահպանման պլանները հետևյալ կերպ. յուրաքանչյուր ամսվա առաջին շաբաթ օրը կատարվում էր ամբողջական կրկնօրինակում, այն բավականին ծանր էր, այնուհետև ամեն երեկո արվում էր դիֆերենցիալ պատճեն՝ համեմատաբար փոքր ծավալով և կրկնօրինակ։ գործարքների մատյանից ամեն ժամ: Ավելին, ամբողջական և դիֆերենցիալ պատճենները ոչ միայն պատճենվեցին ցանցային ռեսուրսում, այլ նաև լրացուցիչ վերբեռնվեցին մեր FTP սերվերում: Սա պարտադիր պահանջ է այս ծառայությունը մատուցելիս:

Այս ամենը հաջողությամբ կազմաձևվեց, գործարկվեց և ընդհանուր առմամբ աշխատեց առանց ձախողումների:

Սակայն մի քանի ամիս անց այս կազմակերպությունում փոխվեց համակարգի ադմինիստրատորը։ Համակարգի նոր ադմինիստրատորը սկսեց աստիճանաբար վերակառուցել ընկերության ՏՏ ենթակառուցվածքը՝ ժամանակակից միտումներին համապատասխան: Մասնավորապես, ի հայտ եկավ վիրտուալացում, սկավառակի դարակներ, ամենուր ու ամեն ինչ արգելափակվեց մուտքը և այլն, ինչը ընդհանուր դեպքում, իհարկե, չի կարող չուրախացնել։ Բայց նրա համար ամեն ինչ միշտ չէ, որ հարթ է ընթանում, հաճախ խնդիրներ են եղել 1C-ի աշխատանքի հետ կապված, ինչը մեր աջակցությամբ առաջացրել է որոշ տարաձայնություններ և թյուրիմացություններ: Նաև հարկ է նշել, որ մեր հարաբերությունները նրա հետ հիմնականում բավականին սառն էին և որոշակիորեն լարված, ինչը միայն ավելացնում էր լարվածության աստիճանը որևէ խնդրի առաջացման դեպքում։

Բայց մի առավոտ պարզվեց, որ այս հաճախորդի սերվերն անհասանելի է: Ես զանգահարեցի համակարգի ադմինիստրատորին՝ պարզելու, թե ինչ է տեղի ունեցել, և որպես պատասխան ստացա «Մեր սերվերը խափանվել է, մենք աշխատում ենք դրա վրա, ոչ թե ձեզանից կախված»: Դե լավ է, որ աշխատում են։ Սա նշանակում է, որ իրավիճակը վերահսկելի է։ Ճաշից հետո ես նորից զանգում եմ, և գրգռվածության փոխարեն ադմինի ձայնում արդեն հոգնածություն և ապատիա եմ զգում։ Ես փորձում եմ պարզել, թե ինչ է տեղի ունեցել, և կա՞ արդյոք որևէ բան, որ մենք կարող ենք օգնել: Զրույցի արդյունքում պարզվել է.

Նա սերվերը տեղափոխեց նոր պահեստային համակարգ՝ նոր հավաքված ռեյդով: Բայց ինչ-որ բան սխալ ստացվեց, և մի քանի օր անց այս արշավանքը ապահով փլուզվեց: Արդյոք վերահսկիչը այրվել է, թե ինչ-որ բան է պատահել սկավառակների հետ, ես ճշգրիտ չեմ հիշում, բայց ամբողջ տեղեկատվությունը անդառնալիորեն կորել է: Եվ գլխավորն այն էր, որ կրկնօրինակումներով ցանցային ռեսուրսը նույնպես հայտնվում էր նույն սկավառակի զանգվածի վրա տարբեր միգրացիաների ժամանակ։ Այսինքն, և՛ արտադրողական տվյալների բազան, և՛ դրա բոլոր կրկնօրինակները կորել են։ Եվ անհասկանալի է, թե ինչ անել հիմա:

Հանգստացիր, ասում եմ։ Մենք ունենք ձեր գիշերային պահուստավորումը: Ի պատասխան՝ լռություն տիրեց, որով ես հասկացա, որ հենց նոր եմ փրկել մի մարդու կյանք։ Մենք սկսում ենք քննարկել, թե ինչպես փոխանցել այս պատճենը նոր, նոր տեղակայված սերվերին: Բայց այստեղ էլ խնդիր առաջացավ.

Հիշու՞մ եք, երբ ասացի, որ ամբողջական կրկնօրինակը բավականին մեծ է: Իզուր չէր, որ շաբաթը մեկ անգամ էի անում։ Փաստն այն է, որ ընկերությունը փոքր գործարան էր, որը գտնվում էր քաղաքից հեռու, և նրանց ինտերնետը շատ էր: Երկուշաբթի առավոտյան, այսինքն՝ հանգստյան օրերին, այս պատճենը հազիվ հաջողվեց վերբեռնել մեր FTP սերվերում: Բայց ոչ մի կերպ չէր կարելի սպասել մեկ-երկու օր, մինչև այն բեռնվի հակառակ ուղղությամբ։ Ֆայլը փոխանցելու մի քանի անհաջող փորձերից հետո ադմինը նոր սերվերից անմիջապես հանեց կոշտ սկավառակը, ինչ-որ տեղ վարորդով մեքենա գտավ ու արագ շտապեց մեր գրասենյակ, բարեբախտաբար մենք դեռ նույն քաղաքում ենք։

Մինչ նրանք կանգնած էին մեր սերվերի սենյակում և սպասում էին ֆայլերի պատճենմանը, մենք առաջին անգամ հանդիպեցինք, այսպես ասած, «անձամբ», մի բաժակ սուրճ խմեցինք և զրուցեցինք ոչ պաշտոնական միջավայրում: Ես կարեկցեցի նրա վիշտին և նրան հետ ուղարկեցի մի ամբողջ պտուտակով, շտապ վերականգնելով ընկերության դադարեցված աշխատանքը։

Հետագայում ՏՏ բաժնին ուղղված մեր բոլոր հարցումները շատ արագ լուծվեցին և այլևս տարաձայնություններ չառաջացան։

Կապվեք ձեր համակարգի ադմինիստրատորի հետ

Մի անգամ, շատ երկար ժամանակ, ես չէի կարող հրապարակել 1C վեբ մուտքի համար IIS-ի միջոցով մեկ հաճախորդի համար: Թվում էր, թե դա սովորական խնդիր էր, բայց ամեն ինչ գործի դնելու միջոց չկար։ Տեղական համակարգի ադմինիստրատորները ներգրավվեցին և փորձեցին տարբեր կարգավորումներ և կազմաձևման ֆայլեր: Համացանցում 1C-ը սովորաբար ոչ մի կերպ չէր ուզում աշխատել: Ինչ-որ բան այն չէր, կա՛մ տիրույթի անվտանգության քաղաքականության, կա՛մ տեղական բարդ firewall-ի հետ, կա՛մ Աստված գիտի, թե ուրիշ ինչ: N-րդ կրկնության ժամանակ ադմինն ինձ հղում է ուղարկում հետևյալ բառերով.

- Նորից փորձեք՝ օգտագործելով այս հրահանգները: Այնտեղ ամեն ինչ նկարագրված է բավականին մանրամասն։ Եթե ​​դա չի աշխատում, գրեք այս կայքի հեղինակին, գուցե նա կարող է օգնել:
«Ոչ,- ասում եմ ես,- դա չի օգնի»:
- Ինչո՞ւ:
— Ես այս կայքի հեղինակն եմ... (

Արդյունքում մենք այն գործարկեցինք Apache-ում առանց որևէ խնդրի։ IIS-ը երբեք չի պարտվել:

Մեկ մակարդակ ավելի խորը

Մենք ունեինք հաճախորդ՝ փոքր արտադրական ձեռնարկություն։ Նրանք ունեին սերվեր, մի տեսակ «դասական» 3-ը 1-ում՝ տերմինալային սերվեր + հավելվածի սերվեր + տվյալների բազայի սերվեր: Նրանք աշխատում էին UPP-ի վրա հիմնված որոշակի արդյունաբերության կոնֆիգուրացիաներում, մոտ 15-20 օգտվող կար, և համակարգի կատարումը, սկզբունքորեն, հարմար էր բոլորին:

Ժամանակի ընթացքում ամեն ինչ քիչ թե շատ կայուն էր աշխատում։ Բայց հետո Եվրոպան պատժամիջոցներ սահմանեց Ռուսաստանի դեմ, ինչի արդյունքում ռուսները սկսեցին գնել հիմնականում հայրենական արտադրության արտադրանք, և այս ընկերության բիզնեսը կտրուկ վերելք ունեցավ։ Օգտատերերի թիվը հասավ 50-60 հոգու, բացվեց նոր մասնաճյուղ, համապատասխանաբար ավելացավ փաստաթղթաշրջանառությունը։ Եվ այժմ ներկայիս սերվերն այլևս չէր կարող հաղթահարել կտրուկ ավելացած բեռը, և 1C-ն սկսեց, ինչպես ասում են, «դանդաղեցնել»: Պիկ ժամերին փաստաթղթերը մշակվում էին մի քանի րոպե, տեղի էին ունենում արգելափակման սխալներ, ձևաթղթերի բացումը երկար տևում էր, և հարակից ծառայությունների ամբողջ փունջը: Տեղական համակարգի ադմինիստրատորը վերացրեց բոլոր խնդիրները՝ ասելով. «Սա ձեր 1C-ն է, դուք կհասկանաք»: Մենք բազմիցս առաջարկել ենք իրականացնել համակարգի կատարողականի աուդիտ, բայց դա երբեք չի հասել բուն աուդիտին։ Հաճախորդը պարզապես առաջարկություններ է խնդրել, թե ինչպես լուծել խնդիրները:

Դե, ես նստեցի և բավականին ծավալուն նամակ գրեցի տերմինալային սերվերի և հավելվածի սերվերի դերերը DBMS-ով առանձնացնելու անհրաժեշտության մասին (ինչը, սկզբունքորեն, մենք արդեն բազմիցս ասել ենք նախկինում): Ես գրել եմ DFSS-ի մասին տերմինալային սերվերների վրա, Համօգտագործված հիշողության մասին, տրամադրել եմ հղումներ դեպի հեղինակավոր աղբյուրներ և նույնիսկ առաջարկել եմ սարքավորումների որոշ տարբերակներ: Այս նամակը հասավ ընկերությունում իշխանության ղեկին, վերադարձավ ՏՏ բաժին «Իրականացնել» որոշումներով, և սառույցը ընդհանրապես կոտրվեց։

Որոշ ժամանակ անց ադմինն ինձ ուղարկում է նոր սերվերի IP հասցեն և մուտքի հավատարմագրերը: Նա ասում է, որ այնտեղ տեղակայված են MS SQL և 1C սերվերի բաղադրիչները, և տվյալների բազաները պետք է փոխանցվեն, բայց առայժմ միայն DBMS սերվերին, քանի որ որոշ խնդիրներ են առաջացել 1C ստեղների հետ:

Ես մտա, իսկապես, բոլոր ծառայություններն աշխատում էին, սերվերը այնքան էլ հզոր չէր, բայց լավ, կարծում եմ, որ դա ավելի լավ է, քան ոչինչ: Առայժմ կփոխանցեմ տվյալների բազաները, որպեսզի ինչ-որ կերպ ազատեմ ընթացիկ սերվերը: Բոլոր տրանսֆերներն ավարտեցի պայմանավորված ժամանակին, բայց իրավիճակը չփոխվեց՝ դեռ նույն կատարողական խնդիրները։ Տարօրինակ է, իհարկե, լավ, եկեք գրանցենք տվյալների բազաները 1C կլաստերում և կտեսնենք:

Անցնում է մի քանի օր, բանալիները չեն փոխանցվել։ Հետաքրքիր է, թե որն է խնդիրը, կարծես թե ամեն ինչ պարզ է՝ հանեք այն մի սերվերից, միացրեք այն մյուսին, տեղադրեք դրայվերը և վերջ: Ադմինը պատասխանում է՝ շփոթելով և ինչ-որ բան ասելով պորտի վերահասցեավորման, վիրտուալ սերվերի և այլնի մասին:

Հմմ... Վիրտուալ սերվեր? Թվում է, թե երբևէ վիրտուալացում չի եղել և չի եղել... Հիշում եմ մի բավականին հայտնի խնդիր Windows Server 1-ում Hyper-V-ի վրա վիրտուալ մեքենայի վրա 2008C սերվերի բանալին փոխանցելու անհնարինության մասին: Եվ ահա որոշ կասկածներ սկսում են ձևավորվել իմ մեջ...

Բացում եմ սերվերի մենեջերը - Roles - նոր դեր է հայտնվել - Hyper-V: Ես գնում եմ Hyper-V մենեջերի մոտ, տեսնում եմ մեկ վիրտուալ մեքենա, միանում եմ... Եվ իսկապես... Մեր տվյալների բազայի նոր սերվերը...

Եւ ինչ? Իշխանությունների հանձնարարականներն ու իմ հանձնարարականները կատարվել են, դերերը տարանջատվել են։ Առաջադրանքը կարող է փակվել:

Որոշ ժամանակ անց եղավ այժմ ճգնաժամը, նոր մասնաճյուղը պետք է փակվեր, ծանրաբեռնվածությունը նվազեց, և համակարգի աշխատանքը դարձավ քիչ թե շատ տանելի։

Դե, իհարկե, նրանք չէին կարող սերվերի բանալին փոխանցել վիրտուալ մեքենային: Արդյունքում, ամեն ինչ մնաց այնպես, ինչպես կա. տերմինալային սերվեր + 1C կլաստեր ֆիզիկական մեքենայի վրա, տվյալների բազայի սերվերը այնտեղ վիրտուալում:

Եվ լավ կլիներ, որ սա լիներ շարաշկինի գրասենյակ: Այնպես որ, ոչ: Հայտնի ընկերություն, որի արտադրանքը դուք հավանաբար գիտեք և տեսել եք բոլոր Lentas-ի և Auchans-ի համապատասխան բաժիններում։

Կոշտ սկավառակի արձակուրդի ժամանակացույց

Աշխարհը գրավելու հավակնոտ ծրագրեր ունեցող խոշոր հոլդինգը կրկին գնել է փոքր ընկերություն՝ նպատակ ունենալով ընդգրկել այն իր մեգակորպորացիայի մեջ։ Այս հոլդինգի բոլոր ստորաբաժանումներում օգտատերերն աշխատում են իրենց տվյալների բազայում, բայց նույնական կոնֆիգուրացիայով: Եվ այսպես, մենք սկսեցինք մի փոքր նախագիծ՝ այս համակարգում նոր միավոր ներառելու համար:

Առաջին հերթին անհրաժեշտ է տեղակայել արտադրության և փորձարկման տվյալների բազաները: Մշակողը ստացել է կապի տվյալները, մուտք է գործում սերվեր, տեսնում է տեղադրված MS SQL, 1C սերվերը, տեսնում է 2 տրամաբանական սկավառակ՝ «C» սկավառակ՝ 250 գիգաբայթ հզորությամբ և «D» սկավառակ՝ 1 տերաբայթ հզորությամբ: Դե, «C»-ն համակարգն է, «D»-ն տվյալների համար է, մշակողը տրամաբանորեն որոշում և տեղակայում է այնտեղ բոլոր տվյալների բազաները: Ես նույնիսկ ստեղծել եմ պահպանման պլաններ, ներառյալ պահուստավորումը, ամեն դեպքում (չնայած մենք դրա համար պատասխանատու չենք): Ճիշտ է, այստեղ «D»-ին ավելացվել են կրկնօրինակներ: Ապագայում նախատեսվում էր այն վերակազմավորել ցանցի առանձին ռեսուրսի մեջ:

Ծրագիրը մեկնարկեց, խորհրդատուները վերապատրաստվեցին նոր համակարգում աշխատելու վերաբերյալ, մնացորդները փոխանցվեցին, որոշ չնչին բարելավումներ կատարվեցին, և օգտվողները սկսեցին աշխատել նոր տեղեկատվական բազայում:

Ամեն ինչ լավ էր ընթանում մինչև մի երկուշաբթի առավոտ, երբ պարզվեց, որ տվյալների բազայի սկավառակը բացակայում է: Սերվերում պարզապես «D» չկա, և վերջ:

Հետագա հետաքննությունը պարզեց, որ այս «սերվերը» իրականում տեղական համակարգի ադմինիստրատորի աշխատանքային համակարգիչն էր: Ճիշտ է, այն դեռ ուներ սերվերի ՕՀ: Այս ադմինիստրատորի անձնական USB կրիչը միացված է սերվերին: Եվ այսպես, ադմինիստրատորը գնաց արձակուրդ՝ իր հետ տանելով իր պտուտակը՝ նպատակ ունենալով այնտեղ ֆիլմեր լցնել ճանապարհորդության համար:

Փառք Աստծո, նրան չհաջողվեց ջնջել տվյալների բազայի ֆայլերը և կարողացավ վերականգնել արդյունավետ տվյալների բազան։

Հատկանշական է, որ ընդհանուր առմամբ բոլորը գոհ էին USB կրիչի վրա տեղադրված համակարգի աշխատանքից։ Ոչ ոք չբողոքեց 1C-ի որևէ անբավարար կատարումից: Միայն ավելի ուշ էր, որ հոլդինգը սկսեց մեգա-նախագիծ՝ բոլոր տեղեկատվական բազաները փոխանցելու մեկ կենտրոնացված կայք՝ սուպերսերվերներով, մեկ միլիոն+ ռուբլու պահեստավորման համակարգերով, բարդ հիպերվիզորներով և բոլոր ճյուղերում անտանելի 1C արգելակներով:

Բայց դա բոլորովին այլ պատմություն է...

Source: www.habr.com