KB2685743-Fix: die DQS_PROJECTS-Datenbank kann sehr schnell vergrößert werden, wenn Sie die Ermittlungs Aktivität oder die bereinigungsaktivität in SQL Server 2012 DQS durchführen.

Problembeschreibung

Wenn Sie die Ermittlungs Aktivität oder die bereinigungsaktivität in SQL Server 2012 Data Quality Services (DQS) durchführen, kann die DQS_PROJECTS-Datenbank sehr schnell vergrößert werden. Die Transienten X_ Tabellen in der DQS_PROJECT-Datenbank besonders schnell. Insbesondere können die folgenden Probleme bei der Discovery-Aktivität auftreten:

• Die Größe der DQS_PROJECTS-Datendatei (MDF) kann etwa das 30-fache der Größe der Quelldaten sein. Diese flüchtigen Daten werden gelöscht, wenn die Wissensdatenbank veröffentlicht wird. Die veröffentlichte Wissensdatenbank wird in die DQS_MAIN-Datendatei (MDF) verschoben und kann etwa fünfmal so groß wie die Quelldaten sein.

• Die Größe des DQS_PROJECTS-Transaktionsprotokolls (LDF) wächst häufig.

Insbesondere können die folgenden Probleme bei der bereinigungsaktivität auftreten:

• Die Größe der DQS_PROJECTS-Datendatei (MDF) beträgt möglicherweise ungefähr 40 Mal die Größe der Quelldaten.

• Die Größe der DQS_PROJECTS Transaktionsprotokoll (LDF) beträgt möglicherweise ungefähr 60 bis 100 mal so groß wie die Quelldaten.

Ursache

Dieses Problem tritt aus einem oder mehreren der folgenden Gründe auf:

• Leere Zeilen und Spaltenwerte verbrauchen Platz in Transienten Tabellen. Der meiste Speicherplatz wird von bigint-Spalten für leere Zeilen und Spalten in Tabellen verwendet, die den Namen X_INDEX_DATA_SOURCE_TABLE in jedem Schema aufweisen.

• Die Transienten Daten, die in X_INDEX_DATA_SOURCE_TABLE internen Tabellen gespeichert sind, werden nicht sofort freigegeben, wenn das Projekt fertig gestellt oder die Wissensdatenbank veröffentlicht wird.

Fehlerbehebung

Status

Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.

Problemumgehung

Um dieses Problem zu umgehen, löschen Sie unnötige Daten Projekte und Wissensdatenbanken in DQS, um den Footprint der von den Projekten verwendeten internen Tabellen zu minimieren. Nachdem Sie diesen Fix angewendet haben, verringert sich die Größe der DQS_PROJECT-Datenbank nicht automatisch. Weitere Informationen dazu, wie Sie die Größe einer Datenbank verringern können, finden Sie auf der folgenden Microsoft-Website:

So verkleinern Sie eine DatenbankHinweis Wenn Sie diesen Hotfix alleine installieren, werden die Probleme mit dem Datenbankwachstum, die in der Vergangenheit aufgetreten sind, nicht behoben, und es ist nur für neue Projekte und Aktivitäten hilfreich, die in der Zukunft erstellt werden, sowie für Projekte und Aktivitäten, die in Zukunft abgeschlossen sind. Wenn Sie die Größe von DQS-Datenbanken manuell verkleinern möchten, überprüfen Sie die Wissensdatenbanken, die nicht mehr verwendet werden, oder die Datenqualitätsprojekte, die bereits abgeschlossen sind. Sie können den Data Quality-Client verwenden, und klicken Sie dann auf Knowledge Base öffnen oder auf Data Quality Project öffnen , um die Liste der einzelnen Wissensdatenbank oder jedes Projekts abzurufen. Klicken Sie mit der rechten Maustaste auf den Namen der Wissensdatenbank oder den Namen des Projekts, und klicken Sie dann auf Löschen. Sie können das folgende Transact-SQL-Skript ausführen, um die Größe der einzelnen Wissensdatenbanken und jedes Projekts zu schätzen, das sich in den DQS_MAIN-und DQS_PROJECTS Datenbanken befindet, um den von den einzelnen verbrauchten Speicherplatz besser beurteilen zu können.

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

Weitere Informationen

Nachdem Sie diesen Hotfix installiert haben, wenn DQS die interne Tabelle X_INDEX_DATA_SOURCE_TABLE innerhalb des jeweiligen Projekt Schemas erstellt, wird der spärliche Hinweis für die bigint-Spalten verwendet, um den von leeren Zeilen und Spalten verwendeten Speicherplatz zu minimieren, um den Speicherplatz zu minimieren, der für die Aufbewahrung dieser Objekte erforderlich ist. Mit diesem Hotfix kann DQS das transiente X_INDEX_DATA_SOURCE_TABLE-Objekt freigeben. Daher kann der Speicherplatz wieder verwendet werden, oder die Größe der Datenbank kann reduziert werden, nachdem die Wissensdatenbank veröffentlicht wurde oder das Data Quality-Projekt nicht mehr verfügbar ist. Wenn Sie also am Ende der Projekte auf die Schaltfläche Fertig stellen klicken, können Sie den von der Aktivität verwendeten Speicherplatz freigeben.