Decipher Key र Page WaitResource डेडलक र लकहरूमा

यदि तपाइँ अवरुद्ध प्रक्रिया रिपोर्ट प्रयोग गर्नुहुन्छ वा SQL सर्भर द्वारा आवधिक रूपमा उपलब्ध गराइएको डेडलक ग्राफहरू सङ्कलन गर्नुहुन्छ भने, तपाइँले निम्न चीजहरू सामना गर्नुहुनेछ:

waitresource="PAGE: 6:3:70133"

waitresource=“KEY: 6:72057594041991168 (ce52f92a058c)“

कहिलेकाहीँ, तपाईंले अध्ययन गर्नुभएको त्यो विशाल XML मा थप जानकारी हुनेछ (डेडलक ग्राफहरूले तपाईंलाई वस्तु र अनुक्रमणिकाको नामहरू पत्ता लगाउन मद्दत गर्ने स्रोतहरूको सूची समावेश गर्दछ), तर सधैं होइन।

यो पाठले तपाईंलाई तिनीहरूलाई बुझ्न मद्दत गर्नेछ।

यहाँ छ कि सबै जानकारी विभिन्न ठाउँहरूमा इन्टरनेटमा छ, यो केवल धेरै वितरित छ! म यो सबै सँगै राख्न चाहन्छु, DBCC PAGE देखि hobt_id सम्म कागजात नभएको %%physloc%% र %%lockres%% प्रकार्यहरू।

पहिले, PAGE लकहरूमा पर्खने बारे कुरा गरौं, र त्यसपछि KEY लकहरूमा जानुहोस्।

1) waitresource="PAGE: 6:3:70133" = Database_Id: FileId: PageNumber

यदि तपाइँको अनुरोध PAGE लकमा पर्खिरहेको छ भने, SQL Server ले तपाइँलाई त्यो पृष्ठको ठेगाना दिनेछ।

"PAGE: 6:3:70133" लाई तोड्दै हामीले पाउँछौं:

• database_id = 6
• data_file_id = 3
• पृष्ठ संख्या = 70133

१.१) डाटाबेस_आईडी डिक्रिप्ट गर्नुहोस्

क्वेरी प्रयोग गरेर डाटाबेसको नाम फेला पार्नुहोस्:

SELECT 
    name 
FROM sys.databases 
WHERE database_id=6;
GO

यो सार्वजनिक छ DB WideWorldImporters मेरो SQL सर्भरमा।

1.2) डाटा फाइलको नाम खोज्दै - यदि तपाइँ इच्छुक हुनुहुन्छ भने

हामी तालिका नाम फेला पार्न अर्को चरणमा data_file_id प्रयोग गर्न जाँदैछौं। तपाइँ केवल अर्को चरणमा जान सक्नुहुन्छ, तर यदि तपाइँ फाइल नाममा रुचि राख्नुहुन्छ भने, तपाइँ फेला पारेको डाटाबेसको सन्दर्भमा क्वेरी चलाएर यो क्वेरीमा data_file_id प्रतिस्थापन गरेर फेला पार्न सक्नुहुन्छ:

USE WideWorldImporters;
GO
SELECT 
    name, 
    physical_name
FROM sys.database_files
WHERE file_id = 3;
GO

WideWorldImporters डेटाबेसमा यो WWI_UserData भनिने फाइल हो र मैले यसलाई C:MSSQLDATAWideWorldImporters_UserData.ndf मा पुनर्स्थापित गरेको छु। (ओहो, तपाईंले मलाई प्रणाली ड्राइभमा फाइलहरू राख्दै समात्नु भयो! होइन! यो लाजमर्दो छ)।

1.3) DBCC PAGE बाट वस्तुको नाम प्राप्त गर्नुहोस्

हामीलाई अब थाहा छ कि डाटाफाइल 70133 मा पृष्ठ #3 WorldWideImporters डाटाबेससँग सम्बन्धित छ। हामी यस पृष्ठको सामग्रीहरू कागजात नभएको DBCC PAGE र ट्रेस फ्ल्याग 3604 प्रयोग गरेर हेर्न सक्छौं।
नोट: म अन्य सर्भरमा कतै पुनर्स्थापित प्रतिलिपिमा DBCC PAGE प्रयोग गर्न रुचाउँछु, किनभने यो कागजात नभएको सामान हो। केही अवस्थामा, उनी डम्प हुन सक्छ (लगभग। अनुवादक - लिंक, दुर्भाग्यवश, कतै जाँदैन, तर url द्वारा न्याय गर्दै, हामी फिल्टर गरिएको अनुक्रमणिकाको बारेमा कुरा गर्दैछौं।).

/* This trace flag makes DBCC PAGE output go to our Messages tab
instead of the SQL Server Error Log file */
DBCC TRACEON (3604);
GO
/* DBCC PAGE (DatabaseName, FileNumber, PageNumber, DumpStyle)*/
DBCC PAGE ('WideWorldImporters',3,70133,2);
GO

परिणामहरूमा स्क्रोल गरेर, तपाईंले object_id र index_id फेला पार्न सक्नुहुन्छ।

लगभग सकियो! अब तपाइँ एक प्रश्न संग तालिका र अनुक्रमणिका नाम पाउन सक्नुहुन्छ:

USE WideWorldImporters;
GO
SELECT 
    sc.name as schema_name, 
    so.name as object_name, 
    si.name as index_name
FROM sys.objects as so 
JOIN sys.indexes as si on 
    so.object_id=si.object_id
JOIN sys.schemas AS sc on 
    so.schema_id=sc.schema_id
WHERE 
    so.object_id = 94623380
    and si.index_id = 1;
GO

र यहाँ हामीले देख्यौं कि लकको प्रतीक्षा Sales.OrderLines तालिकाको PK_Sales_OrderLines अनुक्रमणिकामा थियो।

नोट: SQL Server 2014 र माथिको, वस्तुको नाम कागजात नभएको DMO sys.dm_db_database_page_allocations प्रयोग गरेर पनि फेला पार्न सकिन्छ। तर तपाईले डाटाबेसमा प्रत्येक पृष्ठलाई सोध्नु पर्छ, जुन ठूला डाटाबेसहरूको लागि धेरै राम्रो लाग्दैन, त्यसैले मैले DBCC PAGE प्रयोग गरें।

१.४) के ब्लक गरिएको पृष्ठमा डाटा हेर्न सम्भव छ?

Nuuu, हो। तर... के तपाईलाई साँच्चै यसको आवश्यकता छ?
यो सानो टेबलमा पनि ढिलो छ। तर यो एक किसिमको राम्रो छ, त्यसैले तपाईंले यो पढ्नुभएको छ... %%physloc%% को बारेमा कुरा गरौं!

%% physloc%% जादुको एक कागजात नभएको टुक्रा हो जसले प्रत्येक प्रविष्टिको लागि भौतिक ID फर्काउँछ। तिमी प्रयोग गर्नसक्छौ %%physloc%% SQL Server 2008 र माथिको sys.fn_PhysLocFormatter सँगसँगै.

अब जब हामीलाई थाहा छ कि हामी Sales.OrderLines मा पृष्ठ ब्लक गर्न चाहन्छौं, हामी यस तालिकामा सबै डेटा हेर्न सक्छौं, जुन डेटा फाइल #3 मा पृष्ठ #70133 मा भण्डार गरिएको छ, निम्न क्वेरीको साथ:

Use WideWorldImporters;
GO
SELECT 
    sys.fn_PhysLocFormatter (%%physloc%%),
    *
FROM Sales.OrderLines (NOLOCK)
WHERE sys.fn_PhysLocFormatter (%%physloc%%) like '(3:70133%'
GO

मैले भनेझैं, यो सानो टेबलमा पनि ढिलो छ। मैले अनुरोधमा NOLOCK थपेको छु किनभने हामीसँग अझै पनि कुनै ग्यारेन्टी छैन कि हामीले हेर्न चाहेको डाटा लक पत्ता लगाउँदा जस्तै थियो - त्यसैले हामी सुरक्षित रूपमा फोहोर पढ्न सक्छौं।
तर, हुर्रे, क्वेरीले मलाई 25 पङ्क्तिहरू फर्काउँछ जसको लागि हाम्रो क्वेरीले लडेको थियो।

PAGE लकहरूको बारेमा पर्याप्त। यदि हामी KEY लकको लागि पर्खिरहेका छौं भने के हुन्छ?

2) waitresource="KEY: 6:72057594041991168 (ce52f92a058c)" = Database_Id, HOBT_Id (जादुई ह्यास जुन %%lockres%% सँग डिक्रिप्ट गर्न सकिन्छ यदि तपाई साँच्चै चाहनुहुन्छ भने)

यदि तपाइँको क्वेरीले अनुक्रमणिका प्रविष्टिमा लक गर्ने प्रयास गर्छ र आफै लक हुन्छ भने, तपाइँ पूर्ण रूपमा फरक प्रकारको ठेगाना पाउनुहुनेछ।
"6:72057594041991168 (ce52f92a058c)" लाई भागहरूमा तोडेर, हामीले प्राप्त गर्छौं:

• database_id = 6
• hobt_id = 72057594041991168
• म्याजिक ह्यास = (ce52f92a058c)

१.१) डाटाबेस_आईडी डिक्रिप्ट गर्नुहोस्

यसले माथिको उदाहरणको रूपमा ठीक काम गर्दछ! हामीले क्वेरी प्रयोग गरेर डाटाबेसको नाम फेला पार्छौं:

SELECT 
    name 
FROM sys.databases 
WHERE database_id=6;
GO

मेरो मामला मा, यो उस्तै छ DB WideWorldImporters.

2.2) डिक्रिप्ट hobt_id

फेला परेको डाटाबेसको सन्दर्भमा, तपाईंले sys.partitions लाई केहि जोडहरू सहित क्वेरी गर्न आवश्यक छ जसले तालिका र अनुक्रमणिकाको नामहरू निर्धारण गर्न मद्दत गर्दछ ...

USE WideWorldImporters;
GO
SELECT 
    sc.name as schema_name, 
    so.name as object_name, 
    si.name as index_name
FROM sys.partitions AS p
JOIN sys.objects as so on 
    p.object_id=so.object_id
JOIN sys.indexes as si on 
    p.index_id=si.index_id and 
    p.object_id=si.object_id
JOIN sys.schemas AS sc on 
    so.schema_id=sc.schema_id
WHERE hobt_id = 72057594041991168;
GO

यसले मलाई बताउँछ कि अनुरोध अनुप्रयोगमा पर्खिरहेको थियो। देशहरू PK_Application_Countries अनुक्रमणिका प्रयोग गरेर लक गर्नुहोस्।

2.3) अब केहि %% lockres%% जादूको लागि - यदि तपाइँ कुन प्रविष्टि लक गरिएको थियो भनेर पत्ता लगाउन चाहनुहुन्छ भने

यदि म साँच्चै जान्न चाहान्छु कि कुन पङ्क्तिमा लक आवश्यक थियो, म तालिका आफैलाई सोधेर पत्ता लगाउन सक्छु। हामी जादुई ह्याससँग मेल खाने प्रविष्टि फेला पार्नका लागि कागजात नभएको %% lockres%% प्रकार्य प्रयोग गर्न सक्छौं।
नोट गर्नुहोस् कि यो क्वेरीले सम्पूर्ण तालिका स्क्यान गर्नेछ, र ठूला टेबलहरूमा यो रमाइलो नहुन सक्छ:

SELECT
    *
FROM Application.Countries (NOLOCK)
WHERE %%lockres%% = '(ce52f92a058c)';
GO

मैले NOLOCK (ट्विटर मा क्लाउस Aschenbrenner को सल्लाह मा) किनभने लक समस्या हुन सक्छ। हामी केवल अहिले त्यहाँ के छ भनेर हेर्न चाहन्छौं, र लेनदेन सुरु हुँदा त्यहाँ के थिएन - मलाई लाग्दैन कि डेटा स्थिरता हाम्रो लागि महत्त्वपूर्ण छ।
भोइला, हामीले लडेको रेकर्ड!

स्वीकृति र थप पढाइ

मलाई याद छैन कि यी मध्ये धेरै चीजहरू कसले पहिलो पटक वर्णन गरेको थियो, तर यहाँ तपाईंले मन पर्न सक्ने कम कागजात गरिएका चीजहरूको बारेमा दुई पोष्टहरू छन्:

• Paul Randal को बारेमा पोस्ट गर्नुभयो %%physloc%% र sys.fn_PhysLocFormatter (जसरी हामीसँग पहिलो उदाहरणमा हाम्रो डाटा छ)
• StackOverflow को बारेमा प्रश्न %%lockres%% प्रयोग गर्दै (जसरी हामीले दोस्रो उदाहरणमा डाटा फेला पार्यौं)। उत्तर मध्ये एक पोस्टमा जान्छ 2010 मा फिर्ता लेखिएको %% lockres%% बारे ग्रान्ट फ्रिचे.

स्रोत: www.habr.com