Microsoft izplata Microsoft SQL Server 2012 labojumus kā vienu lejupielādējamo failu. Tā kā labojumi ir kumulatīvi, katrā jaunajā laidienā ir iekļauti visi labojumfaili un visi drošības labojumi, kas bija iekļauti iepriekšējā SQL Server 2012 labošanas laidienā.
Simptomi
Veicot atklāšanas darbību vai tīrīšanas darbības SQL Server 2012 datu kvalitātes pakalpojumos (DQS), DQS_PROJECTS datu bāze var strauji attīstīties. Pagaidu X_ tabulas datu bāzē DQS_PROJECT, jo īpaši ātri. Atklāšanas darbībai var rasties šādas problēmas:
-
DQS_PROJECTS datu faila (MDF) lielums var būt aptuveni 30 reizes lielāks par avota datu lielumu. Pēc zināšanu bāzes publicēšanas šie pārejošie dati tiks izdzēsti. Publicētā zināšanu bāze tiks pārvietota uz DQS_MAIN datu failu (MDF), un tā var būt aptuveni 5 reizes lielāka par avota datu lielumu.
-
DQS_PROJECTS transakciju žurnālu (LDF) lielums pieaug bieži.
Veicot tīrīšanu, var rasties tālāk norādītās problēmas.
-
DQS_PROJECTS datu faila (MDF) lielums var būt aptuveni 40 reizes lielāks par avota datu lielumu.
-
DQS_PROJECTS transakciju žurnālu (LDF) lielums var būt aptuveni 60 līdz 100, ja tiek mainīts avota datu lielums.
Cēlonis
Šī problēma rodas viena vai vairāku tālāk minēto iemeslu dēļ.
-
Tukšas rindas un kolonnu vērtības patērē vietu pagaidu tabulās. Lielāko daļu vietu patērē BigInt kolonnas Tukšajām rindām un kolonnām tabulās, kurās ir katras shēmas nosaukums X_INDEX_DATA_SOURCE_TABLE.
-
Pārejošie dati, kas glabājas X_INDEX_DATA_SOURCE_TABLE iekšējās tabulās, netiek uzreiz izlaisti, kad projekts ir beidzies vai ir publicēta zināšanu bāze.
Risinājums
Kumulatīvās atjaunināšanas informācija
SQL Server 2012
Šīs problēmas labojums pirmo reizi tika izlaists SQL Server 2012 Service Pack RTM kumulatīvajā atjauninājumā 2. Lai iegūtu papildinformāciju par šo kumulatīvās atjaunināšanas pakotni, noklikšķiniet uz šī raksta numura, lai skatītu Microsoft zināšanu bāzes rakstu:
2703275 Kumulatīvās atjaunināšanas pakotne 2 SQL Server 2012Piezīme. Tā kā būvējums ir kumulatīvs, katrā jaunajā laidienā ir iekļauti visi labojumfaili un visi drošības labojumi, kas bija iekļauti iepriekšējā SQL Server 2012 labošanas laidienā. Iesakām apsvērt jaunāko labojumu laidienu, kurā ir iekļauts šis labojumfails. Lai iegūtu papildinformāciju, noklikšķiniet uz šī raksta numura, lai skatītu Microsoft zināšanu bāzes rakstu:
2692828 SQL Server 2012 būvējumi, kas tika izlaisti pēc tam, kad tika izlaists SQL Server 2012 Microsoft SQL Server 2012 labojumfaili tiek izveidoti specifiskām SQL Server servisa pakotnēm. Lai instalētu SQL Server 2012 Service Pack RTM, ir jālieto SQL Server 2012 Service Pack RTM labojumfails. Pēc noklusējuma visi labojumfaili, kas tiek nodrošināti SQL Server servisa pakotnē, ir iekļauti nākamajā SQL Server servisa pakotnē.
Statusa
Microsoft ir apstiprinājusi, ka šī problēma pastāv Microsoft produktos, kas ir norādīti sadaļā "attiecas uz".
Risinājums
Lai novērstu šo problēmu, izdzēsiet nevajadzīgus datu projektus un zināšanu bāzes DQS, lai palīdzētu minimizēt to iekšējo tabulu, kas tiek izmantotas projektos. Pēc šī labojuma lietošanas DQS_PROJECT datu bāzes lielums netiks automātiski samazināts. Lai iegūtu papildinformāciju par to, kā samazināt datu bāzes lielumu, dodieties uz šo Microsoft tīmekļa vietni:
Kā samazināt datu bāziPiezīme. Instalējot šo labojumfailu, nevar izlabot datu bāzes augšanas problēmas, kas ir notikušas pagātnē, un ir noderīgi tikai jauniem projektiem un darbībām, kas ir izveidotas nākotnē, kā arī projektiem un darbībām, kas ir beigušies nākotnē. Lai manuāli samazinātu DQS datu bāzu lielumu, pārskatiet zināšanu bāzes, kuras vairs neizmantojat, vai datu kvalitātes projektus, kas jau ir beigušies. Varat izmantot datu kvalitātes klientu un pēc tam noklikšķināt uz Atvērt zināšanu bāzi vai Atvērt datu kvalitātes projektu , lai iegūtu sarakstu ar katru zināšanu bāzi vai katru projektu. Ar peles labo pogu noklikšķiniet uz zināšanu bāzes nosaukuma vai projekta nosaukuma un pēc tam noklikšķiniet uz Dzēst. Varat palaist tālāk norādīto Transact-SQL skriptu, lai novērtētu katras zināšanu bāzes lielumu un katru projektu, kas atrodas DQS_MAIN un DQS_PROJECTS datu bāzes, lai labāk novērtētu diska vietu, kuru patērē katrs.
-- DQSSizes.sql-- Version 1 - Nov 7, 2011 -JH-- Loops over each table in DQS_MAIN and DQS_PROJECTS to enumerate rows counts + index page counts to estimate size-- Reports by KB, then reports a drill in by Table within each KB-- Count Rows per objectUSE DQS_MAINGOCREATE TABLE ##DQSRowCounts (ObjId BIGINT, DBName SYSNAME, SchemaName SYSNAME, TableName SYSNAME, RowCounts BIGINT);EXEC sp_msforeachtable 'INSERT INTO ##DQSRowCounts SELECT OBJECT_ID(''?''), ''DQS_MAIN'', OBJECT_SCHEMA_NAME(OBJECT_ID(''?'')), OBJECT_NAME(OBJECT_ID(''?'')), COUNT(*) FROM ? WITH (NOLOCK)';GOUSE DQS_PROJECTSGOEXEC sp_msforeachtable 'INSERT INTO ##DQSRowCounts SELECT OBJECT_ID(''?''), ''DQS_PROJECTS'', OBJECT_SCHEMA_NAME(OBJECT_ID(''?'')), OBJECT_NAME(OBJECT_ID(''?'')), COUNT(*) FROM ? WITH (NOLOCK)';-- count pages per object CREATE TABLE ##DQSsizes(DbId INT, objid BIGINT, PageCount INT)INSERT INTO ##DQSsizes SELECT DB_ID('DQS_MAIN'), object_id, SUM(PS.page_count)FROM sys.dm_db_index_physical_stats (DB_ID('DQS_MAIN'),NULL, NULL, NULL, NULL) PSGROUP BY object_idINSERT INTO ##DQSsizes SELECT DB_ID('DQS_PROJECTS'), object_id, SUM(PS.page_count)FROM sys.dm_db_index_physical_stats (DB_ID('DQS_PROJECTS'),NULL, NULL, NULL, NULL) PSGROUP BY object_idGO-- Rows and Size per KBSELECT RC.DBName, RC.SchemaName, KB.Name AS KBProject, SUM(RC.RowCounts) AS TotalRowsAcrossAllTables, SUM(S.PageCount)*8 AS EstimatedKBSizeinKiloBytes,KB.ORIGIN_KNOWLEDGEBASE, KB2.Name AS OriginKBName, KB.CREATED_BY, KB.CREATE_DATEFROM ##DQSsizes SJOIN ##DQSRowCounts RC ON S.DbId=DB_ID(RC.DBName) AND S.objid=RC.ObjIdLEFT OUTER JOIN DQS_MAIN.dbo.A_KNOWLEDGEBASE KB WITH (NOLOCK)ON RC.SchemaName = ( CASEWHEN (RC.SchemaName LIKE 'KnowledgeBase%') THEN 'KnowledgeBase'+CAST(KB.ID AS NVARCHAR)WHEN (RC.SchemaName LIKE 'DQProject%') THEN 'DQProject'+CAST(KB.ID AS NVARCHAR)WHEN (RC.SchemaName LIKE 'KnowledgeManagement%') THEN 'KnowledgeManagement'+CAST(KB.ID AS NVARCHAR) END)LEFT OUTER JOIN DQS_MAIN.dbo.A_KNOWLEDGEBASE KB2 WITH (NOLOCK)ON KB.ORIGIN_KNOWLEDGEBASE=KB2.IDGROUP BY DBName, SchemaName, KB.Name, KB.ORIGIN_KNOWLEDGEBASE, KB2.Name, KB.CREATED_BY, KB.CREATE_DATEORDER BY DBName, SchemaName, KB.NameGO-- Rows and Size per Table per KBSELECT RC.DBName, RC.SchemaName, KB.Name AS KBProject, RC.TableName, RC.RowCounts, S.PageCount*8 AS EstKiloByteSizeFROM ##DQSsizes SLEFT OUTER JOIN ##DQSRowCounts RC ON S.DbId=DB_ID(RC.DBName) AND S.objid=RC.ObjIdLEFT OUTER JOIN DQS_MAIN.dbo.A_KNOWLEDGEBASE KB WITH (NOLOCK)ON RC.SchemaName = ( CASEWHEN (RC.SchemaName LIKE 'KnowledgeBase%') THEN 'KnowledgeBase'+CAST(KB.ID AS NVARCHAR)WHEN (RC.SchemaName LIKE 'DQProject%') THEN 'DQProject'+CAST(KB.ID AS NVARCHAR)WHEN (RC.SchemaName LIKE 'KnowledgeManagement%') THEN 'KnowledgeManagement'+CAST(KB.ID AS NVARCHAR) END)ORDER BY DBName, SchemaName, KBProject, TableNameGODROP TABLE ##DQSsizesDROP TABLE ##DQSRowCountsPapildinformācija
Pēc šī labojumfaila instalēšanas, kad DQS izveido iekšējo tabulu X_INDEX_DATA_SOURCE_TABLE, izmantojot katra projekta shēmu, BigInt kolonnās tiek lietots RETS padoms, lai minimizētu tukšo rindu un kolonnu izmantoto vietu, lai minimizētu to vietu diskā, kas ir nepieciešams šo objektu glabāšanai. Šis labojumfails ļauj DQS izlaist pagaidu X_INDEX_DATA_SOURCE_TABLE objektu. Tāpēc atstarpi var lietot atkārtoti vai datu bāzes lielumu var samazināt pēc tam, kad ir publicēta zināšanu bāze vai datu kvalitātes projekts ir beidzies. Tāpēc, kad noklikšķināt uz pogas pabeigt projektu beigās, atbrīvojiet diskā vietu, ko patērē darbība.
