1s 8.3 კლასტერის შექმნა

ტერმინები, ცნებები

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

ტერმინი "სერვერის კლასტერი" ეხება რამდენიმე კომპიუტერს (სერვერს), რომლებიც ასრულებენ საერთო დავალებას.

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

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

კლასტერი 1C 8.1

1C: Enterprise 8.1 სერვერის კლასტერი არის დატვირთვის განაწილების იდეების განხორციელება სერვერებზე, რომლებიც ემსახურებიან კლიენტის მოთხოვნებს. ეს მექანიზმი ანაწილებს გამოთვლით რესურსებზე დატვირთვას ერთ სერვერზე ან რამდენიმე სერვერზე („სამუშაო სერვერები“), რითაც უზრუნველყოფს აპლიკაციის მასშტაბირებას. სერვერის კლასტერი დუბლირებს კოდს, რომელიც ემსახურება კლიენტის კავშირებს. კლასტერის დუბლიკატ შესრულებად კოდს ჰქვია "Worker Process" (rphost). კლასტერის დაყენებისას იქმნება მხოლოდ ერთი მუშა პროცესი.
რამდენიმე მუშა პროცესი ერთ სერვერზე შესაძლებელს ხდის ეფექტურად გამოიყენოს ოპერატიული მეხსიერების და პროცესორის რესურსები მოთხოვნების შესასრულებლად, ასევე კლიენტის სესიის დაკავშირება სხვა მუშა პროცესთან, თუ ამჟამინდელი "დაავარია".
Server Agent (ragent) პროგრამა პასუხისმგებელია იმის გაგებაზე, თუ რა მუშაობს კონკრეტულ სერვერზე. სერვერის აგენტის შეჩერება სერვერს მიუწვდომელს გახდის კლასტერისთვის გამოსაყენებლად. აგენტი ინახავს ინფორმაციას ფაილში srvribrg.lst.
ინფორმაცია სამუშაო მონაცემთა ბაზებისა და ჩართული სამუშაო პროცესების შესახებ ეკუთვნის „სერვერ მენეჯერს“ (rmngr). ის ინახავს ამ ინფორმაციას ფაილში 1CV8Reg.lst. სერვერის მენეჯერის შეჩერებამ შეიძლება გამოიწვიოს კლიენტის აპლიკაციების გადატვირთვა, თუ მენეჯერი წარმატებით გადაიტვირთება ან მთელი კლასტერის სამუშაო სერვერების სრული გაჩერება.
1C: Enterprise 8.1 საშუალებას გაძლევთ შექმნათ რამდენიმე დამოუკიდებელი კლასტერი ერთ სერვერზე. თითოეული მათგანი იდენტიფიცირებულია ქსელში უნიკალური "IP პორტით" და უნიკალური ნომრით სერვის ფაილებში. პირველი კლასტერი ნაგულისხმევად იღებს პორტს 1541.
Enterprise Servers snap-in შექმნილია კლასტერის მართვისთვის.
შეგიძლიათ სერვერებთან დაკავშირება სერვერის სახელით ან IP მისამართით.

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

სერვერის აგენტმა „იცის“ ყველა კლასტერის შესახებ, რომელიც მუშაობს სერვერზე. ეს ინფორმაცია ინახება ფაილში srvribrg.lst კლასტერებისა და სიის ადმინისტრატორების სიით. აგენტის მთავარი პორტია 1540. თითოეულ სამუშაო სერვერზე შესაძლებელია მხოლოდ ერთი აგენტის გაშვება, რომელიც ემსახურება ყველა შესაძლო კლასტერს ამ სერვერზე.
ვიზუალურად უფრო დეტალური ინფორმაციის მისაღებად გამოიყენეთ Process Explorer პროგრამა (შემუშავებული Sysinternals-ის მიერ). პროგრამა საშუალებას გაძლევთ უფრო ღრმად შეხედოთ ნებისმიერ მიმდინარე პროცესს, მათ შორის 1C:Enterprise 8.1 სერვერის კლასტერს.

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

კლასტერის მენეჯერი პასუხისმგებელია კლასტერის მუშაობაზე. თითოეულ კლასტერს ჰყავს საკუთარი მენეჯერი. მენეჯერი ინახავს ინფორმაციას კლასტერის შესახებ ფაილში 1CV8Reg.lst (კლასტერული რეესტრი). თითოეულ კლასტერ მენეჯერს ასევე აქვს საკუთარი პორტი სამუშაო სერვერზე. პირველი კლასტერისთვის, მენეჯერის ნაგულისხმევი პორტი არის 1541. სწორედ ეს პორტია ნაჩვენები 1C: Enterprise Servers სნეპ-ინში Clusters-ის ფილიალში, კლასტერის იდენტიფიცირების მიზნით.
მენეჯერი იღებს მოთხოვნებს 1C:Enterprise 8.1-ის კლიენტის ნაწილისგან და იღებს გადაწყვეტილებას, რომელ Workflow-ს მისცეს ეს სერვისის მოთხოვნა.

მენეჯერი იყენებს სერვისის პორტს მუშაკთა პროცესებთან ურთიერთობისთვის.

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

სამუშაო პროცესი პასუხისმგებელია „კლიენტებთან მუშაობაზე“. შეგვიძლია ვთქვათ, რომ 1C:Enterprise 8.0-ის წინა ვერსიაში იყო მხოლოდ ერთი "Workflow".
1C:Enterprise 8.1 კლასტერში შეიძლება იყოს რამდენიმე მუშა პროცესი. სერვერის მენეჯერი წყვეტს, რომელი მუშა პროცესი მოემსახურება კლიენტის კავშირს. კლიენტებთან კავშირებისთვის, Worker Processes-ს ნაგულისხმევად აქვს გამოყოფილი IP პორტების დიაპაზონი 1560 – 1591. გარდა ამისა, თითოეულ Worker Process-ს ენიჭება სერვისის პორტი კლასტერის მენეჯერთან კომუნიკაციისთვის. თითოეული სამუშაო პროცესი იყენებს 2 გბ-მდე ოპერატიული მეხსიერებას 32-ბიტიან ოპერაციულ სისტემაში. 64-ბიტიან ოპერაციულ სისტემაში შეზღუდვა დაწესებულია ოპერატიული მეხსიერების ფიზიკური ოდენობით

კლასტერი 1C 8.2

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

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

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

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

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

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

სერვერის 8.2 შეცდომების ტოლერანტობა მიიღწევა შემდეგი გზით:

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

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

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

ეს იძლევა ოპერაციის უწყვეტობის საშუალებას:

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

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

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

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

კლასტერი 1C 8.3

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

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

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

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

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

მე გირჩევთ სამუშაო პროცესების იზოლირებას საინფორმაციო ბაზის მიხედვით, მაგალითად, პარამეტრის „ინფორმაციის უსაფრთხოების რაოდენობა თითოეულ პროცესზე = 1“-ის მითითებით. რამდენიმე უაღრესად დატვირთული მონაცემთა ბაზებით, ეს შეამცირებს ურთიერთგავლენას როგორც სანდოობის, ასევე შესრულების თვალსაზრისით.

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

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

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

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

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

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

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

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

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

— შეაჩერეთ 1C:Enterprise 8.1 სერვერის აგენტის სერვისი.

თუ სერვერის აგენტი მუშაობს როგორც აპლიკაცია, მისი შეჩერება შესაძლებელია Ctrl+C კლავიშების კომბინაციის დაჭერით.
- დარწმუნდით, რომ Task Manager-ში ყველა პროცესი ragent, rmngr, rphost დასრულდა. საჭიროების შემთხვევაში, შეავსეთ ისინი სამუშაო მენეჯერის გამოყენებით.

— გახსენით 1C:Enterprise 8.1 სერვერის აგენტის სერვისის თვისებები.

- ყურადღება მიაქციეთ სტრიქონს „შემსრულებელი ფაილი“ (შესრულების გზა). მას აქვს -d პარამეტრი, რასაც მოჰყვება კასეტური მონაცემთა დირექტორია. კლასტერთან დაკავშირებული ყველა ფაილი მდებარეობს ამ დირექტორიაში.
- წაშალეთ ამ დირექტორიაში არსებული ყველა შინაარსი.
— დაიწყეთ 1C: Enterprise 8.1 სერვერის აგენტის სერვისი.
- დარწმუნდით Task Manager-ში, რომ ყველა პროცესი ragent, rmngr, rphost დაიწყო.
— გაუშვით კლასტერული კონსოლი და დაარეგისტრირეთ მასში ცენტრალური სერვერი. კონსოლი უნდა დაუკავშირდეს ცენტრალურ სერვერს და აჩვენოს ნაგულისხმევად შექმნილი ერთი კლასტერი.
სერვერის კლასტერის წარუმატებლობის შესაძლო პრობლემებს მიეკუთვნება პრობლემები უსაფრთხოების გასაღებებთან, სერვისის ანგარიშის უფლებებთან და გაშვების არასწორ პარამეტრებთან.

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

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

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

პრობლემა დაკავშირებულია ანგარიშის უფლებებთან, რომ იმუშაოს სისტემის სერვისად. გახსენით ადგილობრივი უსაფრთხოების პოლიტიკის პროგრამა და დაამატეთ მომხმარებელი (რომლის სახელითაც გაშვებულია Cluster Work სერვერები) Logon as service და Logon as batch job პოლიტიკებში.
თუ სერვისის ფაილებში შენახული მონაცემები დაზიანებულია, კლასტერის წარმოების სერვერების დაწყება შეიძლება ვერ მოხერხდეს. დარწმუნდით, რომ 1C:Enterprise 8.1 სერვერის აგენტი გაშვებულია (რაგენტის პროცესი სამუშაო მენეჯერში).
არ დაგავიწყდეთ, რომ Windows Event Auditing ასევე არის ანალიზის ინსტრუმენტი. ამისათვის შეხედეთ თუ არა რაიმე „საეჭვო“ შეტყობინება გამოჩნდება Windows-ის ღონისძიებების ჟურნალში.

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

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

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

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

შეცდომა 80070056

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

Windows Sockets - 11004 (0x00002AFC)

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

(Windows Sockets - 10054 (0x00002746).

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

(Windows Sockets - 10060 (0x0000274C)

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

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

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

(Windows Sockets - 10061 (0x0000274D)

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

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

მულტიპლატფორმა 1C

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

კითხვა: შეცდომა MS Server 2008 R2 x64 1c სერვერის ინსტალაციისას 1c სერვერის ინსტალაციისას ბრძანების ხაზის მეშვეობით, მაგალითად, ragent.exe -instsrvc -port 2040 -regport 2041 -range 2060:2091 -d “C:\Program Files\1cv82 \ (აღებულია ITS დისკიდან), ბრძანების ხაზი წერს შეტყობინებას: „შეცდომა! OpenSCManager შეცდომა!” სერვისი ამ შემთხვევაში არ არის შექმნილი. ტესტირებულია 8.1.15.14 და 8.2.10.77

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

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

კითხვა: სერვერის 8.2-ის დაცვის გასაღები მაძლევს სერვერის 8.1-ის გაშვების საშუალებას?
_ დიახ, ასეა

კითხვა: 1C სერვერის დასაწყებად, მჭირდება რაიმე სახის სერვერის ჰასპ კლავიშები? ლოკალური, თუ არ იმუშავებს 5 მომხმარებლისთვის?

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

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

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

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

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

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

1C სერვერის დაყენება

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

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

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

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

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

EXEC sys.sp_configure პარალელიზმის N'max ხარისხი', N'5'
წადი
ხელახლა კონფიგურაცია უგულებელყოფით
წადი

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

პასუხი: 8.2-ში უნდა იყოს მინიმუმ 1 სარეზერვო მუშა პროცესი.

Failover კლასტერი

Q: შეკითხვა ჭარბი ჩართვის შესახებ 1s 8.2 კლასტერებისთვის. თუ ჩვენი სერვერი გაფუჭდა (დამლაგებელმა ქალბატონმა ამოიღო მავთული), მაშინ ქსელის სახელი, მაგალითად, „server:2540“ მიუწვდომელი იქნება. როგორ იცის კლიენტმა, რომლის კავშირის სტრიქონი ამბობს „server:2540“, რომ მას სჭირდება სარეზერვო კლასტერთან დაკავშირება? სად მიიღებს მას სხვა სერვერის სახელს? რა მოხდება, თუ მონაცემთა ბაზის კავშირის სტრიქონში დაწერთ მძიმებით გამოყოფილ კლასტერებს?
პასუხი: რამდენიმე კლასტერი გაერთიანებულია „ზედმეტობის ჯგუფში“. ამ მიზნით, კლასტერში არის „დაჯავშნის სია“.

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

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

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

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

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

ფონური სამუშაოები

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

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

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

კითხვა: შესაძლებელია თუ არა ბაზის განადგურება T&I დროს?

_ მე არ ვიცი მსგავსი შემთხვევები, მაგრამ IMHO ყველაფერი შესაძლებელია. ამიტომ, კარგი იქნება, რომ სარეზერვო ასლის გაკეთება T&I-მდე.

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

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

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

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

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

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

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

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

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

3. დააინსტალირეთ x64 ვერსია, გაზარდეთ ოპერატიული მეხსიერება, გადადით 8.2-ზე.

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

კითხვა: რატომ არ წყვეტს ტესტირება და გამოსწორება ყველა პრობლემას ერთდროულად, რამდენჯერმე უნდა გაუშვათ?

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

კითხვა: არის თუ არა განსხვავება T&I 8.1-სა და 8.2-ს შორის?

პასუხი: პასუხის დაწერისა და 8.2.10 გამოშვების მომენტში განსხვავება არ ვიცი.

კითხვა: საჭიროა თუ არა რეინდექსირება რესტრუქტურიზაციის დროს?
_ არაა საჭირო.

სხვა

კითხვა: ძვირფასო ბატონებო, ვინმეს თუ უცდია მონაცემთა ბაზის ასახვა MSSql 2008-ის გამოყენებით?

კითხვა: 8.2 სერვერზე საერთო მეხსიერების იძულების შესახებ

პასუხი: არაფრის დაძალება არაა საჭირო, სერვერი გაიგებს.

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

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

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

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

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

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

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

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

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

• კლიენტის აპლიკაციები, თინ კლიენტები და ვებ კლიენტები- ეს არის "1C: Enterprise" გაშვების სხვადასხვა რეჟიმში, რომლებთანაც მუშაობს საბოლოო მომხმარებელი. კლიენტის აპლიკაციებისა და თხელი კლიენტებისთვის, ვებ-ბრაუზერი საკმარისია მომხმარებლის კომპიუტერებზე (ან ჩართულზე), ვებ კლიენტისთვის.
• სერვერის კლასტერი "1C: Enterprise"არის ერთ ან რამდენიმე კომპიუტერზე გაშვებული სამუშაო პროცესების კრებული და საინფორმაციო ბაზების სია, რომლებიც განთავსებულია ამ კლასტერში. სერვერის კლასტერში შესრულებულია აპლიკაციის ობიექტების ყველა სამუშაო, მზადდება ფორმების ჩვენება (ინფო ბაზის ობიექტების კითხვა, ფორმის მონაცემების შევსება, ელემენტების დალაგება და ა.შ.) და ბრძანების ინტერფეისი, ანგარიშების გენერირება და ფონური სამუშაოების გაშვება. კლიენტები აჩვენებენ მხოლოდ სერვერის კლასტერში მომზადებულ ინფორმაციას. გარდა ამისა, სერვისის ფაილები ინახება 1C:Enterprise კლასტერ სერვერზე, ასევე ინფობაზის რეგისტრაციის ჟურნალში.
• მონაცემთა ბაზის სერვერი- მონაცემთა ბაზის სერვერზე ხდება პირდაპირი შენახვა და მუშაობა, რომელიც უზრუნველყოფილია მონაცემთა ბაზის მართვის ერთ-ერთი შემდეგი სისტემით (DBMS), რომელსაც მხარს უჭერს 1C: Enterprise სისტემა:
  • Microsoft SQL Server Microsoft SQL Server 2000 და უფრო მაღალი;
  • PostgrageSQL 8.1 ვერსიიდან;
  • IBM DB2 9.1 ვერსიიდან;
  • Oracle მონაცემთა ბაზა 10g გამოშვების 2 ვერსიიდან.
• ვებ სერვერისაჭიროა მხოლოდ ვებ კლიენტებისთვის და ერთ-ერთი თხელი კლიენტისთვის. უზრუნველყოფს ამ ტიპის კავშირების ურთიერთქმედებას 1C: Enterprise სერვერების კლასტერთან.

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

ამ სტატიაში მე აღვწერ 1C:Enterprise სერვერის ვერსიის 8.3.4.389 ინსტალაციას (1C:Enterprise პლატფორმის 8.1, 8.2 და 8.3 სხვა ვერსიებისთვის, ნაბიჯები მსგავსია) ერთ კომპიუტერზე, რომელიც მუშაობს Windows Server 2008 (R2) ან Windows. სერვერი 2012 (R2). Microsoft SQL Server 2008 (R2) ან Microsoft SQL Server 2012 განიხილება, როგორც DBMS.

1. კომპიუტერი, რომელიც აკმაყოფილებს სისტემის მოთხოვნებს 1C:Enterprise სერვერის ინსტალაციისთვის და ამ კომპიუტერზე დაინსტალირებული OS-ით ან .
2. კომპიუტერი მონაცემთა ბაზის სერვერისთვის, რომელიც ასევე მუშაობს OS ან (შეიძლება იყოს კომპიუტერი პირველი ნაბიჯიდან).
3. ადგილობრივი ადმინისტრატორის უფლებები ორივე კომპიუტერზე.
4. სადისტრიბუციო ნაკრები 1C:Enterprise სერვერის 8-ის ინსტალაციისთვის.
5. პროგრამული უზრუნველყოფის ლიცენზია ან HASP4 Net დაცვის გასაღები 1C: Enterprise სერვერისთვის.
6. სადისტრიბუციო ნაკრები Microsoft SQL Server 2008 (R2) ან Microsoft SQL Server 2012-ის ინსტალაციისთვის.

2. MS SQL Server DBMS-ის ინსტალაცია

ჩვენ ვაინსტალირებთ MS SQL Server DBMS კომპიუტერზე, რომელიც ემსახურება მონაცემთა ბაზის სერვერს. 1C: Enterprise სისტემის მუშაობისთვის საკმარისია შემდეგი კომპონენტების დაყენება:

• მონაცემთა ბაზის ძრავის სერვისები
• მართვის ინსტრუმენტები - ძირითადი
  • მართვის ინსტრუმენტები - დასრულებული.

აირჩიეთ დახარისხების პარამეტრები " კირილიცა_ზოგადი_CI_AS" დეტალები სისტემების დაყენების შესახებ

3. Windows Firewall-ის კონფიგურაცია DBMS ოპერაციისთვის

თუ მონაცემთა ბაზის სერვერი და 1C:Enterprise კლასტერული სერვერი განლაგებულია სხვადასხვა ფიზიკურ კომპიუტერზე, თქვენ უნდა დააკონფიგურიროთ Windows Firewall მონაცემთა ბაზის სერვერზე ისე, რომ 1C:Enterprise სერვერმა შეძლოს მუშაობა DBMS-თან, კერძოდ, გახსნას შემომავალი კავშირები პორტზე. 1433 (ნაგულისხმევი SQL Server მაგალითისთვის).

• მე დავწერე დეტალურად Windows Firewall-ის დაყენების შესახებ Microsoft SQL Server 2008 (R2) / 2012.

4. მომხმარებლის დამატება MS SQL სერვერზე

შემდეგი, ჩვენ დავამატებთ ცალკეულ მომხმარებელს MS SQL Server-ში, რომლის მიხედვითაც 1C:Enterprise სერვერის მონაცემთა ბაზები იქნება დაკავშირებული. ეს მომხმარებელი ასევე იქნება ამ მონაცემთა ბაზების მფლობელი. დამატებული მომხმარებელი უნდა იყოს ავტორიზებული სერვერზე პაროლის გამოყენებით და ჰქონდეს შემდეგი როლების ნაკრები: dbcreator, პროცესადმინისტრი, საჯარო. დეტალები მომხმარებლის დამატების შესახებ

• Microsoft SQL Server 2008 (R2) დავწერე.
• მე დავწერე Microsoft SQL Server 2012.

5. 1C:Enterprise სერვერის ინსტალაცია

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

• 1C:Enterprise ტექნოლოგიური პლატფორმა Windows-ისთვის - საშუალებას გაძლევთ დააინსტალიროთ 32-ბიტიანი 1C:Enterprise სერვერი
• 1C: Enterprise სერვერი (64-ბიტიანი) Windows-ისთვის - საშუალებას გაძლევთ დააინსტალიროთ როგორც 32-ბიტიანი, ასევე 64-ბიტიანი 1C:Enterprise სერვერები

(ასევე არის KORP სერვერის გაფართოებული ვერსია 1C: Enterprise 8.3, დეტალები შეგიძლიათ იხილოთ 1C ვებსაიტზე)

გახსენით დირექტორია 1C:Enterprise სერვერის ინსტალაციის ფაილებით და გაუშვით ფაილი setup.exe.

დაიწყება 1C: Enterprise სისტემის ინსტალაციის ასისტენტი. პირველ გვერდზე დააწკაპუნეთ " Უფრო».

შემდეგ გვერდზე თქვენ უნდა აირჩიოთ კომპონენტები, რომლებიც დაინსტალირებულია, ჩვენ გვჭირდება შემდეგი კომპონენტები:

• სერვერი 1C: Enterprise— 1C: საწარმოს სერვერის კომპონენტები
• სერვერის ადმინისტრაცია 1C: Enterprise 8— დამატებითი კომპონენტები 1C: Enterprise სერვერების კლასტერის ადმინისტრირებისთვის

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

აირჩიეთ ინტერფეისის ენა, რომელიც გამოყენებული იქნება ნაგულისხმევად და დააწკაპუნეთ “ Უფრო».

თუ 1C:Enterprise სერვერი დაინსტალირებულია როგორც Windows სერვისი (და უმეტეს შემთხვევაში ის ასე უნდა იყოს დაინსტალირებული), გირჩევთ დაუყოვნებლივ შექმნათ ცალკე მომხმარებელი, საიდანაც შეიქმნება სერვისი. Ამისთვის

• დატოვე დროშა "ჩართული" დააინსტალირეთ 1C: Enterprise სერვერი, როგორც Windows სერვისი (რეკომენდებულია)»;
• გადავიტანთ შესაბამის გადამრთველს " შექმენით მომხმარებელი USR1CV8».
• ორჯერ შეიყვანეთ შექმნილი მომხმარებლის პაროლი. ნაგულისხმევად, პაროლი უნდა შეესაბამებოდეს Windows პაროლის პოლიტიკას. ამის შესახებ მეტი შეგიძლიათ წაიკითხოთ:
  • Microsoft Windows Server 2008-ისთვის (R2) - ;
  • Microsoft Windows Server 2012-ისთვის - .

თქვენ ასევე შეგიძლიათ აირჩიოთ არსებული მომხმარებელი 1C:Enterprise სერვერის გასაშვებად. ამ შემთხვევაში, არჩეულ მომხმარებელს უნდა ჰქონდეს შემდეგი უფლებები:

• შედით, როგორც სერვისი
• შედით როგორც ჯგუფური სამუშაო
• შესრულების ჟურნალის მომხმარებლები.

ასევე, მომხმარებელს უნდა მიეცეს საჭირო უფლებები სერვერის სერვისის ფაილების დირექტორიაზე (ნაგულისხმევად C:\Program Files\1cv8\srvinfo 64 ბიტისთვის და C:\Program Files (x86)\1cv8\srvinfo 32-ბიტიანი სერვერისთვის).

ავტომატურად შექმნილი მომხმარებელი USR1CV8ექნება ყველა ზემოთ ჩამოთვლილი უფლება.

შესაბამისი პარამეტრების შევსების შემდეგ დააჭირეთ ღილაკს " Უფრო».

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

ინსტალაციის დასრულების შემდეგ, ასისტენტი მოგთხოვთ დააინსტალიროთ დაცვის დრაივერი - HASP Device Driver. თუ იყენებთ პროგრამულ ლიცენზიას 1C:Enterprise სერვერისთვის, არ არის საჭირო დრაივერის დაყენება. დროშის დატოვება ან ამოღება" დააინსტალირეთ დამცავი დრაივერი"და დააჭირეთ" Უფრო».

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

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

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

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

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

მე გირჩევთ სამუშაო პროცესების იზოლირებას საინფორმაციო ბაზის მიხედვით, მაგალითად, პარამეტრის „ინფორმაციის უსაფრთხოების რაოდენობა თითოეულ პროცესზე = 1“-ის მითითებით. რამდენიმე უაღრესად დატვირთული მონაცემთა ბაზებით, ეს შეამცირებს ურთიერთგავლენას როგორც სანდოობის, ასევე შესრულების თვალსაზრისით.

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

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

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

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

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

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

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

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

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

მეხსიერების უსაფრთხო მოხმარება თითო ზარზე– გაძლევთ საშუალებას აკონტროლოთ მეხსიერების მოხმარება სერვერზე ზარის დროს, გაზომილი ბაიტებში. თუ ზარი მოსალოდნელზე მეტ მეხსიერებას იყენებს, ეს ზარი დასრულდება 1C კლასტერში მუშა პროცესის გადატვირთვის გარეშე (rphost.exe). შესაბამისად, „დამარცხებული“, რომელმაც დარეკა სერვერზე, დაკარგავს თავის სესიას 1C მონაცემთა ბაზასთან სხვა მომხმარებლების მუშაობაზე გავლენის გარეშე.

ერთ გბ-ში – 1073741824 ბაიტი, შესაბამისად 2 გბ-ში – 2147483648 ბაიტი

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

ინფორმაციული უსაფრთხოების რაოდენობა თითოეულ პროცესზე– საშუალებას გაძლევთ გამოყოთ საინფორმაციო ბაზები სამუშაო პროცესებისთვის. ნაგულისხმევად, მიმდინარე 1C კლასტერი დაყენებული იყო „ 8 “, მაგრამ რამდენიმე საათის მუშაობის განმავლობაში, სერვერი ძალიან არასტაბილურად იქცეოდა, მომხმარებლის სესიები გაიყინა. თითოეული საინფორმაციო ბაზის იზოლირების შემდეგ (მნიშვნელობა – „1“) პრობლემები გაქრა.

კავშირების რაოდენობა თითოეულ პროცესზე- ნაგულისხმევი მნიშვნელობა 128 “. ვინაიდან ამჟამინდელ მონაცემთა ბაზას აქვს ფონური ამოცანების ძალიან დიდი დატვირთვა (ლოგისტიკური გამოთვლები, ფასების ჩამონათვალის ანალიზი, კონკურენტების ანალიზი და ა.შ.), გადაწყდა, რომ რიცხვი შემცირდეს „25“-მდე.

თავად 1C კლასტერის პარამეტრები ოდნავ შეიცვალა:

შეცდომის ტოლერანტობის დონე– ეს არის მოქმედი სერვერების რაოდენობა, რომლებიც შეიძლება ერთდროულად ჩავარდეს და ეს არ გამოიწვევს მომხმარებლების არანორმალურ შეწყვეტას. სარეზერვო სერვისები ავტომატურად იხსნება იმ ოდენობით, რაც საჭიროა მითითებული შეცდომის ტოლერანტობის უზრუნველსაყოფად. რეალურ დროში, აქტიური სერვისი იმეორებს სარეზერვო სერვისებს.

ჩატვირთვის გაზიარების რეჟიმი– პარამეტრის ორი ვარიანტია: „პრიორიტეტი შესრულების მიხედვით“ – მეტი სერვერის მეხსიერება იხარჯება და შესრულება უფრო მაღალია, „პრიორიტეტი მეხსიერების მიხედვით“ – 1C კლასტერი ინახავს სერვერის მეხსიერებას.

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

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

ეს ამცირებს სერვერის არასწორი კონფიგურაციის ალბათობას და ამცირებს ადმინისტრატორების საკვალიფიკაციო მოთხოვნებს.

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

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

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

მე გირჩევთ სამუშაო პროცესების იზოლირებას საინფორმაციო ბაზის მიხედვით, მაგალითად, პარამეტრის „ინფორმაციის უსაფრთხოების რაოდენობა თითოეულ პროცესზე = 1“-ის მითითებით. რამდენიმე უაღრესად დატვირთული მონაცემთა ბაზებით, ეს შეამცირებს ურთიერთგავლენას როგორც სანდოობის, ასევე შესრულების თვალსაზრისით.

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

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

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

1c-ის მინიჭებული ფუნქციონირების მოთხოვნები

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

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

მაშ, რა შეიცვალა კლასტერში 1C 8.3:

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

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

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

მეხსიერების უსაფრთხო მოხმარება თითო ზარზე- საშუალებას გაძლევთ აკონტროლოთ მეხსიერების მოხმარება სერვერზე ზარის დროს, გაზომილი ბაიტები. თუ ზარი მოსალოდნელზე მეტ მეხსიერებას იყენებს, ეს ზარი დასრულდება 1C კლასტერში მუშა პროცესის გადატვირთვის გარეშე (rphost.exe). შესაბამისად, „დამარცხებული“, რომელმაც დარეკა სერვერზე, დაკარგავს თავის სესიას 1C მონაცემთა ბაზასთან სხვა მომხმარებლების მუშაობაზე გავლენის გარეშე.

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

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

კავშირების რაოდენობა თითოეულ პროცესზე- ნაგულისხმევი მნიშვნელობა არის "128". ვინაიდან ამჟამინდელ მონაცემთა ბაზას აქვს ფონური ამოცანების ძალიან დიდი დატვირთვა (ლოგისტიკური გამოთვლები, ფასების ჩამონათვალის ანალიზი, კონკურენტების ანალიზი და ა.შ.), გადაწყდა, რომ რიცხვი შემცირდეს „25-მდე“.

თავად 1C კლასტერის პარამეტრები ოდნავ შეიცვალა:

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

ჩატვირთვის გაზიარების რეჟიმი - პარამეტრის ორი ვარიანტია: "პრიორიტეტი შესრულების მიხედვით" - მეტი სერვერის მეხსიერება იხარჯება და შესრულება უფრო მაღალია, "პრიორიტეტი მეხსიერებით" - 1C კლასტერი ინახავს სერვერის მეხსიერებას.

შემდგომი სიტყვის ნაცვლად. 1C 8.3 კლასტერი მუშაობს შესამჩნევად უფრო სწრაფად და საიმედოდ, ინფორმაციის ბაზასთან მომხმარებლის სესიის შექმნა ბევრჯერ უფრო სწრაფია, ინტერფეისი თავსებადობის რეჟიმში 1C 8.2.16-თან, შეიძლება ითქვას, დაფრინავს. რა თქმა უნდა, არის ნიუანსები, მაგრამ სად ვიქნებოდით მათ გარეშე? წარმატებებს გისურვებთ ახალი 1C 8.3 კლასტერის დაყენებაში.