Ssd დისკი 1c 8.3 ფაილისთვის. Gilev - კონფიგურაციის კონვერტაცია მართულ საკეტებად

LinkedIn ჯგუფში "Storage Professionals" (სხვათა შორის, გირჩევთ ყურადღება მიაქციოთ LinkedIn-ზე სადისკუსიო ჯგუფების არსებობას, შეიძლება საინტერესო იყოს) უკვე ერთი კვირაა განიხილება შემდეგი თემა:
SSD არეგულირებს წარუმატებლობის სიხშირეს
რამდენიმე ციტატა იქიდან, რომლებსაც თარგმნის გარეშე მოგცემ, რადგან ყველაფერი გასაგებია (თითოეული აბზაცი არის ციტატა-ფრაგმენტი ამ თემაში ცალკეული პიროვნების გზავნილიდან).
მე ვმუშაობ კონტრაქტორად ბანკში შუა დასავლეთში და გვაქვს SSD-ები EMC VMAX-ში დაახლოებით 9 თვის განმავლობაში. ჩვენ ჯერ არ გვინახავს წარუმატებლობა
ერთხელ მე შევეცადე მრავალკვირიანი მცდელობა დამეწვა სხვადასხვა გამყიდველის SSD-ები. მე მათ 100% შემთხვევით წერს დაახლოებით ერთი თვის განმავლობაში. Fusion IOs დაახლოებით 30k IOPs თითო დისკზე, STECs / Intels დაახლოებით 7k. ვერასოდეს ვერ შეძლო რომელიმე მათგანის წარუმატებლობა.
Fusion IO-მ იმ თვეში იმდენი ჩაწერა, რამდენიც ერთ SAS დისკს შეეძლო ათწლეულზე მეტი ხნის განმავლობაში.
ჩვენ გვაქვს დაახლოებით 150 SSD დისკი და ვნახეთ 1 წარუმატებლობა ბოლო 12 თვის განმავლობაში.
მე ვიყენებ SSD-ებს cx4-960 clariion-ში სულ რაღაც 12 თვეზე ნაკლები ხარვეზების გარეშე (ფარავს დიდ ms sql tempdb-ს).
ჩემი საკუთარი გამოცდილებიდან (პირველი გაგზავნილი SSD სისტემები 2 და ნახევარი წლის წინ), SLC SSD უკმარისობის მაჩვენებელი იმავე დიაპაზონშია, როგორც მბრუნავი დისკები.
Ის არის. საფიქრალია მათთვის, ვინც ჯერ კიდევ ფიქრობს, რომ SSD რესურსი ჩასაწერია საშინლად შეზღუდულირომ SSD არასანდოა და როდესაც Enterprise Flash Drives მუშაობს, ის კვდება როგორც დამწვარი ჩინური USB ფლეშ დრაივი კინქსტონი.

სერვერის დაპროექტება 1C:Enterprise 8-ის საჭიროებებისთვის საშუალო და დიდი ბიზნესისთვის

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

საჭირო აღჭურვილობის მუშაობის შეფასება.

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

დატვირთვის მონიტორინგი, შედეგების შეფასება, შეფერხებების ძიება და მოთხოვნების გენერირება

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

ჩვენ შევაფასებთ სერვერის მუშაობას ძირითადი ქვესისტემების ფარგლებში: ცენტრალური პროცესორები, შემთხვევითი წვდომის მეხსიერება, დისკის I/O ქვესისტემა და ქსელის ინტერფეისები. IN Windows გარემოარსებობს სტანდარტული ინსტრუმენტი გამოთვლითი დატვირთვის შესაფასებლად, Windows Performance Monitor (perfmon). სხვა სისტემებს აქვთ საკუთარი მსგავსი შეფასების ინსტრუმენტები.
ზოგადად, თითოეულ ქვესისტემაზე დატვირთვა დიდად არის დამოკიდებული აპლიკაციებსა და მონაცემთა ტიპებზე, რომლებთანაც მუშაობენ. 1C-სთან დაკავშირებული აპლიკაციების ბლოკისთვის ყველაზე კრიტიკულია CPU, RAM და SQL სერვერისთვის ასევე დისკის ქვესისტემა. როდესაც ნაწილდება რამდენიმე სერვერზე, ქსელის ინტერფეისი ასევე კრიტიკულია. ჩვენ ვიმუშავებთ მხოლოდ იმ პარამეტრებთან, რომლებიც ჩვენთვის მნიშვნელოვანია გამოყენებული პრობლემის თვალსაზრისით.
ანალიზისთვის მონაცემები უნდა შეგროვდეს არანაკლებ 24 საათის განმავლობაში ტიპიური სამუშაო დღის განმავლობაში. იდეალურ შემთხვევაში, მონაცემების დაგროვება სამი ტიპიური სამუშაო დღის განმავლობაში. ჩახშობის საპოვნელად მიზანშეწონილია მონაცემების აღება ყველაზე დატვირთულ დღეს.
ქვემოთ აღწერილი ყველაფერი სასარგებლო იქნება როგორც ახალი სერვერის დიზაინისთვის მომზადების ეტაპზე (მომწოდებლის წინაშე დავალების დასაყენებლად), ასევე ექსპლუატაციის დროს, აღჭურვილობის პარამეტრების ცვლილებების ობიექტური შეფასებისთვის და შესაძლო შემდგომი "დარეგულირებისთვის". ზოგადად, აპარატურული და პროგრამული კომპლექსი "1C: Enterprise 8".

ᲞᲠᲝᲪᲔᲡᲝᲠᲘ. ჩვენ ყველაზე მეტად გვაინტერესებს ერთი პარამეტრი - ” პროცესორი: % პროცესორის დრო» (« პროცესორი: % CPU დატვირთვა "). მაიკროსოფტი ამბობს შემდეგს ამ პარამეტრის შესახებ: „ეს მრიცხველი აკონტროლებს იმ დროს, როცა პროცესორი ატარებს ნაკადის შესრულებას, სანამ ის მუშაობს. CPU-ს მუდმივი გამოყენების დონე 80%-დან 90%-მდე შეიძლება მიუთითებდეს CPU-ის განახლების აუცილებლობაზე ან რამდენიმე პროცესორის დამატების აუცილებლობაზე. ამრიგად, თუ CPU დატვირთვა საშუალოდ 70-80% დონეზეა, ეს არის CPU რესურსების გამოყენების ეფექტურობის ოპტიმალური თანაფარდობა და პიკის პერიოდებისთვის შესრულების რეზერვი. ნაკლები - სისტემა დატვირთულია. 80%-ზე მეტი რისკის ქვეშაა, 90%-ზე - სისტემა გადატვირთულია, საჭიროა ან გადანაწილდეს დატვირთვა სხვა ჰოსტებზე ან გადავიდეს ახალ, უფრო პროდუქტიულ სერვერზე.

CPU ანალიზი . თანამედროვე პროცესორებისთვის პირველი ნაბიჯი არის იმის გარკვევა, თუ რამდენი ბირთვი გჭირდებათ. თავად ვინდოუსი საკმაოდ ეფექტურად ანაწილებს დატვირთვას ბირთვებს შორის და იმ იშვიათი შემთხვევების გამოკლებით, როდესაც ბირთვებთან არის მკაფიო ბმული პროგრამული უზრუნველყოფის დონეზე, პროცესორის ყველა ბირთვი მეტ-ნაკლებად თანაბრად დაიტვირთება. ზოგადად, თუ თქვენ გაქვთ პარამეტრი "% CPU დატვირთვა„50-70%-ის ფარგლებშია - ყველაფერი კარგადაა, არის რეზერვი. თუ 50% -ზე ნაკლებია, მაშინ თქვენს სისტემას უკვე აქვს ბირთვების გადაჭარბებული რაოდენობა, ან შეიძლება შემცირდეს სერვერი სხვა ამოცანებით. ჩატვირთეთ საშუალოდ 80% ან მეტი - თქვენს სისტემას სჭირდება მეტი ბირთვი.

ოპერატიული მეხსიერება . აზრი აქვს აქ ორი პარამეტრის მონიტორინგი:
« მეხსიერება: ხელმისაწვდომია Mbytes» (« მეხსიერება: ხელმისაწვდომია MB "). ჩვეულებრივ ოპერაციულ სისტემაში, ამ მრიცხველის ღირებულება უნდა იყოს მოცულობის მინიმუმ 10%. ფიზიკური მეხსიერებადაინსტალირებული სერვერზე. თუ ხელმისაწვდომი მეხსიერების რაოდენობა ძალიან მცირეა, სისტემა იძულებული იქნება გამოიყენოს გვერდი ფაილი აქტიური პროცესებისთვის. შედეგად, შესამჩნევი შეფერხებები ხდება სისტემის "გაყინვის" ეფექტამდე.
« მეხსიერება: % ვალდებულიაბაიტებიInგამოყენება», « მეხსიერება: გამოყოფილი მეხსიერების გამოყენების % " ამ მრიცხველის მაღალი მნიშვნელობა მიუთითებს იმაზე, რომ სისტემა განიცდის RAM-ზე მაღალ დატვირთვას. ძალიან სასურველია, რომ ეს პარამეტრი 90%-ზე დაბალი იყოს, რადგან 95%-ში არის OutOfMemory შეცდომის შანსი.

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

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

« % Თავისუფალი სივრცე“ - პროცენტი თავისუფალი სივრცელოგიკურ დისკზე. თუ დისკის ტევადობის 15%-ზე ნაკლები თავისუფალია, ის გადატვირთულად ითვლება და მისი შემდგომი ანალიზი, დიდი ალბათობით, მთლად სწორი არ იქნება - მასზე დიდ გავლენას მოახდენს დისკზე მონაცემების ფრაგმენტაცია. სერვერის დისკზე თავისუფალი სივრცის რეკომენდებული რაოდენობა არის მინიმუმ 20%, სასურველია მეტი SSD-სთვის.
« საშ. დისკის წამი/გადაცემა"-დისკზე წვდომის საშუალო დრო. მრიცხველი აჩვენებს საშუალო დროს მილიწამებში, რომელიც საჭიროა დისკთან მონაცემთა ერთი ოპერაციისთვის. მსუბუქად დატვირთული სისტემებისთვის (მაგალითად, ფაილების საცავი, VM საცავი), მიზანშეწონილია შეინარჩუნოთ მისი მნიშვნელობა 25-30 ms-ში. ძალიან დატვირთული სერვერებისთვის (SQL), მიზანშეწონილია არ აღემატებოდეს 10 ms. დიდი მრიცხველის მნიშვნელობები მიუთითებს, რომ დისკის ქვესისტემა გადატვირთულია. ეს არის განუყოფელი მაჩვენებელი, რომელიც მოითხოვს უფრო დეტალურ ანალიზს. რა სახის ოპერაციები, კითხვა თუ წერა და რა პროპორციით, ნაჩვენებია მრიცხველებით საშ. დისკის წამი / წაკითხვა(დისკის წაკითხვის საშუალო დრო წამებში) და საშ. დისკის წამი/ჩაწერა(დისკზე წვდომის საშუალო დრო ჩაწერისთვის).
ინტეგრალური მაჩვენებელი საშ. დისკის წამი/გადაცემა RAID5/RAID6-ში წაკითხვის ოპერაციების მნიშვნელოვანი უპირატესობით შეიძლება იყოს ნორმალურ ფარგლებში, მაგრამ ჩაწერის ოპერაციები მოხდება მნიშვნელოვანი დაგვიანებით.
3.საშ. დისკის რიგის სიგრძე(დისკის რიგის საშუალო სიგრძე) არსებითად განუყოფელი მაჩვენებელია და შედგება საშ. დისკის წაკითხვარიგის სიგრძე(დისკზე წაკითხვის რიგის საშუალო სიგრძე) და საშ. დისკის ჩაწერის რიგის სიგრძე(საშუალო რიგის სიგრძე დისკზე ჩასაწერად). ის გეუბნებათ, რამდენი I/O ოპერაცია ელოდება საშუალოდ როდის HDDხელმისაწვდომი გახდება. ეს არ არის გაზომილი მაჩვენებელი, მაგრამ გამოითვლება ლიტლის კანონის მიხედვით რიგის თეორიიდან, როგორც N = A * Sr, სადაც N არის მომლოდინე მოთხოვნების რაოდენობა სისტემაში, A არის მოთხოვნების მიღების სიჩქარე, Sr არის პასუხის დრო. ნორმალურად მოქმედი დისკის ქვესისტემისთვის ეს მაჩვენებელი არ უნდა აღემატებოდეს RAID ჯგუფში დისკების 1 რაოდენობას. საკლასო აპლიკაციებში SQL სერვერიმიზანშეწონილია შეინარჩუნოთ მისი საშუალო მნიშვნელობა 0.2-ზე ნაკლები.
4.დისკის რიგის მიმდინარე სიგრძე(დისკის რიგის ამჟამინდელი სიგრძე) გვიჩვენებს არჩეულ დისკზე მიმართული გამოუვალი და მომლოდინე მოთხოვნების რაოდენობას. ეს არის მიმდინარე მნიშვნელობა, მომენტალური მაჩვენებელი და არა საშუალო მნიშვნელობა დროის ინტერვალში. დისკის ქვესისტემაზე მოთხოვნების დამუშავების დაყოვნების დრო რიგის სიგრძის პროპორციულია. სტაბილურ მდგომარეობაში კომფორტული მუშაობისთვის, მომლოდინე მოთხოვნების რაოდენობა არ უნდა აღემატებოდეს მასივში არსებული ფიზიკური დისკების რაოდენობას 1,5-2-ჯერ მეტით (ვვარაუდობთ, რომ რამდენიმე დისკის მასივში თითოეულ დისკს შეუძლია ერთდროულად შეარჩიოს ერთი მოთხოვნა. რიგში).
5.დისკის გადარიცხვები/წმ(დისკზე წვდომა/წმ) - ინდივიდუალური დისკის I/O მოთხოვნების რაოდენობა, რომლებიც შესრულებულია ერთი წამის განმავლობაში. აჩვენებს აპლიკაციების რეალურ საჭიროებებს დისკის ქვესისტემაზე შემთხვევითი წაკითხვისა და ჩაწერისთვის. როგორც ინდიკატორი, რომელიც აჯამებს რამდენიმე ინდივიდუალურ მრიცხველს, ის საშუალებას გაძლევთ სწრაფად შეაფასოთ საერთო სიტუაცია.
6.დისკის კითხვა/წმ— წაკითხვის წვდომის რაოდენობა წამში, ანუ დისკიდან წაკითხვის ოპერაციების სიხშირე. ყველაზე მნიშვნელოვანი პარამეტრი SQL Server კლასის აპლიკაციებისთვის, განმსაზღვრელი რეალური შესრულებადისკის ქვესისტემა.
ნორმალურ, დადგენილ რეჟიმში, მოთხოვნის ინტენსივობა არ უნდა აღემატებოდეს დისკების ფიზიკურ შესაძლებლობებს - მათ ინდივიდუალურ ლიმიტებს, გამრავლებული მასივის დისკების რაოდენობაზე.

100-120 IOPS თითო SATA ან NL SAS დისკზე;

200-240 IOPS SAS 15000 rpm დისკზე;

65000 IOPS თითო SSD დისკზე Intel SSD s3500 სერიის (SATA) კლასის;

7.დისკის ჩაწერა/წმ— ჩაწერის წვდომის რაოდენობა წამში, ანუ დისკზე ჩაწერის ოპერაციების სიხშირე. უკიდურესად მნიშვნელოვანი პარამეტრი SQL Server კლასის აპლიკაციებისთვის. ნორმალურ რეჟიმში მუშაობისას, მოთხოვნის ინტენსივობა არ უნდა აღემატებოდეს დისკების ფიზიკურ საზღვრებს, გამრავლებული მათ რაოდენობაზე მასივში და შერჩეული RAID ტიპის ჩაწერის ჯარიმის გათვალისწინებით.

80-100 IOPS თითო SATA ან NL SAS დისკზე;

180-220 IOPS თითო SAS დისკზე;

2 .20 გჰც

DDR4
1600/1866/2133

3 .50 გჰც

DDR4 1600/1866/2133/2400

ცხრილი 1 - RAM-თან მუშაობის პარამეტრები

ოპერატიული მეხსიერება . მთელი სერვერის მუშაობაზე გავლენას მოახდენს ტიპი დაინსტალირებული მეხსიერება. მაგალითად, LR DIMM-ს, თავისი არქიტექტურის გამო, ყოველთვის ექნება უფრო მაღალი შეყოვნება, ვიდრე ნორმალური მეხსიერება RDIMM DDR4. განსაკუთრებით შედარებით მოკლე შეკითხვებზე, ტიპიური SQL-სთვის 1C-თან მუშაობისას. უფრო მაღალი შეყოვნებისა და მნიშვნელოვნად მაღალი ფასიდან გამომდინარე, აზრი აქვს LR DIMM-ის დაყენებას მხოლოდ იმ შემთხვევაში, თუ RDIMM-ის გამოყენებით RAM-ის საჭირო რაოდენობის მიღება შეუძლებელია.
ანალოგიურად, DDR4 2400 ოდნავ უფრო სწრაფი იქნება ვიდრე DDR4 2133 - თუ CPU მხარს უჭერს მაღალ სიხშირეებს.

ქსელის ინტერფეისი. აქ მიზანშეწონილია დაიცვან მარტივი წესები:
ა) სერვერს უნდა ჰქონდეს მინიმუმ სამი ქსელური ინტერფეისი 1 გბ Ethernet ან უფრო მაღალი (10 გბ, 40 გბ) და მათგან მინიმუმ ორი სერვერის ქსელის ჩიპებზე. რა თქმა უნდა, ყველა სხვა თანაბარ პირობებში, უპირატესობა უნდა მიენიჭოს 10 გბ Ethernet ინფრასტრუქტურას, განსაკუთრებით იმის გათვალისწინებით, რომ გაქრება მცირე განსხვავება აღჭურვილობის ფასში ( ქსელის ბარათები 10 გბ და 10 გბ პორტები 1 გბ/10 გბ გადამრთველებზე).
ბ) სერვერმა უნდა მხარი დაუჭიროს ამა თუ იმ KVM-over-IP ტექნოლოგიას დისტანციური მართვისთვის.
დახვეწილობათა შორის შეიძლება გამოვყოთ ძალიან კარგი მხარდაჭერაყველა Intel სერვერის ქსელის ჩიპების ვირტუალიზაციის ხელსაწყოები და უნარი ეფექტურად გადაანაწილოს დატვირთვა CPU ბირთვებს შორის 10 გბ+.

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

დისკის ქვესისტემა შედგება ორი კომპონენტისგან:
- I/O ქვესისტემა SAS HBA კონტროლერების და RAID კონტროლერების სახით;
- მონაცემთა შენახვის მოწყობილობები, ან ჩვენს შემთხვევაში - SSD და HDD დისკები.

RAID.
OS და მონაცემთა ბაზის შესანახი ამოცანებისთვის, როგორც წესი, გამოიყენება RAID 1 ან RAID 10, ისევე როგორც მათი სხვადასხვა პროგრამული ანალოგები.

1. სრულად პროგრამული RAID (Soft RAID) Windows-ის გამოყენებითსერვერის გამოყენება შეუძლებელია ჩატვირთვის დისკი, მაგრამ საკმაოდ შესაფერისია DB, tempDB და SQL ჟურნალის შესანახად. Windows Storage Spaces ტექნოლოგია უზრუნველყოფს შენახვის საიმედოობისა და მუშაობის საკმაოდ მაღალ დონეს და ასევე გთავაზობთ მრავალფეროვან არჩევანს დამატებითი ფუნქციები, რომელთაგან ყველაზე საინტერესო, 1C ამოცანებთან დაკავშირებით, არის "საფეხურიანი შენახვა". ამ ტექნოლოგიის უპირატესობა ის არის, რომ ყველაზე ხშირად მოთხოვნილი მონაცემების ნაწილი ავტომატურად განთავსდება SSD-ზე.
1C ამოცანებთან დაკავშირებით, ისინი ჩვეულებრივ იყენებენ ან SSD-ების All-Flash მასივს, ან ძალიან დიდი მოცულობის (1TB და ზემოთ) და გრძელვადიანი მონაცემთა ბაზებისთვის - მრავალ დონის შესანახად.
Windows Storage Spaces ტექნოლოგიის ერთ-ერთი უპირატესობა არის მისი უნარი შექმნას RAID NVMe დისკებზე.

2. აპარატურულ-პროგრამული RAID1, აგებული Intel-ის ჩიპსეტის ბაზაზე და ინტელის ტექნოლოგიები® სწრაფი შენახვის ტექნოლოგია ( ინტელიRST).
მასში შესვლის/გამოსვლის ოპერაციები ტექნიკის დონეზე ხორციელდება დედაპლატის ჩიპსეტით, CPU-ის რესურსების პრაქტიკულად არ გამოყენებით. და მასივი კონტროლდება პროგრამული უზრუნველყოფის დონეზე, Windows-ის დრაივერების გამოყენებით.
ნებისმიერი კომპრომისული გადაწყვეტის მსგავსად, Intel RST-ს აქვს გარკვეული უარყოფითი მხარეები.
ა) Intel RST ოპერაცია დამოკიდებულია ჩატვირთულ დრაივერებზე ოპერაციული სისტემა. და ეს შეიცავს გარკვეულ პოტენციურ რისკს, რომ დრაივერების ან ოპერაციული სისტემის განახლებისას შეიძლება შეიქმნას სიტუაცია, რომ RAID დისკი არ იყოს ხელმისაწვდომი. ეს უკიდურესად ნაკლებად სავარაუდოა, რადგან... ინტელიდა მაიკროსოფტი ძალიან მეგობრულია და ძალიან კარგად ამოწმებს მათ პროგრამულ უზრუნველყოფას, მაგრამ ეს არ არის გამორიცხული.
ბ) ექსპერიმენტული შედეგების საფუძველზე, არაპირდაპირი მტკიცებულებების საფუძველზე, შეიძლება ვივარაუდოთ, რომ მძღოლი ინტელის მოდელი RST იყენებს RAM რესურსებს ჩაწერის ქეშირებისთვის. ეს გაზრდის შესრულებას, მაგრამ ასევე შეიცავს მონაცემთა დაკარგვის გარკვეულ რისკებს სერვერის დენის დაუგეგმავი გათიშვის შემთხვევაში.
აქვს ამ გადაწყვეტილებასდა სარგებელი.
ერთ-ერთი მათგანი ყოველთვის ძალიან მაღალი შესრულებაა, რომელიც იმავე დონეზეა და ზოგჯერ უფრო მაღალიც კი, ვიდრე სრულად ტექნიკის RAID კონტროლერები.
მეორე არის აპარატურულ-პროგრამული უზრუნველყოფის RAID1 მხარდაჭერა NVMe დისკებისთვის (წერის დროს - არა ჩატვირთვის დისკებისთვის). და აქ არის საინტერესო ფუნქცია მათთვის, ვინც იყენებს მაღალ დატვირთულ დისკის ქვესისტემებს. Windows Storage Spaces-ისგან განსხვავებით, რომელიც თითქმის 100%-მდე „იტვირთება“ I/O-ით დატვირთული ბირთვი, Intel RST, როდესაც ბირთვული დატვირთვის დაახლოებით 70% მიიღწევა, აკავშირებს შემდეგ ბირთვს I/O პროცესთან. შედეგი არის უფრო თანაბარი დატვირთვა CPU ბირთვებზე და ოდნავ უკეთესი შესრულება მაღალი დატვირთვის დროს.

ნახ 4 - CPU გადამუშავება Windows Storage Spaces vs. Intel RST

3. სრული ტექნიკის RAID სერვერზე 2-6 SSD-ით RAID 1-ში შესაძლებელია SAS HBA-ის გამოყენებით LSI SAS 3008 ჩიპსეტზე, მაგალითად, Intel® RAID Controller RS3WC080-ზე. ამისათვის სპეციალური "IR" firmware დამონტაჟებულია SAS HBA-ში. უფრო მეტიც, ეს SAS HBA მხარს უჭერს SAS 3.0 სტანდარტს (12 გბ/წმ), დაახლოებით $300 ფასით. აქ შესანიშნავი არჩევანი იქნება Intel® RAID Controller RS3WC080, რომელსაც მოყვება საჭირო firmware.
ამ გადაწყვეტის არსი ის არის, რომ სერვერის SSD-ს არ სჭირდება ჩაწერის ქეში. უფრო მეტიც, უფრო მოწინავე RAID კონტროლერები ასევე თიშავენ ჩასაწერ ქეშს SSD-ებთან მუშაობისას. ამრიგად, SAS HBA, რომელსაც არ აქვს ქეში RAID კონტროლერის რეჟიმში, საკმაოდ წარმატებით უმკლავდება მაღალსიჩქარიანი წერის და კითხვის ამოცანებს პირდაპირ SSD-დან, რაც უზრუნველყოფს საკმაოდ ღირსეულ შესრულებას.

4. ძალიან დატვირთული სერვერებისთვის SSD SAS ან SATA დისკების დიდი რაოდენობით, მიზანშეწონილია დააინსტალიროთ Intel® RAID Controller RS3MC044 ან Adaptec RAID 8805 კლასის სრულფასოვანი RAID კონტროლერი. მათ აქვთ უფრო მძლავრი I/O პროცესორები და მოწინავე ალგორითმები HDD-ებთან და SSD-ებთან მუშაობისთვის, მათ შორის ისეთებიც, რომლებიც საშუალებას აძლევს მასივის უფრო სწრაფად შეკრებას წარუმატებელი დისკის შეცვლის შემდეგ.

შენახვის მოწყობილობები (SSDდა HDD).
ა) საიმედოობა SSD და HDD .
როგორც წესი, დისკების თეორიული სანდოობა ფასდება პარამეტრით „წაკითხვის არააღდგენელი შეცდომები წაკითხულ ბიტებზე“, რომელიც შეიძლება ითარგმნოს როგორც „წაკითხვის არააღდგენელი შეცდომის ალბათობა წაკითხული ბიტების რაოდენობაზე“. ის გვიჩვენებს დისკიდან რამდენი მონაცემის წაკითხვის შემდეგ, სტატისტიკის მიხედვით, მოსალოდნელია გამოუსწორებელი შეცდომა.
კიდევ ერთი მნიშვნელოვანი პარამეტრი აჩვენებს დისკის უკმარისობის ალბათობას - AFR (წლიური წარუმატებლობის მაჩვენებელი) ან "წლიური ავარიის მაჩვენებელი".
ქვემოთ მოყვანილი ცხრილი აჩვენებს მონაცემებს ტიპიური დისკებისთვის SATA Enterprise HDD 7200 prm (SATA Raid Edition), SAS HDD Enterprise 15,000 prm, SATA SSD Enterprise.

Პარამეტრი	დისკის ტიპი
Პარამეტრი	Enterprise SATA\SAS NL 7200 prm	Enterprise SAS 15,000 prm (10000 პრმ)	საწარმო SATA SSD
წაკითხვის არააღდგენითი შეცდომები წაკითხულ ბიტზე
მოცულობა, წაკითხვისას, რომელიც სტატისტიკურად მოსალოდნელია გამოუსწორებელ შეცდომას

ჩანართი 2 - HDD და SSD-ის თეორიული საიმედოობა

Intel® SSD DC S3510 Series კლასის Enterprise SATA SSD-თან გამოუსწორებელი შეცდომების წარმოქმნის ალბათობა 10-ჯერ დაბალია, ვიდრე SAS HDD Enterprise 15,000 prm და 100-ჯერ დაბალია ვიდრე SATA Enterprise HDD 7200 prm. ამრიგად, Enterprise-ის კლასის SSD-ები თეორიულად უფრო საიმედოა, ვიდრე ნებისმიერი HDD.

ბ) შემდეგ ვაფასებთ შესრულება SSD და HDD .
მონაცემთა ბაზის თვალსაზრისით, რომელიც, არსებითად, არის 1C, ყველაზე მნიშვნელოვანია მხოლოდ სამი დისკის პარამეტრი:
- ლატენტურობა, ანუ დისკის რეაგირების დრო, იზომება მიკროწამებში (ნაკლები უკეთესია);
- წაკითხვის ოპერაციების რაოდენობა წამში (Disk Reads/sec), გაზომილი IOPS-ში (მეტი უკეთესია);
- ჩაწერის ოპერაციების რაოდენობა წამში (Disk Writes/sec), რომელიც იზომება IOPS-ში.
მოდით შევაჯამოთ ეს სამი პარამეტრი ერთ ცხრილში:

Პარამეტრი	დისკის ტიპი
Პარამეტრი	Enterprise SATA / SAS NL 7200 prm	Enterprise SAS 15,000 prm (10000 პრმ)	საწარმო SATA SSD	Enterprise NVMe SSD
შეყოვნება (დისკის წაკითხვის/ჩაწერის პასუხის დრო), მიკროწამები
დისკის წაკითხვები/წმ (წმ წაკითხვის ოპერაციების რაოდენობა), IOPS
დისკის ჩაწერა/წმ (ჩაწერის ოპერაციების რაოდენობა წამში), IOPS

ჩანართი 3 - HDD და SSD შესრულება.

როგორც ცხრილიდან ნათლად ჩანს, NVMe SSD (Intel® SSD DC P3600 სერიის მაგალითის გამოყენებით) შეყოვნებააჯობებს Enterprise SAS HDD-ს 100 ჯერ, და მიერ I/O ოპერაციების რაოდენობაწამში - თითო 200 ჯერჩასაწერად და 1500 ჯერკითხვისთვის.
არის თუ არა გონივრული HDD ტექნოლოგიის გამოყენება მონაცემთა ბაზებისთვის?

V) გადაწერეთ მოცულობა დღეში სერვერებისთვის SSD .
გარდა ყველა "სიკეთის" სახით სუპერკონდენსატორიელექტროენერგიის გათიშვის შემთხვევაში და აპარატურის დაშიფვრის მოდულები, სერვერის SSD-ებს აქვთ ყველაზე მნიშვნელოვანი პარამეტრი- დღეში გადაწერის სავარაუდო რაოდენობა SSD დისკის მთლიანი სიმძლავრედან. თუ ვსაუბრობთ Intel სერვერის SSD-ებზე, მაშინ ვგულისხმობთ ამ მოცულობის ყოველდღიურ გადაწერას 5 წლის განმავლობაში, რაც შედის გარანტიაში. ეს პარამეტრი საშუალებას გაძლევთ დაალაგოთ SSD-ები "წაკითხვაზე-ძირითადი", "კითხვა-წერაზე ორიენტირებული" და "შექმნილი მძიმე გადაწერისთვის". ცხრილის სახით ასე გამოიყურება:

ინტელის დისკი SSD
გადაწერა დღეში (ტევადობიდან)

ცხრილი 4. - SSD გადაწერის მოცულობა დღეში.

შესაბამისად, შეგიძლიათ აირჩიოთ სწორი დისკები სერვერზე სპეციალურად ამოცანისთვის.
მაგალითად, Intel SSD s3510 საკმარისია OS და SQL ჟურნალის შესანახად.
Intel SSD s3610 ან Intel SSD s3710 უფრო შესაფერისია DB და tempDB შესანახად.

დისკის ქვესისტემების დიზაინის მაგალითები.
ზემოაღნიშნულით შეიარაღებული, მოდით შევკრიბოთ რამდენიმე დისკის ქვესისტემა სხვადასხვა მოთხოვნებისთვის.
ა) სერვერი 45 მომხმარებლისთვის, DB - 15 GB, წლიური ზრდა - 4 GB, tempDB - 0,5 GB, SQL log - 2 GB.
აქ ეკონომიკურად გამართლებულია ორი Intel SSD s3510 240 GB დისკის RAID1 დაყენება ოპერაციული სისტემის საჭიროებებისთვის და SQL ჟურნალიდა ორი Intel SSD s3510 120 GB დისკის RAID1 DB და tempDB საჭიროებისთვის. ბორტ Intel® RAPID შესაფერისია როგორც RAID კონტროლერი.
ბ) სერვერი 100 მომხმარებლისთვის, DB - 55 GB, წლიური ზრდა - 15 GB, tempDB - 4 GB, SQL log - 8 GB.
ასეთი სერვერისთვის შეგიძლიათ შესთავაზოთ RAID1 ორი Intel SSD s3510 240 GB დისკიდან OS და SQL Log-ის საჭიროებებისთვის და RAID1 ორი Intel SSD s3610 200 GB დისკიდან DB და tempDB საჭიროებისთვის. ოპტიმალური RAID კონტროლერი იქნება Intel® RAID Controller RS3WC080 (მარტივი აპარატურა, ქეშის გარეშე).
გ) სერვერი 200 მომხმარებლისთვის, DB - 360 GB, წლიური ზრდა - 70 GB, tempDB - 24 GB, SQL log - 17 GB.
ეს სერვერი უკვე საკმაოდ დატვირთულია. OS-სთვის ჩვენ მაინც ვიღებთ RAID1-ს ორი Intel SSD s3510 240 GB დისკიდან. SQL Log და tempDB შეიძლება განთავსდეს ორი Intel SSD s3510 120 GB დისკის ერთგულ RAID1-ზე. ხოლო DB მაგიდებისთვის, შეიკრიბეთ RAID10 ოთხი Intel SSD s3610 400 GB დისკიდან. მიზანშეწონილია გამოიყენოთ "მოწინავე" Intel® RAID კონტროლერი RS3MC044, როგორც RAID კონტროლერი.

ვირტუალიზაცია
თანამედროვე სერვერების მუშაობა ხშირად გაძლევთ საშუალებას განათავსოთ რამდენიმე ვირტუალური ერთ ფიზიკურ სერვერზე. მათი ოპტიმალურად განთავსებისთვის, მიზანშეწონილია გახსოვდეთ, თუ როგორ მოქმედებს ვირტუალიზაცია სერვერის თითოეულ კომპონენტზე.
CPU და RAM არის ის სფეროები, რომლებიც განიცდიან ყველაზე ნაკლებ შესრულებას ვირტუალურ გარემოში. შესაბამისად, პროგრამული უზრუნველყოფის ის კომპონენტები, რომლებიც ძირითადად იყენებენ მათ, შეიძლება უმტკივნეულოდ განთავსდეს ვირტუალურ მანქანაში (VM). მათ შორისაა „1C: Enterprise 8. Application Server x64“, Remote Desktop Service და IIS.
I/O ქვესისტემები განიცდიან შესამჩნევად დიდ ზარალს ვირტუალიზაციის დროს: 5-15% ქსელის ინტერფეისისთვის და 25%-მდე დისკის ქვესისტემისთვის. ჩვენ გვაქვს SQL Serve პროგრამული კომპონენტი, რომელიც მგრძნობიარეა დისკის ქვესისტემის მუშაობის მიმართ - სავსებით ლოგიკურია მისი განთავსება არა VM-ში, არამედ ფიზიკურ აპარატურაში.
ეს ჩვეულებრივ კეთდება ცალკეული სერვერებით ან სერვერების ჯგუფით 1C-ზე:
- აპარატურაზე დაინსტალირებულია OS Windows და MS SQL Server;
- „1C:Enterprise 8. x64 Application Server“ გაშვებულია VM-ში და „Licensing Server“ გაშვებულია იმავე VM-ში;
- ცალკე VM Remote Desktop ან IIS სერვისში.
რამდენიმე პროგრამული კომპონენტის გამოყენებისას ერთ სერვერზე, მათ შორის. სხვადასხვა VM-ებზე აუცილებელია დამატებითი სივრცის მიწოდება დისკის ქვესისტემის დონეზე მათ დასაყენებლად. როგორც წესი, ეს არის სისტემის დისკები OS-ით - ისინი გაზრდილია 480 გბ-მდე ან მეტზე.

სარეზერვო
საკმაოდ გავრცელებული პრაქტიკაა სერვერზე ორი HDD-ის დაყენება. დიდი ტევადობა(4-8 ტბ) RAID1-ში მონაცემთა ბაზების ლოკალური ასლების შესანახად, ასევე ფაილების შესანახად. ასეთ შენახვას არ აქვს მაღალი მოთხოვნები შემთხვევითი წვდომის სიჩქარისთვის. და როგორც კითხვის, ასევე წერის წრფივი სიჩქარე საკმაოდ საკმარისია მასზე ყოველდღიური მონაცემების შესანახად. სარეზერვოდა მომხმარებლის ფაილები. ასეთი ტომის შეკრება შეგიძლიათ RAID კონტროლერის ნებისმიერ ხელმისაწვდომ ვერსიაზე, ხოლო Intel® RAPID-ზე ის ასევე საკმაოდ სწრაფად იმუშავებს.

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

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

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

მაგრამ რაც არ უნდა თქვას ვინმემ, ფაილისთვის 1C, ბოთლის ნომერი 1, რა თქმა უნდა, დისკის ქვესისტემაა!

სინამდვილეში "ფაილი".

დისკზე მრავალჯერადი წვდომა შეიძლება მნიშვნელოვნად "შეანელოს" ყველა სამუშაო 1C Enterprise-ში.

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

როგორ მოვაგვარო ეს პრობლემა?

რა თქმა უნდა, უფრო სწრაფ HDD-ებზე, SAS დისკებზე, RAID-ზე, SSD-ზე ან თუნდაც „ექსტრემალური გულშემატკივრებისთვის“ მონაცემთა ბაზის RAM დისკზე, ანუ კომპიუტერის ან სერვერის ოპერატიული მეხსიერებაში გადასვლით.

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

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

მაგრამ აქ ბევრი კითხვაა:

ვის შეუძლია მისი გამოყენება და როდის?

რა სიტუაციებში?

სანდოობა?

განაცხადის არეალი?

რეალური სიჩქარის ტესტები სხვადასხვა ოპერაციებში 1C-ზე?

დავიწყოთ ჩვეულებრივი HDD-ით.

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

დააჩქარეთ HDD ოპერაციაეს შესაძლებელია მხოლოდ 5400 rpm HDD-ის 7200 rpm-ით შეცვლით.

დიახ, ბრუნვის სიჩქარე მნიშვნელოვანია და 7200 rpm არის რა თქმა უნდა უფრო სწრაფი ვიდრე 5400.

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

დისკები 7200 rpm-ზე აჩვენებენ დაახლოებით იგივე შედეგს.

და იქნება ეს SATA 2 თუ SATA 3.

SATA (Serial ATA) არის სერიული ინტერფეისი მონაცემთა გაცვლისთვის შესანახ მოწყობილობებთან.

თუ თქვენ მიჰყვებით SATA III ინტერფეისს (HDD-სთვის), მაშინ არ იქნება შესამჩნევი სიჩქარე, მხოლოდ ძალიან მცირე რაოდენობით. (ტესტს მოგვიანებით გავაკეთებთ HDD სიჩქარედისკები, რომლებიც მხარს უჭერენ მხოლოდ SATA II და SATA III).

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

SATA/300 მბ/წმ – SATA 2

SATA/600 მბ/წმ – SATA 3

—| SATA/300 (იხ. სურ. 1) - პირველი არის მიმდინარე რეჟიმიდისკის მუშაობა, ხოლო მეორე SATA/300 არის მხარდაჭერილი ოპერაციული რეჟიმი. (ზოგჯერ პირველი არ ჩანს ძველ დისკებზე).

მეორე სურათზე ვხედავთ, რომ HDD-ის მუშაობაც და მხარდაჭერაც არის SATA 3, ანუ 600 მბ/წმ. -ინტერფეისის გამტარუნარიანობა.

(ინტერფეისების საკითხს მოგვიანებით დავუბრუნდებით).

სხვა საქმეა, თუ რეგულარულ HDD-ებს RAID – 0-ში (Stripe) ჩავსვამთ.

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

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

ასე რომ, 1C მონაცემთა ბაზების ხშირი სარეზერვო ასლები ასეთი RAID-ით სავალდებულოა.

სიჩქარე რით არის განპირობებული?

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

სხვა სიტყვებით რომ ვთქვათ, RAID 0 უბრალოდ ოსტატურად გვერდს უვლის მექანიკას, ამ სიჩქარის გამო.

ეს არის RAID - 10

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

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

ამავე მიზეზით, ჩვენ არ გავაანალიზებთ უფრო სწრაფ და ძვირადღირებულ SAS დისკებს და iSCSI პროტოკოლებს.

მხოლოდ SSD დისკები უფრო სწრაფია ვიდრე სერვერის SAS.

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

მაგრამ ეს აზრი შეიცვალა ჩემთვის დღევანდელი სანდო და შედარებით იაფის შემდეგ SSD დისკი mi.

Მაგალითად, კომპანია SAMSUNGდღეს ის გთავაზობთ 10 წლიან გარანტიას ზოგიერთ დისკზე!

Intel, SanDisk, Corsair და სხვებს აქვთ 5 წლიანი გარანტია SSD-ებზე!

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

ფასების შესახებ

რა თქმა უნდა, SSD დისკები კორპორატიული დონე INTEL-ისგან საკმაოდ პენი დაგვიჯდება.

მაგრამ ასევე არის კარგი ბიუჯეტის ალტერნატივები.

მაგალითად, "მყარი მდგომარეობა" SanDisk X400 256 GB-დან დაგვიჯდება მხოლოდ $95!

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

SanDisk X400 დისკი არის კარგი, საიმედო (5 წლიანი გარანტია), სწრაფი (კითხვა/ჩაწერა 540/520 მბ/წმ-მდე).

და რადგან ჩვენ ვსაუბრობთ სიჩქარეებზე, აქ უნდა გავითვალისწინოთ ისეთი რამ, როგორიცაა SATA 3.

SATA III (ვერსია 3.x) ინტერფეისი, ოფიციალურად ცნობილი როგორც SATA 6 Gbit/s, არის SATA ინტერფეისების მესამე თაობა, რომელიც მუშაობს 6.0 Gbit/s სიჩქარით. ინტერფეისის მიერ მხარდაჭერილი გამტარობა არის 600 მბ/წმ. ეს ინტერფეისიუკან თავსებადი SATA II -3 Gbps ინტერფეისით.

SATA II გამტარუნარიანობა მხოლოდ 300 მბ/წმ-ია, რაც საკმაოდ საკმარისია HDD-სთვის, მაგრამ აბსოლუტურად არა დღევანდელი SSD-ებისთვის.

SSD-ის პოტენციალის განსაბლოკად გჭირდებათ ინტერფეისი მინიმუმ 600 მბ/წმ გამტარუნარიანობით, ანუ SATA III.

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

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

რა თქმა უნდა, SATA III არ არის ერთადერთი ინტერფეისი SSD დისკთან მონაცემთა გაცვლისთვის.

„მყარი მდგომარეობის“ დეველოპერები ჩარჩენილნი არიან გამტარუნარიანობა SATA III - 600 მბ/წმ და ბაზარზე გამოუშვა ახალი მოწყობილობები ინტერფეისით SATA კავშირები Express, M.2, mSATA, PCI Express.

აქ არის სრულიად განსხვავებული სიჩქარე:

PCI Express x2 2.0 8 Gbit/s (800 MB/s)

SATA Express 10 გბ/წმ (1000 მბ/წმ)

PCI Express x4 2.0 16 Gbit/s (1600 MB/s)

PCI Express x4 3.0 32 გბ/წმ (3200 მბ/წმ)

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

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

მაგრამ რა შეიძლება იყოს უფრო სწრაფი ვიდრე SSD?

რა თქმა უნდა RAM!

აქ სიჩქარე არ არის შედარებული HDD-სთან, RAID-თან ან SSD-თან.

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

ახლა "RAM" გაცილებით ნაკლები ღირს, ვიდრე 5 წლის წინ, და ბევრს უკვე აქვს 8-16 ან კიდევ უფრო მეტი GB ოპერატიული მეხსიერება ბორტზე.

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

მე უკვე ვთქვი ეს გზა "ექსტრემალური"ძნელი მისახვედრი არ არის რატომ.

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

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

+ ხშირი სარეზერვო ასლები.

შემდეგ, რა თქმა უნდა, შეგიძლიათ ამ გზით იმუშაოთ 1C-ში.

მაგრამ რა უნდა გავაკეთოთ, თუ არ არსებობს ასეთი "ტექნიკა", რადგან ჩვენ დაინტერესებული ვართ ბიუჯეტის გადაწყვეტილებებით?

მაშინ რატომ დაიშალა 1C-ის მუშაობა RAM დისკზე?

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

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

ბევრ ამ ოპერაციას შეიძლება დღე დასჭირდეს! მაშინ როცა RAM-ში რამდენიმე საათია!

თუ, მაგალითად, თქვენი მომხმარებლები მუშაობენ 1C-ში ვებ ბრაუზერის საშუალებით, მაშინ ის შეიძლება განთავსდეს მთლიანად RAM-ში, ეს მნიშვნელოვნად დააჩქარებს მომხმარებლის მუშაობას 1C-ში ვებ-გვერდის საშუალებით.

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

ეს კარგი ხრიკია, შეგიძლიათ გამოიყენოთ იგი!

იმისათვის, რომ დაიწყოთ 1C ფაილის რეალური ტესტირება ზემოთ ჩამოთვლილ დისკის სისტემებზე, თითქმის ყველაფერი მზად არის, გარდა RAM დისკისა.

მოდით შევქმნათ იგი!

დაგვეხმარება უფასო პროგრამა"Dataram RAMDisk"

მისი უფასო ვერსიასაკმარისი იქნება 4 GB დისკის შესაქმნელად. (მეტი - გადახდილია ~21$).

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

მეორადი მიზანი არის ის, რომ თუ რაიმე ნაკლოვანება მექნება, Infostart ყველაზე სწრაფად მიმანიშნებს ამას.

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

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

საწყისი მონაცემები:

გამოცდილი კომპიუტერი, მთავარი ზღვის გოჭი: HP DL180G6, აღჭურვილია 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. შედარებისთვის, Core i3-2100 აჩვენებს შესადარებელ შედეგებს ერთ ხრახნიან ტესტში. აღჭურვილობა, რომელიც შეგნებულად ავირჩიე, არ იყო უახლესი, თანამედროვე აღჭურვილობით, შედეგები შესამჩნევად უკეთესია.

ცალკეული 1C და SQL სერვერების შესამოწმებლად, SQL სერვერი: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

10 გბიტიანი ქსელის შესამოწმებლად გამოიყენეს Intel 520-DA2 გადამყვანები.

ფაილის ვერსია. (ბაზა არის სერვერზე გაზიარებულ საქაღალდეში, კლიენტები უკავშირდებიან ქსელს, CIFS/SMB პროტოკოლს). ეტაპობრივად ალგორითმი:

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

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

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

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

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

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

8.2 ვერსიის შესამოწმებლად საკმარისია 256 მბ ramdisk და! Ყველაზე მნიშვნელოვანი. კომპიუტერის გადატვირთვის შემდეგ, ramdisk გაშვებული, მასზე უნდა იყოს 100-200 მბ თავისუფალი. შესაბამისად, რამდისკის გარეშე, ნორმალური მუშაობისთვის უნდა იყოს 300-400 მბ თავისუფალი მეხსიერება.

8.3 ვერსიის შესამოწმებლად საკმარისია 256 MB ramdisk, მაგრამ გჭირდებათ მეტი თავისუფალი ოპერატიული მეხსიერება.

ტესტირებისას, თქვენ უნდა დააკვირდეთ პროცესორის დატვირთვას. იდეალურთან მიახლოებულ შემთხვევაში (ramdisk), ადგილობრივი ფაილი 1c იტვირთება 1 პროცესორის ბირთვი გაშვებისას. შესაბამისად, თუ ტესტირების დროს თქვენი პროცესორის ბირთვი ბოლომდე არ არის დატვირთული, მოძებნეთ სუსტი წერტილები. აღწერილია ცოტა ემოციური, მაგრამ ზოგადად სწორი, პროცესორის გავლენა 1C-ის მუშაობაზე. უბრალოდ ცნობისთვის, თუნდაც თანამედროვე Core i3-ებზე მაღალი სიხშირის მქონე ნომრები 70-80 საკმაოდ რეალისტურია.

ყველაზე გავრცელებული შეცდომები ამ ეტაპზე.

ა) არასწორად კონფიგურირებული ანტივირუსი. ბევრი ანტივირუსია, თითოეულის პარამეტრები განსხვავებულია, მხოლოდ იმას ვიტყვი, რომ სათანადო კონფიგურაციით არც ვებ და არც Kaspersky 1C არ ერევა. ნაგულისხმევი პარამეტრებით, დაახლოებით 3-5 თუთიყუშის (10-15%) წაღება შეიძლება.

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

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

შეგიძლიათ (და სასურველია) ჩართოთ შესრულების რეჟიმი ორ ადგილას:

BIOS-ის საშუალებით. გამორთეთ რეჟიმები C1, C1E, Intel C-state (C2, C3, C4). სხვადასხვა ბიოსში მათ სხვანაირად უწოდებენ, მაგრამ მნიშვნელობა იგივეა. ძიებას დიდი დრო სჭირდება, გადატვირთვაა საჭირო, მაგრამ თუ ამას ერთხელ გააკეთებ, მაშინ შეგიძლია დაივიწყო. თუ ყველაფერს სწორად გააკეთებთ BIOS-ში, სიჩქარე გაიზრდება. ზოგიერთ დედაპლატზე შეგიძლიათ გამოიყენოთ BIOS პარამეტრები ისე, რომ რეჟიმი ვინდოუსის შესრულებაროლს არ ითამაშებს. (მაგალითები BIOS პარამეტრებიგილევში). ეს პარამეტრები ძირითადად ეხება სერვერის პროცესორებს ან "მოწინავე" BIOS-ებს, თუ ეს ვერ იპოვეთ და არ გაქვთ Xeon, ეს კარგია.

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

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

ეს არის ნაგულისხმევი პარამეტრები.

BIOS C- სახელმწიფოში შედის,

დაბალანსებული ენერგიის მოხმარების რეჟიმი

BIOS C- სახელმწიფოში შედის, მაღალი შესრულების რეჟიმი

Pentium-ისთვის და Core-სთვის შეგიძლიათ გაჩერდეთ იქ,

ქსეონიდან მაინც შეგიძლიათ გამოწუროთ პატარა „თუთიყუშები“.

BIOS C- სახელმწიფოში გამორთული, მაღალი შესრულების რეჟიმი.

თუ Turbo Boost-ს არ იყენებთ, ასე უნდა გამოიყურებოდეს

შესრულებისთვის მორგებული სერვერი

ახლა კი ნომრები. ნება მომეცით შეგახსენოთ: Intel Xeon 5650, რამდისკი. პირველ შემთხვევაში ტესტი აჩვენებს 23,26-ს, ბოლოში - 49,5-ს. განსხვავება თითქმის ორმაგია. რიცხვები შეიძლება განსხვავდებოდეს, მაგრამ თანაფარდობა არსებითად იგივე რჩება Intel Core-სთვის.

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

გ) Turbo Boost. ჯერ უნდა გესმოდეთ, მხარს უჭერს თუ არა თქვენი პროცესორი ამ ფუნქციას, მაგალითად. თუ ის მხარს უჭერს, მაშინ ჯერ კიდევ შეგიძლიათ საკმაოდ ლეგალურად მიიღოთ გარკვეული შესრულება. (არ მინდა შევეხო სიხშირის გადატვირთვის საკითხებს, განსაკუთრებით სერვერებს, გააკეთეთ ეს თქვენი საფრთხის და რისკის ქვეშ. მაგრამ ვეთანხმები, რომ ავტობუსის სიჩქარის გაზრდა 133-დან 166-მდე იძლევა შესამჩნევ ზრდას როგორც სიჩქარეში, ასევე სითბოს გაფრქვევაში)

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

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

	ფაქტორი	ძირითადი სიჩქარე (სიხშირე), გჰც	CPU-Z ერთი თემა	გილევი რამდისკის ტესტი ფაილის ვერსია	გილევი რამდისკის ტესტი კლიენტის სერვერი
ტურბო გაძლიერების გარეშე
C-მდგომარეობა გამორთულია, ტურბო გაძლიერება				53.19	40,32
C-მდგომარეობა ჩართულია, ტურბო გამაძლიერებელი			1080	53,13	23,04

მაგრამ საბოლოოდ გამოდის, რომ CPU-ს შესრულების ტესტების მიხედვით, ვერსია 23-იანი მულტიპლიკატორით არის წინ, გილევის ტესტების მიხედვით ფაილურ ვერსიაში 22 და 23 მამრავლით შესრულება იგივეა, მაგრამ კლიენტ-სერვერში. ვერსია - ვერსია 23-ის მულტიპლიკატორით არის საშინელი საშინელი საშინელი (მაშინაც კი, თუ C-state დაყენებულია მე-7 დონეზე, ის მაინც უფრო ნელია, ვიდრე C-მდგომარეობის გამორთვა). ამიტომ, რეკომენდაციაა, თავად შეამოწმოთ ორივე ვარიანტი და აირჩიოთ საუკეთესო. ნებისმიერ შემთხვევაში, განსხვავება 49,5 და 53 თუთიყუშს შორის საკმაოდ მნიშვნელოვანია, განსაკუთრებით დიდი ძალისხმევის გარეშე.

დასკვნა - ტურბო გამაძლიერებელი უნდა იყოს ჩართული. შეგახსენებთ, რომ არ არის საკმარისი Turbo boost ელემენტის ჩართვა BIOS-ში, თქვენ ასევე უნდა გადახედოთ სხვა პარამეტრებს (BIOS: QPI L0s, L1 - გამორთვა, მოთხოვნის გასუფთავება - გამორთვა, Intel SpeedStep - ჩართვა, Turbo boost - ჩართეთ მართვის პანელი - დენის პარამეტრები - მაღალი შესრულება). და მაინც (ფაილის ვერსიისთვისაც) ავირჩევდი იმ ვარიანტს, სადაც c-state გამორთულია, მიუხედავად იმისა, რომ მულტიპლიკატორი უფრო მცირეა. ასეთი რამე გამოვა...

საკმაოდ საკამათო პუნქტია მეხსიერების სიხშირე. მაგალითად, მეხსიერების სიხშირე ნაჩვენებია, რომ აქვს ძალიან ძლიერი გავლენა. ჩემმა ტესტებმა არ გამოავლინა ასეთი დამოკიდებულება. DDR 2/3/4-ს არ შევადარებ, იმავე ხაზის ფარგლებში ვაჩვენებ სიხშირის შეცვლის შედეგებს. მეხსიერება იგივეა, მაგრამ BIOS-ში იძულებული ვართ დავაყენოთ უფრო დაბალი სიხშირეები.

და ტესტის შედეგები. 1C 8.2.19.83, ადგილობრივი ramdisk ფაილის ვერსიისთვის, კლიენტ-სერვერისთვის 1C და SQL ერთ კომპიუტერზე, საერთო მეხსიერება. ტურბო გაძლიერება გამორთულია ორივე ვერსიაში. 8.3 აჩვენებს შესადარებელ შედეგებს.

განსხვავება არის გაზომვის შეცდომაში. მე სპეციალურად ამოვიღე CPU-Z-ის ეკრანის ანაბეჭდები, რათა მეჩვენებინა, რომ სიხშირის ცვლილებით იცვლება სხვა პარამეტრებიც, იგივე CAS Latency და RAS CAS Delay-მდე, რაც ანეიტრალებს სიხშირის ცვლილებას. განსხვავება იქნება, როდესაც მეხსიერების მოდულები ფიზიკურად შეიცვლება, ნელიდან უფრო სწრაფად, მაგრამ იქაც კი რიცხვები არ არის განსაკუთრებით მნიშვნელოვანი.

2. როდესაც დავახარისხებთ კლიენტის კომპიუტერის პროცესორს და მეხსიერებას, გადავდივართ შემდეგ ძალიან მნიშვნელოვან ადგილზე - ქსელზე. მრავალი ტომი წიგნი დაიწერა ქსელის ტუნინგზე, არის სტატიები Infostart-ზე ( და სხვებზე), მაგრამ აქ არ გავამახვილებ ყურადღებას ამ თემაზე. სანამ დაიწყებთ 1C-ს ტესტირებას, დარწმუნდით, რომ iperf ორ კომპიუტერს შორის აჩვენებს მთელ გამტარობას (1 გბიტიანი ბარათებისთვის - მინიმუმ 850 მბიტი, ან კიდევ უკეთესი 950-980), რომ გილევის რჩევა შესრულებულია. შემდეგ - სამუშაოს უმარტივესი ტესტი იქნება, უცნაურად საკმარისი, ერთის გადაწერა დიდი ფაილი(5-10 გიგაბაიტი) ქსელში. 1 გბიტიანი ქსელის ნორმალური მუშაობის ირიბი ნიშანი იქნება კოპირების საშუალო სიჩქარე 100 მბ/წმ, კარგი მუშაობა - 120 მბ/წმ. თქვენი ყურადღება მინდა გავამახვილო იმ ფაქტზე, რომ სუსტი წერტილი (მათ შორის) შეიძლება იყოს პროცესორის დატვირთვა. SMB ლინუქსის პროტოკოლი საკმაოდ ცუდად არის პარალელიზებული და მუშაობის დროს მას შეუძლია საკმაოდ მარტივად „შეჭამოს“ ერთი პროცესორის ბირთვი და აღარ მოიხმაროს.

და შემდგომ. ნაგულისხმევი პარამეტრებით windows კლიენტისაუკეთესოდ მუშაობს Windows სერვერზე (ან თუნდაც ფანჯრები მუშაობსსადგური) და SMB/CIFS პროტოკოლი, ლინუქსის კლიენტი(debian, ubuntu არ უყურებს სხვებს) უკეთ მუშაობს ლინუქსით და NFS-ით (ის ასევე მუშაობს SMB-ით, მაგრამ NFS-ზე თუთიყუშები უფრო მაღალია). ის ფაქტი, რომ Windows Linux სერვერის NFS-ზე ხაზოვანი კოპირების დროს კოპირდება ერთ ნაკადში უფრო სწრაფად, არაფერს ნიშნავს. Debian tuning for 1C არის ცალკე სტატიის თემა, მე ჯერ არ ვარ მზად ამისთვის, თუმცა შემიძლია ვთქვა, რომ ფაილის ვერსიაში მე მივიღე ოდნავ უკეთესი შესრულება, ვიდრე Win ვერსია იმავე მოწყობილობაზე, მაგრამ პოსტგრესით მეტი 50 მომხმარებელი ჯერ კიდევ მაქვს ყველაფერი ძალიან ცუდი.

Ყველაზე მნიშვნელოვანი , რომელიც "დამწვარი" ადმინისტრატორებმა იციან, მაგრამ დამწყებებმა არ ითვალისწინებენ. 1c მონაცემთა ბაზაში გზის დასაყენებლად მრავალი გზა არსებობს. შეგიძლიათ გააკეთოთ \\server\share, შეგიძლიათ გააკეთოთ \\192.168.0.1\share, შეგიძლიათ გამოიყენოთ z: \\192.168.0.1\share (და ზოგიერთ შემთხვევაში ეს მეთოდი ასევე იმუშავებს, მაგრამ არა ყოველთვის) და შემდეგ მიუთითეთ Z დისკი, როგორც ჩანს, ყველა ეს ბილიკი ერთსა და იმავე ადგილას მიუთითებს, მაგრამ 1C-სთვის არის მხოლოდ ერთი გზა, რომელიც უზრუნველყოფს საკმაოდ საიმედო შესრულებას. ასე რომ, ეს არის ის, რაც თქვენ უნდა გააკეთოთ სწორად:

IN ბრძანების ხაზი(ან პოლიტიკაში, ან როგორც თქვენ გირჩევნიათ) - გამოიყენეთ DriveLetter: \\server\share. მაგალითი: წმინდა გამოყენება m: \\ სერვერი\ბაზები. მე კონკრეტულად ხაზს ვუსვამ არა IP მისამართს, კერძოდ სახელისერვერი. თუ სერვერის სახელი არ ჩანს, დაამატეთ იგი სერვერის dns-ში, ან ლოკალურად ჰოსტების ფაილში. მაგრამ მისამართი უნდა იყოს სახელით. შესაბამისად, მონაცემთა ბაზისკენ მიმავალ გზაზე შედით ამ დისკზე (იხ. სურათი).

ახლა კი რიცხვებით გაჩვენებთ, რატომ არის ეს რჩევა. საწყისი მონაცემები: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 OS Win 2008 R2, Win 7, Debian 8. გამოყენებულია უახლესი დრაივერები. ტესტირებამდე დავრწმუნდი, რომ Iperf იძლევა სრულ გამტარობას (გარდა 10 გბიტიანი ბარათებისა, მან მხოლოდ 7.2 გბიტის ამოღება მოახერხა, მოგვიანებით ვნახავ რატომ, სატესტო სერვერი ჯერ არ არის სწორად კონფიგურირებული). დისკები განსხვავებულია, მაგრამ ყველგან არის SSD (სპეციალურად ერთი დისკი ჩავდე შესამოწმებლად, სხვა არაფრით არ იტვირთება) ან რეიდი SSD-დან. 100 Mbit სიჩქარე მიღწეული იქნა Intel 362 ადაპტერის პარამეტრების შეზღუდვით. არ იყო განსხვავება 1 Gbit სპილენძის Intel 350 და 1 Gbit ოპტიკურ Intel X520-DA2-ს შორის (მიღებულია ადაპტერის სიჩქარის შეზღუდვით). მაქსიმალური შესრულება, ტურბო გამაძლიერებელი გამორთულია (მხოლოდ შედეგების შესადარებლად, ტურბო გამაძლიერებელი კარგი შედეგისთვის ემატება 10%-ზე ცოტა ნაკლებს, ცუდი შედეგებისთვის შეიძლება საერთოდ არ ჰქონდეს რაიმე ეფექტი). ვერსიები 1C 8.2.19.86, 8.3.6.2076. მე არ ვაძლევ ყველა ციფრს, მაგრამ მხოლოდ ყველაზე საინტერესოს, რათა შედარება გქონდეთ.

	Win 2008 - Win 2008 დაუკავშირდით ip მისამართით	Win 2008 - Win 2008 სახელით რეკავს	Win 2008 - Win 2008 დაუკავშირდით IP მისამართით	Win 2008 - Win 2008 სახელით რეკავს	Win 2008 - Win 7 სახელით რეკავს	Win 2008 - Debian სახელით რეკავს	Win 2008 - Win 2008 დაუკავშირდით IP მისამართით	Win 2008 - Win 2008 სახელით რეკავს
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1C 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

დასკვნები (ცხრილიდან და პირადი გამოცდილება. ვრცელდება მხოლოდ ფაილის ვერსიაზე):

ქსელის საშუალებით შეგიძლიათ მიიღოთ საკმაოდ ნორმალური ნომრები სამუშაოსთვის, თუ ეს ქსელი სწორად არის კონფიგურირებული და ბილიკი სწორად არის შეყვანილი 1C-ში. პირველ Core i3-საც კი ადვილად შეუძლია 40+ თუთიყუშის წარმოება, რაც საკმაოდ კარგია და ეს მხოლოდ თუთიყუშები არ არის, რეალურ სამუშაოშიც შესამჩნევია განსხვავება. მაგრამ! რამდენიმე (10-ზე მეტ) მომხმარებელთან მუშაობისას შეზღუდვა აღარ იქნება ქსელი, აქ 1 გბიტი მაინც საკმარისია, მაგრამ დაბლოკვა მრავალმომხმარებლის მუშაობისას (Gilev).

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

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

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

ყველა სხვა თანაბარი (კარგად მოქმედი ქსელი) 1C 8.2-ისთვის Intel-Realtek კავშირი 10%-ით უფრო ნელია ვიდრე Intel-Intel. მაგრამ realtek-realtek-ს შეუძლია ზოგადად მკვეთრი ჩაძირვა. ამიტომ, თუ ფული გაქვთ, უმჯობესია Intel-ის ქსელის ბარათები ყველგან შეინახოთ, თუ ფული არ გაქვთ, მაშინ დააინსტალირეთ Intel მხოლოდ სერვერზე (თქვენი CO). და Intel-ის ქსელის ბარათების დარეგულირებისთვის ბევრჯერ მეტი ინსტრუქციაა.

ნაგულისხმევი ანტივირუსული პარამეტრები (მაგალითად drweb 10-ის ვერსიის გამოყენებით) იკავებს თუთიყუშების დაახლოებით 8-10%-ს. თუ თქვენ დააკონფიგურირებთ ისე, როგორც უნდა (მიეცით 1cv8 პროცესს ყველაფრის გაკეთება, თუმცა ეს არ არის უსაფრთხო), სიჩქარე იგივეა, რაც ანტივირუსის გარეშე.

არ წაიკითხოთ Linux გურუ. სერვერი სამბასთან ერთად შესანიშნავი და უფასოა, მაგრამ თუ სერვერზე დააინსტალირეთ Win XP ან Win7 (ან კიდევ უკეთესი - სერვერის OS), მაშინ 1c ფაილის ვერსია უფრო სწრაფად იმუშავებს. დიახ, სამბას და პროტოკოლის სტეკის და ქსელის პარამეტრები და კიდევ ბევრი, ბევრად მეტი შეიძლება კარგად დააკონფიგურიროთ Debian/ubuntu-ში, მაგრამ ეს რეკომენდირებულია სპეციალისტებისთვის. ლინუქსის ნაგულისხმევი პარამეტრებით დაყენებას და მერე თქვას, რომ ნელია, აზრი არ აქვს.

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

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

არ მესმის, რატომ მუშაობს 100 მბიტიანი ქსელით 8.3 შესამჩნევად უფრო სწრაფად ვიდრე 8.2, მაგრამ ეს ფაქტი იყო. ყველა სხვა მოწყობილობა, ყველა სხვა პარამეტრი აბსოლუტურად იგივეა, უბრალოდ, ერთ შემთხვევაში 8.2 ტესტირება ხდება, ხოლო მეორეში - 8.3.

არა-ტიუნირებული NFS win-win ან win-lin იძლევა 6 თუთიყუშს, მე არ ჩავიტანე ისინი ცხრილში. ტუნინგის შემდეგ მივიღე 25, მაგრამ არასტაბილური იყო (გაზომვებში სხვაობა 2 ერთეულზე მეტი იყო). ჯერ ვერანაირი რეკომენდაციების მიცემა არ შემიძლია ფანჯრების გამოყენებითდა NFS პროტოკოლი.

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

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

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

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

2. ტერმინალის სერვერის შემთხვევაში ქსელური ბარათების დაყენება პრაქტიკულად არ მოქმედებს 1c-ის მუშაობაზე. „განსაკუთრებული“ კომფორტის უზრუნველსაყოფად, თუ თქვენი სერვერი აწარმოებს 50-ზე მეტ თუთიყუშს, შეგიძლიათ ითამაშოთ RDP პროტოკოლის ახალი ვერსიებით, მხოლოდ მომხმარებლების კომფორტისთვის, უფრო სწრაფი რეაგირებისა და გადახვევისთვის.

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

მაგალითად, მე შევამოწმე Gilev ტესტის მოქმედება დისკის სხვადასხვა ვარიანტებით. მე დავაყენე დისკები იქიდან, რაც ხელთ იყო, ტენდენციის გამოსახატავად. 8.3.6.2076-სა და 8.3.7.2008-ს შორის სხვაობა მცირეა (Ramdisk Turbo boost ვერსიაში 8.3.6 აწარმოებს 56.18-ს და 8.3.7.2008 აწარმოებს 55.56-ს, სხვა ტესტებში სხვაობა კიდევ უფრო მცირეა). ენერგიის მოხმარება - მაქსიმალური შესრულება, ტურბო გამაძლიერებელი გამორთულია (თუ სხვა რამ არ არის მითითებული).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	ერთი SSD	რამდისკი		ქეში ჩართულია RAID კონტროლერი
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1C 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

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

პლატფორმისთვის 8.2, შესრულების განსხვავება SATA და SSD ვარიანტებს შორის ორჯერ მეტია. ეს არ არის ბეჭდვითი შეცდომა. თუ გადახედავთ შესრულების მონიტორს SATA დისკებზე ტესტირების დროს. მაშინ ნათლად შეგიძლიათ იხილოთ "აქტიური დისკის მუშაობის დრო (%) 80-95. დიახ, თუ ჩაწერთ თავად დისკების ქეშს, სიჩქარე გაიზრდება 35-მდე, თუ ჩართავთ რეიდის კონტროლერის ქეშს - 49-მდე (მიუხედავად იმისა, რომელ დისკზეა ტესტირება ამ მომენტში). მაგრამ ეს არის სინთეზური ქეში თუთიყუში რეალურ სამუშაოში, დიდი მონაცემთა ბაზებით, არასოდეს იქნება 100% ჩაწერის ქეში დარტყმის კოეფიციენტი.

თუნდაც იაფი SSD-ების სიჩქარე (მე გამოვცადე Agility 3-ზე) სავსებით საკმარისია ფაილის ვერსიის გასაშვებად. ჩაწერის რესურსი სხვა საქმეა, თითოეულ კონკრეტულ შემთხვევაში უნდა მიხედო, გასაგებია, რომ Intel 3700-ს უფრო მაღალი იქნება, მაგრამ ფასიც შესაბამისია. დიახ, მე მესმის, რომ SSD დისკის ტესტირებისას, ამ დისკის ქეშსაც უფრო მეტად ვამოწმებ, რეალური შედეგები ნაკლები იქნება.

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

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

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

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

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

კლიენტ-სერვერის ვარიანტი.

ტესტები ჩატარდა მხოლოდ 8.2-ზე, რადგან 8.3-ზე ყველაფერი საკმაოდ სერიოზულად არის დამოკიდებული ვერსიაზე.

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

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 ბოჭკოვანი არხი - SSD	SQL: Xeon E5-2630 ბოჭკოვანი არხი - SAS	SQL: Xeon E5-2630 ადგილობრივი SSD	SQL: Xeon E5-2630 ბოჭკოვანი არხი - SSD	SQL: Xeon E5-2630 ადგილობრივი SSD	1C: Xeon 5650 =	1C: Xeon 5650 = საერთო მეხსიერება	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1C 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

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

SAS შენახვის სისტემებზე უფრო ნელია, ვიდრე ადგილობრივი SSD, მიუხედავად იმისა, რომ შენახვის სისტემებს უფრო დიდი ქეში აქვთ. SSD-ები, როგორც ლოკალური, ასევე შენახვის სისტემებზე, მუშაობენ შედარებითი სიჩქარით Gilev-ის ტესტისთვის. მე არ ვიცი რაიმე სტანდარტული მრავალძაფიანი ტესტი (არა მხოლოდ ჩაწერა, არამედ ყველა მოწყობილობა) გარდა MCC-დან 1C დატვირთვის ტესტისა.

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

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

ქსელის შეცვლა 1C-სა და SQL-ს შორის 1 გბიტიდან 10 გბიტამდე იძლევა დაახლოებით 10% თუთიყუშს. მეტს ველოდი.

გაზიარებული მეხსიერების ჩართვა მაინც იძლევა ეფექტს, თუმცა არა 15%, როგორც აღწერილია. დარწმუნდით, რომ გააკეთეთ ეს, საბედნიეროდ, ეს არის სწრაფი და მარტივი. თუ ინსტალაციის დროს ვინმემ SQL სერვერს მისცა დასახელებული მაგალითი, მაშინ 1C რომ იმუშაოს, სერვერის სახელი უნდა იყოს მითითებული არა FQDN-ით (tcp/ip იმუშავებს), არა localhost-ის ან უბრალოდ ServerName-ის, არამედ ServerName\InstanceName-ის მეშვეობით, მაგალითად. zz-test\zztest. (წინააღმდეგ შემთხვევაში იქნება DBMS შეცდომა: Microsoft SQL Server Native Client 10.0: Shared Memory Provider: საზიარო მეხსიერების ბიბლიოთეკა, რომელიც გამოიყენება SQL Server 2000-თან კავშირის დასამყარებლად, ვერ მოიძებნა. : SQLSTATE=08001, მდგომარეობა=1, სიმძიმე=10, მშობლიური=126, ხაზი=0).

100-ზე ნაკლები მომხმარებლისთვის, მისი ორ ცალკეულ სერვერად გაყოფის ერთადერთი წერტილი არის Win 2008 Std (და უფრო ძველი) ლიცენზია, რომელიც მხარს უჭერს მხოლოდ 32 GB ოპერატიული მეხსიერებას. ყველა სხვა შემთხვევაში, 1C და SQL აუცილებლად უნდა იყოს დაინსტალირებული ერთ სერვერზე და მიეცეს მეტი (მინიმუმ 64 გბ) მეხსიერება. MS SQL-ს 24-28 გბ-ზე ნაკლები ოპერატიული მეხსიერების მიცემა გაუმართლებელი სიხარბეა (თუ ფიქრობთ, რომ საკმარისი მეხსიერება გაქვთ და ყველაფერი კარგად მუშაობს, იქნებ 1C-ის ფაილის ვერსიაც საკმარისი იყოს თქვენთვის?)

რამდენად უარესად მუშაობს 1C და SQL კომბინაცია ვირტუალური ხელსაწყო- ცალკე სტატიის თემა (მინიშნება - შესამჩნევად უარესი). Hyper-V-შიც კი ყველაფერი არც ისე ნათელია...

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

ბევრი წყარო ამბობს, რომ გამართვის რეჟიმი (ragent.exe -debug) იწვევს შესრულების მნიშვნელოვან შემცირებას. კარგი, ამცირებს, კი, მაგრამ 2-3%-ს არ დავარქმევ მნიშვნელოვან ეფექტს.