SQL Server შესრულების მონიტორი: სრული სახელმძღვანელო [2026]

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

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

1.2 შესრულების მონიტორინგის ძირითადი უპირატესობები

ეფექტური SQL Server შესრულების მონიტორს რამდენიმე მნიშვნელოვანი უპირატესობა აქვს:

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

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

სათანადო SQL მონაცემთა ბაზის შესრულების მონიტორის გარეშე, ორგანიზაციები რამდენიმე რისკის წინაშე დგანან:

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

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

2. Windows-ის შესრულების მონიტორის (PerfMon) გაგება

2.1 რა არის Windows-ის შესრულების მონიტორი?

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

PerfMon რეგულარულად ზომავს შესრულების სტატისტიკას და ინახავს ამ სტატისტიკას ფაილებში შემდგომი ანალიზისთვის. მონაცემთა ბაზის ადმინისტრატორებს შეუძლიათ აირჩიონ დროის ინტერვალი, ფაილის ფორმატი და რომელი სტატისტიკის მონიტორინგი. ინსტრუმენტი არ არის SQL Server-სპეციფიკური—სისტემის ადმინისტრატორები მას იყენებენ თავად Windows-ის, Exchange-ის, ფაილების სერვერების და ნებისმიერი აპლიკაციის მონიტორინგისთვის, რომელსაც შეიძლება ჰქონდეს შეფერხებები.

2.2 შესრულების მონიტორის გაშვება

შეგიძლიათ გაუშვათ Performance Monitor რამდენიმე მეთოდის გამოყენებით:

დაწკაპეთ დასაწყისიტიპი პერმონი საძიებო ველში დააწკაპუნეთ ძიების შედეგებში „Performand Monitor“-ზე:
პრეს Windows + Rტიპი პერმონიდა პრესა შეიყვანეთ
ნავიგაცია პანელი -> სისტემა და უსაფრთხოება -> ადმინისტრაციული ინსტრუმენტები -> შესრულების მონიტორი

3. აუცილებელი SQL Server შესრულების მრიცხველები

3.1 მეხსიერების მუშაობის მრიცხველები

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

ხელმისაწვდომი მბაიტები

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

გვერდის სიცოცხლის ხანგრძლივობა

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

ბუფერული ქეშის დაჭერის კოეფიციენტი

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

მეხსიერების გრანტები მოლოდინშია

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

სამიზნე სერვერის მეხსიერება vs სერვერის მთლიანი მეხსიერება

სამიზნე სერვერის მეხსიერება მიუთითებს მეხსიერების იდეალურ რაოდენობაზე SQL Server სურს გამოიყენოს. სერვერის მთლიანი მეხსიერება აჩვენებს რას SQL Server ამჟამად გამოიყენება. ამ მნიშვნელობებს შორის თანაფარდობა დაახლოებით 1 უნდა იყოს. მნიშვნელოვანი განსხვავებები შეიძლება მიუთითებდეს მეხსიერების დატვირთვაზე ან არასაკმარის მეხსიერებაზე.

3.2 პროცესორის მუშაობის მრიცხველები

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

პროცესორის დროის %

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

პრივილეგირებული დროის %

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

პროცესორის რიგის სიგრძე

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

კონტექსტის გადამრთველები/წმ

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

3.3 დისკის შემავალი/გამომავალი მოწყობილობების შესრულების მრიცხველები

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

დისკის დროის %

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

დისკზე წაკითხვის საშუალო წლიური ინტერვალი და დისკზე ჩაწერის საშუალო წლიური ინტერვალი

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

დისკის რიგის სიგრძე

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

დისკის ბაიტები/წმ

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

დისკზე გადარიცხვები/წმ

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

3.4 SQL Server კონკრეტული მრიცხველები

3.4.1 ბუფერების მენეჯერის მრიცხველები

ბუფერ მენეჯერის მრიცხველების მონიტორი SQL Serverმეხსიერების ბუფერის ოპერაციები:

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

3.4.2 SQL სტატისტიკის მრიცხველები

ეს მრიცხველები ინფორმაციას გვაწვდიან იმის შესახებ, თუ SQL Server შეკითხვის დამუშავება:

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

3.4.3 ზოგადი სტატისტიკის მრიცხველები

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

3.4.4 მეხსიერების მენეჯერის მრიცხველები

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

4. შესრულების მონიტორის დაყენება SQL Server(Windows Vista / Server 2008 და უფრო გვიანდელი)

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

Windows Vista / Server 2008 და უფრო გვიანდელი ვერსიებისთვის, ამ განყოფილებაში შეგიძლიათ შექმნათ მონაცემთა შემგროვებელი ნაკრებები.
Windows XP / Server 2003 და უფრო ადრეული ვერსიებისთვის, შეგიძლიათ შექმნათ Counter Logs შემდეგი სექცია.

4.1 რა არის მონაცემთა შემგროვებელი ნაკრებები?

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

4.2 მონაცემთა შემგროვებელი ნაკრების შექმნა

შექმენით მონაცემთა შემგროვებლების მორგებული ნაკრები მონიტორინგისთვის SQL Server შესრულების მრიცხველები:

გახსენით შესრულების მონიტორი
Expand მონაცემთა შემგროვებელი ნაკრებები
მარჯვენა ღილაკის მომხმარებლის განსაზღვრა
აირჩიეთ ახალი -> მონაცემთა შემგროვებელი ნაკრები
შეიყვანეთ აღწერითი სახელი (მაგ., „SQL Server შესრულების მაჩვენებლები“)
აირჩიეთ ხელით შექმნა (გაფართოებული)
დაწკაპეთ შემდეგი
შეამოწმეთ მონაცემთა ჟურნალების შექმნა -> შესრულების მთვლელი
დაწკაპეთ შემდეგი
დაწკაპეთ დამატება მრიცხველების შესარჩევად
დამატება სასურველი SQL Server და სისტემის მრიცხველები.
უცნობია ნიმუშის ინტერვალი
- რუტინული მონიტორინგისთვის გამოიყენეთ 1 წუთი (60 წამი)
- აქტიური პრობლემების გადასაჭრელად გამოიყენეთ 15-30 წამი
- მოერიდეთ მაღალი სიხშირის ჩაწერის გრძელვადიან პერსპექტივაში ჩატარებას, რადგან მათ შეუძლიათ გავლენა მოახდინონ შესრულებაზე და ზედმეტი მონაცემების გენერირება.
დაწკაპეთ შემდეგი
აირჩიეთ ადგილმდებარეობა ჟურნალების შესანახად
დაწკაპეთ ფერი, შეიქმნება მონაცემთა შემგროვებლის ახალი ნაკრები.
ნაგულისხმევად, ახალი მონაცემთა შემგროვებელი ნაკრები იქნება არა ავტომატურად დაიწყება. ის მარცხენა პანელში უნდა იპოვოთ, ქვემოთ Performance -> მონაცემთა შემგროვებელი ნაკრებები -> მომხმარებლის განსაზღვრა -> თქვენი მონაცემთა შემგროვებელი, დააწკაპუნეთ მასზე მარჯვენა ღილაკით და აირჩიეთ დასაწყისი

4.3 დასამატებელი კლავიშების მთვლელები

მეხსიერება -> ხელმისაწვდომი მბაიტები
ფიზიკური დისკი -> დისკის საშუალო წმ/წაკითხვა (ყველა ეგზემპლარი, გარდა _Total)
ფიზიკური დისკი -> დისკზე ჩაწერის საშუალო რაოდენობა (ყველა ეგზემპლარი, გარდა _Total)
ფიზიკური დისკი -> დისკზე წაკითხვის რაოდენობა/წმ (ყველა ეგზემპლარი, გარდა _Total)
ფიზიკური დისკი -> დისკზე ჩაწერები/წმ (ყველა ეგზემპლარი, გარდა _Total)
პროცესორი -> პროცესორის დროის % (ყველა ეგზემპლარი, გარდა _Total)
SQLServer: ზოგადი სტატისტიკა -> მომხმარებლის კავშირები
SQLServer: მეხსიერების მენეჯერი -> მეხსიერების გრანტები მოლოდინის რეჟიმშია
SQLServer: SQL სტატისტიკა -> პაკეტური მოთხოვნები/წმ
SQLServer: SQL სტატისტიკა -> SQL კომპილაციები/წმ
SQLServer: SQL სტატისტიკა -> SQL-ის ხელახალი კომპილაციები/წმ
სისტემა -> პროცესორის რიგის სიგრძე

4.4 გაჩერების პირობების დაყენება

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

მონაცემთა შემგროვებელი ნაკრების შექმნის შემდეგ, დააწკაპუნეთ მასზე მარჯვენა ღილაკით და აირჩიეთ განცხადებები
დააჭირეთ გაჩერების პირობა tab
ჩართვა საერთო ხანგრძლივობა
ხანგრძლივობის დაყენება 1 დღეზე (24 საათი)
დაწკაპეთ OK გადარჩენა

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

4.5 მონაცემთა შეგროვების დაგეგმვა

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

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

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

5. შესრულების მონიტორის დაყენება SQL Server(Windows XP / Server 2003 და უფრო ადრეული ვერსიები)

Windows XP / Server 2003-ისა და უფრო ადრეული ვერსიებისთვის შეგიძლიათ შექმნათ მრიცხველების ჟურნალები, რომლებიც საშუალებას გაძლევთ აირჩიოთ შესრულების მრიცხველების ნაკრები და პერიოდულად შეინახოთ ისინი ფაილში.

5.1 მრიცხველების ჟურნალების შექმნა

ახალი მრიცხველის ჟურნალის შესაქმნელად, მიჰყევით ამ ნაბიჯებს:

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

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

5.2 შესრულების მრიცხველების დამატება

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

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

5.3 ნიმუშის ინტერვალების კონფიგურაცია

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

მრიცხველის ჟურნალის თვისებებში იპოვეთ ნიმუშის მონაცემები ყოველ
დააყენეთ ინტერვალი (ნაგულისხმევია 15 წამი)
საბაზისო მონიტორინგისთვის, ყოველდღიური შეგროვებისთვის გამოიყენეთ 1 წუთიანი ინტერვალები
პრობლემების მოსაგვარებლად, მოკლე შეტევებისთვის გამოიყენეთ 15-30 წამიანი ინტერვალები.
დაწკაპეთ OK მიმართვა

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

5.4 ჟურნალის ფაილების კონფიგურაცია

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

დააჭირეთ ჟურნალის ფაილი ჩანართი counter log-ის თვისებებში
ჟურნალის ფაილის ტიპის შეცვლა ტექსტური ფაილი (მძიმით გამოყოფილი) Excel-ში მარტივი იმპორტისთვის
დაწკაპეთ უცნობია
დააყენეთ ფაილის გზა ცალკე მდებარეობაზე (მაგ., გაზიარებული PerformanceLogs საქაღალდე)
დაწკაპეთ OK დაადასტუროს

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

5.5 ავტორიზაციის მონაცემების დაყენება

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

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

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

6. შესრულების მონიტორის მონაცემების ანალიზი

6.1 ჟურნალის ფაილების ნახვა შესრულების მონიტორში

Performance Monitor-ს შეუძლია ისტორიული მონაცემების ჩვენება შენახული ჟურნალის ფაილებიდან:

გახსენით შესრულების მონიტორი
მარცხენა სარკმელზე დააწკაპუნეთ მონიტორინგის ინსტრუმენტები -> შესრულების მონიტორი.
დააწკაპუნეთ მაუსის მარჯვენა ღილაკით გრაფიკის ნებისმიერ ადგილას
აირჩიეთ განცხადებები
დააჭირეთ წყარო tab
აირჩიეთ ფაილების ჟურნალი რადიო ღილაკი
დაწკაპეთ დამატება
გადადით თქვენს ჟურნალის ფაილზე (.blg ან .csv)
აირჩიეთ ფაილი და დააწკაპუნეთ ღიაა
გამოიყენეთ Დროის მონაკვეთი სლაიდერი იმ პერიოდის ასარჩევად, რომლის ანალიზიც გსურთ
დაწკაპეთ OK თვისებების დიალოგური ფანჯრის დასახურად
დააწკაპუნეთ მწვანე პლუსის ხატულაზე ჟურნალის ფაილიდან მრიცხველების დასამატებლად
აირჩიეთ სასურველი მრიცხველები საჩვენებლად
დაწკაპეთ OK

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

6.2 მონაცემების ექსპორტი Excel-ში

Excel უზრუნველყოფს შესრულების მრიცხველის მონაცემების ანალიზის მძლავრ შესაძლებლობებს:

გახსენით შესრულების მონიტორი თქვენი ჟურნალის ფაილით ჩატვირთული
დააწკაპუნეთ მაუსის მარჯვენა ღილაკით გრაფიკის ნებისმიერ ადგილას
აირჩიეთ მონაცემების შენახვა როგორც
აირჩიეთ ფაილის ადგილმდებარეობა
აირჩიეთ ტექსტური ფაილი (მძიმით გამოყოფილი) (.csv) ჩამოსაშლელიდან
დაწკაპეთ გადარჩენა
გახსენით CSV ფაილი Excel-ში

უკეთესი ანალიზისთვის ექსპორტირებული მონაცემების ფორმატირება:

წაშალეთ ნახევრად ცარიელი მე-2 რიგი და გაასუფთავეთ A1 უჯრედი
ფორმატირება სვეტი A, როგორც თარიღი/დრო
რიცხვითი სვეტების ფორმატირება ნულოვანი ათწილადებით და ათასეულების გამყოფით
სერვერის სახელების პოვნა და ჩანაცვლება სათაურებში (მაგ., „\\სერვერის სახელი“ შეცვალეთ ცარიელი ველით)
ობიექტების სახელების გასუფთავება სათაურებში (მაგ., „მეხსიერება“, „ფიზიკური დისკი“, „პროცესორი“)
უკეთესი ხილვადობისთვის, სათაურის შრიფტის ზომა 8 წერტილამდე შეამცირეთ

6.3 მრიცხველის მნიშვნელობების ინტერპრეტაცია

6.3.1 მეხსიერების მრიცხველის ანალიზი

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

ხელმისაწვდომი მბაიტები: მუდმივად უნდა დარჩეს 4096 მბ-ზე მეტი
გვერდის სიცოცხლის ხანგრძლივობა: 300 წამზე მეტი მნიშვნელობები ჯანსაღ მეხსიერებაზე მიუთითებს. უფრო დაბალი მნიშვნელობები მეხსიერების წნევაზე მიუთითებს.
ბუფერული ქეშის დაჭერის კოეფიციენტი: უნდა აკმაყოფილებდეს ან აღემატებოდეს 99%-ს. დაბალი მნიშვნელობები მიუთითებს დისკზე ზედმეტად წაკითხულ მონაცემებზე.
მეხსიერების გრანტები მოლოდინშია: ყოველთვის უნდა იყოს 0. ნებისმიერი დადებითი მნიშვნელობა მიუთითებს მეხსიერების შიმშილზე.

6.3.2 პროცესორის მრიცხველის ანალიზი

CPU-ს მუშაობის ინდიკატორები მოიცავს:

პროცესორის დროის %: 75%-ზე მეტი ხანგრძლივი გამოყენება მუშაობის პრობლემებზე მიუთითებს. 100%-მდე მატება ნორმალურია, მაგრამ არ უნდა გაგრძელდეს.
პროცესორის რიგის სიგრძე: 1-ზე მეტი მნიშვნელობები მიუთითებს პროცესორის დატვირთვაზე. შეამოწმეთ დავალებების მენეჯერი, რათა დაადგინოთ, რომელი პროცესები მოიხმარენ პროცესორს.
პრივილეგირებული დროის %: უნდა დარჩეს 5-10%-ს შორის. 25%-ზე მეტი მნიშვნელობები მიუთითებს ჭარბ შეყვანა/გამოყვანის ოპერაციებზე.

6.3.3 დისკის მრიცხველის ანალიზი

დისკის მუშაობის ზღვრები:

დისკის საშუალო წმ/წაკითხვა და ჩაწერა: 10-20 მილიწამზე ნაკლები უნდა დარჩეს. უფრო მაღალი მნიშვნელობები დისკის ნელ ქვესისტემებზე მიუთითებს.
დისკის რიგის სიგრძე: მნიშვნელობები, რომლებიც მუდმივად 2-ზე მეტია (ან RAID-ში 2-ზე თითო დისკზე), მიუთითებს შეყვანის/გამოყვანის შეფერხებებზე.
დისკის დროის %: 85%-ზე მეტი მნიშვნელობები დისკის გაჯერებაზე მიუთითებს

6.4 ფორმულებისა და სტატისტიკის გამოყენება

სწრაფი ანალიზისთვის დაამატეთ სტატისტიკური ფორმულები Excel-ში:

ჩასვით 7 ცარიელი რიგი თქვენი ცხრილის ზედა ნაწილში
დაამატეთ წარწერები A სვეტში: საშუალო, მედიანა, მინ., მაქს., სტანდარტული გადახრა
B2 უჯრაში შეიყვანეთ: =AVERAGE(B9:B100) (შეცვალეთ B100 თქვენი ბოლო მონაცემთა რიგის მიხედვით)
B3 უჯრაში შეიყვანეთ: =MEDIAN(B9:B100)
B4 უჯრაში შეიყვანეთ: =MIN(B9:B100)
B5 უჯრაში შეიყვანეთ: =MAX(B9:B100)
B6 უჯრაში შეიყვანეთ: =STDEV(B9:B100)
ფორმულების კოპირება ყველა მრიცხველის სვეტში
პანელების გასაყინად აირჩიეთ B9 უჯრა და დააჭირეთ Alt+W+F+Enter

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

7. ჟურნალების შესრულების ანალიზის (PAL) ინსტრუმენტი

7.1 PAL-ის შესავალი

ლოგების შესრულების ანალიზი (PAL) კლინტ ჰაფმანის მიერ შემუშავებული უფასო ინსტრუმენტია, რომელიც აანალიზებს შესრულების მონიტორის ჟურნალებს და ქმნის HTML ანგარიშებს ზღურბლის ანალიზით. PAL ადარებს თქვენს შესრულების მონაცემებს ცნობილ ზღურბლებს და გთავაზობთ დეტალურ რეკომენდაციებს. SQL Server შესრულების ოპტიმიზაცია.

ჩამოტვირთეთ PAL GitHub საცავიდან: https://github.com/clinthuffman/PAL

7.2 PAL-ის დაყენება

დააინსტალირეთ PAL შემდეგი ნაბიჯების მიხედვით:

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

7.3 ჟურნალის ფაილების დამუშავება PAL-ის გამოყენებით

გააანალიზეთ თქვენი Performance Monitor-ის ჟურნალები PAL-ის გამოყენებით:

გაუშვით PAL Start მენიუდან ან ინსტალაციის დირექტორიიდან
დააჭირეთ მრიცხველის ჟურნალი tab
დაწკაპეთ იხილე თქვენი .blg ფაილის ასარჩევად
გადადით თქვენი Performance Monitor-ის ჟურნალის ფაილზე
დაწკაპეთ ღიაა
დააჭირეთ ზღურბლის ფაილი tab
ჩამოსაშლელი სიიდან აირჩიეთ ზღურბლის ფაილი (მაგ., „SQL Server 2016 ”)
დააჭირეთ კითხვები tab
უპასუხეთ კითხვებს თქვენი სისტემის კონფიგურაციის შესახებ
დააკონკრეტეთ თუ არა თქვენი SQL Server არის OLTP ან მონაცემთა საწყობი?
შეიყვანეთ ხელმისაწვდომი ოპერატიული მეხსიერების ჯამური რაოდენობა
დააჭირეთ გამომავალი ოფციები tab
HTML ანგარიშისთვის გამომავალი დირექტორიის არჩევა
შეამოწმეთ HTML გამავალი ფორმატი
დააჭირეთ სიკვდილი tab
გადახედეთ თქვენს არჩევანს
შეამოწმეთ დაიწყეთ შესრულება ახლავე
დაწკაპეთ ფერი

7.4 PAL ანგარიშების ანალიზი

ანალიზის დასრულების შემდეგ, PAL ქმნის HTML ანგარიშს, რომელიც შეიცავს:

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

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

8. ალტერნატივა SQL Server მონიტორინგის ინსტრუმენტები

8.1 ჩაშენებული SQL Server ინსტრუმენტები

8.1.1 SQL Server საქმიანობის მონიტორი

SQL Server საქმიანობის მონიტორი აჩვენებს რეალურ დროში ინფორმაციას იმის შესახებ, SQL Server პროცესები და შესრულება:

ღიაა SQL Server Management Studio (SSMS) და დაუკავშირდით თქვენს სერვერის ინსტანციას
ობიექტის მკვლევარში სერვერის სახელზე დააწკაპუნეთ მაუსის მარჯვენა ღილაკით
აირჩიეთ საქმიანობის მონიტორი

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

8.1.2 SQL Server შესრულების დაფა

SQL Server Management Studio მოიცავს ჩაშენებულ შესრულების ანგარიშებს:

In SQL Server მენეჯმენტის სტუდია (SSMS), დააწკაპუნეთ მაუსის მარჯვენა ღილაკით SQL Server ობიექტის მკვლევარში არსებული ეგზემპლარი
აირჩიეთ რეპორტაჟი -> სტანდარტული ანგარიშები
აირჩიეთ ხელმისაწვდომი ანგარიშებიდან, როგორიცაა შესრულების დაფა

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

8.1.3 SQL Server პროფილი

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

Დაწყება SQL Server პროფილერი:

In SQL Server მენეჯმენტის სტუდია, დააწკაპუნეთ ინსტრუმენტები -> SQL Server პროფილი

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

8.1.4 გაფართოებული მოვლენები

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

ძირითადი ნიშნებია:

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

გაფართოებული ღონისძიებების სესიების შექმნა SSMS-ის საშუალებით:

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

8.1.5 დინამიური მართვის ხედები (DMV)

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

sys.dm_exec_query_stats: მოთხოვნის შესრულების სტატისტიკა
sys.dm_os_wait_stats: ლოდინის ტიპები, რომლებიც გავლენას ახდენენ სერვერის მუშაობაზე
sys.dm_os_performance_counters: SQL Server შესრულების მრიცხველის მონაცემები
sys.dm_exec_requests: ამჟამად მოთხოვნები სრულდება
sys.dm_exec_sessions: აქტიური მომხმარებლის სესიები

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

ძირითადი გამოყენება

-- See all active connections
SELECT * FROM sys.dm_exec_connections;

-- View current sessions
SELECT * FROM sys.dm_exec_sessions;

-- Check database file stats
SELECT * FROM sys.dm_io_virtual_file_stats(NULL, NULL);

8.2 მესამე მხარის მონიტორინგის გადაწყვეტილებები

Redgate SQL მონიტორი

Redgate SQL Monitor სპეციალიზირებულია მონიტორინგში SQL Server და Azure SQL მონაცემთა ბაზის გარემო. ის უზრუნველყოფს მთელი ტერიტორიის მონიტორინგს, პერსონალიზებად შეტყობინებებსა და დაფებს, დეტალური ანგარიშგების შესაძლებლობებს და ინტეგრაციას Redgate-ის სხვა ინსტრუმენტებთან.

SolarWinds SQL Server მონიტორინგის ინსტრუმენტი

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

IDERA-ს SQL Server შესრულების მონიტორინგის ინსტრუმენტი

IDERA SQL დიაგნოსტიკური მენეჯერი ძლიერი პროგრამაა. SQL Server შესრულების მონიტორინგის ინსტრუმენტი, რომელიც შექმნილია პროაქტიული შესრულების მონიტორინგის, დიაგნოსტიკისა და რეგულირების ხელშესაწყობად.

აპლიკაციების მენეჯერის SQL მონიტორინგი

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

8.3 ღია კოდის მონიტორინგის ინსტრუმენტები

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

DBA Dash არის უფასო, ღია კოდის მონიტორინგის ინსტრუმენტი, რომელიც გთავაზობთ ინფორმაციას SQL Server ჯანმრთელობა, შესრულება და აქტივობა. ის განსაკუთრებით სასარგებლოა მცირე და საშუალო ზომის გარემოსთვის და მოიცავს ყოველდღიურ მონაცემთა ბაზების შემოწმებას, შესრულების მონიტორინგს და კონფიგურაციის თვალყურის დევნებას.

SQLWATCH

SQLWATCH გთავაზობთ დეცენტრალიზებულ, თითქმის რეალურ დროში მომსახურებას. SQL Server 5-წამიანი დეტალიზაციის მონიტორინგი სამუშაო დატვირთვის პიკების აღსაწერად. ის მხარს უჭერს Grafana-ს რეალურ დროში დაფებისთვის და Power BI-ს სიღრმისეული ანალიზისთვის. ინსტრუმენტი გთავაზობთ ფართო კონფიგურაციის ვარიანტებს, ნულოვან ტექნიკური მომსახურების მოთხოვნებს და შეუზღუდავ მასშტაბირებას.

დამკვირვებელი

Stack Exchange-ის მიერ შემუშავებული, Opserver აკონტროლებს მრავალ სისტემას, მათ შორის SQL Server, Redis და Elasticsearch. ის გთავაზობთ „ყველა სერვერის“ ხედს თქვენი ინფრასტრუქტურის CPU-ს, მეხსიერების, ქსელისა და აპარატურის სტატისტიკისთვის.

sp_ვინ არის აქტიური

sp_WhoIsActive არის ადამ მაჩანიჩის მიერ შექმნილი ყოვლისმომცველი აქტივობის მონიტორინგის შენახული პროცედურა. ის მუშაობს ყველასთან SQL Server ვერსიები 2005 წლიდან მიმდინარე ვერსიებამდე და ფართოდ გამოიყენება SQL Server მონაცემთა ბაზები რეალურ დროში აქტივობის მონიტორინგისთვის.

sp_WhoIsActive-ის გამოსაყენებლად, გადმოწერეთ ის http://whoisactive.com/-დან, დააინსტალირეთ თქვენს მონაცემთა ბაზაში და შეასრულეთ:

EXEC sp_WhoIsActive

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

9. საუკეთესო პრაქტიკა SQL Server შესრულების მონიტორი

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

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

შექმენით საბაზისო ხაზები შემდეგნაირად:

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

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

9.2 შესაბამისი განგაშის ზღვრების დაწესება

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

მეხსიერების მინიჭების მოლოდინი > 0 მიუთითებს მეხსიერების დატვირთვაზე
პროცესორის რიგის სიგრძე 2-ზე თითო ბირთვზე მიუთითებს პროცესორის შეფერხებაზე
დისკზე წამი/წაკითხვა ან ჩაწერა > 20ms მიუთითებს ნელ შეყვანა/გამოსვლაზე
დაბლოკილი პროცესები > 5 სიგნალის დავის პრობლემა
გვერდის სიცოცხლის ხანგრძლივობა < 300 წამი მიუთითებს მეხსიერების დატვირთვაზე

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

9.3 მონაცემთა რეგულარული განხილვა და ანალიზი

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

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

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

9.4 მონიტორინგის ოვერჰედის დაბალანსება

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

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

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

9.5 მონაცემთა გრძელვადიანი შენახვა

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

შეინახეთ მინიმუმ 1-2 წლის მუშაობის მონაცემები
3-6 თვის შემდეგ მონაცემების დაარქივება ცალკე საცავში
სივრცის დაზოგვის მიზნით, შეკუმშეთ ძველი ჟურნალის ფაილები
დოკუმენტირება გაუკეთეთ ნებისმიერ მნიშვნელოვან მოვლენას ან ცვლილებას, რომელიც გავლენას ახდენს შესრულებაზე

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

9.6 DevOps-ის პრაქტიკებთან ინტეგრაცია

მონაცემთა ბაზის მუშაობის მონიტორინგის ჩართვა CI/CD მილსადენებში:

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

10. მუშაობის საერთო პრობლემების მოგვარება

10.1 პროცესორის შეფერხებების იდენტიფიცირება

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

შეამოწმეთ პროცესორის რიგის სიგრძის მრიცხველი. 2 ბირთვზე მეტი მნიშვნელობები მიუთითებს პროცესორის წნევაზე.
პროცესორის დროის % მიმოხილვა. 75%-ზე მეტი მნიშვნელობების შენარჩუნება პროცესორის შეფერხებაზე მიუთითებს.
დისტანციური სამუშაო მაგიდა SQL Server
გახსენით დავალებების მენეჯერი (Ctrl+Shift+Esc)
დააჭირეთ პროცესები tab
შეამოწმეთ ყველა მომხმარებლის პროცესების ჩვენება
დააჭირეთ CPU სვეტის სათაური CPU-ს გამოყენების მიხედვით დასალაგებლად
განსაზღვრეთ, რომელი პროცესები მოიხმარენ CPU რესურსებს

თუ არა-SQL Server აპლიკაციები მნიშვნელოვან პროცესორს მოიხმარენ, წაშალეთ ისინი მონაცემთა ბაზის სერვერიდან. თუ sqlservr.exe მაღალ პროცესორს მოიხმარს, გამოიკვლიეთ შემდეგი მეთოდების გამოყენებით:

შეამოწმეთ SQL კომპილაციები/წმ და SQL ხელახალი კომპილაციები/წმ. ჯგუფების მოთხოვნების/წმ-ის 10%-ზე მეტი მნიშვნელობები მიუთითებს კომპილაციის ჭარბ რაოდენობაზე.
პროცესორის ინტენსიური დატვირთვის მქონე მოთხოვნების იდენტიფიცირებისთვის, შეიყვანეთ sys.dm_exec_query_stats მოთხოვნა
გადახედეთ შესრულების გეგმებს დაკარგული ინდექსების ან არაეფექტური ოპერაციების აღმოსაჩენად.
ცხრილის სკანირების შესამცირებლად განიხილეთ ინდექსების დამატება

10.2 მეხსიერების პრობლემების დიაგნოსტიკა

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

ხელმისაწვდომი მეხსიერების წვეთები

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

დაბალი გვერდის სიცოცხლის ხანგრძლივობა

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

დაბალი ბუფერული ქეშის დაჭერის კოეფიციენტი

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

მეხსიერების გრანტები მოლოდინშია

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

მეხსიერების პრობლემების გადასაჭრელად:

უცნობია SQL Server მაქსიმალური მეხსიერების პარამეტრი ოპერაციული სისტემისთვის საკმარისი ოპერატიული მეხსიერების დასატოვებლად (როგორც წესი, 4-8 GB, სერვერის ზომის მიხედვით)
ჩართეთ „გვერდების მეხსიერებაში ჩაკეტვის“ ნებართვა SQL Server მომსახურების ანგარიში
თუ მეხსიერების წნევა კვლავ გრძელდება, დაამატეთ მეტი ფიზიკური ოპერატიული მეხსიერება სერვერზე
მეხსიერების ინტენსიური მოხმარების მოთხოვნების იდენტიფიცირება და ოპტიმიზაცია

10.3 დისკის შეყვანა/გამოყვანის პრობლემების მოგვარება

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

დისკის რიგის მაღალი სიგრძე

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

დისკის გადაჭარბებული შეყოვნება

დისკის წამის/წაკითხვის და დისკის წამის/ჩაწერის საშუალო მნიშვნელობები 10-20 მილიწამზე მეტი მიუთითებს დისკის ნელ რეაგირებაზე. ტრანზაქციების ჟურნალის დისკებს განსაკუთრებით სწრაფი მუშაობა სჭირდებათ, იდეალურ შემთხვევაში ჩაწერისთვის 5 მილიწამზე ნაკლები.

დისკის დროის მაღალი %

დისკის დროის 85%-ზე მეტი ხანგრძლივობის შენარჩუნება დისკის გაჯერებაზე მიუთითებს. დისკი დროის უმეტეს ნაწილს შეყვანის/გამოყვანის მოთხოვნების დამუშავებისას მცირე უმოქმედო ტევადობით ხარჯავს.

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

დისკის შეყვანის/გამოყვანის რეალური პრობლემების გადასაჭრელად:

განაახლეთ უფრო სწრაფ დისკებზე (SSD დისკები მყარი დისკების ნაცვლად)
უკეთესი მუშაობისთვის დანერგეთ RAID კონფიგურაციები
მონაცემთა ბაზის ფაილების, ტრანზაქციების ჟურნალების და tempdb-ის გამოყოფა სხვადასხვა ფიზიკურ დისკებზე
დისკზე წაკითხვის შესამცირებლად დაამატეთ მეტი მეხსიერება
ინდექსების ოპტიმიზაცია არასაჭირო შეყვანა/გამოსვლაზე შემცირების მიზნით
ცუდად შესრულებული მოთხოვნების გადახედვა და ოპტიმიზაცია

10.4 ბლოკირებისა და ჩიხების მოგვარება

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

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

დაბლოკვის შესასწავლად:

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

უფრო დეტალური ბლოკირების ანალიზისთვის გამოიყენეთ sp_WhoIsActive. wait_info-ს ზედმეტი ჩანაწერები ხშირად მიუთითებს tempdb-თან დაკავშირებულ დავებს ან ბლოკირების პრობლემებზე.

ბლოკირების შესამცირებლად:

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

10.5 შეკითხვის შესრულების პრობლემები

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

აქტივობის მონიტორის გამოყენება

SSMS-ში, დააწკაპუნეთ მაუსის მარჯვენა ღილაკით სერვერის სახელზე
აირჩიეთ საქმიანობის მონიტორი
Expand ბოლო ძვირადღირებული შეკითხვები
მაღალი CPU-ს, ხანგრძლივობის ან ლოგიკური წაკითხვის მქონე მოთხოვნების მიმოხილვა

DMV-ების გამოყენება

რესურსების ინტენსიური მოხმარების მოთხოვნების იდენტიფიცირებისთვის, გაგზავნეთ მოთხოვნა sys.dm_exec_query_stats-ში:

SELECT TOP 50
    total_worker_time/execution_count AS avg_cpu_time,
    total_logical_reads/execution_count AS avg_logical_reads,
    execution_count,
    SUBSTRING(qt.text, (qs.statement_start_offset/2)+1,
        ((CASE qs.statement_end_offset
            WHEN -1 THEN DATALENGTH(qt.text)
            ELSE qs.statement_end_offset
        END - qs.statement_start_offset)/2) + 1) AS query_text
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) qt
ORDER BY total_worker_time DESC

შესრულების გეგმების ანალიზი

SSMS-ში, გახსენით ახალი შეკითხვის ფანჯარა
დაწკაპეთ სავარაუდო შესრულების გეგმის ჩვენება (Ctrl+L) ან ფაქტობრივი შესრულების გეგმის ჩართვა (Ctrl+M)
შეასრულეთ თქვენი მოთხოვნა
ძვირადღირებული ოპერაციების შესრულების გეგმის გადახედვა
მოძებნეთ ცხრილის სკანირება, ინდექსის სკანირება ან ძვირადღირებული ოპერაციები

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

შესაბამისი ინდექსების დამატება
ძვირადღირებული ოპერაციების თავიდან ასაცილებლად, მოთხოვნების გადაწერა
სტატისტიკის განახლება
კონკრეტული სვეტების სახელების გამოყენება SELECT *-ის ნაცვლად
არასაჭირო DISTINCT ან ORDER BY პუნქტების თავიდან აცილება

10.6 დაზიანებული მონაცემთა ბაზის აღმოჩენა და გამოსწორება

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

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

ყურადღება მიაქციეთ პოტენციური კორუფციის ამ ნიშნებს:

შეცდომის შეტყობინებები SQL Server შეცდომების ჟურნალი (შეცდომა 823, 824 ან 825)
მოულოდნელი აპლიკაციის შეცდომები კონკრეტულ ცხრილებზე წვდომისას
ნელი შეკითხვის შესრულება ადრე სწრაფ შეკითხვებზე
SQL Server ავარიები ან მოულოდნელი გადატვირთვები
საეჭვო გვერდები msdb.dbo.suspect_pages ცხრილში ჩნდება

DBCC CHECKDB-ის გამოყენება დეტექციისთვის

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

საეჭვო გვერდების მონიტორინგი

SQL Server ავტომატურად იწერს საეჭვო გვერდებს msdb მონაცემთა ბაზაში:

SELECT 
    database_id,
    file_id,
    page_id,
    event_type,
    error_count,
    last_update_date
FROM msdb.dbo.suspect_pages
WHERE event_type IN (1,2,3)

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

კორუფციის პრევენციის სტრატეგიები

ჩართეთ გვერდის ვერიფიკაცია CHECKSUM ოფციით
რეგულარული მონაცემთა ბაზის სარეზერვო ასლების შენარჩუნება
გამოიყენეთ საიმედო აპარატურა შეცდომების კორექტირებით
დისკის ჯანმრთელობის მონიტორინგი მწარმოებლის ინსტრუმენტების გამოყენებით
DBCC CHECKDB-ის რეგულარული გაშვების დაგეგმვა
შეინახეთ SQL Server განახლებულია უახლესი პატჩებით

აღდგენისა და შეკეთების ვარიანტები

თუ დაზიანება აღმოჩენილია, შეგიძლიათ სცადოთ ჩაშენებული ინსტრუმენტი DBCC CHECKDB მათ გამოსასწორებლად. თუ ვერ მოხერხდა, გამოიყენეთ მესამე მხარის ინსტრუმენტები, როგორიცაა DataNumen SQL Recovery რომელსაც შეუძლია გაუმკლავდეს მძიმე კორუფციებს.

11. მონიტორინგის მოწინავე ტექნიკა

11.1 მოთხოვნების საცავის მონიტორინგი

Query Store, წარმოდგენილია SQL Server 2016, ავტომატურად აღრიცხავს შეკითხვის შესრულების მონაცემებს. ის გვაწვდის ღირებულ ინფორმაციას შეკითხვის ქცევის, შესრულების გეგმებისა და შესრულების ტენდენციების შესახებ.

შეკითხვის მაღაზიის ჩართვა

SSMS Object Explorer-ში, დააწკაპუნეთ მაუსის მარჯვენა ღილაკით მონაცემთა ბაზაზე.
აირჩიეთ განცხადებები
დააჭირეთ შეკითხვის მაღაზია გვერდზე
In ოპერაციის რეჟიმი (მოთხოვნილია), აირჩიეთ წაკითხვა და წერა
საჭიროების შემთხვევაში, დამატებითი პარამეტრების კონფიგურაცია
დაწკაპეთ OK

შეკითხვის შესრულების მონიტორინგი

Access Query Store-ის ანგარიშები Object Explorer-ის მეშვეობით:

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

გეგმის რეგრესიის აღმოჩენა

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

იძულებითი გეგმის მართვა

როდესაც Query Store უკეთეს შესრულების გეგმას ამოიცნობს, იძულებითი SQL Server მისი გამოყენება:

გახსენით მოთხოვნა შეკითხვის მაღაზიაში
დააწკაპუნეთ მარჯვენა ღილაკით სასურველ გეგმაზე
აირჩიეთ ძალის გეგმა

ეს მყისიერად აუმჯობესებს მუშაობას კოდის ცვლილებების გარეშე.

11.2 ინდექსის ტექნიკური მომსახურების მონიტორინგი

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

ფრაგმენტაციის შემოწმება

ინდექსის ფრაგმენტაციის შესამოწმებლად გამოიყენეთ ეს მოთხოვნა:

SELECT 
    OBJECT_NAME(i.object_id) AS table_name,
    i.name AS index_name,
    ps.avg_fragmentation_in_percent,
    ps.page_count
FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'SAMPLED') ps
INNER JOIN sys.indexes i ON ps.object_id = i.object_id 
    AND ps.index_id = i.index_id
WHERE ps.avg_fragmentation_in_percent > 10
    AND ps.page_count > 1000
ORDER BY ps.avg_fragmentation_in_percent DESC

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

გვერდის სიმკვრივის ანალიზი

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

SELECT 
    OBJECT_NAME(i.object_id) AS table_name,
    i.name AS index_name,
    ps.avg_page_space_used_in_percent
FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'SAMPLED') ps
INNER JOIN sys.indexes i ON ps.object_id = i.object_id 
    AND ps.index_id = i.index_id
WHERE ps.avg_page_space_used_in_percent < 75

რეორგანიზაციისა და რეკონსტრუქციის გადაწყვეტილებები

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

ფრაგმენტაცია 10-30%: გამოიყენეთ ALTER INDEX REORGANIZE
ფრაგმენტაცია > 30%: გამოიყენეთ ALTER INDEX REBUILD
ფრაგმენტაცია < 10%: მოქმედება საჭირო არ არის

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

11.3 მონაცემთა ბაზის სტატისტიკის განახლებები

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

ავტომატური სტატისტიკის აღდგენა

ჩართეთ სტატისტიკის ავტომატური განახლებები:

ALTER DATABASE DatabaseName SET AUTO_UPDATE_STATISTICS ON
ALTER DATABASE DatabaseName SET AUTO_CREATE_STATISTICS ON

ჯანმრთელობის სტატისტიკის მონიტორინგი

შეამოწმეთ, როდის განახლდა სტატისტიკა ბოლოს:

SELECT 
    OBJECT_NAME(s.object_id) AS TableName,
    s.name AS StatisticsName,
    STATS_DATE(s.object_id, s.stats_id) AS LastUpdated,
    sp.rows,
    sp.modification_counter
FROM sys.stats s
CROSS APPLY sys.dm_db_stats_properties(s.object_id, s.stats_id) sp
WHERE STATS_DATE(s.object_id, s.stats_id) < DATEADD(DAY, -7, GETDATE())
ORDER BY LastUpdated

საჭიროების შემთხვევაში, სტატისტიკის ხელით განახლება:

UPDATE STATISTICS TableName WITH FULLSCAN

11.4 მორგებული შესრულების მონაცემების შეგროვება

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

კოლექციის მორგებული სკრიპტების შექმნა

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

CREATE PROCEDURE dbo.CollectPerformanceCounters
AS
BEGIN
    INSERT INTO dbo.PerformanceHistory (
        SampleTime,
        CounterName,
        CounterValue
    )
    SELECT 
        GETDATE(),
        counter_name,
        cntr_value
    FROM sys.dm_os_performance_counters
    WHERE counter_name IN (
        'Page life expectancy',
        'Batch Requests/sec',
        'Buffer cache hit ratio'
    )
END

sys.dm_os_performance_counters-ის გამოყენება

შეკითხვის შესრულების მრიცხველები პირდაპირ:

SELECT 
    object_name,
    counter_name,
    instance_name,
    cntr_value,
    cntr_type
FROM sys.dm_os_performance_counters
WHERE object_name LIKE '%Buffer Manager%'
ORDER BY counter_name

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

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

CREATE TABLE dbo.PerformanceHistory (
    ID INT IDENTITY PRIMARY KEY,
    SampleTime DATETIME2 NOT NULL,
    PageLifeExpectancy BIGINT,
    BatchRequestsPerSec DECIMAL(18,4),
    BufferCacheHitRatio DECIMAL(5,2)
)

CREATE CLUSTERED COLUMNSTORE INDEX CCI_PerformanceHistory 
ON dbo.PerformanceHistory

Pivoted მონაცემთა შენახვის მეთოდები

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

11.5 მრავალსერვერიანი მონიტორინგი

მრავალჯერადი გარემოსთვის SQL Server შემთხვევები, ცენტრალიზებული მონიტორინგის განხორციელება.

ცენტრალიზებული მონიტორინგის მიდგომა

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

დისტანციური სერვერის მონიტორინგი

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

სერვერებს შორის ანგარიშგება

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

12. მონიტორინგი SQL Server ღრუბლოვან გარემოში

12.1 Azure SQL მონაცემთა ბაზის მონიტორინგი

Azure SQL მონაცემთა ბაზა გთავაზობთ ჩაშენებულ მონიტორინგის შესაძლებლობებს, რომლებიც განსხვავდება ადგილობრივი მონიტორინგისგან. SQL Server.

Azure Monitor-ის ინტეგრაცია

Azure Monitor ავტომატურად აგროვებს მეტრიკებს Azure SQL მონაცემთა ბაზიდან, მათ შორის:

DTU ან vCore-ის გამოყენება
მეხსიერების გამოყენება
კავშირის სტატისტიკა
ჩიხები და ვაიმაუტები

ამ მეტრიკებზე წვდომა შეგიძლიათ Azure Portal-ის ან Azure Monitor API-ის მეშვეობით.

ჩაშენებული მონიტორინგის ფუნქციები

Azure SQL მონაცემთა ბაზა მოიცავს:

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

შეკითხვის შესრულების ანალიზი

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

12.2 ღრუბლოვანი მონიტორინგის ინსტრუმენტები

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

Azure Monitor და Application Insights Azure SQL მონაცემთა ბაზისთვის
AWS CloudWatch RDS-ისთვის SQL Server
Google Cloud Monitoring ღრუბლოვანი სერვისებისთვის SQL Server

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

ჰიბრიდული გარემოს მონიტორინგი

ჰიბრიდული განლაგებისთვის, რომლებიც მოიცავს როგორც ადგილობრივ, ასევე ღრუბლოვან სერვისებს, გამოიყენეთ ინსტრუმენტები, რომლებიც მხარს უჭერენ როგორც გარემოს, როგორიცაა Redgate SQL Monitor, SolarWinds DPA, ასევე ცენტრალიზებული მონაცემთა შეგროვების გამოყენებით მორგებულ გადაწყვეტილებებს.

12.3 ღრუბლოვანი ტექნოლოგიების მუშაობის განსხვავებები

Cloud SQL Server გარემოს აქვს უნიკალური მახასიათებლები:

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

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

სკალირების მოსაზრებები

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

13. შესრულების მონიტორინგის ავტომატიზაცია

13.1 SQL Server აგენტის ვაკანსიები

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

დაგეგმილი მონაცემთა შეგროვება

SSMS-ში, გაშალეთ SQL Server აგენტი
მარჯვენა ღილაკის დასაქმება, სამუშაო და აირჩიეთ Ახალი სამუშაო
დაასახელეთ სამუშაო (მაგ., „შეაგროვეთ შესრულების მაჩვენებლები“)
დაწკაპეთ საფეხურები და დაამატეთ ახალი ნაბიჯი
ტიპის დაყენება Transact-SQL სკრიპტი
შეიყვანეთ თქვენი მონაცემთა შეგროვების სკრიპტი
დაწკაპეთ სხდომები და დაამატეთ გრაფიკი
სიხშირის კონფიგურაცია (მაგ., ყოველ 5 წუთში)
დაწკაპეთ OK სამუშაოს შესაქმნელად

ავტომატიზირებული რეპორტინგი

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

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

13.2 PowerShell ავტომატიზაცია

PowerShell უზრუნველყოფს ძლიერ ავტომატიზაციის შესაძლებლობებს SQL Server შესრულების მონიტორი.

შესრულების მრიცხველის შეგროვების სკრიპტები

$counters = @(
    '\Processor(_Total)\% Processor Time',
    '\Memory\Available MBytes',
    '\PhysicalDisk(_Total)\Avg. Disk sec/Read'
)

$data = Get-Counter -Counter $counters -ComputerName 'SQLServer01'
$data.CounterSamples | Export-Csv 'C:\PerfLogs\counters.csv' -Append

WMI მოთხოვნები

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

$cpu = Get-WmiObject Win32_Processor -ComputerName 'SQLServer01'
$memory = Get-WmiObject Win32_OperatingSystem -ComputerName 'SQLServer01'

Write-Host "CPU Usage: $($cpu.LoadPercentage)%"
Write-Host "Available Memory: $([math]::Round($memory.FreePhysicalMemory/1MB,2)) GB"

ავტომატური გაფრთხილება

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

$cpuThreshold = 80
$cpu = (Get-Counter '\Processor(_Total)\% Processor Time').CounterSamples.CookedValue

if ($cpu -gt $cpuThreshold) {
    Send-MailMessage -To 'dba@company.com' -Subject 'High CPU Alert' `
        -Body "CPU usage is $cpu%" -SmtpServer 'smtp.company.com'
}

13.3 მონიტორინგის დაფების შექმნა

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

Power BI ინტეგრაცია

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

რეალურ დროში დაფის შექმნა

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

ისტორიული ტენდენციის ვიზუალიზაცია

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

პროცესორის გამოყენება
Მეხსიერების გამოყენება
დისკის შეყვანა/გამოსვლა
შეკითხვის შესრულება
კავშირების რაოდენობა

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

14.1 შემთხვევის შესწავლა: მეხსიერების დატვირთვის მოგვარება

სიმპტომების იდენტიფიკაცია

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

კონტრანალიზი

Performance Monitor-ის მონაცემები გამოვლინდა:

გვერდის სიცოცხლის ხანგრძლივობა შემცირდა 50 წამამდე (ნორმალური: >300)
ბუფერული ქეშის დაჭერის კოეფიციენტი 85%-მდე დაეცა (ნორმალური: >99%)
მეხსიერების გრანტების მოლოდინში ხშირად აჩვენებდა 5-10 მნიშვნელობებს
ფიზიკური დისკის წაკითხვის რაოდენობა წამში მნიშვნელოვნად გაიზარდა

რეზოლუციის ნაბიჯები

შემოწმებულები SQL Server მაქსიმალური მეხსიერების პარამეტრი - აღმოვაჩინე, რომ ის ნაგულისხმევად (შეუზღუდავად) იყო დაყენებული
განხილული სერვერის მთლიანი მეხსიერება სამიზნე სერვერის მეხსიერებასთან შედარებით - მნიშვნელოვანი სხვაობა აჩვენა
სერვერის მაქსიმალური მეხსიერება კონფიგურირებულია ისე, რომ ოპერაციული სისტემისთვის 8 GB დარჩეს
ჩართულია „გვერდების მეხსიერებაში ჩაკეტვის“ ნებართვა SQL Server მომსახურების ანგარიში
სერვერს დაემატა 32 GB დამატებითი ოპერატიული მეხსიერება
ერთი კვირის განმავლობაში მონიტორინგის შესრულება - გვერდის სიცოცხლის ხანგრძლივობა სტაბილიზირებულია 500 წამზე მეტით

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

14.2 შემთხვევის შესწავლა: პროცესორის მუშაობის ოპტიმიზაცია

სიმპტომების იდენტიფიკაცია

A SQL Server სამუშაო საათებში მუდმივად აჩვენებდა CPU-ს 90%-ზე მეტ დატვირთვას, რაც იწვევდა აპლიკაციის მუშაობის შენელებას და მომხმარებლის იმედგაცრუებას.

კონტრანალიზი

შესრულების მონიტორინგმა გამოავლინა:

პროცესორის დროის საშუალო მაჩვენებელი 92% იყო, ხშირი პიკებით 100%-მდე
პროცესორის რიგის სიგრძე მუდმივად 4-ზე მეტი იყო (სერვერს 8 ბირთვი ჰქონდა)
SQL კომპილაციები/წამში იყო პაკეტური მოთხოვნების/წამში 25% (უნდა იყოს <10%)
SQL-ის ხელახალი კომპილაციები წამში შეადგენდა პაკეტური მოთხოვნების 15%-ს წამში.

რეზოლუციის ნაბიჯები

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

შედეგი: სამუშაო საათებში CPU-ს დატვირთვა საშუალოდ 45%-მდე შემცირდა. მოთხოვნების შესრულების დრო 70%-ით გაუმჯობესდა. აპლიკაციის რეაგირება მნიშვნელოვნად გაუმჯობესდა.

14.3 შემთხვევის შესწავლა: დისკის შემავალი/გამომავალი შეფერხების მოგვარება

სიმპტომების იდენტიფიკაცია

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

კონტრანალიზი

შესრულების მონაცემებმა აჩვენა:

დისკზე წამის/ჩაწერის საშუალო სიჩქარემ ტრანზაქციების ჟურნალის დისკზე 45 მილიწამს გადააჭარბა
დისკის რიგის საშუალო სიგრძე მონაცემთა ფაილის დისკზე 12 იყო
დისკის დროის პროცენტული მაჩვენებელი ჯგუფური დავალებების შესრულებისას საათობით 95%-ზე მეტი დარჩა.
გვერდზე ჩაწერის რაოდენობა წამში განსაკუთრებით მაღალი იყო

რეზოლუციის ნაბიჯები

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

შედეგი: დისკზე ჩაწერის საშუალო დრო 3 მილიწამამდე შემცირდა. დისკის რიგის სიგრძე საშუალოდ 1-ზე ნაკლები იყო. პაკეტური დავალების დასრულების დრო 75%-ით შემცირდა.

15. მომავალი ტენდენციები SQL Server მონიტორინგი

15.1 ხელოვნური ინტელექტისა და მანქანური სწავლების ინტეგრაცია

ხელოვნური ინტელექტი და მანქანური სწავლება ტრანსფორმაციას განიცდის SQL Server შესრულების მონიტორი.

Predictive ანალიტიკა

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

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

ანომალიის გამოვლენა

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

ავტომატური გამოსწორება

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

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

15.2 ღრუბელზე დაფუძნებული მონიტორინგის ევოლუცია

ღრუბლოვანი მონიტორინგი აგრძელებს განვითარებას ახალი შესაძლებლობებით.

ერთიანი მონიტორინგის პლატფორმები

თანამედროვე პლატფორმები ერთი მინის პანელით ხილვადობას უზრუნველყოფს:

შენობაში SQL Server შემთხვევები
ღრუბელში განთავსებული მონაცემთა ბაზები
ჰიბრიდული გარემო
განაცხადის შესრულება
ინფრასტრუქტურის მეტრიკა

დაკვირვებადობის ტენდენციები

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

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

15.3 თვითგანკურნებადი მონაცემთა ბაზის სისტემები

მომავალი SQL Server ვერსიები უფრო მეტ ავტონომიურ შესაძლებლობებს მოიცავს.

ავტომატური ოპტიმიზაცია

მონაცემთა ბაზები მუდმივად ოპტიმიზირდება შემდეგი გზით:

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

ინტელექტუალური რეგულირება

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

16. დასკვნა და ძირითადი ამოცანები

16.1 მონიტორინგის ძირითადი პრაქტიკის შეჯამება

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

კრიტიკული მრიცხველების შეჯამება

მონიტორინგის ძალისხმევა ამ აუცილებელ მრიცხველებზე გაამახვილეთ:

მეხსიერება: გვერდის სიცოცხლის ხანგრძლივობა, ბუფერული ქეშის დაჭერის კოეფიციენტი, მეხსიერების მინიჭების მოლოდინი
CPU: პროცესორის დროის %, პროცესორის რიგის სიგრძე
დისკი: საშუალო დისკის წმ/წაკითხვა და ჩაწერა, დისკის რიგის სიგრძე
SQL Server: პაკეტური მოთხოვნები/წმ, კომპილაციები/წმ, მომხმარებლის კავშირები

საუკეთესო პრაქტიკის შეჯამება

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

16.2 უწყვეტი გაუმჯობესების მიდგომა

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

რეგულარული განხილვის ციკლები

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

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

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

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

16.3 შემდეგი ნაბიჯები

განახორციელოს SQL Server სისტემატურად აკონტროლებს შესრულებას:

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

კვირაში X: დააყენეთ შესრულების მონიტორი აუცილებელი მრიცხველებით
კვირაში X: შექმენით მონაცემთა შემგროვებელი ნაკრებები ავტომატური შეგროვებისთვის
კვირაში X: ნორმალური ოპერაციების დროს საბაზისო ხაზების დადგენა
კვირაში X: კრიტიკული ზღურბლებისთვის შეტყობინებების კონფიგურაცია
თვე 2: დამატებითი მონიტორინგის ინსტრუმენტების დანერგვა (DMV-ები, გაფართოებული ღონისძიებები)
თვე 3: შექმენით მორგებული დაფები და ანგარიშები
მიმდინარე: გამოცდილებისა და ცვალებადი მოთხოვნების საფუძველზე მონიტორინგის დახვეწა

დამატებითი რესურსების

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

17. ხშირად დასმული კითხვები (FAQ)

17.1 რა არის ყველაზე მნიშვნელოვანი? SQL Server შესრულების მრიცხველები მონიტორინგისთვის?

ყველაზე კრიტიკული SQL Server შესრულების მრიცხველები მოიცავს:

მეხსიერება: გვერდის სიცოცხლის ხანგრძლივობა (უნდა იყოს >300 წამი) და ბუფერული ქეშის მოხვედრის კოეფიციენტი (უნდა იყოს >99%)
CPU: პროცესორის დროის % (მდგრადი მნიშვნელობები <75%) და პროცესორის რიგის სიგრძე (უნდა იყოს <2 თითო ბირთვზე)
დისკი: საშუალო დისკის წამი/წაკითხვა და ჩაწერა (უნდა იყოს <10-20 მილიწამი) და დისკის რიგის სიგრძე (უნდა იყოს <2 დისკზე)
SQL Server: პაკეტური მოთხოვნები/წმ, SQL კომპილაციები/წმ და მეხსიერების გრანტების მოლოდინი (უნდა იყოს 0)

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

17.2 რა სიხშირით უნდა შევაგროვო შესრულების მონაცემები?

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

საბაზისო მონიტორინგი: ყოველ 1 წუთში (60 წამში)
აქტიური პრობლემების მოგვარება: ყოველ 15-30 წამში მოკლე პერიოდებით
გრძელვადიანი ტენდენცია: ყოველ 5 წუთში

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

17.3 რა განსხვავებაა Performance Monitor-სა და SQL Server პროფილერი?

შესრულების მონიტორი და SQL Server პროფილერი სხვადასხვა მიზანს ემსახურება:

შესრულების მონიტორი:

მონიტორების სისტემა და SQL Server შესრულების მრიცხველები
აკონტროლებს რესურსების გამოყენებას (CPU, მეხსიერება, დისკი)
დაბალი დატვირთვის სისტემა, შესაფერისია უწყვეტი მონიტორინგისთვის
დროთა განმავლობაში გთავაზობთ აგრეგირებულ მაჩვენებლებს

SQL Server პროფილერი:

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

სისტემის საერთო მონიტორინგისთვის გამოიყენეთ Performance Monitor, ხოლო დეტალური შეკითხვის დონის ანალიზისთვის - Extended Events (და არა Profiler).

17.4 შეუძლია თუ არა Performance Monitor-ს გავლენა SQL Server შესრულება?

სწორად კონფიგურაციის შემთხვევაში, Performance Monitor-ს მინიმალური გავლენა აქვს SQL Server შესრულება, როგორც წესი, 2%-ზე ნაკლები ზედნადები ხარჯები. თუმცა, ზედმეტმა მონიტორინგმა შეიძლება პრობლემები გამოიწვიოს:

ძალიან ბევრი მრიცხველი ზრდის ზედნადებ ხარჯებს
ძალიან მოკლე სინჯის ინტერვალები (15 წამზე ნაკლები) დაძაბულობის რესურსები
უწყვეტი მაღალი სიხშირის შეგროვება დიდ ჟურნალის ფაილებს წარმოქმნის

ზემოქმედების მინიმიზაციისთვის:

მხოლოდ საჭირო მრიცხველების მონიტორინგი
გამოიყენეთ შესაბამისი სინჯის აღების ინტერვალები (რუტინული მონიტორინგისთვის 60 წამი)
შეინახეთ ჟურნალები დისკებზე მონაცემთა ბაზის ფაილებისგან განცალკევებით
რესურსებით ინტენსიური მონიტორინგის დაგეგმვა პიკის საათების გარდა

17.5 რამდენ ხანს უნდა შევინახო შესრულების მონიტორინგის მონაცემები?

შენახვა დამოკიდებულია თქვენი ანალიზის საჭიროებებსა და შენახვის მოცულობაზე:

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

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

17.6 რა არის კარგი ზღვრული მნიშვნელობები ძირითადი შესრულების მრიცხველებისთვის?

რეკომენდებული ზღვრული მნიშვნელობები განგაშისთვის:

მეხსიერების გრანტების მოლოდინის რეჟიმში: შეტყობინება, როდესაც > 0
გვერდის სიცოცხლის ხანგრძლივობა: გაფრთხილება, როდესაც < 300 წამი
პროცესორის დროის %: გაფრთხილება, როდესაც > 80% 5 წუთის განმავლობაში
პროცესორის რიგის სიგრძე: გაფრთხილება, როდესაც თითო ბირთვზე 2-ზე მეტია
დისკის საშუალო წმ/წაკითხვა ან ჩაწერა: გაფრთხილება, როდესაც > 20ms
დისკის რიგის სიგრძე: გაფრთხილება, როდესაც დისკზე 2-ზე მეტია
დაბლოკილი პროცესები: გაფრთხილება, როდესაც > 5

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

17.7 როგორ გავაკონტროლო SQL Server დისტანციურად შესრულება?

მონიტორის დისტანციური მართვა SQL Server ამ მეთოდების გამოყენების შემთხვევები:

შესრულების მონიტორი: მრიცხველების დამატებისას მიუთითეთ დისტანციური კომპიუტერის სახელი
PowerShell: გამოიყენეთ -ComputerName პარამეტრი Get-Counter-თან ერთად
DMV-ები: დაკავშირება დისტანციურ სერვერებთან SSMS-ის საშუალებით და DMV-ებისთვის შეკითხვების გაგზავნა
მესამე მხარის ინსტრუმენტები: მონიტორინგის ინსტრუმენტების უმეტესობა მხარს უჭერს დისტანციური სერვერის მონიტორინგს

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

17.8 რომელია საუკეთესო უფასო ინსტრუმენტი? SQL Server შესრულების მონიტორი?

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

Windows-ის მუშაობის მონიტორი: ჩაშენებული, ყოვლისმომცველი და საიმედო
SSMS აქტივობის მონიტორი: რეალურ დროში მონიტორინგი დამატებითი ინსტალაციის გარეშე
გაფართოებული ღონისძიებები: ჩაშენებული მსუბუქი მოვლენების მონიტორინგი SQL Server
sp_WhoIsActive: პოპულარული უფასო შენახული პროცედურა დეტალური აქტივობის მონიტორინგისთვის
მონაცემთა ბაზის კოდის დაფა: ღია კოდის მონიტორინგის ინსტრუმენტი ყოვლისმომცველი ფუნქციებით
SQLWATCH: ღია კოდი თითქმის რეალურ დროში მონიტორინგის შესაძლებლობებით

ორგანიზაციების უმეტესობისთვის, Performance Monitor, SSMS ინსტრუმენტებთან და sp_WhoIsActive-თან ერთად, უზრუნველყოფს შესანიშნავ მონიტორინგის შესაძლებლობებს დამატებითი ხარჯების გარეშე.

17.9 როგორ გავაკეთო PerfMon მონაცემების ექსპორტი ანალიზისთვის?

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

ექსპორტი CSV ფორმატში:

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

გამოიყენეთ Relog ბრძანება:

relog input.blg -f csv -o output.csv

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

17.10 როდის უნდა გამოვიყენო მესამე მხარის მონიტორინგის ინსტრუმენტები ჩაშენებული ვარიანტების ნაცვლად?

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

დიდი რაოდენობით მართვა SQL Server შემთხვევები (10+)
ცენტრალიზებული მონიტორინგის საჭიროება მრავალ მონაცემთა ცენტრში
საჭიროა გაფართოებული ფუნქციები, როგორიცაა პროგნოზირებადი ანალიტიკა ან ანომალიების აღმოჩენა
ინციდენტების მართვის სისტემებთან ინტეგრირებული განგაშის სურვილი
შესაბამისობის ანგარიშგებისა და ისტორიული ანალიზის მოთხოვნა
მონაცემთა ბაზის რესურსების ნაკლებობა მორგებული გადაწყვეტილებების შესაქმნელად და შესანარჩუნებლად
ჰეტეროგენული მონაცემთა ბაზის გარემოს მონიტორინგი (SQL Server, Oracle, MySQL და ა.შ.)

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

18. დამატებითი რესურსები

18.1 ოფიციალური დოკუმენტაცია

Microsoft-ი გთავაზობთ ვრცელ დოკუმენტაციას SQL Server შესრულების მონიტორი:

SQL Server შესრულების მონიტორის დოკუმენტაცია: https://learn.microsoft.com/en-us/sql/relational-databases/performance-monitor/
დინამიური მენეჯმენტის ხედები: https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/
გაფართოებული ღონისძიებები: https://learn.microsoft.com/en-us/sql/relational-databases/extended-events/
შეკითხვის მაღაზია: https://learn.microsoft.com/en-us/sql/relational-databases/performance/monitoring-performance-by-using-the-query-store
შესრულების რეგულირება და მონიტორინგი: https://learn.microsoft.com/en-us/sql/relational-databases/performance/

18.2 რეკომენდებული ინსტრუმენტები და ჩამოტვირთვები

აუცილებელი იარაღები SQL Server შესრულების მონიტორი:

PAL ინსტრუმენტი: https://github.com/clinthuffman/PAL
sp_WhoIsActive: http://whoisactive.com/
მონაცემთა ბაზის კოდის დაფა: https://dbadash.com/
SQLWATCH: https://github.com/marcingminski/sqlwatch
პირველი რეაგირების ნაკრები (ბრენტ ოზარი): https://www.brentozar.com/first-aid/
SQL Server მართვის სტუდია: https://learn.microsoft.com/en-us/sql/ssms/download-sql-server-management-studio-ssms

18.3 საზოგადოების რესურსები

ისწავლეთ SQL Server საზოგადოება:

SQL Server Მთავარი: https://www.sqlservercentral.com/
ბრენტ ოზარის ბლოგი: https://www.brentozar.com/blog/
SQL Shack: https://www.sqlshack.com/
MSSQL-ის რჩევები: https://www.mssqltips.com/
Reddit r/SQLServer: https://www.reddit.com/r/SQLServer/
Stack Overflow SQL Server ტეგა: https://stackoverflow.com/questions/tagged/sql-server

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

ავტორის შესახებ

იუან შენგი არის მონაცემთა ბაზის უფროსი ადმინისტრატორი (DBA) 10 წელზე მეტი გამოცდილებით SQL Server გარემოსა და საწარმოს მონაცემთა ბაზის მართვაში. მან წარმატებით გადაჭრა მონაცემთა ბაზის აღდგენის ასობით სცენარი ფინანსურ სერვისებში, ჯანდაცვისა და წარმოების ორგანიზაციებში.

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

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

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