से http://www.sqlservercentral.com/scripts/tempdb/72007/
;WITH task_space_usage AS (
-- SUM alloc/delloc pages
SELECT session_id,
request_id,
SUM(internal_objects_alloc_page_count) AS alloc_pages,
SUM(internal_objects_dealloc_page_count) AS dealloc_pages
FROM sys.dm_db_task_space_usage WITH (NOLOCK)
WHERE session_id <> @@SPID
GROUP BY session_id, request_id
)
SELECT TSU.session_id,
TSU.alloc_pages * 1.0 / 128 AS [internal object MB space],
TSU.dealloc_pages * 1.0 / 128 AS [internal object dealloc MB space],
EST.text,
-- Extract statement from sql text
ISNULL(
NULLIF(
SUBSTRING(
EST.text,
ERQ.statement_start_offset / 2,
CASE WHEN ERQ.statement_end_offset < ERQ.statement_start_offset
THEN 0
ELSE( ERQ.statement_end_offset - ERQ.statement_start_offset ) / 2 END
), ''
), EST.text
) AS [statement text],
EQP.query_plan
FROM task_space_usage AS TSU
INNER JOIN sys.dm_exec_requests ERQ WITH (NOLOCK)
ON TSU.session_id = ERQ.session_id
AND TSU.request_id = ERQ.request_id
OUTER APPLY sys.dm_exec_sql_text(ERQ.sql_handle) AS EST
OUTER APPLY sys.dm_exec_query_plan(ERQ.plan_handle) AS EQP
WHERE EST.text IS NOT NULL OR EQP.query_plan IS NOT NULL
ORDER BY 3 DESC;
संपादित करें
जैसा कि मार्टिन ने एक टिप्पणी में कहा है, यह सक्रिय लेनदेन नहीं ढूंढेगा जो टेम्पर्ड बीपी में अंतरिक्ष पर कब्जा कर रहे हैं, यह केवल सक्रिय प्रश्न पाएंगे जो वर्तमान में वहां अंतरिक्ष का उपयोग कर रहे हैं (और वर्तमान लॉग उपयोग के लिए संभावित अपराधी)। इसलिए एक खुला लेन-देन हो सकता है लेकिन वास्तविक क्वेरी जो समस्या का कारण बनती है वह अब नहीं चल रही है।
आप को बदल सकता है inner joinपर sys.dm_exec_requestsएक करने के लिए left outer join, तो आप उस नहीं वर्तमान में सक्रिय रूप से प्रश्नों चल रहे सत्र के लिए पंक्तियों वापस आ जाएगी।
मार्टिन ने पोस्ट किया ...
SELECT database_transaction_log_bytes_reserved,session_id
FROM sys.dm_tran_database_transactions AS tdt
INNER JOIN sys.dm_tran_session_transactions AS tst
ON tdt.transaction_id = tst.transaction_id
WHERE database_id = 2;
... session_idसक्रिय लेनदेन के साथ एस की पहचान करेगा जो लॉग स्पेस पर कब्जा कर रहे हैं, लेकिन आप आवश्यक रूप से वास्तविक क्वेरी को निर्धारित करने में सक्षम नहीं होंगे जो समस्या का कारण बनता है, क्योंकि अगर यह अब नहीं चल रहा है तो यह उपरोक्त क्वेरी में कैप्चर नहीं किया जाएगा। सक्रिय अनुरोध। आप सबसे हालिया क्वेरी का उपयोग करके प्रतिक्रियात्मक रूप से जांच करने में सक्षम हो सकते हैं, DBCC INPUTBUFFERलेकिन यह आपको यह नहीं बता सकता है कि आप क्या सुनना चाहते हैं। आप बाहरी रूप से सक्रिय रूप से चलने वालों को पकड़ने के लिए एक समान तरीके से जुड़ सकते हैं, जैसे:
SELECT tdt.database_transaction_log_bytes_reserved,tst.session_id,
t.[text], [statement] = COALESCE(NULLIF(
SUBSTRING(
t.[text],
r.statement_start_offset / 2,
CASE WHEN r.statement_end_offset < r.statement_start_offset
THEN 0
ELSE( r.statement_end_offset - r.statement_start_offset ) / 2 END
), ''
), t.[text])
FROM sys.dm_tran_database_transactions AS tdt
INNER JOIN sys.dm_tran_session_transactions AS tst
ON tdt.transaction_id = tst.transaction_id
LEFT OUTER JOIN sys.dm_exec_requests AS r
ON tst.session_id = r.session_id
OUTER APPLY sys.dm_exec_sql_text(r.plan_handle) AS t
WHERE tdt.database_id = 2;
आप डीएमवी sys.dm_db_session_space_usageका उपयोग सत्र द्वारा समग्र अंतरिक्ष उपयोग को देखने के लिए भी कर सकते हैं (लेकिन फिर से आपको क्वेरी के लिए वैध परिणाम वापस नहीं मिल सकता है; यदि क्वेरी सक्रिय नहीं है, तो आपको जो वापस मिलेगा वह वास्तविक अपराधी नहीं हो सकता है)।
;WITH s AS
(
SELECT
s.session_id,
[pages] = SUM(s.user_objects_alloc_page_count
+ s.internal_objects_alloc_page_count)
FROM sys.dm_db_session_space_usage AS s
GROUP BY s.session_id
HAVING SUM(s.user_objects_alloc_page_count
+ s.internal_objects_alloc_page_count) > 0
)
SELECT s.session_id, s.[pages], t.[text],
[statement] = COALESCE(NULLIF(
SUBSTRING(
t.[text],
r.statement_start_offset / 2,
CASE WHEN r.statement_end_offset < r.statement_start_offset
THEN 0
ELSE( r.statement_end_offset - r.statement_start_offset ) / 2 END
), ''
), t.[text])
FROM s
LEFT OUTER JOIN
sys.dm_exec_requests AS r
ON s.session_id = r.session_id
OUTER APPLY sys.dm_exec_sql_text(r.plan_handle) AS t
ORDER BY s.[pages] DESC;
अपने निपटान में इन सभी प्रश्नों के साथ, आपको यह पता लगाने में सक्षम होना चाहिए कि कौन टेम्पर्डबी का उपयोग कर रहा है और कैसे, खासकर यदि आप उन्हें अधिनियम में पकड़ते हैं।
अस्थायी उपयोग को कम करने के लिए कुछ सुझाव
- कम # टैम्प टेबल और @ टेबल का उपयोग करें
- समवर्ती सूचकांक अनुरक्षण को कम से कम करें, और
SORT_IN_TEMPDBयदि आवश्यक न हो तो विकल्प से बचें
- अनावश्यक अभिशाप से बचें; स्टैटिक कर्सर्स से बचें अगर आपको लगता है कि यह एक अड़चन हो सकती है, क्योंकि स्टैटिक कर्स टेंपर्ड में वर्क टेबल का इस्तेमाल करते हैं - हालाँकि यह एक प्रकार का कर्सर होता है जिसकी मैं हमेशा सलाह देता हूं अगर टेंपडब एक अड़चन नहीं है
- स्पूल से बचने की कोशिश करें (उदाहरण के लिए बड़े सीटीई जो क्वेरी में कई बार संदर्भित होते हैं)
- MARS का उपयोग न करें
- स्नैपशॉट / RCSI अलगाव स्तरों के उपयोग का पूरी तरह से परीक्षण करें - इसे केवल सभी डेटाबेस के लिए चालू न करें क्योंकि आपको बताया गया है कि यह NOLOCK से बेहतर है (यह है, लेकिन यह मुफ़्त नहीं है)
- कुछ मामलों में, यह अचूक लग सकता है, लेकिन अधिक अस्थायी तालिकाओं का उपयोग करें । उदाहरण के लिए भागों में एक विनम्र क्वेरी को तोड़ना थोड़ा कम कुशल हो सकता है, लेकिन अगर यह एक बड़ी मेमोरी स्पिल को टेम्पर्ड बी से बचा सकता है क्योंकि सिंगल, बड़ी क्वेरी के लिए मेमोरी की बहुत बड़ी आवश्यकता होती है ...
- थोक संचालन के लिए ट्रिगर सक्षम करने से बचें
- स्थानीय चर के रूप में LOB प्रकार (अधिकतम प्रकार, XML, आदि) के अति प्रयोग से बचें
- लेन-देन छोटा और मीठा रखें
- सभी के डिफ़ॉल्ट डेटाबेस होने के लिए tempdb सेट न करें -
आप यह भी विचार कर सकते हैं कि आपका tempdb लॉग उपयोग आंतरिक प्रक्रियाओं के कारण हो सकता है जिनका आपके पास बहुत कम या कोई नियंत्रण नहीं है - उदाहरण के लिए डेटाबेस मेल, इवेंट नोटिफिकेशन, क्वेरी नोटिफिकेशन और सर्विस ब्रोकर सभी किसी न किसी तरह से tempdb का उपयोग करते हैं। आप इन सुविधाओं का उपयोग करना बंद कर सकते हैं, लेकिन अगर आप उनका उपयोग कर रहे हैं तो आप यह तय नहीं कर सकते कि वे कब और कैसे टेम्पपेड का उपयोग करते हैं।
