টেম্পডিবি-তে ডিডিএল বিতর্ক

Question

আমার একটি এসকিউএল সার্ভার 2005 স্ট্যান্ডার্ড এক্স 64 রয়েছে যা গত কয়েক মাস ধরে টেম্পডিবি ডিডিএল বিতর্ক নিয়ে সমস্যার সম্মুখীন হচ্ছে। সার্ভারটি ওয়েট রিসোর্স 2: 1: 103 (অপেক্ষা প্রকারের PAGELATCH_EX হচ্ছে) নিয়ে বিতর্ক তৈরি করবে।

সার্ভার শালীন বোঝার অধীনে যখন সমস্যাটি বিক্ষিপ্তভাবে ঘটেছিল বলে মনে হচ্ছে। আমি "ধ্বংসের জন্য টেম্প টেবিলগুলি" রেট পর্যবেক্ষণ করেছি এবং 2: 1: 103-তে আমাদের যখন PAGELATCH_EX এর সমস্যা রয়েছে তখন এটি 5000+ এ চলে যেতে পারে। আমি এই কাউন্টারটি যা পড়েছি তা থেকে বেশিরভাগ সময় 0 হওয়া উচিত, তবে আমাদের বেশিরভাগ সময় 300-10000 থেকে কোথাও থেকে যায় বলে মনে হয়। সিস্টেমে খুব কম ব্যবহারকারী থাকলে কাউন্টারটি কেবল 0 এ যায়।

একটি খড়ের স্ট্যাকের মধ্যে সুইয়ের সন্ধান না করে কীভাবে টেম্পডিবির উপর ডিডিএল বিতর্ক সৃষ্টি করছে তা আমি কীভাবে সংকুচিত করতে পারি?

Comments

কী SELECT @@VERSION;? আমার উত্তর অনুসারে আমার প্রথম পরামর্শটি হবে আপনি এসপি 4 এবং অতি সাম্প্রতিকতম আপডেটের বিষয়ে নিশ্চিত হওয়া cum

— অ্যারন বারট্র্যান্ড

এটি এসপি 4 (9.00.5000)

— ডেভিড জর্জ

Answer 1

আমি এই সমস্যাটি দেখেছি এবং শেষ পর্যন্ত এটি ঠিক করার জন্য প্রকাশিত হটফিক্সটি আসলে মাইক্রোসফ্ট সিএসএসের সাথে আমার মামলার প্রত্যক্ষ ফলাফল ছিল। ফিক্সের জন্য কোনও সার্বজনীন কেবি নিবন্ধ নেই। আপনি এসকিউএল সার্ভারে সার্ভিস প্যাক 4 এবং সর্বাধিক সাম্প্রতিক সংযোজনীয় আপডেট প্রয়োগ করেছেন তা নিশ্চিত করুন (লেখার সময় এটি ক্রমবর্ধমান আপডেট # 3 (9.00.5259) )।

হটফিক্স প্রকাশ না হওয়া অবধি মাইক্রোসফ্টের পরামর্শ ছিল কেবল # টেম্প টেবিল তৈরি করা বন্ধ করুন (অনেকটা কেবি # 916086 এর মতো )। যেহেতু এর অর্থ হ'ল কয়েক ডজন এবং কয়েক ডজন রিপোর্টিং প্রক্রিয়াটির যথেষ্ট পরিমাণে পুনর্লিখন, তাই আমার ক্ষেত্রে কাজটি (ট্রেস ফ্ল্যাগ বা টেম্প ফাইলের বিন্যাস নির্বিশেষে) প্রতি সপ্তাহান্তে আমাদের ক্লাস্টারটি পুনরায় চালু করতে হবে। ইশ।

অর্ডার tempdb ব্যবহার খুঁজিয়া বাহির করার জন্য, যে করতে পারেন সাহায্যের প্রায় কয়েক স্ক্রিপ্ট হয়, যেমন দেখতে আদম Machanic এর sp_whoIsActive , নির্দিষ্টভাবে:

• sp_Woisactive: টেম্পডিবি যুক্তি বিশ্লেষণ
• টেম্পডিবি লেনদেনের লগটি কোন কোয়েরি পূরণ করছে তা কীভাবে সনাক্ত করবেন?

এবং এই স্ক্রিপ্টটিও (এবং মন্তব্যগুলিতে) @ এসকিউএলসোল্ডার থেকে:

• টেম্পডিবি কনটেন্ট ভেঙে

আমি নিশ্চিত সব আপনার এক্সিকিউটেবল-এর পাথ ব্যবহার করছেন করতে হবে LOCAL STATIC READ_ONLY FORWARD_ONLY(দেখুন এই এবং এই ), এবং যদি সেখানে কোনো পরিচিত দামী প্রশ্ন যা #temp টেবিল / @table ভেরিয়েবল, CTEs ব্যাপক ব্যবহার করতে দেখতে, বা হ্যাশ যোগদান করে অপ্রয়োজনীয় প্রকারের বা নেতৃত্ব থাকতে পারে ... এর সবগুলিই সমস্যায় অবদান রাখতে পারে (আমি সন্দেহ করি যে আপনি একটি সুবর্ণ কারণ খুঁজে পাবেন)। "আপনার-বক-ফর-বুক" শুরুর পয়েন্ট হিসাবে সবচেয়ে সহজ সুস্পষ্ট ফিক্সটি হ'ল ডিফল্টগুলির পরিবর্তে যথাযথ এবং কম খরচে কার্সার বিকল্পগুলি ব্যবহার করা।

এর মধ্যে আমি (ক) সিইউ # 3 ইনস্টল করব এবং (খ) পিএসএস কল করব। তাদেরকে বলুন যে আপনি খুব নির্দিষ্ট স্থিরতার পরে আছেন যা ইতিমধ্যে বাগ হিসাবে নিশ্চিত হয়ে গেছে এবং এটি একটি ব্যক্তিগত হটফিক্স হিসাবে অন্য ব্যবহারকারীদের কাছে প্রকাশিত হয়েছে: "ভিএসটিএস # 109112 - টেম্প টেবিল পেছানো ড্রপ নির্দিষ্ট কাজের চাপের জন্য স্কেল করে না" " আপনাকে প্রাথমিকভাবে কেস ফি দিতে হবে তবে এটি যেহেতু একটি বাগ, তাই চার্জটি ফেরত দেওয়া উচিত।

Comments

মন্তব্যগুলি বর্ধিত আলোচনার জন্য নয়; এই কথোপকথন চ্যাটে সরানো হয়েছে ।

— পল হোয়াইট 9

Answer 2

আপনার সম্ভবত সম্ভবত ট্রেস ফ্ল্যাগের প্রয়োজন 1118

দেখুন tempdb সম্পর্কে পল Randal এর কাল্পনিক প্রথম ও তাঁর মেমরি 1118 নিবন্ধটি খুব

টিবিএফ এখানে কেবি 328551 তে বর্ণিত হয়েছে

আমার এটির প্রত্যক্ষ অভিজ্ঞতা নেই তবে যা পড়েছি তা মনে হচ্ছে

Comments

দুর্ভাগ্যক্রমে টিএফ 1118 কোনও সহায়তা সরবরাহ করেনি

— ডেভিড জর্জ

Answer 3

আমি ধারণা করছি যে আপনি ইতিমধ্যে আপনার টেম্পডিবি ডেটা-ফাইলগুলি বিতর্ককে হ্রাস করার চেষ্টা করতে পেরেছেন (প্রাক-উত্পাদনের মাধ্যমে প্রথমে স্পষ্টতই)। যদি আপনি সাহসী হন তবে পল রান্ডাল লেখকভাবে উল্লেখ করেছেন এমন ট্রেস পতাকাটি বিবেচনা করুন : http://www.sqlskills.com/BLOGS/PAUL/post/A-SQL- সার্ভার- DBA-myth-a-day-(1230 ) -tempdb-উচিত-সর্বদা আছে এক-ডেটা-ফাইল-প্রতি-প্রসেসর-core.aspx

কী কারণে ব্যথার কারণ হচ্ছে, আপনার কিছু তদন্তমূলক কাজ করা দরকার:

• এটি কি সবে শুরু হতে শুরু করেছে? কি বদলে গেছে?
• সার্ভারটি কি মেমরির চাপের মধ্যে রয়েছে, তাই টেম্পডিবিতে বাছাই করতে হবে?
• চেকডিবি, বা অনলাইন রি-ইনডেক্সিং এর মতো কোনও ডিবিএ প্রক্রিয়া চলছে কি?
• আরও বিদেশী বিচ্ছিন্নতা স্তর ব্যবহার করা হয়, বা পরিষেবা ব্রোকার? sys.databases এ দেখুন

এই মাইক্রোসফট TempDB নথির নীচে একটা চমৎকার ক্যোয়ারী কি tempdb ব্যবহার করছে কাজ করার চেষ্টা করতে দেওয়া হল: http://technet.microsoft.com/en-gb/library/cc966545.aspx

Comments

TF1118 সম্পর্কিত সম্পর্কিত তথ্য সম্ভবত আমি গণনা করা আরও গুরুত্বপূর্ণ

— gbn

@gbn এটি কয়েক মাস আগে শুরু হয়েছিল এবং কোনও সার্ভার পরিবর্তন হয়নি। আমরা কোন ভাগ্য ছাড়াই TF1118 চেষ্টা করেছি কারণ এটি যে সমস্যাটি হচ্ছে আমাদের তাতে আসলেই সহায়তা করে না (2: 1: 103 এ লক তৈরির ক্ষেত্রে সেই সিস্টেমের মেটা ডেটা টেবিলটিতে সিরিয়ালযুক্ত অ্যাক্সেস)। এক টন টেম্প টেবিলগুলি থেকে ধ্বংস হওয়া দরকার Ste এই সময়ে কোনও ডিবিএ টাস্ক চলছে না। কোনও পরিষেবা দালাল এবং কোনও বিদেশী বিচ্ছিন্নতা স্তর নেই।

— ডেভিড জর্জ

কোনও সার্ভার পরিবর্তন হয়নি, তবে কি কোনও অ্যাপ্লিকেশন কোড পরিবর্তন হয়েছিল? স্মৃতি কি ঠিক আছে - পৃষ্ঠার আয়ু, কোয়েরি রান টাইম ইত্যাদি?

— পিটার শোফিল্ড

অপ্রত্যাশিত কিছুই নেই তা নিশ্চিত করতে প্রথমে আমি প্রি-প্রোডের মাধ্যমে একাধিক টেম্পডিবি ফাইলগুলি চেষ্টা করে দেব। এটি একটি নিরীহ পরিবর্তন যা কাজ করে। ঘটনাচক্রে, আপনি কি আপনার ডিস্ক আইও লেটেন্সিগুলি পরীক্ষা করেছেন, বিশেষত টেম্পডিবির?

— পিটার শোফিল্ড

আমি সমস্ত পরীক্ষা করে দেখেছি এবং আইও লেটেন্সি কোনও সমস্যা নয়। টেম্পডিবি ত্রাণ ছাড়াই বেশ কয়েকটি বিভিন্ন একাধিক ফাইল কনফিগারেশনে কনফিগার করা হয়েছে। এটি একটি 24-কোর সিস্টেম তাই আমরা 8 টি টেম্পেডভ ফাইলগুলি চালিয়ে যাচ্ছি, তবে 24 টি ফাইলের বিভিন্ন উপায়ে চেষ্টা করেছি। স্মৃতি ঠিক আছে, পৃষ্ঠা আয়ুও ভাল। ক্যোয়ারী রানের সময়গুলি উপরে এবং নিচে, তবে ক্রেজি বা নতুন কিছু নয়।

— ডেভিড জর্জ

Answer 4

আপনি যদি এখনও এটিকে সন্ধান করতে চান তবে আমি সম্প্রতি সিঙ্ক্রোনাস টেবিল ড্রপ সহ একইরকম এক বিস্ময়কর পারফরম্যান্স সমস্যা পেয়েছি। আপনার যদি এসকিউএল 2005 চালিত স্কয়ার উদাহরণে প্রচুর ডাটাবেস (> 100 বা তাই) থাকে এবং আপনার প্রচুর টেম্প টেবিল তৈরি এবং ড্রপ স্টেটমেন্ট থাকে তবে আপনি ধীরে ধীরে টেম্প টেবিল ড্রপ পেতে পারেন। Sys.dm_db_index_usage_stats থেকে ফিরে আসা সারির গণনাটি অপরাধী হিসাবে ঠিক এই মুহুর্তে রায় দিতে পারে।

KB নিবন্ধটি সমস্যার বর্ণনা দেয়। http://support.microsoft.com/kb/2003031

যখন sys.dm_db_index_usage_stats এর প্রচুর পরিমাণে সারি থাকে তখন ক্যোয়ারি পারফরম্যান্স হ্রাস পায়

নিম্নলিখিত পরিস্থিতিতে বিবেচনা করুন:

মাইক্রোসফ্ট এসকিউএল সার্ভার 2005-এ আপনি প্রায়শই ডিডিএল অপারেশন করেন যা প্রচুর টেবিলগুলি ড্রপ এবং বিনোদন সহ জড়িত থাকে (বিশেষত টেম্পডিবি ডাটাবেসে অস্থায়ী সারণী)। Sys.dm_db_index_usage_stats গতিশীল পরিচালনা ভিউতে (ডিএমভি) আপনার প্রচুর সংখ্যক এন্ট্রি রয়েছে (100,000 বা আরও বেশি)।

এই প্রশ্নের আমার গৃহীত উত্তর থেকে নেওয়া। পাশাপাশি আরও কিছু বিশদ রয়েছে। 2005 সালে স্ক্যালো-তে স্লো টেম্প টেবিলের ড্রপ