आत्मीयता "सीपीयू उपयोग को समायोजित नहीं करता है" (जैसे आपके मामले में सीपीयू कम काम करते हैं), यह आपको या तो सीपीयू को बंद करने की अनुमति देता है (शायद इसे उसी मशीन पर किसी अन्य उदाहरण के लिए उपलब्ध कराने के लिए) या सीपीयू सेट करने के लिए केवल I / O के साथ सहायता। यहां तक कि अगर आपके पास कई सीपीयू थे, तो आप अपने लक्ष्य के साथ मदद करने के लिए पूर्व का उपयोग नहीं कर पाएंगे, और हमारे लिए उत्तरार्द्ध पर अनुमान लगाना असंभव है क्योंकि हम नहीं जानते कि आपके सीपीयू उपयोग को इतना अधिक क्या है। यह बेहद खराब अनुक्रमण, अत्यधिक संकलनों, स्केलर यूडीएफ की प्रचुरता, आई / ओ थ्रैशिंग के कारण हो सकता है, कौन जानता है? (और I / O का कारण यह हो सकता है कि यदि आपका डेटाबेस 3 GB या तो बड़ा है, तो उसे लगातार बफर पूल मेमोरी में और बाहर डेटा स्वैप करना होगा, और यह CPU पर अपना टोल लेता है।)
सीपीयू कैश, भी, एक खरगोश छेद है जिसे आपको नीचे जाने की आवश्यकता नहीं है। मुझे अत्यधिक संदेह है कि आपके सीपीयू कैश की समस्याओं के कारण आपका सीपीयू 95% पर जोर मार रहा है।
सीपीयू दबाव के स्रोत को कम करने में मदद करने के लिए, और यह मानकर कि आप संग्रहीत प्रक्रियाओं का उपयोग कर रहे हैं, आप ग्लेन बेरी से इस नैदानिक क्वेरी पर नज़र डाल सकते हैं ( यहाँ से खट्टा ) - सुनिश्चित करें कि आप इसे सही डेटाबेस के संदर्भ में चलाते हैं:
-- Top Cached SPs By Total Worker time (SQL Server 2012).
-- Worker time relates to CPU cost (Query 44) (SP Worker Time)
SELECT TOP (25)
p.name AS [SP Name],
qs.total_worker_time AS [TotalWorkerTime],
qs.total_worker_time/qs.execution_count AS [AvgWorkerTime],
qs.execution_count,
ISNULL(qs.execution_count/DATEDIFF(Second, qs.cached_time, GETDATE()), 0)
AS [Calls/Second],
qs.total_elapsed_time,
qs.total_elapsed_time/qs.execution_count AS [avg_elapsed_time],
qs.cached_time
FROM sys.procedures AS p WITH (NOLOCK)
INNER JOIN sys.dm_exec_procedure_stats AS qs WITH (NOLOCK)
ON p.[object_id] = qs.[object_id]
WHERE qs.database_id = DB_ID()
ORDER BY qs.total_worker_time DESC OPTION (RECOMPILE);
-- This helps you find the most expensive cached stored procedures from a CPU perspective
-- You should look at this if you see signs of CPU pressure
यदि आप संग्रहीत प्रक्रियाओं का उपयोग नहीं कर रहे हैं, तो जॉन सैमसन का यह उदाहरण तदर्थ प्रश्नों को अलग करने में मदद कर सकता है ( यहाँ से प्राप्त ):
SELECT TOP (25)
qs.sql_handle,
qs.execution_count,
qs.total_worker_time AS Total_CPU,
total_CPU_inSeconds = --Converted from microseconds
qs.total_worker_time/1000000,
average_CPU_inSeconds = --Converted from microseconds
(qs.total_worker_time/1000000) / qs.execution_count,
qs.total_elapsed_time,
total_elapsed_time_inSeconds = --Converted from microseconds
qs.total_elapsed_time/1000000,
st.text,
qp.query_plan
FROM sys.dm_exec_query_stats AS qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS st
CROSS apply sys.dm_exec_query_plan (qs.plan_handle) AS qp
ORDER BY qs.total_worker_time DESC OPTION (RECOMPILE);
आप एडम मचानिक के sp_WhoIsActive पर भी एक नज़र रख सकते हैं , एक संग्रहीत प्रक्रिया जो वर्तमान में चल रहे सभी प्रश्नों का विश्लेषण कर सकती है, और आपको इसे अपनी इच्छानुसार सॉर्ट करने की अनुमति देती है (जैसे आपके मामले में @sort_order = '[CPU] DESC')।
पहली बात मैं, हालांकि - विशेष रूप से अगर यह वास्तव में खोज और बचाव टीमों के लिए मिशन महत्वपूर्ण है - बेहतर हार्डवेयर खरीद रहा है। अपने एप्लिकेशन को सेवा देने के लिए आपके पास अधिक CPU और अधिक RAM होना चाहिए। आपको भी बेहतर उच्च उपलब्धता (जैसे क्लस्टरिंग, मिररिंग या उपलब्धता समूह) की आवश्यकता है। कोई कारण नहीं है कि एक भौतिक मशीन का रिबूट आपके आवेदन को पूरी तरह से ऑफ़लाइन होना चाहिए - हमारे पास उस समस्या के लिए बेहतर समाधान हैं। और अंत में, मैं यह मानता हूं कि "सर्वर" में केवल एक स्पिन डिस्क ड्राइव है। इसका मतलब है कि सभी I / O - OS से, SQL सर्वर डेटा फ़ाइलों से, लॉग फाइल, टेम्पर्डब, आदि सभी एक ही नियंत्रक से गुजरते हैं और एक ही ड्राइव पर पढ़ने / लिखने की गतिविधि साझा करते हैं। अधिक डिस्क प्राप्त करें। SSDs प्राप्त करें यदि आप कर सकते हैं / जहां। RAID का उपयोग करें और I / O को यथासंभव फैलाने का प्रयास करें।
सभी ने कहा, समस्या पर हार्डवेयर फेंकना केवल फिक्स का हिस्सा नहीं है। आपको अत्यधिक सीपीयू उपयोग के कारण वास्तव में अलग करने की आवश्यकता है और फिर उन समस्याओं पर हमला करें जो कोई भी बात नहीं है कि आप किस हार्डवेयर पर हैं।
कुछ अन्य विचारों के लिए भी इस StackOverflow प्रश्न को देखें:
/programming/945063/how-do-i-find-out-what-is-hammering-my-sql-server