KB2685743 – корекция: DQS_PROJECTS базата данни може да се разраства много бързо, когато изпълнявате дейността по откриването или дейността по почистване в SQL Server 2012 DQS

Симптоми

Когато извършвате дейността по откриването или дейността по почистване в SQL Server 2012 Services за качество на данните (DQS), базата данни на DQS_PROJECTS може да нарасне много бързо. Преходните X_ таблици в DQS_PROJECTната база данни, особено бързо. По-специално може да се сблъскате със следните проблеми за дейността по откриването:

• Размерът на файла с данни на DQS_PROJECTS (MDF) може да бъде около 30 пъти по-голям от изходния данни. Тези преходни данни ще се изтрият при публикуването на базата знания. Публикуваната база знания ще бъде преместена във файла с данни на DQS_MAIN (MDF) и може да бъде около 5 пъти по-голям от изходния данни.

• Размерът на DQS_PROJECTS регистрационен файл на транзакцията (LDF) нараства често.

По-конкретно може да се сблъскате със следните проблеми за дейността по почистване:

• Размерът на файла с данни на DQS_PROJECTS (MDF) може да бъде около 40 пъти по-голям от изходния данни.

• Размерът на DQS_PROJECTS регистрационния файл на транзакциите (LDF) може да бъде около 60 към 100 пъти по-голям от изходния данни.

Причина

Този проблем възниква поради една или повече от следните причини:

• Празните редове и стойности на колони изразходват място в преходни таблици. Повечето интервали се консумират от колоните на BigInt за празни редове и колони в таблици, които имат името X_INDEX_DATA_SOURCE_TABLE във всяка схема.

• Преходните данни, които се съхраняват в X_INDEX_DATA_SOURCE_TABLE вътрешните таблици, не се издават незабавно, когато проектът завърши или базата знания е публикувана.

Решение

Състоянието

Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".

Заобиколно решение

За да заобиколите този проблем, изтрийте ненужните проекти за данни и бази знания в DQS, за да намалите отпечатъка на вътрешните таблици, които се използват от проектите. След като приложите тази корекция, размерът на DQS_PROJECT базата данни няма да се намали автоматично. За повече информация как да намалите размера на база данни, отидете на следния уеб сайт на Microsoft:

Как да се свие база данниЗабележка Инсталирането на тази спешна корекция само по себе си не поправя проблемите с нарастването на базата данни, които са възникнали в миналото, и само е полезно за нови проекти и дейности, които са създадени в бъдеще, и проекти и дейности, които са завършени в бъдеще. За да намалите ръчно размера на базите данни на DQS, прегледайте базата знания, която вече не се използва, или проекти за качество на данните, които са завършили. Можете да използвате клиента за качество на данните и след това щракнете върху Отваряне на база знания или Отваряне на проект за качество на данните , за да получите списъка с всяка база знания или всеки проект. Щракнете с десния бутон върху името на базата знания или името на проекта и след това щракнете върху Изтрий. Можете да изпълните следната транзакция – SQL скрипт, за да оцените размера на всяка база знания и всеки проект, който се намира в DQS_MAIN и DQS_PROJECTS бази данни, за да прецените по-добре дисковото пространство, което се консумира от всеки.

-- 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 ##DQSRowCounts

Повече информация

След като инсталирате тази спешна корекция, когато DQS създаде вътрешна таблица X_INDEX_DATA_SOURCE_TABLE във всеки проект, се използва ОТКЪСЛЕЧНИят намек за колоните на BigInt, за да се намали мястото, което се използва от празни редове и колони, за да се намали дисковото пространство, което е необходимо, за да се задържат тези обекти. Тази актуална корекция позволява на DQS да освободи преходния X_INDEX_DATA_SOURCE_TABLE обект. Следователно, мястото може да се използва повторно или размерът на базата данни може да се намали, след като базата знания бъде публикувана или проектът за качество на данните завърши. Ето защо, когато щракнете върху бутона " Готово " в края на проектите, ще помогнете за свободното дисково пространство, което се консумира от дейността.