8.3 8 სერვერის კლასტერის ნაგულისხმევი პარამეტრი

ეს სტატია შეიცავს ინფორმაციას კლიენტ-სერვერის ვერსიაში 1C ინსტალაციის პროცედურის შესახებ.

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

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

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

შექმენით საინფორმაციო ბაზა SQL-ში.

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

"სერვერის კლასტერში" მიუთითეთ სერვერის სახელი (ან უკეთესი IP მისამართი), რომელზეც დააინსტალირეთ SQL.

"Infobase name" განყოფილებაში მიუთითეთ ნებისმიერი სახელი, რომლის მინიჭებაც გსურთ მონაცემთა ბაზაში.

DBMS ტიპი – SQL.

მონაცემთა ბაზის მომხმარებელი და მისი პაროლი არის იგივე სუპერმომხმარებელი, რომელიც ზემოთ იყო ნახსენები MS SQL-ის ინსტალაციის დროს.

დატოვეთ თარიღი ნაგულისხმევად.

აუცილებელია შეამოწმოთ "შექმენით მონაცემთა ბაზა, თუ ის არ არსებობს" და დააჭირეთ "შემდეგი".

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

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

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

სერვერის კლასტერი 1C:Enterprise 8 (1C:Enterprise 8 სერვერის კლასტერი)

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

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

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

  • ფუნქციონირების შესაძლებლობა როგორც რამდენიმე, ასევე ერთ კომპიუტერზე (მუშა სერვერებზე);
  • თითოეულ მუშა სერვერს შეუძლია მხარი დაუჭიროს ერთი ან რამდენიმე მუშა პროცესის ფუნქციონირებას, რომელიც ემსახურება კლიენტის კავშირებს ამ კლასტერის საზღვრებში;
  • ახალი კლიენტების ჩართვა კლასტერის სამუშაო პროცესებში ხდება სამუშაო პროცესის დატვირთვის სტატისტიკის გრძელვადიანი ანალიზის საფუძველზე;
  • ყველა კლასტერული პროცესის ერთმანეთთან ურთიერთქმედება კლიენტის აპლიკაციებთან და მონაცემთა ბაზის სერვერთან ხორციელდება TCP/IP პროტოკოლით;
  • კლასტერული პროცესები გაშვებულია, შეიძლება იყოს სერვისი ან აპლიკაცია

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

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

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

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

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

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

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

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

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

  • სერვერის კლასტერული პროცესები:
    o ragent.exe;
    o rmngr.exe;
    o rphost.exe;
  • მონაცემთა საცავი:
    o კლასტერების სია;
    o კლასტერული რეესტრი.

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

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

თავად სერვერის კლასტერი შედგება შემდეგი ელემენტებისაგან:

  • ერთი ან მეტი rmngr.exe პროცესი
  • კლასტერული რეესტრი
  • ერთი ან მეტი rphost.exe პროცესი.

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

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

1C ვერსიის 8.3 მასშტაბურობა

სერვერის კლასტერის მასშტაბურობა მიიღწევა შემდეგი გზებით:

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

რამდენიმე მენეჯერის ერთდროულად გამოყენება.

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

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

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

სხვა სერვისებისთვის, კლასტერების თვითნებური მენეჯერები დაინიშნენ:

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

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

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

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

1C ვერსიის 8.3-ის შეცდომის ტოლერანტობა

კასეტური წარუმატებლობისადმი მდგრადობა უზრუნველყოფილია სამი გზით:

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

1C კლასტერული ვერსიის 8.3-ის სარეზერვო ასლის შექმნა

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

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

1C სამუშაო პროცესების 8.3 ვერსიის სარეზერვო ასლი

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

  • გამოყენება
  • არ გამოიყენოთ
  • გამოიყენეთ როგორც სარეზერვო.

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

1C ვერსიის 8.3 წინააღმდეგობა საკომუნიკაციო არხის შეფერხებამდე

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

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

სესიები 1C ვერსიაში 8.3

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

  • თხელი კლიენტი, ვებ კლიენტი, სქელი კლიენტი - ეს სესიები ხდება მაშინ, როდესაც შესაბამისი კლიენტები წვდებიან ინფო ბაზას
  • "Configurator" ტიპის კავშირი - ეს ხდება კონფიგურატორის ინფობაზაზე წვდომისას
  • COM კავშირი – ჩამოყალიბებულია გარე კავშირის გამოყენებისას ინფო ბაზაზე წვდომისთვის
  • WS კავშირი – ხდება ვებ სერვერის საინფორმაციო ბაზაზე წვდომისას, ვებ სერვერზე გამოქვეყნებულ ვებ სერვისზე წვდომის შედეგად.
  • ფონური სამუშაო – იქმნება, როდესაც კლასტერული მუშა პროცესი წვდება ინფობაზას. ეს სესია გამოიყენება ფონური სამუშაოს პროცედურის კოდის შესასრულებლად,
    კლასტერული კონსოლი – იქმნება, როდესაც კლიენტ-სერვერის ადმინისტრაციის პროგრამა წვდება მუშა პროცესს
  • COM ადმინისტრატორი - ხდება მაშინ, როდესაც მუშა პროცესზე წვდომა ხდება გარე კავშირის გამოყენებით.
  • მუშაობა სხვადასხვა ოპერაციული სისტემებით

ნებისმიერი სერვერის კლასტერული პროცესი შეიძლება იმუშაოს როგორც Linux ოპერაციული სისტემის, ასევე Windows ოპერაციული სისტემის ქვეშ. ეს მიიღწევა იმით, რომ კლასტერული ურთიერთქმედება ხდება TCP/IP პროტოკოლის კონტროლის ქვეშ. კლასტერი ასევე შეიძლება შეიცავდეს სამუშაო სერვერებს, რომლებიც მუშაობენ რომელიმე ამ ოპერაციულ სისტემაზე.

სერვერის კლასტერების ადმინისტრირების პროგრამა 8.3

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

რამდენიმე მუშა პროცესი ერთ სერვერზე შესაძლებელს ხდის ეფექტურად გამოიყენოს ოპერატიული მეხსიერების და პროცესორის რესურსები მოთხოვნების შესასრულებლად, ასევე კლიენტის სესიის დაკავშირება სხვა მუშა პროცესთან, თუ ამჟამინდელი "დაავარია".
Server Agent (ragent) პროგრამა პასუხისმგებელია იმის გაგებაზე, თუ რა მუშაობს კონკრეტულ სერვერზე. სერვერის აგენტის შეჩერება სერვერს მიუწვდომელს გახდის კლასტერისთვის გამოსაყენებლად. აგენტი ინახავს ინფორმაციას ფაილში srvribrg.lst.

ინფორმაცია სამუშაო მონაცემთა ბაზებისა და ჩართული სამუშაო პროცესების შესახებ ეკუთვნის „სერვერ მენეჯერს“ (rmngr). ის ინახავს ამ ინფორმაციას ფაილში 1CV8Reg.lst. სერვერის მენეჯერის შეჩერებამ შეიძლება გამოიწვიოს კლიენტის აპლიკაციების გადატვირთვა, თუ მენეჯერი წარმატებით გადაიტვირთება ან მთელი კლასტერის სამუშაო სერვერების სრული გაჩერება.

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

Enterprise Servers snap-in შექმნილია კლასტერის მართვისთვის.
შეგიძლიათ სერვერებთან დაკავშირება სერვერის სახელით ან IP მისამართით.

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

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

მოდით უფრო ახლოს მივხედოთ კლასტერის თვისებებს

გადატვირთვის ინტერვალი

ეს პარამეტრი განაახლებს 1C სერვერის სამუშაო პროცესებს მითითებული მნიშვნელობის მიხედვით წამებში. როგორც წესი, პარამეტრი გამოიყენება აპლიკაციის სერვერებზე, რომლებსაც აქვთ 32-ბიტიანი სისტემა, რადგან იქ მეხსიერების მოცულობა შეზღუდულია ~ 3.7 გბ-მდე, თუ ოპერაციული სისტემა 64-ბიტიანია, ხოლო აპლიკაციის სერვერი 32-ბიტიანი. თუ OS იყენებს 32-ბიტიან არქიტექტურას, მაშინ სამუშაო პროცესის მეხსიერების მთლიანი მოხმარება არის ~ 1.7 GB. და მომხმარებლებს ხშირად შეუძლიათ მიიღონ შეცდომის შეტყობინება, როგორიცაა "არასაკმარისი მეხსიერება 1C Enterprise სერვერზე". ამ შეცდომის თავიდან აცილების უმარტივესი გზაა სამუშაო პროცესების გადატვირთვა, მაგალითად 86400 წამი (1 დღე). პარამეტრის შეცვლისას, დროის დათვლა იწყება 1C აპლიკაციის სერვერის სერვისის დაწყებიდან.

მეხსიერების დაშვებული ზომა

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

მეხსიერების დასაშვები რაოდენობის გადაჭარბების ინტერვალი

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

სერვერის შეცდომების რაოდენობის დასაშვები გადახრა

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

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

თუ ამ პარამეტრს ჩავრთავთ, მაშინ „სერვერის შეცდომების რაოდენობის დასაშვები გადახრის“ პარამეტრის მიხედვით, პრობლემური პროცესები შეწყდება. თუ პარამეტრი გამორთულია, პლატფორმა აჩვენებს პროცესის ჟურნალის მოვლენას "ATTN", რომელიც მიუთითებს პრობლემურ პროცესზე.

შემდეგ გააჩერეთ გამორთული პროცესები

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

შეცდომის ტოლერანტობის დონე

ეს პარამეტრი დამოუკიდებლად მუშაობს, ცენტრალური სერვერების რაოდენობის მიუხედავად. შეცდომის ტოლერანტობის დონეს შეუძლია მიიღოს ნებისმიერი მნიშვნელობა. მაგალითად, გამძლეობის დონე = 1, შემდეგ თითოეული მომხმარებლის სესია გაორმაგდება. თუ შეცდომის ტოლერანტობის დონე = 2, მაშინ ყოველი სესია მრავლდება 3-ზე. სერვერზე დატვირთვაც იზრდება. შეცდომის ტოლერანტობის დონის შეცვლისას, თუ ჩვენ გვაქვს ცენტრალური სერვერი, ის იმეორებს თითოეულ ცენტრალურ სერვერს: „კლასტერული რეესტრი“, „კლასტერული დაბლოკვის სერვისი“. ასევე არსებობს ისეთი სერვისების რეპლიკაცია, როგორიცაა „სესიის მონაცემთა სერვისი“, „დროის მარკირების ონლაინ სერვისი“, „ობიექტების დაბლოკვის სერვისი“, „ლიცენზირების სერვისი“, „ნუმერაციის სერვისი“ სხვა სერვერებზე. მათ შორის ყველაზე მძიმეა „სესიის მონაცემთა სერვისი“.

ჩატვირთვის გაზიარების რეჟიმი

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


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

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

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

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

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

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

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

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

სამუშაო ნაკადის მაქსიმალური მეხსიერება

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

მეხსიერების უსაფრთხო მოხმარება თითო ზარზე

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

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

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

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

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

კავშირების რაოდენობა თითოეულ პროცესზე

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

მენეჯერი თითოეული სერვისისთვის

თითოეულ ცენტრალურ მუშა სერვერს ჰყავს მთავარი კლასტერ მენეჯერი გარკვეული სერვისებით:


მათ ახორციელებს ერთი სერვისი "rmngr". წარმოვიდგინოთ, რომ ეს სერვისი იწყებს დიდი რაოდენობით მეხსიერების მოხმარებას ან CPU რესურსების დაკარგვას. ჩვეულებრივ, რამდენიმე ტიპიური ეჭვმიტანილი არსებობს. მაგრამ უცებ მოხვდებით „ჩიხში“ და ვერ ხვდებით, რა იტვირთება სერვისი, შეგიძლიათ შეამოწმოთ „მენეჯერი თითოეული სერვისისთვის“, სერვისი დაიყოფა 21 პროცესად (ეს არის ძირითადი სერვისების რაოდენობა. კლასტერის მენეჯერი). და შესაბამისად, პროცესის PID-ის გამოყენებით, შესაძლებელი იქნება გამოთვალოთ რომელი სერვისი იტვირთება სისტემას.

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

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

ფუნქციონალური დავალების მოთხოვნა

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

მომხმარებლის კავშირების მიგრაცია

ვთქვათ, გვინდა, რომ მომხმარებლის კავშირებმა იმუშაოს მუშა სერვერზე #1, მაგრამ თუ ეს სერვერი გაქრება, ჩვენ გვინდა, რომ ისინი სხვა მუშა სერვერზე #2 ვერ გადავიდეს.

ამისათვის ჩვენ უნდა შევქმნათ ფუნქციონალური მინიჭების მოთხოვნა No1 სერვერზე:


სერვერზე No2 დააყენეთ იგივე პარამეტრები, მაგრამ შეცვალეთ პრიორიტეტი:


პრიორიტეტის მნიშვნელობა საპირისპიროდ ხორციელდება. ანუ პრიორიტეტი 1 უფრო მაღალია ვიდრე პრიორიტეტი 2.

ამოიღეთ წარმოების სერვერი კლასტერიდან

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

შექმენით ფუნქციონალური დავალების მოთხოვნა შემდეგი პარამეტრებით:


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

ლიცენზირების სერვისი

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


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

პლატფორმის 8.3.7 გამოშვებით, ფონური სამუშაოები დაიყო 2 ჯგუფად:

1. ფონური სამუშაოები მოწოდებული კონფიგურაციის კოდიდან

2. რუტინული დავალებები

ამიტომ, ფუნქციონირების მინიჭებისთვის საჭიროა რამდენიმე პარამეტრი:



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



ფუნქციონირების მინიჭებისთვის საჭირო მოთხოვნების შექმნის შემდეგ, თქვენ უნდა გამოიყენოთ ისინი:


ნაწილობრივი – აპლიკაცია, რომელიც არ შეაფერხებს მომხმარებლის გამოცდილებას

სრული – აპლიკაცია, რომელმაც შეიძლება ხელი შეუშალოს მომხმარებლის გამოცდილებას.

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

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

ფაილის ვერსიის გარდა, 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 ან (შეიძლება იყოს კომპიუტერი 1 ნაბიჯიდან).
  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 სერვერისთვის, არ არის საჭირო დრაივერის დაყენება. დროშის დატოვება ან ამოღება" დააინსტალირეთ დამცავი დრაივერი"და დააჭირეთ" Უფრო».

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

გამოსავალი

1. გახსენით 1C Enterprise სერვერების ადმინისტრაციული კონსოლი;
2. გააფართოვეთ ცენტრალური სერვერის ხე კლასტერებად და შეარჩიეთ კლასტერი, რომელიც გვაინტერესებს. მაგალითში არის მხოლოდ ერთი კლასტერი;
3. გახსენით არჩეული კლასტერის თვისებები და იხილეთ შემდეგი ფორმა

1C:Enterprise 8.3 სერვერის კლასტერის თვისებები

მოდით შევხედოთ სურათზე ნაჩვენები მაგალითს:

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

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

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

შემდეგ გააჩერეთ გამორთული პროცესები— დრო, რომლის შემდეგაც გამორთულია მონიშნული სამუშაო პროცესი შეჩერდება; თუ მნიშვნელობა არის 0, პროცესი არ დასრულდება. ინტერვალი მითითებულია წამებში, მაგალითში მითითებულია 60 წამი.

პარამეტრების გამოყენების შემდეგ, თქვენ არ გჭირდებათ სერვერის სერვისის გადატვირთვა; ისინი გამოიყენება დინამიურად.

სულ

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

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



დაკავშირებული პუბლიკაციები