আমার কাছে 5M এবং 1.5G এর মধ্যে সারি পরিমাণের একাধিক টেবিল রয়েছে
প্রতিটি টেবিলের তার বিএলওবি ক্ষেত্র রয়েছে, যার আকারটি 100 বাইট থেকে 30 এমবিাইটে পরিবর্তিত হয় এবং যা 'সারির বাইরে বড় মানের ধরণের' হিসাবে সংরক্ষণ করা হয় = চালু
টেবিলগুলি বিভিন্ন ডিস্ক @ বিভিন্ন এলইউএন @ খুব দ্রুত এসএএন-তে প্রতিটি 3-4 টি ফাইল সহ বিভিন্ন ফাইলগ্রুপগুলিতে সংরক্ষণ করা হয়
প্রতিদিন এই টেবিলগুলি আকারে 5-100 জিবি এবং 600k - 1.5M সারি সহ বৃদ্ধি পায়
নির্দিষ্ট সময়ের পরে , যা 2 সপ্তাহ থেকে 6 মাসের মধ্যে পরিবর্তিত হয় কয়েকটি সারি মুছে ফেলা হয় বা সংরক্ষণাগার ডিবিতে স্থানান্তরিত হয়, সুতরাং - 6 মাসেরও বেশি বয়সী ওয়ার্ক টেবিলগুলিতে কোনও সারি নেই।
সার্ভারের বর্তমান কনফিগারেশন:
- এসকিউএল সার্ভার ইঞ্জিনটি ২০০৪ আর ২ এসপি ১ এন্টারপ্রাইজ @ ২৪ টি কোরে, @ G৪ জিবি র্যাম
- এসকিউএল সার্ভার অতিরিক্ত স্টার্টআপ পতাকা সহ চালায়:
-টি 3640; (সঞ্চিত পদ্ধতিতে প্রতিটি স্টেটমেন্টের জন্য ক্লায়েন্টকে DONE_IN_PROC বার্তা প্রেরণ বাদ দেয় This এটি সেট নোট অন সেশনের সেটিংয়ের অনুরূপ, তবে যখন ট্রেস পতাকা হিসাবে সেট করা হয়, প্রতিটি ক্লায়েন্ট সেশনটি এভাবে পরিচালনা করা হয়)
-টি 1118; (একবারে 1 পিজি থেকে টেম্পডিবিতে বরাদ্দগুলি স্যুইচ করে (প্রথম 8 পৃষ্ঠাগুলির জন্য) এক পরিমাণে))
-টি 2301; (সিদ্ধান্ত সমর্থন প্রশ্নগুলির সাথে সুনির্দিষ্ট উন্নত অনুকূলিতকরণ সক্ষম করে This এই বিকল্পটি বৃহত ডেটা সেটগুলির সিদ্ধান্ত সমর্থন প্রক্রিয়াকরণের ক্ষেত্রে প্রযোজ্য)
-টি 1117; (সমস্ত ডেটা ফাইল একবারে বাড়ায়, অন্যথায় এটি পরিবর্তন হয়))
-E; (ফাইলগ্রুপে প্রতিটি ফাইলের জন্য বরাদ্দকৃত এক্সটেন্টগুলির সংখ্যা বাড়ায় data এই বিকল্পটি ডেটা গুদাম অ্যাপ্লিকেশনগুলির জন্য সহায়ক হতে পারে যা ব্যবহারকারীদের সীমিত সংখ্যক সূচক বা ডেটা স্ক্যান চালাচ্ছে)
-টি 834; (এসকিউএল সার্ভারকে বাফার পুলের জন্য বরাদ্দকৃত মেমরির জন্য উইন্ডোজ বৃহত পৃষ্ঠাগুলির বরাদ্দগুলি ব্যবহার করার কারণ দেখায় , http: //msdn2.mic Microsoft.com/en-us/library/aa366720.aspx , http://support.microsoft। কম / কেবি / 920093 )
- এসকিউএল সার্ভার বড় পৃষ্ঠা এক্সটেনশন ব্যবহার করে
- এসকিউএল সার্ভার দ্রুত ফাইল সূচনা বিকল্পটি ব্যবহার করে
- সমস্ত ডাটাবেসের জন্য অটোশ্রিংক বন্ধ
সমস্যাটি হ'ল - সার্ভারের আপটাইমের কিছু সময় থেকে শুরু হয়ে কয়েক মাস (কয়েক মাস থেকে কয়েক মাস) GHOST CLEANUPপ্রক্রিয়া জোর করে ক্লিনআপগুলি কাজ করতে অস্বীকার করে এবং কেবল তার স্বাভাবিক কাজটি করে - বেশ কয়েক সেকেন্ডের মধ্যে কয়েকটি পৃষ্ঠা মুছে দেয় ( which is seen thru Extended Events) যা উপযুক্ত নয় , কারণ এটি মুছে ফেলা সমস্ত সারি পরিষ্কার করতে সক্ষম নয়
এসকিউএল সার্ভার 2005 আরটিএম এন্টারপ্রাইজের সময় থেকে সমস্যাটি বজায় রয়েছে
কীভাবে আমাকে সমস্যাটি সমাধান করার চেষ্টা করা হয়েছিল:
- টেবিলগুলির ক্লাস্টারযুক্ত সূচীতে স্ক্যান অপারেশনকে জোর করার চেষ্টা করা হয়েছিল
- স্ক্যান অপারেশনগুলিকে জোর করার চেষ্টা করা হয়েছে, যা টেবিলগুলির ক্লাস্টার ইনডেক্সগুলিতে বিএলওবি কলামের সমস্ত বিষয়বস্তু জড়িত
- সিস্টেম এসপি_ক্লান_ডিবি_ফ্রি_স্পেস এবং এসপি_সকল_ডিবি_ফাইলে_ফ্রি_স্পেস
- ডিবি-র সমস্ত ফাইল এবং পৃষ্ঠাগুলির জন্য ম্যানুয়ালি ডিবিসিসি ক্লিনপেজ (@ ডিবিড, @ ফাইলিড, @ পৃষ্ঠা)
- গুচ্ছ সূচক পুনর্নির্মাণ এবং পুনর্গঠন
- ডাটাবেস পুনরায় তৈরি করা হচ্ছে
ডিবিসিসি ফোরসিওস্টিক্লানআপ
আমি যখন ক্যোয়ারি চালাচ্ছি:
select * from sys.dm_db_index_physical_stats(db_id(), object_id('ProblemTable'), 1, 0, 'detailed')আমি লক্ষ লক্ষ এবং কয়েক মিলিয়ন ভুতের রেকর্ড দেখতে পাচ্ছি তবে কেবলমাত্র এলওবি_ডাটা বরাদ্দ ইউনিটের জন্য
একমাত্র জিনিস, যা সাহায্য করে:
- শাটডাউন কমান্ডের সাহায্যে সার্ভারটি থামানো বা পুরো হোস্টটি পুনরায় চালু করা - এটি পুনরায় চালু হওয়ার পরে GHOST CLEANUP প্রক্রিয়াটি কয়েক ঘন্টা চালায় এবং আসলে সমস্ত ঘোড়িত রেকর্ড সাফ করে cle
- এমপিটিওয়াইফাইল বিকল্পের সাথে ডিবিসিসি শ্রিনকফিল - একটি ফাইল থেকে অন্য ফাইল বা নতুন তৈরি ফাইলগুলিতে সমস্ত ডেটা সরিয়ে নেওয়া কেবল এই ফাইলটিতে ভূতের রেকর্ডগুলি সাফ করে - সমস্যাটি হ'ল আমি সঙ্কুচিত ক্রিয়াকলাপটিকে সত্যই ঘৃণা করি। এবং এটি এক ফাইলের জন্য 3-4 দিন সময় নেয়
প্রশ্ন - সার্ভার ডাউনটাইম ছাড়াই GHOST CLEANUP কে বাধ্য করার কোনও প্রোগ্রামিক (পছন্দসই) বা রক্ষণাবেক্ষণের কোনও উপায় আছে কেননা সার্ভারের ডাউনটাইমটির ব্যয় অনেক বেশি, এমনকি অগ্রহণযোগ্যও নয় - এটি হাজার থেকে দশ হাজারে to প্রতি ঘন্টা
সমস্যাগুলি লক্ষ করা গেল যেভাবে খনি এখানে রয়েছে:
- http://support.microsoft.com/kb/932115
- http://www.sqlservercentral.com/Forums/Topic496244-149-1.aspx
এবং ঠিক এখানেই: