Decipher Key និង Page WaitResource នៅក្នុងការជាប់គាំង និងការចាក់សោ

ប្រសិនបើអ្នកប្រើរបាយការណ៍ដំណើរការដែលត្រូវបានរារាំង ឬប្រមូលក្រាហ្វជាប់គាំងដែលផ្តល់ដោយ SQL Server ជាទៀងទាត់ អ្នកនឹងជួបរឿងដូចនេះ៖

waitresource=“ទំព័រ៖ 6:3:70133”

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

ពេលខ្លះនឹងមានព័ត៌មានបន្ថែមនៅក្នុង XML ដ៏ធំដែលអ្នកកំពុងសិក្សា (ក្រាហ្វជាប់គាំងមានបញ្ជីធនធានដែលជួយអ្នកស្វែងរកវត្ថុ និងឈ្មោះលិបិក្រម) ប៉ុន្តែមិនតែងតែទេ។

អត្ថបទនេះនឹងជួយអ្នកក្នុងការបកស្រាយពួកគេ។

ពត៌មានទាំងអស់ដែលមាននៅទីនេះគឺនៅលើអ៊ិនធឺណិតនៅកន្លែងផ្សេងៗគ្នាវាគ្រាន់តែត្រូវបានចែកចាយយ៉ាងខ្លាំង! ខ្ញុំចង់ដាក់អ្វីគ្រប់យ៉ាងរួមគ្នា - ពី DBCC PAGE ទៅ hobt_id និងទៅមុខងារ %%physloc%% និង %%lockres%% ដែលគ្មានឯកសារ។

ជាដំបូង សូមនិយាយអំពីការរង់ចាំនៅលើការចាក់សោ PAGE ហើយបន្ទាប់មកយើងនឹងបន្តទៅការចាក់សោរសោ។

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

ប្រសិនបើសំណួររបស់អ្នកកំពុងរង់ចាំការចាក់សោទំព័រ SQL Server នឹងផ្តល់ឱ្យអ្នកនូវអាសយដ្ឋាននៃទំព័រនោះ។

ការបំបែក "PAGE: 6: 3: 70133" យើងទទួលបាន:

• database_id = ៦
• data_file_id = ៣
• លេខទំព័រ = 70133

1.1) ឌិគ្រីប database_id

ចូរស្វែងរកឈ្មោះមូលដ្ឋានទិន្នន័យដោយប្រើសំណួរ៖

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

នេះជាសាធារណៈ អ្នកនាំចូល DB WideWorld នៅលើ SQL Server របស់ខ្ញុំ។

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

ហើយឥឡូវនេះយើងឃើញថាការរង់ចាំសោគឺនៅលើសន្ទស្សន៍ PK_Sales_OrderLines នៃតារាង Sales.OrderLines ។

ចំណាំ៖ នៅក្នុង SQL Server 2014 និងក្រោយនេះ ឈ្មោះវត្ថុក៏អាចត្រូវបានរកឃើញដោយប្រើ DMO sys.dm_db_database_page_allocations ដែលមិនមានឯកសារ។ ប៉ុន្តែអ្នកត្រូវសួរគ្រប់ទំព័រនៅក្នុងមូលដ្ឋានទិន្នន័យ ដែលមើលទៅមិនឡូយសម្រាប់មូលដ្ឋានទិន្នន័យធំ ដូច្នេះខ្ញុំបានប្រើ DBCC PAGE ។

1.4) តើវាអាចទៅរួចដើម្បីមើលទិន្នន័យនៅលើទំព័រដែលត្រូវបានរារាំងដែរឬទេ?

បាទ។ ប៉ុន្តែ... តើអ្នកប្រាកដទេថាអ្នកត្រូវការវា?
វាយឺតសូម្បីតែនៅលើតុតូច។ ប៉ុន្តែ​វា​ឡូយ​ណាស់ ដូច្នេះ​តាំង​ពី​អ្នក​បាន​អាន​រហូត​មក... តោះ​និយាយ​អំពី %%physloc%%!

%%physloc%% គឺជាបំណែកនៃវេទមន្តដែលមិនមានឯកសារ ដែលបង្ហាញអត្តសញ្ញាណរូបវន្តសម្រាប់ធាតុនីមួយៗ។ លោក​អ្នក​អាច​ប្រើ %%physloc%% រួមជាមួយនឹង sys.fn_PhysLocFormatter នៅក្នុង SQL Server 2008 និងខ្ពស់ជាងនេះ.

ឥឡូវនេះយើងដឹងថាយើងចង់ចាក់សោទំព័រនៅក្នុង 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 ។ ចុះ​បើ​យើង​កំពុង​រង់​ចាំ​សោ​សោ?

2) waitresource=“KEY: 6:72057594041991168 (ce52f92a058c)” = Database_Id, HOBT_Id (វេទមន្ត hash ដែលអាចត្រូវបានឌិគ្រីបដោយប្រើ %%lockres%% ប្រសិនបើអ្នកពិតជាចង់បាន)

ប្រសិនបើសំណួររបស់អ្នកព្យាយាមចាក់សោកំណត់ត្រានៅក្នុងលិបិក្រម ហើយត្រូវបានចាក់សោដោយខ្លួនវា អ្នកបញ្ចប់ដោយប្រភេទអាសយដ្ឋានខុសគ្នាទាំងស្រុង។
បំបែក “6:72057594041991168 (ce52f92a058c)” ជាផ្នែកៗ យើងទទួលបាន៖

• database_id = ៦
• hobt_id = 72057594041991168
• វេទមន្ត hash = (ce52f92a058c)

2.1) ឌិគ្រីប database_id

វាដំណើរការដូចគ្នាទៅនឹងឧទាហរណ៍ខាងលើ! ស្វែងរកឈ្មោះមូលដ្ឋានទិន្នន័យដោយប្រើសំណួរ៖

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

ក្នុងករណីរបស់ខ្ញុំវានៅតែដដែល អ្នកនាំចូល DB WideWorld.

2.2) ឌិគ្រីប hobt_id

នៅក្នុងបរិបទនៃមូលដ្ឋានទិន្នន័យដែលបានរកឃើញ អ្នកត្រូវប្រតិបត្តិសំណួរទៅកាន់ sys.partitions ជាមួយនឹងគូនៃ Joins ដែលនឹងជួយកំណត់ឈ្មោះតារាង និងលិបិក្រម...

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

វាប្រាប់ខ្ញុំថាសំណើកំពុងរង់ចាំនៅលើ Application.Countries lock ដោយប្រើសន្ទស្សន៍ PK_Application_Countries ។

2.3) ឥឡូវនេះវេទមន្តបន្តិច %%lockres%% - ប្រសិនបើអ្នកចង់ដឹងថាធាតុណាមួយត្រូវបានចាក់សោ

ប្រសិនបើ​ខ្ញុំ​ពិតជា​ចង់​ដឹង​ថា​ការ​ចាក់សោ​នៅ​ជួរ​ណា​នោះ ខ្ញុំ​អាច​ដឹង​ដោយ​សួរ​តារាង​ខ្លួន​ឯង។ យើងអាចប្រើមុខងារ %%lockres%% ដែលគ្មានឯកសារ ដើម្បីស្វែងរកធាតុដែលត្រូវនឹងវេទមន្ត hash ។
សូមចំណាំថាសំណួរនេះនឹងស្កែនតារាងទាំងមូល ហើយនៅលើតុធំៗ វាប្រហែលជាមិនរីករាយទាល់តែសោះ៖

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

ខ្ញុំបានបន្ថែម NOLOCK (តាមដំបូន្មានរបស់ Klaus Aschenbrenner នៅលើ Twitter) ដោយសារតែការស្ទះអាចក្លាយជាបញ្ហា។ យើងគ្រាន់តែចង់មើលអ្វីដែលនៅទីនោះឥឡូវនេះ ហើយមិនមែនជាអ្វីដែលនៅទីនោះនៅពេលប្រតិបត្តិការបានចាប់ផ្តើម - ខ្ញុំមិនគិតថាភាពស៊ីសង្វាក់គ្នានៃទិន្នន័យមានសារៈសំខាន់សម្រាប់យើងទេ។
Voila, កំណត់ត្រាដែលយើងបានប្រយុទ្ធ!

ការទទួលស្គាល់ និងការអានបន្ថែម

ខ្ញុំ​មិន​ចាំ​ថា​អ្នក​ណា​បាន​ពណ៌នា​អំពី​រឿង​ទាំង​នេះ​ជា​ច្រើន​មុន​គេ​ទេ ប៉ុន្តែ​នេះ​ជា​ការ​ប្រកាស​ពីរ​អំពី​រឿង​ដែល​មាន​ឯកសារ​តិច​បំផុត​ដែល​អ្នក​អាច​ចូល​ចិត្ត៖

• ប្រកាសរបស់ Paul Randal %%physloc%% និង sys.fn_PhysLocFormatter (ដូចដែលយើងមានទិន្នន័យរបស់យើងក្នុងឧទាហរណ៍ទីមួយ)
• សំណួរនៅលើ StackOverflow អំពី ប្រើ %%lockres%% (ដូចដែលយើងបានរកឃើញទិន្នន័យក្នុងឧទាហរណ៍ទីពីរ)។ ចម្លើយមួយក្នុងចំណោមចម្លើយនាំទៅដល់ការប្រកាស Grant Fritchey អំពី %%lockres%%, បានសរសេរត្រឡប់មកវិញក្នុងឆ្នាំ 2010.

ប្រភព: www.habr.com