სტატისტიკა აჩვენებს ძირითად მიზეზებს: როდესაც 1C ნაღვლიანია, 1C იყინება და 1C ძალიან მძიმედ მუშაობს. მონაცემები მომზადდა კომპანია SoftPoint-ის ვრცელი კვლევის საფუძველზე 1C + MS SQL-ზე დაფუძნებული დიდი IT სისტემების ოპტიმიზაციასთან დაკავშირებით.

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

სავარჯიშო ქულები: უფრო ადვილია 1C v7.7-ის ოპტიმიზაცია (1C 8.1, 1C 8.2, 1C 8.3 ოპტიმიზაცია უფრო რთულია, დანარჩენი დანამატები შედგება 3 ხაზისგან). მიიტანეთ იგი 400 ერთსაათიან ანგარიშზე - დაასრულეთ სტანდარტული პროექტი. 1500-მდე – უკვე დასაკეცი, რაც მძიმე სამუშაოს მოითხოვს.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

თუ თქვენ გაქვთ რაიმე პრობლემა 1C პროდუქტიულობასთან დაკავშირებით, გირჩევთ დაიწყოთ პროდუქტიულობის მონიტორინგის გამოყენება PerfExpert ეს საშუალებას მოგცემთ მიიღოთ სწორი მენეჯმენტის გადაწყვეტილებები და დაზოგოთ ფული. პროდუქტი შესაფერისია როგორც მცირე IS 1C: ბიზნესისთვის - 50-მდე კლიენტისთვის და სისტემებისთვის - 1000-მდე კლიენტისთვის. 2015 წლიდან 2015 წლამდე პროდუქტიულობის მონიტორინგი PerfExpert 1C:Sumisno სერთიფიკატის მოპოვების შემდეგ, ჩააბარა ტესტირებამაიკროსოფტი ეს ხელს უწყობს პროდუქტიულობის პრობლემების მოგვარებას არა მხოლოდ 1C სისტემებისთვის, არამედ სხვა საინფორმაციო სისტემებისთვისაც MS SQL სერვერი (Axapta, CRM Dynamics, Doc Vision და სხვა).

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

- თუ გსურთ დამოუკიდებლად გაიგოთ 1C პროდუქტიულობის ტექნიკური პრობლემები (1C 7.7, 1C 8.1, 1C 8.2,1C 8.3) და სხვა საინფორმაციო სისტემები, მაშინ თქვენთვის არის ტექნიკური სტატიების უნიკალური სია ჩვენს ალმანახში (დაბლოკვა და დაბლოკვა, დიდი მნიშვნელობა CPU-სა და დისკებზე, მონაცემთა ბაზის შენარჩუნება და ინდექსის დაყენება ტექნიკური მასალების მხოლოდ მცირე ნაწილია, რომელსაც იქ ნახავთ).
.
- თუ გსურთ პროდუქტიულობის საკითხები განიხილოთ ჩვენს ექსპერტთან ან მოიფიქროთ პროდუქტიულობის მონიტორინგის გადაწყვეტილებები PerfExpert, შემდეგ შეავსეთ აპლიკაცია და ჩვენ დაგიკავშირდებით უმოკლეს დროში.

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

პროგრამის გაყინვის მიზეზები შეიძლება იყოს:

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

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

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

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

ვირუსები

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

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

Იმისათვის, რომ დაასრულეთ პროგრამა, თუ ის არ მუშაობს(ასევე უწოდებენ ჩამოკიდებას) თქვენ უნდა დააჭიროთ დეპარტამენტის მენეჯერს. თქვენ, რა თქმა უნდა, შეგიძლიათ დააჩქაროთ ctrl+ცვლა+ესკ, მაგრამ გირჩევთ, რომ მსოფლიოში უფრო მეტად გამოიყენოთ იგივე გასაღები ctrl+ალტ+დელ.

Windows 7-ში ამ კლავიშების დაჭერისას ჩნდება ფანჯარა ხუთი ვარიანტით, საიდანაც უნდა აირჩიოთ დანარჩენი.

დეპოზიტზე პროგრამაეძებს გაყინულ პროგრამას (დააყენეთ ის „არ უჭერს მხარს“), დააწკაპუნეთ მასზე მარჯვენა ღილაკით და აირჩიეთ მენიუდან გადადით პროცესზე:

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

ის თავსებადია სისტემის მიღწევებთან

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

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

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

ალე აქ პატივისცემით გახსოვდეთ ერთი დეტალი: Explorer-ის პროცესს ეწოდება explorer.exe და როდესაც დასრულდება, თქვენს კომპიუტერში ყველა საქაღალდე დაიხურება. Ale tse sche pіv bidi. Explorer-ის დაინსტალირების შემდეგ, Start მენიუდან ნახავთ თავად Control Panel-ს. ტომ არ დახუროთ სამუშაო მენეჯერის ფანჯარა!დაკარგული საქაღალდეების შემობრუნებისთვის (დამალული საქაღალდეების მიღმა), დააწკაპუნეთ ღილაკზე File -> Viconty

შემდეგ შეიყვანეთ explorer.exe

მართლაც, OK-ს ვაჭერთ და ყველაფერი თავის ადგილს დაუბრუნდება.

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

პროდუქტიულობის ბლოკირების შემოდინება 1C: Enterprise 8

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

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

1C-სთან დაბლოკვის პრობლემების იდენტიფიცირება

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

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

უამრავი ინსტრუმენტია, მაგრამ პრაქტიკულად მათ აქვთ ერთი მნიშვნელოვანი ნაკლი - ფასი.

Ale არის გამოსავალი - ჩვენ ვირჩევთ ანალიზის ხელსაწყოს

ჩვენ გამოვიძიებთ პრობლემას MS SQL სერვერზე, ამიტომ დაგვჭირდება შემდეგი სერვისების ნაკრები:

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

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

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

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

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

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

სერვისების დაყენება ძალიან მარტივია, მაგრამ თუ მოულოდნელად დაკარგეთ საკვები, ეჰ!

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

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

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

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

ერთ საათს ვითხოვ (როგორც ჩანს, პრობლემური კითხვები დაისმება შენს შემდეგ (დავიკითხავ საათს რამდენჯერ დავსვამ));

- აღდგენის დაბლოკვის საათი;

ისე, ჩვენ გავუშვით სერვისი დაბლოკვის ანალიზი

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

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

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

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

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

ეს პრობლემა შეიძლება მოგვარდეს "სწორად" და "ადვილად".

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

ერთ-ერთი ფაქტორი, რაც არ უნდა უცნაურად ჟღერდეს, არის ტრივიალურობის ცვლილება.

თქვენ შეგიძლიათ შეცვალოთ გარიგების ღირებულება:

1. ალგორითმის გადაწერა

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

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

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

4. ინსტალაციის პროდუქტიულობის გაზრდა კანის ნაკადში

ერთ საათს ვითხოვ

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

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

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

სპეციალური SQL Server მოდული, Lock Manager, ამუშავებს ჩაკეტვას. მეორე დღეს შესვლისთვის:

• ბლოკის მშენებლობა და მონტაჟი;
• znyattya blockuvan;
• ესკალაციის ბლოკირება;
• ბლოკირების მნიშვნელოვანი ღირებულება;
• ამოღებულია ჩიხები და მრავალი სხვა.

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

მთავარი მიზეზი, რომელიც ამცირებს სიჩქარის კოდს, არის დაბლოკვა

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

განსხვავება აუცილებელ და ზებუნებრივ ბლოკირებას შორის

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

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

აქ მე უნებურად შემოგთავაზებთ შემდეგს:

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

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

ასევე, ინვესტორებს, რომლებიც დაზღვეულნი არიან მდიდარ საინფორმაციო ბაზებზე, ხშირად ითხოვენ, რომ შეუძლებელია გაყიდვა დაბლოკვის გზით, ამ შემთხვევაში დაბლოკვა შეიძლება ეფექტური იყოს კოდში, რაც ამ შემთხვევაში არ არის საჭირო ni (გადაჭარბება).
და თავად კონფიგურაციის კოდი შეიძლება არ იყოს დაბლოკილი, მათ შესახებ შეგიძლიათ წაიკითხოთ აქ http://kb.1c.ru/articleView.jsp?id=30 (სტატია არის წიგნის ფრაგმენტი P.S.V. Ostroverkh "1C:Enterprise: 8.0-დან 8.1"-მდე ნება მომეცით აგიხსნათ დაბლოკვის მნიშვნელობის ახსნის მარტივი გზა ასეთი მარტივი მაგალითით:

თქვენს კონფიგურაციაში 1C რეჟიმში: ბიზნესი ქმნის ორ ახალ ინვოისს იმავე საწყობით საქონლისთვის. Ale obov'yazkovo შოუ სხვადასხვა საწყობები.
შესრულების დამუშავების კოდმა უნდა დაამატოს სტრიქონი შეტყობინებების ეკრანზე გამოტანილ ინფორმაციას (ან სხვა კოდს, რომელსაც შეუძლია შეაფერხოს შესრულების დამუშავება 21 წამით (დაბლოკვის დრო გააქტიურებულია 20 წამის შემდეგ, რადგან პარამეტრები დაბლოკილია)).
განათავსეთ ორი დოკუმენტი.
თუ არის ტაიმაუტი და საქონლის სხვადასხვა საწყობში მისვლის ლოგიკა, გარდა ამისა, ხდება ზებუნებრივი ბლოკირება. ბიზნესი - ლოგიკა (ჯანმრთელი გონების პატივისცემა) აქ შენი ბრალი არ არის დაბლოკვა.
ისე, ახლა ჩვენ გვაქვს ორი ინვოისი ჩვენს საწყობებში. რომ დაბლოკვა შეიქმნა ერთსაათიანი ტესტის შედეგად, გამოიწვევს აუცილებელ დაბლოკვას და კარგია!

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

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

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

ზეგანზომილებიანობის დაბლოკვის ყველაზე გონივრული კრიტერიუმებია:

1. ურთიერთდაბლოკვა;

2. რივენის (რეგიონის) ბლოკირება უფრო აუცილებელია (როგორც ბლოკირების დონის სწრაფი ვარდნა, ე.ი. ესკალაცია);

3. დაბლოკვის საათი აღემატება „ნამდვილი“ ბლოკირების ობიექტის საათს.

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

• კონსტანტი
• თანმიმდევრობა
• საბუღალტრო რეგისტრები
• დაგროვების რეესტრი
• განცხადებების რეესტრი
• დაარეგისტრირე შენი ანგარიში

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

პატარა სურათი გვიჩვენებს UPP კონფიგურაციის მუდმივების ფიზიკურ განთავსებას MS SQL Server 2005 მონაცემთა ბაზის ცხრილში.

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

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

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

2) იხილეთ შერჩეული მეტამონაცემების ობიექტი „მიმდევრობა“. არაოპერაციული პროცედურის შემთხვევაში (დამატებითი პროცედურა) მინდა ვნახო ოპერაციული პროცედურის შედეგები. გაოცდით, როგორ არის დანერგილი SCP-ის დანარჩენ ვერსიებში.

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

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

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

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

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

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

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

ფაქტობრივად, აღვნიშნავ, რომ 1C-ფაჰივცას კვალიფიკაცია და მტკიცებულება უფრო მნიშვნელოვანია.

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

ჭარბი ბლოკირების ძირითადი მიზეზები (როგორც ზემოთ აღინიშნა)

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

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

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

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

დღესდღეობით, ძვირადღირებული ადმინისტრატორები სულ უფრო და უფრო იწყებენ ჩივილს, რომ ახალი 1C კონფიგურაციები, კერამიკულ დანამატზე დაფუძნებული, საკმაოდ კარგად მუშაობს და ზოგიერთ შემთხვევაში ეს არასასიამოვნოა. Zrozumilo, novi აკონფიგურირებს ახალ ფუნქციებს, და რომ bilsh vimoglivі to resource, ale rosuminnya, pusk -nasom -run 1C ფაილის რეჟიმში Bilshosti Koristuvyv Nem. ჩვენ შევეცდებით გავასწოროთ ეს გაწმენდა.

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

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

რესურსების გაუმჯობესება, ერთი შეხედვით

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

ტესტირებისთვის, ჩვენ ავიღეთ ორი ვირტუალური მანქანა Windows Server 2012 R2 და Windows 8.1-ით, თითოეული მასპინძელი Core i5-4670-ის 2 ბირთვით და 2 GB ოპერატიული მეხსიერებით, რაც შეესაბამება დაახლოებით საშუალო ოფისის გარეშე მანქანას. სერვერი განთავსდა RAID 0 მასივზე ორიდან, ხოლო კლიენტი განთავსდა მყარ დისკების მსგავს მასივზე.

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

პირველი, რაც პატივისცემას იმსახურებს, არის "სამი" საინფორმაციო ბაზის ზომა, რომელიც არის ვირუსი და ნამდვილად ვირუსი, ისევე როგორც RAM-ის გაცილებით დიდი მადა:

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

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

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

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

მერეჟა

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

რა არის საჭირო 1C ფაილების მონაცემთა ბაზის რაც შეიძლება მალე გაშვებამდე? კლიენტს სურს დაამატოს ბევრი ინფორმაცია დროის საქაღალდეებში, განსაკუთრებით პირველი „ცივი“ დაწყების დროს. 100 მბიტ/წმ-ზე, სავარაუდოა, რომ არხის სიგანეს და მიღებას შეიძლება მნიშვნელოვანი საათი დასჭირდეს; ჩვენს შემთხვევაში, დაახლოებით 40 წამი (ქვეგრაფიკის ფასი 4 წამია).

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

როგორც გრაფიკებიდან ჩანს, Accounting 2.0 სავარაუდოდ უფრო სწრაფი იქნება, ვიდრე ადრე, 100 მბიტ/წმ-დან 1 გბიტ/წმ-მდე გადაადგილება საშუალებას გაძლევთ ოთხჯერ დააჩქაროთ აღრიცხვის დრო. განსხვავებები ოპტიმიზებულ და არაოპტიმიზებულ „სამ“ მონაცემთა ბაზებს შორის ამ რეჟიმში არ შეინიშნება.

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

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

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

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

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

რატომ არის 1C ასეთი გიჟური? მოდით უფრო შორს გადავხედოთ.

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

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

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

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

ეს მნიშვნელოვანია ბაზის სიჩქარის გამო.

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

გადავიდეთ გადაცემაზე:

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

ყოველდღიურ ცხოვრებაში სურათი მსგავსია:

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

კლიენტის დისკის ქვესისტემა და SSD

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

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

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

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

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

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

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

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

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

ახლა მეხსიერების შეცვლა შესაძლებელია 1 გბ-მდე:

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

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

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

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

არასაკმარისი ოპერატიული მეხსიერება არის მთავარი მიზეზი, რის გამოც რობოტი ახალი 1C კონფიგურაციით არასასიამოვნოა. მინიმალურად აუცილებელია ცვლილებების შეტანა ბორტზე 2 GB მეხსიერებით. ამ შემთხვევაში, დარწმუნდით, რომ ჩვენს შემთხვევაში შეიქმნა "სათბურის" გონება: სისტემა სუფთაა, მხოლოდ 1C და დისპეტჩერი მუშაობს. რეალურ ცხოვრებაში სამუშაო კომპიუტერზე გახსენით ბრაუზერი, საოფისე კომპლექტი, ანტივირუსის გაშვება და ა.შ., ასე რომ დაგჭირდებათ 500 MB მონაცემთა ბაზაში, პლუს რეზერვი, რათა მნიშვნელოვანი ოპერაციების დროს მეხსიერება არ დაკარგოთ. შემცირებული პროდუქტიულობა.

პროცესორი

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

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

ვისნოვკი

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

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

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

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

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

• ტეგები:

გთხოვთ, ჩართოთ JavaScript სანახავად

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

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

რაც არ უნდა გააკეთო:

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

2) დააჭირეთ გადატვირთვის ღილაკს- ეს ღილაკი მდებარეობს სისტემის ერთეულის წინა ნაწილზე და ემსახურება Primus-ის რეინჟინერიას. დააჭირეთ ამ კვალს მხოლოდ უიმედო სიტუაციებში, თუ სხვა მეთოდები არ დაგვეხმარება.

3) Robiti vyvikh rukhіv- თუ პროგრამის საშუალებით, რომელიც გაყინულია, თქვენი ოპერაციული სისტემა ძალიან არასტაბილური გახდა, მაშინ ნებისმიერი აპლიკაცია ვეღარ შეძლებს სიტუაციის დაძლევას. დატვირთული აქტივობების დროს, მსურს სცადო გაყინული პროგრამების ხელახლა გაშვება (ყოველ ჯერზე, როცა ვერ ვმუშაობ), სხვა პროგრამების გაშვება, Start მენიუს ან სხვა მენიუს გახსნა. თუ სიტუაცია განსაკუთრებით კრიტიკულია, არ არის მიზანშეწონილი მაუსის უბრალოდ განადგურება, წინააღმდეგ შემთხვევაში კურსორი შეიძლება გაიყინოს და პრობლემა გაუარესდეს.

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

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

რა გჭირდებათ შოვნისთვის?

თქვენ უნდა სცადოთ პროგრამის დახურვა, რადგან ზედა მარჯვენა კუთხეში ჯვარზე დაჭერა და კომბინაცია alt+f4 არ გეხმარებათ, შემდეგ უნდა გააკეთოთ შემდეგი:

ჩვენ ვაჭერთ კლავიშთა კომბინაციას დავალების მენეჯერის გამოსაძახებლად:

Windows xp-ისთვის "Ctrl + Alt + Del".

Windows 7-ისთვის "Ctrl + Shift + Esc".

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

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

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