აქციები მსგავსი). სერვერის მაგალითზე დავამატებთ Server 1C- ის მაგალითს: საწარმო 8.x (თქვენ უნდა გახსენით პორტი 1541 კასეტური მენეჯერი, პორტები 1560-1591 სამუშაოს და პორტისთვის 1540 სერვერის აგენტი).

ქსელური პროტოკოლების მეშვეობით რამდენიმე პროგრამა და მომსახურება მონაცემთა გაცვლისთვის გარკვეული პორტების გამოყენებაა. ჩვეულებრივ, Windows Firewall ჩართულია ბლოკავს ასეთი ქსელის საქმიანობას. კერძოდ, თუ თქვენ ცდილობენ დაკავშირება კლიენტის მანქანა თქვენ შეგიძლიათ გვხვდება შეცდომა:

« შეცდომა ოპერაციის შესრულებისას საინფორმაციო ბაზა (...). ქსელის წვდომის შეცდომა სერვერზე (...). კავშირის დამყარების მცდელობა წარუმატებელი აღმოჩნდა, რადგან საჭირო რეაგირება სხვა კომპიუტერზე არ არის მიღებული, ან უკვე გატეხილი იყო დამონტაჟებული კავშირი უკვე დაკავშირებულია კომპიუტერთან (...) »

ეს შეცდომა ნიშნავს, რომ მითითებული მისამართი ვერ მოიძებნა სერვერი "1C: საწარმოები", კარგად, პორტი დახურულია სერვერზე (ამ შემთხვევაში პორტში 1541 ).

პორტის გახსნა, კომპიუტერთან, სადაც სერვერი "1C: საწარმოები" დამონტაჟებულია (ჩემი მაგალითია, ეს არის კომპიუტერი 10.192.128.15 და მასზე დამონტაჟებული ოპერაციული სისტემა Windows Server 2012 R2).

გაუშვით Windows Firewall. შეგიძლიათ გააკეთოთ ის მარჯვენა მაუსის მარჯვენა ღილაკზე დაჭერით " დასაწყისი» ( დაწყება.), მაშინ " Მართვის პანელი» ( Მართვის პანელი.) — « სისტემა და უსაფრთხოება» ( ᲡᲘᲡᲢᲔᲛᲐ ᲓᲐ ᲣᲡᲐᲤᲠᲗᲮᲝᲔᲑᲐ.) — « Windows Firewall» ( Windows Firewall). ან ბრძანების დასრულებით firewall.cpl(ამისათვის თქვენ უნდა დააჭიროთ Win + R გასაღებები კომბინაცია, ფანჯარაში " Out off» ( გახსენით.) შეიყვანეთ ბრძანება და დააჭირეთ " კარგი») .

ფანჯარაში, რომელიც ხსნის, ხეზე მარცხენა, გახსენით tab " » ( შემომავალი წესები.), შემდეგ მენიუში " მოქმედება» ( მოქმედება) აირჩიეთ პუნქტი " წესების შექმნა ...» ( ახალი წესი ...).

აწარმოე " შექმნის ოსტატი ახალი შემომავალი კავშირი» ( ახალი შემომავალი წესი ოსტატი). პირველ გვერდზე, აირჩიეთ წესი წესი ( წესი ტიპი) « პორტისთვის» ( პორტი.) და დააჭირეთ " Უფრო» ( შემდეგ).

მაშინ უნდა მიუთითოთ პროტოკოლი (ჩვენი მაგალითია TCP) და, პირდაპირ, პორტის ნომერი (კონკრეტული ადგილობრივი პორტები), რომელიც ღიაა. რის შემდეგაც ჩვენ დააჭირეთ " Უფრო» ( შემდეგ).

ახლა განსაზღვრავს სამსახურთან დაკავშირებული ქმედება. აირჩიეთ " დაუშვას კავშირი» ( დაუშვას კავშირი.) და დააჭირეთ " Უფრო» ( შემდეგ).

Ზე შემდეგი გვერდი თქვენ უნდა მიუთითოთ, რა firewall პროფილები იმოქმედებს წესით. ჩვენ აღვნიშნავთ საჭირო პროფილებს ticks და დააჭირეთ " Უფრო» ( შემდეგ).

კარგად, საბოლოოდ, ჩვენ შევა სახელი და აღწერა ახალი წესით და დააჭირეთ " მომზადებული» ( დასრულება.) ოსტატის მუშაობის დასასრულებლად.

ჩვენ ვცდილობთ დაუკავშიროთ 1C: საწარმო სერვერს კვლავ და ჩვენ ვხედავთ, რომ შეცდომა შენარჩუნებულია, მაგრამ შეტყობინება უკვე სხვა, 1560-ე პორტია.

ზემოთ აღწერილი მეთოდი კიდევ ერთ რეზოლუციას დაამატებთ, სახელწოდებით " 1C: workflows»მთელი სპექტრი პორტების ერთად 1560 გასწვრივ 1591 (1C სამუშაო პროცესებისთვის), მიუთითებს მათ მიერ ჰიფენის მეშვეობით " პროტოკოლი და პორტები» ( ოქმი და პორტები.).

ახლა, ვადამდელი " Windows Firewall გაზრდილი უსაფრთხოების რეჟიმში» ( Windows Firewall მოწინავე უსაფრთხოების) მაგიდაზე " შემომავალი კავშირების წესები» ( შემომავალი წესები.) ჩვენ უნდა ვნახოთ 2 მხოლოდ შექმნილი წესები.

კარგად, მე უნდა დაუკავშირდეს სერვერს შეცდომების გარეშე. თუ ამ სერვერთან დაკავშირება გჭირდებათ, ასევე უნდა გახსენით პორტი 1540 .

ანალოგიურად, გამავალი კავშირების (გამავალი წესების) წესები დაემატა გარკვეული პროგრამებისა და ოქმების წესებს. გარდა ამისა, ნებისმიერი წესი შეიძლება შეიცვალოს მისი თვისებების გახსნით ამ ვადამდელიდან.

ეს სტატია დაგეხმარებათ?

პირობები, ცნებები

რატომ გჭირდებათ სერვერი 1c

"სერვერის კასეტერის" ცნობის ქვეშ იმყოფება, როგორც რამდენიმე კომპიუტერი (სერვერები) ასრულებს საერთო ამოცანას.

ამოცანები გადაწყდა 1C სერვერი კასეტური: საწარმო 8 ქვემოთ მოცემულ ფიგურაში.

განსხვავება 8.1 და 8.2 შორის

კასეტური 1C 8.1.

1C სერვერი Cluster: Enterprise 8.1 არის სერვერზე დატვირთვის დისტრიბუციის იდეების განხორციელება კლიენტის მოთხოვნის სერვერზე. ასეთი მექანიზმი ახორციელებს კომპიუტერული რესურსების განაწილებას ერთ სერვერზე ან მრავალჯერადი სერვერზე ("სამუშაო სერვერები"), რაც უზრუნველყოფს განაცხადის სკალირებას. სერვერის კასეტური დუბლირებულია კოდი, რომელიც ემსახურება კლიენტის კავშირებს. დუბლიკატი შესრულებადი კასეტური კოდის ეწოდება "workflow" (RPHost). კასეტური ინსტალაციისას, მხოლოდ ერთი ნამუშევარი იქმნება.
ერთ სერვერზე რამდენიმე ნამუშევარი საშუალებას იძლევა ეფექტურად გამოიყენოთ მოცულობა. შემთხვევითი წვდომის მეხსიერება და პროცესორი რესურსები querying, ასევე დაკავშირება კლიენტის სხდომა სხვა workflow დროს "ავარიის" მიმდინარე.
გაგება, რომ გაშვებული კონკრეტული სერვერი, სერვერის აგენტი პროგრამა (Ragent) პასუხისმგებელია. STOP სერვერის აგენტი გახდის სერვერს მიუწვდომელი კასეტური. აგენტი ინახავს ინფორმაციას Srvribrg.Lst ფაილში.
ინფორმაცია სამუშაო ბაზების შესახებ ჩართული სამუშაო პროცესები ფლობს სერვერის მენეჯერს (RMNGR). ეს ინახავს ამ ინფორმაციას 1CV8REG.LST ფაილში. სერვერის მენეჯერის შეჩერება შეიძლება გამოიწვიოს კლიენტის აპლიკაციების გადატვირთვა წარმატებული მენეჯერის განახლებაში ან შეავსოთ მთელი კასეტური სამუშაო სერვერების მუშაობა.
1C: Enterprise 8.1 საშუალებას გაძლევთ შექმნათ რამდენიმე დამოუკიდებელი მტევანი ერთ სერვერზე. თითოეული მათგანი იდენტიფიცირებულია ქსელში უნიკალური "IP PORT" და უნიკალური ნომერი მომსახურების ფაილებში. პირველი ნაგულისხმევი კასეტური იღებს პორტს 1541.
კასეტური კონტროლის მიზნით, "საწარმოს სერვერები" შექმნილია.
სერვერის სახელით ან IP მისამართით სერვერთან დაკავშირება შეგიძლიათ.

აგენტი სერვერი

სერვერის აგენტი "იცის" ყველა მტევანი, რომელიც სერვერზე მუშაობს. ეს ინფორმაცია ინახება Srvribrg.Lst ფაილში კლასტერების სიაში და ადმინისტრატორების სიაში. აგენტის მთავარი პორტი 1540. მხოლოდ ერთი აგენტი ემსახურება ყველა შესაძლო კლასტერს ამ სერვერზე შეიძლება დაიწყოს თითოეული ოპერაციული სერვერი.
უფრო დეტალური ინფორმაციის მისაღებად გამოიყენეთ პროცესი Explorer კომუნალური (SysInternals დეველოპერი). პროგრამა საშუალებას გაძლევთ გაითვალისწინოთ ნებისმიერი პროცესების შესრულება, მათ შორის 1C სერვერი კასეტური: საწარმოები 8.1.

კასეტური მენეჯერი

კასეტური მენეჯერი პასუხისმგებელია კასეტური მუშაობისთვის. თითოეული კასეტური აქვს საკუთარი მენეჯერი. მენეჯერი ინახავს კასეტურ ინფორმაციას 1CV8REG.LST ფაილში (კასეტური რეესტრის). თითოეული კასეტური მენეჯერი ასევე აქვს საკუთარი პორტი სამუშაო სერვერზე. პირველი კასეტერისთვის, მენეჯერის მენეჯერი 1541. ეს პორტია, რომ ეს პორტი გამოჩნდება "სერვერების 1C: საწარმოს" კასეტური ფილიალში, კასეტური იდენტიფიცირება.
მენეჯერი კლიენტის ნაწილი 1C- ისგან მოითხოვს: საწარმოებს 8.1 და იღებს გადაწყვეტილებას, რომლისთვისაც ამ სერვისის მოთხოვნის მიცემა.

მუშაობის პროცესებთან ურთიერთქმედება, მენეჯერი იყენებს კომუნალურ ინფორმაციას.

სამუშაო პროცესი

"კლიენტებთან მუშაობა" ხვდება სამუშაოს. ჩვენ შეგვიძლია ვთქვათ, რომ წინა ვერსია 1C: საწარმოები 8.0 "workflow" იყო ერთი.
Workflows in 1c კასეტური: საწარმოები 8.1 შეიძლება იყოს რამდენიმე. სერვერის მენეჯერი გადაწყვეტს, რომელი სამუშაოები იქნება კლიენტის კავშირი. კლიენტის კავშირებისათვის, ნაგულისხმევი სამუშაოები გამოყოფილია IP პორტების სპექტრი 1560 - 1591. გარდა ამისა, მომსახურების პორტი Cluster- ის მენეჯერის გაცვლისთვის განკუთვნილია თითოეული სამუშაოსთვის. თითოეული workflow იყენებს 2 გბ RAM- ს 32X შესრულების ოპერაციულ სისტემაში. 64x შესრულების ოპერაციულ სისტემაში, შეზღუდვა დაწესებულია RAM- ის ფიზიკური მოცულობით

კასეტური 1C 8.2.

1C სერვერი კასეტური: საწარმო 8.2 - სერვერის ტექნოლოგიების შემდგომი განვითარება 8.2.

სერვერს შეუძლია მუშაობა "როგორც 8.1", ანუ. ეს დარჩა თავსებადობა წინა ტექნოლოგიებით.

და პლუს ახალი მიდგომა სერვერზე მუშაობა ხორციელდება. ახლა პროცესების ნაცვლად სხდომების მნიშვნელოვანი როლი.

სესიები საშუალებას გაძლევთ განახორციელოთ დატვირთვისა და ბრალია ტოლერანტობა მოახერხა.

კასეტური მენეჯერი

კასეტური მენეჯერი ახლა უფრო რთულია. ზოგიერთი ფუნქცია ახლა გამოჩნდება ცალკეულ პროცესში და კიდევ ერთი სამუშაო სერვერზე კასეტურია. ეს საშუალებას გაძლევთ დაბალანსება სერვერის დატვირთვა.

სერვერი ვერ მოხერხდა 8.2 მიღწეული:

• მომხმარებლის სამუშაო სესიის შესახებ ინფორმაციის შენახვა.
  • მომხმარებელი არ არის მიბმული სამუშაოს.

• კასეტურში სამუშაოების დაჯავშნა.
  • უნდა არსებობდეს რამდენიმე სამუშაო, მათ შორის გადაჭარბებული

• კლასტერების დაჯავშნა.
  • განსაზღვრავს სათადარიგო კასეტურას, როდესაც დაკავშირებულია კავშირის სიმებიანი

ეს საშუალებას გაძლევთ უზრუნველყოთ მუშაობის უწყვეტობა:

როდესაც კასეტერის ფიზიკური კავშირი გატეხილია კასეტურით (სუფთა გამოყვანილია საკაბელო, ელექტროენერგიის მიწოდების მოწყობილობა გამორთულია, პროვაიდერის გაუმართაობაზე) არ უნდა აღადგინოს საინფორმაციო ბაზა და დაიწყოს ყველა სამუშაო. ფიზიკური კავშირის აღდგენის შემდეგ, მომხმარებელს შეუძლია გააგრძელოს მუშაობა იმ ადგილას, სადაც იგი შეწყდა.

თუ თქვენ გჭირდებათ კასეტური კომპიუტერების შენარჩუნება, შეგიძლიათ მათ უფლება გახადოთ, ხოლო მომხმარებელთა მუშაობის შეჩერების გარეშე მუშაობის გარეშე.

როდესაც თქვენ ვერ, ნებისმიერი სერვერის კასეტური სერვერის მუშაობა არ შეწყვეტს მას ავტომატურად გადაეცემა სარეზერვო კასეტური და / ან სარეზერვო workflows. მომხმარებლებისთვის, ასეთი გარდამავალი იქნება უხილავი.

თუ კასეტური ერთ-ერთი სამუშაო პროცესი დასრულებულია, მასთან დაკავშირებულ სიგნალებს ავტომატურად თარგმნიან სხვა ან სარეზერვო სამუშაოებში. ასეთი გარდამავალი მომხმარებლებისთვის უხილავი იქნება.

კასეტური 1C 8.3.

სერვერი 8.3 ხასიათდება რეციკლირებული შიდა კოდით, თუმცა "გარეთ" შეიძლება ჩანდეს, რომ ეს არის ტვირთი, დახვეწილი 8.2.

სერვერი უფრო "ავტომატური საბაჟო" გახდა, სამუშაოს ტიპის პარამეტრების ნაწილი აღარ არის შექმნილი ხელით, მაგრამ გამოითვლება უარის თქმის მოთხოვნების აღწერის საფუძველზე.

მიღებული დატვირთვის დაბალანსების განვითარების მექანიზმი, რომელიც შეიძლება გამოყენებულ იქნას სისტემის მუშაობის გაზრდის მიზნით, ან გამოიყენოთ ახალი "მეხსიერების გადარჩენა" რეჟიმი, რომელიც საშუალებას იძლევა "შეზღუდული მეხსიერება" იმ შემთხვევებში, როდესაც კონფიგურაცია გამოიყენება " მეხსიერების გაუქმება ".

მეხსიერების დიდი რაოდენობით მუშაობის სტაბილურობის სტაბილურობა განისაზღვრება ოპერაციული სერვერის ახალი პარამეტრებით.

განსაკუთრებით საინტერესოა "უსაფრთხო მეხსიერების მოხმარება" ვარიანტი "ვარიანტი. მათთვის, ვინც ცუდად წარმოადგენს, რა არის - უმჯობესია არ მოამზადოს "პროდუქტიული" ბაზაზე. პარამეტრი "სამუშაოს მაქსიმალური რაოდენობა" საშუალებას გაძლევთ, როდესაც "overflow" არ არის მთელი workflow, მაგრამ მხოლოდ ერთი სესია "დამარცხებული". "სამუშაოს მეხსიერების ოდენობა, რომელსაც სერვერი ითვლება პროდუქტიული", რომელიც საშუალებას გაძლევთ დაბლოკოს ახალი კავშირები, როგორც კი ეს მეხსიერების ბარიერი გადალახავს.

ვურჩევ რეკომენდაციას საინფორმაციო ბაზებზე სამუშაო პროცესების იზოლატორში, მაგალითად, მიუთითეთ "IB- ის პროცესის რაოდენობა \u003d 1" პარამეტრი. რამდენიმე მაღალი დატვირთული ბაზებით, ეს შეამცირებს ორივე საიმედოობისა და შესრულების ერთობლივ გავლენას.

ცალკე წვლილი სისტემაში სტაბილურობას ქმნის "ხარჯების" ლიცენზიებს / კლავიშებს. 8.3 წელს, მენეჯერის გამოყენება შესაძლებელი გახდა პროგრამის ლიცენზიები"გაიხსენა მენეჯერი" Aladina ". მიზანი არის უნარი, რათა გასაღები ცალკე მანქანა.

იგი ხორციელდება კასეტური მენეჯერის სხვა "სერვისის" სახით. თქვენ შეგიძლიათ გამოიყენოთ მაგალითად "თავისუფალი" ლეპტოპი. დაამატეთ მას 1C 8.3 კასეტური, შექმნას ცალკე მენეჯერი ლიცენზირების სერვისით. ლეპტოპში, თქვენ შეგიძლიათ გამყარებაში HAPTWARE HASP გასაღები, ან გაააქტიუროთ პროგრამული უზრუნველყოფის ლიცენზიები.

პროგრამისტებისთვის ყველაზე დიდი ინტერესი უნდა წარმოადგინონ "მოთხოვნები ფუნქციონირებისთვის".

ასე რომ, ლეპტოპი ერთად დაცვის გასაღები არ აწარმოებს მომხმარებლებს კასეტური სერვერის, თქვენ უნდა დაამატოთ "მოთხოვნები" ობიექტი "კლიენტი კავშირი IB" მოთხოვნა - "არ მისცეს", I.E. სამუშაო პროცესების აკრძალვა ეს სერვერი გაუმკლავდეს კლიენტის კავშირებს.

კიდევ უფრო მეტი ინტერესი მოცემულია "მხოლოდ ფონური ამოცანების" გასაშვებად სამუშაო კლასტერის სერვერზე მომხმარებლის სხდომების გარეშე. ამდენად, თქვენ შეგიძლიათ მიიღოთ მაღალი დატვირთვის ამოცანები (კოდი) ცალკე მანქანა. რა შეიძლება ითქვას "თვეში დახურვის" ერთი ფონური პარამეტრი "დამატებითი პარამეტრების ღირებულებით" ერთ კომპიუტერზე, ხოლო "სრული ტექსტის ინდექსის განახლება" მეორე ადგილზეა. ეს მოხდება "დამატებითი პარამეტრების ღირებულება" მითითება. მაგალითად, თუ თქვენ დააკონკრეტებთ fundhonejob.commonmodule როგორც ღირებულებას, შეგიძლიათ შეზღუდოთ სამუშაო სერვერის ფუნქციონირება კასეტურში მხოლოდ ფონური ამოცანების ნებისმიერი შინაარსით. ღირებულება buschingjob.commonmodule.<Имя модуля>.<Имя метода> - განსაზღვრავს კონკრეტულ კოდს.

ინსტალაციის შესაძლო პრობლემების მოგვარება

სერვერის ნაწილი 1C- ის ინსტალაციისას: საწარმოები 8.1 შეგიძლიათ შექმნათ ახალი მომხმარებელი ან აირჩიეთ არსებული ანგარიში.

თუ თქვენ აირჩიეთ არსებული ანგარიში, თქვენ უნდა მიუთითოთ სწორი პაროლი და დადასტურება, წინააღმდეგ შემთხვევაში, სერვერის ნაწილის გაშვება გამოიწვევს შეცდომას.
როდესაც პირველად დაიწყებთ კასეტური აგენტის დაწყებას, ნაგულისხმევი კასეტერი იქმნება.
ნაგულისხმევი კასეტური აქვს შემდეგი მახასიათებლები:
· პორტის ნომერი - 1541;
· IP სპექტრი პორტები - 1560: 1591;
· ბევრი workflows- ის მხარდაჭერა - გამორთულია;
· ერთი workflow, პორტის ნომერი დამონტაჟებულია მითითებული დიაპაზონიდან.
თუ თქვენ გაქვთ რაიმე პრობლემა, როდესაც პირველად დაიწყე კასეტური აგენტი, მაშინ არ შეიძლება შეიქმნას ნაგულისხმევი კასეტერი. ეს გამოიხატება თავისთავად, როდესაც სერვერის აგენტი იწყება, იწყება, მაგრამ არ იწყება სხვა კასეტური პროცესები (RMNGR, RPHost). კლასტერების სია srvribrg.lst ასე გამოიყურება:
{
{0},
ამ შემთხვევაში, შეგიძლიათ შეაჩეროთ ragent პროცესი, წაშალეთ კასეტური სია (srvribrg.lst) და გააფართოვოს ragent ერთხელ.

შეამოწმეთ პორტის პარამეტრებში მითითებული პორტის მატჩი ბრძანების ხაზი სერვერის აგენტის სერვისის დაწყების და დიალოგურ დიალოგში მითითებული კასეტური კონსოლი პარამეტრების მიხედვით:

- STOP 1C: Enterprise 8.1 სერვერის აგენტი.

თუ სერვერის აგენტი აპლიკაციად მუშაობს, გაჩერება ხორციელდება CTRL + C გასაღები კომბინაციის დაჭერით.
- დარწმუნდით, რომ სამუშაო მენეჯერი (სამუშაო მენეჯერი), რომ ყველა პროცესი ragent, RMNGR, RPHost დასრულდა. საჭიროების შემთხვევაში, დაასრულეთ მათ სამუშაო მენეჯერი.

- გახსენით 1C: საწარმო 8.1 სერვერის აგენტის მომსახურების თვისებები.

- ყურადღება მიაქციეთ "გზას" სიმებიანი ". მას აქვს პარამეტრი, რასაც მოჰყვება კასეტური მონაცემების დირექტორია. ყველა კასეტური დაკავშირებული ფაილი ამ დირექტორიაში.
- ამ დირექტორიაში ყველა შინაარსის წაშლა.
- გაუშვით 1C: საწარმოს 8.1 სერვერის აგენტი მომსახურება.
- დარწმუნდით, რომ სამუშაო მენეჯერი (სამუშაო მენეჯერი), რომ ყველა პროცესი ragent, RMNGR, RPHost დაიწყო.
- გაუშვით კასეტური კონსოლი და დარეგისტრირდით ცენტრალურ სერვერზე. კონსოლი უნდა იყოს დაკავშირებული ცენტრალურ სერვერზე და აჩვენე ერთი კასეტური შექმნილი.
შესაძლო პრობლემები კასეტური შეცდომების სერვერის კასეტური პრობლემებია დაცვის ღილაკების, მომსახურების ანგარიშის უფლებების, არასწორი გაშვების პარამეტრების შესახებ.

1. სერვერის ნაწილი გასაღები დამონტაჟებულია ადგილობრივად თითოეული საწარმოს სერვერზე.
2. არ გკითხოთ თქვენი მომსახურების ანგარიში ცარიელი პაროლით
3. მრავალჯერადი მტევანი, პორტები არ უნდა იკვეთოს

გთხოვთ გაითვალისწინოთ, რომ 1C პლატფორმის ინსტალაციის პროცესში: საწარმოს 8.1 შეიძლება გაცემული შეცდომის შეტყობინებები. შემდეგი სავარაუდო შეტყობინებები. მიზეზები, რომლებმაც გამოიწვია შეტყობინებები და ნაბიჯები აღმოფხვრას.

შეცდომა 1069: სერვისი არ არის გაშვებული შესვლის შეცდომის გამო

პრობლემა დაკავშირებულია სისტემის მომსახურების სახელით უფლებასთან. გახსენით კომუნალური ადგილობრივი უსაფრთხოება პოლიტიკა ( ადგილობრივი პოლიტიკა უსაფრთხოება) და დაამატეთ მომხმარებელი (სახელით, რომლის სახელიც კასეტური სამუშაო სერვერები) შესვლას, როგორც მომსახურების პოლიტიკას და ლოგონს, როგორც სურათს (სამუშაო, როგორც სურათების ამოცანა) სამუშაო.
თუ მომსახურების ფაილებში შენახული მონაცემები დარღვეულია და კასეტური სამუშაო სერვერების დაწყება შეიძლება წარუმატებელი აღმოჩნდეს. დარწმუნდით, რომ სერვერის აგენტი 1C: Enterprises 8.1 გაშვებულია (Ragent პროცესი სამუშაო მენეჯერი).
ნუ დაგავიწყდებათ, რომ ანალიზის ინსტრუმენტი ასევე არის Windows მოვლენების აუდიტი. ამისათვის, ნახეთ თუ არა რაიმე "საეჭვო" შეტყობინებები Windows Event- ის ჟურნალში.

შეცდომა 8007056b / 800708C5

ახალი პაროლი არ აკმაყოფილებს პაროლის პოლიტიკას. პაროლი შეიძლება იყოს ძალიან მოკლე ან ცოტა ხნის წინ უკვე გამოიყენეთ ეს პაროლი.
მიზეზი: "Installing Server: Enterprise" - ის დიალოგურ ფანჯარაში ანგარიშზე მითითებული პაროლი არ აკმაყოფილებს უსაფრთხოების პოლიტიკის მოთხოვნებს.
Solution: აირჩიეთ ახალი პაროლი შერჩეული ანგარიშისთვის, რომელიც აკმაყოფილებს უსაფრთხოების პოლიტიკის მოთხოვნებს ან შეასუსტებს უსაფრთხოების პოლიტიკის მოთხოვნებს, I.E. არ მოითხოვოთ "კომპლექსური" პაროლი, არ ზღუდავს პაროლის ნიშნების რაოდენობას, არ შეამოწმოთ განმეორების მცდელობა და ა.შ.

შეცდომა 1923: არ არის პრივილეგიები სამსახურების დაყენება

მიზეზი: შეცდომა უკავშირდება ანგარიშის სამონტაჟო უფლებებს, როგორც პროგრამები. ეს შეცდომა დამახასიათებელია სერვერის ინსტალაციის მცდელობებზე დომენის კონტროლერისთვის, სადაც ამაღლებული უსაფრთხოების ზომები წარმოდგენილია.
Solution: არ გამოიყენოთ დომენის კონტროლერი საწარმოს სერვერის განსახორციელებლად ან უსაფრთხოების მოთხოვნების დასუსტებლად და განსაზღვრავს უფლებას "მუშაობის სერვისის" შერჩეულ ანგარიშზე, "მუშაობა Batch Task".

შეცდომა 80070056.

თქვენი პაროლი არ შეიძლება შეიცვალოს. თითოეული პაროლი უნდა იქნას გამოყენებული მინიმუმ x დღის განმავლობაში.
მიზეზი და გამოსავალი: სხვა შეცდომა, რომელიც წარმოიქმნება უსაფრთხოების პოლიტიკის მოთხოვნების დარღვევით პაროლებზე. გამოსავალი მსგავსია 800708C5 შეცდომით.

Windows Sockets - 11004 (0x00002afc)

1) დარწმუნდით, რომ სამუშაო სერვერის სამუშაო სერვერზე სამუშაო მენეჯერი (სამუშაო მენეჯერი) დაიწყო:
სერვერის აგენტი (ragent.exe),
კასეტური მენეჯერი (rmngr.exe),
კასეტური სამუშაოს (rphost.exe).
2) შეამოწმეთ IP მისამართების სახელების ნებართვა, აწარმოებს ბრძანებას:
Ping name_mashina
სისტემის რეაგირებისას, ჩვენ დაინტერესებულნი ვართ, რათა დადგინდეს IP მისამართი.
3) თუ სახელი განისაზღვრება, მაგრამ სამუშაო პროცესი ჯერ კიდევ არ არის განლაგებული, მაშინ დარწმუნდით, რომ სახელი IP მისამართი<имя машины> და<имя машины>.<имя домена> განსაზღვრული არ არის სხვაგვარად.

(Windows Sockets - 10054 (0x00002746).

დისტანციური მასპინძელი იძულებით დაარღვია კავშირი.
ასეთი შეტყობინება შეიძლება მიღებულ იქნას სერვერის გადატვირთვის შემთხვევაში ან სამუშაოს იძულებითი მოხსნა.
ეს შეცდომა, როგორც წესი, არ ჩანს, როდესაც ხელახლა დაკავშირებულია. თუ შეცდომა რჩება, აუცილებელია კასეტური სამუშაო სერვერების წარუმატებლობის მიზეზების გამოძიება.
ეს შეცდომა შეიძლება მოხდეს, როდესაც სამუშაოს მიღწევა 32x ბიტიანი სისტემების მაქსიმალური მეხსიერების მუშაობით.
კიდევ ერთი შემთხვევა არის კლიენტისგან დაკავშირების მცდელობა შეცდომით:

(Windows Sockets - 10060 (0x0000274C)

კავშირის დამყარების მცდელობა წარუმატებელი აღმოჩნდა, რადგან სხვა კომპიუტერიდან, საჭირო დროისთვის საჭირო რეაგირება არ არის მიღებული, ან უკვე დამონტაჟებული კავშირი უკვე გატეხილი იყო უკვე დაკავშირებული კომპიუტერის არასწორი რეაგირების გამო.
ამ შეცდომის არსი გარკვეული დროის განმავლობაში რეაგირების არარსებობაა (timaout).
1) დარწმუნდით, რომ Firewall არ დაბლოკავს განაცხადის ტრაფიკს. გამორთეთ firewall.
ამისათვის, აწარმოე ბრძანება ბრძანებათა ხაზში (ბრძანება ხელმისაწვდომია Windows XP და Windows Server 2003, უფრო მეტად ადრეული ვერსიები არ არის ჩაშენებული firewall, თუმცა, ეს შეიძლება დამონტაჟებული მესამე მხარის პროგრამული უზრუნველყოფა):
netsh.firewallკომპლექტი.opmode.გამორთვა
თუ ბრძანება წარმატებულია, მიიღებთ შეტყობინებას:
ᲙᲐᲠᲒᲘ.
გარდა Firewall ბლოკის მოძრაობის შეიძლება ქსელის ფილტრები. ისინი გამორთულია. თუმცა, დარწმუნდით, რომ ეს არის:

1. გახსენით ქსელის კავშირების საქაღალდე.
2. მარჯვენა ღილაკით ქსელის კავშირითქვენ გინდათ კონფიგურაცია და შეარჩიოთ ბრძანება Თვისებები.
3. On tab საერთო (დამაკავშირებელი ლოკალური ქსელი) ან tab ბადე (ყველა სხვა კავშირისთვის) აირჩიეთ ინტერნეტ პროტოკოლი (TCP / IP) და დააჭირეთ Თვისებები.
4. დააჭირეთ ღილაკს გარდა ამისა.
5. ღია ჩანართი Პარამეტრები, აირჩიეთ პარამეტრი TCP / IP ფილტრაცია და დააჭირეთ Თვისებები.
6. დარწმუნდით, რომ ჩამრთველი TCP / IP ფილტრაცია (ყველა ადაპტერი) გასროლა.

2) დარწმუნდით, რომ პროცესორი რესურსები არ არის დატვირთული 100% (CPU%).
3) შეაფასეთ კლიენტის ინტერფეისების ქსელის აქტივობა. სტრესი Ქსელის შეერთება არ უნდა აღემატებოდეს 60%.

(Windows Sockets - 10061 (0x0000274d)

კავშირი არ არის დამონტაჟებული, რადგან დანიშნულების კომპიუტერი უარყო კავშირის მოთხოვნით.
ასეთი შეცდომის დამახასიათებელი მიზეზი არის სერვერის აგენტის ნაკლებობა. აწარმოე სერვერზე ხელით ან გადატვირთეთ სერვერი ავტომატურად დაიწყოს.

კითხვებზე პასუხები

Multiplatform 1c.

სერვერის ინსტალაცია

Q: სერვერი ინსტალაციის შეცდომა 1C on MS Server 2008 R2 X64 როდესაც ინსტალაციის 1C სერვერის მეშვეობით ბრძანების ხაზი, როგორიცაა ასეთი, ragent.exe -instsrvc -port 2040-Regport 2041 -Range 2060: 2091 -D "C: \\ Program Files \\ 1CV82 \\ (მისი დისკიდან), გუნდი წერს ბრძანებათა სწრაფი: "შეცდომა! OpenScManager შეცდომა! " სერვისი არ არის შექმნილი. შემოწმდა 8.1.15.14 და 8.2.10.77

A: დააყენოთ ბრძანება ხაზი OS, სადაც UAC იმყოფება, თქვენ უნდა გამოვიყენოთ runas მომსახურება, რადგან მაშინაც კი, თუ მომხმარებელი შემოდის ადმინისტრატორთა ჯგუფს, UAC ბლოკავს ქმედებებს, რომლებიც შეცვლის სისტემის მდგომარეობას.

დაცვის გასაღებები

Q: დაცვის გასაღები Server 8.2 საშუალებას გაძლევთ დაიწყოთ სერვერი 8.1?
A: დიახ, საშუალებას იძლევა

Q: უნდა დაიწყოს 1S სერვერი, მჭირდება Hasp გასაღებები ზოგიერთი სერვერი? ადგილობრივი, ან 5 მომხმარებელი არ წავა?

A: დიახ, სერვერზე გჭირდებათ თქვენი გასაღები, ადგილობრივი მომხმარებელი და ქსელები არ შეესაბამება. მეტი ბ « « , სლაიდების ნომერი 30.

Q: დავუშვათ 1C სერვერის კასეტური გამოდის 3 ფიზიკური სერვერები. რამდენი საჭიროა დაცვის გასაღებები

Q: არსებობს ტერმინალური სერვერი და გასაღები 5 ლიცენზია, მე -6 დამატებითი გადასახადი შეიძინა. ლიცენზია. შესაძლებელია თუ არა სერვერზე დააყენოთ სერვერზე გასაღები 5-ზე? და ყველა 6 მომხმარებელი მუშაობს ტემინალური სესიების ან 5 - ქვეშ თეერმი, და 1 ფაილი ვერსია?
A: არა, არ იქნება. მე -6 ლიცენზია ადგილობრივი გასაღების სახით უნდა მოხდეს მომხმარებლის კომპიუტერში, მაგრამ არა ტერმინალში.

1C სერვერი განახლებები

Q: გასვლისას ახალი ვერსია 8.2.xxx პლატფორმები რა არის პროცედურა, როდესაც სერვერებისა და მომხმარებლების განახლება
A: Distributions 8.2 დააყენოთ მათი ფაილი სხვადასხვა ფოლდერები (თითოეული ვერსიისთვის მისი საქაღალდე), ანუ. თეორიულად, სერვერის რამდენიმე ვერსიის პარალელურად დარეკვის შესაძლებლობა რჩება.

განსაკუთრებული პრობლემები არ მქონდა. თუმცა, აუცილებელია, რომ ყურადღებით გაეცნოთ 1C სერვერის მაგალითს ოკუპირებულ პორტებს. გზაჯვარედინზე არ უნდა იყოს.

კონფიგურაცია სერვერი 1c.

Q: 1C 8.1, როგორ უკეთ მოათავსოთ ინფორმაცია ბაზების თუ არსებობს რამდენიმე მათგანი, ერთ კასეტურში ან შექმნას ცალკე კასეტური თითოეული ბაზაზე? A: დიდი მოცულობით ან დატვირთვისას, ასევე ტესტირების ბაზები საჭიროა ცალკე მტევანი!

Q: შეკითხვა: სამუშაოების პროცესი 1C: Enterprise 8.1 არის ერთი ხრახნიანი განაცხადი ან მრავალრიცხოვანი? ისინი. შეიძლება იყოს ბევრი ბირთვი ერთი დაკავშირებული მომხმარებლისთვის? რამდენიმე? და სამუშაო პროცესი 1C: საწარმო 8.2? Გმადლობთ.
A: 1SV8.exe და rphost.exe ვერსია 8.1 eaten 1 ძირითადი. რამდენი 8.1, კლიენტის კავშირი მკაცრად უკავშირდება სამუშაოს, ეს შეიძლება იყოს ჩვეულებრივ ვივარაუდოთ, რომ 1C კლიენტის დამუშავება ერთი ბირთვიდან ხორციელდება. გამონაკლისი არის DBMS, რომელიც იყენებს კერნებს, თუ როგორ მუშაობს სერვერი 1C სამუშაოები.

ვერსია 8.2, კავშირები შეიცვალა სხდომები. სხდომები უკვე შესრულდება სხვადასხვა workflows. ამიტომ, მოვუწოდებთ 8.2 ერთჯერადი ხრახნიანი ალბათ არ სწორად. კლიენტი 8.2 ასევე ვიზუალურად იტვირთება რამდენიმე ბირთვი, ასე რომ:

პლატფორმა 8.2 არ ახორციელებს მრავალფუნქციური სისტემის ყველა დიზაინერს, მაგრამ მნიშვნელოვნად იყენებს რკინის შესაძლებლობებს 8.1-სთან შედარებით, მათ შორის პარალელიზმის თვალსაზრისით.

Q: არსებობს რამდენიმე სამუშაო პროცესი 1C: საწარმო 8.1 ისე, რომ მონაცემთა ბაზის სერვერი (MS SQL) იტვირთება რამდენიმე ბირთვი? (აღსანიშნავია, რომ MS SQL, როგორც წესი, "იტვირთება" მხოლოდ ერთი ბირთვის, ანუ. "პარალელიზაცია" რამდენიმე ბირთეთში ერთი მოთხოვნის დამუშავება, როგორც წესი, არ ხდება.) გმადლობთ.
A: სპეციალურად კონტროლი MS SQL არ სჭირდება, ეს არის საკმაოდ თვითმმართველობის მორგებული სისტემა გამოყენებით რესურსების, როგორც საჭიროა. თქვენ შეგიძლიათ მართოთ აღსრულების პარალელიზმი:

Exec sys.sp_configure N'Max ხარისხი პარალელიზმის ", N'5 '
გადასვლა.
Reconfigure ერთად override.
გადასვლა.

1C სერვერზე რამდენიმე სამუშაო ადგილის შექმნა შეიძლება ეფუძნებოდეს იმ ფაქტს, რომ ერთი სამუშაო პროცესი არ ითვალისწინებს მომხმარებლების შესაძლებლობას სამუშაოს დაცემის შემთხვევაში. 2 პროცესი (8.2-ზე უკეთესია, რომ "სარეზერვო") გადაწყდეს ეს პრობლემა. მაგრამ 3 და მეტი სამუშაო პროცესები აზრი აქვს მხოლოდ იმ შემთხვევაში, თუ პირველი ორი სამუშაო პროცესი მკაცრად დატვირთულია (90% -ზე მეტი). სამუშაოების წარმოების გარეშე, არ ღირს, ეს შეიძლება გააუარესოს შესრულებას.

A: მინიმუმ 1 სარეზერვო workflow 8.2 უნდა იყოს.

ვერტიკალური კასეტური

Q: შეკითხვა 1C 8.2 კასეტური დაჯავშნის ჩართვის შესახებ. თუ ჩვენ დაეცა სერვერზე (სუფთა გამოყვანილია მავთული), ქსელის სახელი, მაგალითად, "სერვერი: 2540" არ იქნება ხელმისაწვდომი. როგორც კლიენტი, რომელიც წერია "სერვერზე: 2540" კავშირი სიმებიანი, გაირკვეს, თუ რა უნდა დააკავშიროთ სარეზერვო კასეტური? სად არის ის სხვა სერვერის სახელი? და თუ თქვენ წერენ მტევანი მეშვეობით მძიმით ბაზის რიგში?
A: რამდენიმე მტევანი კომბინირებულია "დაჯავშნა ჯგუფში". ამისათვის არის "რეზერვის სია" კასეტური ვადამდელიდან.

როდესაც პირველად კლიენტს კასეტს მიაღწევთ, დაჯავშნის ჯგუფში შედის კლასტერების ჩამონათვალი.

თუ კლიენტი ჯერ არ მიუმართავს, მაშინ ამ შემთხვევაში თქვენ უნდა ხელით მიუთითოთ ყველა მტევანი მისამართები, როგორიცაა ქარიშხალი: 2541, მონსტრი: 2541.

სარეზერვო კლასტერებს შორის გაცვალეს სინქრონიზებული მონაცემები.

Q: რა მოხდება ძირითადი კასეტური აღდგენის შემდეგ? როდესაც მომხმარებლები გადავიდნენ სარეზერვო.

A: დაბრუნება უკან. შესაძლო pauses როდესაც გადართვის კასეტური მონაცემების სინქრონიზაციის დროს.

ფონის ამოცანები

Q: როგორ უნდა წაშალოთ ფონური ამოცანა 1C: 8.1 და 1C სერვერებზე: 8.2?

A: მარეგულირებელი ამოცანის გაუქმების უნარი მხოლოდ იმ შემთხვევაში, თუ კოდი შესრულებულია ჩართული ენის 1C: საწარმოების ფარგლებში. თუ კოდი გარე ბიბლიოთეკებში შესრულდება, მაშინ შეუძლებელია ასეთი სამუშაო სხვაგვარად გააუქმოს, როგორც სამუშაოს შესრულებისას. თუ ბლოკის პროცესში გლუვი () - გარიგების დაფიქსირება (), ნაკლებად სავარაუდოა. დარჩენილი ფონური ამოცანები შეიძლება ამოღებულ იქნას ამოცანების კონსოლზე.

მარეგულირებელი პროცედურები

Q: შესაძლებელია თუ არა მონაცემთა ბაზის განადგურება TII- ში?

A: მე ასეთი შემთხვევები უცნობია, მაგრამ imho შესაძლებელია ყველაფერი. აქედან გამომდინარე, სანამ TII, კარგი იქნება, რათა სარეზერვო.

Q: Vyacheslav, რა მიზეზების გამო თქვენ არ მიიღოს reindex მეშვეობით 1c ტესტირება და კორექტირება?
A: ამ მიზნებისათვის, DBMS- ის შესაძლებლობები უკეთესად შეეფერება, რადგან ისინი ასევე აკეთებენ ინდექსების აღდგენას, მაგრამ არ საჭიროებს ბაზის მონოპოლიას.

ტექნოლოგიური ჟურნალი

Q: კარგი შუადღისას. კითხვა ტექნოლოგიური ჟურნალი: მე უნდა მიიღოს ასლები სამუშაო სადგურების ეკრანები, როდესაც 1c შეცდომები. მჭირდება ტექნოლოგიური ჟურნალი და სამუშაო სადგურების კონფიგურაცია, ან მხოლოდ სერვერისთვის?
A: თქვენ შეგიძლიათ მხოლოდ კონფიგურაცია Screenshot როდესაც ჩაშვების პლატფორმა, და არა ნებისმიერ შეცდომას. თუმცა, ასეთი ოპერაციის დროს არ არის სასარგებლო, საკმარისია ექსკლუზიური სიტუაციების შეგროვება ტექნოლოგიური ჟურნალით. ამავდროულად, შეცდომების უმრავლესობა შეიძლება ჩაითვალოს TJ- ის დახმარებით 1C სერვერზე. გამონაკლისს შეუძლია მოვლენები, როგორიცაა "ფორმატის ნაკადის შეცდომები", რომელიც დაკავშირებულია მოძველებული მეტამონაცემებით.

პრობლემები და შეცდომები

Q: თქვენ გვხვდება პრობლემა - გაუჩინარების მომხმარებლის ანგარიშის პარამეტრები, როდესაც დინამიურად განახლდა კონფიგურაციები პლატფორმა 8.2. არსებობს რეკომენდაციები, როგორ უნდა გაუმკლავდეთ მას?
A: პრობლემები ასოცირდება დინამიური განახლება აისახა "სერვერები 1C: წინაპირობა 8.1 და 8.2 - რა ჭამენ"), სლაიდების №60. სუფთა ქეში. ალბათ, ზოგიერთ შემთხვევაში აუცილებელია იმის გაგება, თუ სად ინახება მომხმარებლის პარამეტრები. საჭიროების შემთხვევაში, საინფორმაციო რეესტრში ორობითი მონაცემებით ინახება.

Q: გავლის კითხვა, რადგან ეს არის შესაბამისი ფაილის რეჟიმი: რა შეცდომები შეასწორებს chdbfl.exe?
A: ეს არის შენახვის შენახვის შეცდომის ინსტრუმენტი. ეს შეიძლება იყოს სიტუაცია, როდესაც "მონაცემთა ბაზის ფაილი დაზიანებულია ... / 1CV8.1CD". ისინი. აგარიდებთ მონაცემთა ბაზის ფაილს. თუმცა, ეს არ ასრულებს TII- ს ფუნქციებს. მე ვაპირებ chdbfl.exe თუ "არ წყვეტს წარმატებით" TII.

Q: გთხოვთ, მითხრათ გამოწვევა ასეთი პრობლემა. როდესაც მსხვილი რაოდენობის მომხმარებელთა ბაზაზე (დაახლოებით 40), დიდი დოკუმენტების ჩატარებისას, როგორიცაა SP- ის რეგლამენტით. საბუღალტრო დაახლოებით 8000 ხაზი. შეცდომა გაცემულია მეხსიერების ნაკლებობა სერვერზე 1C სერვერზე და მომხმარებლის ინიცირებული ეს დოკუმენტი დაეცემა. დოკუმენტი მაშინ შეიძლება განხორციელდეს მხოლოდ 1C სერვერის აგენტის გადატვირთვის შემდეგ.
A: ჰგავს მეხსიერების გაჟონვას:

1. გადატვირთეთ სერვერი 1C, გაზრდის რაოდენობის workflows, გამართავს მხოლოდ ერთი ამ მონაცემთა ბაზის კასეტური.

2. სცემეს ნაწილი, თქვით 1000 ხაზს. ოპერაციის დაწყებისას ობიექტების თვალსაზრისით, მაგრამ არ არის გათავისუფლების ოპერაცია დასრულების შემდეგ.

3. განათავსეთ x64 ვერსია, გაიზარდოს RAM- ის ფარგლები, გადადით 8.2.

Q: კითხვა ტესტირებაზე და მისცეს. შესაძლებელია თუ არა "მინიშნება მთლიანობის შემოწმება" URBD- ის საფუძველზე შერჩევის საფუძველზე? (ანუ, ზოგიერთ კვანძში ფიზიკურად დაკარგული ობიექტებია, მაგრამ მათთან კავშირები არსებობს). Გმადლობთ!
A: სამწუხაროდ, ჯერჯერობით არ არსებობს ასეთი შესაძლებლობა.

Q: რატომ ტესტირება და ფიქსაცია არ დაუყოვნებლივ გადაჭრას ყველა კითხვას, თქვენ უნდა აწარმოოთ რამდენჯერმე?

A: მხოლოდ დეველოპერებს შეუძლიათ ზუსტად უპასუხონ. მე დავიწყებ წესებს (ველოსიპედით), ასე რომ, ეს კითხვა არ არის ძალიან მნიშვნელოვანი ჩემთვის. აუცილებელია TII- ს კიდევ ერთხელ, მაგრამ მუდმივად, როგორც "შემდეგ მანქანაში".

Q: არსებობს რაიმე განსხვავება 8.1 და 8.2?

A: გაკეთებული წერა პასუხი და გათავისუფლების 8.2.10 მე არ ვიცი განსხვავება.

Q: მჭირდება რესურსების რესტრუქტურიზაცია?
A: არ არის საჭირო.

სხვა

Q: ძვირფასო უფალი, არავის სცადა MSSQL 2008- ის MSSQL 2008- ის მეშვეობით MSSQL- ის მეშვეობით?

Q: კითხვა, რათა გაეცნოთ გაზიარებულ მეხსიერებას სერვერზე 1C 8.2

A: არ უნდა ჩართოთ არაფერი, სერვერზე გაიგებს.

Q: FOR 1C: Enterprise 8.1 შენიშნა სიტუაციებში, როდესაც იგივე აპარატურა ფაილ-სერვერის ვერსია "მძიმე" ოპერაციებთან და ერთ მომხმარებელთან ერთად ბევრად უფრო სწრაფად მუშაობს, ვიდრე კლიენტის სერვერზე, როდესაც ყველა "ბმულები" (DB სერვერი, სერვერი 1C: საწარმო და კლიენტი) დამონტაჟებულია ერთ სერვერზე. ამავდროულად, აპარატურის ნაწილის აშკარად გამოხატული გადატვირთვისას "მძიმე" ოპერაციის შესრულებისას (პროცესორი, მეხსიერება, მყარი დისკები მინიმალური). ანუ, არსებობს ბევრი აპარატურის რესურსი, მაგრამ მუშაობს ნელა. რა შეგვიძლია "დასვენება"? Გმადლობთ.
A: უპირატესობა კლიენტ-სერვერის არქიტექტურის თვალსაზრისით შესრულების თვალსაზრისით არის უნარი პარალელურად გაუმკლავდეს მომხმარებელს მოთხოვნებს მონაცემები. ისინი. ნაკადის მაჩვენებელი არ არის მაჩვენებელი, რომლისთვისაც ზოგადი დასკვნები უნდა გააკეთოს. მექანიზმები, რომლებიც პარალელიზმს გააუმჯობესებს, ერთი ნაკადის ფარგლებში მაინც შეიძლება შეამცირონ შესრულება.

იმისათვის, რომ ცალსახად იპოვოთ ბოთლენეკი თქვენს შემთხვევაში, თქვენ უნდა მიიღოთ სერვერის აღჭურვილობის დატვირთვა და შეესაბამება კლიენტის სერვერის რეჟიმში გრძელი ოპერაციების დროს. ხშირად ხდება კლიენტის ნაწილზე მონაცემების გადაჭარბება. ისინი. 1C სერვერზე ოპერაციების შესრულების ნაცვლად, სერვერის მეშვეობით DBMS- ის მონაცემები კლიენტს გადაეცემა.

სიჩქარე ერთი კლიენტის სერვერზე ვერსია მხოლოდ დაიჭიროთ ერთად ფაილი ვარიანტი. ღირს ამ პრობლემას, თუ ოპერაციის დრო აბსოლუტურ მოღვაწეებში იზომება მინიმუმ ერთი წუთით. ოპტიმიზაცია 1-3 მეორე მოთხოვნის ფარგლებში საეჭვოა.

Q: განსხვავება Windows Terminal და დახვეწილი კლიენტი 1c.
A: მიუხედავად იმისა, რომ ყველაზე მეტად გადაწყვეტილებები არ არის სრულად თარგმნილი 8.2, ეს ნამდვილად რთულია ამ ტექნოლოგიების პრაქტიკული შედარების შესახებ.

Ნათელია, რომ slim კლიენტი 1C უნდა გაამახვილოს ნაკლები ტრაფიკი და უზრუნველყოფს ვებ-გვერდის მეშვეობით მუშაობის შესაძლებლობას. მაგრამ ეს არის ის, რაც ჯერ კიდევ არ არის განხორციელებული, ხოლო ტერმინალის გადაწყვეტილებები ახლა ძალიან ფართოა.

კონსერვატიული პრაგმატული პროექტის მენეჯერებისათვის, 8.2-ზე 8.1-ზე 8.1-ის კონვერტაცია. მცირე პროექტებისათვის შეცდომების დაბალი ღირებულება და კონფიგურაცია დაუყოვნებლივ განხორციელდა კონტროლირებად ფორმებსა და SCD - სასურველი IMHO- ს დახვეწილი კლიენტი.

Q: და როგორ განახორციელოს დატვირთვის ტესტირება რეალურ პირობებში? ყოველივე ამის შემდეგ, თქვენ არ მართოთ მომხმარებლებს "როლი რაღაც."

A: 1C: Testertr არჩევანი არჩევანი ყველაზე რთული ოპერაციების, 100% რეპროდუქცია არ არის აუცილებელი, დაწკაპუნებით თავად არ არის მძიმე, ძირითადად ახორციელებს და ანგარიშს მოითხოვს. ტესტირება იქნება ცალკე webinar. მე ასევე გაჭრა მეტი.

იპოვეთ ფილიალში

HKEY_LOCAL_MACHINE \\ SYSTEM \\ CURRENTCONTROLSTE \\ Services \\ C: Enterprise 8 Server Agent , Პარამეტრი Imagepath.

By Default, Server 1C: Enterprises გამოიყენოთ შემდეგი პორტები:

• 1540 - სერვერის აგენტი
• 1541 - კასეტური მენეჯერი
• 1560: 1691 - პორტების დინამიური სპექტრი სამუშაოებისთვის.

ან ოფიციალური განმარტება http://ts.1c.ru:

ინსტალაცია და პარამეტრები 1C: საწარმოები 8.1 "კლიენტის სერვერზე"

უმეტეს შემთხვევაში, ინსტალაციის 1C: საწარმოები 8.1 "კლიენტის სერვერზე" ვერსიაში, საკმარისია 1C ინსტალაციის პროგრამის დასაწყებად: საწარმოები 8.1. ამავდროულად, სერვერი 1C: საწარმოები მიიღებენ ნორმალურ ფუნქციონირებას საჭირო პარამეტრების სტანდარტებს.

განვიხილოთ სერვერის დამონტაჟება 1C: საწარმოები უფრო დეტალურად. სერვერის დაყენების პროცესში 1C: საწარმოები 8.1 ინსტალაციის პროგრამა 1C: საწარმოები 8.1 ასრულებს შემდეგ ქმედებებს:

ასლები 1C სერვერის ჩატვირთვის მოდულები: საწარმოები 1C ინსტალაციის პროგრამის მიხედვით მითითებულ დირექტორიაში: Enterprises როგორც დანიშნულების საქაღალდე.

თუ თქვენ აირჩიეთ "USR1CV81" მომხმარებელი ინსტალაციის პროცესში, მაშინ ქმნის USR1CV81 მომხმარებელს. ამ მომხმარებლის სახელით, სერვერი მუშაობს 1C: საწარმოები 8.1, თუ იგი იწყება როგორც სერვისი. მხოლოდ იმ რესურსებს, რომლებიც საჭიროა 1C სერვერის მიერ. მნიშვნელოვანია, რომ 1C სერვერი: საწარმოები მოითხოვს ორ დირექტორია: საერთო დირექტორია სერვერზე მონაცემებით (ჩვეულებრივ "C: \\ Program ფაილი \\ 1CV81 \\ \\ \\ სერვერი") და დროებითი ფაილის დირექტორია (ჩვეულებრივ "C: \\ documents და პარამეტრები \\ usr1cv81 \\ locart პარამეტრები \\ temp "ან" C: \\ winnt \\ temp "). USR1CV81 იღებს უფლებას ზოგადი დირექტორია სერვერის მონაცემებით. დროებითი ფაილების კატალოგი, როგორც წესი, ხელმისაწვდომია ყველა მომხმარებლისთვის.

თუ ინსტალაციის პროცესში ჩართულია "1C სერვერი: Enterprise 8.1 როგორც Windows სერვისი", ის ჟურნალი Windows Server Agent 1C: Enterprises და იწყება იგი. როდესაც თქვენ პირველი დასაწყისია, 1C სერვერი კასეტური შეიქმნება: საწარმოები ნაგულისხმევი პარამეტრებით. მას აქვს ერთი სამუშაო სერვერი და ერთი სამუშაო. საოპერაციო სერვერის მისამართი ემთხვევა კომპიუტერის სახელს, რომელზეც დამონტაჟებულია ინსტალაცია.

USR1CV81 და მისი უფლება

სერვერი 1C: ENTERPRISES არის სერვერის გამოყენება, რომელთაგან არ უნდა იყოს დამოკიდებული, თუ რომელი მომხმარებელი სერვერზე კომპიუტერში შევიდა ინტერაქტიული რეჟიმში, თუ ყველა ვინმე შევიდა. აქედან გამომდინარე, სერვერის 1C: საწარმოების ინსტალაციისას სასურველია სპეციალური USR1CV81 მომხმარებლის შექმნა 1C სერვერისთვის მინიმალური საჭიროების მინიჭება: საწარმოები და არ არის განკუთვნილი ინტერაქტიული შეყვანისთვის. სერვერი 1C: Enterprises როგორც ჩანს windows სისტემა USR1CV81.

განვიხილოთ დამატებითი უფლებები მომხმარებლის USR1CV81- ის მიერ. სერვერი 1C: Enterprises გამოიყენეთ შემდეგი დირექტორიები:

კატალოგის დატვირთვის მოდულები კატალოგშია, მითითებული პროგრამა პარამეტრები 1C: საწარმოები, როგორც დანიშნულების საქაღალდე. მას აქვს სერვერის 1C: საწარმოების სერვერის დატვირთვის მოდულები. მომხმარებლის UserR1CV81 მოითხოვს მონაცემების წაკითხვის უფლებას და პროგრამების გაშვება ამ დირექტორია და მისი ქვედანაყოფები. იგი იღებს ამ უფლებებს მინიშნებით, მომხმარებლის ჯგუფში ჩართვის წყალობით.

სერვერის მონაცემების დირექტორია, როგორც წესი, აქვს სახელი "C: \\ Program Files \\ 1CV81 \\ Server". USR1CV81- ის მომხმარებელი მოითხოვს ამ დირექტორიას. 1C ინსტალაციის პროგრამა: ENT1CV81 მომხმარებლის შექმნისას საწარმოები ამ დირექტორიაში მის უფლებას აძლევენ.

დროებითი ფაილების კატალოგი, როგორც წესი, "C: \\" დოკუმენტები და პარამეტრები \\ USR1CV81 \\ ადგილობრივი პარამეტრები \\ temp "ან" C: \\ winnt \\ temp ", რომელიც განისაზღვრება Temp გარემოს ან ცვლადის ღირებულებით Temp სისტემური გარემო. თქვენ შეგიძლიათ იხილოთ ამ ცვლადის ღირებულება სისტემურ თვისებებში დიალოგში (დაწყება -\u003e პარამეტრები -\u003e პანელი -\u003e სისტემა -\u003e Advanced -\u003e გარემოს ცვლადები). სამონტაჟო პროგრამა 1C: საწარმოები განსაზღვრავს მომხმარებელს USR1CV81 სრული უფლება ამ დირექტორიაში. ჩვეულებრივ, როდესაც windows დანადგარები დროებითი ფაილების დირექტორია ხელმისაწვდომია ყველა მომხმარებლისთვის, მათ შორის შემოქმედი მესაკუთრის ჯგუფის დაშვების ჩათვლით. თუმცა, ეს არ არის სრული ხელმისაწვდომობა. კერძოდ, ყველა მომხმარებელი არ არის ხელმისაწვდომი ფაილების ძიების ამ კატალოგი. USR1CV81 მომხმარებლის სრული უფლებათა დამონტაჟება დროებითი ფაილის დირექტორია საშუალებას იძლევა 1C სერვერი: Enterprises განახორციელოს ყველა ოპერაცია გჭირდებათ. თქვენ შეგიძლიათ ნახოთ წვდომის სია დირექტორია თვისებები დიალოგი უსაფრთხოების tab. Creator Owner Group- ის პრეზენტაცია საშუალებას გაძლევთ წვდომის დირექტორია ნებისმიერ მომხმარებელს, რომელიც ქმნის ნებისმიერ ფაილს ამ დირექტორიაში ან ფლობს ნებისმიერ ფაილებს ამ კატალოგი. ამავდროულად, მომხმარებელს, რომელმაც შექმნა ფაილი შემოქმედის მესაკუთრის ჯგუფის შემქმნელი მესაკუთრის ჯგუფის ნაცვლად. მათ შორის, ვისაც უფლება აქვს ეს დირექტორია უნდა იყოს USR1CV81, რომელიც ამ დირექტორიაში სრული უფლებებია.
მნიშვნელოვანია გვახსოვდეს, რომ კონკრეტული მომხმარებლის დროებითი ფაილების დირექტორია (მათ შორის USR1CV81 მომხმარებელი) განისაზღვრება ამ მომხმარებლის და სისტემური გარემოს ცვლადების კომბინაციით. ამ დირექტორია გასარკვევად, ინსტალაციის პროგრამა არის 1C: საწარმოები მოითხოვენ USR1CV81 მომხმარებლის კონტექსტს. ამ Windows 2000- ში, მომხმარებლის სახელით, რომლის სახელიც 1C ინსტალაციის პროგრამა დაიწყო: საწარმოები შეიძლება საჭირო იყოს: აქტი, როგორც ნაწილი Ოპერაციული სისტემა და შემოვლითი ტრანსპორტირების შემოწმება. თქვენ შეგიძლიათ შეამოწმოთ მომხმარებლის პრივილეგიები ადგილობრივ პოლიტიკურ ფილიალში -\u003e მომხმარებლის უფლებების დავალების შესახებ. ახალი პროგრამული უზრუნველყოფის ინსტალაციის პროცესში, ინსტალაციის პროგრამა, როგორც წესი, ამ პრივილეგიებს ავტომატურად იღებს.

Signup Server 1C: Enterprises როგორც Windows სერვისი

სერვერი 1C: საწარმოები მარტივი კონსოლია Windows აპლიკაცია და ეს შეიძლება იყოს ინტერაქტიული. თუმცა, მუდმივი გამოყენებისათვის, ეს არის უხერხული, რადგან იგი აყენებს სერვერის 1C- ს დაწყებას 1C: Enterprises- ის იდენტური მომხმარებლისთვის სერვერის კომპიუტერში. ამ დამოკიდებულების აღმოსაფხვრელად სერვერი 1C: საწარმოები შეიძლება დაიწყოს Windows სერვისით. ამისათვის, ეს უნდა იყოს რეგისტრირებული Windows Services მენეჯერი.

Windows Services- ის სიის სანახავად, კომპონენტის მომსახურება სასარგებლოა (დაწყება -\u003e პარამეტრები -\u003e საკონტროლო პანელი -\u003e ადმინისტრაციული ინსტრუმენტები -\u003e მომსახურება). სერვერი 1C: საწარმოები წარმოდგენილია სერვისის სიაში "სერვერი 1C: საწარმო 8.1" სერვისი. სერვისის პარამეტრები განსაზღვრავს "სერვერის 1C: საწარმოს" (RAGENT) დაწყებისას, მომხმარებლის სახელით, რომლის სახელიც იწყება, ისევე როგორც საგანგებო სიტუაციებში გადატვირთული მეთოდი.

1C- ის დიალოგში: Enterprise 8.1 სერვერის აგენტი 8.1, ზოგადი ჩანართი ნაჩვენებია ragent პროცესი სიმებიანი, რომელიც სერვერის აგენტი 1C: საწარმოები. როგორც წესი, ამ ხაზს აქვს ფორმა:

ეს მიუთითებს:

სერვერის აგენტის პროცესი არის დატვირთვის მოდული "C: \\ Program Files \\ 1CV81 \\ Bin \\ ragent.exe";

ragent პროცესი იწყება როგორც Windows სერვისი და უნდა მართოს სამსახურის მენეჯერი (-SRVC);

გამოიყენება სერვერის აგენტი 1C: საწარმოები (-999);

როდესაც პირველად დაიწყებთ მომსახურებას, კასეტერი უნდა შეიქმნას ნაგულისხმევი პარამეტრებით და ძირითადი IP პორტის ნომერი 1541 (-რეგპორტი 1541). ამ პორტში კლიენტის აპლიკაციები უნდა დაუკავშირდეს კასეტურში რეგისტრირებულ ინფორმაციას;

სერვერის სერვერზე უნდა ჰქონდეს ნომერი 1540 (-PORT 1540). ამ პორტით, კასეტური კონსოლი უნდა იყოს დაკავშირებული ცენტრალურ სერვერზე ადმინისტრაციული ფუნქციების შესასრულებლად;

ამ სერვერზე კასეტური პროცესების დაწყებისას, ისინი დინამიურად მიიღებენ IP პორტებს 1560-1591 წლებისგან (- 1560: 1591).

ზოგადი კასეტური მონაცემები განთავსდება C: \\ Program ფაილებში \\ 1CV81 \\ \\ სერვერი დირექტორია (-D "C: \\ Program Files \\ 1cv81 \\ \\ \\ სერვერი").

სერვისის აგენტი სერვერი 1C: საწარმო 8.1 »შეიძლება დაემატოს ან ამოღებულ იქნას არა მხოლოდ 1C- ის ინსტალაციის ან მოხსნის როდესაც 1C ინსტალაციის პროგრამის საწარმოები: საწარმოები 8.1, მაგრამ ხელით. ამისათვის თქვენ შეგიძლიათ შეასრულოთ ბრძანებათა ხაზისგან, რომელიც შეესაბამება შესაბამის პარამეტრებს.

სერვისის შესაქმნელად საჭიროა, თქვენ უნდა მიუთითოთ OPRVC პარამეტრი და პარამეტრები: -USR - მომხმარებლის სახელი, რომლის სახელიც სერვისი უნდა იყოს გაშვებული, -PWD არის ამ მომხმარებლის პაროლი. ამ შემთხვევაში, დარჩენილი პარამეტრები იქნება სერვერის სერვერის სიმებიანი პარამეტრების 1C: საწარმოები, როგორც სერვისი. მაგალითად, მომსახურების აგენტის სერვისის სტანდარტული რეგისტრაციისთვის 1C: საწარმოები Debug Mode- ში პარამეტრების კომპლექტი უნდა იყოს:

"C: \\ program files \\ 1cv81 \\ bin \\ ragent.exe" -instrvc -usr. \\ USR1CV81 -PWD პაროლის აღდგენა 1541 -port 1540-წ. 1560: 1591 -D "C: \\ Program Files \\ 1CV81 \\ Server" - გადასაჩენელი.

სერვისის წაშლა, თქვენ უნდა მიუთითოთ TMSRVC პარამეტრი. Მაგალითად:

"C: \\ Program Files \\ 1cv81 \\ bin \\ ragent.exe" -rmsrvc

ზოგჯერ შესაძლებელია სერვერის აგენტის შეცვალოს აგენტის სერვისის სიმებიანი ან სხვა პარამეტრების შეცვლა, მაგალითად, გამართვის რეჟიმის ჩართვა ან მრავალჯერადი სერვისების შექმნა სხვადასხვა ვერსიები. მომსახურების ქონების დიალოგი არ იძლევა საშუალებას, შეცვალონ სერვისის აპლიკაციის გაშვების სიმებიანი და სხვა პარამეტრების რედაქტირება, მაგალითად, სერვისის იდენტიფიკატორი. რედაქტირება, თქვენ დაგჭირდებათ Regedit კომუნალური განკუთვნილია სანახავად და რედაქტირება. სისტემის რეესტრი ფანჯრები.

ყურადღება!
რედაქტირება Windows სისტემის რეესტრის მოითხოვს უკიდურესი სიფრთხილით, რადგან არასწორია ცვლილებები მასში შეიძლება გამოიწვიოს Ოპერაციული სისტემა Inorreable მდგომარეობაში.

Regedit Utility (ღია START -\u003e Run და Type Regedit) და აირჩიეთ ფილიალი:

HKEY_LOCAL_MACHINE \\ SYSTEM \\ CURRENTCONTROLSTE \\ Services \\ 1C: Enterprise 8.1 სერვერი აგენტი

მისი პარამეტრების შორის არის ImagePath პარამეტრი, რომლის ღირებულება არის სერვერის სერვერის სერვერის სიმებიანი 1C: საწარმოები. აქ შეგიძლიათ დაამატოთ ახალი გაშვების სიმებიანი პარამეტრები ან შეცვალოს არსებული ღირებულებების ღირებულებები. შესაძლო პარამეტრების სრული სია მოცემულია წიგნში "1C: საწარმო 8.1 კლიენტის სერვერზე" დოკუმენტაცია.

თუ თქვენ უნდა დარეგისტრირდეთ მრავალჯერადი დამოუკიდებელი 1C სერვერის აგენტის მომსახურება: Enterprises უნდა მიუთითოთ სხვადასხვა ჩატვირთვის მოდულები, სხვადასხვა პორტები და სხვადასხვა კასეტური მონაცემების კატალოგები. ჯერ კიდევ საჭიროა მათ სხვადასხვა სერვისის იდენტიფიკატორებთან დარეგისტრირება. ეს შეიძლება გაკეთდეს ასე:

შექმენით პირველი სერვისი:

"C: \\ program files \\ 1cv81 \\ bin \\ ragent.exe" -SRVC-agent -Regport 1541 -port 1540-წ. 1560: 1591 -d "C: \\ Program Files \\ 1CV81 \\ Server"

Regedit კომუნალური გამოყენებით, რეგისტრირებული სერვისის იდენტიფიკატორის შეცვლა. ამისათვის: აირჩიეთ ფილიალი


HKEY_LOCAL_MACHINE \\ SYSTEM \\ CURRENTCONTROLSTE \\ Services \\ C: Enterprise 8.1 სერვერი აგენტი

შექმენით მეორე სერვისი:

"C: \\ program files \\ 1cv81_10 \\ bin \\ ragent.exe" -SRVC -AGENT -REGPORT 1641 -PORT 1640 -RANGE 1660: 1691 -D "C: \\ Program Files \\ 1CV81_10 \\ Server"

ალბათ მისი იდენტიფიკატორიც შეიცვალა. ამისათვის: აირჩიეთ ფილიალი
HKEY_LOCAL_MACHINE \\ SYSTEM \\ CURRENTCONTROLSTE \\ Services \\ 1C: Enterprise 8.1 სერვერი აგენტი
და შეცვალოს მისი სახელი, მაგალითად:
HKEY_LOCAL_MACHINE \\ SYSTEM \\ CURRENTCONTROLSTE \\ Services \\ 1C: Enterprise 8.1 სერვერი აგენტი მეორე

რა არ უნდა გააკეთოს 1C ინსტალაციის პროგრამას: საწარმოები

როგორც უკვე აღინიშნა, 1C ინსტალაციის პროგრამა: საწარმოები ასლები 1C დატვირთვის მოდულები: საწარმოები და ასრულებენ საჭირო რეგისტრაციას COM- ში და Windows Services Manager- ში. ზემოთ მოცემულია ინფორმაცია, რომელიც აუცილებელია ამ რეგისტრაციის შიდა მექანიზმების გასაგებად. თუ სერვერის კომპიუტერი დამონტაჟებულია არა მხოლოდ სერვერზე, არამედ კლიენტის ნაწილი 1C: საწარმოები, მაშინ მზად არის მუშაობა დაუყოვნებლივ ინსტალაციის შემდეგ (და დაცვის ღილაკების დამაკავშირებელი).

სერვერზე 1C: საწარმოები ხელმისაწვდომი იქნა სხვა კომპიუტერებიდან ადგილობრივ ქსელში, თქვენ უნდა შეამოწმოთ Ქსელის პარამეტრები სერვერზე და კლიენტზე კომპიუტერზე, ისევე როგორც ქსელისთვის. კლიენტის აპლიკაციებისა და 1C სერვერის მონაცემების გადაცემა: საწარმოები, ასევე სერვერის კასეტური პროცესების შორის, TCP / IP გამოიყენება. სწორი გარემოში ეს დამოკიდებულია 1C- ის მუშაობაში: კლიენტის სერვერზე სერვერზე.

1C სერვერი კასეტური პროცესები: საწარმოები ერთმანეთთან დაკავშირებულია სამუშაო სერვერების თვისებების "კომპიუტერის" თვისებების ღირებულებებით. კასეტური, აუცილებელია, რომ "კომპიუტერი" თვისებების ღირებულება არის IP მისამართი წერტილი ნოტაცია, ან ასეთი სიმბოლური მისამართი, რომლითაც IP მისამართი შეიძლება განისაზღვროს TCP პროტოკოლის პროგრამის ინტერფეისით განსაზღვრული GetHostbyName- ის ფუნქციის გამოყენებით. IP მისამართის განმარტება ხორციელდება სიმბოლური მისამართების ადგილობრივ მაგიდაზე (C: \\ Winnt \\ System32 \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ და ა.შ.) ან მისამართების მიხედვით DNS სერვერები. თუ სამუშაო სერვერის სიმბოლურ მისამართზე, მისი IP მისამართი არ არის განსაზღვრული ან არასწორად განსაზღვრული (მაგალითად, IP მისამართი არ შეესაბამება ფაქტობრივ IP მისამართს ეს კომპიუტერი), მაშინ კასეტერი არ იმუშავებს. მნიშვნელოვანია, რომ კომპიუტერების სახელები და მათი მისამართები კასეტურში თითოეული სამუშაო სერვერის თითოეულ მათგანს არ ეწინააღმდეგებოდა მათ სახელს DNS- ში.

თითოეული სამუშაო სერვერზე, კასეტური პროცესები გამოიყენებს შემდეგ პორტებს: IP პორტი ოპერაციული სერვერის (ჩვეულებრივ 1540); IP პორტები IP პორტებისგან სამუშაოს პორტებისგან (ჩვეულებრივ 1560-1591). გარდა ამისა, კასეტური პორტი გამოიყენება ცენტრალური კასეტური სერვერზე (ჩვეულებრივ 1541). თუ ქსელის ეკრანები სისტემაში გამოიყენება, ამ პორტების მონაცემების გადაცემა უნდა იყოს დაშვებული. ნედლეულის სიიდან პორტის ნებართვის ნაცვლად, შეგიძლიათ დაუშვას კასეტური პროცესების მონაცემთა გადაცემის (Ragent, RMNGR, RPHost) მონაცემთა გადაცემა.

კლიენტის აპლიკაციის დამაკავშირებელი 1C: საწარმოები სერვერთან ერთად 2 ეტაპად გადის. თავდაპირველად იგი ადგენს კასეტური მენეჯერის კავშირს. ეს იყენებს ცენტრალური სერვერის (სიმბოლური ან რიცხვითი) და კასეტური პორტის მისამართს (ჩვეულებრივ 1541). შემდეგი, კლიენტის განაცხადის ადგენს კავშირი ერთ-ერთ workflows. როგორც მისი მისამართი, შესაბამისი სამუშაო სერვერის "კომპიუტერული" თვისებების ღირებულება და სამუშაოს პორტფლის პორტების ღირებულება, რომელიც შერჩეულია ოპერაციული სერვერის პორტების IP პორტიდან. ამ პორტებში მონაცემთა გადაცემის ჩართვა უნდა მოხდეს ყველა ქსელში ეკრანზე კლიენტის აპლიკაციიდან კომპიუტერული კასეტური კომპიუტერების 1C: საწარმოებისათვის. სერვერის პროცესების IP მისამართი ხორციელდება კლიენტის კომპიუტერზე GetHostByName- ის ფუნქციის გამოყენებით. მნიშვნელოვანია, რომ ცენტრალური და სამუშაო სერვერების სახელები და თითოეული კასეტური სერვერის ფანჯარაში განსაზღვრული მისამართები არ ეწინააღმდეგებოდა კლიენტის კომპიუტერში ხელმისაწვდომი DNS- ს სახელს.

და ბოლო. ცხადია, 1C სერვერზე წარმატებით ხელმისაწვდომობისთვის: სხვა კომპიუტერების საწარმოები, ეს უნდა იყოს ქსელში და აუცილებელი პარამეტრები უნდა შესრულდეს. ქსელთან დაკავშირება და კონფიგურაციის მეთოდოლოგია დაკავშირებულია ქსელების ადმინისტრაციასთან დაკავშირებით Microsoft Windows. და აღწერილია შესაბამის ინსტრუქციებში.

SQL Server პარამეტრები

1C: საწარმო "კლიენტის სერვერზე" ვერსია იყენებს SQL Server მონაცემების შენახვას. ამ შემთხვევაში, მხოლოდ სერვერზე 1C: საწარმოები მოხსენიებულია SQL Server. მომხმარებელთა 1C: SQL სერვერზე პირდაპირი წვდომის საწარმოები არ აქვთ. ინსტალაცია და კონფიგურაცია SQL Server აღწერილია დეტალურად Microsoft SQL Server დოკუმენტაცია. სერვერის წარმატებული ოპერაციისთვის 1C: საწარმოები SQL Server- თან უნდა გადაიხადონ შემდეგ პარამეტრებში.

საჭირო SQL Server კომპონენტები. SQL Server- ის სერვერიდან 1C- ის სერვერის წვდომისათვის: საწარმოები 1C სერვერზე კომპიუტერზე: საწარმოები უნდა იყოს დამონტაჟებული Microsoft Data Access 2.6 ან მოგვიანებით.

SQL Server ავთენტიფიკაცია. SQL Server მონაცემთა ბაზის ხელმისაწვდომობის უფლებები განისაზღვრება მომხმარებლის მიერ, რომლის სახელიც მონაცემთა ბაზების ხელმისაწვდომობა. კომპიუტერიდან, რომელზეც SQL Server დამონტაჟებულია, დაიწყოს SQL Server საწარმო მენეჯერი კომუნალური, ჩვენ ვნახავთ ადგილობრივ კვანძს (Console Root -\u003e Microsoft SQL სერვერები -\u003e SQL Server Group -\u003e (ადგილობრივი)) და გახსენით მისი თვისებები. On SeQuriturity Tab, თქვენ შეგიძლიათ ნახოთ, რომ SQL Server მხარს უჭერს ორი მეთოდი მომხმარებლის ავთენტიფიკაციის: SQL Server და Windows და Windows მხოლოდ. Windows Authentication საშუალებას მისცემს 1C სერვერს: Enterprises წვდომის SQL Server მხოლოდ სახელით USR1CV81 მომხმარებლის, რომელიც არ იძლევა განასხვავოს წვდომის უფლებას შორის სხვადასხვა საინფორმაციო ბაზების ემსახურება ერთი 1c სერვერი: საწარმოები. რეკომენდირებულია SQL Server და Windows Mode- ის შერჩევა. ამ შემთხვევაში, კონკრეტული ინფორმაციის მონაცემთა ბაზის მიმართვა მოხდება მომხმარებლის სახელით, რომელიც მითითებულია, როგორც SQL Server მომხმარებელი, როდესაც ამ ინფორმაციის ბაზის შექმნისას. მნიშვნელოვანია, რომ ამ მომხმარებელს არ უნდა ჰქონდეს არა მხოლოდ სრული უფლებები საინფორმაციო ბაზის მონაცემთა ბაზაში, არამედ SQL სერვერის მონაცემთა ბაზების შექმნის უფლება და წაიკითხეთ სამაგისტრო მონაცემთა ბაზის ცხრილები.

ქსელის პროტოკოლები SQL Server- ის წვდომისათვის. თუ სერვერი 1C: საწარმოები და SQL სერვერი გამოქვეყნდება სხვადასხვა კომპიუტერებზე, მაშინ საჭიროა ქსელის წვდომის პროტოკოლების კონფიგურაცია SQL Server- ზე. ეს შეიძლება გაკეთდეს SQL Server კლიენტის ქსელის კომუნალური კომუნალური გამოყენებით. ზოგადი ჩანართზე, შეგიძლიათ აირჩიოთ ქსელის პროტოკოლების სია SQL Server- ის წვდომისთვის. ყველაზე სწრაფი და ყველაზე უნივერსალური არის TCP / IP პროტოკოლის გამოყენება. სხვა პროტოკოლების გამოყენებისას აუცილებელია იმის გათვალისწინებით, რომ ზოგიერთი მათგანი, როგორიცაა დასახელებული მილები, დამატებითი ავტორიზაციის შესრულება. windows ინსტრუმენტები მონაცემთა გაცვლისას SQL Server- თან ერთად. ამ შემთხვევაში, USR1CV81 მომხმარებელი უნდა დარეგისტრირდეს წარმატებით მუშაობა SQL Server- ზე კომპიუტერზე SQL Server- თან. ამ SQL Server- ის წვდომის პროტოკოლი შეიძლება შეიცვალოს Alias \u200b\u200bTab- ზე.

26.07.2017

დასამატებელი წესები Windows Server 2012 R2 Firewall For 1C: Enterprise

სხვადასხვა მომსახურებისა და პროგრამული უზრუნველყოფის მუშაობისას ქსელის პროტოკოლებიეს სამუშაო ელემენტი გამოიყენებს კონკრეტულ პორტებს, რომლის მეშვეობითაც მონაცემთა გაცვლა ხდება.

Windows Server 2008/2012 R2 Branmaer კონფიგურაცია, ნაგულისხმევი ქსელის აქტივობა. მისცეს თქვენი შესაძლებლობა კლიენტის პროგრამები სერვერის კომპონენტებთან შესაბამისი პორტების მეშვეობით, თქვენ უნდა დაამატოთ წესები Windows Firewall- ზე, რათა გაძლევთ მონაცემების გაცვლა ქსელში გარკვეული პორტების გამოყენებით.

ხშირად, მომხმარებლებს პირისპირ სიტუაციები, რომელშიც კლიენტის პროგრამული უზრუნველყოფა ვერ პოულობს სერვერს "1C: Enterprise", რომელიც მართავს სერვერზე გარემოს 2012 წელს. ეს შეიძლება მიიღოს შემდეგი შეცდომები:

ქსელზე სერვერზე ხელმისაწვდომობის შეცდომა;

შეცდომა ინფორმაციის ბაზაზე ოპერაციების შესრულებისას;

კავშირის შექმნის წარუმატებელი მცდელობა, სხვა კომპიუტერის საჭირო რეაგირება არ იქნა მიღებული;

ფიქსირებული კავშირი გატეხილი იყო უკვე დაკავშირებული კომპიუტერიდან არასწორი რეაგირების გამო.

შეცდომის მონაცემები მიუთითებს, რომ კლიენტის პროგრამული უზრუნველყოფა ვერ მოხერხდა მითითებულ მისამართზე 1C სერვერზე. ეს ხშირად ხდება, რომ სერვერზე, რომელიც დაკავშირებულია პორტში, რომელიც დაკავშირებულია უბრალოდ დახურულია. 1C სერვერის შემთხვევაში, ეს არის პორტი 1541.

ამ პორტის გასახსნელად, თქვენ უნდა წავიდეთ სერვერზე RDP კავშირის მეშვეობით windows მენეჯმენტი Firewall. ეს ოპერაცია შეიძლება გაკეთდეს ორ გზაზე. პირველი ვარიანტია "პანელზე", შემდეგ კი ქვესადგურში "სისტემა და უსაფრთხოება", DG E უნდა დაიწყოს, რეალურად firewall.

ამასთანავე, თქვენ შეგიძლიათ გამოიყენოთ ბრძანებათა ხაზი Firewall.cpl ბრძანების გაშვებით - ამისათვის დააჭირეთ ღილაკს Win + R- ის ცხელი კლავიშები, რის შემდეგაც "ღია" სექციაში გადადით, შეიყვანეთ ბრძანება სახელი და დააჭირეთ დადასტურებას .

მას შემდეგ, რაც ჩვენ მივიღეთ წვდომა windows Firewall, მისი აქტიური ფანჯარაში, ჩვენ უნდა შეარჩიოთ დამატებითი პარამეტრების სექცია, რომელიც მდებარეობს მარცხენა მენიუში. ახალი ფანჯრის მარცხენა მხარეს, რომელიც ახალ ფანჯარაში გაიხსნა, რათა მოხდეს შემომავალი კავშირების წესების მონაკვეთზე და აირჩიეთ "ახალი წესების შექმნა" ქმედებებით მენიუში.

ადრე, ჩვენ ვნახავთ წესების ოსტატი ახალი შემომავალი კავშირების. სათაურის გვერდზე თქვენ უნდა აირჩიოთ ტიპის შერჩეული წესი სახელწოდებით "პორტებისათვის" და შეიძლება მოჰყვეს. ახლა მიუთითეთ ქსელის მონაცემთა გადაცემის პროტოკოლი (ჩვენს შემთხვევაში, მიუთითეთ TCP), ასევე პორტის ნომერი.

მომდევნო tab- ზე, ჩვენ უნდა მიუთითოთ ქმედება პირდაპირ, რომელიც დაკავშირებულია წესსთან ჩვენთან. ჩვენ გვაინტერესებს "დაუშვებელი კავშირები". აირჩიეთ და დააჭირეთ "შემდეგ". ახლა აღსანიშნავად საჭირო Windows Firewall პროფილები, რომელიც ჩვენ შევქმნით ქმედებას უნდა გადანაწილდეს. ბოლო გვერდი სამაგისტრო გიწვევთ ახალ წესსთან სახელით, ასევე დაამატოთ აღწერა, თუ სასურველია. ჩვენ მზად ვართ მზად და სრული მუშაობა სამაგისტრო.

წესების შექმნის შემდეგ, თქვენ უნდა სცადოთ 1C სერვერთან დაკავშირება. როდესაც თქვენ დაუკავშირდით, დავინახავთ იმავე შეცდომას, მაგრამ ახლა შეტყობინება უკვე სხვა პორტზეა საუბარი 1560-ზე.

ანალოგიით ზემოთ აღწერილი პორტებით, დაამატეთ სხვა წესი, რომელშიც თქვენ დააკონკრეტებთ პორტების სპექტრს 1560-1591. ეს პორტები საჭიროა სხვადასხვა პროგრამის პროცესების 1C. ამ დიაპაზონში შეტანილი პორტები მიუთითებს ოქმში და პორტების განყოფილებაში.

მას შემდეგ, რაც მანიპულაციების გაკეთდა, წასვლა Windows Firewall ერთად მოწინავე უსაფრთხოების ვადამდელი. აქ, შემომავალი კავშირის წესების განყოფილებაში, ჩვენ შეგვიძლია დავინახოთ ჩვენი წესები. ამავე დროს, ახლა 1C კლიენტი თავისუფლად უნდა იყოს დაკავშირებული სერვერზე. თუ თქვენ უნდა დაუკავშირდეთ თქვენს სერვერთან 1C სერვერის ადმინისტრაციის კონსოლს, თქვენ უნდა შექმნათ ცალკე წესი, რომელიც იხსნება პორტი 1540.

თუ თქვენ უნდა დაამატოთ წესები გამავალი კავშირების, თქვენ შეგიძლიათ გამოიყენოთ იგივე წესების სქემა ინდივიდუალური ოქმებისა და პროგრამების შესახებ.

შექმნის Windows Firewall for Win Server 2012 წლის 1C Server + MS SQL

ახლა რამდენიმე სიტყვა, თუ როგორ უნდა კონფიგურაცია Firewall ქვეშ Windows Server 2012 წელს მითითებულ კონფიგურაციაში. ასეთი bunch არ არის იშვიათია თანამედროვე ოფისებისთვის, მაგრამ ზოგჯერ საჭიროა დამატებითი დრო გაერკვნენ windows მუშაობა Firewall ერთად 1C სერვერი გარემო.

იმ პირობით, რომ სერვერი იღებს სტანდარტებს სტანდარტული TCP პორტის 1433, აუცილებელია უბრალოდ ამ პორტის გამოყენებით ამ პორტის შექმნის შესახებ ცეცხლსასროლი იარაღის წესების გამოყენებით, რომლის პრინციპიც უფრო მაღალი იყო. შეამოწმეთ თუ არა მუშაობა ამ პორტში, თქვენ შეგიძლიათ აწარმოოთ SQL Server კონფიგურაციის დისპეტჩერიზაციის Snap სერვერზე 2012 და გადადით ქსელის კონფიგურაციის tab. აქ თქვენ უნდა აირჩიოთ MSSQLServer- ის ოქმების ჩანართი და TCP / IP პროტოკოლი მარცხენა ფანჯარაში. აირჩიეთ და დააჭირეთ "თვისებები", რის შემდეგაც ჩვენ ვეძებთ "IP მისამართებს" ჩანართზე და გამოაქვეყნებს IPAII ფილიალს.

თუ SQL პორტი არის დინამიური, თქვენ უნდა გადაწყვიტოს კავშირი მომდევნო განაცხადის პროგრამები \\ Microsoft SQL Server \\ MSSQL10_50.mssqlserver \\ MSSQL \\ binn \\ sqlservr.exe.

როგორც უკვე აღვნიშნეთ, 1C სერვერი ფუნქციონირებს პორტ 1541 და პორტების სპექტრი 1560-1591. თუმცა, ეს ხშირად ხდება, რომ გაუგებარი მიზეზების გამო, ღია პორტების ეს სია არ შეესაბამება სერვერს. ასე რომ ყველაფერი 100% მუშაობდა, თქვენ უბრალოდ უნდა გაფართოვდეთ ამ სპექტრი 1540-დან 1591 წლამდე.

წინაისტორია ... ჩვენს კომპანიაში, 1C წარმატებით ფუნქციონირებს: საწარმოს ვერსია 8.2, რომელშიც დაახლოებით 100 ინტენსიურად გამოიყენება საბუღალტრო ბაზები. ამ შემთხვევაში გამოყოფილი ცალკე სერვერი. საკმაოდ შთამბეჭდავი მახასიათებლებით, რადგან ოპერაციის დროს, აღმოჩნდა, რომ Bunch of 1c: საწარმოს 8.2 + MS SQL 2005 ძალიან ითხოვს ასეთი რკინის რესურსები, ისევე როგორც მყარი დისკები, პროცესორი, და რაც მთავარია - რიგი RAM. ჩვენთვის ასეთი სერვერის ღირებულება 250 ათას რუბლს გადააჭარბა (არ ითვლიან ლიცენზიებს როგორც OS- ზე და 1C- ზე).

ცალკე "რკინის" ქვეშ 1C: საწარმოს ვერსია 8.3 მიიჩნევს, რომ ეს დაუსაბუთებელია, ერთნაირად 100 ათას რუბლს, 1C სერვერის მეორე კომპლექტისთვის, კარგად, ძალიან მნიშვნელოვანია! "შუბლზე" 1C: საწარმოს ვერსია 8.3 გამოიწვია ის ფაქტი, რომ კასეტური დაკარგა არსებული ბაზებით. ეს არის სადაც 1C- ის ორი სერვერის ვერსიების მონტაჟისა და გაშვების მახასიათებლები გამოვლინდა: საწარმოები ერთ კომპიუტერზე.

სამონტაჟო პროგრამა 1C: საწარმოები 8.2 და 8.3 კომპლექტი პროგრამული უზრუნველყოფა გამოიყენოთ თქვენი სტანდარტული პორტები: 1540 (გამოიყენება სერვერის აგენტის მიერ), 1541 (გამოყენებული კასეტური მენეჯერი), 1560-1591 (პორტის სპექტრი გამოიყენება workflows). ამიტომ, თუ სერვერი 1C: საწარმოს 8.3 უნდა ერთდროულად სერვერზე 1C: საწარმოები 8.2, მაშინ პირველად უნდა მიუთითოთ პორტები, რომლებიც უკვე იყენებენ წინა ვერსიის სერვერის მუშაობის ინსტანციას.

კომპიუტერი უკვე დამონტაჟებული სერვერის 1C: საწარმოების ვერსია 8.2 რეგისტრირებული და გაშვებული სერვისი "სერვერი 1C: საწარმო 8.2" მომსახურება, რომელიც უკვე იყენებს ზემოთ სტანდარტულ პორტებს. თუ დააინსტალირეთ "შემდეგი" სერვერი 1C: საწარმო 8.3, მაშინ მისი სერვისის დაწყების "სერვერი 1C: საწარმოს 8.3" დასრულდება, რადგან ის შეეცდება გამოიყენოს უკვე "დაკავებული" პორტები. ამის თავიდან ასაცილებლად, თქვენ უნდა გააკეთოთ შემდეგი.

(ქვემოთ აღწერილი არის სამართლიანი Windows Server 2008 R2 Enterprise (და Standart) 64 Bit + SP1 და 32-Bit Server ვერსიები 1C: საწარმო 8.2 და 8.3).

1C: საწარმო 8.2 (ვერსია 8.2.19.90) მე დამონტაჟდა როგორც Windows Service- ის უფლებების დაცვა არსებული ადგილობრივი მომხმარებლის "ადმინისტრატორის" სახელით.

ფანჯარაში მონტაჟის დასასრულს სერვერი მენეჯერი -\u003e კონფიგურაცია -\u003e მომსახურება ჩვენ ვხედავთ Running Service "Server 1C: Enterprise 8.2":

დაწყებული პარამეტრებით:

C: \\ program files (x86) \\ 1 1CV82 \\ 8.2.19.90 \\ bin \\ ragent.exe "-SRVC-agent -Regport 1541 -port 1540 - Range 1560: 1591 -D" C: \\ Program Files (x86) \\ 1CV82 \\ Srvinfo "

სერვერი 1C: საწარმოები 8.3 (ვერსია 8.3.4.437) მე დამონტაჟდა იგივე გზით:

თუმცა, როგორც ფანჯარაში ვხედავთ სერვერი მენეჯერი -\u003e კონფიგურაცია -\u003e მომსახურება, სერვისი "სერვერის აგენტი 1C: საწარმო 8.3" არ დაწყებულა:

ახლა ჩვენ უნდა გახსნას ბრძანების ხაზი. cmd. და მიდიან დამონტაჟებული სერვერის ვერსია 1C: საწარმოები 8.3 და ცდილობენ წაშალეთ სერვისის სერვისის სერვისის სერვისის 1C: ENTERPRISE 8.3 "TEAM RAGENT.EXE -RMSRVC:

C: \\ \\ \\ \\\\ ადმინისტრატორი\u003e CD C: \\ Program Files (x86) \\ 1CV8 \\ 8.3.4.437 \\ ბინ C: \\ Program ფაილები (X86) \\ 1CV8 \\ 8.3.4.437 \\ bin\u003e ragent.exe -rmsrvc შეცდომა! ControlService შეცდომა!

შეცდომა შეცდომა! ControlService შეცდომა! რომ პრინციპში მოსალოდნელია, რადგან სისტემა სწორად დარეგისტრირდა სისტემაში. მაგრამ სინამდვილეში, ის უნდა მოიხსნას. ფანჯარაში სერვერი მენეჯერი -\u003e კონფიგურაცია -\u003e მომსახურება თქვენ აღარ იხილავთ მას.

ახლა თქვენ უნდა დარეგისტრირდეთ ამ სერვერზე, მაგრამ ამავე დროს განსაზღვრავს პორტებს, რომლებიც უკვე იყენებენ აგენტი 1C: საწარმოები 8.2. ჩემს შემთხვევაში, გუნდი გამოიყურება:

C: \\ Program ფაილი (X86) \\ 1CV8 \\ 8.3.4.437 \\ Bin\u003e

• - 2540. - პორტი, რომელზეც 1C სერვერის აგენტი იმუშავებს: საწარმოო ვერსია 8.3;
• -რეგპორტის 2541. - პორტი, რომლის მეშვეობითაც 1C სერვერის კასეტური ადმინისტრირება ხდება: საწარმოო ვერსია 8.3;
• - 2560: 2591 - პორტების სპექტრი workflows;
• -B "C: \\ Program Files (X86) \\ 1CV8 \\ Srvinfo" - სერვერის ახალი შექმნილი კასეტური ინფორმაციის შენახვის კატალოგი 1C: საწარმოს ვერსია 8.3;
• - ადმინისტრატორი - მომხმარებელი, რომლის სახელიც სერვერის სერვერის სერვერის მიერ დაიწყება 1C: საწარმოო ვერსია 8.3;
• -PWD ******** - პაროლი მითითებული მომხმარებლისთვის (შეიყვანეთ თქვენი).

ამის შემდეგ, თქვენ კვლავ იხილავთ სერვისს "სერვერზე 1C: საწარმოს 8.3" ფანჯარაში სერვერი მენეჯერი -\u003e კონფიგურაცია -\u003e მომსახურება. თქვენ უბრალოდ უნდა აწარმოოთ ეს გუნდი ragent.exe -start:

C: \\ Program Files (X86) \\ 1CV8 \\ 8.3.4.437 \\ Bin\u003e Ragent.exe -start

ფანჯარაში სერვერი მენეჯერი -\u003e კონფიგურაცია -\u003e მომსახურება ჩვენ ვხედავთ სერვისს "სერვერი 1C: საწარმო 8.3":

დაწყებული პარამეტრებით:

სადაც სფეროში "შესრულებადი ფაილი" აქვს პარამეტრი:

C: \\ Program files (x86) \\ 1CV8 \\ 8.3.4.437 \\ bin \\ ragent.exe "-SRVC -Agent -Regport 2541 -port 2540 - 2560: 2591 -D" C: \\ Program Files (x86) \\ 1CV8 \\ Srvinfo "

და ახლა ყველაზე საინტერესო რამ: თქვენ უნდა გააკეთოთ ეს ოპერაცია ყოველ ჯერზე სერვერის ვერსიის განახლება 1C: საწარმოები 8.3! "ბრავო", დეველოპერები ...

ახლა პატარა შესახებ, თუ როგორ უნდა იცხოვროთ მითითებულ პაკეტთან. საჭიროა 1C პროგრამის გაშვება: ძველი ვერსიის საწარმოები (Folder C: \\ Program ფაილები (X86) \\ 1CV82 \\ საერთო) აღარ არის. 1C- ის ინსტალაციისას: საწარმოს ვერსია 8.3 დესკტოპის ეტიკეტი ავტომატურად გადატვირთულია პროგრამის დაწყების შესახებ C: \\ Program Files Folder (X86) \\ 1CV8 \\ საერთო. თუ თქვენ გახსენით საბუღალტრო მონაცემთა ბაზის სერვერზე 8.2, ის ავტომატურად გაიხსნება თხელი კლიენტის სასურველ ვერსიაში.

თარგები მონაცემთა ბაზების შესაქმნელად (საბუღალტრო ან Zick) განთავსებულია მომხმარებლის დირექტორიაში, რომლის სახელიც თქვენ დაიწყო. თუ თქვენ ამის გაკეთება სახელით ადმინისტრატორს, თქვენ იპოვით მათ გზას C: \\ მომხმარებლებს \\ Administration \\ AppData \\ Roaming \\ 1c \\ 1CV8 \\ tmplts. თუ გსურთ დაამატოთ ახალი მონაცემთა ბაზის დამონტაჟებული თარგი, თხელი კლიენტის ვერსია 8.3 დაინახავს მათ:

ახლა, თუ თქვენ უნდა დარეგისტრირდეთ მონაცემთა ბაზის ვერსია 8.3, მაშინ უნდა დააკონკრეტოთ "სერვერების კასეტური 1C: საწარმოს" კომპიუტერში, 1C ვერსია 8.3 სერვერი და კასეტური მენეჯერის კოლონიის მეშვეობით, რომელიც მითითებულია 1C ვერსია 8.3 სერვერი. ჩემს შემთხვევაში - ეს არის 2541:

Enterprise Server- ის ახალი ბუღალტრული აღრიცხვის სიის დამატება 1C: საწარმოს ვერსია 8.3 თქვენ ასევე უნდა მიუთითოთ სერვერის სახელი და კოლონის საშუალებით, რომელიც გამოიყენება კასეტური მენეჯერის მიერ.

1C სერვერის კასეტური (ორივე ვერსია 8.2 და 8.3) რეგისტრაციისთვის კომუნალური რეგისტრაციის აუცილებლობა გადაარჩინა.

ჩვენ ახლა გადავდივართ მტევანტების ადმინისტრაციებს 1C სერვერების სხვადასხვა ვერსიებზე: საწარმოში ერთი კომპიუტერი. გახსენით საქაღალდე C: \\ Program Files (X86) \\ 1CV8 \\ საერთო, და კასეტური ადმინისტრაცია Console on Console- ზე Console- ის კონსოლზე. უზრუნველყოს 8.3 (ლეიბლი უკეთესია, მაგალითად, 1CV8.3.):

ანალოგიურად, გახსენით C: \\ program files (x86) \\ 1CV82 \\ საერთო explorer, და შექმნას კასეტური ადმინისტრაცია Console on Desktop for Console (ეტიკეტი უკეთესად ეწოდა, მაგალითად, 1CV8.2.):

დესკტოპზე მიიღებთ შემდეგს:

მოდით დავიწყოთ 1C სერვერის კასეტური კომუნალური ადმინისტრაცია: საწარმოს ვერსია 8.2 "1CV8.2" იარლიყი (რადგან სერვერი იყენებს პორტებს, კასეტერი გამოჩნდება პრობლემების გარეშე):

როდესაც თქვენ ცდილობენ ამ კასეტური გახსნას კონსოლიდან, რომელიც განკუთვნილია 1C სერვერის კასეტური: საწარმოო ვერსია 8.3 (დესკტოპის ეტიკეტზე "1CV8.3") თქვენ იხილავთ შეცდომას:

კავშირი შეცდომა 1C: საწარმოები 8.3: კლიენტისა და სერვერის ვერსიები (8.3.4337 - 8.2.19.90), კლიენტის აპლიკაცია: კასეტური კონსოლი

1C სერვერის კასეტური ჩვენება გჭირდებათ: საწარმოო ვერსია 8.3 აუცილებელია ამ ვადამდელი ახალი ცენტრალური სერვერის 1C- ის შესაქმნელად 1C: საწარმოები 8.3:

• სფეროში სახელი თქვენ უნდა მიუთითოთ კომპიუტერის სახელი 1C სერვერით: საწარმო 8.3;
• სფეროში IP პორტი თქვენ უნდა მიუთითოთ პორტი, რომელზეც სერვერის აგენტი 1C: საწარმოები 8.3, რომელიც თქვენ აღნიშნეთ აგენტის შემქმნელის შექმნისას;
• სფეროში აღწერილობა აღწერა.

"OK" ღილაკს დაჭერით შეგიძლიათ იხილოთ თქვენი ახალი კასეტური, რომელიც აღმოჩნდა სერვერის 1C- ის ინსტალაციის შემდეგ: საწარმოო ვერსია 8.3.

ისინი. სერვერის სხვადასხვა ვერსიის კლასტერების ადმინისტრაცია 1C: ერთ კომპიუტერზე დამონტაჟებული საწარმოები ხორციელდება შესაბამისი snaps- ით.

ეს ძირითადად ისაა. Წარმატებები!

_________
Გააწერეთ. როგორც პრაქტიკა აჩვენა, ამ სტატიაში აღწერილი მეთოდი არ არის შესაფერისი სერვერის ერთდროულად ერთდროულად ერთდროულად Server 1C: საწარმოების ვერსია 8.3. ახალი სერვისის აგენტის შექმნის მცდელობისას კიდევ ერთი ვერსია 1C- სგან: სხვა პორტებზე მოქმედების საწარმოები:

C: \\ proguction files (x86) \\ 1CV8 \\ 8.3.4.437 \\ bin\u003e ragent.exe -insrvc -port 2540-repport 2541-წმ . ადმინისტრატორი -PWD ********

მთავრდება ის ფაქტი, რომ უკვე სამუშაო სამსახური ამოღებულია Ძველი ვერსია 1C 8.3, და ახალი არ არის შექმნილი.

მე აღვნიშნე, თუ როგორ უნდა დააყენოთ, შექმნა შესაბამისი და აწარმოებს სერვერის მრავალჯერადი ვერსიებს 1C: საწარმოები 8.3 ...