ტერმინალის სერვერის ოპტიმიზაცია 1s 83-ისთვის. მასალების ფორმატი შეიცვალა

სტატიის დაწერის მთავარი მიზანია არ გაიმეოროს აშკარა ნიუანსი იმ ადმინისტრატორებისთვის (და პროგრამისტებისთვის), რომლებსაც ჯერ არ მიუღიათ გამოცდილება 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 ეტიკეტზე დაწკაპუნებიდან მონაცემთა ბაზის ფანჯრის გამოჩენამდე უნდა იყოს წუთზე ნაკლები. ( Celeron = ნელი მუშაობა).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ეს არის ნაგულისხმევი პარამეტრები. BIOS C- მდგომარეობა შედის, დაბალანსებული ენერგიის რეჟიმი
BIOS C- მდგომარეობა შედის, მაღალი შესრულების რეჟიმი Pentium-ისა და Core-სთვის შეგიძლიათ გაჩერდეთ იქ, თქვენ კვლავ შეგიძლიათ გამოწუროთ რამდენიმე "თუთიყუში" ქსეონიდან
BIOS C- მდგომარეობა გამორთულია, მაღალი შესრულების რეჟიმი. თუ Turbo Boost-ს არ იყენებთ - ასე უნდა გამოიყურებოდეს სერვერი მორგებულია შესრულებისთვის

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

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

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

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

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

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

დასკვნა - ტურბო გამაძლიერებელი უნდა იყოს გათვალისწინებული. შეგახსენებთ, რომ BIOS-ში Turbo boost ელემენტის ჩართვა საკმარისი არ არის, თქვენ ასევე უნდა გადახედოთ სხვა პარამეტრებს (BIOS: QPI L0s, L1 - გამორთვა, მოთხოვნა scrubbing - გამორთვა, 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 to CAS Delay, რაც ასახავს სიხშირის ცვლილებას. განსხვავება იქნება, როდესაც მეხსიერების მოდულები ფიზიკურად შეიცვლება, ნელიდან უფრო სწრაფად, მაგრამ იქაც კი რიცხვები არ არის ძალიან მნიშვნელოვანი.

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

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

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

ბრძანების სტრიქონზე (ან პოლიტიკაში, ან რაც თქვენთვის შესაფერისია) - გამოიყენეთ ქსელში DriveLetter: \\server\share. მაგალითი: ქსელის გამოყენება m:\\server\bases. მე კონკრეტულად ხაზს ვუსვამ არა 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 მბიტი სიჩქარე მიიღეს Intel 362 ადაპტერის პარამეტრების შეზღუდვით. 1 გბიტიანი სპილენძის Intel 350 და 1 გბიტიანი ოპტიკა Intel X520-DA2 (მიღებული ადაპტერის სიჩქარის შეზღუდვით) არ იყო განსხვავება. მაქსიმალური შესრულება, ტურბო გამაძლიერებელი გამორთულია (მხოლოდ შედეგების შესადარებლად, ტურბო გამაძლიერებელი ამატებს 10%-ზე ოდნავ ნაკლებს კარგი შედეგისთვის, ცუდი შედეგებისთვის შეიძლება საერთოდ არ იმოქმედოს). ვერსიები 1C 8.2.19.86, 8.3.6.2076. მე არ ვაძლევ ყველა ციფრს, მაგრამ მხოლოდ ყველაზე საინტერესოს, რომ რაღაც შედარება იყოს.

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

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

1C 8.3 პლატფორმა ბევრჯერ უფრო მოთხოვნადია კომპეტენტური ქსელის დაყენებისთვის. ძირითადი პარამეტრები - იხილეთ გილევი, მაგრამ გახსოვდეთ, რომ ყველაფერს შეუძლია გავლენა მოახდინოს. მე დავინახე აჩქარება იმ ფაქტიდან, რომ მათ წაშალეს (და არა უბრალოდ გამორთეს) ანტივირუსი, პროტოკოლების წაშლისგან, როგორიცაა FCoE, დრაივერების შეცვლიდან ძველ, მაგრამ microsoft-ის სერტიფიცირებულ ვერსიაზე (განსაკუთრებით იაფი ბარათებისთვის, როგორიცაა asus და dlinks), ამოიღეს. მეორე ქსელის ბარათი სერვერიდან. ბევრი ვარიანტი, ქსელის კონფიგურაცია გააზრებულად. შეიძლება იყოს სიტუაცია, როდესაც პლატფორმა 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 Mbps ქსელზე მუშაობისას, მისი დატვირთვის გრაფიკი მცირეა (შეიძლება ვთქვათ, რომ ქსელი უფასოა), მუშაობის სიჩქარე მაინც გაცილებით ნაკლებია, ვიდრე 1 Gbps-ზე. მიზეზი ქსელის შეყოვნებაა.

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

ნაგულისხმევი ანტივირუსული პარამეტრები (მაგალითად, 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 პროტოკოლის გამოყენების შესახებ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

გაზიარებული მეხსიერების ჩართვა მაინც იძლევა ეფექტს, თუმცა არა 15%, როგორც აღწერილია. დარწმუნდით, რომ გააკეთეთ ეს, ეს არის სწრაფი და მარტივი. თუ ვინმემ დაასახელა SQL სერვერს ინსტალაციის დროს, მაშინ 1C რომ იმუშაოს, სერვერის სახელი უნდა იყოს მითითებული არა FQDN-ით (tcp/ip იმუშავებს), არა localhost-ის ან უბრალოდ ServerName-ის მეშვეობით, არამედ ServerName\InstanceName-ის მეშვეობით. მაგალითი zz-test\zztest. (წინააღმდეგ შემთხვევაში, წარმოიქმნება შემდეგი DBMS შეცდომა: Microsoft SQL Server Native Client 10.0: საერთო მეხსიერების პროვაიდერი: საზიარო მეხსიერების ბიბლიოთეკა, რომელიც გამოიყენება 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%-ს მნიშვნელოვან ეფექტს არ დავარქმევ.

1. დაგეგმილი და ფონური ამოცანების დაყენება;
2. დიაგნოსტიკა და შეცდომების აღმოფხვრა ინფო ბაზაში, რომელსაც აქვს ფაილის ფორმატი მონაცემების შესანახად;
3. დაიწყეთ სრული ტექსტის ძიების ინდექსირება 1C-ში ან საერთოდ გამორთეთ იგი;
4. მონაცემთა ბაზის გაშვება უახლეს პლატფორმებზე 8.3.8;
5. გაშვება Thin Client-ში;
6. ანტივირუსის გამორთვისას დოკუმენტების ხელახალი გამოქვეყნების სიჩქარის გაზრდა;
7. ჯამებისა და თანმიმდევრობის ხელახალი გაანგარიშების გაშვება;
8. გაუშვით ტესტირება და მონაცემთა ბაზის დაფიქსირება, შეამოწმეთ chdbfl.exe კომუნალური პროგრამა;
9. თუ კონფიგურაცია არ არის ტიპიური, ანუ შეცვლილია პროგრამისტების მიერ კონკრეტული ორგანიზაციისთვის, შეასრულეთ კონფიგურაციის შემოწმება;
10. გამორთეთ არასაჭირო ფუნქციური რეჟიმები;
11. მომხმარებლის უფლებების დაყენება;
12. ბაზის კონვოლუცია;
13. ტექნიკის განახლება.

მეთოდი 1: დაგეგმილი და ფონური სამუშაოების დაყენება

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

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

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

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

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

ფიგურაში ჩვენ ვხედავთ რუტინული ამოცანების ჩამონათვალს, რომლებიც აწარმოებს 1C 8.3 ბუღალტრულ აღრიცხვას:

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

Მაგალითად,

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

ნაბიჯი 2 გამორთეთ არასაჭირო ამოცანები

მოდით განვიხილოთ დეტალურად, თუ როგორ უნდა გამორთოთ ჩამოტვირთვა. მოათავსეთ კურსორი სასურველ ხაზზე და ორჯერ დააწკაპუნეთ:

ამოცანის გამოსართავად, მონიშნეთ ჩართული ჩამრთველი:

ნაბიჯი 3. დაგეგმეთ დავალებები

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

აირჩიეთ განრიგის პუნქტი:

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

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

Ნაბიჯი 1.

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

ნაბიჯი 2

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

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

• ინფობაზის ცხრილების ხელახალი ინდექსირება – აღადგენს ცხრილის ინდექსებს მონაცემთა ბაზის მუშაობის გასაუმჯობესებლად;
• ინფობაზის ლოგიკური მთლიანობის შემოწმება - მონაცემთა ბაზის ლოგიკის შემოწმება;
• ინფობაზის რეფერენციული მთლიანობის შემოწმება - მონაცემთა ბაზის ლოგიკური მთლიანობის შემოწმება „გატეხილი“ ბმულების გამოსავლენად;
• ჯამების ხელახალი გამოთვლა - დაგროვების რეგისტრების ცხრილების ჯამების გადაანგარიშება;
• ინფობაზის ცხრილების შეკუმშვა – ამცირებს მონაცემთა ბაზის ზომას ტესტირებისა და დაფიქსირების შემდეგ;
• Infobase ცხრილების რესტრუქტურიზაცია - ოპტიმიზებს მონაცემთა ბაზის სტრუქტურას დამხმარე ფაილების გამოყენებით სტაბილურობისა და მუშაობის გაზრდის მიზნით.

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

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

1C ინფობაზის ტესტირებისა და კორექტირების პროცედურა შეიძლება შესრულდეს მხოლოდ ექსკლუზიურ რეჟიმში.

მეთოდი 3. დაიწყეთ სრული ტექსტის ძიების ინდექსირება 1C-ში ან საერთოდ გამორთეთ

სრული ტექსტური მონაცემების ძიება შეიქმნა 1C-ის მიერ, რათა ხელი შეუწყოს მომხმარებლის მიერ უცნობი ინფორმაციის ძიებას. სრული ტექსტური მონაცემების ძიების ფუნქცია 1C 8.3-ში არის:

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

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

Ნაბიჯი 1.

ნაბიჯი 2

გახსენით დოკუმენტი წინასწარი ანგარიში: მენიუ კონფიგურატორი - კონფიგურაციის გახსნა.

ნაბიჯი 3

სრული ტექსტის ძიებაში აირჩიეთ პუნქტი გამოყენება: წინასწარი ანგარიში - შეყვანის ველი - სრული ტექსტის ძიება:

ნაბიჯი 4

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

ნაბიჯი 5

გახსენით პარამეტრი და განაახლეთ ინდექსი ღილაკის განახლების ინდექსის გამოყენებით:

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

როგორ განაახლოთ ტექნოლოგიური პლატფორმა 1C 8.3, იხილეთ ჩვენი ვიდეო გაკვეთილი:

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

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

მეთოდი 5. გაშვება Thin Client-ში

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

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

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

მეთოდი 7. მონაცემთა ბაზის ტესტირება და დაფიქსირება, შემოწმება chdbfl.exe უტილიტაში

აუცილებელია ჩატარდეს ბაზის ტესტირება და კორექტირება, წინასწარ გაკეთებული ასლი.

ნაბიჯი 1. მონაცემთა ბაზის ასლის გაკეთება

როგორ გააკეთოთ სარეზერვო ასლი 1C 8.3, იხილეთ შემდეგი ვიდეო გაკვეთილი:

ნაბიჯი 2. შემოწმება chdbfl.exe უტილიტაში

chdbfl.exe პროგრამა გამოიყენება იმ შემთხვევებში, როდესაც სისტემა არ იწყება კონფიგურატორის რეჟიმშიც კი. პროგრამა განთავსებულია დაინსტალირებული ტექნოლოგიური პლატფორმის "bin" საქაღალდეში, მაგალითად: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

ჩვენ ვასრულებთ შემოწმებას chdbfl.exe პროგრამის გამოყენებით:

ნაბიჯი 3. შეასრულეთ ბაზის ტესტირება და დაფიქსირება

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

ნაბიჯი 4: დოკუმენტის თანმიმდევრობის აღდგენა

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

ფანჯარაში, რომელიც იხსნება, ჩანართზე Restore Sequences და დააწკაპუნეთ Restore ან Restore All:

მეთოდი 8. თუ კონფიგურაცია არ არის ტიპიური, მაშინ შეამოწმეთ კონფიგურაცია

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

Ნაბიჯი 1.

გაუშვით პროგრამა კონფიგურატორის რეჟიმში.

ნაბიჯი 2

მონაცემთა ბაზის კონფიგურაციის გახსნა: განყოფილება კონფიგურაცია - მონაცემთა ბაზის კონფიგურაცია:

ნაბიჯი 3

აირჩიეთ შეამოწმეთ კონფიგურაციის ელემენტი და გააკეთეთ პარამეტრები:

მეთოდი 9. გამორთეთ არასაჭირო ფუნქციური რეჟიმები

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

მეთოდი 10. მომხმარებლის უფლებების დაყენება

Ნაბიჯი 1.

ჩვენ გავუშვით 1C 8.3 კონფიგურატორის რეჟიმში.

ნაბიჯი 2

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

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

მეთოდი 11. დისკის დეფრაგმენტირება ფაილის ბაზით

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

მყარი დისკის არჩევის შემდეგ, დააწკაპუნეთ მაუსის მარჯვენა ღილაკით Properties ბრძანების გამოსაძახებლად:

ინსტრუმენტების ჩანართზე აირჩიეთ დისკის ოპტიმიზაცია და დეფრაგმენტაცია:

მეთოდი 12. ფუძის კონვოლუცია

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

ნაბიჯი 1. შექმენით მონაცემთა ბაზის ასლი

ნაბიჯი 2. ჩვენ ვატარებთ 1C 8.3 ბაზის კონვოლუციის პროცედურას

განყოფილების ადმინისტრაცია - სერვისი - საინფორმაციო ბაზის შეკრება.

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

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

პროგრამის დაჩქარება 1C-ის მაგალითზე: ბუღალტერია

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

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

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

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

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

1C-ში მუშაობის სიჩქარის შემცირების მიზეზები

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

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

ოპტიმიზაცია 1C განახლებით

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

ბევრმა დიდი ხანია გამოიყენა პროგრამის ავტომატურად განახლების შესაძლებლობა. მიუხედავად იმისა, რომ ეს საკითხი მარტივად წყდება ხელით 1s Enterprise 8.3-ისთვის, რომლის განახლება არ გამოიწვევს პრობლემებს.

პირველი ნაბიჯი არის პლატფორმის უახლესი ვერსიის ჩამოტვირთვა, რომელიც ამჟამად გამოიყენება. ეს კეთდება ან ITS დისკის გამოყენებით ან ვებ ინტერფეისის საშუალებით, სადაც ისინი უზრუნველყოფენ მუდმივ მხარდაჭერას ისეთი პროგრამის მომხმარებლებისთვის, როგორიცაა 1s Enterprise 8.3, რომლის კონფიგურაციის განახლება ასევე ოფიციალურად არის მოწოდებული.

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

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

რჩება მხოლოდ ბოლო ღილაკი, რომელიც გთავაზობთ "ინსტალაციას".

როგორ დავაჩქაროთ 1C, თუ პლატფორმა შენელდება

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

7.7 ვერსიის განახლება

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

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

8.0 და 8.1 ვერსიების შესახებ

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

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

რაც შეეხება 8.1 ვერსიას, მასზე განახლების რამდენიმე გზა არსებობს:

1. ხელით;
2. ავტომატურ რეჟიმში;
3. მიმართეთ ამ სფეროში მომსახურების მიმწოდებელი კომპანიების სპეციალისტებს.

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

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

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

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

კონფიგურაციების აქტუალურობა შეიძლება შენარჩუნდეს შემდეგი მოქმედებებით:

• შეცდომის გამოსწორება.
• ფუნქციური გაფართოება.
• გაუმჯობესება.
• შეცვალეთ 1s 8.3, სერვისის შეცდომების შემთხვევაში კონფიგურაცია არ განახლდება.

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

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

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

დამუხრუჭების დამატებითი მიზეზები

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

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

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

გაგზავნეთ ეს სტატია ჩემს ფოსტაზე

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

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

საბუთების წარმოება ნელ-ნელა დაიწყო

ანგარიშების გენერირებას ძალიან დიდი დრო სჭირდება

პროგრამა უფრო ხშირად იყინება

ნაცნობი ჩივილები, არა?

შევეცადოთ გავიგოთ შესრულების დეგრადაციის ძირითადი ფაქტორები და ვიპოვოთ გადაწყვეტილებები.

მემკვიდრეობითი აღჭურვილობა

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

ამისათვის თქვენ უნდა შეამოწმოთ ტექნიკის მოთხოვნები 1C 8.3-ისთვის

ეს შეიძლება გაკეთდეს ოფიციალურ ვებსაიტზე http://1c.ru/rus/products/1c/predpr/compat/hard/demand.htm

შეუსაბამო პლატფორმა

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

სერვერის ცუდი შესრულება

შესრულების გაზრდა შესაძლებელია SQL და 1C: Enterprise სერვერების პარამეტრების რედაქტირებით.

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

სერვისები, რომლებიც იშვიათად გამოიყენება, უნდა გამორთოთ. ეს სერვისები მოიცავს FullText Search და ინტეგრაციის სერვისებს.

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

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

დიდი მონაცემთა ბაზა

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

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

ფონის და დაგეგმილი ამოცანების არასწორი დაყენება

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

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

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

არასწორი ურთიერთქმედება სხვა პროგრამულ უზრუნველყოფასთან

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

ყველაზე ხშირად ეს არის ანტივირუსები არასწორი პარამეტრებით. შესაბამისად, 1C-ის სწორი მუშაობის უზრუნველსაყოფად, საჭიროა გამოყენებული ანტივირუსის პარამეტრების შემოწმება. მაგალითად, კასპერსკის პარამეტრები ჩამოთვლილია ოფიციალურ ვებსაიტზე https://support.kaspersky.ru/general/compatibility/11683

არასტაბილური საკომუნიკაციო არხი

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

აჩქარება 1C მომხმარებლის რეჟიმში

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

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

გამოუყენებელი დაგეგმილი ამოცანების ავტომატური გაშვების გამორთვა;

გამორთეთ სრული ტექსტის ძებნა;

წინა პერიოდის მონაცემთა ბაზის გაერთიანება;

მონიშნული ობიექტების წაშლა;

1C ოპტიმიზაცია

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

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