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

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

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

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

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

MS SQL სერვერის ინსტალაცია 1C: Enterprise-თან მუშაობისთვის

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

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

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

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

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

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

MS SQL სერვერის დაყენება 1C: Enterprise-თან მუშაობისთვის

თუ საქმე გაქვთ უკვე დაინსტალირებული SQL Server-ის მაგალითთან, დარწმუნდით, რომ შედარების კოდირებაა კირილიცა_ზოგადი_CI_AS, წინააღმდეგ შემთხვევაში მონაცემები უნდა ჩამოიტვირთოს 1C ხელსაწყოების გამოყენებით და სერვერი ხელახლა უნდა დააინსტალიროთ (ან უნდა დაინსტალიროთ სხვა ეგზემპლარი, თუ ამას სხვა სერვისები იყენებენ).

ამისათვის გახსენით მართვის სტუდიააირჩიეთ SQL სერვერის საჭირო ინსტანცია და დააწკაპუნეთ მასზე მარჯვენა ღილაკით და გადადით Თვისებები.

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

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

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

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

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

შემდეგ გამოიყენეთ ეს ანგარიში SQL სერვერთან დასაკავშირებლად 1C-დან.

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

tempdb მონაცემთა ბაზის გადატანა

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

ფაილის მდებარეობის შესაცვლელად tempdbგახსნა მართვის სტუდია, აირჩიეთ შექმენით მოთხოვნადა ფანჯარაში, რომელიც იხსნება, ჩაწერეთ შემდეგი ტექსტი, სადაც E:\NEW_FOLDER- ახალი ადგილმდებარეობა ბაზისთვის:

გამოიყენეთ ოსტატი
მონაცემთა ბაზის შეცვლა tempdb
ფაილის შეცვლა (
სახელი = tempdev,
ფაილის სახელი = N"E:\NEW_FOLDER\tempdb.mdf")
წადი

მონაცემთა ბაზის შეცვლა tempdb
ფაილის შეცვლა (
სახელი = ტემპლოგი,
ფაილის სახელი = N"E:\NEW_FOLDER\templog.ldf")
წადი

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

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

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

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

* აკოპირებს 1C:Enterprise სერვერის ჩატვირთვის მოდულებს 1C:Enterprise საინსტალაციო პროგრამის მიერ მითითებულ დირექტორიაში, როგორც საბოლოო საქაღალდე.
* თუ ინსტალაციის დროს არჩეულია „Create user USR1CV81“, იქმნება მომხმარებელი USR1CV81. 1C:Enterprise 8.1 სერვერი მუშაობს ამ მომხმარებლის სახელით, თუ ის გაშვებულია როგორც სერვისი. მას აქვს წვდომა მხოლოდ იმ რესურსებზე, რომლებიც სჭირდება 1C: Enterprise სერვერს. მნიშვნელოვანია, რომ 1C:Enterprise სერვერს სჭირდება ორი დირექტორიის ფუნქციონირება: ზოგადი დირექტორია სერვერის მონაცემებით (ჩვეულებრივ "C:\Program Files\1cv81\server") და დროებითი ფაილების დირექტორია (ჩვეულებრივ "C:\Documents and Settings" \usr1cv81\Local Settings \Temp" ან "C:\WINNT\Temp"). მომხმარებელი USR1CV81 იღებს უფლებებს საერთო დირექტორიაზე სერვერის მონაცემებით. დროებითი ფაილების დირექტორია, როგორც წესი, ხელმისაწვდომია ყველა მომხმარებლისთვის.
* თუ ინსტალაციის პროცესში ჩართულია "Install 1C:Enterprise 8.1 სერვერი როგორც Windows სერვისი", მაშინ ის არეგისტრირებს 1C:Enterprise სერვერის აგენტის სერვისს Windows-ში და იწყებს მას. პირველი გაშვებისას იქმნება 1C: Enterprise სერვერების კლასტერი ნაგულისხმევი პარამეტრებით. მას აქვს ერთი მუშა სერვერი და ერთი მუშა პროცესი. სამუშაო სერვერის მისამართი ემთხვევა კომპიუტერის სახელს, რომელზეც განხორციელდა ინსტალაცია.

USR1CV81 ან USR1CV82 მომხმარებელი და მისი უფლებები

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

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

* მოდულების ჩატვირთვის დირექტორია მდებარეობს 1C:Enterprise ინსტალაციის პროგრამის მიერ მითითებულ დირექტორიაში, როგორც საბოლოო საქაღალდე. ის შეიცავს 1C: Enterprise სერვერის ჩატვირთვის მოდულებს. USR1CV81 მომხმარებელი ითხოვს უფლებებს ამ დირექტორიადან და მისი ქვედირექტორიებიდან მონაცემების წაკითხვისა და პროგრამების გასაშვებად. ის იღებს ამ უფლებებს იმპლიციალურად მომხმარებელთა ჯგუფში ჩართვის გზით.
* სერვერის მონაცემთა დირექტორიას, როგორც წესი, ეწოდება "C:\Program Files\1cv81\server". მომხმარებელი USR1CV81 ითხოვს სრულ უფლებებს ამ დირექტორიაზე. USR1CV81 მომხმარებლის შექმნისას, 1C:Enterprise საინსტალაციო პროგრამა ანიჭებს მას უფლებას ამ დირექტორიაზე.
* დროებითი ფაილების დირექტორიას ჩვეულებრივ უწოდებენ "C:\Documents and Settings\usr1cv81\Local Settings\Temp" ან "C:\WINNT\Temp", რომელიც განისაზღვრება მომხმარებლის გარემოს TEMP ცვლადის ან სისტემის გარემოს TEMP მნიშვნელობით. ცვლადი. თქვენ შეგიძლიათ ნახოთ ამ ცვლადის მნიშვნელობა სისტემის თვისებების დიალოგში (დაწყება -> პარამეტრები -> პანელი -> სისტემა -> გაფართოებული -> გარემოს ცვლადები). 1C: Enterprise ინსტალაციის პროგრამა მომხმარებელს USR1CV81 აძლევს სრულ უფლებებს ამ დირექტორიაზე. როგორც წესი, Windows-ის ინსტალაციისას დროებითი ფაილების დირექტორია ხელმისაწვდომია ყველა მომხმარებლისთვის CREATOR OWNER ჯგუფის წვდომის სიაში ჩართვით. თუმცა, ეს წვდომა არ არის სრული. კერძოდ, ამ დირექტორიაში ფაილების ძებნა ყველა მომხმარებლისთვის არ არის ხელმისაწვდომი. მომხმარებლის USR1CV81 სრული უფლებების დაყენება დროებითი ფაილების დირექტორიაში, საშუალებას აძლევს 1C:Enterprise სერვერს შეასრულოს ყველა საჭირო ოპერაცია. თქვენ შეგიძლიათ ნახოთ წვდომის სია დირექტორიაში თვისებების დიალოგში უსაფრთხოების ჩანართზე. CREATOR OWNER ჯგუფის არსებობა საშუალებას აძლევს დირექტორიაში წვდომას ნებისმიერი მომხმარებლის მიერ, რომელიც ქმნის ნებისმიერ ფაილს ამ დირექტორიაში ან ფლობს ნებისმიერ ფაილს ამ დირექტორიაში. ამ შემთხვევაში შექმნილი ფაილის წვდომის სიაში CREATOR OWNER ჯგუფის ნაცვლად ჩაიწერება ის მომხმარებელი, რომელმაც შექმნა ფაილი. მომხმარებლებს შორის, რომლებსაც აქვთ წვდომა ამ დირექტორიაში, უნდა იყოს მომხმარებელი USR1CV81, რომელსაც აქვს სრული უფლებები ამ დირექტორიაზე.
მნიშვნელოვანია გვახსოვდეს, რომ ფაილების დროებითი დირექტორია მოცემული მომხმარებლისთვის (მომხმარებლის USR1CV81-ის ჩათვლით) განისაზღვრება ამ მომხმარებლის გარემოს ცვლადების და სისტემის გარემოს ცვლადების კომბინაციით. ამ დირექტორიას გასარკვევად, 1C:Enterprise საინსტალაციო პროგრამა ითხოვს მომხმარებლის კონტექსტს USR1CV81. Windows 2000-ში ამის გასაკეთებლად, მომხმარებელს, რომლის სახელითაც გაშვებულია 1C:Enterprise საინსტალაციო პროგრამა, შეიძლება დასჭირდეს შემდეგი პრივილეგიები: იმოქმედოს ოპერაციული სისტემის ნაწილად და გვერდის ავლით გადაკვეთის შემოწმება. თქვენ შეგიძლიათ შეამოწმოთ მომხმარებლის პრივილეგიები Local Sequity Settings უტილიტაში Local Policies -> User Rights Assignment ფილიალში. ახალი პროგრამული უზრუნველყოფის ინსტალაციისას, ინსტალერი ჩვეულებრივ იძენს ამ პრივილეგიებს ავტომატურად.

1C: Enterprise სერვერის რეგისტრაცია Windows სერვისად

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

Windows სერვისების სიისა და მათი პარამეტრების სანახავად გამოიყენეთ Component Services უტილიტა (დაწყება -> პარამეტრები -> პანელი -> ადმინისტრაციული ხელსაწყოები -> სერვისები). 1C:Enterprise სერვერი წარმოდგენილია სერვისების სიაში სერვისით "1C:Enterprise Server Agent 8.1". სერვისის პარამეტრები განსაზღვრავს 1C: Enterprise Server Agent პროცესის (რაჯენტი) გაშვებას, მომხმარებლის, რომლის სახელითაც იგი გაშვებულია და გადატვირთვის მეთოდს საგანგებო სიტუაციებში.

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


მასში ნათქვამია, რომ:

* სერვერის აგენტის პროცესი არის ჩატვირთვის მოდული "C:\Program Files\1cv81\bin\ragent.exe";
* Ragent პროცესი მუშაობს Windows სერვისის სახით და უნდა მართოს სერვის მენეჯერი (-srvc);
* გამოიყენება როგორც 1C: Enterprise Server Agent (-agent);
* სერვისის პირველად დაწყებისას, უნდა შეიქმნას კლასტერი ნაგულისხმევი პარამეტრებით და მთავარი IP პორტის ნომერი 1541 (-regport 1541). ამ პორტის გამოყენებით კლიენტის აპლიკაციები უნდა დაუკავშირდნენ კლასტერში რეგისტრირებულ ინფობაზებს;
* სერვერის აგენტის IP პორტი უნდა იყოს დანომრილი 1540 (-პორტი 1540). ამ პორტის გამოყენებით, Cluster Console უნდა დაუკავშირდეს ცენტრალურ სერვერს ადმინისტრაციული ფუნქციების შესასრულებლად;
* როდესაც კლასტერული პროცესები ამოქმედდება ამ სერვერზე, მათ დინამიურად მიენიჭებათ IP პორტები 1560-1591 დიაპაზონიდან (-დიაპაზონი 1560:1591).
* ზოგადი კლასტერის მონაცემები განთავსდება "C:\Program Files\1cv81\server" დირექტორიაში (-d "C:\Program Files\1cv81\server").

სერვისის „1C:Enterprise 8.1 სერვერის აგენტი“ შეიძლება დაემატოს ან წაიშალოს არა მხოლოდ 1C:Enterprise-ის ინსტალაციის ან დეინსტალაციისას 1C:Enterprise 8.1 საინსტალაციო პროგრამის გამოყენებით, არამედ ხელით. ამისათვის შეგიძლიათ გაუშვათ ragent უტილიტა ბრძანების ხაზიდან, შესაბამისი პარამეტრების მითითებით.

სერვისის შესაქმნელად, თქვენ უნდა მიუთითოთ -instsrvc პარამეტრი და შემდეგი პარამეტრები: -usr - მომხმარებლის სახელი, რომლის სახელითაც უნდა გაშვებულიყო სერვისი, -pwd - ამ მომხმარებლის პაროლი. ამ შემთხვევაში, დარჩენილი პარამეტრები გახდება 1C: Enterprise სერვერის აგენტის გაშვების ხაზის პარამეტრები, როგორც სერვისი. მაგალითად, 1C: Enterprise Server Agent სერვისის სტანდარტული რეგისტრაციისთვის გამართვის რეჟიმში, პარამეტრების ნაკრები უნდა იყოს შემდეგი:

"C:\Program Files\1cv81\bin\ragent.exe" -instsrvc -usr .\USR1CV81 -pwd პაროლი -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv81\server" - გამართვა

სერვისის მოსაშორებლად, თქვენ უნდა მიუთითოთ -rmsrvc პარამეტრი. Მაგალითად:
"C:\Program Files\1cv81\bin\ragent.exe" -rmsrvc

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

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

გაუშვით regedit უტილიტა (გახსენით Start -> Run და ჩაწერეთ regedit) და აირჩიეთ ფილიალი:


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

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

* შექმენით პირველი სერვისი:
"C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv81\server"

* regedit უტილიტის გამოყენებით შეცვალეთ რეგისტრირებული სერვისის იდენტიფიკატორი. ამისათვის აირჩიეთ ფილიალი
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 სერვერის აგენტი

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 სერვერის აგენტი ჯერ
* შექმენით მეორე სერვისი:
"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\CurrentControlSet\Services\1C:Enterprise 8.1 სერვერის აგენტი
და შეცვალეთ მისი სახელი, მაგალითად:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 სერვერის აგენტი მეორე

რისი გაკეთება არ შეუძლია 1C:Enterprise საინსტალაციო პროგრამას?

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

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

1C: Enterprise სერვერის კლასტერის პროცესები ერთმანეთთან აკავშირებს იმ მისამართებზე, რომლებიც განსაზღვრულია როგორც "კომპიუტერის" თვისების მნიშვნელობები სამუშაო სერვერების თვისებების დიალოგში. კლასტერი მოითხოვს, რომ კომპიუტერის თვისების მნიშვნელობა იყოს ან IP მისამართი წერტილით, ან სიმბოლური მისამართი, საიდანაც IP მისამართი შეიძლება განისაზღვროს TCP API-ში განსაზღვრული gethostbyname ფუნქციის გამოყენებით. IP მისამართი განისაზღვრება სიმბოლური მისამართების ლოკალური ცხრილის (C:\WINNT\system32\drivers\etc\hosts) ან ხელმისაწვდომი DNS სერვერების მისამართების ცხრილების საფუძველზე. თუ მუშა სერვერის სიმბოლური მისამართი არ განსაზღვრავს მის IP მისამართს ან არასწორად განსაზღვრავს (მაგალითად, IP მისამართი არ ემთხვევა ამ კომპიუტერის რეალურ IP მისამართს), მაშინ კლასტერი არ იმუშავებს. მნიშვნელოვანია, რომ Windows-ში განსაზღვრული კომპიუტერების სახელები და მათი მისამართები კლასტერში არსებულ თითოეულ მუშა სერვერზე არ ეწინააღმდეგებოდეს მათ სახელებს DNS-ში.

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

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

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

SQL სერვერის დაყენების მახასიათებლები

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

* საჭირო SQL სერვერის კომპონენტები. SQL სერვერზე წვდომისთვის 1C:Enterprise Server-ის მხრიდან, Microsoft Data Access 2.6 ან უფრო ახალი კომპონენტები უნდა იყოს დაინსტალირებული 1C:Enterprise Server კომპიუტერზე.
* მომხმარებლის ავტორიზაცია SQL სერვერის მიერ. SQL სერვერის მონაცემთა ბაზებზე წვდომის უფლებები განისაზღვრება მომხმარებლის მიერ, რომლის სახელითაც ხდება მონაცემთა ბაზებზე წვდომა. კომპიუტერიდან, რომელზეც დაინსტალირებულია SQL სერვერი, გაუშვით SQL Server Enterprise Manager პროგრამა, იპოვეთ ლოკალური კვანძი (Console Root -> Microsoft SQL Servers -> SQL Server Group -> (Local)) და გახსენით მისი თვისებები. Sequity ჩანართზე ხედავთ, რომ SQL სერვერი მხარს უჭერს მომხმარებლის ავტორიზაციის ორ მეთოდს: SQL Server და მხოლოდ Windows და Windows. Windows ავთენტიფიკაცია საშუალებას მისცემს 1C:Enterprise Server-ს შევიდეს SQL სერვერზე მხოლოდ მომხმარებლის USR1CV81-ის სახელით, რაც არ იძლევა წვდომის უფლებების დიფერენცირებას სხვადასხვა ინფობაზებზე, რომლებსაც ემსახურება ერთი 1C:Enterprise სერვერი. რეკომენდებულია SQL Server და Windows რეჟიმის არჩევა. ამ შემთხვევაში, კონკრეტულ ინფობაზაზე წვდომა განხორციელდება იმ მომხმარებლის სახელით, რომელიც მითითებული იყო როგორც SQL სერვერის მომხმარებელი ამ ინფობაზის შექმნისას. მნიშვნელოვანია, რომ ამ მომხმარებელს უნდა ჰქონდეს არა მხოლოდ სრული უფლებები infobase მონაცემთა ბაზაზე, არამედ უფლება შექმნას მონაცემთა ბაზები SQL სერვერზე და წაიკითხოს ძირითადი მონაცემთა ბაზის ცხრილები.
* ქსელის პროტოკოლები SQL სერვერზე წვდომისთვის. თუ 1C: Enterprise Server და SQL სერვერი განლაგებულია სხვადასხვა კომპიუტერზე, მაშინ თქვენ უნდა დააკონფიგურიროთ ქსელის წვდომის პროტოკოლები SQL სერვერზე. ეს შეიძლება გაკეთდეს SQL Server Client Network Utility-ის გამოყენებით. ზოგადი ჩანართზე შეგიძლიათ აირჩიოთ ქსელის პროტოკოლების სია, რომლებიც გამოიყენება SQL სერვერზე წვდომისთვის. ყველაზე სწრაფი და მრავალმხრივი არის TCP/IP პროტოკოლის გამოყენება. სხვა პროტოკოლების გამოყენებისას უნდა გაითვალისწინოთ, რომ ზოგიერთი მათგანი, მაგალითად Named Pipes, ახორციელებს დამატებით ავთენტიფიკაციას Windows ინსტრუმენტების გამოყენებით SQL სერვერთან მონაცემთა გაცვლისას. ამ შემთხვევაში, SQL სერვერთან წარმატებით მუშაობისთვის, მომხმარებელი USR1CV81 უნდა დარეგისტრირდეს კომპიუტერზე SQL სერვერთან, შესაბამისი უფლებებით. ამ SQL სერვერის წვდომის პროტოკოლი შეიძლება შეიცვალოს Alias ​​ჩანართზე.

სტატიის გარდა

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

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

ინფორმაციის გასაგებად გასაადვილებლად მოწოდებულია შემთხვევის შესწავლა, შენიშვნები და რჩევები (დახრილებით).

სამი რგოლის წრე

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

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

ბმული 2: სერვერი "1C: Enterprise 8". ემსახურება როგორც შუამავალს კლიენტებს (მომხმარებლებს) და MS SQL სერვერს შორის ურთიერთქმედებაში. კლიენტის ყველა მოთხოვნა იგზავნება სერვერზე, რომელიც მათ „თარგმნის“ MS SQL Server-ის შეკითხვის ენაზე, იღებს ამ მოთხოვნების შესრულების შედეგებს და უგზავნის შედეგებს კლიენტს.

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

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

"საუკეთესო მინდოდა".

1C: Enterprise 8 სერვერის ხელახლა ინსტალაციის შემდეგ, მომხმარებლები უჩივიან შესრულების მკვეთრ ვარდნას. 1C: Enterprise პროგრამული უზრუნველყოფის დანერგვის სპეციალისტი, რომელმაც ხელახალი ინსტალაცია ჩაატარა, მხოლოდ გაკვირვებულია - ამბობენ, რომ მას საუკეთესო სურდა, სისტემა უფრო სწრაფად უნდა დაეწყო მუშაობა... სიტუაციის ანალიზმა აჩვენა, რომ 1C: Enterprise 8 სერვერს ძალიან ბევრი რესურსი გამოეყო. : ის ამუშავებს (იხ. პუნქტი 3) rphost-მა დაიკავა 15,5 GB სერვერის 16 GB ოპერატიული მეხსიერებიდან, რის შედეგადაც პრაქტიკულად არ იყო ხელმისაწვდომი ოპერატიული მეხსიერება შესაბამისი MS SQL სერვერისთვის.

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

პროდუქტის თავსებადობა

მიმდინარე ინფორმაცია MS SQL Server-ის ვერსიების შესახებ, რომლებიც რეკომენდებულია 1C-თან ერთად გამოსაყენებლად: Enterprise 8 უნდა იხილოთ ამ ბმულზე http://v8.1c.ru/requirements/.

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

1. SQL Server 2008 R2.

2. SQL Server 2008, მოითხოვს Service Pack 1-ის (SP1) ინსტალაციას.

3. SQL Server 2005, საჭიროებს Service Pack 3 (SP3) ინსტალაციას.

ტექნიკურად შესაძლებელია, მაგრამ არ არის რეკომენდებული MS SQL Server 2000-ის გამოყენება; ის მოითხოვს Service Pack 2-ის (SP2) ინსტალაციას და სასურველია Service Pack 4 (SP4) ინსტალაცია.

გთხოვთ გაითვალისწინოთ, რომ ეს ვერსია ამჟამად მოძველებულია და არ აქვს 64-ბიტიანი ვერსია x86-64 არქიტექტურისთვის.

Შენიშვნა:

აუცილებელია ყურადღება მიაქციოთ ოპერაციული სისტემის პარამეტრებს: მაგალითად, M SQL Server 2008-ის ეფექტური მუშაობისთვის Server 2008R2 OS-ით, აუცილებელია გამორთოთ დაბალანსებული კვების რეჟიმი და გადახვიდეთ მაქსიმალური შესრულების რეჟიმში.

"1C: Enterprise 8"-ის კლიენტ-სერვერის ვერსიის ინსტალაცია

"დაინსტალირებულია 1C"

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

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

„1C: Enterprise 8“-ის ინსტალაციისას უნდა გაითვალისწინოთ, რომ ცალკე დაინსტალირებულია შემდეგი:

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

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

პლატფორმის დაყენებისას ყურადღება უნდა მიაქციოთ კომპონენტების შერჩევას:

1C: Enterprise კომპონენტი შეიძლება არ იყოს დაინსტალირებული სერვერ(ებ)ზე.

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

Შენიშვნა:

პლატფორმის 64-ბიტიანი ვერსია არ შეიცავს კლიენტის ნაწილს. ამიტომ, სერვერზე ინსტალაციისას, 64-ბიტიანი სერვერის კომპონენტები დაინსტალირებულია ცალკე, ხოლო 32-ბიტიანი კლიენტის აპლიკაციის კომპონენტები ცალკე.

MS SQL Server-თან დასაკავშირებლად საჭიროა კომპონენტი "1C Server: Enterprise" - ეს არის აპლიკაციის სერვერი, დამაკავშირებელი რგოლი კლიენტის სამუშაო სადგურებზე პლატფორმასა და MS SQL სერვერს შორის.

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

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




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

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

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



Შენიშვნა:

სერვერის 32-ბიტიანი ვერსიისთვის რეკომენდებულია სამუშაო პროცესების დაყენება იმ რაოდენობით, რომ არ დარჩეს RAM გამოუყენებელი - თითოეულ მათგანს აქვს შესამჩნევი შეზღუდვა RAM-ის გამოყენებაზე, 2-დან 4 გბ-მდე, სისტემიდან გამომდინარე. კონფიგურაცია.

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

"ოურბოროსი"

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

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

მაგრამ ფაქტია, რომ ეს შეზღუდვა მუშაობს შემდეგნაირად:

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

ლიმიტი იმდენად მცირე იყო (300 მბ), რომ მუშა პროცესს არ შეეძლო სრულად მოემსახურა თუნდაც ერთ ინტენსიურ მომხმარებელს - შედეგად, სერვერის კლასტერის მენეჯერი მუდმივად ამუშავებდა სამუშაო პროცესებს და ხელახლა აკავშირებდა მომხმარებლებს. როგორც კი ახალი პროცესი შეიქმნა და მომხმარებლები დაუკავშირდნენ მას, RAM-ის ლიმიტი თითქმის მყისიერად მიაღწია და გამოიწვია შემდეგი გადატვირთვა. ამას დასჭირდა პროცესორის დატვირთვის 100%.

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

თუ დაკავშირებული მომხმარებლების რაოდენობა მცირეა (50-ზე ნაკლები), აპლიკაციის სერვერი ჩვეულებრივ დაინსტალირებულია იმავე კომპიუტერზე, სადაც მუშაობს MS SQL Server.

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

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

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

წვდომა

Შენიშვნა:

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

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

1. უსაფრთხოების პოლიტიკიდან გამომდინარე, MS SQL Server იყენებს Windows ანგარიშის ავთენტიფიკაციას ან MS SQL Server ანგარიშის ავთენტიფიკაციას.




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



და სისტემის მომხმარებელს, რომლის სახელითაც მუშაობს 1C: Enterprise სერვერი, უნდა მიენიჭოს უფლებები MS SQL Server-ში, კერძოდ:

სრული უფლებები მონაცემთა ბაზაზე, რომელშიც განთავსებულია საინფორმაციო ბაზა

წვდომა მთავარ მონაცემთა ბაზაზე (საჯარო როლი)

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

რეკომენდებულია - თქვენი მონაცემთა ბაზის წაშლის უფლება

მაგალითად, შეგიძლიათ მოცემულ მომხმარებელს მიანიჭოთ ფიქსირებული როლი processadmin ან sysadmin.

რჩევა.

თუ ყველა მომხმარებელი ერთდროულად კარგავს წვდომას სამუშაო მონაცემთა ბაზაზე, თქვენ უნდა გადაამოწმოთ მომხმარებლის უფლებები და როლები MS SQL Server-ში, მათ შორის კონკრეტული მონაცემთა ბაზისთვის დაყენებული, ანუ მომხმარებლის რუკების შესახებ:




2. სერვერი 1C: Enterprise წვდება MS SQL Server-ს Microsoft Data Access მექანიზმის მეშვეობით, ამიტომ მისი კომპონენტები უნდა იყოს დაინსტალირებული და სერვერის 1C: Enterprise-ის მომხმარებელს (იხ. წინა აბზაცი) უნდა ჰქონდეს მათი გაშვების უფლება.

3. კლიენტსა და სერვერს შორის კომუნიკაცია მხარდაჭერილია TCP პროტოკოლით, ამიტომ აუცილებელია, რომ ეს პროტოკოლი იყოს ორივე მხარის მხარდაჭერით. შეიძლება იყოს პრობლემები სერვერის სახელსა და მის IP მისამართთან შესაბამისობაში, მაგალითად, თუ გამოიყენება Peer-to-peer ქსელი. ამ შემთხვევაში, თქვენ უნდა ჩაწეროთ კორესპონდენცია ფაილში [C:\WINDOWS\] system32\drivers\etc\hosts.

რჩევა.

თუ ქსელი არის peer-to-peer, სერვერთან მუდმივი კავშირის უზრუნველსაყოფად, შექმენით ქსელის დისკი, რომელიც წვდება ამ სერვერის ნებისმიერ საქაღალდეზე.

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

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

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

7. 1C: Enterprise 8 პლატფორმის გამოშვება აბსოლუტურად იდენტური უნდა იყოს კლიენტზე და სერვერზე.

"ტყუპები"

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

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

MS SQL სერვერის და მონაცემთა ბაზის საწყისი პარამეტრები

"და ასე მუშაობს"

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

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

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

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

სანამ დაიწყებთ MS SQL სერვერის გამოყენებას, როგორც DBMS 1C: Enterprise-ისთვის, რეკომენდებულია:

1. დააყენეთ პარალელურობის მაქსიმალური ხარისხის პარამეტრის მნიშვნელობა 1-ზე.

ანუ:

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

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

წინააღმდეგ შემთხვევაში, 1C-ის მიერ გენერირებული ზოგიერთი მოთხოვნა: Enterprise სერვერმა შეიძლება გამოიწვიოს შეცდომა "Intra-query parallelism გამოიწვია თქვენი სერვერის ბრძანება (პროცესის ID #XX) ჩიხში. ხელახლა გაუშვით შეკითხვა შიდა შეკითხვის პარალელურობის გარეშე შეკითხვის მინიშნების ოფციის გამოყენებით (maxdop 1). )". ამ შეცდომის შემდეგ კლიენტის ნაწილი ხშირად იშლება.

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

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

ანუ გჭირდებათ:

გადადით MS SQL Management Studio-ში

სერვერთან დაკავშირების შემდეგ გააფართოვეთ განყოფილება "მომსახურების გეგმები".

შექმენით ახალი (ან დაამატეთ არსებული) სერვისის გეგმა,

დაამატეთ მასში პუნქტი "Execute T-SQL Statement task" (რადგან თქვენ არ შეგიძლიათ აირჩიოთ tempdb მონაცემთა ბაზა "Shrink database" ამოცანაში) კოდით.

1.გამოყენება
2.
3.წადი
4.
5.DBCC SHRINKFILE (N"tempdev" , 0, TRUNCATEONLY)
6.
7.წადი
8.
9.DBCC SHRINKFILE (N"templog" , 0, TRUNCATEONLY)
10.
11.წადი

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

1. გამოიყენეთ tempdb
2.
3.წადი
4.
5.EXEC sp_helpfile
6.
7.წადი




"ჭურჭელი, არ მოამზადო"

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

კერძოდ, ვთქვათ, გვაქვს ორი ცხრილი მონაცემთა ბაზაში, თითოეული 20 ათასი ჩანაწერის ზომით. დავუშვათ, რომ მათ ჩანაწერებს შორის არის ერთი-ერთზე მიმოწერა და ჩვენ ვწერთ შეკითხვას, რომელიც ქმნის დროებით ცხრილს, რომელიც შეიცავს 20 ათას ჩანაწერს ველებით ორივე წყაროს ცხრილიდან. მაგრამ თუ დაგვავიწყდება შეერთების პირობის მითითება, პირველი ცხრილის ყველა ჩანაწერი შეუერთდება მეორის ყველა ჩანაწერს! ანუ, მიღებული ცხრილი შედგება 20'000 * 20'000 = 400 მილიონი ჩანაწერისაგან. Და ასე შემდეგ.

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

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




ცხრილის დროებითი მონაცემთა ბაზის ფაილების ფიზიკური მდებარეობის შესაცვლელად გამოიყენეთ ALTER DATABASE ბრძანება, ანუ MS SQL Management Studio-ში თქვენ უნდა გაუშვათ შემდეგი სკრიპტი (ბრძანება "ახალი შეკითხვა")

1. გამოიყენეთ ოსტატი
2.
3.წადი
4.
5. ALTER DATABASE tempdb
6.
7. ფაილის შეცვლა (NAME = tempdev, FILENAME = "New_Disk:\New_Directory\tempdb.mdf")
8.
9.წადი
10.
11. ALTER DATABASE tempdb

12.
13. ფაილის შეცვლა (NAME = templog, FILENAME = "New_Disk:\New_Directory\templog.ldf")
14.
15.წადი

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

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



5. რეკომენდებულია MS SQL Server-ში TCP/IP ქსელის პროტოკოლის მხარდაჭერის ჩართვა და ყველა დანარჩენის გამორთვა, წინააღმდეგ შემთხვევაში MS SQL Server-ისა და 1C: Enterprise სერვერის ერთობლივი მუშაობა ნაკლებად სტაბილური იქნება.




6. იმავე ადგილას - გაასუფთავეთ Alias ​​განყოფილება, რადგან მისი ინსტალაცია იწვევს შეცდომებს MS SQL სერვერსა და 1C: Enterprise სერვერს შორის ურთიერთქმედებაში.

სანამ დაიწყებთ მონაცემთა ბაზის გამოყენებას, რეკომენდებულია:

1. მონაცემთა ბაზის შექმნისას "1C: Enterprise"-დან, დააყენეთ "თარიღის ოფსეტი" 2000 წელზე, წინააღმდეგ შემთხვევაში 01/01/1753-ზე ადრე თარიღის ჩაწერის მცდელობა (რაც შესაძლებელია ადამიანური ფაქტორის გამო) გამოიწვევს წარუმატებლობას მონაცემთა ბაზა.

ყურადღება! თარიღის კომპენსირება შეუძლებელია არსებული მონაცემთა ბაზისთვის!



2. დააყენეთ Recovery მოდელი Simple-ზე, ან შექმენით Maintenance Plan, რომელიც შექმნის მონაცემთა ბაზის ყოველდღიურ სარეზერვო ასლს და ამოიჭრება ტრანზაქციის ჟურნალი (log ფაილი). წინააღმდეგ შემთხვევაში, ზოგიერთი ოპერაციის დროს ტრანზაქციის ჟურნალი (log ფაილი) ძალიან სწრაფად გაიზრდება: მაგალითად, მონაცემთა ბაზის რესტრუქტურიზაციისას, ჟურნალის ფაილის ზომა შეიძლება რამდენჯერმე აღემატებოდეს თავად მონაცემთა ბაზის ზომას.




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

მონაცემთა ბაზის სარეზერვო ასლის შექმნა.

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

პროცედურული ქეშის გასუფთავება არ შედის ტექნიკური გეგმების სტანდარტულ ოპერაციებში; ეს ნაბიჯი უნდა განისაზღვროს, როგორც სკრიპტის შესრულება (Execute T-SQL Statement) შემდეგი შინაარსით:

DBCC FREEPROCCACHE

მონაცემთა ბაზის ცხრილების რეინდექსირება.

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




დასკვნა

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

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

P.S. ხშირად გააკეთეთ სარეზერვო ასლები!

სამუშაოს კლიენტ-სერვერის ვერსია- 1C: Enterprise 8 სისტემის მუშაობის ერთ-ერთი ვარიანტი.

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

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

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

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

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

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

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

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

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

კლიენტის აპლიკაციები

კლიენტ-სერვერის ვერსიაში მუშაობა შესაძლებელია პირდაპირ კლასტერთან ან ვებ სერვერის საშუალებით. უფრო მეტიც, კლასტერთან პირდაპირი კავშირის შემთხვევაში, სქელი კლიენტი და თხელი კლიენტი იყენებს TCP/IP პროტოკოლს. ვებ სერვერის საშუალებით დაკავშირებისას თხელი კლიენტი და ვებ კლიენტი იყენებს HTTP ან HTTPS პროტოკოლს.

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

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

მონაცემთა ბაზის სერვერი

შემდეგი შეიძლება გამოყენებულ იქნას მონაცემთა ბაზის სერვერად:

სერვერის კლასტერის ადმინისტრირება

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

ძირითადი ფუნქციების შესრულება სერვერზე

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

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

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

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

სერვერი მუშაობს:

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

მუშაობს კლიენტზე:

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

კლიენტზე ჩაშენებული ენის გამოყენება

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

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

კლიენტზე დაუშვებელია მონაცემთა ბაზასთან პირდაპირი მუშაობა. აპლიკაციის ობიექტებთან უშუალოდ მუშაობა დაუშვებელია; მაგალითად, ჩაშენებული ენის ისეთი ტიპები, როგორიცაა DirectoryObject.<имя> . მოთხოვნები დაუშვებელია. თუ თქვენ გჭირდებათ მოქმედებების გამოძახება მონაცემთა კლიენტის კოდით, თქვენ უნდა გამოიძახოთ სერვერის პროცედურები, რომლებიც უკვე ექნებათ წვდომას მონაცემებზე.

ბეტა მენიუ

სერვერის დაყენება 1C: Enterprise 8.3 და PostgreSQL 9.4.2-1.1C. სრული ინსტრუქციები

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

ეტაპები, რომლებიც უნდა გავიაროთ:

1. ინსტალაცია სერვერები 1C: Enterprise(64 ბიტიანი) Windows-ისთვის
2. ინსტალაცია PostgreSQL 9.4.2-1.1C
3. საინფორმაციო მონაცემთა ბაზის შექმნა.

მეტი დეტალი ჭრის ქვეშ!

ეტაპი 0. მონაცემების შეყვანა.

Სერვერის სახელი - 1 CS სერვერი
სერვერის ანგარიშის სახელი - ადმინისტრატორი
Ანგარიშის პაროლი - 123456 აბ

1C ანგარიშის სახელი სერვერზე - USR1CV8
სერვერზე 1C ანგარიშის პაროლი არის 123456 Cd

PostgreSQL ანგარიშის სახელი სერვერზე - პოსტგრესი
სერვერზე PostgreSQL ანგარიშის პაროლი არის 123456 ეფ

PostgreSQL სუპერმომხმარებლის სახელი - პოსტგრესი
PostgreSQL სუპერმომხმარებლის პაროლი - 1234

ტესტის მონაცემთა ბაზის სახელი − testdb

ეტაპი 1. მონტაჟი სერვერები 1C: Enterprise(64 ბიტიანი) Windows-ისთვის

ეტაპი 2. დააინსტალირეთ PostgreSQL და pgAdmin.

ეტაპი 3. 1C საინფორმაციო ბაზის შექმნა.

1. შემდეგი ოპერაციების შესრულებამდე, გამორთეთ IPv6 თქვენი ქსელის ინტერფეისზე: ქსელისა და გაზიარების ცენტრი > LAN კავშირი > Თვისებები> მოხსენით მონიშვნა ინტერნეტ პროტოკოლის ვერსია 6 (TCP/IPv6).
2. ჩვენ გავუშვით კლიენტი 1C: Enterprise და ვამატებთ ახალ მონაცემთა ბაზას.
3. ახალი საინფორმაციო ბაზის შექმნა > ინფობაზის შექმნა კონფიგურაციის გარეშე (მაგალითად, შეგიძლიათ გქონდეთ ნებისმიერი კონფიგურაცია) > 1C:Enterprise სერვერზე >
4. ჩვენ ვავსებთ ყველა ველს ჩვენი მაგალითის მიხედვით (ეტაპი 0):
   სერვერის კლასტერი 1C: Enterprise: 1 CS სერვერი
   საინფორმაციო ბაზის დასახელება კლასტერში: testbd
   უსაფრთხო კავშირი: Გამორთული
   DBMS ტიპი: PostgreSQL
   მონაცემთა ბაზის სერვერი: 1 CS სერვერი
   მონაცემთა ბაზის სახელი: testbd
   მონაცემთა ბაზის მომხმარებელი: პოსტგრესი
   Მომხმარებლის პაროლი: 1234
5. შემდგომი, შემდგომი. ჩვენ ვაწარმოებთ შექმნილ მონაცემთა ბაზას საწარმოს რეჟიმში - ყველაფერი მუშაობს!

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

ჯერ კიდევ გაქვთ შეკითხვები?

Რაღაც არასწორად წავიდა? ჩვენი კომპანიის სპეციალისტები დაგეხმარებიან ნებისმიერი პრობლემის მოგვარებაში! Დაგვიკავშირდით! →

ხალხი მუდმივად სვამს კითხვას ინტერნეტის ფორუმებზე:
-როგორ დააინსტალიროთ 1C:Enterprise 8.1 (8.2) PostgreSQL-ზე Windows ოპერაციულ სისტემაზე
- შესაძლებელია თუ არა ერთდროულად ორი პროცესის დაყენება „1C: Enterprise Server Agent 8.1“ და „1C: Enterprise Server Server Agent 8.2“. თუ კი, როგორ გავაკეთოთ ეს?
-1C და PostgreSQL-ის დაყენების შემდეგ გამოჩნდება შემდეგი შეცდომები:
ა)



ბ) შეცდომა საინფორმაციო ბაზის შექმნისას:
ინფობაზასთან ოპერაციის შესრულებისას მოხდა შეცდომა.

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


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

1. ინსტალაცია 1C:Enterprise 8.2

1C:Enterprise 8.2-ის ინსტალაციის დაწყება.

ინსტალაციისთვის კომპონენტების შერჩევა; გარდა ამისა, ჩვენ დაგვჭირდება:
-სერვერი 1C: Enterprise
-სერვერის ადმინისტრაცია 1C: Enterprise

რუსული ენის არჩევა

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

დავიწყოთ ინსტალაცია

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

ჩვენ ვასრულებთ ინსტალაციას.

იპოვეთ "1C: Enterprise Server Agent", გადადით თვისებებზე:

და "შესვლა" ჩანართზე, შეცვალეთ შესვლის ტიპი "სისტემის ანგარიშით".

2. PostgreSQL-ის ინსტალაცია 1C:Enterprise-ისთვის.

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

ჩვენ ვიწყებთ ინსტალაციას, ვირჩევთ რუსულ ენას და დააჭირეთ შემდეგს.

ინსტალაციის კომპონენტების არჩევანი რჩება ნაგულისხმევად.

კლასტერის ინიციალიზაცია.

თუ საჭიროა სერვერის აგენტის გაზიარება SQL სერვერთან, მონიშნეთ ყუთი ნებისმიერი IP-დან კავშირების მხარდასაჭერად და არა მხოლოდ ლოკალური ჰოსტიდან.
ყურადღება! ჩვენ დავაყენეთ კოდირება: UTF-8 როგორც სერვერისთვის, ასევე კლიენტისთვის.

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

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

იწყება PostgreSQL ინსტალაცია

ჩვენ ვასრულებთ ინსტალაციას.

PostgreSQL სერვისისთვის, მე ასევე ჩვეულებრივ ვცვლი გაშვების ტიპს - სისტემის ანგარიშით.

3. pgsql სერვერზე საინფორმაციო ბაზის შექმნა და ამ ეტაპზე წარმოქმნილი საერთო შეცდომები.

ჩვენ მივდივართ 1C-ზე, ვამატებთ ახალ მონაცემთა ბაზას, ვამბობთ, რომ მონაცემთა ბაზა იქნება სერვერზე და მივუთითებთ სერვერის პარამეტრებს:

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

შეცდომა საინფორმაციო ბაზის შექმნისას:
ინფობაზასთან ოპერაციის შესრულებისას მოხდა შეცდომა.
DBMS შეცდომა: ERROR: ენა "plpgsql" არ არსებობს.
მინიშნება: გამოიყენეთ CREATE LANGUAGE ენის მონაცემთა ბაზაში ჩასატვირთად.

მაშინაც კი, თუ გადახვალთ pgMyAdmin-ზე და დაამატებთ ენას "plpgsql" მონაცემთა ბაზისთვის, გამოჩნდება შემდეგი შეცდომა.

შეცდომა საინფორმაციო ბაზის შექმნისას:
ინფობაზასთან ოპერაციის შესრულებისას მოხდა შეცდომა.
DBMS შეცდომა: ERROR: ტიპი "mvarchar" არ არსებობს 31 სიმბოლოზე

გადაწყვეტა: თქვენ უნდა შექმნათ მონაცემთა ბაზა 1C-დან.

თუ მონაცემთა ბაზის შექმნისას 1C: Enterprise-დან მიიღეთ შემდეგი შეტყობინება:

ინფობაზასთან ოპერაციის შესრულებისას მოხდა შეცდომა.
DBMS შეცდომა: ERROR: ახალი კოდირება (UTF8) შეუთავსებელია შაბლონის მონაცემთა ბაზის დაშიფვრასთან (WIN1251).
მინიშნება: გამოიყენეთ იგივე კოდირება, როგორც შაბლონის მონაცემთა ბაზაში, ან გამოიყენეთ template0 შაბლონად.

გადაწყვეტა: PostgreSQL-ის ინსტალაციისას თქვენ დატოვეთ Windows-1251 ენა სერვერისთვის ან კლიენტისთვის, რომელიც დაინსტალირებულია ნაგულისხმევად, მაგრამ თქვენ დაგჭირდათ მისი შეცვლა UTF-8-ზე

ხელახლა დააინსტალირეთ PostgreSQL და მიუთითეთ UTF-8 ენა ინსტალაციის დროს.

4. 1C:Enterprise სერვერის აგენტის 8.1 გაშვება და

1C: Enterprise 8.2 სერვერის აგენტი ერთდროულად ერთ კომპიუტერზე.

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

მე გთავაზობთ ორი სერვერის აგენტის დაყენების ერთ გზას, პორტის გაყოფის გზით.

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

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

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

ამ სიტუაციიდან გამოსასვლელად, მოდით შევცვალოთ პორტი, მაგალითად, სერვერის აგენტი 8.1.
ამისათვის თქვენ უნდა შეაჩეროთ 1C:Enterprise 8.2 სერვერის აგენტის სერვისი.
გაუშვით 1C: Enterprise Server Agent 8.1.

რეესტრის ფილიალი: HKLM\SYSTEM\ControlSet001\services\1C:Enterprise 8.1 სერვერის აგენტი
პარმერტი: ImagePath
მნიშვნელობა: "C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv81\server"

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

ახლა ჩვენ უნდა დავამატოთ ახალი სერვერის კლასტერი. ყველაფერს ვაკეთებთ მუშა რეჟიმში:

თუ არ გვაქვს ცენტრალური 8.1 სერვერი, დაამატეთ იგი, მაგრამ პორტით 1640:

დაამატეთ სერვერის კლასტერი, შეცვალეთ პორტი 1641-ზე:

ახლა ჩვენი 8.1 კლასტერი იმუშავებს პორტით 1640, ხოლო 8.2-ისთვის 1540-ით (ნაგულისხმევი პორტი):

სამუშაო პროცესის დამატება 8.1. შესაბამისად, პორტები ასევე იცვლება 16xx-ზე

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

ახლა ყველაფერი ჩვენთვის უნდა იყოს.

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