MS SQL Server-ի տեղադրման թեման սովորաբար անտեսվում է: Իրոք, դժվար է չտեղադրել այս DBMS-ը, նույնիսկ դա անելով առաջին անգամ, և նույնքան դժվար է չգործարկել 1C:Enterprise Server-ը դրա հետ միասին: Այնուամենայնիվ, կան մի շարք ոչ ակնհայտ նրբություններ, որոնք կարող են զգալիորեն թունավորել ադմինիստրատորի կյանքը, որոնց մասին կխոսենք այսօր։

MS SQL Server-ը 1C:Enterprise-ի հետ համատեղ իրագործումների քանակով առաջինն է, սա հիմնականում պայմանավորված է մուտքի ցածր խոչընդոտով, ով առանց փորձի բավականին ունակ է տիրապետել այս համակցությանը, զուտ օգտագործելով Next - Next - Finish մեթոդը: Եվ, ինչն ամենահետաքրքիրն է, այս ամենը կաշխատի։ Ասենք ավելին, դեպքերի ճնշող մեծամասնությունում լռելյայն SQL սերվերի կարգավորումներն ավելի քան բավարար են 1C-ի արդյունավետ աշխատանքն ապահովելու համար. Enterprise սերվերը և դրանց դիպչելը ոչ միայն ավելորդ է, այլև նույնիսկ վնասակար:

Առաջին հերթին, դուք պետք է հիշեք համակարգի բազայի մասին tempdb, որն ակտիվորեն օգտագործվում է 1C-ի կողմից ժամանակավոր աղյուսակների և միջանկյալ արդյունքների պահպանման համար։ Ավելին, այն անմիջապես օգտագործվում է սերվերի վրա աշխատող բոլոր 1C տվյալների բազաների կողմից: Եվ քանի որ լռելյայն այն գտնվում է SQL սերվերի տեղադրման թղթապանակում, այսինքն. համակարգի սկավառակի վրա, ապա երբ բեռը մեծանում է, այն է tempdbդառնում է խցան ամբողջ սերվերի համար: Շատ հաճախ դա հանգեցնում է իրավիճակների. դուք գնել եք արագ HDD / SSD, կան բավարար սկավառակի ռեսուրսներ, բայց 1C-ը դանդաղ է, ինչը կարող է լուրջ դժվարություններ առաջացնել սկսնակ ադմինիստրատորների համար:

Երկրորդ կետ. Համեմատության կոդավորում tempdbպետք է համապատասխանի տեղեկատվական բազաների համեմատության կոդավորմանը, հակառակ դեպքում դա կարող է որոշ դեպքերում հանգեցնել անսպասելի արդյունքների, նույնիսկ հաշվարկների լուրջ սխալների:

Միևնույն ժամանակ, այս դժվարություններից խուսափելն ամենևին էլ դժվար չէ, դուք պարզապես պետք է մի քանի րոպե ծախսեք տեղադրման ընթացքում կամ ուշադիր վերանայեք արդեն տեղադրված սերվերի կարգավորումները.

MS SQL Server-ի տեղադրում 1C:Enterprise-ի հետ աշխատելու համար

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

Կառավարման գործիքները չեն կարող տեղադրվել սերվերի վրա, բայց առանձին տեղադրվել ադմինիստրատորի աշխատանքային կայանում և այնտեղից կառավարել բոլոր հասանելի MS SQL սերվերները:

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

IN Սերվերի կոնֆիգուրացիաներխնդրում եմ նշել Խառը ռեժիմի նույնականացումև սահմանեք գաղտնաբառը SQL գերօգտագործողի համար - սա. Ստորև նշեք նաև SQL սերվերի այս օրինակի ադմինիստրատորները, ըստ նախնականի, արդեն կա հաշիվ, որի տակ տեղադրվել է, բայց եթե այլ օգտվողներ նույնպես պետք է կառավարեն այս օրինակը, ապա իմաստ ունի անմիջապես նշել դրանք.

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

Դուք կարող եք թողնել մնացած կարգավորումները որպես լռելյայն և ավարտել տեղադրումը:

MS SQL Server-ի կարգավորում 1C:Enterprise-ի հետ աշխատելու համար

Եթե ​​գործ ունեք արդեն տեղադրված SQL Server օրինակի հետ, համոզվեք, որ համեմատության կոդավորումը Cyrillic_General_CI_AS, հակառակ դեպքում տվյալները պետք է ներբեռնվեն 1C գործիքների միջոցով, և սերվերը պետք է նորից տեղադրվի (կամ պետք է տեղադրվի մեկ այլ օրինակ, եթե այս մեկն օգտագործվում է այլ ծառայությունների կողմից):

Դա անելու համար բացեք Կառավարման ստուդիա, ընտրեք անհրաժեշտ SQL սերվերի օրինակը և աջ սեղմեք դրա վրա և անցեք Հատկություններ.

Այնուհետև գնացեք էջանիշ Հիշողությունև նշեք SQL սերվերին հասանելի RAM-ի քանակը, հակառակ դեպքում SQL սերվերը կփորձի վերամշակել ողջ հասանելի հիշողությունը. Այն իրավիճակում, երբ SQL սերվերի դերերը զուգակցվում են այլ դերերի հետ, իսկ փոքր և միջին իրականացումներում այն ​​սովորաբար գտնվում է 1C սերվերի հետ նույն մեքենայի վրա, դուք պետք է հանեք համակարգի համար անհրաժեշտ հիշողության ընդհանուր քանակից։ և 1C սերվերը՝ տալով SQL-ին այն, ինչ մնում է:

Դժվար է միանշանակ առաջարկություններ տալ այստեղ, ամեն ինչ կախված է մշակվող տվյալների ծավալից, իմաստ ունի անվճար հիշողության կեսը հատկացնել SQL սերվերին, հետագայում կարգավորելով այս արժեքը՝ հիմնվելով դրա իրական բեռի վրա.

Հաջորդ կարգավորումը կապված կլինի անվտանգության հետ: 1C-ը սերվերին միացնելու համար հաշիվն առավել հաճախ օգտագործվում է սա, որը, մեղմ ասած, անվտանգ չէ, քանի որ տալիս է տակը մտնողին ամբողջական մուտքդեպի SQL սերվեր: Հաշվի առնելով, որ 1C տվյալների բազաների կառավարումը հաճախ իրականացվում է երրորդ կողմի մասնագետների կողմից, իմաստ ունի նրանց համար ստեղծել առանձին հաշիվ:

Դա անելու համար բացեք Անվտանգություն - Մուտքագրումներև ստեղծել նոր անուն (հաշիվ), նշել իսկությունը SQL սերվերև սահմանել գաղտնաբառ:

Այնուհետև գնացեք էջանիշ Սերվերի դերերև թույլ տալ dbcreator, պրոցեսադմինԵվ հանրային.

Այնուհետև օգտագործեք այս հաշիվը՝ 1C-ից SQL սերվերին միանալու համար:

Մեկ այլ պարամետր վերաբերում է արդեն ստեղծված տվյալների բազաներին, բացեք ցանկալի տվյալների բազայի հատկությունները և անցեք ներդիր Ֆայլեր. Գտեք տարբերակը Ավտոմատ աճ / առավելագույն չափտվյալների ֆայլի համար: Լռելյայն, դա 1 ՄԲ է, ինչը շատ ոչ օպտիմալ է տվյալների բազայի հետ ակտիվ աշխատելու ժամանակ, DBMS-ը կզբաղվի միայն ֆայլի չափի մեծացմամբ, բացի այդ, երբ մի քանի տվյալների բազաներ ակտիվորեն աշխատում են, դա կհանգեցնի զգալի մասնատման տվյալների ֆայլից: Հետևաբար, ելնելով տվյալների բազայի չափից և աշխատանքային ակտիվությունից, սահմանեք ավելի բարձր արժեք, որը չի հանգեցնի տվյալների բազայի ֆայլի մշտական ​​ավելացման:

Tempdb տվյալների բազայի փոխանցում

Մեր հոդվածը եզրափակելու համար կրկին դիմենք տվյալների բազային tempdb, հաճախ լինում են իրավիճակներ, երբ այս տվյալների բազայի ֆայլը պետք է տեղափոխվի այլ վայր։ Օրինակ, սերվերը տեղադրվել է լռելյայն կարգավորումներով և tempdbգտնվում է համակարգի բաժանման վրա, կամ դուք գնել եք SSD և ցանկանում եք այնտեղ փոխանցել ոչ միայն տվյալների բազաները, այլև tempdb(որը ճիշտ լուծումն է): Նաև ծանր բեռի տակ tempdbԽորհուրդ է տրվում տեղադրել այն առանձին սկավառակի վրա։

Ֆայլի գտնվելու վայրը փոխելու համար tempdbբացել Կառավարման ստուդիա, ընտրել Ստեղծեք հարցումիսկ բացվող պատուհանում մուտքագրեք հետեւյալ տեքստը, որտեղ E:\NEW_FOLDER- բազայի նոր վայր.

Օգտագործեք վարպետ
փոխել տվյալների բազան tempdb
փոփոխել ֆայլը (
անուն = tempdev,
ֆայլի անունը = N"E:\NEW_FOLDER\tempdb.mdf")
գնա

փոխել տվյալների բազան tempdb
փոփոխել ֆայլը (
անուն = templog,
ֆայլի անունը = N"E:\NEW_FOLDER\templog.ldf")
գնա

Այնուհետեւ սեղմեք Կատարել, հարցումը կատարելուց հետո վերագործարկեք SQL սերվերը, տվյալների բազան և գրանցամատյանների ֆայլերը tempdbկստեղծվի նոր վայրում, հին վայրում գտնվող ֆայլերը պետք է ձեռքով ջնջվեն:

Այսօր մենք կավարտենք այստեղ՝ վերջապես հիշեցնելով, որ չմոռանաք տվյալների բազայի պահպանման և կրկնօրինակումների մասին:

Շատ դեպքերում հաճախորդ-սերվեր տարբերակում 1C:Enterprise 8.x-ը տեղադրելու համար բավական է գործարկել 1C:Enterprise 8.x տեղադրման ծրագիրը։ Այս դեպքում 1C:Enterprise սերվերը ստանում է ստանդարտ պարամետրերի արժեքներ, որոնք անհրաժեշտ են իր բնականոն գործունեության համար:

Եկեք ավելի մանրամասն նայենք 1C:Enterprise սերվերի տեղադրմանը: 1C:Enterprise 8.x սերվերի տեղադրման ժամանակ 1C:Enterprise 8.x տեղադրման ծրագիրը կատարում է հետևյալ գործողությունները.

* Պատճենում է 1C:Enterprise սերվերի բեռնման մոդուլները 1C:Enterprise տեղադրման ծրագրի կողմից նշված գրացուցակում՝ որպես վերջնական թղթապանակ:
* Եթե տեղադրման ժամանակ ընտրված է «Ստեղծել օգտվող USR1CV81»-ը, ստեղծում է USR1CV81 օգտվողը: 1C:Enterprise 8.1 սերվերն աշխատում է այս օգտվողի անունից, եթե այն գործարկվում է որպես ծառայություն: Այն հասանելի է միայն այն ռեսուրսներին, որոնք անհրաժեշտ են 1C:Enterprise սերվերին: Կարևոր է, որ 1C:Enterprise սերվերը գործելու համար պահանջում է երկու գրացուցակ՝ ընդհանուր գրացուցակ՝ սերվերի տվյալներով (սովորաբար «C:\Program Files\1cv81\server») և ժամանակավոր ֆայլերի գրացուցակ (սովորաբար «C:\Documents and Settings»: \usr1cv81\Local Settings \Temp» կամ «C:\WINNT\Temp»): USR1CV81 օգտվողը ստանում է իրավունքներ ընդհանուր գրացուցակի վրա՝ սերվերի տվյալներով: Ժամանակավոր ֆայլերի գրացուցակը սովորաբար հասանելի է բոլոր օգտագործողների համար:
* Եթե տեղադրման գործընթացում «Տեղադրեք 1C:Enterprise 8.1 սերվերը որպես Windows ծառայություն» միացված է, ապա այն գրանցում է 1C:Enterprise սերվերի գործակալի ծառայությունը Windows-ում և գործարկում: Առաջին գործարկման ժամանակ ստեղծվում է 1C:Enterprise սերվերների կլաստեր՝ լռելյայն կարգավորումներով: Այն ունի մեկ աշխատող սերվեր և մեկ աշխատող գործընթաց: Աշխատանքային սերվերի հասցեն համապատասխանում է համակարգչի անվանը, որի վրա կատարվել է տեղադրումը:

USR1CV81 կամ USR1CV82 օգտվողը և նրա իրավունքները

1C:Enterprise Server-ը սերվերային ծրագիր է, որի գործողությունը չպետք է կախված լինի նրանից, թե որ օգտվողը մուտք է գործել սերվերի համակարգիչ ինտերակտիվ ռեժիմով, եթե որևէ մեկը ընդհանրապես մուտք է գործել: Հետևաբար, 1C:Enterprise սերվեր տեղադրելիս խորհուրդ է տրվում ստեղծել հատուկ օգտվող USR1CV81, որն օժտված է 1C:Enterprise սերվերի համար պահանջվող նվազագույն իրավունքներով և նախատեսված չէ ինտերակտիվ մուտքի համար: 1C:Enterprise սերվերը ներկայացված է Windows համակարգին USR1CV81 օգտագործողի կողմից:

Եկեք ավելի սերտ նայենք USR1CV81 օգտվողի համար սահմանված իրավունքներին: 1C:Enterprise սերվերն օգտագործում է հետևյալ գրացուցակները.

* Մոդուլների բեռնման գրացուցակը գտնվում է 1C:Enterprise տեղադրման ծրագրի կողմից նշված գրացուցակում որպես վերջնական թղթապանակ: Այն պարունակում է 1C:Enterprise սերվերի բեռնման մոդուլներ: USR1CV81 օգտատերը պահանջում է տվյալներ կարդալու և ծրագրեր գործարկելու իրավունքներ այս գրացուցակից և դրա ենթագրքերից: Այն ստանում է այս իրավունքները անուղղակիորեն՝ ընդգրկվելով Օգտագործողների խմբում:
* Սերվերի տվյալների գրացուցակը սովորաբար կոչվում է «C:\Program Files\1cv81\server»: USR1CV81 օգտվողը պահանջում է այս գրացուցակի ամբողջական իրավունքները: USR1CV81 օգտատերը ստեղծելիս 1C:Enterprise տեղադրման ծրագիրը նրան տալիս է այս գրացուցակի իրավունքներ:
* Ժամանակավոր ֆայլերի գրացուցակը սովորաբար կոչվում է «C:\Documents and Settings\usr1cv81\Local Settings\Temp» կամ «C:\WINNT\Temp», որը որոշվում է օգտագործողի միջավայրի TEMP փոփոխականի կամ համակարգի միջավայրի TEMP արժեքով: փոփոխական. Դուք կարող եք դիտել այս փոփոխականի արժեքը System Properties երկխոսության մեջ (Սկսել -> Կարգավորումներ -> Կառավարման վահանակ -> Համակարգ -> Ընդլայնված -> Շրջակա միջավայրի փոփոխականներ): 1C:Enterprise տեղադրման ծրագիրը USR1CV81 օգտվողին տալիս է այս գրացուցակի ամբողջական իրավունքներ: Սովորաբար, Windows-ը տեղադրելիս ժամանակավոր ֆայլերի գրացուցակը հասանելի է բոլոր օգտատերերին՝ ներառելով CREATOR OWNER խումբն իր մուտքի ցանկում: Այնուամենայնիվ, այս մուտքը լիարժեք չէ: Մասնավորապես, այս գրացուցակում ֆայլերի որոնումը հասանելի չէ բոլոր օգտատերերին: Օգտագործողի USR1CV81-ի ամբողջական իրավունքները ժամանակավոր ֆայլերի գրացուցակի վրա սահմանելը թույլ է տալիս 1C:Enterprise սերվերին կատարել իրեն անհրաժեշտ բոլոր գործողությունները: Դուք կարող եք դիտել մուտքի ցանկը Անվտանգություն ներդիրի գրացուցակի հատկությունների երկխոսության մեջ: CREATOR OWNER խմբի առկայությունը թույլ է տալիս մուտք գործել գրացուցակ ցանկացած օգտագործողի կողմից, ով ստեղծում է որևէ ֆայլ այս գրացուցակում կամ ունի որևէ ֆայլ այս գրացուցակում: Այս դեպքում ստեղծված ֆայլի մուտքի ցանկում CREATOR OWNER խմբի փոխարեն կգրվի ֆայլը ստեղծած օգտատերը։ Այն օգտատերերի թվում, որոնց թույլատրվում է մուտք գործել այս գրացուցակ, պետք է լինի USR1CV81 օգտվող, ով ունի այս գրացուցակի ամբողջական իրավունքը:
Կարևոր է հիշել, որ տվյալ օգտվողի համար ժամանակավոր ֆայլերի գրացուցակը (ներառյալ USR1CV81 օգտվողը) որոշվում է տվյալ օգտագործողի միջավայրի փոփոխականների և համակարգի միջավայրի փոփոխականների համակցությամբ: Այս գրացուցակը պարզելու համար 1C:Enterprise տեղադրման ծրագիրը պահանջում է օգտվողի համատեքստ USR1CV81: Windows 2000-ում դա անելու համար օգտագործողին, ում անունից գործարկվել է 1C:Enterprise տեղադրման ծրագիրը, կարող է անհրաժեշտ լինել հետևյալ արտոնությունները. Գործել որպես օպերացիոն համակարգի մաս և շրջանցել անցման ստուգումը: Դուք կարող եք ստուգել օգտատիրոջ արտոնությունները՝ օգտագործելով Local Sequrity Settings կոմունալը Local Policies -> User Rights Assignment մասնաճյուղում: Նոր ծրագրակազմ տեղադրելիս տեղադրողը սովորաբար ավտոմատ կերպով ստանում է այդ արտոնությունները:

1C:Enterprise սերվերի գրանցում որպես Windows ծառայություն

1C:Enterprise Server-ը Windows կոնսոլի պարզ հավելված է և կարող է գործարկվել ինտերակտիվ կերպով: Այնուամենայնիվ, մշտական ​​օգտագործման համար դա անհարմար է, քանի որ այն պահանջում է 1C:Enterprise սերվերի գործարկումը ոչ ակտիվ օգտագործողի մուտքից դեպի սերվերային համակարգիչ: Այս կախվածությունը վերացնելու համար 1C:Enterprise սերվերը կարող է գործարկվել որպես Windows ծառայություն: Դա անելու համար այն պետք է գրանցված լինի Windows ծառայության մենեջերում:

Windows-ի ծառայությունների և դրանց պարամետրերի ցանկը դիտելու համար օգտագործեք Component Services ծրագիրը (Սկսել -> Կարգավորումներ -> Կառավարման վահանակ -> Վարչական գործիքներ -> Ծառայություններ): 1C:Enterprise սերվերը ծառայությունների ցանկում ներկայացված է «1C:Enterprise Server Agent 8.1» ծառայության կողմից: Ծառայության պարամետրերը որոշում են 1C:Enterprise Server Agent գործընթացի մեկնարկը (ragent), օգտատերը, ում անունով այն գործարկվում է, և արտակարգ իրավիճակներում վերագործարկման եղանակը:

«1C:Enterprise 8.1 Server Agent» ծառայության հատկությունների երկխոսության մեջ, «Ընդհանուր» ներդիրում, ցուցադրվում է Ragent գործընթացի գործարկման տողը, որը հանդիսանում է 1C:Enterprise Server Agent: Սովորաբար այս տողը նման է.


Այն նշում է, որ.

* Server Agent գործընթացը բեռնման մոդուլն է «C:\Program Files\1cv81\bin\ragent.exe»;
* Ragent գործընթացն աշխատում է որպես Windows ծառայություն և պետք է կառավարվի ծառայության մենեջերի կողմից (-srvc);
* օգտագործվում է որպես 1C:Enterprise Server Agent (-agent);
* Ծառայությունն առաջին անգամ սկսելիս պետք է ստեղծվի կլաստեր՝ լռելյայն պարամետրերով և հիմնական IP պորտի համարով 1541 (-regport 1541): Օգտագործելով այս նավահանգիստը, հաճախորդի հավելվածները պետք է միանան կլաստերում գրանցված տեղեկատվական բազաներին.
* Սերվերի գործակալի IP պորտը պետք է համարակալվի 1540 (-port 1540): Օգտագործելով այս նավահանգիստը՝ Cluster Console-ը պետք է միանա կենտրոնական սերվերին՝ վարչական գործառույթներ կատարելու համար.
* երբ կլաստերային գործընթացները գործարկվեն այս սերվերի վրա, նրանց դինամիկ կերպով կհատկացվեն IP պորտեր 1560-1591 միջակայքից (-միջակայք 1560:1591):
* ընդհանուր կլաստերի տվյալները կգտնվեն «C:\Program Files\1cv81\server» գրացուցակում (-d «C:\Program Files\1cv81\server»):

«1C:Enterprise 8.1 Server Agent» ծառայությունը կարող է ավելացվել կամ հեռացվել ոչ միայն 1C:Enterprise-ը 1C:Enterprise 8.1 տեղադրման ծրագրի միջոցով տեղադրելիս կամ հեռացնելիս, այլ նաև ձեռքով: Դա անելու համար դուք կարող եք գործարկել ragent utility-ը հրամանի տողից՝ նշելով համապատասխան պարամետրերը:

Ծառայություն ստեղծելու համար անհրաժեշտ է նշել -instsrvc պարամետրը և հետևյալ պարամետրերը. Այս դեպքում մնացած պարամետրերը կդառնան 1C:Enterprise Server Agent-ի գործարկման գծի պարամետրերը որպես ծառայություն: Օրինակ, վրիպազերծման ռեժիմում 1C:Enterprise Server Agent ծառայության ստանդարտ գրանցման համար պարամետրերի հավաքածուն պետք է լինի հետևյալը.

"C:\Program Files\1cv81\bin\ragent.exe" -instsrvc -usr .\USR1CV81 -pwd Գաղտնաբառ -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv81\server" - վրիպազերծել

Ծառայությունը հեռացնելու համար դուք պետք է նշեք -rmsrvc պարամետրը: Օրինակ:
«C:\Program Files\1cv81\bin\ragent.exe» -rmsrvc

Երբեմն օգտակար է փոխել Server Agent-ի գործարկման գիծը կամ Agent ծառայության այլ պարամետրերը, օրինակ՝ միացնել վրիպազերծման ռեժիմը կամ ստեղծել տարբեր տարբերակների մի քանի ծառայություններ: Ծառայության հատկությունների երկխոսությունը թույլ չի տալիս խմբագրել ծառայության հավելվածի գործարկման տողը և որոշ այլ պարամետրեր, օրինակ՝ ծառայության նույնացուցիչը: Խմբագրելու համար ձեզ հարկավոր է regedit կոմունալ ծրագիրը, որը նախատեսված է Windows համակարգի ռեեստրը դիտելու և խմբագրելու համար:

Ուշադրություն.
Windows համակարգի ռեեստրի խմբագրումը ծայրահեղ զգուշություն է պահանջում, քանի որ դրա սխալ փոփոխությունները կարող են անգործունակ դարձնել օպերացիոն համակարգը:

Գործարկեք regedit կոմունալ ծրագիրը (բացեք Start -> Run և մուտքագրեք regedit) և ընտրեք մասնաճյուղը.


Դրա պարամետրերից է ImagePath պարամետրը, որի արժեքը 1C:Enterprise Server Agent-ի գործարկման տողն է։ Այստեղ կարող եք ավելացնել գործարկման նոր պարամետրեր կամ փոխել գոյություն ունեցողների արժեքները: Հնարավոր պարամետրերի ամբողջական ցանկը տրված է «1C:Enterprise 8.1 Client-Server» գրքում փաստաթղթերում:

Եթե ​​Ձեզ անհրաժեշտ է գրանցել մի քանի անկախ 1C:Enterprise Server Agent ծառայություններ, դուք պետք է նշեք տարբեր բեռնման մոդուլներ, տարբեր նավահանգիստներ և կլաստերի տվյալների տարբեր գրացուցակներ: Դուք նաև պետք է գրանցեք դրանք տարբեր ծառայությունների նույնացուցիչներով: Սա կարելի է անել այսպես.

* Ստեղծեք առաջին ծառայությունը.
"C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv81\server"

* Օգտագործելով regedit կոմունալ, փոխեք գրանցված ծառայության նույնացուցիչը: Դա անելու համար ընտրեք մասնաճյուղ
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 սերվերի գործակալ

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent First
* Ստեղծեք երկրորդ ծառայություն.
"C:\Program Files\1cv81_10\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv81_10\server"

* Երևի պետք է փոխել նաև նրա ID-ն։ Դա անելու համար ընտրեք մասնաճյուղ
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 սերվերի գործակալ
և փոխել նրա անունը, օրինակ՝
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent Second

Ի՞նչ չի կարող անել 1C:Enterprise տեղադրման ծրագիրը:

Ինչպես արդեն նշվեց, 1C:Enterprise տեղադրման ծրագիրը պատճենում է 1C:Enterprise boot մոդուլները և կատարում է անհրաժեշտ գրանցումը COM-ում և Windows ծառայության մենեջերում: Վերոնշյալը տեղեկատվություն է, որն անհրաժեշտ է այս գրանցման ներքին մեխանիզմները հասկանալու համար: Եթե ​​սերվերի համակարգչի վրա տեղադրված է ոչ միայն սերվերը, այլև 1C:Enterprise-ի հաճախորդային մասը, ապա այն պատրաստ է աշխատել անմիջապես տեղադրումից հետո (և միացնելով անվտանգության բանալիները):

Որպեսզի 1C:Enterprise սերվերը հասանելի լինի տեղական ցանցի այլ համակարգիչներից, դուք պետք է ստուգեք ցանցի կարգավորումները սերվերի և հաճախորդի համակարգիչների, ինչպես նաև ամբողջ ցանցի համար: TCP/IP-ն օգտագործվում է հաճախորդի հավելվածների և 1C:Enterprise սերվերի միջև տվյալների փոխանցման համար, ինչպես նաև սերվերի կլաստերի գործընթացների միջև: 1C:Enterprise-ի շահագործումը հաճախորդ-սերվեր տարբերակում կախված է դրա ճիշտ կազմաձևումից:

1C:Enterprise սերվերների կլաստերի գործընթացները միանում են միմյանց այն հասցեներով, որոնք սահմանված են որպես «Համակարգիչ» հատկության արժեքներ աշխատող սերվերների հատկությունների երկխոսության մեջ: Կլաստերը պահանջում է, որ Computer հատկության արժեքը լինի կամ IP հասցե կետային նշումով կամ խորհրդանշական հասցե, որից կարելի է որոշել IP հասցեն՝ օգտագործելով gethostbyname ֆունկցիան, որը սահմանված է TCP API-ում: IP հասցեն որոշվում է կամ հիմնվելով խորհրդանշական հասցեների տեղական աղյուսակի վրա (C:\WINNT\system32\drivers\etc\hosts) կամ հասանելի DNS սերվերների հասցեների աղյուսակների վրա: Եթե ​​աշխատող սերվերի խորհրդանշական հասցեն չի որոշում նրա IP հասցեն կամ սխալ է որոշում այն ​​(օրինակ՝ IP հասցեն չի համընկնում այս համակարգչի իրական IP հասցեի հետ), ապա կլաստերը չի աշխատի։ Կարևոր է, որ կլաստերի յուրաքանչյուր աշխատող սերվերի վրա Windows-ում սահմանված համակարգիչների անունները և դրանց հասցեները չհակասեն դրանց անուններին DNS-ում:

Յուրաքանչյուր աշխատող սերվերի վրա կլաստերային գործընթացները օգտագործում են հետևյալ պորտերը. աշխատող սերվերի IP պորտ (սովորաբար 1540); IP պորտերը աշխատանքային հոսքի IP պորտի միջակայքներից (սովորաբար 1560-1591): Բացի այդ, կլաստերի կենտրոնական սերվերն օգտագործում է կլաստերի պորտը (սովորաբար 1541): Եթե ​​համակարգը օգտագործում է firewalls, ապա պետք է թույլատրվի տվյալների փոխանցումը այդ նավահանգիստների վրա: Վերևի ցանկից նավահանգիստները թույլատրելու փոխարեն, կարող եք թույլ տալ տվյալների փոխանցում կլաստերային գործընթացներին (ragent, rmngr, rphost):

1C:Enterprise հաճախորդի հավելվածի և սերվերի միջև կապն իրականացվում է 2 փուլով. Այն նախ կապ է հաստատում կլաստերի կառավարչի հետ: Սա օգտագործում է կենտրոնական սերվերի հասցեն (խորհրդանշական կամ թվային) և կլաստերի պորտը (սովորաբար 1541): Հաջորդը, հաճախորդի հավելվածը կապ է հաստատում աշխատող գործընթացներից մեկի հետ: Որպես դրա հասցե օգտագործվում է համապատասխան աշխատող սերվերի «Համակարգիչ» հատկության արժեքը և աշխատանքային պրոցեսի պորտը, որն ընտրվում է աշխատող սերվերի IP պորտերի միջակայքից: Տվյալների փոխանցումը դեպի այս նավահանգիստները պետք է թույլատրվի բոլոր firewalls-ներում՝ հաճախորդի հավելվածի համակարգչից մինչև 1C:Enterprise սերվերի կլաստերի համակարգիչներ երթուղու երկայնքով: Սերվերի գործընթացների IP հասցեն որոշվում է հաճախորդի համակարգչի վրա gethostbyname ֆունկցիայի միջոցով: Կարևոր է, որ կլաստերի յուրաքանչյուր սերվերի վրա Windows-ում սահմանված կենտրոնական և աշխատող սերվերների անունները և դրանց հասցեները չհակասեն հաճախորդի համակարգչին հասանելի DNS-ում իրենց անուններին:

Եվ մի վերջին բան. Ակնհայտ է, որ այլ համակարգիչներից 1C:Enterprise սերվերին հաջողությամբ մուտք գործելու համար այն պետք է լինի ցանցում, և դրա համար պետք է կատարվեն անհրաժեշտ կարգավորումները: Ցանցին միանալը և կարգավորելու մեթոդները վերաբերում են Microsoft Windows-ի վրա հիմնված ցանցերի կառավարմանը և նկարագրված են համապատասխան հրահանգներում:

SQL սերվերի ստեղծման առանձնահատկությունները

1C: Ձեռնարկությունը «հաճախորդ-սերվեր» տարբերակում օգտագործում է SQL սերվեր տվյալների պահպանման համար: Այս դեպքում միայն 1C:Enterprise Server-ն է մուտք գործում SQL սերվեր: 1C: Ձեռնարկությունների հաճախորդները ուղղակի մուտք չունեն SQL սերվեր: SQL սերվերի տեղադրումը և կարգավորումը մանրամասն նկարագրված է Microsoft SQL Server-ի փաստաթղթերում: SQL սերվերով 1C:Enterprise Server-ի հաջող աշխատանքի համար անհրաժեշտ է հատուկ ուշադրություն դարձնել հետևյալ կարգավորումներին.

* Պահանջվող SQL սերվերի բաղադրիչներ: 1C:Enterprise Server-ի կողմից SQL սերվեր մուտք գործելու համար Microsoft Data Access 2.6 կամ ավելի նոր բաղադրիչները պետք է տեղադրվեն 1C:Enterprise Server համակարգչի վրա:
* Օգտագործողի նույնականացում SQL սերվերի կողմից: SQL սերվերի տվյալների բազաների մուտքի իրավունքները որոշվում են այն օգտագործողի կողմից, ում անունից մուտք են գործում տվյալների բազաները: Համակարգչից, որի վրա տեղադրված է SQL սերվերը, գործարկեք SQL Server Enterprise Manager կոմունալ ծրագիրը, գտեք Local հանգույցը (Console Root -> Microsoft SQL Servers -> SQL Server Group -> (Local)) և բացեք դրա հատկությունները: «Անվտանգություն» ներդիրում դուք կարող եք տեսնել, որ SQL սերվերն աջակցում է օգտագործողի նույնականացման երկու եղանակ՝ SQL Server և միայն Windows և Windows: Windows-ի նույնականացումը թույլ կտա 1C:Enterprise Server-ին մուտք գործել SQL սերվեր միայն USR1CV81 օգտվողի անունից, ինչը թույլ չի տալիս տարբերակել մուտքի իրավունքները տարբեր տեղեկատվական բազաների նկատմամբ, որոնք սպասարկվում են մեկ 1C:Enterprise սերվերի կողմից: Խորհուրդ է տրվում ընտրել SQL Server և Windows ռեժիմը: Այս դեպքում մուտքը կոնկրետ տեղեկատվական բազա կկատարվի այն օգտատիրոջ անունից, որը նշված է որպես SQL սերվերի օգտվող այս տեղեկատվական բազան ստեղծելիս: Կարևոր է, որ այս օգտվողը պետք է ունենա ոչ միայն տեղեկատվական բազայի տվյալների բազայի լիարժեք իրավունքներ, այլ նաև SQL սերվերում տվյալների բազաներ ստեղծելու և Master տվյալների բազայի աղյուսակները կարդալու իրավունքներ:
* Ցանցային արձանագրություններ SQL սերվեր մուտք գործելու համար: Եթե ​​1C:Enterprise Server-ը և SQL սերվերը տեղակայված են տարբեր համակարգիչների վրա, ապա դուք պետք է կարգավորեք ցանցի մուտքի արձանագրությունները SQL սերվերին: Դա կարելի է անել՝ օգտագործելով SQL Server Client Network Utility: Ընդհանուր ներդիրում կարող եք ընտրել SQL սերվեր մուտք գործելու համար օգտագործվող ցանցային արձանագրությունների ցանկը: Ամենաարագ և բազմակողմանի տարբերակը TCP/IP արձանագրությունն օգտագործելն է: Այլ արձանագրություններ օգտագործելիս պետք է նկատի ունենալ, որ դրանցից մի քանիսը, օրինակ՝ Named Pipes, իրականացնում են լրացուցիչ նույնականացում՝ օգտագործելով Windows գործիքները SQL սերվերի հետ տվյալների փոխանակման ժամանակ: Այս դեպքում SQL սերվերի հետ հաջող աշխատելու համար USR1CV81 օգտատերը պետք է գրանցված լինի SQL սերվերով համակարգչում՝ համապատասխան իրավունքներով։ Այս SQL սերվերի մուտքի արձանագրությունը կարող է փոխվել Alias ​​ներդիրում:

Բացի հոդվածից

Կասկածից վեր է, որ MS SQL Server + 1C: Enterprise 8 սերվերի համադրությունը ամենահայտնի և հաճախ օգտագործվող համակցությունն է իր խորշում: Իր բարձրորակ աջակցության համար ցանկալի է երկու ապրանքների իմացությունը: Միևնույն ժամանակ, գործնականում, աջակցության մասնագետը սովորաբար կամ մասնագիտանում է MS SQL Server-ի կառավարման մեջ և ծանոթ չէ 1C: Enterprise 8 սերվերի առանձնահատկություններին, կամ, ընդհակառակը, մասնագիտանում է 1C: Enterprise 8 սերվերի կառավարման մեջ և չի տիրապետում: ծանոթ է MS SQL Server-ի առանձնահատկություններին:

Այս հոդվածը գրվել է ինչպես այդ, այնպես էլ մյուս մասնագետներին օգնելու համար, որը նախատեսված է խնայելու ձեր ժամանակը և ձեր ուշադրությունը հրավիրելու ամենակարևոր մանրամասներին՝ այս ծրագրային արտադրանքները միասին օգտագործելիս:

Տեղեկատվությունն ավելի հեշտ հասկանալու համար տրվում են դեպքերի ուսումնասիրություններ, նշումներ և խորհուրդներ (շեղատառերով):

Երեք կապի միացում

Ինչպես ընթերցողն արդեն գիտի, քննարկվող գործի տվյալների բազան ունի եռաստիճան ճարտարապետություն.

Հղում 1. MS SQL Server DBMS: «Պահպանում» և պահպանում է տվյալների բազան՝ ի վերջո կատարելով տվյալների բազայի բոլոր տեսակի գործառնությունները: Այսպիսով, տվյալների բազայի կատարումը, տվյալների ընթերցման և գրելու արագությունն ու զուգահեռականությունը մեծապես որոշվում են MS SQL Server-ի կատարողականությամբ:

Հղում 2. «1C: Enterprise 8» սերվեր: Ծառայում է որպես միջնորդ հաճախորդների (օգտատերերի) և MS SQL Server-ի միջև փոխգործակցության մեջ: Հաճախորդի բոլոր հարցումներն ուղարկվում են սերվեր, որը դրանք «թարգմանում» է MS SQL Server հարցումների լեզվով, ստանում այդ հարցումների կատարման արդյունքները և արդյունքներն ուղարկում հաճախորդին:

Գործողությունների միայն մի փոքր մասը կա, որոնք կատարվում են 1C. Enterprise 8 սերվերի մակարդակում, առանց MS SQL մուտք գործելու, սա, մասնավորապես, այսպես կոչված «կառավարվող կողպեքների» հետևում է, «նստաշրջանի պարամետրերը» կարդալը և գրելը: Նման դեպքերում մուտքը DBMS չի պահանջվում, քանի որ այդ գործողությունները կատարվում են ոչ թե տվյալների բազայի տվյալների, այլ օժանդակ սերվերի տեղեկատվության միջոցով:

Հղում 3. «1C: Enterprise 8»-ի հաճախորդի մաս: Մուտք է գործում 1C: Enterprise 8 սերվեր, ստանում է արդյունքներ դրանից (այսինքն, օրինակ, տվյալների նմուշներ) և պատասխանատու է օգտատիրոջ միջերեսի համար:

«Ես ուզում էի լավագույնը».

1C: Enterprise 8 սերվերը նորից տեղադրելուց հետո օգտվողները դժգոհում են կատարողականի կտրուկ անկումից: 1C: Enterprise ծրագրային ապահովման ներդրման մասնագետը, ով իրականացրել է վերատեղադրումը, միայն զարմացած է. ասում են, որ նա ամենալավն էր ուզում, համակարգը պետք է ավելի արագ սկսեր աշխատել... Իրավիճակի վերլուծությունը ցույց տվեց, որ 1C: Enterprise 8 սերվերին շատ ռեսուրսներ են հատկացվել: այն մշակում է (տես կետ 3) rphost-ը զբաղեցրել է սերվերի 16 ԳԲ օպերատիվ հիշողության 15,5 ԳԲ-ը, ինչի հետևանքով համապատասխան MS SQL Server-ի համար գործնականում հասանելի RAM չկար:

Արդյունքը մշտական ​​«փոխանակում» է, սկավառակի ենթահամակարգի անհարկի ծանրաբեռնվածություն և տվյալների բազայի գործողությունների չափազանց դանդաղ կատարում՝ պայմանավորված այն հանգամանքով, որ MS SQL Server-ը ժամանակ չունի մշակելու «գերկլոկավորված» 1C-ից ստացվող հարցումները՝ Enterprise 8: սերվեր.

Արտադրանքի համատեղելիություն

MS SQL Server-ի տարբերակների վերաբերյալ ընթացիկ տեղեկատվությունը, որը առաջարկվում է օգտագործել 1C-ի հետ համատեղ: Enterprise 8-ը պետք է գտնել այս հղումով: http://v8.1c.ru/requirements/.

Այս հոդվածը գրելու պահին 1C մշակողները խորհուրդ են տալիս հետևյալ տարբերակները.

1. SQL Server 2008 R2.

2. SQL Server 2008, պահանջում է Service Pack 1 (SP1) տեղադրում:

3. SQL Server 2005, պահանջում է Service Pack 3 (SP3) տեղադրում:

Տեխնիկապես հնարավոր է, բայց խորհուրդ չի տրվում օգտագործել MS SQL Server 2000, այն պահանջում է Service Pack 2 (SP2) տեղադրում, իսկ Service Pack 4 (SP4) տեղադրումը ցանկալի է:

Խնդրում ենք նկատի ունենալ, որ այս տարբերակը ներկայումս հնացած է և չունի x86-64 ճարտարապետության 64-բիթանոց տարբերակ:

Նշում:

Պետք է ուշադրություն դարձնել օպերացիոն համակարգի պարամետրերին. օրինակ, M SQL Server 2008-ի արդյունավետ աշխատանքի համար Server 2008R2 OS-ով, անհրաժեշտ է անջատել հավասարակշռված էներգիայի մատակարարման ռեժիմը և անցնել առավելագույն կատարողականի ռեժիմին:

«1C: Enterprise 8»-ի հաճախորդ-սերվերի տարբերակի տեղադրում

«1C տեղադրված է»

Հաճախորդներից մեկի համար 1C: Enterprise 8-ի տեղադրումն իրականացվել է համակարգի ադմինիստրատորի կողմից, ով չուներ 1C: Enterprise 8-ի հետ աշխատելու փորձ: Եվ չնայած, ըստ նրա, ինքը «տեղադրել է 1C», օգտատերերի համակարգիչների վրա հաճախորդի մաս չի եղել, իսկ սերվերի վրա՝ սերվերային մաս։ Իրավիճակի վերլուծությունը պարզեց պատկերը՝ 1C: Enterprise 8 հավաքածուն ներառում էր 2 սկավառակ՝ հարթակի տեղադրում և տվյալների բազայի կաղապարների տեղադրում։ Ադմինիստրատորը չի խորացել տեղադրման ընթացակարգի մեջ, և տեղադրել է տվյալների բազայի կաղապարներ, այլ ոչ թե գործարկվող ֆայլեր, հարթակի բաղադրիչներ:

Իհարկե, սա աշխատանքի նկատմամբ բացառիկ անուշադիր վերաբերմունքի անտիպ օրինակ է։

«1C: Enterprise 8»-ը տեղադրելիս պետք է հաշվի առնել, որ հետևյալը տեղադրված են առանձին.

1C: Enterprise 8 հարթակը գործարկվող հավելված է, տվյալների բազաների մշակման և շահագործման ինտեգրված միջավայր: Երբ գործարկում եք այն, դուք ընտրում եք երկու գործառնական ռեժիմներից մեկը՝ «Ձեռնարկություն» (օգտագործողի տվյալների բազայի պատյան) կամ «Կազմաձևող» (ինտեգրված զարգացման միջավայր): Ավելի ամբողջական նկարագրությունը կարող եք կարդալ հղումով

«1C: Enterprise» կոնֆիգուրացիայի կաղապարները հարթակի ներքին ձևաչափի ֆայլ են, որոնց օգնությամբ հարթակը կարող է ստեղծել կաղապարում պարունակվող կառուցվածքի մաքուր կամ ցուցադրական տվյալների բազա։ Դուք կարող եք նաև օգտագործել թարմացման օրինաչափությունը՝ թարմացնելու գոյություն ունեցող տվյալների բազայի կառուցվածքը, որն արդեն լցված է տվյալներով:

Պլատֆորմը տեղադրելիս պետք է ուշադրություն դարձնել բաղադրիչների ընտրությանը.

1C: Enterprise բաղադրիչը չի կարող տեղադրվել սերվեր(ների) վրա:

Այս դեպքում սերվերը հաճախորդների համակարգիչներին կտրամադրի մուտք դեպի 1C: Enterprise տվյալների բազաներ, սակայն տվյալների բազայի հետ աշխատելը օգտվողի ռեժիմով անմիջապես սերվերից հնարավոր չի լինի:

Նշում:

Պլատֆորմի 64-բիթանոց տարբերակը չի պարունակում հաճախորդի մաս: Հետևաբար, սերվերի վրա տեղադրելիս 64-բիթանոց սերվերի բաղադրիչները տեղադրվում են առանձին, իսկ 32-բիթանոց հաճախորդի հավելվածի բաղադրիչները` առանձին:

«1C Server: Enterprise» բաղադրիչն անհրաժեշտ է MS SQL Server-ին միանալու համար. դա հավելվածի սերվեր է, կապող օղակ հաճախորդների աշխատանքային կայանների պլատֆորմի և MS SQL Server-ի միջև:

Հնարավոր է բաղադրիչը տեղադրել պարզ հավելվածի կամ համակարգային ծառայության ռեժիմում, և, իհարկե, առաջարկվում է երկրորդ տարբերակը։

Երբ տեղադրվի «որպես ծառայություն», այս բաղադրիչը կգործարկվի և կկատարվի ընտրված օգտվողի անունից.




Բեռնումից հետո բաղադրիչը ստեղծում է մի քանի գործընթացներ, ինչպիսիք են՝ «սերվերի գործակալ», «սերվերի կլաստերի կառավարիչ», «սերվերի աշխատողի գործընթացներ»:

Տվյալների բազայի հարցումներն իրականացվում են աշխատանքային գործընթացների միջոցով, և սերվերի կլաստերի կառավարիչը բաշխում է բեռը նրանց միջև:

Սերվերի աշխատողի գործընթացները կարող են կառավարվել (ավելացվել, ջնջվել, սահմանել RAM-ի օգտագործման սահմանափակումներ, հայտարարվել հիմնական կամ պահեստային), եթե տեղադրված է 1C: Enterprise Server Administration բաղադրիչը:



Նշում:

Սերվերի 32-բիթանոց տարբերակի համար առաջարկվում է աշխատանքային պրոցեսներ տեղադրել այնպիսի քանակով, որ RAM-ը չօգտագործված չթողնի. դրանցից յուրաքանչյուրն ունի RAM-ի օգտագործման նկատելի սահմանափակում՝ կախված համակարգից 2-ից 4 ԳԲ: կոնֆիգուրացիա.

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

«Օուրոբորոս»

1C: Enterprise 8 սերվերի կարգավորումների անհաջող օպտիմիզացումից հետո օգտվողները հայտնեցին համակարգի չափազանց դանդաղ աշխատանքը, և համակարգի ադմինիստրատորը նշեց սերվերի վրա պրոցեսորի մշտական ​​100% բեռ:

Իրավիճակի վերլուծությունը ցույց տվեց խնդրի աղբյուրը. կոնֆիգուրացիայի ժամանակ չափազանց փոքր սահմանափակում էր դրվել աշխատանքային գործընթացների միջոցով RAM-ի օգտագործման վրա:

Բայց փաստն այն է, որ այս սահմանափակումը գործում է հետևյալ կերպ.

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

Սահմանաչափն այնքան փոքր էր (300 ՄԲ), որ աշխատանքային գործընթացը չէր կարող ամբողջությամբ սպասարկել նույնիսկ մեկ ինտենսիվ օգտագործողին. արդյունքում սերվերի կլաստերի կառավարիչը անընդհատ վերագործարկում էր աշխատողների գործընթացները և նորից միացնում օգտվողներին: Հենց նոր գործընթաց ստեղծվեց և օգտատերերը միացան դրան, RAM-ի սահմանաչափը գրեթե անմիջապես հասավ և առաջացրեց հաջորդ վերագործարկումը: Սա խլեց պրոցեսորի բեռնվածության 100%-ը:

«1C Server: Enterprise» բաղադրիչն անհրաժեշտ չէ հաճախորդի աշխատանքային կայաններում և չի կարող այնտեղ սկսել, քանի որ այն պահանջում է անվտանգության բանալի ֆիզիկական առկայություն:

Եթե ​​միացված օգտվողների թիվը փոքր է (50-ից պակաս), ապա հավելվածի սերվերը սովորաբար տեղադրվում է նույն համակարգչում, որտեղ աշխատում է MS SQL Server-ը:

Մեծ թվով օգտատերեր և/կամ տեղեկատվական հոսքեր ունեցող համակարգերի համար խորհուրդ է տրվում առանձին տեղադրում, ինչպես նաև սերվերային կլաստերի օգտագործում։

«1C: Enterprise Server Administration» բաղադրիչը կարող է օգտակար լինել նաև հաճախորդների համար. օրինակ, դրա օգնությամբ դուք կարող եք տեսնել տվյալ «1C: Enterprise» սերվերին միացված տեղեկատվական բազաների ցանկը:

Խստորեն խորհուրդ է տրվում տեղադրել այն հենց սերվերի վրա:

Մուտք

Նշում:

Ստուգելու համար, որ մուտքն ապահովված է, բավարար չէ օգտագործել 1C: Enterprise սերվերի կառավարման կոմունալ ծրագիրը, և առավել ևս, սերվերի առկայությունը «Ցանցային հարևանությունում» բավարար չէ:

Յուրաքանչյուր հաճախորդի համար անհրաժեշտ է մուտք գործել սերվերի վրա տեղադրված տվյալների բազա, միայն դա 100% վստահություն կտա, որ մուտքն ապահովված է:

1. Կախված անվտանգության քաղաքականությունից՝ MS SQL Server-ը օգտագործում է Windows-ի հաշիվների նույնականացում կամ MS SQL Server-ի նույնականացում:




Վերջին դեպքում, 1C: Enterprise տվյալների բազա ստեղծելիս համակարգը կպահանջի MS SQL Server հաշվի մուտքն ու գաղտնաբառը (օրինակ՝ sa), առաջին դեպքում մուտքն ու գաղտնաբառը պետք է դատարկ մնան.



և համակարգի օգտագործողին, ում անունից աշխատում է 1C: Enterprise սերվերը, պետք է իրավունքներ ստանան MS SQL Server-ում, մասնավորապես՝

տվյալների բազայի ամբողջական իրավունքները, որտեղ տեղակայված է տեղեկատվական բազան

մուտք դեպի հիմնական տվյալների բազա (հանրային դեր)

խորհուրդ է տրվում - տվյալների բազա ստեղծելու իրավունքներ, հակառակ դեպքում յուրաքանչյուր նոր տվյալների բազա պետք է նախ ստեղծվի MS SQL Sever-ի միջոցով և միայն դրանից հետո միացվի 1C: Enterprise սերվերին:

խորհուրդ է տրվում - ձեր տվյալների բազան ջնջելու իրավունք

Օրինակ՝ կարող եք խնդրո առարկա օգտատիրոջը նշանակել ֆիքսված դերի պրոցեսադմին կամ sysadmin:

Խորհուրդ.

Եթե ​​բոլոր օգտվողները միաժամանակ կորցնում են մուտքը աշխատանքային տվյալների բազա, դուք պետք է կրկնակի ստուգեք օգտվողի իրավունքներն ու դերերը MS SQL Server-ում, ներառյալ հատուկ տվյալների բազայի համար սահմանվածները, այսինքն՝ Օգտատիրոջ քարտեզագրումը.




2. Սերվեր 1C. ձեռնարկությունը մուտք է գործում MS SQL Server Microsoft Data Access մեխանիզմի միջոցով, ուստի դրա բաղադրիչները պետք է տեղադրվեն, և 1C: Enterprise սերվերի օգտագործողը (տես նախորդ պարբերությունը) պետք է իրավունք ունենա դրանք գործարկելու:

3. Հաճախորդների և սերվերի միջև հաղորդակցությունն ապահովվում է TCP արձանագրությամբ, ուստի անհրաժեշտ է, որ այս արձանագրությունը աջակցվի երկու կողմերի կողմից: Կարող են խնդիրներ առաջանալ սերվերի անվան և դրա IP հասցեի հետ, օրինակ, եթե օգտագործվում է հավասարակցական ցանց: Այս դեպքում դուք պետք է գրանցեք նամակագրությունը [C:\WINDOWS\] system32\drivers\etc\hosts ֆայլում:

Խորհուրդ.

Եթե ​​ցանցը հավասարազոր է, ապա սերվերի հետ մշտական ​​կապ ապահովելու համար ստեղծեք ցանցային սկավառակ, որը մուտք է գործում այս սերվերի ցանկացած թղթապանակ:

4. Եթե օգտագործվում է Named Pipes արձանագրությունը, և եթե MS SQL Server-ը և 1C: Enterprise սերվերը տեղադրված են տարբեր համակարգիչներում, ապա այն օգտվողը, որի անունից աշխատում է 1C: Enterprise սերվերը, պետք է գրանցված լինի համակարգչի օգտագործողների ցանկում: որի վրա աշխատում է MS SQL Server-ը:

5. Որոշ դեպքերում կարող է պահանջվել Windows firewall-ի լրացուցիչ կոնֆիգուրացիա, այսինքն՝ ավելացնել բացառություններ:

6. Որոշ հակավիրուսային ծրագրեր կարող են արգելափակել «անցանկալի» ցանցային երթևեկությունը, այնպես որ դուք պետք է ավելացնեք դրանց բացառման ցուցակները:

7. 1C: Enterprise 8 հարթակի թողարկումը պետք է բացարձակապես նույնական լինի հաճախորդի և սերվերի վրա:

"Երկվորյակներ"

«Հաճախորդներից մեկն օգտագործում էր տվյալների բազայի երկու սերվեր, որոնցից յուրաքանչյուրը տեղավորում էր մեկ աշխատանքային տվյալների բազա: Օգտատերերն աշխատում էին, յուրաքանչյուրը միաժամանակ երկու տվյալների բազաներով: Աջակցման ծառայությունը թարմացրել է 1C: Enterprise 8 հարթակը սերվերների և հաճախորդների վրա… Եվ հետո բողոքները սկսեցին թափվել: Այս կամ այն ​​տվյալների բազայի հետ միանալու անհնարինության համար Իրավիճակի վերլուծությունը ցույց է տվել, որ մի քանի հոգի կատարել են թարմացումներ հաճախորդների և սերվերների վրա, և տեղադրող մասնագետները կրկնակի չեն ստուգել, ​​որ նրանք տեղադրում են նույն թողարկումը Պլատֆորմի թողարկումը մի սերվերի վրա՝ մյուսը, հաճախորդների կեսի վրա՝ այս թողարկումներից առաջինը, մյուս կեսի վրա՝ պարզվեց, որ յուրաքանչյուր օգտատեր մուտք ունի տվյալների բազաներից միայն:

Խնդիրն արագ լուծելու համար յուրաքանչյուր օգտվող պետք է տեղադրեր հարթակի երկու թողարկումները և ստեղծեր առանձին դյուրանցումներ՝ յուրաքանչյուր տվյալների բազա մուտք գործելու համար:

MS SQL Server-ի և տվյալների բազայի սկզբնական կարգավորումները

«Եվ այդպես է աշխատում»

MS SQL Server-ն առանձնանում է իր պարզ սկզբնական տեղադրմամբ, ուստի ոչ բոլոր ադմինիստրատորներն են անհանգստացնում դրա լրացուցիչ կազմաձևումը. լռելյայն տեղադրումը կատարելուց հետո տվյալների բազան աշխատում է, օգտվողները մուտք են գործում. գործն ավարտված է: Այս մոտեցումը գրեթե միշտ հանգեցնում է խնդիրների, որոնք առաջանում են մոտ մեկ-երկու ամիս հետո, և, իհարկե, հանկարծակի և ամենաանհարմար պահին:

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

Եվ, իհարկե, հենց այս պահին կպարզվի, որ նման վերահաշվարկի ժամանակ տվյալների բազան «սառչում է», կամ «խափանում», կամ թույլ չի տալիս այլ օգտատերերի աշխատել։

Այս տեսակի «Մերֆիի օրենքը» վերաբերում է հետևյալ կետերից յուրաքանչյուրին.

Նախքան MS SQL Server-ը որպես DBMS 1C: Enterprise-ի համար օգտագործելը, խորհուրդ է տրվում.

1. Զուգահեռության առավելագույն աստիճանի պարամետրի արժեքը սահմանեք 1:

Այն է:

Սերվերին միանալուց հետո մուտքագրեք սերվերի հատկությունները համատեքստային մենյուի, Հատկություններ կետի միջոցով

ապա ընտրեք Ընդլայնված էջը և խմբագրեք զուգահեռության առավելագույն աստիճանի պարամետրը

Հակառակ դեպքում, որոշ հարցումներ, որոնք ստեղծվել են 1C. Enterprise սերվերի կողմից, կարող են առաջացնել սխալ. «Intra-query parallelism-ը հանգեցրել է ձեր սերվերի հրամանի (գործընթացի ID #XX) փակուղի: Կրկնեք հարցումը առանց ներհարցման զուգահեռության՝ օգտագործելով հարցման ակնարկի տարբերակը (maxdop 1): )». Այս սխալից հետո հաճախորդի հատվածը հաճախ խափանում է:

Սխալը հետևողականորեն չի երևա, քանի որ հարցման պլանը ձևավորվում է այլ կերպ՝ կախված կուտակված վիճակագրությունից. այն կդրսևորվի մեծ և բարդ հարցումների վրա, այսինքն՝ ամենադժբախտ պահին:

2. Ստեղծեք սպասարկման պլան, որը կրճատում է tempdb-ի ժամանակավոր աղյուսակի տվյալների բազան ամեն գիշեր: Ժամանակավոր աղյուսակների տվյալների բազան միշտ չէ, որ ինքնաբերաբար մաքրվում է 1C: Enterprise սերվերի կողմից, և երբեմն, անհաջող գրված հարցման արդյունքում, կարող է ստեղծվել և չմաքրվել, օրինակ, 50 ԳԲ չափի ժամանակավոր աղյուսակ: Արդյունքում սկավառակի տարածքը կարող է սպառվել, ինչի արդյունքում և՛ հաճախորդի, և՛ սերվերի մասերը կարող են խափանվել, ինչպես նաև առկա է տվյալների ամբողջականության խախտման մի փոքր վտանգ:

Այսինքն, ձեզ անհրաժեշտ է.

գնացեք MS SQL Management Studio

սերվերին միանալուց հետո ընդլայնեք «Պահպանման պլաններ» բաժինը

ստեղծել նոր (կամ ավելացնել գոյություն ունեցող) Ծառայությունների պլան,

դրան ավելացրեք «Execute T-SQL Statement task» տարրը (քանի որ «Shrink database» առաջադրանքում չեք կարող ընտրել tempdb տվյալների բազան) կոդով։

1. ՕԳՏԱԳՈՐԾԵԼ
2.
3. GO
4.
5.DBCC SHRINKFILE (N"tempdev", 0, TRUNCATEONLY)
6.
7.GO
8.
9.DBCC SHRINKFILE (N"templog" , 0, TRUNCATEONLY)
10.
11. GO

Նկատի ունեցեք, որ ժամանակավոր աղյուսակի տվյալների բազայի ֆայլի անունը չի կարող լինել «tempdev»: Այս անունը ստուգելու համար կարող եք օգտագործել սցենար

1. ՕԳՏԱԳՈՐԾԵԼ tempdb
2.
3. GO
4.
5.EXEC sp_helpfile
6.
7.GO




«Կաթսա, մի եփիր»

Tempdb-ը լցնելու և դրանով իսկ սերվերը խափանելու պրակտիկայում ամենատարածված եղանակն այն է, որ մոռանալը նշել պայմանը աղյուսակներին միանալիս:

Այսինքն, ենթադրենք տվյալների բազայում ունենք երկու աղյուսակ, որոնցից յուրաքանչյուրը 20 հազար գրառում ունի։ Ենթադրենք, որ կա մեկ առ մեկ համապատասխանություն նրանց գրառումների միջև, և մենք գրում ենք հարցում, որը ստեղծում է ժամանակավոր աղյուսակ, որը պարունակում է 20 հազար գրառում՝ դաշտերով երկու աղբյուրի աղյուսակներից: Բայց եթե մոռանանք նշել միացման պայմանը, ապա առաջին աղյուսակի յուրաքանչյուր գրառում կմիանա երկրորդի յուրաքանչյուր գրառումին: Այսինքն, ստացված աղյուսակը բաղկացած կլինի 20'000 * 20'000 = 400 միլիոն գրառումներից: Եվ այսպես շարունակ։

3. Սկավառակի ենթահամակարգի ծանրաբեռնվածությունը նվազեցնելու համար, հնարավորության դեպքում, խորհուրդ է տրվում տարածել աշխատանքային տվյալների բազան և tempdb, logs և system swap ֆայլը տարբեր ֆիզիկական սկավառակների վրա:

Աշխատանքային տվյալների բազայի ֆայլերը ստեղծելիս ավելի լավ է սահմանել ցանկալի ուղին՝ խմբագրելով «Ուղ» սյունակը.




Ժամանակավոր աղյուսակի տվյալների բազայի ֆայլերի ֆիզիկական գտնվելու վայրը փոխելու համար օգտագործեք ALTER DATABASE հրամանը, այսինքն՝ MS SQL Management Studio-ում անհրաժեշտ է գործարկել հետևյալ սկրիպտը («Նոր հարցում» հրաման)

1. ՕԳՏԱԳՈՐԾԵԼ վարպետ
2.
3. GO
4.
5.ՓՈԽԵԼ ՏՎՅԱԼՆԵՐԻ ԲԱԶԱՆ tempdb
6.
7.ՓՈՓՈԽԵԼ ՖԱՅԼԸ (NAME = tempdev, FILENAME = «Նոր_սկավառակ.\Նոր_տեղեկատու\tempdb.mdf»)
8.
9. GO
10.
11.ՓՈԽՎԵԼ ՏՎՅԱԼՆԵՐԻ ԲԱԶԱՆ tempdb

12.
13. ՓՈՓՈԽԵԼ ՖԱՅԼԸ (ԱՆՈՒՆԸ = ժամանակացույց, FILENAME = «Նոր_սկավառակ.\Նոր_տեղեկատու\templog.ldf»)
14.
15.GO

4. Աշխատանքային տվյալների բազայի և դրա գրանցամատյանի «աճը» չպետք է խոչընդոտվի. չափի սահմանափակում չպետք է լինի, «Autogrowth» հատկությունը պետք է սահմանվի որպես տոկոս, առաջարկվող արժեքը 10% է: Հակառակ դեպքում տվյալների բազայում տվյալների ավելացումը, արխիվից վերականգնումը և այլ գործողությունները կարող են անհիմն երկար ժամանակ պահանջել:

Այս հատկությունը սահմանելու համար անհրաժեշտ է համատեքստի մենյուի միջոցով գնալ տվյալների բազայի հատկություններ, ընտրել Ֆայլեր բաժինը և բացել խմբագրման ֆայլի հատկությունները.



5. Խորհուրդ է տրվում միացնել TCP/IP ցանցի արձանագրության աջակցությունը MS SQL Server-ում և անջատել մնացած բոլորը, հակառակ դեպքում MS SQL Server-ի և 1C: Enterprise սերվերի համատեղ աշխատանքը ավելի քիչ կայուն կլինի:




6. Նույն տեղում - մաքրել Alias ​​բաժինը, քանի որ դրա տեղադրումը հանգեցնում է MS SQL Server-ի և 1C: Enterprise սերվերի միջև փոխգործակցության սխալների:

Նախքան տվյալների բազան օգտագործելը, խորհուրդ է տրվում.

1. «1C: Enterprise»-ից տվյալների բազա ստեղծելիս «ամսաթվի օֆսեթ» սահմանեք 2000 թվականը, հակառակ դեպքում 01/01/1753-ից շուտ ամսաթիվ գրանցելու փորձը (ինչը հնարավոր է մարդկային գործոնի պատճառով) կհանգեցնի ձախողումների: տվյալների բազա։

Ուշադրություն. Ամսաթվի շեղումը հնարավոր չէ փոխել գոյություն ունեցող տվյալների բազայի համար:



2. Վերականգնման մոդելը դրեք Simple կամ ստեղծեք Maintenance Plan, որը կստեղծի տվյալների բազայի ամենօրյա կրկնօրինակում և կկտրի գործարքների գրանցամատյանը (log ֆայլը): Հակառակ դեպքում, որոշ գործողությունների ժամանակ գործարքների գրանցամատյանը (log ֆայլը) շատ արագ կաճի. օրինակ, տվյալների բազայի վերակառուցման ժամանակ գրանցամատյանի ֆայլի չափի աճը կարող է մի քանի անգամ ավելի մեծ լինել, քան բուն տվյալների բազայի չափը:




3. Ստեղծեք սպասարկման պլան, որը կկատարի հետևյալ առօրյա առաջադրանքները առնվազն շաբաթը մեկ անգամ.

Տվյալների բազայի կրկնօրինակի ստեղծում:

Թարմացրեք տվյալների բազայի վիճակագրությունը և մաքրեք ընթացակարգային քեշը (նկատի ունեցեք, որ վիճակագրության ինքնաթարմացման հատկությունը չի ենթադրում ընթացակարգային քեշի մաքրում):

Ընթացակարգային քեշի մաքրումը ներառված չէ տեխնիկական սպասարկման պլանների ստանդարտ գործառնությունների մեջ:

DBCC FREEPROCCACHE

Տվյալների բազայի աղյուսակների վերաինդեքսավորում:

Իհարկե, իմաստ ունի կարգավորել առաջադրանքների հաջող/անհաջող ավարտի մասին նամակների ավտոմատ ուղարկումը:




Եզրակացություն

Խնդիրները, որոնք ամենից հաճախ դժվարություններ են առաջացնում համակարգի ադմինիստրատորների և 1C: Enterprise 8-ի իրականացնողների համար, դիտարկվում են MS SQL Server-ի և 1C: Enterprise 8-ի հաճախորդ-սերվեր տարբերակի համատեղ օգտագործման հետ կապված:

Հեղինակը հուսով է, որ բավականին հետևողական և մատչելի կերպով լուսաբանել է «մետաղադրամի երկու կողմերը»:

P.S. Հաճախակի կրկնօրինակումներ արեք:

Աշխատանքի հաճախորդ-սերվերի տարբերակը- 1C:Enterprise 8 համակարգը գործարկելու տարբերակներից մեկը:

Աշխատանքի հաճախորդ-սերվեր տարբերակը նախատեսված է աշխատանքային խմբերում կամ ձեռնարկության մասշտաբով օգտագործելու համար: Այն իրականացվում է եռաստիճան հաճախորդ-սերվեր ճարտարապետության հիման վրա:

Հաճախորդ-սերվերի ճարտարապետությունը ամբողջ աշխատանքային համակարգը բաժանում է երեք տարբեր մասերի, որոնք փոխազդում են միմյանց հետ որոշակի ձևով.

Օգտատիրոջ համար աշխատող ծրագիրը (հաճախորդի հավելված) փոխազդում է 1C:Enterprise 8 սերվերի կլաստերի հետ, և կլաստերը, անհրաժեշտության դեպքում, մուտք է գործում տվյալների բազայի սերվեր:

Այս դեպքում 1C:Enterprise 8 սերվերների ֆիզիկական կլաստերը և տվյալների բազայի սերվերը կարող են տեղակայվել կամ միևնույն համակարգչում կամ տարբեր համակարգիչների վրա: Սա թույլ է տալիս ադմինիստրատորին անհրաժեշտության դեպքում բեռը բաշխել սերվերների միջև:

1C:Enterprise 8 սերվերի կլաստերի օգտագործումը թույլ է տալիս դրա վրա կենտրոնացնել տվյալների մշակման ամենածավալուն գործողությունները: Օրինակ, նույնիսկ շատ բարդ հարցումներ կատարելիս, օգտատիրոջ համար աշխատող ծրագիրը կստանա միայն այն ընտրությունը, որն իրեն անհրաժեշտ է, և բոլոր միջանկյալ մշակումները կկատարվեն սերվերի վրա: Սովորաբար, սերվերի կլաստերի հզորությունը մեծացնելը շատ ավելի հեշտ է, քան հաճախորդների մեքենաների ամբողջ նավատորմի թարմացումը:

Երեք մակարդակի ճարտարապետության օգտագործման մեկ այլ կարևոր ասպեկտ է կառավարման հեշտությունը և օգտատերերի մուտքը տեղեկատվական բազայի պարզեցումը: Այս տարբերակում օգտագործողը կարիք չունի տեղյակ լինել կազմաձևման կամ տվյալների բազայի ֆիզիկական գտնվելու վայրի մասին: Ամբողջ մուտքն իրականացվում է 1C:Enterprise 8 սերվերների կլաստերի միջոցով, երբ օգտատերը պետք է նշի միայն կլաստերի անունը և տեղեկատվական բազայի անունը, իսկ համակարգը համապատասխանաբար պահանջում է օգտվողի անունը և գաղտնաբառը:

1C:Enterprise 8-ը օգտագործում է տվյալների բազայի կառավարման համակարգի հնարավորությունները՝ արդյունավետ տեղեկատվություն ստանալու համար.

• հարցումների մեխանիզմը կենտրոնացած է DBMS-ի օգտագործումը առավելագույնի հասցնելու վրա՝ հաշվարկներ կատարելու և հաշվետվություններ ստեղծելու համար,
• մեծ դինամիկ ցուցակների դիտումն ապահովված է առանց տվյալների բազայի մեծ թվով զանգեր կատարելու. միևնույն ժամանակ օգտագործողին տրամադրվում են արդյունավետ որոնման հնարավորություններ, ինչպես նաև ընտրության և տեսակավորման կարգավորումներ։

Հաճախորդ-սերվեր տարբերակի տեղակայումը և դրա կառավարումը բավականին պարզ է: Օրինակ, տվյալների բազայի ստեղծումն իրականացվում է անմիջապես կոնֆիգուրատորի գործարկման ժամանակ (նույնը, ինչ ֆայլի տարբերակի դեպքում):

Հաճախորդների դիմումներ

Հաճախորդ-սերվեր տարբերակում աշխատելը հնարավոր է կամ ուղղակիորեն կլաստերի հետ կամ վեբ սերվերի միջոցով: Ավելին, կլաստերի հետ ուղիղ միացման դեպքում հաստ հաճախորդը և բարակ հաճախորդը օգտագործում են TCP/IP պրոտոկոլը։ Վեբ սերվերի միջոցով միանալիս բարակ հաճախորդը և վեբ հաճախորդը օգտագործում են HTTP կամ HTTPS արձանագրությունը:

Սերվերի կլաստեր

1C:Enterprise 8 սերվերների կլաստերը հարթակի հիմնական բաղադրիչն է, որն ապահովում է օգտատերերի և տվյալների բազայի կառավարման համակարգի միջև փոխգործակցությունը հաճախորդ-սերվեր ռեժիմում: Կլաստերի առկայությունը թույլ է տալիս ապահովել մեծ թվով օգտատերերի անխափան, սխալ հանդուրժող, մրցակցային գործունեությունը մեծ տեղեկատվական բազաներով:

Տվյալների բազայի սերվեր

Հետևյալը կարող է օգտագործվել որպես տվյալների բազայի սերվեր.

Սերվերի կլաստերի կառավարում

Հարթակը ներառում է տարբեր գործիքների մի շարք, որոնք թույլ են տալիս ադմինիստրատորին կառավարել կլաստերի կազմը, տեղեկատվական բազաները և օգտատերերի կապերը:

Սերվերի վրա հիմնական գործառույթների կատարում

Հավելվածի օբյեկտների հետ բոլոր աշխատանքները, տվյալների բազայի ընթերցումն ու գրելը կատարվում է միայն սերվերի վրա: Ձևերի և հրամանների ինտերֆեյսի ֆունկցիոնալությունը նույնպես ներդրված է սերվերի վրա:

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

Նմանապես, հրամանի միջերեսը ձևավորվում է սերվերի վրա և ցուցադրվում հաճախորդի վրա: Բացի այդ, հաշվետվությունները ստեղծվում են ամբողջությամբ սերվերի վրա և ցուցադրվում հաճախորդի վրա:

Միևնույն ժամանակ, հարթակի մեխանիզմները կենտրոնացած են հաճախորդի համակարգչին փոխանցվող տվյալների քանակը նվազագույնի հասցնելու վրա: Օրինակ, ցուցակներից, աղյուսակային բաժիններից և հաշվետվություններից տվյալները անմիջապես չեն փոխանցվում սերվերից, այլ այնպես, ինչպես դիտում է օգտատերը:

Սերվերն աշխատում է.

• Տվյալների բազայի հարցումներ
• Տվյալների գրանցում,
• Փաստաթղթերի կատարում,
• Տարբեր հաշվարկներ
• Մշակման իրականացում,
• Հաշվետվությունների ստեղծում,
• Ձևաթղթերի պատրաստում ցուցադրման համար:

Գործում է հաճախորդի վրա.

• Ձևաթղթերի ընդունում և բացում,
• Ձևի ցուցադրում,
• «Հաղորդակցություն» օգտատիրոջ հետ (նախազգուշացումներ, հարցեր...),
• Փոքր հաշվարկներ այնպիսի ձևերով, որոնք պահանջում են արագ արձագանք (օրինակ՝ բազմապատկելով գինը քանակով),
• Աշխատեք տեղական ֆայլերի հետ
• Աշխատանք կոմերցիոն սարքավորումների հետ։

Օգտագործելով ներկառուցված լեզուն հաճախորդի վրա

Դուք կարող եք կառավարել ձևերի ֆունկցիոնալությունը ոչ միայն սերվերի, այլև հաճախորդի վրա: Հաճախորդն աջակցում է ներկառուցված լեզվին: Այն օգտագործվում է այն դեպքերում, երբ անհրաժեշտ է կատարել հաշվարկներ՝ կապված էկրանին ցուցադրվող ձևի հետ, օրինակ՝ արագ (առանց սերվերի հետ կապվելու) հաշվարկել փաստաթղթի տողի գումարը՝ ըստ գնի և քանակի. օգտատիրոջը հարց ուղղեք և պատասխանը մշակեք. կարդալ ֆայլը համակարգչի ֆայլային համակարգից և ուղարկել այն սերվերին:

Այնուամենայնիվ, հաճախորդի վրա ներկառուցված լեզվի գործարկումն ապահովվում է խիստ սահմանափակ չափով: Հաճախորդի ընթացակարգերը մոդուլներում հստակորեն առանձնացված են սերվերի ընթացակարգերից, և դրանք օգտագործում են ներկառուցված լեզվի օբյեկտի մոդելի սահմանափակ կազմը:

Հաճախորդի վրա չի թույլատրվում ուղղակի աշխատել տվյալների բազայի հետ: Անմիջապես կիրառական օբյեկտների հետ աշխատելը չի ​​թույլատրվում, օրինակ, ներկառուցված լեզվի այնպիսի տեսակներ, ինչպիսիք են DirectoryObject.<имя> . Հարցումները չեն թույլատրվում: Եթե ​​Ձեզ անհրաժեշտ է գործողություններ կանչել հաճախորդի կոդով տվյալների հետ, դուք պետք է զանգահարեք սերվերի ընթացակարգեր, որոնք արդեն հասանելի կլինեն տվյալներին:

Բետա մենյու

Server 1C:Enterprise 8.3-ի և PostgreSQL 9.4.2-1.1C-ի կարգավորում: Ամբողջական հրահանգներ

Այս ձեռնարկում մենք կպատմենք (և ցույց կտանք), թե ինչպես կարելի է կապ հաստատել 1C: Ձեռնարկություն 8.3Եվ PostgreSQL 9.4.2երկու ծառայությունների տեղադրման պահից՝ ընդհուպ մինչև տեղեկատվական բազայի ստեղծումը։ Դուք կարող եք կարդալ այս համադրությունը կարգավորելու մասին:

Այն փուլերը, որոնց միջով պետք է անցնենք.

1. Տեղադրում Սերվերներ 1C: Ձեռնարկություն(64-բիթ) Windows-ի համար
2. Տեղադրում PostgreSQL 9.4.2-1.1C
3. Տեղեկատվական բազայի ստեղծում:

Լրացուցիչ մանրամասներ կտրվածքի տակ:

Փուլ 0. Տվյալների մուտքագրում:

Սերվերի անունը - 1CS սերվեր
Սերվերի հաշվի անունը - Ադմինիստրատոր
Հաշվի գաղտնաբառը - 123456 Աբ

1C հաշվի անունը սերվերում - USR1CV8
1C հաշվի գաղտնաբառը սերվերի վրա - 123456 Cd

PostgreSQL հաշվի անունը սերվերում - postgres
Սերվերում PostgreSQL հաշվի գաղտնաբառը 123456 Էֆ

PostgreSQL գերօգտագործողի անունը - postgres
PostgreSQL գերօգտագործողի գաղտնաբառը - 1234

Փորձարկման տվյալների բազայի անվանումը − testdb

Փուլ 1. Տեղադրում Սերվերներ 1C: Ձեռնարկություն(64-բիթ) Windows-ի համար

Փուլ 2. Տեղադրեք PostgreSQL և pgAdmin:

Փուլ 3. 1C տեղեկատվական բազայի ստեղծում.

1. Նախքան հետևյալ գործողությունները կատարելը, անջատեք IPv6-ը ձեր ցանցային ինտերֆեյսի վրա. Ցանցի և փոխանակման կենտրոն > LAN կապ > Հատկություններ> Անջատեք նշումը Ինտերնետային արձանագրության տարբերակ 6 (TCP/IPv6).
2. Մենք գործարկում ենք հաճախորդը 1C:Enterprise և ավելացնում ենք նոր տվյալների բազա:
3. Նոր տեղեկատվական բազայի ստեղծում > Տեղեկատվական բազայի ստեղծում առանց կոնֆիգուրացիայի (օրինակ, կարող եք ունենալ ցանկացած կոնֆիգուրացիա) > 1C:Enterprise սերվերի վրա >
4. Մենք լրացնում ենք բոլոր դաշտերը մեր օրինակին համապատասխան (փուլ 0).
   Սերվերի կլաստեր 1C:Ձեռնարկություն: 1CS սերվեր
   Կլաստերում տեղեկատվական բազայի անվանումը. testbd
   Ապահով կապ. Անջատված
   DBMS տեսակը: PostgreSQL
   Տվյալների բազայի սերվեր. 1CS սերվեր
   Տվյալների բազայի անվանումը: testbd
   Տվյալների բազայի օգտվող. postgres
   Օգտագործողի գաղտնաբառը: 1234
5. Հետագայում, հետագա: Մենք գործարկում ենք ստեղծված տվյալների բազան ձեռնարկության ռեժիմում. ամեն ինչ աշխատում է:

Եվս մեկ անգամ հիշեցնում ենք, որ PostgreSQL-ը կարելի է բավականին լավ օվերկլոկել։ Մանրամասները՝ մեջ.
Եվ մի մոռացեք 1C-ի մասին:
Եթե ​​տվյալների բազայի հետ կապված խնդիրներ կան, գուցե դա կօգնի ձեզ:
1C տվյալների բազաները հնարավոր են:

Դեռ ունե՞ք հարցեր:

Ինչ որ բան այնպես չգնաց? Մեր ընկերության մասնագետները կօգնեն ձեզ լուծել ցանկացած խնդիր, որը կարող է առաջանալ: Կապվեք մեզ հետ։ →

Համացանցում ֆորումներում մարդիկ անընդհատ հարցնում են.
-Ինչպես տեղադրել 1C:Enterprise 8.1 (8.2) PostgreSQL-ի վրա Windows օպերացիոն համակարգում
-Հնարավո՞ր է միաժամանակ տեղադրել երկու գործընթաց՝ «1C:Enterprise Server Agent 8.1» և «1C:Enterprise Server Server Agent 8.2»: Եթե ​​այո, ինչպե՞ս դա անել:
- 1C-ը և PostgreSQL-ը տեղադրելուց հետո ցուցադրվում են հետևյալ սխալները.
Ա)



բ) Սխալ՝ տեղեկատվական բազա ստեղծելիս.
Սխալ է տեղի ունեցել տեղեկատվական բազայի հետ գործողություն կատարելիս:

գ) Սխալ՝ տեղեկատվական բազա ստեղծելիս.
Սխալ է տեղի ունեցել տեղեկատվական բազայի հետ գործողություն կատարելիս:


Եթե ​​դուք բախվում եք նման խնդիրների և պատասխան եք փնտրում, ապա այս հոդվածը հենց ձեզ համար է։

1. Տեղադրում 1C:Enterprise 8.2

1C:Enterprise 8.2-ի տեղադրման մեկնարկը:

Բացի այդ, մենք պետք է տեղադրենք բաղադրիչները.
- Սերվեր 1C: Ձեռնարկություն
-Սերվերի կառավարում 1C:Enterprise

Ռուսաց լեզվի ընտրություն

Հաջորդը, դուք պետք է ստեղծեք օգտվող, որի անունից կգործարկվի Server Agent ծառայությունը: Այսպիսով, նշեք վանդակը 1C սերվեր տեղադրելու համար. Ձեռնարկությունը որպես Windows ծառայություն (Խորհուրդ է տրվում): Եվ մենք ստեղծում ենք օգտվող: Նույնիսկ եթե դուք նշեք գոյություն ունեցողը և պատահաբար սխալ գաղտնաբառ եք սահմանել, ծառայությունը տեղադրումից հետո պարզապես չի սկսվի: Եվ տեղադրումն ինքնին ճիշտ կավարտվի, դուք պետք է սեղմեք շարունակել ծառայության գործարկման պատուհանում:

Սկսենք տեղադրումը

Անվտանգության դրայվերի տեղադրում. Անվտանգության դրայվերը պետք է տեղադրվի այն համակարգչում, որի մեջ տեղադրված է ֆիզիկական բանալին: Ամենից հաճախ բանալին տեղադրվում է սերվերի վրա, մենք նույնը կանենք և թողնենք լռելյայն դրայվերի տեղադրման վանդակը՝ տեղադրել:

Մենք ավարտում ենք տեղադրումը:

Գտեք «1C: Enterprise Server Agent», գնացեք հատկություններ.

Իսկ «մուտք» ներդիրում մուտքի տեսակը միացրեք «համակարգային հաշիվով»:

2. PostgreSQL-ի տեղադրում 1C:Enterprise-ի համար:

Մենք սկսում ենք PostgreSQL տեղադրումը: Բաշխման հավաքածուն ինքնին պետք է ներբեռնվի 1C պաշտոնական կայքից, քանի որ արդեն կա տարբերակ, որը կազմաձևված է 1C-ի հետ աշխատելու համար:

Մենք սկսում ենք տեղադրումը, ընտրում ենք ռուսաց լեզուն և սեղմում ենք հաջորդը:

Տեղադրելու համար բաղադրիչների ընտրությունը թողնված է որպես լռելյայն:

Կլաստերի սկզբնավորում.

Եթե ​​անհրաժեշտ է, որ սերվերի գործակալը համօգտագործվի SQL սերվերի հետ, նշեք վանդակը՝ աջակցություն ցանկացած IP-ից, և ոչ միայն localhost-ից:
ՈՒՇԱԴՐՈՒԹՅՈՒՆ. Մենք սահմանել ենք կոդավորումը՝ UTF-8 և՛ սերվերի, և՛ հաճախորդի համար:

Այստեղ մենք ամեն ինչ թողնում ենք որպես լռելյայն և կրկին սեղմում ենք հաջորդը:

Լրացուցիչ մոդուլները կարող են լռելյայն թողնել, անհրաժեշտության դեպքում կարող եք նշել պահանջվողները:

PostgreSQL տեղադրման մեկնարկը

Մենք ավարտում ենք տեղադրումը:

PostgreSQL ծառայության համար ես նաև սովորաբար փոխում եմ գործարկման տեսակը՝ համակարգային հաշվի միջոցով:

3. Տեղեկատվական բազայի ստեղծում pgsql սերվերի վրա և ընդհանուր սխալներ, որոնք տեղի են ունենում այս փուլում:

Մենք գնում ենք 1C, ավելացնում ենք նոր տվյալների բազա, ասում ենք, որ տվյալների բազան կլինի սերվերի վրա և նշում ենք սերվերի պարամետրերը.

Ուշադրություն. Տվյալների բազան պետք է ստեղծվի 1C-ից, հակառակ դեպքում, եթե այն ստեղծեք PgMyAdmin-ից, ապա երբ փորձեք մուտք գործել տվյալների բազա, սխալներ կստանաք.

Սխալ՝ տեղեկատվական բազա ստեղծելիս.
Սխալ է տեղի ունեցել տեղեկատվական բազայի հետ գործողություն կատարելիս:
DBMS սխալ. ERROR. «plpgsql» լեզուն գոյություն չունի:
Հուշում. օգտագործեք CREATE LANGUAGE լեզուն տվյալների բազայում բեռնելու համար:

Նույնիսկ եթե գնաք pgMyAdmin և ավելացնեք «plpgsql» լեզուն տվյալների բազայի համար, կհայտնվի հետևյալ սխալը.

Սխալ՝ տեղեկատվական բազա ստեղծելիս.
Սխալ է տեղի ունեցել տեղեկատվական բազայի հետ գործողություն կատարելիս:
DBMS սխալ. ERROR. «mvarchar» տիպը գոյություն չունի 31 նիշի վրա

ԼՈՒԾՈՒՄ. Դուք պետք է ստեղծեք տվյալների բազա 1C-ից:

Եթե ​​1C: Enterprise-ից տվյալների բազա ստեղծելիս ստացել եք հետևյալ հաղորդագրությունը.

Սխալ է տեղի ունեցել տեղեկատվական բազայի հետ գործողություն կատարելիս:
DBMS սխալ. ERROR. նոր կոդավորումը (UTF8) անհամատեղելի է կաղապարի տվյալների բազայի կոդավորման հետ (WIN1251):
ՀՈՒՇ. Օգտագործեք նույն կոդավորումը, ինչ կաղապարի տվյալների բազայում, կամ օգտագործեք template0 որպես ձևանմուշ:

ԼՈՒԾՈՒՄ. PostgreSQL-ը տեղադրելիս դուք թողել եք Windows-1251 լեզուն սերվերի կամ հաճախորդի համար, որը տեղադրված է լռելյայնորեն, բայց դուք պետք է այն փոխեք UTF-8-ի:

Տեղադրեք PostgreSQL-ը և տեղադրեք UTF-8 լեզուն:

4. 1C:Enterprise սերվերի գործակալ 8.1-ի գործարկում և

1C:Enterprise 8.2 սերվերի գործակալը միաժամանակ մեկ համակարգչի վրա:

8.2 պլատֆորմի հայտնվելով շատերը սկսեցին խնդիրներ ունենալ, երբ նրանց անհրաժեշտ էր 8.2 պլատֆորմը սերվերի վրա աշխատելու համար, բայց միևնույն ժամանակ նրանք կցանկանային պահպանել 8.1-ը։

Ես առաջարկում եմ երկու սերվերի գործակալներ տեղադրելու մեկ եղանակ՝ պորտի բաժանման միջոցով:

Նախ, տեղադրեք պլատֆորմ 8.1, ինչպես նկարագրված է վերևում: Հաջորդը, տեղադրեք հարթակ 8.2-ը: Այժմ մենք պետք է 2 սերվերային գործակալի ծառայություններ հայտնվեն ծառայությունների ցանկում: Բայց երկրորդ ծառայությունը սկսելիս կցուցադրվի հետևյալ հաղորդագրությունը.

«1C: Enterprise 8 Server Agent» ծառայությունը «տեղական համակարգչի» վրա գործարկվել, ապա դադարեցվել է: Որոշ ծառայություններ ինքնաբերաբար դադարում են, եթե դրանք չեն օգտագործվում այլ ծառայությունների կամ ծրագրերի կողմից:

Դա տեղի է ունենում այն ​​պատճառով, որ համակարգը փորձում է միաժամանակ գործարկել 2 աշխատանքային գործընթաց, որոնք գործում են նույն նավահանգստում:

Այս իրավիճակից դուրս գալու համար եկեք փոխենք նավահանգիստը, օրինակ՝ Server Agent 8.1:
Դա անելու համար հարկավոր է դադարեցնել 1C:Enterprise 8.2 Server Agent ծառայությունը:
Գործարկել 1C:Enterprise Server Agent 8.1.

Ռեեստրի մասնաճյուղ՝ HKLM\SYSTEM\ControlSet001\services\1C:Enterprise 8.1 Server Agent
Parmert: ImagePath
Արժեք՝ «C:\Program Files\1cv81\bin\ragent.exe» -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d «C:\Program Files\1cv81\server»

Այս փոփոխությունից հետո մենք պետք է ունենանք միաժամանակ գործարկվող 2 1C սերվերի գործակալ՝ Enterprise 8: Մենք գործարկում ենք դրանք համապատասխանաբար:

Այժմ մենք պետք է ավելացնենք սերվերի նոր կլաստեր: Մենք ամեն ինչ անում ենք աշխատանքային կարգով.

Եթե ​​մենք չունենք կենտրոնական 8.1 սերվեր, ավելացրեք այն, բայց 1640 պորտով.

Ավելացրեք սերվերի կլաստեր, փոխեք նավահանգիստը 1641-ի.

Այժմ մեր 8.1 կլաստերը կաշխատի 1640 պորտի միջոցով, իսկ 8.2-ի համար՝ 1540-ի միջոցով (կանխադրված նավահանգիստ).

Աշխատանքային հոսքի ավելացում 8.1. համապատասխանաբար նավահանգիստները նույնպես փոխվում են 16xx-ի

Մենք սկսում ենք գործընթացը, մի մոռացեք ստուգել վանդակը. գործընթացը միացված է:

Հիմա մեզ մոտ ամեն ինչ պետք է աշխատի։

Վերջին բանը, որ պետք է ասել. 8.1-ում տվյալների բազա ստեղծելիս պետք է նշել պորտը, քանի որ. հակառակ դեպքում կօգտագործվի լռելյայն պորտը (1541), և ծրագիրը կգրի հարթակի տարբերակի անհամատեղելիության մասին: