გალმა ფაილის ბაზაზე - როგორ ცალსახად (ბოლო ამბებიდან). ავტომატიზაციის გულისთვის, მეტი რობოტი 1c
მუშაობის სიჩქარე 1C არის ძალიან მნიშვნელოვანი თანამდებობის პირი, მონაცემთა ბაზაში ინფორმაციის წვდომისა და მასთან მუშაობის საწყისი საათი. სამწუხაროდ, საშუალო და მცირე ბიზნესის უმეტესობა სამუშაო ადგილებს ძველი და იაფი კომპიუტერებით აღჭურავს, ვინაიდან ბუღალტრული აღრიცხვა დიდ რესურსს არ საჭიროებს. საფუძვლები შეიძლება ჩამოყალიბდეს ხუთ კუბში, ხოლო ნიშნები და ხედები შეიძლება ჩამოსხმული იყოს წყვილ წყვილში. როდესაც ერთი თვის დახურვის დრო მოვა, არ დატოვოთ რამდენიმე დოკუმენტი - დასუფთავება შეიძლება 10 წუთამდე გაგრძელდეს და თქვენ უნდა შეამოწმოთ ყველაფერი ისე, რომ შეცდომები არ იყოს და თვე არ დაგჭირდეთ ხელახლა. დახურული.
დააჩქარეთ 1C - ეს ნიშნავს კომპანიის ბიზნეს პროცესების დაჩქარებას, რაც დაკავშირებულია საწარმოს ცხოვრების ფაქტების საინფორმაციო ბაზაში წარმოჩენასთან. ვინაიდან 1C სრულად მუშაობს, ის კვლავ ნაჩვენებია მთელი კომპანიის მუშაობაზე და მიღებულ მოგებაზე.
სტატია ისეთივე კარგი იქნება როგორც ბუღალტერებისთვის, ასევე ბუღალტერებისთვისაც. არსებობს 1C-ის დაჩქარების მრავალი გზა, დაფუძნებული ტესტირებულ სისტემებზე და პროდუქტიულობის დონეებზე, დაზუსტებულ სერვერებზე და ა.შ. აქ ჩვენ აღვწერთ უმარტივეს მეთოდებს, რომლებიც დადებით გავლენას მოახდენს 1C მუშაობის სიჩქარეზე.
ჩვენ მზად ვართ განვახორციელოთ ვიზიტების მთელი საჭირო ნაკრები, რათა დავაჩქაროთ თქვენი 1C და გახადოთ თქვენი სამუშაო უფრო მისასალმებელი და კომფორტული. უფრო სწრაფი 1C-ისთვის, შეავსეთ აპლიკაცია და ჩვენ დაგირეკავთ.
რატომ არის 1C ასეთი შემაშფოთებელი?
1C-ის თანამშრომლებისთვის ასეთი საკვების მიცემით თქვენ ყოველთვის ამოიღებთ მთელ კომპლექტს და ორთქლზე მოხარშავთ. და მათ უმეტესობას ნამდვილად შეუძლია ისარგებლოს თქვენს კომპიუტერზე 1C მუშაობის სიჩქარით. შევეცადოთ გაერკვნენ, რა არის 1C-ის დაბალი პროდუქტიულობის მიზეზები და როგორ გავაუმჯობესოთ იგი.
ყველა მიზეზი შეიძლება დაიყოს ორ ჯგუფად 1C პროგრამების გამოყენებით: გარეі შიდა. მოდით გადავხედოთ მიზეზების თითოეულ ჯგუფს და ვნახოთ ძირითადი პუნქტები, რომელთა მონიტორინგი და გამოსწორება შესაძლებელია 1C-ის დასაჩქარებლად.
1C-ის ფართო გამოყენების გარეგანი მიზეზები
1C 8.3-ის გაზრდილი სითხის დამატებითი მიზეზები შეიძლება მიეკუთვნებოდეს აპარატურულ, ოპერაციულ და პროგრამულ ფაქტორებს.
აპარატურის ფაქტორი
ჩვენი ინფორმაციით, 1C-ის გაზრდილი მუშაობის ყველაზე გავრცელებული მიზეზი კომპიუტერების სუსტი ტექნიკური აღჭურვილობაა. 2002-2007 წლების Vikorist კომპიუტერები, რომლებიც აღჭურვილია მოძველებული აპარატურით, მნიშვნელოვანია დიდი რაოდენობით მონაცემების დასამუშავებლად და მათი ვიზუალიზაციისთვის. შედეგები და ყველა შესაძლო შედეგი - არა მხოლოდ 1C, არამედ ბრაუზერი, ოფისის რედაქტორები, ფოსტა და მრავალი სხვა.
ჩვენ შეგვიძლია დავინახოთ კომპიუტერში ორი ძირითადი კომპონენტი, რომლებიც ყველაზე დიდ გავლენას ახდენენ 1C-ის პროდუქტიულობაზე - პროცესორი და ოპერატიული მეხსიერება.
პროცესორებს აქვთ სხვადასხვა რაოდენობის ბირთვი და სხვადასხვა საათის სიხშირე. ბირთვების რაოდენობა იძლევა რამდენიმე პროცესის ერთდროულად დამუშავების საშუალებას, ხოლო სიხშირე მიუთითებს დამუშავების პროცესების სიჩქარეზე. რაც უფრო შეურაცხმყოფელია ჩვენებები, მით უფრო ლამაზია ისინი.
ოპერატიული მეხსიერება საშუალებას გაძლევთ შეინახოთ მონაცემები საათის მეხსიერებიდან, რაც საშუალებას აძლევს პროგრამებს იმუშაონ მათთან. რაც უფრო დიდია ოპერატიული მეხსიერება, მით მეტი მონაცემების დამუშავება შესაძლებელია 1C პროგრამის მიერ. ოპერატიული მეხსიერების მატება დადებითად მოქმედებს 1C-თან მუშაობის ყველა ასპექტზე - პროგრამების გამოყენებიდან ტელეფონის ნომრების მატებამდე. თუმცა, გაზრდილი ოპერატიული მეხსიერების დადებითი შემოდინება იგრძნობა მცირე ამოცანებში. 2 GB 4 GB-ზე შეცვლისას განსხვავება შესამჩნევია, მაგრამ თუ მეხსიერებას 16 GB-დან 32 GB-მდე გაზრდით, პროდუქტიულობის განსაკუთრებულ ზრდას ვერ შეამჩნევთ (ინფორმაცია არ არის შესაბამისი 1C სერვერებისთვის).
ვართო გამოიცანი ვიდეოკარტაზე. აქ შეგიძლიათ დაიცვათ თავი დაბალი კლასის ვიდეო ბარათის დაყენებით 1C პროგრამებში ერთფეროვან ფერებში, რაიმე სპეციალური ეფექტების შეწირვის გარეშე.
მაშინაც კი, თუ სამუშაო არ შესრულდა 1C სიჩქარით, რადგან თქვენ გაქვთ მცირე ოპერატიული მეხსიერება (1 GB) ან სუსტი პროცესორი (2200 GHz), ნაკლებად სავარაუდოა, რომ მიაღწევთ სიჩქარის მნიშვნელოვან ზრდას. ვარტო იფიქრე კომპიუტერის განახლებაზე.
თქვენი კომპიუტერის პარამეტრების მოკლე ხედვის გადასახედად, შეგიძლიათ დააწკაპუნოთ მაუსის მარჯვენა ღილაკით My Computer ხატულაზე და აირჩიოთ პუნქტი "Authorities" იქ. თქვენ ნახავთ პროცესორს, მის სიხშირეს და ასევე RAM-ის რაოდენობას.
ოპერაციული ფაქტორი
ოპერაციული ფაქტორები მოიცავს ოპერაციული სისტემის ტიპს და ელექტრო კონფიგურაციას.
ყველაზე პოპულარული ოპერაციული სისტემებია 32 და 64 ბიტიანი. დარჩენილი სისტემები (Windows 8.10) 64-ბიტიანზე მეტია. 32-ბიტიან სისტემებს აქვთ ბევრი მონაცემთა საცავი, რაც ნიშნავს, რომ პროგრამა იყენებს ხელმისაწვდომი ოპერატიული მეხსიერების მაქსიმალურ რაოდენობას - დაახლოებით 3,5 გბ. რეალურად, ფიზიკურად გექნებათ დაინსტალირებული 8 GB, მაქსიმალური რაც შეგიძლიათ სწრაფად დააინსტალიროთ არის 3.5 GB.
ელექტრული სიცოცხლის რეგულირება გადასცემს რობოტის სქემების არჩევანს "მაქსიმალური პროდუქტიულობა". სხვადასხვა ოპერაციულ სისტემაში, ელექტრული პარამეტრები განლაგებულია სხვადასხვა ადგილას, Windows-ში ყოველთვის შეგიძლიათ იპოვოთ ისინი Windows პანელში.
პროგრამის ფაქტორი
პროგრამულ ფაქტორებამდე შეგიძლიათ ჩართოთ პროგრამები, რომლებიც ერთმანეთთან აკავშირებს 1C-ს ფუნქციონირებას, ან პროგრამები, რომლებიც იზიარებენ კომპიუტერულ რესურსებს 1C-სთან.
ამ ფაქტორის გადალახვა ყველაზე ადვილია - როდესაც 1C მუშაობს, დახურეთ ყველა სხვა პროგრამა, რომელიც იყენებს უამრავ რესურსს (ბრაუზერები, ვიდეო ფლეერები, თამაშები და ა.შ.), ასევე გამორთეთ ანტივირუსული პროგრამა 1C. შეუძლებელია თქვენი კომპიუტერის უპირატესობა სხვა პროგრამებთან 1C-თან მუშაობისას. ეს ხელს შეუწყობს 1C-ის პროდუქტიულობის გაუმჯობესებას იმის გამო, რომ ყველა კომპიუტერული რესურსი გამოიყოფა 1C-ში გამოთვლითი პროცესების დამუშავებაზე.
1C-ის უწყვეტი მუშაობის შიდა მიზეზები
შიდა მიზეზების გამო, რომლებიც ამცირებს 1C სამუშაოს სითხეს, დაინსტალირებულია განაცხადის დოკუმენტები, პროგრამის ქეში და მარეგულირებელი მოთხოვნები.
იმისათვის, რომ მონაცემთა ბაზას არაფერი ჰქონდეს ფარული, რეკომენდებულია რეგულარულად ამოიღოთ ნიშნები დისტანციურ ობიექტებზე, განახორციელოთ მონაცემთა ბაზის დამცირება გასული პერიოდის განმავლობაში და ასევე გამორთოთ არასაჭირო ფუნქციები. 1C-ის სხვა ვერსიებში პროდუქტიულობის განყოფილება გამოჩნდა ადმინისტრაციის ჩანართში. აქ შეგიძლიათ ჩართოთ არასაჭირო ფუნქციები თქვენი შეხედულებისამებრ და გაზარდოთ 1C მუშაობის მოქნილობა.
ქეში არის ინფორმაციის რეზერვუარი, რომელიც, ჩვენი აზრით, სისტემა შეიძლება იკვებებოდეს კომპიუტერით უდიდესი საიმედოობით. მთელ მსოფლიოში კორისტუვაჩების სისტემაში მყოფი რობოტები ქმნიან ახალ მონაცემთა ბაზებს, ახალ კორისტუვაჩებს და წყვეტენ ძველი მონაცემთა ბაზების გამოყენებას. მათთვის ქეში დაკარგულია სისტემაში და შეგიძლიათ განაახლოთ 1C რობოტი. ჩვენ გირჩევთ რეგულარულად გაასუფთავოთ თქვენი 1C ქეში.
რეგულარული და ფონური ამოცანები არის პროცესები, რომლებიც მიმდინარეობს ფონზე (მომხმარებლის ჩვენების ან დადასტურების გარეშე), აუცილებელია ინფორმაციისა და სხვა ინფორმაციის შესანარჩუნებლად და განახლებისთვის. მაგალითად, შესაძლებელია თუ არა ბანკის კლასიფიკატორისა და გაცვლითი კურსების განახლება წელიწადში ერთხელ, რადგან სავალუტო ტრანზაქციები ხდება იშვიათად და მიმდინარე კურსებზე ადრე? ასეთი პროცესების ჩართვით, ჩვენ მოვახდენთ სისტემის დემონტაჟს და ყველა ხელმისაწვდომ რესურსს მივმართავთ იმ ოპერაციების გაანგარიშებაზე, რომლებიც ჩვენ გვჭირდება.
კლიენტ-სერვერის გადაწყვეტა 1C
კომპანიებისთვის, რომლებიც იყენებენ 1C სერვერს, გაზრდილი პროდუქტიულობა დაკავშირებულია სერვერის (მასპინძელი კომპიუტერის) გაუმჯობესებასთან და შესაბამის პარამეტრებთან. კლიენტის კომპიუტერებს აქვთ მინიმალური მხარდაჭერა 1C გაშვებისთვის, რადგან ყველა გამოთვლა განხორციელდება სერვერზე. ამასთან, შრომისმოყვარე სერვერის ერთი საათის განმავლობაში გაშვება კარგად არ მუშაობს 5-10 თანამშრომლის ერთსაათიან მუშაობასთან, რადგან შეუძლებელია 1C სერვერის სწორად კონფიგურაცია.
სამწუხაროდ, 1C პროდუქტიულობის გასაუმჯობესებლად სერვერის დაყენების მიმოხილვა არ შედის ამ სტატიაში, რადგან ის მოითხოვს უამრავ დამწყებს და ცოდნას 1C სერვერების მუშაობის ძირითადი პრინციპების შესახებ.
ვისნოვკი
ჩვენ გადავხედეთ 1C სისტემის ყველა შესაძლო პრობლემას. შემდეგი პროცედურების დაცვით და ჩვენი რეკომენდაციების დაცვით, თქვენ გაზრდით 1C-ის პროდუქტიულობას და შეძლებთ თქვენი რობოტის პროგრამების მაღალი პროდუქტიულობის შენარჩუნებას. მნიშვნელოვანია გვახსოვდეს, რომ 1C-ის დაბალი პროდუქტიულობა ითარგმნება კომპიუტერის მუშაკების დაბალ პროდუქტიულობაში არსებითი ოპერაციების ზომიერი და ხანმოკლე შეფერხების გამო.
ჩვენ მზად ვართ გავაუმჯობესოთ თქვენი 1C პროდუქტიულობა, ამ პრობლემის გადასაჭრელად ყოვლისმომცველი მიდგომის გამოყენებით - ჩავატარებთ ყველა საჭირო ტესტს და პროდუქტიულობის ცნობილ ინდიკატორს, გავაანალიზებთ კომპიუტერების წარმოების ხაზს და გავზომავთ i, შემდეგ კი განახორციელეთ ვიზიტების მთელი ნაკრები 1C-ის დასაჩქარებლად და გაცნობებთ, როგორ დაუჭიროთ სისტემას სასწაულებრივი ფორმით.
დააჩქარეთ 1C ერთდროულად!
როგორ დავაჩქაროთ მუშაობა 1C-ში: ბუღალტერია 8.3 (რევიზია 3.0) ან ჩართოთ რუტინული და ფონური ამოცანები
2019-01-15T13:28:19+00:00მათ, ვინც უკვე გადაწყვიტეთ გადახვიდეთ 1C-ის ახალ გამოცემაზე: ბუღალტრული აღრიცხვა 8.3 (გამოცემა 3.0), შეამჩნევთ, რომ პრაქტიკა უფრო დაწინაურდა, ქვედა ორი. ერთგვარი გაუგებარი ჰიპნოზური, გაუთავებელი ფონური აქტივობა დღეში რამდენჯერმე, ჩვენი ცოდნის გარეშე წასვლის მოთხოვნის გარეშე.
გადასვლისთანავე, ჩემმა ბუღალტერებმა თქვეს, რომ 1C: Accounting 3.0-ის ახალი გამოცემა ზემოდან ქვემოდან გაათანაბრა! და ვარჯიში უბრალოდ შეუძლებელია.
დავიწყე მისი შესწავლა და მალევე მივხვდი, რომ ბუღალტერების შეჩერებისა და უკმაყოფილების მთავარი მიზეზი იყო მარეგულირებელი და ფონური სამუშაოები, რომელთაგან ბევრი ჩართული იყო ნაშრომში, თუმცა უმეტესწილად ბუღალტერი არ არის საჭირო. მათთვის.
მაგალითად, დღეში ასჯერ უნდა ჩავატაროთ დავალება „ტექსტის კვლევა“, რადგან არ ვაწარმოებთ სრულ ტექსტს (ბუღალტერები, არ ინერვიულოთ) ძიებას ჩვენი მონაცემთა ბაზის ყველა ობიექტზე.
ან ჩვენ შეგვიძლია მუდმივად დავარეგულიროთ გაცვლითი კურსები, რადგან ჩვენ არ გვაქვს რაიმე სავალუტო ტრანზაქცია ან სხვა რომელიმე მათგანი (და მანამდე ჩვენ თვითონ შეგვიძლია დავაჭიროთ ღილაკს კურსების დასარეგულირებლად).
თქვენ ასევე დაგჭირდებათ მუდმივად სცადოთ 1C საიტთან დასაკავშირებლად და შეამოწმოთ და განაახლოთ ბანკის კლასიფიკატორები. Რა მოხდა? მე თვითონ დავაჭერ ღილაკს კლასიფიკატორის განახლებისთვის, რადგან არ ვიცი ჩემი BIC-ისთვის საჭირო ბანკი.
იმის შესახებ, თუ როგორ უნდა გამოიმუშაოთ ფული ქვემოთ მოცემულ ქულებს.
1. გადადით "ადმინისტრაციის" განყოფილებაში და აირჩიეთ "მომსახურება" სამოქმედო პანელზე ():
2. ფანჯარაში იპოვეთ და აირჩიეთ პუნქტი „რუტინული და ფონური ამოცანები“:
3. გახსენით კანი, როგორც ჩანს "Umk" სვეტში. ღირს ჯაყო.
4. ამოიღეთ ხატულა „გამორთული“ პუნქტიდან და დააჭირეთ ღილაკს „ჩაწერა და დახურვა“.
5. ისწავლეთ თანდართული ინსტრუქციებიდან და ისიამოვნეთ ახალი გამოცემით. ჩემი აზრით, ორზე ბევრი ფული ჩანს.
ამ შემთხვევაში, მარეგულირებელი პარამეტრების ჩართვის შემდეგ, პლატფორმა კვლავ უნდა ჩართოთ.
სხვადასხვა მიზეზის გამო, 1C პროგრამების მომხმარებლებს ზოგჯერ აწყდებიან 1C პროდუქტიულობის პრობლემები. მაგალითად: დოკუმენტის დამუშავებას დიდი დრო სჭირდება, ზარის ჩამოყალიბებას დიდი დრო სჭირდება, ტრანზაქციები ვერ ხერხდება, პროგრამა იყინება, მომხმარებლის გამოცდილება იზრდება და ა.შ. ჩვენი ინსტრუქციების მიყოლებით, თქვენ შეგიძლიათ მიაღწიოთ მნიშვნელოვან წარმატებას პროგრამული უზრუნველყოფის პროგრამით, სანამ გადააჭარბებთ სისტემის ლიმიტს. ეს არ არის პანაცეა ყველა სახის დაავადებისთვის, არამედ ამ დიეტებში 1C დეფიციტის ძირითადი მიზეზები.
1. არ განახორციელოთ რუტინული და ფონური სამუშაოები, სანამ თანამშრომლები მუშაობენ
პირველი და ყველაზე მნიშვნელოვანი წესი სისტემის ადმინისტრატორებისთვის არის სამუშაო საათების წინ ყველა ფონური ამოცანის შემოწმება. სისტემა მაქსიმალურად უნდა დაიშალა, რათა აღმოიფხვრას მარეგულირებელი მოთხოვნები (ინდექსაცია, დოკუმენტების დამუშავება, მონაცემთა ამოღება) და ამავდროულად ხელი არ შეუშალოს მოვაჭრეების საქმიანობას. არც სისტემა და არც სისტემა არ ზრუნავს ერთმანეთზე, რათა სხვადასხვა დროს იმუშაოს.
2. არ გაცვალოთ RIB მონაცემები კლიენტების სამუშაო საათებში
მიუხედავად იმისა, რომ დანარჩენ დროს კომპანიები ექვემდებარებიან RIB მონაცემთა გაცვლის სისტემას ონლაინ რეჟიმში და ტერმინალზე წვდომისთვის, არ უნდა გვახსოვდეს, რომ მონაცემთა შეძენისა და გაცვლის საათებში შეუძლებელია დოკუმენტების შესრულება და პროგრამებთან მუდმივი მუშაობა. მე. თუ შესაძლებელია, ეს პროცედურა, როგორც ეს არის, უნდა დასრულდეს ღამით, გარდა ფონური ამოცანებისა.
3. მუდმივად გაზარდეთ კომპიუტერის პროდუქტიულობა და შეადარეთ იგი რეალურ საჭიროებებს
არ დაგავიწყდეთ, რომ სისტემაში 30 და 100 კლიენტი მუშაობს ერთ საათში და სხვადასხვა ყურადღებას აქცევს. როგორც ჩანს, რადგან დაგეგმილია მომხმარებელთა რაოდენობის დიდი ზრდა, IT სერვისმა უნდა განიხილოს ტექნიკური კომპანიასთან მუშაობა მანქანების ფლოტის გაფართოების, დამატებითი მეხსიერების ან სერვერების შესაძენად.
4. PZ, რომელზეც მუშაობს 1C
1C პროგრამა ისეთია, რომ ის განსხვავებულად მუშაობს ოპერაციულ სისტემებზე. ზუსტად არ არის გასაგები რატომ, მაგრამ ასე არ არის. მაგალითად, 1C მონაცემთა ბაზის სერვერის ვერსია Linux OS-ზე SQL Postgre-თან დაკავშირებით ბევრად უკეთ მუშაობს, ვიდრე 1C მონაცემთა ბაზა Windows OS-ზე MS SQL-თან დაკავშირებით. ამ ფაქტის ზუსტი მიზეზები უცნობია, მაგრამ შეიძლება იყოს ღრმა პრობლემები 1C პლატფორმასთან ოპერაციული სისტემებით და DBMS-ით, რომლებიც არ არიან Microsoft-ის ოჯახიდან. ასევე მნიშვნელოვანია სისტემის გაშვება 64-ბიტიან სერვერზე, რადგან გეგმავთ მეტის დამატებას მონაცემთა ბაზაში.
5. მონაცემთა ბაზის ინდექსირება
1C პროგრამის შიდა პროცედურა, რომელიც "ასუფთავებს" სისტემას შუაში. დააყენეთ თქვენი ფონური რუტინები გვიან ღამით და შეინარჩუნეთ სიმშვიდე.
6. ოპერატიული პარტიული სტრუქტურის ჩართვა
მნიშვნელოვანია აღინიშნოს, რომ საბუთების დროულად შევსებით, ჩანაწერების ჩანაწერი მიიღება რეესტრში, ამავე დროს, პარტიის ფილიალის რეესტრში. დოკუმენტების დამუშავების დროს მხარის რეგისტრების ჩაწერა შეიძლება ჩართული იყოს მორგებულ პროგრამებში. საჭირო იქნება დოკუმენტების დამუშავების დაწყება პარტიების მიხედვით, მაგალითად, თუ მონაცემთა ბაზაზე ნაკლები ადამიანია წვდომა ან თუ მუშაობს ინვესტორების ყველაზე მცირე რაოდენობა.
7. ოპერატიული მეხსიერება
ვიკორიზაცია ეს ფორმულა:
ოპერატიული მეხსიერება = (DB 1+DB 2+DB N) / 100*70
მონაცემთა ბაზების მთლიანი ფიზიკური აქტივობის 70%-მდე. Bazi 1C-ს უყვარს კარგად ჭამა ოპერატიული მეხსიერებით. არ დაივიწყო ამის შესახებ.
8. თუ ეს შესაძლებელია, ოპტიმიზაცია გაუკეთეთ დაწერილი ზარებს და დამუშავებას არასრული და მოძველებული კოდებით
კომპანიის ცხოვრების განმავლობაში საჭიროა წერილობითი მოსაზრებები და დამუშავება, ასევე დამატებითი დამუშავება ბიზნეს პროცესების მართვისა და კონკრეტული ინფორმაციის მოპოვებისთვის. ეს მოდიფიკაციები თავისთავად შეიძლება იყოს სახიფათო, გააუმჯობესოს მუშაობა, რადგან... ა) დეველოპერებს შეეძლოთ შეეტანათ მნიშვნელოვანი არასწორი კოდი პროგრამაში და დასჭირდებათ მნიშვნელოვანი ძალისხმევა მის შეწყვეტამდე; ბ) კოდი, რომელშიც წერია დამუშავება, შეიძლება მორალურად მოძველდეს და საჭიროებს გადახედვას და გადაპროგრამებას. დაიცავით წესი - რაც უფრო ნაკლებს შეცვლით პროგრამას, მით უკეთესი.
9. გაასუფთავეთ ქეში
Inode სერვერის თავდაპირველი გადატვირთვა, სავარაუდოდ, გამოიწვევს პრობლემებს მოძველებული 1C ქეშით. Უბრალოდ სცადე. ასევე შეგიძლიათ დაეხმაროთ დევალვაციას - საინფორმაციო ბაზის მოძიებას კონფიგურატორის საშუალებით. მე გავაგრძელებ კონკრეტული მომხმარებლის ქეშის გასუფთავებას - აირჩიეთ საქაღალდეები 1C სისტემის დირექტორიაში: kexifzghjuhfv8j33hbdgk0. ალე, კორისტუვაჩის ქეშირებული საქაღალდეები დარჩება, რადგან ქეშის გასუფთავების გარდა, არსებობს უსიამოვნო ეფექტები დისტანციური დაზოგვის პარამეტრების, კლიენტის მენიუს ინტერფეისის ხედზე.
10. მონაცემთა ბაზების შესახებ ფიზიკური ინფორმაციის კონდენსაცია
მეტი ბაზა - მეტი რესურსი. ბუნებრივია. გამოიყენეთ სტანდარტული 1C მეთოდები ბაზის შესავსებად. დაფიქრდით, შეგიძლიათ გამოიყენოთ ეს ხუთი წლის პროდუქტები გაზრდილი პროდუქტიულობისთვის. და თუ ჯერ კიდევ გჭირდებათ ბოლო ხუთი დღის მონაცემები, შეგიძლიათ სწრაფად მიიღოთ მონაცემთა ბაზის ასლი.
11. არქიტექტურის სწორი ორგანიზაცია
აქედან გამომდინარე, კორპორატიული საინფორმაციო სისტემის არქიტექტურა შეიძლება იყოს სწორი. რისი პატივისცემა გვჭირდება სწორი სისტემის პირობებში? ამოცანის სირთულე, რომელიც მოთავსებულია სისტემაზე აშკარა საკუთრების და პროგრამული უზრუნველყოფის უსაფრთხოებით. დაგეგმეთ სისტემა ერთად: სისტემის ადმინისტრატორთან (მან იცის მანქანების პარკი), 1C პროგრამისტთან (მან იცის 1C-ის რესურსების მოთხოვნები) და კომპანიის მენეჯერთან (მან იცის კომპანიის მომავალი ზრდის ან დაცემის შესახებ).
ფოტო ოლენია ტულიაკოვა, IA "Clerk.ru"
სტატიაში ნაჩვენებია 1C ადმინისტრატორების თესლის ამოღების ძირითადი სარგებელი და ნაჩვენებია, თუ როგორ უნდა შეამოწმოთ ისინი გილოვის ტესტის გამოყენებით.
სტატიის მთავარი მეტა-წერა არის თავიდან იქნას აცილებული აშკარა ნიუანსების გამეორება იმ ადმინისტრატორებისთვის (და პროგრამისტებისთვის), რომლებსაც ჯერ არ მიუღიათ საკმარისი ცოდნა 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. ჩვენ ვამატებთ Gilov-ის სატესტო მონაცემთა ბაზას ფაილის სერვერზე იმავე საქაღალდეში, როგორც ძირითადი მონაცემთა ბაზა. ჩვენ ვუერთდებით კლიენტის კომპიუტერს და ვიწყებთ ტესტირებას. შედეგი დამახსოვრებულია.
გთხოვთ, გაითვალისწინოთ, რომ 10 წლის წინანდელი ძველი კომპიუტერებისთვის (Pentium 775 სოკეტზე) 1C მალსახმობზე დაწკაპუნებას საათზე ნაკლები დასჭირდება: ბიზნესი, სანამ საბაზისო ფანჯარა გამოჩნდება. (სელერონი = სრული რობოტი).
თუ თქვენ გაქვთ უფრო დიდი კომპიუტერი, ქვედა Pentium 775 სოკეტით და 1 GB ოპერატიული მეხსიერებით, მაშინ მჯერა, რომ თქვენთვის მნიშვნელოვანი იქნება კომფორტულად იმუშაოთ 1C 8.2-ზე ფაილის ვერსიით. იფიქრეთ განახლებაზე (უკვე დროა) ან ტერმინალზე (ან ვებ, თხელი კლიენტებისთვის და გამაგრებული ფორმებისთვის) სერვერზე გადასვლაზე.
თუ კომპიუტერი არ არის ძალიან ცუდი, შეგიძლიათ დაუკავშირდეთ ადმინისტრატორს. მინიმუმ შეამოწმეთ პროგრამული უზრუნველყოფა, ანტივირუსული და HASP დაცვის დრაივერები.
ვინაიდან გილოვის ტესტმა ამ ეტაპზე აჩვენა 30-ჯერ და მეტი, მაგრამ სამუშაო ბაზა 1C მაინც იდეალურად მუშაობს - კვება უკვე პროგრამამდეა.
1. იმის დასადგენად, თუ რამდენად შეგიძლიათ „ვიჩაბიტოთ“ კლიენტის კომპიუტერი, ჩვენ ვამოწმებთ მხოლოდ ამ კომპიუტერის მუშაობას გაზომვის გარეშე. ჩვენ ვაინსტალირებთ სატესტო მონაცემთა ბაზას ადგილობრივ კომპიუტერზე (მყარ დისკზე). თუ კლიენტ კომპიუტერს არ აქვს ნორმალური SSD, იქმნება ramdisk. ამჟამად, უმარტივესი და ყველაზე იაფი - Ramdisk საწარმო.
8.2 ვერსიის შესამოწმებლად საკმარისია სულ 256 მეგაბაიტი რამდისკი! ყველაზე მოწინავე. სამუშაო ramdisk-ით კომპიუტერის გადატვირთვის შემდეგ, ხელმისაწვდომი იქნება მხოლოდ 100-200 მბ. როგორც ჩანს, რამდისკის გარეშე, ნორმალური მუშაობისთვის თავისუფალი მეხსიერება 300-400 მეგაბაიტია.
256 მეგაბაიტიანი რამდისკის 8.3 ვერსიის შესამოწმებლად, წინააღმდეგ შემთხვევაში საჭიროა მეტი ოპერატიული მეხსიერება.
კვალის ტესტირებისას პროცესორის ინტენსივობით გაოცებული დარჩებით. იდეალურთან მიახლოებულ კონფიგურაციაში (ramdisk), ლოკალური ფაილი დაიკავებს 1 პროცესორის ბირთვს საათში 1 წამის განმავლობაში. როგორც ჩანს, ტესტირებისას, თქვენი პროცესორის ბირთვი მთლიანად არ არის დაზარალებული - მოძებნეთ სუსტი ადგილები. ცოტა ემოციურია, ალე ზაგალომ სწორად, 1C პროცესორის შემოდინებაა აღწერილი. მხოლოდ ცნობისთვის, მაღალი სიხშირის მქონე Core i3-ებზე დაყრდნობით, საერთო რეალური რიცხვებია 70-80.
ყველაზე ფართო სარგებელი ამ ეტაპზე.
- ანტივირუსი არასწორად იყო დაყენებული. ბევრი ანტივირუსია, ყველასთვის მორგებული, მე ვიტყვი მხოლოდ მათ, ვინც სათანადო პერსონალიზებით, არც ვებ და არც Kaspersky 1C პატივს არ სცემს. "დასუფთავებისთვის" დაყენებისას - შეგიძლიათ მიიღოთ დაახლოებით 3-5 თუთიყუში (10-15%).
- პროდუქტიულობის რეჟიმი. ვგრძნობ, რომ ცოტა ადამიანი პატივს სცემს მას და ეფექტი აბსოლუტურია. თუ გჭირდებათ სიჩქარე, შეგიძლიათ იმუშაოთ როგორც კლიენტის, ასევე სერვერის კომპიუტერებზე. (გარნიის აღწერა Gilev-ისგან. ერთი შენიშვნა, ზოგიერთ დედაპლატზე, თუ ჩართავთ Intel SpeedStep-ს, ვერ ჩართოთ TurboBoost).
თქვენ შეგიძლიათ (და უნდა) გაააქტიუროთ პროდუქტიულობის რეჟიმი ორ ადგილას:
- BIOS-ის საშუალებით. აირჩიეთ რეჟიმები C1, C1E, Intel C-state (C2, C3, C4). სხვადასხვა ბიოსში სუნს სხვანაირად უწოდებენ, მაგრამ მხოლოდ ერთი აზრია. გააგრძელეთ ასე დიდხანს, თქვენ უნდა გადატვირთოთ, წინააღმდეგ შემთხვევაში, ერთხელ გაკეთების შემდეგ, შეგიძლიათ დაივიწყოთ. თუ BIOS სწორად არის დაყენებული, თქვენ მიიღებთ საუკეთესო შესრულებას. ზოგიერთ დედაპლატზე, BIOS შეიძლება იყოს კონფიგურირებული ისე, რომ Windows პროდუქტიულობის რეჟიმი არ თამაშობდეს როლს. (დაარეგულირეთ BIOS გილოვისგან). სერვერის პროცესორებთან ან „გაჭედილი“ BIOS-ის მრავალი პრობლემის დაყენებისას, თუ არ იცით რა გაქვთ და არ გაქვთ Xeon, ეს არ არის დიდი საქმე.
- საქარავნო პანელი - ელექტრული სიცოცხლე - მაღალი პროდუქტიულობა. მინუსი - თუ კომპიუტერს დიდი ხანია არ ემსახურება ვენტილატორი მეტ ხმაურს გამოსცემს, სითბო წარმოიქმნება მეტი და მეტი ენერგია გამოიმუშავებს. ცე არის პროდუქტიულობის გადახდა.
| Tse nashtuvannya for zamovchuvannyam. BIOS C-მდგომარეობა ჩართულია, ენერგიის დაბალანსების რეჟიმი |  |
| BIOS C-state ჩართულია, მაღალი შესრულების რეჟიმი Pentium-ისთვის და Core-სთვის შეგიძლიათ ჩამოტვირთოთ, Xeon-ით თქვენ ასევე შეგიძლიათ გქონდეთ ვიჩავიტას პატარა „მამა“ |  |
| BIOS C-state დაყენებულია მაღალი შესრულების რეჟიმზე. თუ არ მოგწონთ Turbo Boost, ასე გამოიყურება სერვერი, პროდუქტიულობის შესწორებები |  |
ნინას ნომრები. მე გამოვიცნობ: Intel Xeon 5650, Ramdisk. პირველ ტურში ტესტი აჩვენებს 23,26, დანარჩენ რაუნდში – 49,5. საცალო მაღაზია - მაიჟე დვორაზოვი. რიცხვები შეიძლება შეიცვალოს, მაგრამ ურთიერთობა Intel Core-სთვის პრაქტიკულად იგივე დარჩება.
ძვირფასო ადმინისტრატორო, თქვენ ყოველთვის შეგიძლიათ 1C-ის გაყელვა, მაგრამ თუ თქვენს საბოლოო მომხმარებლებს სჭირდებათ სიჩქარე, თქვენ უნდა ჩართოთ მაღალი პროდუქტიულობის რეჟიმი.
გ) Turbo Boost. ჯერ უნდა გესმოდეთ, რა ფუნქციებს უჭერს მხარს თქვენი პროცესორი, მაგალითად. სინამდვილეში, თქვენ მაინც შეგიძლიათ კანონიერად წაართვათ პროდუქტიულობის მცირე ნაწილი. (არ მინდა ვიჩქარო სიხშირის გადატვირთვა, განსაკუთრებით სერვერების, მაგრამ ეს ჩემი რისკის ქვეშ. მაგრამ მოხარული ვარ, რომ ავტობუსის სიჩქარის მატება 133-დან 166-მდე იძლევა შესამჩნევად ზრდას როგორც სითხის, ასევე თერმული ხედვის მიმართ. )
როგორ ჩართოთ ტურბო გამაძლიერებელი წერია, მაგალითად, . ელე! 1C-სთვის არის რამდენიმე ნიუანსი (არა ყველაზე აშკარა). განსხვავება ისაა, რომ ტურბო გამაძლიერებლის მაქსიმალური ეფექტი ხდება მაშინ, როდესაც ჩართულია C- მდგომარეობა. მე მივიღე რაღაც მსგავსი სურათი:
გთხოვთ გაითვალისწინოთ, რომ მულტიპლიკატორი მაქსიმალურია, ძირითადი სიჩქარის სიხშირე საუკეთესოა, პროდუქტიულობა მაღალია. რა მოხდება 1-ის შედეგად?
და შედეგად, გამოდის, რომ CPU-ს პროდუქტიულობის ტესტებისთვის წინაა ვარიანტი 23-იანი მულტიპლიკატორით, გილოვის ტესტებისთვის ფაილის ვერსიაში - პროდუქტიულობა 22 და 23-ის მულტიპლიკატორით იგივეა, ხოლო ღერძი კლიენტ-სერვერი არის ვარიანტი 23-ის მულტიპლიკატორით. kshcho C - მდგომარეობა დაყენებულია 7 დონეზე, ყველა უფრო მაღალი, ქვედა C-მდგომარეობით). ამიტომ, რეკომენდაციაა, გადაატრიალოთ ვარიანტები თქვენს თავში და აირჩიოთ მათგან ყველაზე მოკლე. ნებისმიერ შემთხვევაში, განსხვავება არის 49,5 და 53 პაპუგები - ეს მნიშვნელოვანია, განსაკუთრებით განსაკუთრებული აურზაურის გარეშე.
Visnovok - ჩართეთ ტურბო გაძლიერება სწრაფად. ვფიქრობ, საკმარისი არ არის BIOS-ში Turbo boost ელემენტის ჩართვა, რომელიც საჭიროებს სხვა პარამეტრებს (BIOS: QPI L0s, L1 – გამორთვა, მოთხოვნის გასუფთავება – გამორთვა, Intel SpeedStep – ჩართვა, Turbo boost – ჩართვა. მართვის პანელი – ელექტრო. სიცოცხლე – მაღალი პროდუქტიულობა). და მე მაინც (ფაილის ვერსიისთვის) ავირჩიე ვარიანტი, de c-state of inclusions, თუმცა არის მულტიპლიკატორი და ნაკლები. როგორც ჩანს...
მთავარი წერტილი არის მეხსიერების სიხშირე. მაგალითად, მეხსიერების სიხშირის ღერძი, როგორც ჩანს, ძალიან იზრდება. ჩემს სიმამრებს ასეთი დღეგრძელობა არ გამოუჩენიათ. DDR 2/3/4 არ შევცვლი, ერთი ხაზის ფარგლებში ვაჩვენებ სიხშირის შეცვლის შედეგებს. მეხსიერება იგივეა, მაგრამ ბიოსს აქვს Primus დაყენებული ქვედა სიხშირეებზე.
 |  |  |
І ტესტის შედეგები. 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), რათა Vikon გილოვის გულისთვის. შემდეგ - სამუშაოს უმარტივესი შებრუნება იქნება, თუმცა გასაკვირი, ერთი დიდი ფაილის (5-10 გიგაბაიტი) კოპირება კიდეზე. ნორმალური მუშაობის არაპირდაპირი ნიშანი 1 გბ ლიმიტის ფარგლებში იქნება ასლის საშუალო სიჩქარე 100 მბ/წმ, კარგი სამუშაო - 120 მბ/წმ. მინდა ვაფასებ, რომ სუსტი წერტილი (მათ შორის) შეიძლება გავლენა იქონიოს პროცესორზე. SMB პროტოკოლს Linux-ზე უჭირს პარალელურობა და მუშაობის ერთი საათის განმავლობაში, ერთი პროცესორის ბირთვი შეიძლება მთლიანად „მოკლდეს“ და აღარ გადარჩეს.
Მე ჯერ კიდევ. Windows-ის გამოყენებისას კლიენტი ყველაზე ხშირად მუშაობს Windows სერვერთან (ან Windows სამუშაო სადგურთან) და SMB/CIFS პროტოკოლთან; ლინუქსის კლიენტი (debian, ubuntu და სხვები არ გაკვირვებიათ) უფრო ხშირად მუშაობს Linux-ით და NFS-ით (ის ასევე მუშაობს SMB-თან და le on NFS papugi vishche) . ვინც NFS-ზე Windows-Linux სერვერის ხაზოვანი ასლით კოპირდება ერთ ნაკადში უფრო სწრაფად, ამაზე საუბარი ჯერ არ არის საჭირო. Debian tuning for 1C ცალკე სტატიის თემაა, მე ჯერ არ ვარ მზად ამისთვის, მაგრამ შემიძლია ვთქვა, რომ ფაილის ვერსიას აქვს ცოტა მეტი პროდუქტიულობა, ქვედა Win ვარიანტი არის ის, რაც თქვენ გაქვთ და არა პოსტგრესი მათთვის. ვისაც ეს სჭირდება.. 50 მე მაინც ყველაფერი ძალიან ცუდი მაქვს.
ყველაზე მნიშვნელოვანი, რაც ადმინისტრატორებმა უნდა იცოდნენ, არის ის, რომ მათ არ "უფრთხილდებიან" და არ იცავენ კუბებს. 1c ბაზის მიმართულებების დასაყენებლად უამრავი გზა არსებობს. შეგიძლიათ შექმნათ servershare, შეგიძლიათ 192.168.0.1share, შეგიძლიათ გამოიყენოთ z: 192.168.0.1share (და ზოგიერთ შემთხვევაში ეს მეთოდი ასევე იქნება გამოყენებული, მაგრამ არა სამუდამოდ) და შემდეგ მიუთითოთ Z დისკი. იგივე და იგივე თუმცა, 1C-სთვის არსებობს მხოლოდ ერთი გზა, რომელიც უზრუნველყოფს თანმიმდევრულ პროდუქტიულობას და ნორმალურ პროდუქტიულობას. ასე რომ, ღერძი, სწორად, ასე უნდა მუშაობდეს:
ბრძანების სტრიქონში (ან პოლიტიკოსები, ან მოგეხსენებათ) - გამოიყენეთ net use DriveLetter: servershare. კონდახი: წმინდა გამოყენება m: სერვერის ბაზები. მე კონკრეტულად აღვნიშნავ არა IP მისამართს, არამედ თავად სერვერის სახელს. თუ სერვერი არ ჩანს თქვენს სახელზე, დაამატეთ იგი სერვერის dns-ში, ან ლოკალურად ჰოსტების ფაილში. ალების ცხოველური ცხოვრება შეიძლება მათ გონებაში იყოს. აშკარაა - ბაზის დოზით ის ამ დისკზე მოხვდება (საოცარი სურათი).
ახლა კი რიცხვებით გაჩვენებთ, რატომ მიხარია. Imprint: ბარათები Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. Win 2008 R2, Win 7, Debian 8. დრაივერები რჩება, განახლებულია გაყინულია. ტესტირებამდე შევამოწმე, რომ Iperf ბევრად მეტს იძლევა (გარდა 10 გბიტიანი ბარათებისა, მხოლოდ 7.2 გბიტი იყო Wi-Cavite, შემდეგ მაინტერესებს რატომ არ არის ჯერ კიდევ საჭირო სატესტო სერვერის კონფიგურაცია). დისკები განსხვავებულია, ოღონდ SSD-ის (სპეციალურად ერთი დისკის შესამოწმებლად ჩასმით, სხვა არაფერია საჭირო) ან დარბევის საშუალებით SSD-დან. 100 მბიტის სიჩქარე შეზღუდულია Intel 362 ადაპტერის პარამეტრებში ურთიერთდაკავშირების გზაზე. განსხვავება 1 გბიტიანი სპილენძის Intel 350 და 1 გბიტიანი Intel X520-DA2 ოპტიკას შორის (მოჭრილი ადაპტერის შუალედური სიჩქარით) არ არის გამოვლენილი. მაქსიმალური პროდუქტიულობა, ტურბო გაძლიერება (მხოლოდ შედეგების თანმიმდევრულობისთვის, ტურბო გამაძლიერებელი კარგი შედეგისთვის ემატება 10%-ზე ცოტა ნაკლებს, ცუდი შედეგებისთვის შეიძლება საერთოდ არ გამოჩნდეს). ვერსიები 1C 8.2.19.86, 8.3.6.2076. ყველა ციფრს არ ვდებ, მაგრამ ისეთებს, რომლებსაც ვიპოვი, რათა შედარება მქონდეს.
| 100 მბიტი CIFS Win 2008 - Win 2008 მოძებნეთ IP მისამართი | 100 მბიტი CIFS Win 2008 - Win 2008 მეცხოველეობა იმიაზე | 1 გბიტი CIFS Win 2008 - Win 2008 მოძებნეთ IP მისამართი | 1 გბიტი CIFS Win 2008 - Win 2008 მეცხოველეობა იმიაზე | 1 გბიტი CIFS Win 2008 - Win 7 მეცხოველეობა იმიაზე | 1 გბიტი CIFS Win 2008 - Debian მეცხოველეობა იმიაზე | 10 გბიტი CIFS Win 2008 - Win 2008 მოძებნეთ IP მისამართი | 10 გბიტი CIFS 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 და Dovzhin), სხვა სასაზღვრო ბარათის დაყენებიდან. სერვერიდან. ძალიან ბევრი ვარიანტია, დააყენეთ თქვენი პარამეტრები ყურადღებით. სიტუაცია შეიძლება იყოს იგივე, თუ პლატფორმა 8.2 იძლევა მიღებულ რიცხვებს, ხოლო 8.3 იძლევა ორჯერ ან მეტჯერ ნაკლებს. სცადეთ თამაში პლატფორმის 8.3 ვერსიით, ზოგჯერ უკეთეს შედეგებს მიიღებთ.
- 1C 8.3.6.2076 (შეიძლება მოგვიანებით, ზუსტი ვერსია ჯერ ვერ ვიპოვე) როგორც ხდება, ჯერ კიდევ უფრო ადვილია დაყენება, უფრო დაბალი ვიდრე 8.3.7.2008. 8.3.7.2008 წლის მდგომარეობით შესაძლებელი იყო ხაზის გასწვრივ ნორმალური მუშაობის მიღწევა (ძველ თუთიყუშებში) რამდენჯერმე, გაიმეორეთ მეტი დაბნეულობისთვის. ბევრის შესწავლის გარეშე, მაგრამ თუ ვიმსჯელებთ Process Explorer-ის მიხედვით, ჩანაწერი იქ არ არის იგივე, რაც 8.3.6-ში.
- იმისდა მიუხედავად, რომ 100 მბიტ ქსელზე მუშაობისას გრაფიკი მცირეა (შეიძლება ითქვას, რომ ლიმიტი მოქმედებს), სამუშაოს სიჩქარე მაინც გაცილებით ნაკლებია, 1 გბიტით დაბალი. მიზეზი ჰემის ლატენტურობაა.
- სხვა თანაბარი გონებისთვის (კარგი პრაქტიკა) 1C 8.2-ისთვის Intel-Realtek კავშირი 10%-ით მაღალია ვიდრე Intel-Intel. და realtek-realtek ღერძი შეიძლება დაექვემდებაროს მკვეთრ ვარდნას იმავე ადგილას. მაშასადამე, რადგან პენიები არ არის - კიდევ უკეთესი, Intel-ის ზღვრული ბარათების მორთვით, რადგან არ არის პენი - Intel მხოლოდ ინსტალაციას ახდენს სერვერზე (თქვენი C.O.). კიდევ ბევრი ინსტრუქციაა ინტელექტუალური ზღვრული ბარათების დასაყენებლად.
- ინსტალაციისთვის ანტივირუსული პროგრამების დაყენება (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 ერთეულზე მეტია). მე ჯერ ვერ მოგცემთ რეკომენდაციას Windows-ისა და NFS პროტოკოლის გამოყენების შესახებ.
ტერმინალური სერვერი (ბაზა არის სერვერზე, კლიენტები დაკავშირებულია დროთა განმავლობაში, RDP პროტოკოლი). ალგორითმი კროსის უკან:
- ჩვენ ვამატებთ Gilyov-ის სატესტო მონაცემთა ბაზას სერვერზე იმავე საქაღალდეში, სადაც მთავარი მონაცემთა ბაზაა. რომელი სერვერიდან ვუკავშირდებით, ვიწყებთ ტესტს. შედეგი დამახსოვრებულია.
- ასე რომ, ფაილის ვერსიის მსგავსად, ჩვენ ვარეგულირებთ პროცესორის მუშაობას. ტერმინალის სერვერს აკლია ის, რომ პროცესორი არ თამაშობს მთავარ როლს (ვიცოდი, რომ არ არის აშკარა სისუსტეები, როგორიცაა მეხსიერების დეფექტები ან დიდი რაოდენობით არასაჭირო პროგრამული უზრუნველყოფა).
- ტერმინალის სერვერზე სასაზღვრო ბარათების დაყენება მოითხოვს 1-ების მცირე გამოყენებას. „განსაკუთრებული“ კომფორტის უზრუნველსაყოფად, თუ თქვენი სერვერი მასპინძლობს 50-ზე მეტ მომხმარებელს, შეგიძლიათ ითამაშოთ RDP პროტოკოლის ახალი ვერსიებით, მხოლოდ იმ მომხმარებლების კომფორტისთვის, რომლებიც ათვალიერებენ და სკრიალებენ.
- როდესაც რობოტი აქტიურია, მომხმარებლების დიდი რაოდენობაა (და აქ ასევე შეგიძლიათ სცადოთ 30 ადამიანის დაკავშირება ერთ ბაზაზე, მხოლოდ საცდელად), უკვე საჭიროა SSD დისკის დაყენება. ვფიქრობ, მნიშვნელოვანია, რომ დისკი ნამდვილად არ ჯდება 1C სისტემაში, მაგრამ ყველა ტესტი ტარდება ჩაწერისთვის ჩართული კონტროლერის ქეშით, რაც არასწორია. სატესტო ბაზა მცირეა, ის მთლიანად იტევს ქეშს, რომელიც აჩვენებს მაღალ ციფრებს. რეალურ (დიდ) მონაცემთა ბაზებზე ყველაფერი სრულიად განსხვავებული იქნება, ამიტომ ქეში გამორთულია ტესტირებისთვის.
| 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 კონტროლერის ქეშის ჩართვა გამორიცხავს ყველა განსხვავებას დისკებს შორის, მაგრამ ნომრები იგივეა როგორც sat-ისთვის, ასევე sac-ისთვის. მასთან ტესტირება მცირე ვალდებულებისთვის არის მარნა და, როგორც ჩანს, ჩვენებაა.
- 8.2 პლატფორმისთვის პროდუქტიულობაში სხვაობა SATA და SSD ვარიანტებს შორის უფრო დიდია. ეს არ არის წყალობა. CATA დისკებზე ტესტების გაშვებისას, შეხედეთ პროდუქტიულობის მონიტორს. მაშინ ნათლად შეგიძლიათ იხილოთ "რობოტის დისკის აქტიური საათი (%-ში" 80-95. ასე რომ, თუ ჩართავთ თავად დისკების ქეშს ჩაწერისთვის, სიჩქარე იზრდება 35-მდე, თუ ჩართავთ რეიდის კონტროლერის ქეშს - 49-მდე (მიუხედავად იმისა, თუ რა დისკების ტესტირება ხდება ამ მომენტში). Ale tse - სინთეტიკური ქეშები, ნამდვილ რობოტს დიდი მონაცემთა ბაზებით არასოდეს ექნება 100% ჩაწერის ქეში დარტყმის კოეფიციენტი.
- იაფი SSD-ების სიჩქარე (მე გამოვცადე Agility 3-ზე) მთლიანად შემცირებულია ფაილის ვერსიისთვის. მეორეს მხრივ, ჩაწერის რესურსია, აქ თქვენ უნდა მიაქციოთ ყურადღება თითოეულ კონკრეტულ პრობლემას, გასაგებია, რომ Intel 3700 იქნება უფრო დიდი ბრძანებით, და მაშინ ფასი გონივრული იქნება. ასე რომ, მე მესმის, რომ SSD დისკის ტესტირებისას, მე ასევე ვამოწმებ ქეშ დისკს, მაგრამ რეალური შედეგები უფრო დაბალი იქნება.
- ყველაზე სწორი (ჩემი აზრით) გამოსავალი იქნება, რომ ნახოთ 2 SSD დისკი სარკისებურ რეიდში ფაილის მონაცემთა ბაზის (ან რამდენიმე ფაილის მონაცემთა ბაზისთვის) და იქ სხვა არაფერი განთავსდეს. ასე რომ, SSD-ის ასახვისას ის ნებისმიერ ფასად ცვდება, მიუხედავად იმისა, რომ კონტროლერის ელექტრონიკა დაზღვეულია.
- SSD დისკების ძირითადი უპირატესობები ფაილის ოფციისთვის ჩნდება, თუ არსებობს უამრავი ბაზა და მომხმარებელთა ყველა რაოდენობაში. თუ ზონაში არის 1-2 მონაცემთა ბაზა და 10 სერვერი, მაშინ დააინსტალირეთ SAS დისკები. (თუმცა ნებისმიერ დროს შეიძლება გაგიკვირდეთ ამ დისკების მიმზიდველობაზე, თუნდაც პერფმონის საშუალებით).
- ტერმინალის სერვერის მთავარი უპირატესობა ის არის, რომ მას შეიძლება ჰყავდეს კიდევ უფრო სუსტი კლიენტები, ხოლო ქსელის დაყენება ტერმინალის სერვერზე გაცილებით იაფია (ვიცი თქვენი K.O.).
თუ გილოვის ტესტი აჩვენებს მცირე ციფრებს და თქვენ გაქვთ მაღალი სიხშირის პროცესორი და დისკი, მაშინ ადმინისტრატორმა უნდა დააყენოს ღერძი მაქსიმუმზე და ყველა შედეგის სადმე ჩაწერით, ეს გააკვირვებს, დააკვირდით, იმუშავებს. საფეხურებზე. არ იქნება ცალსახა სიხარული.
კლიენტ-სერვერის ვარიანტი.
ჩაატარა ტესტები 8.2-ს მიღმა, რადგან 8.3-ზე ყველაფერი სერიოზულად უნდა იყოს შენახული ვერსიის ქვეშ.
ტესტირებისთვის აირჩიეთ სერვერის სხვადასხვა ვარიანტები და გაზომვები მათ შორის, რათა ნახოთ ძირითადი ტენდენციები.
| 1C: Xeon 5520 SQL: Xeon E5-2630 | 1C: Xeon 5520 SQL: Xeon E5-2630 ბოჭკოვანი არხი - SSD | 1C: Xeon 5520 SQL: Xeon E5-2630 ბოჭკოვანი არხი - SAS | 1C: Xeon 5650 SQL: Xeon E5-2630 | 1C: Xeon 5650 SQL: Xeon E5-2630 ბოჭკოვანი არხი - SSD | 1C: Xeon 5650 SQL: Xeon E5-2630 | 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 SRS-ზე მუშაობს უფრო ეფექტურად, ნაკლები ადგილობრივი SSD-ები და უმნიშვნელოა მათთვის, რომ SRS-ს აქვს დიდი ქეში ზომა. გილოვის ტესტისთვის SSD-ები და ადგილობრივი შენახვის სისტემები შესრულებულია თანაბარი სითხით. არ ვიცი, რა სახის სტანდარტული მრავალ ნაკადის ტესტი (არა მხოლოდ ჩანაწერები, არამედ ყველაფერი) გარდა მოწინავე 1C და MCC.
- 1C სერვერის შეცვლამ 5520-დან 5650-მდე მისცა თითქმის ორმაგი პროდუქტიულობა. ასე რომ, სერვერის კონფიგურაციები არ არის მთლიანად შეცვლილი, მაგრამ ტენდენცია გვიჩვენებს (არაფერი უჩვეულო).
- SQL სერვერზე გაზრდილი სიხშირე, რა თქმა უნდა, იძლევა ეფექტს, რომელიც არ არის იგივე, რაც 1C სერვერზე, MS SQL სერვერს შეუძლია (თუ ითხოვთ) ჰქონდეს მდიდარი ძირითადი სიმძლავრე და დიდი მეხსიერება.
- 1C-სა და SQL-ს შორის საზღვრის შეცვლა 1 გბიტიდან 10 გბიტამდე იწვევს დანაკარგების დაახლოებით 10%-ს. შეამოწმეთ მეტი.
- გაზიარებული მეხსიერების ჩართვა მაინც იძლევა ეფექტს, თუმცა არა 15%, როგორც ეს აღწერილია სტატიაში. Robiti obov'yazkovo, საბედნიეროდ, ეს მარტივია. თუ დააინსტალირეთ დასახელების მაგალითი SQL სერვერისთვის, მაშინ 1C სერვერისთვის თქვენ უნდა მიუთითოთ არა FQDN (tcp/ip პროტოკოლი), არა localhost-ის ან უბრალოდ ServerName-ის მეშვეობით, არამედ ServerNameInstanceName-ის მეშვეობით, მაგალითად zz-testzztest. (წინააღმდეგ შემთხვევაში იქნება DBMS შეცდომა: Microsoft SQL Server Native Client 10.0: მეხსიერების ბიბლიოთეკა: მეხსიერების ბიბლიოთეკა ვერ მოიძებნა, რომელიც საჭიროა ინსტალაციისთვის SQL Server 2000-თან დასაკავშირებლად. state=1, Severity=10, native=126, ხაზი = 0).
- მომხმარებლებისთვის, რომლებსაც აქვთ 100 ერთეულზე ნაკლები მონაცემები ორ სერვერზე განაწილებისთვის, საჭიროა Win 2008 Std (და უფრო ძველი ვერსიების) ლიცენზია, რომელიც მხარს უჭერს 32 გბ-ზე მეტ RAM-ს. ყველა სხვა შემთხვევაში, 1C და SQL აუცილებლად უნდა იყოს დაინსტალირებული ერთ სერვერზე და მისცეს მას მეტი (როგორც 64 GB) მეხსიერება. MS SQL-ს 24-28 გბ-ზე ნაკლები ოპერატიული მეხსიერების მიცემა გაუმართლებლად ხარბია (გგონია, რომ მეხსიერება იწურება და ყველაფერი ნორმალურად მუშაობს - იქნებ დაკარგავდი 1C-ის ფაილის ვერსიას?)
- რამდენად ინტენსიურად მუშაობს კავშირი 1C-სა და SQL-ს შორის ვირტუალურ მანქანაში, შემდეგი სტატიის თემაა (მინიშნება: ნამდვილად ძლიერია). თუმცა Hyper-V-ით ყველაფერი არც ისე მარტივია.
- პროდუქტიულობის რეჟიმის დაბალანსება ცუდი იდეაა. შედეგები მთლიანად დაკავშირებულია ფაილის ვერსიასთან.
- ბევრმა დაწერა, რომ გამართვის რეჟიმი (ragent.exe -debug) იწვევს პროდუქტიულობის მკვეთრ შემცირებას. ისე, ეს უფრო დაბალია, ასე რომ, მხოლოდ 2-3%, მე ამას მნიშვნელოვან ეფექტს არ დავარქმევ.
1C სისტემა იკავებს დომინანტურ პოზიციას მცირე და საშუალო ბიზნესის ავტომატიზაციის ბაზარზე. თუ კომპანიამ შეიძინა 1C ღრუბლოვანი სისტემა, მაშინ მასთან მუშაობს უსაფრთხოების თითქმის ყველა სპეციალისტი, დაწყებული ჩვეულებრივი ბუღალტრებით და დამთავრებული სერვისით. როგორც ჩანს, 1C რობოტების ლიკვიდურობა არის კომპანიის ბიზნეს პროცესების ლიკვიდურობის გასაღები. ვინაიდან 1C მუშაობს არადამაკმაყოფილებელი ეფექტურობით, ის მაშინვე აისახება მთელი კომპანიის მუშაობაზე და დაკარგულ მოგებაზე.
რეალურად სძინავს 1C აჩქარების სამი მეთოდი:
- გაზრდილი აპარატურის წნევა.
- ოპერაციული სისტემის და DBMS რეგულირების ოპტიმიზაცია.
- კოდის და ალგორითმების ოპტიმიზაცია 1C-ში.
პირველი მეთოდი გულისხმობს ლიცენზიის შეძენას და ფლობას, მესამე - პროგრამების დიდ შრომას და ხარჯვას და, შედეგად, უკმაყოფილებას იწვევს მნიშვნელოვანი ფინანსური ხარჯები. პირველ რიგში ყურადღება უნდა მივაქციოთ პროგრამის კოდს, რადგან შეუძლებელია არასწორი კოდის კომპენსირება სერვერის გაზრდილი ძალისხმევის გამო. ყველა პროგრამისტმა იცის, რომ კოდის მხოლოდ რამდენიმე ხაზის დახმარებით შეგიძლიათ შექმნათ პროცესი, რომელიც მთლიანად მოიხმარს ნებისმიერი სერვერის რესურსებს.
სამწუხაროდ, ვინაიდან კომპანია ერთგულია პროგრამული კოდის ოპტიმალურობისკენ და როგორც ადრე, ის მუშაობს მაქსიმალურად, იმის გამო, რომ საჭიროა სერვერის დატვირთვის გაზრდა. ამ ეტაპზე კვება ლოგიკურ დასკვნამდე მიდის: რა არ არის ხელმისაწვდომი, რამდენი და რა უნდა დაემატოს.
კვების კომპანია 1C იმის შესახებ, თუ რამდენი რესურსია საჭირო, იძლევა უამრავ მტკიცებულებას, ამის შესახებ ადრე დავწერეთ ჩვენს პოსტებში. შემდეგ კი დამოუკიდებლად უნდა ჩაატაროთ ექსპერიმენტები და გაარკვიოთ, სად არის 1C პროდუქტიულობა. ქვემოთ მოცემულია ექსპერიმენტები EFSOL კომპანიაში პროგრამების პროდუქტიულობის შესახებ.
1C 8.2-თან მუშაობისას, განსაკუთრებით ისეთ კონფიგურაციებთან, როგორიცაა გოფრირებული ფორმები, არის გასაკვირი ფაქტი: 1C მუშაობს როგორც სამუშაო სადგურზე, ასევე რეალურ სერვერზე. უფრო მეტიც, სამუშაო სადგურის ყველა მახასიათებელი სერვერის მსგავსია.
ცხრილი 1 - ცვლილებები, რომლებშიც ჩატარდა კობის ტესტირება
სამუშაო სადგური აჩვენებს 155%-ით მეტ პროდუქტიულობას, ვიდრე 1C სერვერი აღემატება მახასიათებლებით. ჩვენ დავიწყეთ იმის გარკვევა, თუ რა იყო ხუმრობების ხმები და ხმები.
სურათი 1 - პროდუქტიულობის ცვალებადობა სამსახურში გილოვის ტესტის გამოყენებით
პირველად ვიეჭვე, რომ გილოვის ტესტი არაადეკვატური იყო. ფორმების შექმნის გაზომვებმა, დოკუმენტების დამუშავებამ, მონაცემთა ფორმირებამ და KVP ინსტრუმენტების გამოყენებამ აჩვენა, რომ გილოვის ტესტი უზრუნველყოფს რობოტის რეალური სიჩქარის პროპორციის შეფასებას 1C-ში.
ოპერატიული მეხსიერების სიჩქარე და სიხშირე
ინტერნეტში არსებული ინფორმაციის ანალიზმა აჩვენა, რომ ბევრი ადამიანი წერს 1C პროდუქტიულობის შეყოვნების შესახებ მეხსიერების სიხშირის თვალსაზრისით. სიხშირის ტიპი და რა არ არის იგივე. ჩვენ გვინდოდა ამ ჰიპოთეზის გადამოწმება, რადგან ჩვენს სერვერზე ოპერატიული მეხსიერების სიხშირე არის 1066 Mhz სამუშაო სადგურზე 1333 Mhz-ის წინააღმდეგ, ხოლო სერვერზე RAM-ის რაოდენობა მნიშვნელოვნად მაღალია. ჩვენ გადავწყვიტეთ სიხშირე არა 1066 MHz-ზე, არამედ 800 MHz-ზე დაგვეყენებინა, რათა მეხსიერების სიხშირეზე დაგვიანებული პროდუქტიულობის ეფექტი დასრულდეს. შედეგად, პროდუქტიულობა 12%-ით დაეცა და 39,37 ერთეული გახდა. 1066 MHz-ის ნაცვლად სერვერზე დამონტაჟდა მეხსიერება 1333 MHz სიხშირით და მიღწეული იქნა პროდუქტიულობის უმნიშვნელო მატება - დაახლოებით 11%. პროდუქტიულობა შეადგენდა 19,53 ერთეულს. როგორც ჩანს, მეტყველება მეხსიერებაში არ არის, თუმცა მისი სიხშირე ოდნავ მატულობს.
სურათი 2 - სამუშაო სადგურის პროდუქტიულობის ცვლილება RAM სიხშირის შემცირების შემდეგ
სურათი 3 – სერვერზე გაზრდილი პროდუქტიულობა RAM-ის სიხშირის გაზრდის შემდეგ
დისკის ქვესისტემა
ჰიპოთეზა ეხებოდა დისკის ქვესისტემას. მაშინვე გაჩნდა ორი ვარაუდი:
- SSD-ები უკეთესია, დაწიეთ SAS დისკები, ნუ მისცემთ უფლებას მე-10 რეიდის სურნელს.
- iSCSI მუშაობს მთლიანად ან არასწორად.
მათ სამუშაო სადგურში SSD-ის ნაცვლად პირველადი SATA დისკი დააინსტალირეს და სერვერიც შექმნეს - მონაცემთა ბაზა განთავსდა ადგილობრივ SATA დისკზე. შედეგად, პროდუქტიულობის დონე საერთოდ არ შეცვლილა. ყველაფრის მიუხედავად, რაც მოსალოდნელია, არის საკმარისი ოპერატიული მეხსიერება და ტესტის დროს დისკები პრაქტიკულად არ იმოქმედებს.
პროცესორი
პროცესორები სერვერზე, რა თქმა უნდა, უფრო ძლიერია და არის ორი მათგანი, მაგრამ სიხშირე ოდნავ დაბალია ვიდრე სამუშაო სადგურზე. ჩვენ გვინდოდა გადაგვემოწმებინა პროცესორის სიხშირის გადაცემა სიჩქარის კოდზე: სერვერისთვის ხელთ არ იყო უფრო მაღალი სიხშირის პროცესორები, ჩვენ შევამცირეთ პროცესორის სიხშირე სამუშაო სადგურზე. ჩვენ მნიშვნელოვნად დავწიეთ ის 1.6-მდე, ისე რომ კორელაცია ნათელი იყო. ტესტმა აჩვენა, რომ პროდუქტიულობა მნიშვნელოვნად დაეცა, მაგრამ 1.6 პროცესორით, სამუშაო სადგურმა დაინახა 28 ერთეული, რაც პრაქტიკულად 1.5-ჯერ მეტია ვიდრე სერვერზე.
სურათი 4 – პროდუქტიულობის ცვალებადობა სამუშაო სადგურზე 1.6 გჰც პროცესორით
ვიდეო კარტა
ინტერნეტში ვრცელდება ინფორმაცია იმის შესახებ, რომ ვიდეო ბარათს შეუძლია ხელი შეუწყოს 1C-ის პროდუქტიულობას. ჩვენ ვცადეთ ინტეგრირებული ვიდეო სამუშაო სადგურის, პროფესიონალური Nvidia NVIDIA Quadro 4000 2 Gb DDR5 ადაპტერის და ძველი GeForce 16MbSDR ვიდეო ბარათის გამოყენება. გილოვის ტესტის ჩატარების დროისთვის მნიშვნელოვანი განსხვავებები არ დაფიქსირებულა. შესაძლებელია, რომ ვიდეოკარტა მაინც შემოვა, მაგრამ რეალურ გონებაში, თუ საჭიროა კერამიკული ფორმების გახსნა და ა.შ.
ამ დროისთვის, არსებობს ორი ეჭვი, თუ რატომ აწარმოებს სამუშაო სადგური შესამჩნევად უარეს მახასიათებლებს:
- პროცესორი.პროცესორის ტიპი სამუშაო სადგურზე ყველაზე შესაფერისია 1C.
- ჩიპსეტი.სხვა თანაბარი გონებისთვის, ჩვენს სამუშაო სადგურს შეიძლება ჰქონდეს ახალი ჩიპსეტი მარჯვნივ.
ჩვენ ვგეგმავთ ვიყიდოთ საჭირო კომპონენტები და გავაგრძელოთ ტესტირება, რათა ნათლად ვიყოთ 1C-ის უდიდესი პროდუქტიულობის შესახებ. სანამ სრულყოფისა და შესყიდვების პროცესი მიმდინარეობს, ჩვენ გადავწყვიტეთ შეგვეჩერებინა ოპტიმიზაცია, უფრო მეტიც, არაფრის ფასად. დაფიქსირდა შემდეგი ეტაპები:
ეტაპი 1. სისტემის დაყენება
დასაწყებად, ახლა შეგიძლიათ დააკონფიგურიროთ BIOS და ოპერაციული სისტემა:
- BIOS სერვერზე ჩართულია პროცესორზე ენერგიის დაზოგვის ყველა პარამეტრი.
- აირჩიეთ „მაქსიმალური პროდუქტიულობის“ გეგმა ოპერაციულ სისტემაში.
- პროცესორი ასევე მორგებულია მაქსიმალური პროდუქტიულობისთვის. შეგიძლიათ გამოიყენოთ დამატებითი PowerSchemeEd პროგრამა.
ეტაპი 2. SQL სერვერის და 1C სერვერის დაყენება: საწარმოები
ჩვენ ვნერგავთ ახალ ცვლილებებს DBMS სერვერისა და 1C:Enterprise-ის კონფიგურაციაში.
- გაზიარებული მეხსიერების პროტოკოლის დაყენება:
- საზიარო მეხსიერება ჩართული იქნება მხოლოდ პლატფორმაზე, დაწყებული 1C 8.2.17-ით; ადრე გამოშვებებში ჩართული იქნება Named Pipe – რაც კომპრომეტირებულია მუშაობის სიჩქარით. ეს ტექნოლოგია მუშაობს მხოლოდ ერთ ფიზიკურ ან ვირტუალურ სერვერზე დაინსტალირებული 1C და MSSQL სერვისებით.
- რეკომენდირებულია 1C სერვისის გადართვა დაყენების რეჟიმში, რადგან არა პარადოქსულად, ეს იწვევს პროდუქტიულობის ზრდას. სარეკლამო ძალისხმევაა სერვერზე.
- SQL სერვერის დაყენება:
- ჩვენ ასევე გვჭირდება სერვერი, სხვა სერვისები, რომლებიც ჯერ კიდევ არსებობს და, შესაძლოა, თუ მათ გამოვიყენებთ, არ დაგვჭირდება რობოტის შეწუხება. ჩვენ ასევე შეგვიძლია გავააქტიუროთ შემდეგი სერვისები: FullText Search (1C-ს აქვს სრული ტექსტის ძიების ძლიერი მექანიზმი), ინტეგრაციის სერვისები და ა.შ.
- ადგენს სერვერზე გამოყოფილი მეხსიერების მაქსიმალურ რაოდენობას. ეს აუცილებელია იმისათვის, რომ SQL სერვერი იყოს სათანადოდ დაზღვეული და გაწმენდილი.
- ჩვენ ვაყენებთ ძაფების მაქსიმალურ რაოდენობას (Maximum worker threads) და ვაყენებთ სერვერის პრიორიტეტს (Boost priority).
ეტაპი 3. სამუშაო მონაცემთა ბაზის რეგულირება
ამის შემდეგ, რადგან DBMS სერვერი და 1C: Enterprises ოპტიმიზირებულია, ჩვენ გადავდივართ მონაცემთა ბაზების დაყენებაზე. Yakshcho Base Shchet არ არის დახეული Z.DT ფაილზე, ვიცი როზემირის მიახლოება, შემდეგ პირველადი ფაილია Rosemir INICIALIZATSIKA OF THE BASIC ROSICA, ALE CELLS, VIN სულ იგივეა rodgortanni. და ავტომატური ზომის ღერძი უნდა იყოს მითითებული შემდეგნაირად: დაახლოებით 200 მბ თითო ბაზაზე და 50 მბ თითო ჟურნალში, რადგან დამუშავების მნიშვნელობები - იზრდება 1 მბ-ით და 10%-ით დიდ გავლენას მოახდენს სერვერის მუშაობაზე, თუ დაგჭირდებათ ფაილის გაფართოება ყოველ 3 ტრანზაქციაზე. ასევე უმჯობესია შეინახოთ მონაცემთა ბაზის ფაილი და ჟურნალის ფაილი სხვადასხვა ფიზიკურ დისკზე ან RAID ჯგუფზე, რადგან RAID მასივი ინახება და შეზღუდოს ჟურნალის ზრდა. რეკომენდებულია Tempdb ფაილის გადატანა მაღალსიჩქარიან მასივში, რადგან ხშირად ნადგურდება DBMS ფრაგმენტები.
ეტაპი 4. მარეგულირებელი მოთხოვნების კორექტირება
მარეგულირებელი ამოცანები შეიძლება შესრულდეს უბრალოდ დამატებითი სარემონტო გეგმისთვის მენეჯმენტის განყოფილებაში, vikoryst და გრაფიკული ხელსაწყოები, ასე რომ, ჩვენ არ აღვწერთ მას ანგარიშში, წინააღმდეგ შემთხვევაში არ გავაკეთებთ. ყურადღება გამახვილებულია იმაზე, თუ რომელ ოპერაციებს სჭირდებათ პროდუქტიულობის გაზრდის მისაღწევად.
- აუცილებელია ინდექსების დეფრაგმენტაცია და სტატისტიკის ყოველდღიურად განახლება, რადგან თუ ინდექსების ფრაგმენტაცია არის > 25%, ეს მკვეთრად ამცირებს სერვერის პროდუქტიულობას.
- სტატისტიკის დეფრაგმენტაცია და განახლება მარტივია და არ საჭიროებს მომხმარებელთა კავშირს. ასევე რეკომენდებულია ყოველდღიურად მუშაობა.
- სრული ხელახალი ინდექსირება – მოერიდეთ მონაცემთა ბაზის დაბლოკვას, ამის გაკეთება რეკომენდებულია დღეში ერთხელ მაინც. რა თქმა უნდა, სრული ხელახალი ინდექსაციის შემდეგ, დაუყოვნებლივ დაგჭირდებათ ინდექსების დეფრაგმენტაცია და სტატისტიკის განახლება.
სისტემის, SQL სერვერისა და სამუშაო ბაზის დაზუსტების შედეგად ჩვენ შევძელით პროდუქტიულობის გაზრდა 46%-ით. ტესტები ჩატარდა დამატებითი 1C KVP ხელსაწყოს და დამატებითი გილოვის ტესტის გამოყენებით. დანარჩენებმა აჩვენეს 25.6 ერთეული 17.53-ის წინააღმდეგ, რაც პირველად იყო.
მოკლე ვისნოვოკი
- 1C-ის პროდუქტიულობა არ არის დამოკიდებული RAM-ის სიხშირეზე. როცა მას საკმარისად იღებთ, მეხსიერების გაზრდა არ გეხმარებათ, რაც იწვევს პროდუქტიულობის გაზრდას.
- 1C პროდუქტიულობა ინახება ვიდეო ბარათში.
- პროდუქტიულობა 1C დევს დისკის ქვესისტემაში ტვინის უკან, ასე რომ, წაკითხვისა და ჩაწერის დისკებში ცვლილება არ ხდება. თუ თქვენ დააინსტალირეთ SATA დისკები და ისინი ხელახლა არ დაინსტალირებულია, მაშინ SSD-ის დაყენება არ გააუმჯობესებს პროდუქტიულობას.
- პროდუქტიულობა დამოკიდებულია პროცესორის სიხშირეზე.
- სათანადოდ მორგებული ოპერაციული სისტემით და MSSQL სერვერით, თქვენ შეგიძლიათ გაზარდოთ 1C პროდუქტიულობა 40-50%-ით ყოველგვარი ფინანსური ხარჯების გარეშე.
UVAGA! ძალიან მნიშვნელოვანი მომენტი! ყველა გარდაცვალება შემოწმდა სატესტო ბაზაზე გილოვის ტესტის და 1C KVP ინსტრუმენტების გამოყენებით. რეალური ბაზის ქცევა რეალურ ტრეიდერებთან შეიძლება განსხვავდებოდეს შედეგებისგან. მაგალითად, სატესტო ბაზამ არ გამოავლინა პროდუქტიულობის განსხვავება ვიდეო ბარათსა და ოპერაციულ სისტემას შორის. ეს დასკვნები შეიძლება საეჭვო იყოს, მაგრამ რეალურ გონებაში ამ ფაქტორებს შეუძლიათ მნიშვნელოვანი გავლენა იქონიონ პროდუქტიულობაზე. კონფიგურაციებთან მუშაობისას, რომლებიც იყენებენ კერამიკულ ფორმებს, მნიშვნელოვანია ვიდეო ბარათი და მძლავრი გრაფიკული პროცესორი აჩქარებს მუშაობას პროგრამის ინტერფეისის გარეგნობის გამო, რაც ვიზუალურად ვლინდება უფრო მძლავრ 1C რობოტში.
მუშაობს თქვენი 1C მაქსიმალურად? განახორციელეთ კომპიუტერების და სერვერების IT ტექნიკური მომსახურება EFSOL კომპანიის ტექნიკოსების მიერ, რომლებსაც აქვთ დიდი გამოცდილება, ან გადაიტანეთ თქვენი 1C ძველ და გამძლე 1C ვირტუალურ სერვერზე.
Სისტემის ინტეგრაცია. კონსულტაცია