1C-ում մենք լայնորեն օգտագործում ենք մեր սեփական մշակումները՝ ընկերության աշխատանքը կազմակերպելու համար: Մասնավորապես, . Բացի փաստաթղթերի կառավարումից (ինչպես ենթադրում է անունը), այն նաև ժամանակակից է - համակարգ (Ձեռնարկությունների բովանդակության կառավարում - կորպորատիվ բովանդակության կառավարում) ֆունկցիոնալության լայն շրջանակով - փոստ, աշխատողների աշխատանքային օրացույցներ, ռեսուրսների ընդհանուր հասանելիության կազմակերպում (օրինակ, հանդիպումների սենյակների ամրագրում), ժամանակի հետևում, կորպորատիվ ֆորում և շատ ավելին:
Հազարից ավելի աշխատակիցներ օգտագործում են փաստաթղթերի կառավարում 1C-ում: Տվյալների բազան արդեն տպավորիչ է դարձել (11 միլիարդ գրառում), ինչը նշանակում է, որ այն պահանջում է ավելի զգույշ խնամք և ավելի հզոր սարքավորումներ։
Ինչպես է աշխատում մեր համակարգը, ինչ դժվարությունների ենք հանդիպում տվյալների բազան վարելիս և ինչպես ենք դրանք լուծում (մենք օգտագործում ենք MS SQL Server-ը որպես DBMS) - մենք ձեզ կպատմենք հոդվածում։
Նրանց համար, ովքեր առաջին անգամ են կարդում 1C արտադրանքի մասին:
1C:Document Flow-ը կիրառական լուծում է (կոնֆիգուրացիա), որն իրականացվում է բիզնես հավելվածների մշակման շրջանակի հիման վրա՝ 1C:Enterprise հարթակ:
«1C: Document Flow 8» (կրճատ՝ DO) թույլ է տալիս ավտոմատացնել աշխատանքը ձեռնարկությունում փաստաթղթերի հետ: Աշխատակիցների փոխազդեցության հիմնական գործիքներից մեկը էլ.փոստն է: Բացի փոստից, DO-ն լուծում է նաև այլ խնդիրներ.
- Ժամանակի հետևում
- Աշխատակիցների բացակայության հետևում
- Հայտեր սուրհանդակների/տրանսպորտի համար
- Աշխատակիցների աշխատանքային օրացույցներ
- Նամակագրության գրանցում
- Աշխատակիցների կոնտակտներ (հասցեագրք)
- Կորպորատիվ ֆորում
- Սենյակի ամրագրում
- Միջոցառումների պլանավորում
- CRM
- Կոլեկտիվ աշխատանք ֆայլերի հետ (ֆայլերի տարբերակների պահպանմամբ)
- եւ այլն:
Մենք մտնում ենք Փաստաթղթերի կառավարում (բնական գործարկվող հավելված) Windows-ից, Linux-ից, macOS-ից, (բրաուզերներից) և - կախված իրավիճակից:
Եվ շնորհիվ մեր մյուս արտադրանքի, որը կապված է Document Flow-ին. – մենք ուղղակիորեն Document Flow-ում ստանում ենք մեսենջերի ֆունկցիոնալությունը՝ չաթեր, աուդիո և տեսազանգեր (ներառյալ խմբակային զանգերը, որն այժմ հատկապես կարևոր է դարձել, ներառյալ բջջային հաճախորդից), արագ ֆայլերի փոխանակում, գումարած հեշտացնող չաթ բոտեր գրելու հնարավորություն։ աշխատել համակարգի հետ: Փոխազդեցության համակարգի օգտագործման մեկ այլ առավելություն (համեմատած այլ մեսենջերների հետ) կոնտեքստային քննարկումներ անցկացնելու հնարավորությունն է՝ կապված կոնկրետ Փաստաթղթերի հոսքի օբյեկտների՝ փաստաթղթերի, իրադարձությունների և այլնի հետ: Այսինքն՝ փոխազդեցության համակարգը խորապես ինտեգրված է թիրախային հավելվածին և չի գործում որպես պարզապես «առանձին կոճակ»:
Մեր DO-ում տառերի թիվն արդեն գերազանցել է 100 միլիոնը, իսկ ընդհանուր առմամբ DBMS-ում կա ավելի քան 11 միլիարդ գրառում: Ընդհանուր առմամբ, համակարգը օգտագործում է գրեթե 30 TB պահեստ. տվյալների բազայի ծավալը 7,5 TB է, կոլեկտիվ աշխատանքի համար նախատեսված ֆայլերը պահվում են առանձին և զբաղեցնում են ևս 21 TB:
Եթե խոսենք ավելի կոնկրետ թվերի մասին, ապա ահա այս պահին տառերի և ֆայլերի քանակը.
- Ելքային նամակներ – 14,7 մլն.
- Մուտքային նամակներ – 85,4 մլն.
- Ֆայլի տարբերակները – 70,8 մլն.
- Ներքին փաստաթղթեր – 30,6 հազ.
DO-ն ունի ավելին, քան պարզապես փոստ և ֆայլեր: Ստորև ներկայացված են հաշվապահական հաշվառման այլ օբյեկտների թվերը.
- Հանդիպումների սենյակների ամրագրում – 52
- Շաբաթական հաշվետվություններ – 153
- Օրական հաշվետվություններ – 628
- Հաստատման վիզաներ – 11
- Մուտքային փաստաթղթեր – 79
- Ելից փաստաթղթեր – 28
- Օգտագործողների աշխատանքային օրացույցներում իրադարձությունների մասին գրառումներ – 168
- Սուրհանդակների դիմումներ – 21
- Կողմնակիցներ – 81
- Կոնտրագենտների հետ աշխատանքի գրառումներ – 45
- Կոնտակտային անձինք՝ 41
- Իրադարձություններ – 10
- Նախագծեր – 6
- Աշխատակիցների առաջադրանքներ – 245
- Ֆորումի գրառումներ – 26
- Զրույցի հաղորդագրություններ – 891 095
- Բիզնես գործընթացներ - 109. Աշխատակիցների միջև փոխազդեցությունը տեղի է ունենում գործընթացների միջոցով՝ հաստատում, կատարում, վերանայում, գրանցում, ստորագրում և այլն: Մենք չափում ենք գործընթացների տևողությունը, ցիկլերի քանակը, մասնակիցների թիվը, վերադարձների քանակը, ժամկետները փոխելու հարցումների քանակը: Եվ այս տեղեկատվությունը շատ օգտակար է վերլուծելու համար, որպեսզի հասկանանք, թե ինչ գործընթացներ են տեղի ունենում ձեռնարկությունում և բարձրացնելու աշխատողների համագործակցության արդյունավետությունը:
Ի՞նչ սարքավորումների վրա ենք մենք մշակում այս ամենը։
Այս թվերը վկայում են առաջադրանքների տպավորիչ ծավալի մասին, ուստի մենք բախվեցինք ներքին դուստր ձեռնարկությունների կարիքների համար բավականին արդյունավետ սարքավորումներ հատկացնելու անհրաժեշտությանը: Ներկայումս նրա բնութագրերը հետեւյալն են՝ 38 միջուկ, 240 ԳԲ օպերատիվ հիշողություն, 26 ՏԲ սկավառակ։ Ահա սերվերների աղյուսակը.
Ապագայում նախատեսում ենք ավելացնել սարքավորումների հզորությունը։
Ինչպե՞ս են գործերը գնում սերվերի բեռնվածության հետ:
Ցանցային գործունեությունը երբեք խնդիր չի եղել մեզ կամ մեր հաճախորդների համար: Որպես կանոն, թույլ կողմը պրոցեսորն ու սկավառակներն են, քանի որ բոլորն արդեն գիտեն, թե ինչպես վարվել հիշողության պակասի հետ։ Ահա մեր սերվերների սքրինշոթները Resource Monitor-ից, որոնք ցույց են տալիս, որ մենք սարսափելի ծանրաբեռնվածություն չունենք, դա շատ համեստ է։
Օրինակ, ստորև ներկայացված սքրինշոթում մենք տեսնում ենք SQL սերվեր, որտեղ պրոցեսորի բեռնվածությունը 23% է: Եվ սա շատ լավ ցուցանիշ է (համեմատության համար. եթե ծանրաբեռնվածությունը մոտենում է 70%-ին, ապա, ամենայն հավանականությամբ, աշխատակիցները աշխատանքի մեջ բավականին զգալի դանդաղումներ կնկատեն):
Երկրորդ սքրինշոթը ցույց է տալիս հավելվածի սերվերը, որի վրա աշխատում է 1C:Enterprise հարթակը. այն սպասարկում է միայն օգտատերերի նիստերը: Այստեղ պրոցեսորի ծանրաբեռնվածությունը մի փոքր ավելի բարձր է՝ 38%, այն հարթ է և հանգիստ։ Սկավառակի որոշակի բեռնում կա, բայց դա ընդունելի է:
Երրորդ սքրինշոթը ցույց է տալիս մեկ այլ 1C:Enterprise սերվեր (դա երկրորդն է, մենք դրանցից երկուսն ունենք կլաստերում): Միայն նախորդն է սպասարկում օգտատերերին, և ռոբոտներն աշխատում են այս մեկի վրա։ Օրինակ՝ նրանք ստանում են փոստ, երթուղային փաստաթղթեր, փոխանակում են տվյալները, հաշվարկում իրավունքները և այլն։ Այս բոլոր ֆոնային գործողությունները կատարում են մոտավորապես 90-100 ֆոնային աշխատանք: Եվ այս սերվերը շատ ծանրաբեռնված է՝ 88%: Բայց դա չի ազդում մարդկանց վրա, և այն իրականացնում է հենց այն ավտոմատացումը, որը պետք է անի Փաստաթղթերի կառավարումը:
Որո՞նք են կատարողականությունը չափելու չափանիշները:
Մենք ունենք լուրջ ենթահամակարգ, որը ներկառուցված է մեր դուստր ձեռնարկություններում՝ կատարողականի ցուցանիշները չափելու և տարբեր չափումներ հաշվարկելու համար: Սա անհրաժեշտ է, որպեսզի հասկանանք թե՛ ներկա պահին, թե՛ պատմական տեսանկյունից, թե ինչ է կատարվում համակարգում, ինչն է վատանում, ինչը՝ լավանում։ Մոնիտորինգի գործիքները՝ չափումները և ժամանակի չափումները, ներառված են «1C: Փաստաթղթերի հոսք 8» ստանդարտ առաքման մեջ: Չափիչները պահանջում են անհատականացում իրականացման ընթացքում, բայց մեխանիզմն ինքնին ստանդարտ է:
Չափիչները տարբեր բիզնես ցուցանիշների չափումներ են ժամանակի որոշակի կետերում (օրինակ՝ փոստի առաքման միջին ժամանակը 10 րոպե է):
Չափիչներից մեկը ցույց է տալիս տվյալների բազայում ակտիվ օգտագործողների թիվը: Օրվա ընթացքում դրանք միջինում 1000-1400 են։ Գրաֆիկը ցույց է տալիս, որ սքրինշոթի պահին տվյալների բազայում եղել է 2144 ակտիվ օգտատեր։
Նման 30-ից ավելի ակցիաներ կան, ցուցակը կտրված է։Ցուցակ
- Մուտք գործել
- Դուրս գալ
- Փոստի բեռնում
- Օբյեկտի վավերականության փոփոխություն
- Մուտքի իրավունքի փոփոխություն
- Գործընթացի թեման փոխելը
- Փոխելով օբյեկտի աշխատանքային խումբը
- Կոմպլեկտի կազմի փոփոխություն
- Ֆայլի փոփոխություն
- Ֆայլի ներմուծում
- Ուղարկում փոստով
- Ֆայլերի տեղափոխում
- Առաջադրանքի վերահղում
- Էլեկտրոնային ստորագրության ստորագրում
- Որոնել ըստ մանրամասների
- Ամբողջական տեքստի որոնում
- Ֆայլի ստացում
- Գործընթացի ընդհատում
- Просмотр
- Ապակոդավորում
- Փաստաթղթի գրանցում
- Ստուգել
- Ջնջումը հանել
- Օբյեկտի ստեղծում
- Պահվում է սկավառակի վրա
- Գործընթացի սկիզբ
- Օգտագործողի մատյանների գրառումների ջնջում
- Էլեկտրոնային ստորագրության հեռացում
- Ջնջման նշանի սահմանում
- Կոդավորումը
- Արտահանել թղթապանակ
Անցյալ շաբաթ առաջ մեր օգտատերերի միջին ակտիվությունն ավելացել է մեկուկես անգամ (կարմիր գույնով ցույց է տրված գրաֆիկում) - դա պայմանավորված է աշխատողների մեծամասնության հեռավոր աշխատանքի անցնելով (հայտնի իրադարձությունների պատճառով): Բացի այդ, ակտիվ օգտատերերի թիվն ավելացել է 3 անգամ (ցուցված է էկրանի վրա կապույտ գույնով), քանի որ աշխատակիցները սկսել են ակտիվորեն օգտագործել բջջային հեռախոսները. յուրաքանչյուր բջջային հաճախորդ ստեղծում է կապ սերվերի հետ: Այժմ մեր աշխատակիցներից յուրաքանչյուրը միջին հաշվով ունի 2 կապ սերվերի հետ։
Մեզ համար՝ որպես ադմինիստրատորների, սա ազդանշան է, որ մենք պետք է ավելի ուշադիր լինենք կատարողականի խնդիրների նկատմամբ և տեսնենք՝ արդյոք ամեն ինչ վատացել է: Բայց մենք դա դիտարկում ենք այլ պարամետրերի հիման վրա: Օրինակ՝ ինչպես է փոխվում փոստի առաքման ժամանակը ներքին երթուղղման համար (ներքևի սքրինշոթում ցուցադրված է կապույտով): Մենք տեսնում ենք, որ այն տատանվում էր մինչև այս տարի, բայց հիմա կայուն է. մեզ համար սա ցուցանիշ է, որ համակարգում ամեն ինչ կարգին է։
Մեզ համար կիրառվող մեկ այլ չափանիշ է փոստի սերվերից նամակներ ներբեռնելու միջին սպասման ժամանակը (կարմիր գույնով ցուցադրված է սքրինշոթում): Կոպիտ ասած՝ որքան ժամանակ է նամակը պտտվելու համացանցում, մինչև հասնի մեր աշխատակցին։ Սքրինշոթը ցույց է տալիս, որ այս ժամանակը նույնպես վերջերս որևէ կերպ չի փոխվել: Կան մեկուսացված հասկեր, բայց դրանք կապված չեն ուշացումների հետ, այլ այն փաստի հետ, որ փոստի սերվերների վրա ժամանակը կորչում է:
Կամ, օրինակ, մեկ այլ չափիչ (սքրինշոթում ցուցադրված է կապույտ գույնով)՝ թղթապանակում տառերի թարմացում: Փոստի թղթապանակ բացելը շատ տարածված գործողություն է և պետք է արագ կատարվի: Մենք չափում ենք, թե որքան արագ է այն կատարվում: Այս ցուցանիշը չափվում է յուրաքանչյուր հաճախորդի համար: Դուք կարող եք տեսնել և՛ ընկերության ընդհանուր պատկերը, և՛ դինամիկան, օրինակ՝ առանձին աշխատողի համար: Սքրինշոթը ցույց է տալիս, որ մինչև այս տարի ցուցանիշը անհավասարակշռված էր, այնուհետև մենք մի շարք բարելավումներ արեցինք, իսկ այժմ այն չի վատանում. գրաֆիկը գրեթե հարթ է:
Չափիչները հիմնականում ադմինիստրատորի գործիք են՝ համակարգը վերահսկելու, համակարգի վարքագծի ցանկացած փոփոխությանն արագ արձագանքելու համար: Սքրինշոթը ցույց է տալիս տարվա ներքին դուստր ձեռնարկությունների չափումները: Գրաֆիկների թռիչքը պայմանավորված է նրանով, որ մեզ առաջադրանք է տրվել զարգացնել ներքին դուստր ձեռնարկությունները։
Ահա ևս մի քանի ցուցանիշների ցանկ (հատվածի տակ):
Չափումներ
- Օգտագործողի գործունեություն
- Ակտիվ օգտվողներ
- Ակտիվ գործընթացներ
- Ֆայլերի քանակը
- Ֆայլի չափը (MB)
- Փաստաթղթերի քանակը
- Ստացողներին ուղարկվող օբյեկտների քանակը
- Կոնտրագենտների թիվը
- Անավարտ առաջադրանքներ
- Փոստի սերվերից նամակներ ներբեռնելու միջին սպասման ժամանակը վերջին 10 րոպեի ընթացքում
- Արտաքին տվյալների բուֆեր. ֆայլերի քանակը
- Ընթացիկ ամսաթվից հետաձգված եզրագիծ
- Երկար հերթ
- Գործառնական հերթ
- Հաշվի հումքի տարիքը արտաքին երթուղման միջոցով
- Ներքին երթուղիների ընդունման հերթի չափը (երկար հերթ)
- Ներքին երթուղիների ընդունման հերթի չափը (արագ հերթ)
- Փոստի առաքման ժամանակը ներքին երթուղղման միջոցով (երկար հերթ)
- Փոստի առաքման ժամանակը ներքին երթուղման միջոցով (արագ հերթ)
- Փոստի առաքման ժամանակը արտաքին երթուղղման միջոցով (միջին)
- Փաստաթղթերի քանակը Ամրագրում
- Փաստաթղթերի քանակը Բացակայություն
- «Կոնտրագենտի հետ աշխատանքի արձանագրություն» փաստաթղթերի քանակը.
- Փոստ Թարմացրեք տառերը թղթապանակում
- Փոստ Նամակ քարտի բացում
- Փոստ Տեղափոխել նամակ թղթապանակ
- Փոստ Նավարկեք թղթապանակների միջով
Մեր համակարգը շուրջօրյա չափում է ավելի քան 150 ցուցիչ, բայց ոչ բոլորն են հնարավոր արագ վերահսկել: Դրանք կարող են օգտակար լինել ավելի ուշ, ինչ-որ պատմական տեսանկյունից, և դուք կարող եք կենտրոնանալ բիզնեսի համար ամենակարևորների վրա:
Իրականացումներից մեկում, օրինակ, ընտրվել է ընդամենը 5 ցուցանիշ։ Հաճախորդը նպատակ է դրել ստեղծել ցուցիչների նվազագույն հավաքածու, բայց միևնույն ժամանակ այնպես, որ այն ծածկի հիմնական աշխատանքային սցենարները: Ընդունման վկայականում 150 ցուցանիշ ներառելը չարդարացված կլինի, քանի որ նույնիսկ ձեռնարկության ներսում դժվար է համաձայնության գալ, թե որ ցուցանիշներն են ընդունելի համարվել։ Եվ նրանք գիտեին այս 5 ցուցանիշների մասին և դրանք արդեն ներկայացրել էին համակարգին մինչև ծրագրի իրականացման մեկնարկը, ներառելով դրանք մրցութային փաստաթղթերում. քարտ բացելու ժամանակը ոչ ավելի, քան 3 վայրկյան, առաջադրանքը կատարելու ժամանակը ՝ թիվ ֆայլով: ավելի քան 5 վայրկյան և այլն: Մեր դուստր ձեռնարկություններում մենք ունեինք չափումներ, որոնք շատ հստակ արտացոլում էին հաճախորդի տեխնիկական բնութագրերի սկզբնական խնդրանքը:
Մենք նաև ունենք կատարողականի չափումների պրոֆիլի վերլուծություն: Կատարողականի ցուցիչները յուրաքանչյուր ընթացիկ գործողության տևողության գրանցում են (նամակ գրել տվյալների բազա, նամակ ուղարկել փոստի սերվեր և այլն): Սա օգտագործվում է բացառապես տեխնիկների կողմից: Մենք մեր ծրագրում կուտակում ենք կատարողականի շատ ցուցանիշներ։ Ներկայումս մենք չափում ենք մոտավորապես 1500 հիմնական գործողություն, որոնք բաժանված են պրոֆիլների:
Մեզ համար ամենակարևոր պրոֆիլներից մեկը «Փոստի հիմնական ցուցանիշների ցանկն է՝ սպառողի տեսանկյունից»: Այս պրոֆիլը ներառում է, օրինակ, հետևյալ ցուցանիշները.
- Հրամանի կատարում. Ընտրել ըստ պիտակի
- Ձևաթղթի բացում. ցուցակի ձև
- Հրամանի կատարում. Ընտրել ըստ թղթապանակի
- Ընթերցանության տարածքում տառի ցուցադրում
- Նամակի պահպանում ձեր սիրելի թղթապանակում
- Տառերի որոնում ըստ մանրամասների
- Նամակի ստեղծում
Եթե մենք տեսնում ենք, որ ինչ-որ բիզնեսի ցուցիչի չափումը չափազանց մեծ է դարձել (օրինակ, որոշակի օգտվողի նամակները սկսել են շատ երկար ժամանակ ստանալ), մենք սկսում ենք դա պարզել և դիմել տեխնիկական գործառնությունների ժամանակի չափմանը: Մենք ունենք «Նամակների արխիվացում փոստի սերվերի վրա» տեխնիկական գործողություն. մենք տեսնում ենք, որ այս գործողության ժամանակը գերազանցվել է վերջին ժամանակահատվածում: Այս գործողությունն իր հերթին տարրալուծվում է այլ գործողությունների՝ օրինակ՝ կապ հաստատել փոստի սերվերի հետ։ Մենք տեսնում ենք, որ ինչ-ինչ պատճառներով այն հանկարծակի դարձել է շատ մեծ (մենք ունենք մեկ ամսվա բոլոր չափումները. կարող ենք համեմատել, որ անցյալ շաբաթ այն 10 միլիվայրկյան էր, իսկ հիմա՝ 1000 միլիվայրկյան): Եվ մենք հասկանում ենք, որ այստեղ ինչ-որ բան կոտրված է, մենք պետք է շտկենք այն:
Ինչպե՞ս ենք մենք պահում այդքան մեծ տվյալների բազա:
Մեր ներքին DO-ն իսկապես աշխատող բարձր բեռնվածության նախագծի օրինակ է: Անդրադառնանք նրա տվյալների բազայի տեխնիկական հատկանիշներին։
Որքա՞ն ժամանակ է պահանջվում տվյալների բազայի մեծ աղյուսակների վերակառուցման համար:
SQL սերվերը պահանջում է պարբերական սպասարկում՝ աղյուսակները կարգի բերելով։ Լավ իմաստով, դա պետք է արվի առնվազն օրը մեկ անգամ, և նույնիսկ ավելի հաճախ՝ բարձր պահանջարկ ունեցող սեղանների համար: Բայց եթե տվյալների բազան մեծ է (իսկ մեր գրառումների թիվն արդեն գերազանցել է 11 միլիարդը), ապա դրա մասին հոգալը հեշտ չէ։
Մենք սեղանի վերակառուցում արեցինք 6 տարի առաջ, բայց հետո սկսվեց այնքան ժամանակ խլել, որ մենք այլևս չենք տեղավորվում գիշերային միջակայքերի մեջ: Եվ քանի որ այս գործողությունները մեծապես բեռնում են SQL սերվերը, այն չի կարող արդյունավետորեն սպասարկել այլ օգտվողներին:
Հետեւաբար, այժմ մենք պետք է օգտագործենք տարբեր հնարքներ. Օրինակ, մենք չենք կարող կատարել այս ընթացակարգերը ամբողջական տվյալների հավաքածուների վրա: Դուք պետք է դիմեք Update Sample 500000 տողերի ընթացակարգին. դա տևում է 14 րոպե: Այն չի թարմացնում վիճակագրությունը աղյուսակի բոլոր տվյալների վերաբերյալ, այլ ընտրում է կես միլիոն տող և օգտագործում դրանք՝ հաշվարկելու վիճակագրությունը, որն օգտագործում է ամբողջ աղյուսակի համար: Սա որոշակի ենթադրություն է, բայց մենք ստիպված ենք դա անել, քանի որ կոնկրետ աղյուսակի համար ամբողջ միլիարդ գրառումների վերաբերյալ վիճակագրություն հավաքելը անընդունելիորեն երկար ժամանակ կպահանջի։
Մենք նաև օպտիմիզացրել ենք սպասարկման այլ գործառնություններ՝ դրանք մասնակի դարձնելով:
DBMS-ի պահպանումն ընդհանուր առմամբ բարդ խնդիր է: Աշխատակիցների միջև ակտիվ փոխազդեցության դեպքում տվյալների բազան արագ աճում է, և ադմինիստրատորների համար ավելի ու ավելի դժվար է դառնում պահպանել այն՝ թարմացնել վիճակագրությունը, դեֆրագրումը, ինդեքսավորումը: Այստեղ մենք պետք է տարբեր ռազմավարություններ կիրառենք, մենք լավ գիտենք, թե ինչպես դա անել, մենք փորձ ունենք, կարող ենք կիսվել:
Ինչպե՞ս է կրկնօրինակում իրականացվում նման ծավալներով:
DBMS-ի ամբողջական կրկնօրինակումն իրականացվում է օրը մեկ անգամ՝ գիշերը, աստիճանաբար՝ ամեն ժամ: Նաև ամեն օր ստեղծվում է ֆայլերի գրացուցակ, և դա ֆայլերի պահեստավորման լրացուցիչ պահուստավորման մի մասն է:
Որքա՞ն ժամանակ է պահանջվում ամբողջական կրկնօրինակումն ավարտելու համար:
Կոշտ սկավառակի ամբողջական կրկնօրինակումն ավարտվում է երեք ժամում, մասնակի՝ մեկ ժամում: Ժապավենի վրա գրելն ավելի երկար է տևում (հատուկ սարք, որը կրկնօրինակում է գրասենյակից դուրս պահվող հատուկ ձայներիզին, ժապավենի վրա կատարվում է փոխանցվող պատճեն, որը կպահպանվի, եթե, օրինակ, սերվերի սենյակը այրվի): Կրկնօրինակումը կատարվում է ճիշտ նույն սերվերի վրա, որի պարամետրերն ավելի բարձր էին` 20% պրոցեսորի բեռնվածությամբ SQL սերվեր: Պահուստավորման ժամանակ, իհարկե, համակարգը շատ ավելի վատանում է, բայց այն դեռ գործում է։
Կա՞ կրկնօրինակում:
Կան ֆայլեր, մենք այն կփորձարկենք ինքներս մեզ վրա, և շուտով այն կներառվի Document Management-ի նոր տարբերակում: Մենք նաև փորձարկում ենք կոնտրագենտների կրկնօրինակման մեխանիզմը: DBMS մակարդակում գրառումների կրկնօրինակում չկա, քանի որ դա անհրաժեշտ չէ: 1C:Enterprise հարթակը պահպանում է օբյեկտները DBMS-ում, և միայն հարթակը կարող է պատասխանատու լինել դրանց հետևողականության համար:
Կա՞ն միայն կարդալու հանգույցներ:
Ընթերցանության հանգույցներ չկան (նվիրված համակարգային հանգույցներ, որոնք ծառայում են նրանց, ովքեր կարիք ունեն կարդալու համար որևէ տվյալ ստանալու): DO-ն հաշվապահական համակարգ չէ առանձին BI հանգույցի վրա դնելու համար, բայց կա զարգացման բաժնի առանձին հանգույց, որի հետ հաղորդագրությունները փոխանակվում են JSON ձևաչափով, և կրկնօրինակման տիպիկ ժամանակը միավորներ է և տասնյակ վայրկյաններ։ Հանգույցը դեռ փոքր է, ունի մոտ 800 միլիոն ձայնագրություն, բայց արագ աճում է։
Ջնջման համար նշված նամակներն ընդհանրապես չե՞ն ջնջվում:
Դեռ ոչ. Մենք հիմքը ավելի թեթևացնելու խնդիր չունենք։ Եղել են մի քանի բավականին լուրջ դեպքեր, երբ անհրաժեշտ է եղել անդրադառնալ ջնջման համար նշված տառերին, այդ թվում՝ 2009թ. Դրա համար մենք որոշեցինք առայժմ ամեն ինչ պահել։ Բայց երբ դրա արժեքը դառնա չարդարացված, մենք կմտածենք հեռացման մասին։ Բայց, եթե Ձեզ անհրաժեշտ է տվյալների բազայից ամբողջությամբ հեռացնել առանձին նամակ, որպեսզի հետքեր չմնան, ապա դա կարելի է անել հատուկ հարցումով:
Ինչու՞ պահել այն: Ունե՞ք վիճակագրություն հին փաստաթղթերի հասանելիության վերաբերյալ:
Վիճակագրություն չկա։ Ավելի ճիշտ, այն օգտատերերի մատյանի տեսքով է, բայց երկար չի պահվում։ Մեկ տարուց ավելի հին գրառումները ջնջվում են արձանագրությունից:
Եղել են իրավիճակներ, երբ անհրաժեշտ է եղել ետ բերել հինգ կամ նույնիսկ տասը տարի առաջվա հին նամակագրությունը։ Եվ դա միշտ արվում էր ոչ թե պարապ հետաքրքրասիրությունից դրդված, այլ բարդ բիզնես որոշումներ կայացնելու համար։ Եղել է դեպք, երբ առանց նամակագրության պատմության սխալ բիզնես որոշում կկայացվեր։
Ինչպե՞ս է գնահատվում և ոչնչացվում փաստաթղթերի արժեքը՝ ըստ պահպանման ժամկետների:
Թղթային փաստաթղթերի համար դա արվում է սովորական ավանդական եղանակով, ինչպես բոլորը: Մենք դա չենք անում էլեկտրոնայինների համար, թող նրանք իրենց համար պահեն: Նիստն այստեղ է։ Կան առավելություններ. Բոլորը լավ են։
Զարգացման ի՞նչ հեռանկարներ կան:
Այժմ մեր DO-ն լուծում է մոտ 30 ներքին խնդիր, որոնցից մի քանիսը թվարկեցինք հոդվածի սկզբում: DL-ն օգտագործվում է նաև կոնֆերանսներ պատրաստելու համար, որոնք մենք անցկացնում ենք տարին երկու անգամ մեր գործընկերների համար. ամբողջ ծրագիրը, բոլոր զեկույցները, բոլոր զուգահեռ բաժինները, դահլիճները. պատրաստված է.
DO-ի ճանապարհին կան ևս մի քանի առաջադրանքներ, ի հավելումն նրանց, որոնք նա արդեն լուծում է: Կան ամբողջ ընկերության առաջադրանքներ, և կան եզակի և հազվագյուտ առաջադրանքներ, որոնք անհրաժեշտ են միայն կոնկրետ բաժնին: Պետք է օգնել նրանց, ինչը նշանակում է ընդլայնել 1C-ում համակարգի օգտագործման «աշխարհագրությունը»՝ ընդլայնել կիրառման շրջանակը, լուծել բոլոր գերատեսչությունների խնդիրները։ Սա կլինի կատարողականի և հուսալիության լավագույն թեստը: Ես կցանկանայի տեսնել, որ համակարգը աշխատում է տրիլիոնավոր գրառումների, petabytes տեղեկատվության վրա:
Source: www.habr.com