დღემდე, 1C ფინანსური პროდუქტი აღრიცხვის სააღრიცხვო აპლიკაციიდან გადაიზარდა ფართო ფორმატის კომპლექსად ბუღალტრული აღრიცხვისთვის და თითქმის ნებისმიერი ტიპის ბიზნესის მხარდასაჭერად, რომელიც აცხადებს, რომ კონკურენციას უწევს მსოფლიოს "მონსტრებს" SAP R / 3 და Microsoft Dynamics AX (Axapta). ).

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

ყველაზე ძირითადი შეცდომა, თუ არ გაითვალისწინებთ პირატული ან დაუმოწმებელი პროგრამული უზრუნველყოფის გამოყენებას, არის აპარატურის დაზოგვა 1C-სთვის. ეს ტენდენციები განსაკუთრებით ხშირია სტარტაპებსა და მცირე კომპანიებში. არსებობს მოსაზრება, რომ არ არის საჭირო Intel Xeon პროცესორებით ძვირადღირებული სერვერის აღჭურვილობის ყიდვა, არ არის საჭირო RAM-ის ოდენობის წინასწარ გამოთვლა, CPU-ზე და დისკის ქვესისტემაზე დატვირთვა, რომ არ არის საჭირო ზედმეტის შექმნა. დისკის მასივები (Raid), გამოიყენეთ პროფესიონალური დისკის კონტროლერები Cache-RAM-ით და ა.შ. შეცდომები IT არქიტექტურის გამოთვლებში 1C-სთვის იწვევს სამწუხარო შედეგებს, რის შესახებაც კომპანია გაიგებს უკვე ბიზნეს პროცესების შეჩერების შემდეგ. აქედან გამომდინარე, ძალიან მნიშვნელოვანია, რომ ყურადღება მიაქციოთ სერვერის პლატფორმის თითოეულ აპარატურულ კვანძს 1C-სთვის.

ტიპიური პრობლემების მაგალითები 1C-სთვის IT არქიტექტურის არასწორი აგების გამო:

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

სერვერის აპარატურის რესურსები 1C

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

ცენტრალური დამუშავების ერთეული (CPU)

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

სურათი 1 - CPU დატვირთვა 1C სერვერის პროცესების მუშაობის დროს.

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

1C:Enterprise სერვერზე ერთდროულად მომხმარებელთა რაოდენობა	პროცესორის ტიპი და მოდელი	გამოყენებული ბირთვების რაოდენობა
10-მდე მომხმარებელი	მორგებული Intel Core 3.1 გჰც-დან	არაუმეტეს 2-4
20-მდე მომხმარებელი	სერვერი Intel Xeon 2.4 გჰც-დან	4-დან 6-მდე
30-მდე მომხმარებელი	სერვერი Intel Xeon 2.6 გჰც-დან	6-დან 8 ბირთვამდე
50-მდე მომხმარებელი	სერვერი Intel Xeon 2.4 გჰც-დან - 2 ც	4-დან თითო პროცესორზე

ცხრილი 1 - 1C სერვერზე მომხმარებელთა რაოდენობის თანაფარდობა და CPU ბირთვების რეკომენდებული რაოდენობა.

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

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

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

ქეში არის scratchpad მეხსიერება, რომელსაც იყენებს პროცესორი კომპიუტერის მეხსიერებაზე წვდომის საშუალო დროის შესამცირებლად. ფაქტობრივად, ეს არის პროცესორის განუყოფელი ნაწილი, რადგან იგი მდებარეობს მასთან ერთად იმავე ჩიპზე და არის ფუნქციური ბლოკების ნაწილი. აქ ყველაფერი ძალიან ნათელია - რაც უფრო დიდია ქეში, მით უფრო დიდი ინფორმაციის "ნაწილებს" შეუძლია პროცესორი დაამუშავოს. როგორც წესი, ქეშის ზომა დამოკიდებულია პროცესორის მოდელებზე - რაც უფრო ძვირია მოდელი, მით უფრო მეტია ქეში მეხსიერება. თუმცა, ჩვენ არ გვჯერა, რომ პროცესორის ქეშის ზომა მკვეთრად მოქმედებს 1C სერვერისა და DBMS-ის მუშაობაზე. უფრო სწორად, ის ეკუთვნის „fine tuning“-ის სფეროს.

პროცესორის ტიპი.ყველამ იცის, რომ აპარატურა იყოფა სერვერად და მომხმარებელად. შესაძლებელია თუ არა ზოგიერთ შემთხვევაში იაფი მორგებული CPU-ის გამოყენება პროფესიონალური, მაგრამ ძვირადღირებული სერვერის CPU-ის ალტერნატივად? გამოდის - შესაძლებელია. განვიხილოთ ცხრილი, რომელიც ადარებს ცენტრალური ორი ვარიანტის ძირითად პარამეტრებს Intel პროცესორები(იხ. ცხრილი 2).

	მორგებული Intel® Core™ i7-6700T პროცესორი (8M ქეში, 3.60 გჰც-მდე)	სერვერი Intel® Xeon® პროცესორი E5-2680 v2 (25M Cache, 2.80 GHz)
ქეში	8 მბ	25 მბ
სიხშირე სისტემის ავტობუსი	8 GT/s DMI3	8 GT/s QPI
ბრძანების ნაკრები	64-ბიტიანი SSE4.1/4.2, AVX 2.0	64-ბიტიანი AVX 2.0
ბირთვების რაოდენობა	4	10
CPU ბაზის საათი	2.8 გჰც	2.8 გჰც
მაქს. მოცულობა და ტიპი შემთხვევითი წვდომის მეხსიერება	64 GB არა ECC	768 GB ECC
Სავარაუდო ფასი	354$	1 280$

ცხრილი 2 - სახლისა და სერვერის CPU-ის ძირითადი პარამეტრების შედარება Intel-ისგან.

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

შემთხვევითი წვდომის მეხსიერება (RAM)

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

• სერვერის RAM-ს აქვს ECC (შეცდომის კორექციის კოდი) პარიტეტი - კოდირების / დეკოდირების ტექნიკა, რომელიც საშუალებას გაძლევთ შეასწოროთ შეცდომები ინფორმაციის დამუშავებისას უშუალოდ RAM მოდულის საშუალებით.
• სერვერის დედაპლატს აქვს ბევრად მეტი სლოტი RAM მოდულების დასაყენებლად, ვიდრე ჩვეულებრივი კომპიუტერი
• სერვერის ოპერატიული მეხსიერება შეიცავს რეგისტრებს (ბუფერებს), რომლებიც უზრუნველყოფენ მონაცემთა ბუფერირებას (ნაწილობრივ რეგისტრირებული ან სრული ბუფერული), რითაც ამცირებს მეხსიერების კონტროლერზე დატვირთვას მრავალი ერთდროული მოთხოვნით. ბუფერირებული "FB-DIMM" შეუთავსებელია არაბუფერულთან.
• მოდულები მეხსიერების რეგისტრაციაასევე საშუალებას გაძლევთ გაზარდოთ მეხსიერების მასშტაბურობა - რეგისტრების არსებობა შესაძლებელს ხდის მეტი მოდულის დაყენებას ერთ არხზე.

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

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

RAM მოთხოვნა სერვერისთვის 1c და DBMS	10-მდე მომხმარებელი	20-მდე მომხმარებელი	30-მდე მომხმარებელი	50-მდე მომხმარებელი
სერვერი 1c: Enterprise	4-6 GB	6-8 GB	12-14 GB	18-24 GB
MS SQL სერვერი	4-6 GB	8-10 GB	16-18 GB	24-28 GB

ცხრილი 3 - 1C სერვერის მომხმარებელთა რაოდენობის მიახლოებითი თანაფარდობა და რეკომენდებული ოპერატიული მეხსიერება 1C: Enterprise სერვერისა და MS SQL სერვერის პროცესებისთვის.

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

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

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

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

დისკის ქვესისტემა და მყარი დისკები HDD

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

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

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

ასევე არსებობს მესამე ტიპი - მოწყობილობა iSCSI, FiberChanel, InfiniBand, SAS არხებით ბლოკის მონაცემების მიღების/გადაცემისთვის. თუმცა, ამ ვერსიაში, დისკის ქვესისტემა "ამოღებულია". ცალკე მოწყობილობამონაცემთა შენახვა (SHD), სერვერთან დაკავშირებული ოპტიკური ან სპილენძის კაბელის საშუალებით. ჩვენს სტატიაში ჩვენ ვაანალიზებთ მოთხოვნებს დამოუკიდებელი სერვერისთვის 1C-სთვის, ამიტომ ჩვენ არ განვიხილავთ ამ ტიპს.

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

• RAID 0 ("Striping")მას არ აქვს ზედმეტი და ერთდროულად ანაწილებს ინფორმაციას მასივში შემავალ ყველა დისკზე მცირე ბლოკების სახით ("ზოლები"). ეს მნიშვნელოვნად აუმჯობესებს შესრულებას, მაგრამ განიცდის საიმედოობას. ჩვენ არ გირჩევთ ამ მასივის ტიპის გამოყენებას, მიუხედავად შესრულების ზრდისა.
• RAID 1 ("სარკე", "სარკე").მას აქვს დაცვა ხელმისაწვდომი ტექნიკის ნახევრის გაუმართაობისგან (ზოგადად - ორი მყარი დისკიდან ერთ-ერთი), უზრუნველყოფს ჩაწერის მისაღებ სიჩქარეს და წაკითხვის სიჩქარეს მოთხოვნის პარალელიზების გამო. ამ ტიპის მასივი საკმაოდ „გაიყვანს“ 1C + DBMS სერვერს 25-30 მომხმარებელამდე, განსაკუთრებით თუ გამოიყენება SAS 15K ან SSD დისკები.
• RAID 10.სარკისებური წყვილი დისკები დგანან "ჯაჭვში", ამიტომ მიღებული მოცულობის მოცულობა შეიძლება აღემატებოდეს ერთის მოცულობას. მყარი დისკი. ჩვენი აზრით, ყველაზე წარმატებული ტიპის დისკის მასივი, რადგან იგი აერთიანებს RAID1-ის საიმედოობას და RAID 0-ის სიჩქარეს. SAS 15K ან SSD დისკებთან ერთად, მისი გამოყენება შესაძლებელია 40-50 მომხმარებლის 1C სერვერებისთვის.
• RAID 5.ცნობილია თავისი ეკონომიით. მასივიდან მხოლოდ ერთი დისკის სიმძლავრის შეწირვის მიზნით, ჩვენ ვიღებთ დაცვას სისტემის რომელიმე მყარი დისკის წარუმატებლობისგან. (მისი ვარიანტი RAID 6 მოითხოვს დამატებით ორს მყარი დისკებიშემოწმების ჯამების განსათავსებლად, მაგრამ ინახავს მონაცემებს მაშინაც კი, თუ ორი დისკი ვერ ხერხდება). ამ ტიპის მასივი არის ეკონომიური, საიმედო და აქვს საკმაოდ ხელშესახები „წაკითხვის“ სიჩქარე. სამწუხაროდ, ამ მასივის შეფერხება არის ჩაწერის დაბალი სიჩქარე, რაც საშუალებას აძლევს მას კომფორტულად გამოიყენოს 15-20-მდე მომხმარებლის 1C სერვერის კონფიგურაციით. ასევე ოპტიმალურია გამოყენებითი მიზნებისთვის - ფაილის მონაცემების შენახვა, დოკუმენტების მართვის არქივები და ა.შ.

მყარი დისკის ინტერფეისის ტიპები.კავშირის ტიპის მიხედვით, მყარი დისკები იყოფა:

• HDD Sata მთავარი.ყველაზე იაფი ვარიანტი მყარი დისკებისთვის, შექმნილია სახლის კომპიუტერებში ან ქსელურ მედია ცენტრებში გამოსაყენებლად. კატეგორიულად არ არის რეკომენდირებული ასეთი მოწყობილობების გამოყენება 1c სერვერებში, შეცდომების დაბალი ტოლერანტობისა და მუშაობის სტაბილურობის გამო - ამ დისკების კომპონენტები უბრალოდ არ არის შექმნილი 24/7 სამუშაოდ და სწრაფად იშლება.
• HDD Sata სერვერი.ეს სახელი ჩვეულებრივ ეხება მყარ დისკებს Sata ინტერფეისით და 7200 rpm spindle სიჩქარით. პრეფიქსი "სერვერი" ნიშნავს, რომ ასეთი დისკები გამოცდილია სერვერულ სისტემებში მუშაობისთვის და განკუთვნილია სტაბილური მუშაობა 24/7 რეჟიმში. ჩვეულებრივ გამოიყენება 1C სერვერებში დიდი რაოდენობით ინფორმაციის შესანახად, რომელიც არ საჭიროებს დამუშავების მაღალ სიჩქარეს. მაგალითად - 1c არქივის მონაცემთა ბაზები, საქაღალდეების გაცვლა, ფაილების ატვირთვა საოფისე დოკუმენტებიდა ა.შ.
• HDD SAS სერვერი.განსხვავებები SAS ინტერფეისს (SCSI-ის თანამედროვე ანალოგი) და Sata ინტერფეისირამდენიმე. აქ არის დისკის საშუალო რეაგირების დრო და მუშაობა საერთო დისკის თაროზე და მუშაობა HDD კონტროლერთან უფრო მაღალი ინფორმაციის გაცვლის კურსით - 6 გბ/წმ-მდე (სატა 3 გბ/წმ-თან შედარებით). მაგრამ მთავარი უპირატესობა არის SAS დისკის მოდელების არსებობა 15000 rpm spindle სიჩქარით. ეს არის ეს დიზაინის ფუნქციასაშუალებას აძლევს SAS დისკებს განახორციელონ თითქმის 3-ჯერ მეტი IOPS Sata Server HDD-თან შედარებით. ასეთი SAS დისკები მცირე ზომისაა და რეკომენდირებულია გამოსაყენებლად 1c ძირითად მონაცემთა ბაზებთან მუდმივად მაღალი დატვირთვით.
• SSD დისკები.ეს დისკები წინა დისკებისგან განსხვავდება არა კავშირის ინტერფეისით, არამედ მათი დიზაინით - ისინი მყარ მდგომარეობაშია და არ აქვთ მოძრავი ნაწილები, ე.ი. არსებითად, ისინი "ფლეშ დრაივების" ანალოგებია. ასეთი ტექნოლოგიები საშუალებას აძლევს SSD-ებს აწარმოონ I/O ოპერაციების „აღმაშფოთებელი“ რაოდენობა წამში (10000 ოპერაციიდან უმარტივეს SSD მოდელებზე). თუმცა, ამ უპირატესობას აქვს უარყოფითი მხარეც - SSD-ების უფრო მაღალი ფასი და მათი „სიცოცხლის ზღვარი“, რაც დამოკიდებულია SSD ბლოკებზე ჩაწერის რაოდენობის ლიმიტზე. თუმცა, ყოველწლიურად ეს დისკები უფრო ხელმისაწვდომი და გამძლე ხდება. ვინაიდან SSD დისკების ღირებულება ბევრჯერ იზრდება მოცულობის მიხედვით, ყველაზე გონივრული იქნება მათი გამოყენება მცირე, მაგრამ სუპერ დატვირთული 1c მონაცემთა ბაზებისთვის, რომლებიც საჭიროებენ წვდომის მაღალ სიჩქარეს, ასევე TempDB დროებით მონაცემთა ბაზებს.

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

HDD	IOPS	ინტერფეისი
7200 rpm SATA დისკები	~ 75-100 IOPS	SATA 3 გბ/წმ
10000 rpm SATA დისკები	~ 125-150 IOPS	SATA 3 გბ/წმ
10000 rpm SAS დისკები	~ 140 IOPS	SAS
15000 rpm SAS დისკები	~ 175-210 IOPS	SAS
SSD დისკები	8000 IOPS-დან	SAS ან SATA

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

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

პრაქტიკული ტესტი

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

		სისტემის დისკი		მონაცემთა ბაზის დისკი
გამეორება	მომხმარებლები	წერს IOPS	IOPS წაიკითხა	წერს IOPS	IOPS წაიკითხა
საშუალოები
1	12	9,1	0,1	13,1	1,5
2	20	7,9	0,1	21,8	0,4
3	32	5,2	0,006	36,1	5,2
4	40	7,7	0,013	27,52	1,3
5	52	7,7	0,006	32,04	0,94

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

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

ამავდროულად, ჩვენ ჩავატარეთ უკვე მოქმედი 1C UPP 8.2 მონაცემთა ბაზების პრაქტიკული გაზომვები სატესტო პერიოდში - 5 სამუშაო დღე. ისინი აჩვენებენ, რომ საშუალოდ, 1C + DBMS სერვერი მოიხმარს ორჯერ მეტ iop-ს „წერისთვის“, ვიდრე „კითხვისთვის“. ასეთი განსხვავება სინთეზურ ტესტებსა და რეალური 1C სერვერის მონიტორინგის სტატისტიკას შორის განპირობებულია როგორც სამუშაო დღის განმავლობაში მონაცემთა ბაზიდან ინფორმაციის პერიოდული შერჩევით, ასევე მონაცემთა ბაზის რეგულარული წაკითხვით. სარეზერვოან DBMS რეპლიკაცია.

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

• ფიზიკური ზომა (ფორმის ფაქტორი).დღემდე, თითქმის ყველა ცნობილი დისკი პერსონალური კომპიუტერებიდა სერვერებს აქვთ ზომა 3.5 ან 2.5 ინჩი. გაითვალისწინეთ, რომ 2.5 დიუმიანი დისკები არ იწარმოება დიდი მოცულობით.
• შემთხვევითი წვდომის დრო- დრო, რომლისთვისაც HDDგარანტირებულია მაგნიტური დისკის კონკრეტულ უბანზე წაკითხვის ჩაწერის ოპერაციის შესრულება. როგორც წესი, მეტი მაღალი შედეგებიაქვს სერვერის დისკები. Საკმარისია მნიშვნელოვანი პარამეტრი 1C DBMS სერვერისთვის დისკების მასივის აგებისას.
• Spindle სიჩქარე- მყარი დისკის ღეროს ბრუნვის რაოდენობა წუთში. აქ ყველაფერი მარტივი და გასაგებია - წვდომის დრო და მყარი დისკის მონაცემთა გადაცემის საშუალო სიჩქარე დამოკიდებულია მაგნიტური ფირფიტებით spindle-ის ბრუნვის სიჩქარეზე.
• მყარი დისკის ბუფერის ზომა- ბუფერი არის დროებითი მეხსიერება, რომელიც შექმნილია მყარი დისკის წაკითხვის/ჩაწერის სიჩქარის განსხვავებების აღმოსაფხვრელად და ინტერფეისის საშუალებით მონაცემთა გადაცემისთვის.
• საიმედოობა- განისაზღვრება, როგორც საშუალო დრო წარუმატებლობებს შორის (MTBF). როგორც წესი, საიმედოობა პირდაპირ დამოკიდებულია მწარმოებელზე, ფასზე და მყარი დისკის გამოყენების გარემოზე. ჩვენ ვთვლით საიმედოობას, როგორც მყარი დისკის მნიშვნელოვან პარამეტრს, რომელიც გავლენას ახდენს 1C სერვერის ხარისხზე.

სწორი არჩევანი: სახლის ან სერვერის აპარატურა

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

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

Პარამეტრები	სერვერი	პერსონალური კომპიუტერი
გამოთვლითი სიმძლავრის საკმარისობა	ვ	ვ
სისტემის გარანტირებული ფუნქციონირება 24/7 რეჟიმში	ვ	X
ძირითადი ტექნიკის კომპონენტების საიმედოობა და სტაბილურობა	ვ	X
შესაძლებლობა დისტანციური მართვაძალა და კონსოლი (IPMI)	ვ	X
აპარატურის პლატფორმის ბიუჯეტის ღირებულება	X	ვ

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

შეცდომის ტოლერანტული სამუშაო 1C

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

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

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

Failover სერვისის სერვერი 1C: Enterprise

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

ცხრილი 7 - SQL და 1C სერვერების შეცდომის ტოლერანტობა.

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

• SQL კლასტერირება იყენებს ვირტუალურ IP-ს.და ეს ნიშნავს, რომ 1C: Enterprise სერვერისა და MS SQL-ის ურთიერთქმედება ყოველთვის მოხდება შესაბამისად ქსელის ინტერფეისი, მაშინაც კი, თუ ორივე სერვისი ერთსა და იმავე ოპერაციულ სისტემაზეა. რაც, შესაბამისად, შეანელებს 1C-ს მუშაობას თავად 1C-ის მიერ რეკომენდებული არქიტექტურის კლასიკურ ვერსიასთან შედარებით - საერთო მეხსიერების გამოყენება. პრინციპში, ამ დაბრკოლების „გვერდის ავლით“ შესაძლებელია, მაგალითად, MS SQL Log Shipping ტექნოლოგიის გამოყენებით. თუმცა ამ შემთხვევაში სარეზერვო SQL სერვერზე გადასვლა ავტომატური აღარ იქნება და ეს ვარიანტი სრულფასოვან კლასტერად ვერ ჩაითვლება.
• SQL კლასტერს დიდი ბიუჯეტი სჭირდება.თუ ვსაუბრობთ MS SQL სერვისის კლასიკურ კლასტერირებაზე, საჭიროა მონაცემთა ერთიანი საცავი, რომელიც დაკავშირებულია მთავარ და სარეზერვო SQL სერვერებთან. როგორც წესი, ამ როლს ასრულებენ ძვირადღირებული შენახვის სისტემები, რაც ზრდის ბიუჯეტს სიდიდის რიგითობით. თუ ვსაუბრობთ ახალი AlwaysOn-ზე, მაშინ არ არის საჭირო მონაცემთა ერთიანი შენახვა, ტექნოლოგია მუშაობს ადგილობრივი დისკებიძირითადი და სარეზერვო სერვერები ქსელში. მაგრამ თქვენ გჭირდებათ SQL Server Enterprise-ის ვერსია, რომლის ლიცენზია 4-ჯერ მეტი ღირს, ვიდრე ჩვეულებრივი SQL Server Standard-ისთვის.
• ლიცენზიების რაოდენობა.იმისდა მიუხედავად, რომ მეორე SQL სერვერი არ ამუშავებს მონაცემებს და არის რეზერვში, ლიცენზიების შეძენა დაგჭირდებათ ორივე სერვერისთვის - როგორც მთავარი, ასევე სარეზერვო. ბიუჯეტისთვის განსაკუთრებით მტკივნეულია SQL Server Enterprise ლიცენზიები AlwaysOn High Availability Groups-ის განაწილებული კლასტერის განსახორციელებლად.

• თქვენ არ გჭირდებათ იაფი საბაჟო აპარატურის გამოყენება ისეთი მნიშვნელოვანი რამისთვის, როგორიც არის საწარმოს სააღრიცხვო სისტემა. ფასი ში ამ საქმესპირდაპირ განსაზღვრავს ასეთი პლატფორმის ხარისხს, სტაბილურობას და გამძლეობას.
• სერვერის პლატფორმის არჩევისას, ჩვენ გირჩევთ ყურადღება მიაქციოთ ორი კვების წყაროს, დისტანციური IPMI ბარათის და მწარმოებლის ბრენდის არსებობას. რა თქმა უნდა, ყველა ირჩევს გამოსავალს თავისი ბიუჯეტიდან გამომდინარე, ტოპ ბრენდები ზოგჯერ ძალიან ძვირი და არა მთლად მიზანშეწონილია, მაგრამ მწარმოებელზე საერთოდ არ უნდა დაზოგოთ, ამან შეიძლება გამოიწვიოს უკონტროლო ფორსმაჟორი 1C-თან მუშაობისას. ჩვენ პირადად ვიყენებთ Supermicro სერვერის პლატფორმებს Intel-ის სერვერის პროცესორებთან ერთად.
• არსებობს მოსაზრება, რომელიც დადასტურებულია პრაქტიკით, რომ 1C-ის შესრულება უფრო მეტად დამოკიდებულია CPU-ს უფრო მაღალ სიხშირეზე, ვიდრე მოწოდებული ბირთვების რაოდენობაზე.
• არ არის საჭირო 1C სერვერისა და SQL სერვისისთვის გამოყოფილი ოპერატიული მეხსიერების ოდენობის დაზოგვა. ოპერატიული მეხსიერება ჩართულია ამ მომენტშიარის საკმაოდ იაფი რესურსი და მისი დეფიციტი (თუნდაც 10-15 პროცენტით) გამოიწვევს 1C სისტემის მუშაობის ძლიერ ვარდნას, რადგან ჩართული იქნება უფრო ნელი სვოპ სისტემა. გარდა ამისა, swap მისცემს დამატებით დატვირთვას დისკის ქვესისტემაზე, რაც კიდევ უფრო გააუარესებს სიტუაციას.
• EFSOL კომპანია გთავაზობთ ყოვლისმომცველ მომსახურებას 1C სერვერის შერჩევისთვის, რომელიც მოიცავს: 1C სერვერის დიზაინს, შეძენას, კონფიგურაციას და შენარჩუნებას.
• თქვენი საკუთარი 1C სერვერის შექმნის ალტერნატივა არის სერვერის დაქირავება 1C. ღრუბლოვანი ტექნოლოგიები საშუალებას იძლევა, დაბალი თვიური ხარჯებით, მიიღოთ საიმედო შეცდომის ტოლერანტული სერვისი კომფორტული მუშაობისთვის 1C-ში.

Სისტემის ინტეგრაცია. კონსულტაცია

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

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

სერვერის შერჩევა 1C-სთვის

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

მოთხოვნები სერვერზე 1C

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

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

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

პროცესორის არჩევა 1C სერვერისთვის

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

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

რამდენი მეხსიერება სჭირდება 1C სერვერს

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

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

• ოპერაციული სისტემის მუშაობისთვის საჭირო იქნება 2 გბ
• მინიმუმ 2 GB MS SQL Server ქეშისთვის და უმჯობესია ეს მნიშვნელობა იყოს მონაცემთა ბაზის რეალური მოცულობის 20-30% - ეს უზრუნველყოფს მომხმარებლის კომფორტულ გამოცდილებას.
• 1 - 4 GB 1C აპლიკაციის სერვერისთვის
• 100 - 250 MB დასჭირდება ერთი მომხმარებლის ტერმინალის სესია, 1C სერვერის ფუნქციების ნაკრებიდან, გამოყენებული კონფიგურაციის მიხედვით

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

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

სერვერი 1C: მოწყობილობა დისკის ქვესისტემისთვის

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

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

• არ აქვს მნიშვნელობა რომელ სერვერს შექმნით 1C-სთვის, არავითარ შემთხვევაში არ გირჩევთ სერვერებში ცალკეული დისკების გამოყენებას - მიზანშეწონილია მათი ორგანიზება RAID მასივებში (RAID 10 დიდი ან RAID 1 მცირე მონაცემთა ბაზებისთვის), სადაც მონაცემთა ბაზის ცხრილებია. განთავსდება.
• ჩვენ გირჩევთ გადაიტანოთ ინდექსის ფაილები ცალკე SSD-ზე მათზე უფრო სწრაფი წვდომისთვის
• TempDB - 1-2 (RAID 1) SSD-ზე.
• განათავსეთ OS და მომხმარებლის მონაცემები SSD/HDD-ის RAID 1-ზე.
• ჟურნალის ფაილებისთვის გამოყავით ცალკე ლოგიკური დისკი მასივიდან ან ფიზიკური SSD დისკიდან.
• თუ შესაძლებელია, გამოიყენეთ აპარატურის კონტროლერი- ჩვენ ვნახეთ სიტუაციები, როდესაც მძლავრი და ძვირადღირებული სერვერი შენელდა კონტროლერის არასაკმარისი მუშაობის გამო.

სერვერის შერჩევა 1C-სთვის

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

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

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

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

1.) ფაილურ ბაზასთან მუშაობა საზიარო რესურსის საშუალებით (ვებ სერვერი)

2.) ტერმინალში ფაილის ბაზასთან მუშაობა

3.) სერვერის (MSSQL) მონაცემთა ბაზასთან მუშაობა

ფაილების ბაზასთან მუშაობა საერთო რესურსის საშუალებით (ვებ სერვერი)

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

• სწრაფი ხრახნები- ყურადღება მიაქციეთ spindle სიჩქარეს (ვიღებთ 7200 rpm). მაგალითად, WD-დან მწვანე სერიას არ ვიღებთ, შავს ან წითელს ვიღებთ. იხილეთ Seagate-ის თანავარსკვლავედის სერია.
• პროცესორი- ბირთვები არ არის ისეთი მნიშვნელოვანი, როგორც მათი სიხშირე. 1C იყენებს მრავალ ბირთვს საკმაოდ ცუდად (სულ არა), ასე რომ თქვენ ვერ მიიღებთ რაიმე სარგებელს 8 ბირთვიანი პროცესორისგან, ამას გააკეთებს 2 ბირთვიანი პროცესორი უფრო მაღალი სიხშირით. მაგალითად, core i3 4360 - ეს არის ამჟამად მაქსიმალური სიხშირე ინტელისთვის (4 გჰც ტურბო რეჟიმში).
• ოპერატიული მეხსიერება -ის არ ითამაშებს როლს. იმის გათვალისწინებით, თუ როგორ შთანთქავს თანამედროვე აპლიკაციები მეხსიერებას, დააყენეთ 8 GB
• ბადე- კარგი, ფაქტობრივად, 1 გბიტიანი ქსელით ნამდვილად არ ისარგებლებთ, მაგრამ მიუხედავად ამისა, თუ 8-მავთულის გრეხილი წყვილი დაჭიმულია (შეგიძლიათ ჩახედოთ კონექტორებში), მაშინ აზრი აქვს გიგაბიტიანი გადამრთველის დაყენებას. ფაილის გაზიარების დრო უფრო სწრაფი იქნება.
  და საბოლოო შეხება ამ სცენარში - არ არის საჭირო მონაცემთა ბაზის განთავსება სადმე ცალკეულ მანქანაზე - ხანგრძლივი ოპერაციები შესრულდება ბევრად უფრო სწრაფად ლოკალურად, ვიდრე ქსელში. ჩაიცვით ეს მანქანა სამუშაო ადგილი, საიდანაც იგეგმება, მაგალითად, თვის დახურვა ან ინფორმაციული უსაფრთხოების განახლება.

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

• SSD*ჩვეულებრივი ხრახნის ნაცვლად გადაგვარჩენს. აიღეთ 120 GB დისკი, რადგან გაცვლითი კურსის ზრდის გათვალისწინებითაც კი, ისინი მისაღებია. გირჩევთ ყურადღება მიაქციოთ Intel 520/530 სერიას, kingston v300. კიდევ უკეთესი, უბრალოდ წაიკითხეთ მიმოხილვები უახლესი მოდელების შესახებ, რადგან. ეს ბაზარი საკმაოდ სწრაფად ვითარდება და ბაზარზე ახალი პროდუქტები შემოდის
  *შენიშვნა: თუ RAID-ში დისკებს აერთიანებთ სარკესთან, მაგალითად, RAID1. ამ შემთხვევაში არის ასეთი მომენტი: უმეტესობა SSD დისკებიმორთვა საჭიროა ნაგვის გასასუფთავებლად (ძირითადად საკმაოდ ძველი მოდელებისთვის), რეიდის რეჟიმში ბრძანება შეიძლება არ იყოს მხარდაჭერილი და დისკი დაქვეითდება სიჩქარით მუშაობისას. ამ პრობლემის თავიდან ასაცილებლად, შეგიძლიათ გამოიყენოთ მინიმუმ ორი მეთოდი: იდეალურად, შეიძინეთ საწარმოს დონის SSD, მაგალითად, intel DC3500. თუ ძვირია, შეგიძლიათ გამოიყენოთ პაკეტი: დედაპლატა ჩიპსეტით
• პროცესორი- წინა აბზაცის მსგავსი. რაც უფრო მაღალია სიხშირე, მით უკეთესი.
• ოპერატიული მეხსიერება -დიდი ის არ ითამაშებს როლს. იმის გათვალისწინებით, თუ როგორ შთანთქავს თანამედროვე აპლიკაციები მეხსიერებას, დააყენეთ 8 GB

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

სინამდვილეში, ამ რეცეპტის გამოყენებით (ssd, პროცესორი მაღალი სიხშირით, ვებ სერვერი, თხელი კლიენტი). თქვენ შეგიძლიათ გაანადგუროთ მითი "თუ მომხმარებელთა რაოდენობა 1-ზე მეტია (ზოგიერთი ვერსიით, 0-ზე მეტი :)) - გჭირდებათ სერვერის ბაზა *.

*მიუხედავად იმისა, რომ, რა თქმა უნდა, იმ პირობით, რომ ეს არ არის SCP ან მონაცემთა ბაზა > ~ 4 GB ზომის, მაგრამ მომხმარებელთა რაოდენობა არ აღემატება 4-ს (ეს არის მონაცემთა ბაზის მაქსიმალური ზომები და მომხმარებელთა რაოდენობა, რომელიც მე ვნახე, შესაძლოა ვინმეს შეხვდა შემთხვევები, როდესაც ვებ სერვერის საშუალებით უფრო მეტი ადამიანი მუშაობდა ფაილურ ბაზასთან? დაწერეთ კომენტარებში)

ტერმინალში ფაილის ბაზასთან მუშაობა

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

• SSD დისკიჩვეულებრივი ხრახნის ნაცვლად.*
  *Შენიშვნა:დარწმუნდით, რომ აკრიფეთ დისკები RAID-ში სარკეებით, მაგალითად, RAID1. ამ შემთხვევაში, არსებობს ასეთი პუნქტი: SSD დისკების უმეტესობას ნაგვის გასასუფთავებლად სჭირდება მორთვა (ძირითადად საკმაოდ ძველი მოდელებისთვის), რეიდის რეჟიმში ბრძანება შეიძლება არ იყოს მხარდაჭერილი და დისკი დაქვეითდება სიჩქარით მუშაობისას. ამ პრობლემის თავიდან ასაცილებლად, შეგიძლიათ გამოიყენოთ მინიმუმ ორი მეთოდი: იდეალურად, შეიძინეთ საწარმოს დონის SSD, მაგალითად, intel DC3500. თუ ეს ძვირია, შეგიძლიათ გამოიყენოთ მორგებული კლასის SSD, მაგრამ შემდეგ დარწმუნდით, რომ მისი გადაწერის მოცულობა საკმარისია თქვენი სცენარისთვის.
• პროცესორი- აქ აზრი აქვს i3-ის ნაცვლად corei5-ის აღებას, რადგან 1C იმუშავებს ტერმინალზე, დამატებითი 2 ბირთვი ხელს არ შეუშლის, მაგრამ არ დაივიწყოთ სიხშირე.
• ოპერატიული მეხსიერებაადმინისტრატორებს შორის არის ასეთი სტაბილური გამოხატულება: არასდროს არის ბევრი მეხსიერება). ჩემი პრაქტიკიდან 7 ადამიანი BP3-ში მუშაობისას 8-12 GB იკავებს ტერმინალზე (ეს დამოკიდებულია იმაზე, თუ რამდენი დოკუმენტი ღიაა თითოეული მომხმარებლისთვის). ჩვეულებრივი ფორმებისთვის მეხსიერების რაოდენობა შეიძლება გაიყოს 2-ზე :). სავარაუდო გამოთვლა შეიძლება შემდეგნაირად: 256 MB თავად ტერმინალის სესიისთვის + 1.5 GB 1C-სთვის

სერვერის (MSSQL) მონაცემთა ბაზასთან მუშაობა

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

• SQL სერვერისა და სერვერის 1C განთავსება.სხვადასხვა მანქანებზე ან ერთზე. არის ასეთი მომენტი: თუ ისინი ერთსა და იმავე მანქანაზე არიან, მაშინ მათ შორის კომუნიკაცია ხდება მეხსიერების საერთო პროტოკოლის მეშვეობით და ამ შემთხვევაში ვიღებთ ბონუსს შესრულებაში, რომელიც არ არსებობს, როცა ისინი სხვადასხვა აპარატზე არიან.
• ᲞᲠᲝᲪᲔᲡᲝᲠᲘ.და აქ არის უკვე სასარგებლო და მაღალი საათის სიჩქარე და მრავალბირთვიანი. იმიტომ რომ ჩვენ გვაქვს SQL სერვერის პროცესი, თუ ის არის იმავე მანქანაზე, და რამდენიმე 1C rphost სერვერის პროცესი, რომელიც ჩატვირთავს პროცესორის ბირთვებს. ცალკე მინდა გამოვყო ორპროცესორიანი სისტემები (ანუ როცა დედაპლატზე არის ორი სოკეტი და მეტი ვიდრე სოკეტი). თუნდაც ერთი ცარიელი სოკეტით აიღოთ "რეზერვში, მოგვიანებით იყიდეთ პროცესორი, თუ მოულოდნელად დაგჭირდებათ." მე მინახავს დიდი რაოდენობით ორ სოკეტიანი სერვერები, რომლებიც სიცოცხლის ბოლომდე იდგნენ ცარიელი მეორე სოკეტით. თუმცა, თუ კომპანია იხდის ... რატომ უარყოთ საკუთარი თავი სიამოვნებაზე :)
• ოპერატიული მეხსიერება. თავის მუშაობაში SQL Server * აქტიურად იყენებს RAM-ს, თუ ის არ არის საკმარისი, ადის დისკებზე, რომლებიც ssd-ის შემთხვევაშიც უფრო ნელია ვიდრე RAM. ამიტომ აქ მეხსიერების დაზოგვა არ ღირს. მაქსიმალურად დახარჯეთ ბიუჯეტი (არ დაგავიწყდეთ, რა თქმა უნდა, საღი აზრის შესახებ :)) და დატოვეთ უფასო სლოტები დედაპლატზე, რათა ყოველთვის შეძლოთ დამატებითი ზოლის მიწოდება.
  *შენიშვნა: არ დაგავიწყდეთ SQL სერვერის მიერ გამოყენებული მაქსიმალური ოპერატიული მეხსიერების შეზღუდვა ისე, რომ ეს საკმარისი იყოს OS და ტერმინალის სესიებისთვის, ასევე გაზარდეთ ნაბიჯები tmp-ისა და SQL მონაცემთა ბაზის გაზრდისთვის (ნაგულისხმევი ნაბიჯი არის 1 მბ, რაც ძალიან პატარა, კომპლექტი 200 მბ საბაზისო და 50 მბ ჟურნალისთვის)
• დისკის ქვესისტემა.შეიძლება გაჩნდეს აზრი, რომ თუ ოპერატიული მეხსიერების რაოდენობა ბაზის ზომაზე დიდია, მაშინ ეს ყველაფერი მეხსიერებაში დარჩება და ყველაფერი გაფრინდება. ეს შეიძლება იყოს ... პირველი ჩაწერის ოპერაციამდე :) რომელიც ჩაწერს დისკებზე. და აი, სადაც მყარი დისკები გაგწყვეტენ :) გამოიყენეთ SSD დისკები. და აი, აღარ დაზოგოთ არა დესკტოპის SSD-ებზე, მიიღეთ ნორმალური საწარმოს დონის SSD-ები. Intel DC3700 -200GB რესურსი 3.7 პეტაბაიტი (დისკის მთლიანი მოცულობის 10 გადაწერა დღეში 5 წლის განმავლობაში),შეიძლება მოიძებნოს 24000r/ცალი + წამი RAID1=48000. ლიცენზიას გაცილებით მეტი დასჭირდება.

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

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

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

პროცესორები და ოპერატიული მეხსიერება

თუ კომპანია ძალიან მცირეა (სისტემაში 2-7 მომხმარებელი), მონაცემთა ბაზა მცირეა (1 გბ-მდე) და 1C:Enterprise 8.2 მუშაობს ფაილის რეჟიმში მომხმარებლის კომპიუტერზე, მაშინ მივიღებთ კლასიკური ფაილური სერვერის დანერგვას. Intel Core i3-საც კი, განსაკუთრებით Intel Xeon E3-12xx-ს შეუძლია გაუმკლავდეს ასეთ ამოცანას CPU დატვირთვის თვალსაზრისით. საჭირო ოპერატიული მეხსიერების რაოდენობა საკმაოდ მარტივია: 2 GB ოპერაციული სისტემისთვის და 2 GB სისტემის ფაილების ქეშისთვის.

თუ კომპანიას ჰყავს 5-25 1C მომხმარებელი, მონაცემთა ბაზის ზომა 4 გბ-მდეა, მაშინ 1C:Enterprise 8.2 აპლიკაციას უნდა ჰქონდეს საკმარისი 4 ბირთვიანი Intel Xeon E3-12xx ან AMD Opteron 4xxx. OS-ისთვის 2 GB ოპერატიული მეხსიერების გარდა, 1C: Enterprise 8.2-ისთვის აუცილებელია 1-4 GB გამოყოფა. Application Server“ და MS SQL Server-ისთვის ამდენივე ქეში - სულ 8-12 GB ოპერატიული მეხსიერება. მცირე მონაცემთა ბაზებისთვის სასურველია მონაცემთა ბაზის მინიმუმ 30% ქეშირება RAM-ში და სასურველია ყველა 100%.

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

უფრო დიდ კომპანიებში, 1C მომხმარებლები ჩვეულებრივ მუშაობენ აპლიკაციაზე დისტანციური წვდომით (დისტანციური სამუშაო მაგიდა) - ანუ ტერმინალის რეჟიმში. როგორც წესი, 10-100 1C მომხმარებელთან 1 გბ ან მეტი მონაცემთა ბაზის მქონე, „1C:Enterprise 8.2. აპლიკაციის სერვერი“ და მომხმარებლის აპლიკაცია „1C:Enterprise 8.2“ მუშაობს იმავე სერვერზე.

პროცესორის საჭირო რესურსების დასადგენად, ვარაუდობენ, რომ ერთ ფიზიკურ ბირთვს შეუძლია ეფექტურად დაამუშაოს არაუმეტეს 8 მომხმარებლის თემა - ეს გამოწვეულია პროცესორების შიდა არქიტექტურით. როგორც პრაქტიკა გვიჩვენებს, 1C + Remote Desktop ამოცანებისთვის, არ უნდა აიღოთ ქვედა ხაზების სერვერის პროცესორები გამოთვლითი ბირთვების დაბალი სიხშირით და შეკვეცილი არქიტექტურით. თუ მომხმარებელი ცოტაა (15-20-მდე), საკმარისი იქნება ერთი მაღალი სიხშირის Intel Xeon E3-12xx პროცესორი. ამავდროულად, მისი ფიზიკური ბირთვიდან ერთი მაინც (2 თემა) გადავა SQL Server-ის საჭიროებებზე, კიდევ ერთი (2 თემა) - 1C:Enterprise 8.2-ზე. აპლიკაციის სერვერი", ხოლო დარჩენილი 2 ფიზიკური ბირთვი (4 თემა) - OS და ტერმინალის მომხმარებლებისთვის. 20-ზე მეტი 1C მომხმარებლის ან 4 გბაიტზე მეტი მონაცემთა ბაზის მოცულობით, დროა გადახვიდეთ 2 პროცესორულ სისტემაზე Intel Xeon E5-26xx-ზე ან AMD Opteron 62xx-ზე.

RAM-ის საჭირო რაოდენობის გამოთვლა შედარებით მარტივია: 2 GB უნდა მიეცეს OS-ს, 2 GB ან მეტი - MS SQL სერვერი ქეშის სახით (ბაზის მინიმუმ 30%), 1-4 GB - ქვეშ "1C: Enterprise 8.2". . განაცხადის სერვერი", სერვერის დანარჩენი მეხსიერება საკმარისი უნდა იყოს ტერმინალის სესიებისთვის. ერთი ტერმინალის მომხმარებელი, კონფიგურაციიდან გამომდინარე, მოიხმარს აპლიკაციებში "ბუღალტერია", "ვაჭრობა და საწყობი" - 100-120 მბ, "ხელფასი და პერსონალის მართვა", "სავაჭრო საწარმოს მენეჯმენტი" - 120-160 მბ, "მენეჯმენტი". საწარმოო საწარმო“ - 180-240 მბ. თუ მომხმარებელი დამატებით გამოუშვებს MS Word-ს, MS Excel-ს, MS Outlook-ს სერვერზე, მაშინ თითოეულ აპლიკაციას უნდა გამოეყოთ კიდევ 100 მბ. როგორც წესი, ტერმინალის სერვერისთვის მინიმალური არის 12 GB ოპერატიული მეხსიერება.

მაგალითად, 1C სერვერისთვის მთელი პროგრამული პაკეტით, 50 ტერმინალის მომხმარებელი Trading Enterprise Management კონფიგურაციაში და 8 GB მონაცემთა ბაზა, ორი Intel Xeon E5-2650 პროცესორის გამოთვლითი სიმძლავრე იქნება (8 ბირთვი, 16 ძაფები, 2.0 გჰც). იყოს ოპტიმალური. RAM-ს დასჭირდება მინიმუმ 2 (OS) + 4 (SQL) + 4 (1C-სერვერი) + 8 (160 "UTP" * 50 მომხმარებელი) = 18 GB და სასურველია 24-32 GB (6-8 DIMM არხი თითო 4 გბ) .

დისკის ქვესისტემა

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

1C-ს აქვს 5 მონაცემთა ნაკადი დისკის ქვესისტემისთვის, რომლითაც ის მუშაობს:

• მონაცემთა ბაზის ცხრილები;
• ინდექსის ფაილები;
• დროებითი ფაილები tempDB;
• SQL ჟურნალის ფაილი;
• 1C მომხმარებლის აპლიკაციების ჟურნალის ფაილი.

მონაცემთა სტრუქტურა 1C-ში არის ობიექტზე ორიენტირებული, მრავალი ობიექტით და მათ შორის ურთიერთობით. მონაცემთა ცხრილებთან მუშაობისთვის ძალზე მნიშვნელოვანია წაკითხვისა და ჩაწერის ოპერაციების რაოდენობა, რომლებიც დისკის ქვესისტემას შეუძლია შეასრულოს გარკვეული პერიოდის განმავლობაში (Input Output Operation წამში, IOPS). ამავდროულად, მისი უნარი, მიაწოდოს მონაცემთა მაღალი ნაკადი სიჩქარე (მბ/წმ) გაცილებით ნაკლებად მნიშვნელოვანია. ძალიან მოკრძალებული ბაზა 200-300MB 3-5 მომხმარებელთან ერთად შეუძლია შექმნას 400-600 IOPS-მდე პიკში. მონაცემთა ბაზა 10-15 მომხმარებლისთვის და მოცულობა 400-800MB შეუძლია 1500-2500 IOPS, 40-50 მომხმარებელი 2-4 GB აწარმოებს 5000-7500 IOPS, ხოლო 80-100 მომხმარებლის მონაცემთა ბაზა ადვილად აღწევს 12000-ს. 18000 IOPS.

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

თანამედროვე დისკები წაკითხვისა და ჩაწერის ოპერაციებში შემთხვევითი წვდომით (შემთხვევითი წაკითხვა / ჩაწერა) მარტო უმკლავდებიან ასეთ დატვირთვას:

					Intel 910 400 GB
				2400 - 8600 IOPS

აშკარად ჩანს, რომ:

• Bottleneck ორივე HDD და SSD არის ჩაწერა;
• ტრადიციული HDD-ები არ არიან SSD-ების კონკურენტები IOPS-ში წაკითხვის სიჩქარის თვალსაზრისით, თუნდაც თეორიულად, განსხვავება აღემატება მასშტაბის ორ ბრძანებას;
• თუნდაც ყველაზე თანამედროვე დესკტოპის SSD არ არის 3-40-ჯერ (დამოკიდებულია კონფიგურაციაზე) უფრო სწრაფი ვიდრე ნებისმიერი HDD IOPS-ში ჩაწერის სიჩქარის თვალსაზრისით, სერვერის SSD არის 12-40-ჯერ უფრო სწრაფი ვიდრე HDD;
• IOPS-ში მაქსიმალურ შესრულებას უზრუნველყოფს PCIe SSD კლასის Intel 910 ან LSI WarpDrive.

ერთჯერადი დისკები არ გამოიყენება მონაცემთა ბაზის სერვერებში, მხოლოდ RAID მასივები. დისკის ქვესისტემის რეალური მუშაობის შემდგომი გამოსათვლელად, თქვენ უნდა გაითვალისწინოთ ხარჯები („ჯარიმა“) IOPS-ზე ჩაწერისთვის, რომლებიც გაწეულია დისკის ჯგუფში RAID-ში:

თუ RAID 10-ში აგროვებთ 6 დისკს, მაშინ 1 IOPS მონაცემების ყოველ ჩანაწერზე დაიხარჯება 2 IOPS ფიზიკური დისკი, ხოლო თუ RAID 6-ში, მაშინ დისკის 6 IOPS. ამრიგად, დისკის ჯგუფის ჩაწერის დატვირთვის სიმძლავრის გაანგარიშებისას, ჯერ უნდა დაამატოთ RAID ჯგუფში ყველა დისკის IOPS და შემდეგ გაყოთ ისინი "ჯარიმაზე".

მაგალითი 1: 2 SATA 7200 HDD RAID 1-ში უზრუნველყოფს ჩაწერას: (100 IOPS *2) / 2 = 100 IOPS.

მაგალითი 2: 4 SATA 7200 RAID 5-ში უზრუნველყოფს: (100 IOPS *4) / 4 = 100 IOPS თითო ჩაწერაზე.

მაგალითი 3: 4 SATA 7200 RAID 10-ში უზრუნველყოფს: (100 IOPS *4) / 2 = 200 IOPS თითო ჩაწერაზე.

მაგალითები 2 და 3 გვიჩვენებს, თუ რატომ არის სასურველი RAID 10 მონაცემთა ბაზების შესანახად, რომლებსაც აქვთ ტიპიური წაკითხვის/ჩაწერის 68/32 განაწილება.

ამ სამი ცხრილიდან ირკვევა, თუ რატომ არ არის საკმარისი სერვერისთვის ტიპიური "ჯენტლმენის ნაკრების" 2 HDD SATA 7200 შესრულება RAID 1-ში: პიკის დატვირთვის დროს, დისკზე წვდომის რიგი იზრდება, მომხმარებლები ელოდებიან პასუხს. სისტემა, ზოგჯერ მრავალი საათის განმავლობაში.

როგორ გავზარდოთ დისკის ქვესისტემის ჩაწერის შესრულება? გაზარდეთ დისკების რაოდენობა RAID ჯგუფში, გადადით დისკებზე უფრო მაღალი ბრუნვის სიჩქარით, აირჩიეთ RAID დონე ნაკლები ჩაწერის ჯარიმით. RAID კონტროლერის ქეშირება ჩართული Write back რეჟიმით ბევრს ეხმარება. მონაცემები იწერება არა პირდაპირ დისკებზე (როგორც Write Through რეჟიმში), არამედ კონტროლერის ქეშში და მხოლოდ ამის შემდეგ, სურათების რეჟიმში და შეკვეთილი ფორმით, დისკებზე. ამოცანის სპეციფიკიდან გამომდინარე, ჩაწერის შესრულება შეიძლება გაიზარდოს 30-100%-ით.

მსუბუქად დატვირთული ან შედარებით მცირე მონაცემთა ბაზების პირობებში (20 გბ-მდე), შესაფერისია "IOPS-ის ამოღების" იაფი გზა - ჰიბრიდული RAID SSD / HDD-დან. მეტი და არ გვჭირდება ფილიალის მონაცემთა ბაზა 3-15 მომხმარებლისთვის განაწილებულ სტრუქტურაში, როგორიცაა კაფეების ან სერვისის სადგურების ქსელი.

დიდი (200 გბ ან მეტი) მონაცემთა ბაზებისთვის გრძელი ისტორიული მონაცემთა ბილიკით, ან რამდენიმე დიდი მონაცემთა ბაზის მომსახურებისთვის, SSD ქეშირება (LSI CacheCade 2.0 ან Adaptec MaxCache 3.0 ტექნოლოგიები) შეიძლება ეფექტური იყოს. ასეთი სისტემების ექსპლუატაციის გამოცდილების მიხედვით, სწორედ 1C ამოცანებშია შესაძლებელი მათი გამოყენება შედარებით იაფად და შენახვის ინფრასტრუქტურაში მნიშვნელოვანი ცვლილებების გარეშე დისკის ოპერაციების 20-50%-ით დაჩქარების მიზნით.

IOPS-ში მუშაობის მხრივ ჩემპიონი, სავარაუდოდ, არის RAID მასივები სერვერის SSD-ებზე - ორივე ტრადიციული, SAS RAID კონტროლერის გამოყენებით და PCIe SSD. მათ პოპულარობას აფერხებს ორი შეზღუდვა: ტექნოლოგიური (RAID კონტროლერების მუშაობა ან შენახვის სტრუქტურის რადიკალურად დარღვევის საჭიროება) და გასაყიდი ფასი.

ცალკე, უნდა ითქვას ინდექსის ფაილების და TempDB შენახვის შესახებ. ინდექსის ფაილები ძალიან იშვიათად ახლდება (ჩვეულებრივ დღეში ერთხელ), მაგრამ იკითხება ძალიან, ძალიან ხშირად (IOPS). ასეთი მონაცემები უბრალოდ უნდა იყოს შენახული SSD-ზე, მათი წაკითხვის სიჩქარით! TempDB, რომელიც გამოიყენება დროებითი მონაცემების შესანახად, ჩვეულებრივ მცირე ზომისაა (1-4-12 GB), მაგრამ ძალიან მოთხოვნადია ჩაწერის სიჩქარეზე. ინდექსსა და დროებით ფაილებს აქვთ საერთო ის, რომ მათი დაკარგვა არ იწვევს რეალური მონაცემების დაკარგვას. ეს ნიშნავს, რომ მათი განთავსება შესაძლებელია ცალკე (კიდევ უკეთესი - ორ ცალკეულ ტომზე) SSD-ზე. მინიმუმ დედაპლატის ბორტ SATA კონტროლერზე. საიმედოობისა და შესრულების თვალსაზრისით, TempDB-ში სასურველია SSD-დან სარკის მიცემა (RAID1), ეს შესაძლებელია ბორტ კონტროლერზე, მაგრამ ყველა ჩაწერის ქეშის სავალდებულო გამორთვით. დესკტოპის SSD-ებს ასევე შეუძლიათ გაუმკლავდნენ ამ როლს - Intel 520 სერიის მსგავსად, სადაც ტექნიკის მონაცემების შეკუმშვა TempDB-ზე ჩაწერისას სწორი იქნება. ამ ამოცანების ამოღება საერთო საცავის სისტემიდან სპეციალურ მაღალსიჩქარიან ქვესისტემაში დადებითად აისახება სისტემის მთლიან მუშაობაზე, განსაკუთრებით პიკური დატვირთვის დროს.

იმ შემთხვევებში, როდესაც შესაძლებელია ადმინისტრატორების უსწრაფესი რეაგირების უზრუნველყოფა წარუმატებლობის შემთხვევაში და როდესაც არის რთული გამოთვლითი ამოცანები (საწყობი ან ტრანსპორტის ლოჯისტიკა, წარმოება SCP-ში, მოცულობის გაცვლა URDB-ში), TempDB გადადის RAMDrive-ზე. ეს გამოსავალი საშუალებას გაძლევთ მოიგოთ ზოგჯერ სისტემის მთლიანი მუშაობის 4-12%. გარკვეული უხერხულობა წარმოიქმნება მხოლოდ სერვერის გადატვირთვის შემთხვევაში: თუ RAMDrive ავტომატურად არ იწყება, ადმინისტრატორის ჩარევა საჭირო იქნება ხელით დასაწყებად - წინააღმდეგ შემთხვევაში, მთელი სისტემა გახდება.

კიდევ ერთი მნიშვნელოვანი კომპონენტია ჟურნალის ფაილები. მათ აქვთ უსიამოვნო ფუნქცია ნებისმიერი დისკის ქვესისტემისთვის - ისინი წარმოქმნიან მცირე ჩაწერის წვდომის თითქმის მუდმივ ნაკადს. ეს შეუმჩნეველია საშუალო დატვირთვის დროს, მაგრამ მნიშვნელოვნად ამცირებს 1C სერვერის მუშაობას პიკური დატვირთვის დროს. ლოგიკურია ჟურნალის ფაილის (კერძოდ, SQL log ფაილის) გადატანა ცალკე ფიზიკურ ტომზე, რომელსაც არ აქვს მაღალი IOPS მოთხოვნები და ჩაიწერება თითქმის წრფივად. სიმშვიდისთვის, შეგიძლიათ შექმნათ სარკე იაფი და მოცულობითი SATA / NL SAS-ისგან (სრული ჟურნალისთვის), ან იგივე Intel 520 სერიის იაფი დესკტოპის SSD-დან (მარტივი ჟურნალი, ან სრული ჟურნალი, ყოველდღიური სარეზერვო და გაწმენდით).

ზოგადად, შეგვიძლია ვთქვათ, რომ სერვერებში SSD-ების ჩამოსვლამ გახსნა ახალი შესაძლებლობები მასობრივი სერვერების მუშაობის გაზრდის მიზნით - მონაცემთა დონიანი შენახვისა და გონივრული დისკის I/O კონფიგურაციის გამო.

"იდეალური სერვერის 1C ქვეშ" დისკის ქვესისტემა ასე გამოიყურება:

1. მონაცემთა ბაზის ცხრილები განთავსებულია RAID 10-ზე (ან RAID 1 მცირე მონაცემთა ბაზებისთვის) საიმედო სერვერის SSD-ებზე სავალდებულო ტექნიკის RAID კონტროლერით. მაღალი IOPS მოთხოვნებისთვის, განიხილეთ PCIe SSD ვარიანტი. დიდი მონაცემთა ბაზებისთვის, HDD მასივების SSD ქეშირება ეფექტურია. თუ გამოყენებული 1C კონფიგურაცია და მონაცემთა სტრუქტურა არც თუ ისე მოთხოვნადია IOPS-ზე და მომხმარებელთა რაოდენობა მცირეა, საკმარისი იქნება HDD SAS 15K rpm-ის ტრადიციული მასივი.

2. ინდექსის ფაილები გადატანილია სწრაფ და იაფ ერთ SSD-ზე, TempDB - 1-2 (RAID 1) SSD-ზე ან RAMDrive-ზე.

3. გამოყოფილი ტომი (ერთი ფიზიკური დისკი ან RAID-1) SATA/NL SAS HDD-ზე ან იაფი SSD-ზე, ან ლოგიკური დისკი RAID მასივზე, რომელიც შეიცავს სერვერის ოპერაციულ სისტემას და მომხმარებლის ფაილებს/საქაღალდეებს.

4. ოპერაციული სისტემა და მომხმარებლის მონაცემები ინახება HDD ან SSD RAID 1-ზე.

თუ IT ინფრასტრუქტურა ვირტუალიზებულია, ძალიან სასურველია, რომ SQL Server დაინსტალირდეს არა როგორც ვირტუალური მანქანა, არამედ პირდაპირ ფიზიკურ სერვერზე, შიშველ მეტალზე. საკითხის ფასი არის დისკის ქვესისტემის მუშაობის 15-დან 35%-მდე (დამოკიდებულია აპარატურაზე, დრაივერებზე, ვირტუალიზაციის ხელსაწყოებზე და მოცულობითი კავშირის მეთოდებზე). ვირტუალურ SQL სერვერის გარემოში, ტომების დაკავშირება მონაცემთა ბაზის ცხრილებთან, ინდექსის ფაილებთან და TempDB-სთან VM-თან სავალდებულოა ექსკლუზიურ რეჟიმში პირდაპირი წვდომის საშუალებით.

ქსელის ინტერფეისები

1C:Enterprise 8 სისტემების აშენებისას მცირე და საშუალო საწარმოებისთვის (100-150-მდე აქტიური მომხმარებელი ერთდროულად), Ethernet ინტერფეისის საშუალებით ქსელის ოპერაციებში დანაკარგები მინიმუმამდე უნდა შემცირდეს. იდეალურ შემთხვევაში, მოემსახურეთ როგორც SQL სერვერს, ასევე "1C: Enterprise 8 Application Server x64" და 1C მომხმარებლის სესიებს დისტანციურ სამუშაო მაგიდაზე ერთი ფიზიკური სერვერით. საკამათოა ხარვეზების ტოლერანტობის თვალსაზრისით, ეს რეკომენდაცია საშუალებას გაძლევთ მიიღოთ მაქსიმალური სარგებლობა ტექნიკისა და პროგრამული უზრუნველყოფისგან და ვირტუალიზაციის გამოყენებით იძლევა უსაფრთხოების გარკვეულ დონეს და „გარემოს განმეორებადობას“ სხვა აღჭურვილობაზე.

რატომ გამოვრიცხოთ Ethernet SQL სერვერის ჯაჭვიდან -> 1C:Enterprise 8 აპლიკაციის სერვერი -> 1C:Enterprise 8 მომხმარებლის სესიიდან? Ethernet ქსელის ინტერფეისი, მისი მონაცემთა შეფუთვით შედარებით მცირე ბლოკებში გადაცემისთვის, ყოველთვის შექმნის დამატებით შეფერხებებს: როგორც ტრაფიკის შეფუთვა/გახსნისას, ასევე თავად გადაცემის დროს (მაღალი შეყოვნება). 1C: Enterprise 8-ში, საკმაოდ დიდი მონაცემთა მასივები გადადის დამუშავებისა და ჩვენების მიზნით მთელი ჯაჭვის გასწვრივ, ზოგიერთ სიტუაციაში - ორივე მიმართულებით. მონაცემთა გადაცემის პირდაპირ ერთი პროცესიდან მეორეზე სერვერის ოპერატიული მეხსიერების ფარგლებში (იგივე სერვერზე ვირტუალიზაციის გარეშე), ან ვირტუალური ქსელის ინტერფეისის მეშვეობით (იგივე ფიზიკურ სერვერზე, კარგი სერვერის ქსელის ადაპტერებით RAM-ის ბლოკების გადაცემით VM-ებს შორის) შეფერხებები. გაცილებით დაბალია. თანამედროვე ორპროცესორიანი სერვერები დიდი ოპერატიული მეხსიერებით და დისკის ქვესისტემით SSD-ზე საშუალებას გაძლევთ კომფორტულად მოემსახუროთ 1C მონაცემთა ბაზას 100-150 აქტიური მომხმარებლისთვის.

თუ დატვირთული მონაცემთა ბაზებისთვის რამდენიმე ფიზიკური ჰოსტის გამოყენება გარდაუვალია, სასურველია ყველა სერვერის დაკავშირება 10 გბ Ethernet-ით. ან მინიმუმ 2-4 აგრეგირებული 1 გბ Ethernet კავშირი TCP/IP ტექნიკის აჩქარებით (TCP/IP Offloader) და აპარატურის ვირტუალიზაციის მხარდაჭერით.

უპირველეს ყოვლისა, ბიუჯეტის გადაწყვეტილებები განიცდის შესრულების დანაკარგებს Ethernet პორტებზე. საიდუმლო არ არის, რომ სერვერის დედაპლატებზე შედუღებული 1 გბ ქსელური ადაპტერები არ არის შექმნილი მძიმე ქსელის ტრაფიკისთვის. მაშინაც კი, თუ დაფას აქვს 2 ან 3 GbE პორტი, ისინი ჩვეულებრივ დანერგილია დესკტოპის ჩიპებზე. საკმარისია მენეჯმენტისთვის, ისინი ქმნიან დამატებით ხარჯებს ქსელის ბირჟების მომსახურებისთვის, განსაკუთრებით ვირტუალურ გარემოში. ასეთი ჩიპის საშუალებით მონაცემთა გადაცემის მთელ პროცესს უზრუნველყოფს პროცესორის რესურსები, ოპერატიული მეხსიერება და შიდა ავტობუსების დატვირთვა. ასეთი ჩიპები არ უზრუნველყოფენ IP ტრაფიკის გადაცემის რაიმე აჩქარებას, თითოეული მიღებული და გადაცემული Ethernet პაკეტი მოითხოვს ცალკეულ შეფერხებას პროცესორისთვის. ვირტუალიზებულ გარემოში, ქსელური ინტერფეისის მუშაობის დანაკარგებმა შეიძლება მიაღწიოს 25-30%-ს. ყველაზე უსიამოვნო ის არის, რომ ეს არის ქსელის ინტერფეისი, რომელიც გადატვირთულია მონიტორინგის ხელსაწყოებით და შეიძლება არ შეინიშნოს. ცენტრალური პროცესორი მას აფუჭებს და თუ არ მუშაობს, ის უმოქმედოა და ელოდება პასუხს ქსელის ბარათიდან. სასურველია გამოირიცხოს პორტები დესკტოპის ჩიპებზე მონაცემთა ნაკადიდან ვირტუალიზებულ გარემოში, დატოვონ ისინი სერვერის მართვის ამოცანებისთვის. ქსელის ინტენსიური ტრაფიკის პირობებში, ღირს დისკრეტული ქსელის ბარათის დამატება სერვერის ჩიპსეტზე.

შეცდომის ტოლერანტობა თუ მისაღები შეფერხების დრო?

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

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

მცირე და საშუალო საწარმოებისთვის ცენტრალური 1C სისტემის დასაშვები დროა თვეში 1-2 ავარია, რომელიც გრძელდება 1-4 საათი. სინამდვილეში, ეს არის დროის უზარმაზარი ზღვარი - თუ წინასწარ მზად ხართ აღდგენისთვის. სწრაფი გადატვირთვის აუცილებელი პირობაა ყველა ვირტუალური და ფიზიკური სერვერის გამოსახულების ხელმისაწვდომობა VM-ის სახით ცალკე საცავზე / მოცულობაზე - თავად ინფრასტრუქტურის ნაწილის აღდგენა სარეზერვო სერვერზე. სავალდებულო ყოველდღიური სარეზერვო (ასევე ყოველკვირეული და პერიოდის ბოლოს) სხვა ფიზიკურ მოწყობილობაზე და სრული SQL ჟურნალი იმ შემთხვევებისთვის, როდესაც მონაცემთა დაკარგვა "სამუშაო დღის დასაწყისიდან" კრიტიკულია და ძნელია ხელით აღდგენა. თუ თქვენ გაქვთ შემცვლელი აღჭურვილობა, შეგიძლიათ შეინახოთ 1-2 საათის განმავლობაში, რათა აღადგინოთ სამუშაო შესაძლებლობები ზოგადად, თუმცა დაბალი პროდუქტიულობით. ისე, სადაც საჭიროა 24×7 უწყვეტობა, პრიორიტეტები იქნება შესაბამისი არქიტექტურის არჩევანი, ავარიის წერტილების მინიმალური რაოდენობის მქონე აღჭურვილობა და სრულფასოვანი კლასტერული ტექნოლოგიები. მაგრამ ეს სრულიად განსხვავებული ამბავია.

ორიგინალური სტატია: http://ko.com.ua/proektirovanie_servera_pod_1s_66779

ჟურნალ "კომპიუტერული მიმოხილვის" რედაქტორის ნებართვით

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

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

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

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

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

ასევე აღსანიშნავია, რომ დესკტოპის განლაგების ეს ვარიანტი მოითხოვს კლიენტის ლიცენზიებს Windows Server 2003/2008-თან დასაკავშირებლად. 1C ინფობაზაზე მაღალი დატვირთვის შემთხვევაში, Windows SBS 2003/2008 შეიძლება არასაკმარისი იყოს. ამ შემთხვევაში შესაძლებელია დამატებითი სერვერის გამოყოფა, Microsoft SQL Server 2005/2007.

კიდევ ერთი მეთოდი, რომელიც ხშირად გამოიყენება 1C-ის დანერგვისას, არის ტერმინალის სერვერი. Windows Server 2003-ში ჩაშენებული Terminal Connection Service გაძლევთ საშუალებას მიიღოთ დიდი შესრულების რეზერვი, უსაფრთხოდ და სრულად მუშაობის შესაძლებლობა, ასევე მაღალი დონის დაცვა.

პროგრამული უზრუნველყოფის სია პროგრამების განსახორციელებლად 1C: Enterprise.

როგორც წესი, 1C-ზე პროგრამების განსახორციელებლად გამოიყენება შემდეგი პროგრამული უზრუნველყოფა: Enterprise პლატფორმა: Windows 7, Vista, XP Professional, Windows Server 2003-2008, Windows Small Business სერვერი.

Windows XP Professional დიდი ხანია არის OS- ის საბაზისო ვერსია და დაინსტალირებულია ბევრ ორგანიზაციაში. Windows 7 არის საკმაოდ ახალი ოპერაციული სისტემა პერსონალური კომპიუტერებისთვის, რომელიც უზრუნველყოფს მაღალ შესრულებას ქსელების, ტექნოლოგიებისა და სისტემების ინტეგრაციის გზით. Windows Vista, XP Professional და 7 ოპერაციული სისტემებით აღჭურვილი კომპიუტერები შეიძლება გამოყენებულ იქნას როგორც საწყისი დონის სერვერები. ეს ოპერაციული სისტემები მხარს უჭერს 10-მდე კავშირს, მაგრამ სიჩქარე და უსაფრთხოება სასურველს ტოვებს.

Windows Server 2003 ან 2008 არის ყველაზე პოპულარული სერვერის ოპერაციული სისტემები, რომლებიც საშუალებას გაძლევთ განახორციელოთ 1C: Enterprise გადაწყვეტილებები. , უზრუნველყოს საიმედოობა და მოვლის სიმარტივე.

Windows Small Business Server 2008 არის პროგრამული პროდუქტი, რომელიც შედგება სერვერის პროდუქტებისა და დამატებითი კომპონენტების მთელი პაკეტისგან. ეს ვარიანტი შესაფერისია მცირე კომპანიებისთვის, რომლებიც არ გეგმავენ სერიოზულ დატვირთვას 1C Enterprise საინფორმაციო ბაზაზე. Windows SBS 2008-ის მთავარი უპირატესობა მისი დაბალი ფასია.

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

გამოცემა მომზადდა ლიცენზირებული პროგრამული უზრუნველყოფის მაღაზიის 1cmarket.ru-ს მიერ

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

ქსელის წყაროებმა Black Shark 2 Pro სმარტფონის დეტალური მახასიათებლები გამოავლინეს, რომელიც ოფიციალურად...

HTC-მა გააფართოვა ბიუჯეტის სმარტფონების ასორტიმენტი Wildfire E მოდელით, რომლის ფასი 9000 რუბლს შეადგენს...

LG-მ გამოაცხადა, რომ მათი ტელევიზორები მხარს დაუჭერენ Apple AirPlay 2 და HomeKit ტექნოლოგიებს. მიერ ს...

კომპანია Phanteks-მა წარმოადგინა უნიკალური გადაწყვეტა პერსონალური CBO-ს აწყობისთვის წინა დღით. ახალი მყინვარი D140...