SQL Server 2005 და უფრო გვიან ვერსიებში tempdb მონაცემთა ბაზის შეკუმშვა არაფრით განსხვავდება მომხმარებლის მონაცემთა ბაზის შემცირებისგან, გარდა იმისა, რომ tempdb გადადის თავის კონფიგურირებულ ზომაზე SQL Server-ის ინსტანციის ყოველი გადატვირთვის შემდეგ. შემცირების გაშვება უსაფრთხოა tempdb სანამ tempdb აქტივობა მიმდინარეობს.
აუმჯობესებს თუ არა მონაცემთა ბაზის შემცირება?
მაგრამ შემცირებამ შეიძლება მნიშვნელოვნად იმოქმედოს თქვენი მონაცემთა ბაზის მუშაობაზე, თუ სწორად არ გაკეთებულა. შეკუმშვა გაზრდის ფრაგმენტაციას და გამოიწვევს ნებისმიერი DB ოპერაციას ძვირად. ინდექსების აღდგენა აუცილებელია DB-ის შემცირების შემდეგ, რათა შემცირდეს ფრაგმენტაცია და გაზარდოს შესრულება.
როგორ შემცირდება tempdb?
ჩვენ შეგვიძლია გამოვიყენოთ SSMS GUI მეთოდი TempDB-ის შესამცირებლადაც. დააწკაპუნეთ მაუსის მარჯვენა ღილაკით TempDB-ზე და გადადით Tasks-ზე. ამოცანების სიაში დააწკაპუნეთ Shrink-ზე და შეგიძლიათ აირჩიოთ მონაცემთა ბაზა ან ფაილები. მონაცემთა ბაზის და ფაილების ორივე ვარიანტი მსგავსია DBCC SHRINKDATABASE და DBCC SHRINKFILE ბრძანებების, რომლებიც ადრე ავხსენით.
მცირდება თუ არა tempdb ავტომატურად?
ნაგულისხმევად, tempdb მონაცემთა ბაზა ავტომატურად იზრდება, რადგან სივრცე საჭიროა, რადგან ფაილების MAXSIZE დაყენებულია UNLIMITED-ზე. ამიტომ, tempdb შეიძლება გააგრძელოს ზრდა მანამ, სანამ დისკზე ადგილი არ ამოიწურება, რომელიც შეიცავს tempdb.
რატომ იზრდება tempdb ასე დიდი?
Tempdb-ის ზრდა არის ძირითადად ცუდი შესრულებული მოთხოვნების გამო, ასე რომ თქვენ შეგიძლიათ გამოიყენოთ SQL Profiler და ალბათ გაფილტროთ ხანგრძლივობაგანსაზღვრეთ არის თუ არა შენახული პროცედურები, რომელთა შესრულებას x წამზე მეტი სჭირდება.
