Mit Microsoft anmelden
Melden Sie sich an, oder erstellen Sie ein Konto.
Hallo,
Wählen Sie ein anderes Konto aus.
Sie haben mehrere Konten.
Wählen Sie das Konto aus, mit dem Sie sich anmelden möchten.

Microsoft vertreibt Microsoft SQL Server 2012-Fixes als eine herunterladbare Datei. Da die Fixes kumulativ sind, enthält jede neue Version alle Hotfixes und alle Sicherheitsupdates, die in der vorherigen Version von SQL Server 2012 behoben wurden.

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

Informationen zum kumulativen Update

SQL Server 2012

Der Fix für dieses Problem wurde erstmals im kumulativen Update 2 für SQL Server 2012 Service Pack RTM veröffentlicht. Wenn Sie weitere Informationen zu diesem kumulativen Updatepaket erhalten möchten, klicken Sie auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:

2703275 Kumulatives Updatepaket 2 für SQL Server 2012Hinweis Da die Builds kumulativ sind, enthält jede neue Fix-Version alle Hotfixes und alle Sicherheitsupdates, die in der vorherigen Version von SQL Server 2012 behoben wurden. Wir empfehlen, dass Sie die neueste Fix-Version anwenden, die diesen Hotfix enthält. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:

2692828 Die SQL Server 2012-Builds, die nach der Veröffentlichung von SQL Server 2012 veröffentlicht wurden Microsoft SQL Server 2012-Hotfixes werden für bestimmte SQL Server-Service Packs erstellt. Sie müssen einen SQL Server 2012 Service Pack RTM-Hotfix auf eine Installation von SQL Server 2012 Service Pack RTM anwenden. Standardmäßig ist jeder Hotfix, der in einem SQL Server-Service Pack bereitgestellt wird, im nächsten SQL Server-Service Pack enthalten.

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.

Benötigen Sie weitere Hilfe?

Ihre Office-Fähigkeiten erweitern
Schulungen erkunden
Neue Funktionen als Erster erhalten
Microsoft Insider beitreten

War diese Information hilfreich?

Wie zufrieden sind Sie mit der Sprachqualität?
Was hat Ihre Erfahrung beeinflusst?

Vielen Dank für Ihr Feedback!

×