Ծրագրային ապահովման պաշտպանությունը կապված է սարքաշարի և տեղադրված օպերացիոն համակարգի հետ.

Ծրագրի տուփի մեջ դուք կգտնեք դեղին թղթի կտոր: Վերևում գրվելու է ծրագրի գրանցման համարը, իսկ ստորև տրվելու են ծրագրի բանալիների PIN կոդեր: Ինչպես տեղադրել այն մանրամասն գրված է նույն թերթիկի վրա։

Ծրագրային ապահովման լիցենզիաների տեսակները

• Ծրագրային ապահովման բոլոր լիցենզիաները բաժանված են հաճախորդի և սերվերի: Հաճախորդի լիցենզիաների երեք տեսակ կա.
• Մեկ օգտատեր - թույլ է տալիս գործարկել անսահմանափակ թվով հավելվածներ բարակ և հաստ հաճախորդի ռեժիմով, ինչպես նաև կոնֆիգուրատորը մեկ համակարգչի վրա:
• Բազմ օգտատեր - թույլ է տալիս գործարկել լիցենզիայի վարկանիշում նշված հավելվածների քանակը հաստ, բարակ և վեբ հաճախորդի ռեժիմով, ինչպես նաև կոնֆիգուրատորը կամայական թվով ԱՀ-ներում: 1C:Enterprise սերվերը կամ վեբ սերվերի ընդլայնման մոդուլը պատասխանատու է հաճախորդներին բազմակի օգտատերերի լիցենզիաներ տրամադրելու համար:

Համակցված - պարունակում է երկու տեսակի լիցենզիաներ, բայց միայն մեկը կարող է ակտիվացվել; եթե նման հավաքածուից սկզբում ակտիվացվել է մեկ օգտագործողի փին կոդը, ապա ապագայում այլևս հնարավոր չի լինի օգտագործել այս լիցենզիան որպես բազմաֆունկցիոնալ լիցենզիա: .

Սերվերի լիցենզիան թույլ է տալիս գործարկել անսահմանափակ թվով 1C:Enterprise սերվերի աշխատող գործընթացներ (rphost) մեկ սերվերի վրա, այն բաժանված է 32-բիթանոց և 64-բիթանոց, մինչդեռ 64-բիթանոց լիցենզիան թույլ է տալիս գործարկել 32-բիթանոց: սերվերի տարբերակը:

Մեկ օգտագործողի լիցենզիան տրամադրվում է հիմնական բաշխմամբ կամ որպես լիցենզիա մեկ նստատեղի համար: Կարող է տեղադրվել համակարգչի, 1C:Enterprise սերվերի, վեբ սերվերի ընդլայնման մոդուլի կամ տերմինալային սերվերի վրա: Եթե ​​տեղադրվում է սերվերի վրա, այն զուգակցվում է սերվերում ակտիվացված այլ լիցենզիաների հետ և օգտագործվում է, ի լրումն տերմինալային սերվերի, որպես բազմօգտագործողի լիցենզիա:

Բազմ օգտատերերի լիցենզիաները տրամադրվում են 50, 100, 300 և 500 լիցենզիաների հավաքածուներով և կարող են տեղադրվել միայն 1C:Enterprise սերվերի, վեբ սերվերի ընդլայնման մոդուլի կամ տերմինալային սերվերի վրա, վերջին դեպքում դրանք օգտագործվում են որպես մեկ օգտագործողի լիցենզիաներ։ .

5, 10 և 20 օգտվողների համար նախատեսված փաթեթները համակցված են, լիցենզիայի տեսակը ընտրվում է առաջին փին կոդի ակտիվացման պահին:

Միայնակ օգտագործողի համար PIN կոդի տարբերակները մոտավորապես այսպիսի տեսք ունեն.

• 111-111-111-111-111
• 222-222-222-222-222
• 333-333-333-333-333

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

Ցանցի (բազմ օգտատերերի) տարբերակներ.

Ցանցային տարբերակների համար տրված են երկու տեսակի փին կոդեր՝ մեկ օգտագործողի և բազմակի օգտագործողի համար . Յուրաքանչյուր տեսակ ունի հիմնական և պահեստային բանալիներ:

Ենթադրենք, 5 օգտատերերի տարբերակը կունենա՝ 5 հիմնական միայնակ և 2 պահեստային, կամ 1 բազմաֆունկցիոնալ տարբերակ և 2 պահեստային տարբերակ:

Հարց է առաջանում. Ո՞ր դեպքերում պետք է օգտագործվի մեկը կամ մյուսը:

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

Եթե ​​օգտվողները մուտք են գործում սերվեր տերմինալ մուտքի միջոցով, RITMIX և այլք, այսինքն. աշխատեք անմիջապես սերվերի վրա, այնուհետև ակտիվացրեք բազմաֆունկցիոնալ լիցենզիան: Այս դեպքում մենք թարմացնում ենք հարթակը սերվերի վրա:

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

Քայլ առ քայլ հրահանգներ տերմինալային սերվերի վրա 1C բազմաֆունկցիոնալ լիցենզիա տեղադրելու համար:

Շատերը կարծում են, որ 1C:Enterprise-ը գործարկելու համար, երբ օգտվողներն աշխատում են տերմինալային սերվերի վրա, պետք է տեղադրել 1C սերվեր: Դա զառանցանք է։

Բավական է պարզապես ստանալ տերմինալի սերվերի համար բազմաֆունկցիոնալ լիցենզիա և յուրաքանչյուր օգտագործման ընթացքում կարգավորել տեսանելիությունը 1C-ի համար:

Ստորև բերված են քայլ առ քայլ հրահանգներ.

1. Գործարկեք 1C-ը տերմինալային սերվերի վրա: Ընտրեք Կազմաձևողի ռեժիմը: Դուք պետք է գործարկեք այն ադմինիստրատորի իրավունքների ներքո: Հաջորդը, մենք նշում ենք տվյալների բազան (կարող եք նշել ցանկացած) կամ ստեղծել նորը: Էկրանի վրա հայտնվում է «լիցենզիա ստանալ լիցենզավորման կենտրոնից»: Մենք հաստատում ենք լիցենզիայի ստացումը:

բրինձ. 1

բրինձ. 2

3. Հաջորդ քայլը լիցենզիայով կատարվող գործողությունն ընտրելն է: Եթե ​​այն առաջին անգամ եք տեղադրում, ապա ընտրեք «Ստանալ լիցենզիա առաջին անգամ»: Դուք կտեսնեք յուրաքանչյուր տարրի մանրամասն նկարագրությունը էկրանին կամ ստորև ներկայացված սքրինշոթում:

բրինձ. 3

բրինձ. 4

բրինձ. 5

6. Հաջորդը, դուք պետք է մուտքագրեք հաճախորդի լիցենզիայի գրանցման համարը և PIN կոդը, ինչպես նաև գրանցման համար անհրաժեշտ լիցենզիայի տիրոջ մասին այլ տեղեկություններ: ՆՇԵՔ, որ դուք պետք է պահպանեք գրանցման բոլոր տվյալները: Ապագայում դրանք կարող են պահանջվել վերականգնման ընթացակարգի ընթացքում:

բրինձ. 6

Դրանից հետո մենք հաջողությամբ լիցենզիա ստացանք։ Ֆայլը կգտնվի հետևյալ հասցեում՝ «C:\Documents and Settings\All Users\Application Data\1C\1Cv82\conf\»: Այն կարող եք գտնել նաև *.lic դիմակի միջոցով:

1. Ծրագրային ապահովման լիցենզիա (PL)

Սա հատուկ ֆայլ է, որը պարունակում է տեղեկատվություն լիցենզիայի, ինչպես նաև այն համակարգչի մասին, որի համար մենք ստացել ենք այս լիցենզիան: Տվյալները կոդավորված են հատուկ ծածկագրի միջոցով: Եթե ​​այս ֆայլը գտնվում է գրացուցակում, որը հասանելի չէ կոնկրետ օգտագործողի համար, ապա այդ օգտվողը չի կարողանա օգտագործել լիցենզիան:

2. Ընդհանուր սկզբունքներ, որոնցով գործում է սուզանավը

Ե՛վ 1C հաճախորդի, և՛ սերվերի հավելվածները փնտրում են լիցենզիայի ֆայլը լիցենզիա ստանալու գործընթացում: Այն բանից հետո, երբ նրանք գտնեն անհրաժեշտ լիցենզիայի ֆայլը, տեղեկատվությունը վերծանվում է: Համակարգիչը նույնականացնելուց հետո սկսվում է լիցենզիայի տեսակը (մեկ կամ բազմակի օգտագործող):

3.Լիցենզիա ստանալու երկխոսության հիմնական դժվարությունները

Ինչպես ցույց է տալիս պրակտիկան, նման երկու դժվարություն կա.

Առաջինն այն է, թե որ համակարգիչը պետք է ընտրել լիցենզիան տեղադրելու համար, և երկրորդը լիցենզիայի հասանելիության ռեժիմն է օգտատերերին (միայն տվյալ օգտատիրոջ կամ բոլորի համար): Փորձենք դա պարզել:

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

Մնացած բոլոր դեպքերում դուք պետք է ընտրեք «Այս համակարգչում» տարբերակը: (Բացառություն է մի քանի օգտատերերի համար նախատեսված լիցենզիա (բազմ օգտատերերի համար): Նման լիցենզիա ստանալու դեպքում «այս համակարգչի համար» սյունակը պետք է ընտրվի միայն այն դեպքում, եթե մենք գործարկենք Կազմաձևիչը տերմինալային սերվերի վրա (կամ տերմինալային նստաշրջանում):

Բացի այդ, դուք կարող եք ընտրել, թե որ գրացուցակում կպահվի լիցենզիայի ֆայլը և դրանով իսկ ազդեք լիցենզիա այլ օգտվողների հասանելիության մակարդակի վրա: Տեղադրելով ֆայլը մի գրացուցակում, որը հանրությանը հասանելի է բոլոր օգտատերերին, դուք դրանով ապահովում եք, որ այս համակարգչի բոլոր օգտվողներին հասանելի լինի լիցենզիան: Եթե ​​լիցենզիայի ֆայլը տեղադրեք մի գրացուցակում, որը հասանելի է միայն ընթացիկ օգտագործողին, ապա այս ԱՀ-ի մյուս օգտատերերը մուտք չունեն լիցենզիա:

4. Լրացուցիչ սուզանավի ակտիվացում.

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

Խնդրում ենք անմիջապես նկատի ունենալ, որ չպետք է լիցենզիայի ֆայլը տեղադրեք մի քանի գրացուցակներում, որոնց մուտք ունի 1C, քանի որ Սա լիցենզիայի կանոնների խախտում է և կարող է հանգեցնել ֆայլի սխալ շահագործման և դրա հետագա օգտագործման անհնարինությանը:

5. Ծրագրային ապահովման լիցենզիաներ ստանալու այլ խորհուրդներ:

5.1.Տեղեկատվական բազայի ֆայլային տարբերակը

5.1.1. Հաճախորդի համակարգչի վրա

Մեկ օգտատիրոջ համար լիցենզիա ստանալու ժամանակ դուք պետք է ընտրեք «Այս համակարգչում» և մուտք գործեք «բոլոր օգտվողներին»: Բազմ օգտատերերի լիցենզիան ակտիվացնելու կարիք ընդհանրապես չկա։

5.1.2. Տերմինալի սերվերի վրա

Ցանկացած լիցենզիա, անկախ դրա տեսակից, պետք է ձեռք բերվի «Այս համակարգչի համար» և հասանելի լինի «Բոլոր օգտվողներին»

5.2.Տեղեկատվական բազա վեբ սերվերի միջոցով (ֆայլի տարբերակ)

5.2.1. Հնարավոր է գործարկել Կոնֆիգուրատորը

Տեղադրեք հաստ հաճախորդ համակարգչի վրա վեբ սերվերով և ստացեք ցանկացած լիցենզիա Configurator-ի միջոցով: Ընտրեք «Այս համակարգչում» և մուտք գործեք բոլոր օգտվողներին: (Խնդրում ենք նկատի ունենալ, որ այս առաջարկությունը Windows OS-ի համար է):

5.2.2 Հնարավոր չէ գործարկել Կոնֆիգուրատորը:

Եթե ​​համակարգիչը, որից մենք ստանում ենք լիցենզիան, չի կարողանում գործարկել Կազմաձևիչը, մենք պետք է տեղադրենք պահանջվող հզորության սերվեր, այնուհետև լիցենզիա ստանանք ցանցի ցանկացած այլ համակարգչից, որի վրա տեղադրված է հաստ հաճախորդը: Սերվերային հավելվածի տեղադրման շնորհիվ մենք կկարողանանք լիցենզիա ստանալ նույնիսկ առանց սերվերի լիցենզիայի: Այս դեպքում դուք պետք է ստանաք լիցենզիա (անկախ դրա տեսակից) «1C:Enterprise սերվերային համակարգչի համար»: Ի դեպ, այս կերպ Դուք կարող եք ստանալ ծրագրային ապահովման լիցենզիա Linux ՕՀ-ի համար։

5.3.Տեղեկատվական բազայի հաճախորդ-սերվերի տարբերակը:

5.3.1. Հաճախորդի համակարգչի վրա

Մեկ օգտագործողի լիցենզիա՝ «Այս համակարգչի համար», «Հասանելի է բոլոր օգտատերերին»: Բազմ օգտատեր – «1C սերվերի համակարգչի վրա»:

5.3.3. 1C Enterprise սերվերային համակարգչի վրա

5.4.Սերվերի լիցենզիա

5.4.1. Հաճախորդի համակարգչի վրա

Ստացեք «1C սերվերի համակարգչին», անկախ ստացված լիցենզիայի տեսակից.

5.4.2. 1C Enterprise սերվերի համակարգչի վրա
Առաջարկվող կարգավորումներ՝ «Այս համակարգչում» և «Համօգտագործված բոլոր օգտատերերի կողմից»

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

Հասկանալով Ծրագրային ապահովման լիցենզիաները

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

Լիցենզիայի ակտիվացումն իրականացվում է PIN կոդի միջոցով, լիցենզիայի հետ տրվում են ակտիվ և պահուստային PIN կոդերը, որոնք անհրաժեշտ են լիցենզիան նորից ակտիվացնելու համար, երբ համակարգչի հիմնական պարամետրերը փոխվում են:

Այստեղ մենք հասնում ենք մի չափազանց կարևոր կետի. ծրագրային ապահովման լիցենզիաները որոշակի համակարգչի հետ կապելը: Այդ նպատակով օգտագործվում է հայեցակարգը հիմնական պարամետրերը, որոնք ներառում են.

• համակարգչային ցանցի անվանումը;
• մայր տախտակի մոդել;
• RAM-ի քանակը;
• BIOS-ի տեսակը և տարբերակը;
• պրոցեսորների ցանկը և դրանց պարամետրերը.
• ցանցային ադապտերների և դրանց MAC հասցեների ցուցակը.
• կոշտ սկավառակների ցանկը և դրանց պարամետրերը:

Windows հարթակում հիմնական պարամետրերը ներառում են նաև.

• օպերացիոն համակարգի անվանումը;
• օպերացիոն համակարգի տարբերակը (տարբերակի համարի միայն առաջին երկու թվանշանները);
• օպերացիոն համակարգի սերիական համարը;
• օպերացիոն համակարգի տեղադրման ամսաթիվը;

Ավելին, հիմնական պարամետրերի ցանկից բացառված:

• Bluetooth ցանցային ադապտերներ;
• ցանցային ադապտերներ, որոնք միացված են IEEE 1394 կամ USB-ի միջոցով;
• WAN և RAS ծրագրային ապահովման ադապտերներ;
• ադապտերներ, որոնք չունեն MAC հասցե և VEN_ և DEV_ տվյալներ PNP նույնացուցիչից.
• արտաքին կրիչներ միացված IEEE 1394-ի և USB-ի միջոցով:

Հետագայում հիմնական պարամետրերի ցանկը, որը պահվում է գաղտնագրված ձևով լիցենզիայի ֆայլում, համեմատվում է ընթացիկ համակարգչային պարամետրերի հետ և միայն ջնջում, և սարքեր չավելացնելը, նույնը վերաբերում է RAM-ի քանակին։

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

Սա հանգեցնում է մի պարզ կանոնի. ծրագրային ապահովման լիցենզիան ակտիվացնելիս ժամանակավորապես անջատեք բոլոր կոշտ սկավառակները, բացառությամբ համակարգային, ինչպես նաև բոլոր լրացուցիչ ցանցային ադապտերները (եթե տեղադրված են):

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

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

Մեր փորձից մենք կարող ենք ասել հետևյալը. վիրտուալ մեքենայի հաջող միգրացիան՝ պահպանելով 1C լիցենզիայի ակտիվացումը, հնարավոր է միայն միգրացիայի համար հասանելի բոլոր հանգույցների վրա նույն տեսակի սարքաշար օգտագործելիս, այսինքն. Մայր տախտակի նույնական մոդելներ (մինչև BIOS տարբերակը) և նույնական պրոցեսորներ (նույն քայլով):

Նաև նշեք լիցենզիայի սեփականատիրոջ տվյալները, որոնք դուք պետք է լրացնեք սկզբնական ակտիվացումից հետո, դուք պետք է կրկնեք այն, երբ նորից լիցենզիա ստանաք: մինչև խորհրդանիշը:Ինչի մասին, ի դեպ, զգուշացնում են՝ պահանջելով նշել համապատասխան վանդակը։

Ուստի տհաճ անակնկալներից խուսափելու համար մուտքագրված տվյալները պահեք ապահով տեղում։

Ընդհանուր առմամբ, թվում է, որ 1C-ն մեծապես բարդացրել է ծրագրային ապահովման լիցենզիայի պաշտպանության համակարգը, ինչը հանգեցնում է զգալի անհարմարությունների և որոշ դեպքերում ստիպում է լիցենզիա ունեցողներին դիմել պաշտպանությունը շրջանցելու մեթոդներին (որը գաղտնի խորհուրդ է տրվում նույնիսկ 1C գործընկերների կողմից), օրինակ. հանգույցների վրա տարբեր ապարատներով կլաստեր օգտագործելիս Ավելի տրամաբանական կլիներ հետևել Microsoft-ի ճանապարհին և չեղարկել ակտիվացումը, երբ փոխվում են միայն մի քանի հիմնական պարամետրեր:

Ծրագրային ապահովման լիցենզիաների տեսակները

Ծրագրային ապահովման բոլոր լիցենզիաները բաժանված են հաճախորդի և սերվերի: Հաճախորդի լիցենզիաների երեք տեսակ կա.

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

Սերվերի լիցենզիան թույլ է տալիս գործարկել անսահմանափակ թվով 1C:Enterprise սերվերի աշխատող գործընթացներ (rphost) մեկ սերվերի վրա, այն բաժանված է 32-բիթանոց և 64-բիթանոց, մինչդեռ 64-բիթանոց լիցենզիան թույլ է տալիս գործարկել 32-բիթանոց: սերվերի տարբերակը:

Մեկ օգտագործողի լիցենզիան տրամադրվում է հիմնական բաշխմամբ կամ որպես լիցենզիա մեկ նստատեղի համար: Կարող է տեղադրվել համակարգչի, 1C:Enterprise սերվերի, վեբ սերվերի ընդլայնման մոդուլի կամ տերմինալային սերվերի վրա: Եթե ​​տեղադրվում է սերվերի վրա, այն զուգակցվում է սերվերում ակտիվացված այլ լիցենզիաների հետ և օգտագործվում է, ի լրումն տերմինալային սերվերի, որպես բազմօգտագործողի լիցենզիա:

Բազմ օգտատերերի լիցենզիաները տրամադրվում են 50, 100, 300 և 500 լիցենզիաների հավաքածուներով և կարող են տեղադրվել միայն 1C:Enterprise սերվերի, վեբ սերվերի ընդլայնման մոդուլի կամ տերմինալային սերվերի վրա, վերջին դեպքում դրանք օգտագործվում են որպես մեկ օգտագործողի լիցենզիաներ։ .

5, 10 և 20 օգտվողների համար նախատեսված փաթեթները համակցված են, լիցենզիայի տեսակը ընտրվում է առաջին փին կոդի ակտիվացման պահին:

Մեկ օգտագործողի լիցենզիաների օգտագործումը

Շատ դեպքերում, հատկապես փոքր բիզնեսի համար, նախընտրելի է մեկ օգտագործողի լիցենզիաների օգտագործումը, քանի որ այս տեսակի լիցենզիայի սահմանափակումը լիցենզավորված ԱՀ-ներն են, այլ ոչ թե 1C նիստերը: Ֆայլի ռեժիմում սա լիցենզիայի միակ տեսակն է, որը հասանելի է (բացառությամբ տերմինալային սերվերի ռեժիմի): Դիտարկենք հետևյալ դիագրամը.

Ձեր տրամադրության տակ ունենալով ակտիվացված մեկ օգտատիրոջ լիցենզիայով համակարգիչ, դուք կարող եք գործարկել ցանկացած թվով տվյալների բազաներ ֆայլային ռեժիմում, որոնք տեղակայված են ինչպես տեղական, այնպես էլ ցանցում, առանց սահմանափակումների, ինչպես նաև տվյալների բազաներ, որոնք տեղակայված են 1C:Enterprise սերվերում կամ վեբում: սերվեր, վերջին դեպքում աշխատանքը հնարավոր է միայն thin client ռեժիմում: Տվյալների բազայի գործարկում վեբ հաճախորդի միջոցով մեկ օգտագործողի լիցենզիայով անհնարինքանի որ վեբ հաճախորդը պետք է ստանա CAL վեբ սերվերի ընդլայնումից:

Հաճախորդ - սերվերի ռեժիմ

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

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

Եթե ​​տեղական լիցենզիա չի գտնվել, ապա հավելվածը կապվում է սերվերի հետ, որը նրան տալիս է բազմաֆունկցիոնալ լիցենզիա յուրաքանչյուր գործող հավելվածի համար: Մեր դիագրամում սերվերն ունի 5 կապի լիցենզիա, և եթե երկու ԱՀ-ի վրա բացվում են հաճախորդի երկու հավելված, ապա նոութբուքի օգտագործողը կկարողանա բացել միայն մեկը, քանի որ հաճախորդի լիցենզիաները բավարար չեն:

Վեբ սերվերի ռեժիմ

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

Մեր դիագրամում 1C:Enterprise սերվերի վրա տեղադրված է 5 օգտատերերի համար նախատեսված մի քանի օգտատերերի լիցենզիա, իսկ վեբ սերվերի վրա՝ մեկ օգտագործողի լիցենզիա: Սա թույլ է տալիս վեբ հաճախորդի միջոցով գործարկել մեկ նիստ ֆայլի ռեժիմում կամ մինչև վեց նիստ՝ հաճախորդ-սերվեր ռեժիմում:

Ենթադրենք, առաջին (ձախից աջ) ԱՀ-ում երկու սեսիա է բացվել դեպի հաճախորդ-սերվեր տվյալների բազա՝ մեկը հավելվածի, երկրորդը՝ վեբ հաճախորդի միջոցով։ Այս դեպքում հավելվածը սերվերից կստանա լիցենզիա, իսկ վեբ-հաճախորդը վեբ սերվերի ընդլայնման մոդուլից, ընդ որում մոդուլը նախ թողարկի իր լիցենզիան: Երկրորդ համակարգչի վրա բացելով ևս երկու հավելված՝ մենք սերվերից կստանանք երկու լիցենզիա՝ ծախսելով ընդհանուր առմամբ 4 լիցենզիա։

Եթե ​​դրանից հետո երրորդ ԱՀ-ում մենք գործարկենք հաճախորդ-սերվերի տվյալների բազա վեբ հաճախորդի միջոցով, ապա ընդլայնման մոդուլը դրա համար լիցենզիա կստանա սերվերի վրա, բայց այլևս հնարավոր չի լինի գործարկել ֆայլերի տվյալների բազան վեբ հաճախորդի միջոցով: , քանի որ ընդլայնման մոդուլը չունի անվճար տեղական լիցենզիաներ, միևնույն ժամանակ, սերվերի վրա մնացած անվճար լիցենզիան թույլ կտա գործարկել այլ սերվերի տվյալների բազա վեբ հաճախորդի միջոցով:

Այս իրավիճակից խուսափելու համար դուք չպետք է միաժամանակ հրապարակեք ֆայլերի և հաճախորդ-սերվերի տվյալների բազաները նույն վեբ սերվերում:

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

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

Տերմինալ սերվերի ռեժիմ

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

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

Եթե ​​տերմինալային սերվերը սխալ կազմաձևված է, կարող է իրավիճակ առաջանալ, երբ յուրաքանչյուր նոր օգտվողի միացման համար ստեղծվում է նոր տերմինալի նստաշրջան, հատկապես RemoteApp ռեժիմում, այնպես որ համոզվեք, որ նշեք տարբերակը տերմինալային սերվերի կարգավորումներում: Սահմանափակեք օգտվողին մեկ նստաշրջանով.

Ծրագրային ապահովման և ապարատային պաշտպանության համադրություն

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

1. Տեղական ծրագրային ապահովման լիցենզիա
2. Տեղական ապարատային բանալի
3. Ցանցային ապարատային բանալի
4. Ծրագրային ապահովման լիցենզիա 1C:Enterprise սերվերի վրա
5. Տեղական ապարատային բանալին 1C:Enterprise սերվերի վրա
6. Ցանցային ապարատային բանալին հասանելի է 1C:Enterprise սերվերում

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

• Tags:

Խնդրում ենք միացնել JavaScript-ը՝ դիտելու համար

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

Ինչպես ստեղծել տերմինալ սերվեր 1C-ի համար

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

Օգտագործելով տերմինալ սերվեր 1C-ի համար

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

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

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

Տերմինալային սերվերների առավելությունները

Ի լրումն ավելի էժան աշխատող հաճախորդների և ցանցի շնորհիվ խնայողությունների, տերմինալային սերվերների շահագործումը թույլ է տալիս.

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

Բացի այդ, Microsoft-ի սերվերի օպերացիոն համակարգերի հնարավորությունները լրիվ դրույքով ադմինիստրատորներին թույլ են տալիս կարգավորել տերմինալային հաճախորդներին 1C սերվերին միացնելու հնարավորությունը, այդ իսկ պատճառով 1C սերվերի կարգավորումն այդքան կարևոր խնդիր է:

Տերմինալի սերվերի տեղադրում 1C-ի համար

Օրինակ, եկեք տեղադրենք տերմինալ սերվեր 1C-ի համար Windows Server 2012-ում.

1. Դուք պետք է գնաք սերվերի միացման հատկություններ և գրանցեք անհրաժեշտ IP հասցեն;

Ստուգելու համար, թե արդյոք մեր սերվերը տեսանելի է, փորձեք գործարկել ping հրամանը հաճախորդի համակարգչում<Адрес терминального сервера>հրամանի տողում;

Եթե ​​ping-ը հաջող էր, բացեք «Server Manager» սերվերի վրա և սեղմեք «Add roles and features»;

Ընտրեք սերվերի տեղադրման տեսակը – «Դերերի և բաղադրիչների տեղադրում»;

Ընտրեք մեր սերվերը 1C-ի համար սերվերի լողավազանից և սեղմեք «Հաջորդ»;

Սերվերի դերերի ընտրության փուլում մենք պետք է գտնենք և նշենք «Հեռավոր աշխատասեղանի ծառայություններ» դերի կողքին գտնվող վանդակը.

Երկու անգամ կտտացրեք «Հաջորդ» և սերվերի վրա դերային ծառայություններ ընտրելու փուլում դուք պետք է նշեք երկու վանդակ.

Հաջորդ պատուհանում ստուգեք «Ավտոմատ վերագործարկեք սերվերը, եթե պահանջվում է» և գործարկեք տերմինալի սերվերի տեղադրումը.

Որոշ ժամանակ անց 1C-ի տերմինալային սերվերը հաջողությամբ կտեղադրվի:

Եկեք ստեղծենք սերվեր 1C-ի համար

Այժմ մենք պետք է կարգավորենք հաճախորդի օգտատիրոջ մուտքը սերվեր: Սրա համար:

1. Տեղադրեք 1C սերվերի վրա;
2. Բաց ադմինիստրացիա. Գնացեք «Համակարգչային կառավարում»: Գնացեք «Տեղական օգտվողներ» բաժինը և ընտրեք «Օգտագործողներ»: Ստեղծեք նոր օգտվող սերվերի վրա;
3. Բացվող պատուհանում լրացրեք «Օգտատեր», «Լրիվ անուն», «Նկարագրություն», «Գաղտնաբառ» և «Գաղտնաբառի հաստատում» դաշտերը;

Սեղմեք «Ստեղծել»: Այնուհետև անցեք ստեղծված սերվերի օգտագործողի հատկություններին: «Խմբի անդամություն» ներդիրում ավելացրեք «Հեռավոր աշխատասեղանի օգտագործողներ»;

Այնուհետև սերվերի վրա անցեք «Տեղական անվտանգության քաղաքականություն»: Կտտացրեք ձախ կողմում «Նշանակեք օգտվողի իրավունքները» և աջ կողմում անցեք «Թույլատրել մուտքը հեռավոր աշխատասեղանի ծառայության միջոցով» հատկություններին;

Լռելյայնորեն, սերվերը թույլ է տալիս մուտք գործել միայն ադմինիստրատորներին: Ավելացրեք օգտվողներ՝ օգտագործելով «Ավելացնել օգտվող կամ խումբ...»;

Երբ բոլոր օգտվողները նշված են սերվերում, սեղմեք Դիմել:

Տերմինալային սերվերը կազմաձևված է, և հաճախորդի համակարգիչները կարող են միանալ դրան:

Միացում տերմինալային սերվերին

Կազմաձևված 1C տերմինալին միացումը տեղի է ունենում RDP արձանագրության միջոցով: Microsoft-ի համակարգերի ընտանիքն ունի ներկառուցված գործիք, որը կոչվում է «Remote Desktop Connection»: Այս գործիքը գտնելու համար անցեք «Սկսել» - «Բոլոր ծրագրերը» - «Աքսեսուարներ»:

Բացվող պատուհանում դուք պետք է նշեք հետևյալ պարամետրերը.

• «Համակարգիչ» դաշտում մուտքագրեք տերմինալի սերվերի հասցեն.
• «Օգտվող» դաշտում դուք պետք է նշեք անունը, որով ցանկանում եք մուտք գործել այս սերվեր: Բնականաբար, դրա համար օգտագործողին պետք է թույլատրվի հեռակառավարում;

• Հաջորդ պատուհանում դուք պետք է մուտքագրեք օգտվողի գաղտնաբառը սերվեր մուտք գործելու համար:

Եթե ​​կարգավորումները ճիշտ են արված, և տվյալները ճիշտ են մուտքագրվում, ապա կբացվի պատուհան, որում կտեսնեք մի փոքր փոփոխված աշխատասեղան:

Հետագա աշխատանքը չի տարբերվում այն ​​իրավիճակից, երբ 1C-ը տեղադրված է ձեր համակարգչում: