Microsoft distribuerar Microsoft SQL Server 2012-korrigeringsfiler som en nedladdnings bar fil. Eftersom de här korrigeringarna är kumulativa innehåller alla nya versioner alla snabb korrigeringar och alla säkerhets korrigeringar som ingick med föregående version av SQL Server 2012.
Symptom
När du utför identifierings aktiviteten eller rengörings aktiviteten i SQL Server 2012 Data Quality Services (DQS) kan DQS_PROJECTS databasen växa snabbt. De tillfälliga X_ tabellerna i DQS_PROJECT databasen speciellt snabbt. Följande problem kan uppstå för identifierings aktiviteten:
-
Formatet för DQS_PROJECTS data filen (MDF) kan vara cirka 30 gånger data källans storlek. Denna tillfälliga information kommer att tas bort när kunskaps basen publiceras. Den publicerade kunskaps basen flyttas till DQS_MAIN data filen (MDF) och kan vara cirka 5 gånger data källans storlek.
-
Storleken på DQS_PROJECTS Transaction log (LDF) växer ofta.
Följande problem kan uppstå för rengörings aktiviteten:
-
MDF-storleken (DQS_PROJECTS Data File) kan vara cirka 40 gånger data källans storlek.
-
DQS_PROJECTS transaktions loggen (LDF) kan vara cirka 60 till 100 gånger storleken på källdata.
Orsak
Det här problemet beror på en eller flera av följande orsaker:
-
Tomma rader och kolumn värden förbrukar utrymme i de tillfälliga tabellerna. De flesta utrymmen används av BigInt-kolumner för tomma rader och kolumner i tabeller med namnet X_INDEX_DATA_SOURCE_TABLE i varje schema.
-
De tillfälliga data som lagras i X_INDEX_DATA_SOURCE_TABLE interna tabeller släpps inte direkt när projektet är klart eller om kunskaps basen publiceras.
Lösning
Kumulativ uppdaterings information
SQL Server 2012
Korrigeringen för det här problemet släpptes först i kumulativ uppdatering 2 för SQL Server 2012 Service Pack RTM. Om du vill veta mer om det här kumulativa uppdaterings paketet klickar du på följande artikel nummer och läser artikeln i Microsoft Knowledge Base:
2703275 Kumulativt uppdaterings paket 2 för SQL Server 2012Obs! Eftersom build-versionerna är kumulativa innehåller varje ny korrigerings utgåva alla snabb korrigeringar och alla säkerhets korrigeringar som ingick med föregående version av SQL Server 2012. Vi rekommenderar att du använder den senaste korrigerings versionen som innehåller den här snabb korrigeringen. Om du vill veta mer klickar du på följande artikelnummer och läser artikeln i Microsoft Knowledge Base:
2692828 SQL Server 2012-versioner som släpptes efter att SQL Server 2012 släpptes Snabb korrigeringar för Microsoft SQL Server 2012 skapas för specifika SQL Server Service Pack. Du måste använda SQL Server 2012 Service Pack RTM Hotfix till en installation av SQL Server 2012 Service Pack RTM. Som standard ingår alla snabb korrigeringar som tillhandahålls i ett Service Pack för SQL Server i nästa SQL Server Service Pack.
Status
Microsoft har bekräftat att det här är ett problem i Microsoft-produkterna som nämns i "gäller".
Lösning
Undvik det här problemet genom att ta bort onödiga data projekt och kunskaps baser i DQS för att minimera de interna tabellerna som används av projekten. När du har tillämpat den här korrigeringen minskar DQS_PROJECT databasens storlek inte automatiskt. Mer information om hur du minskar storleken på en databas finns på följande Microsoft-webbplats:
Så här krymper du en databasObs! Installation av den här snabb korrigeringen åtgärdar bara databas tillväxt problem som har ägt rum och är bara till hjälp för nya projekt och aktiviteter som har skapats i framtiden och projekt och aktiviteter som är slutförda i framtiden. Om du vill minska storleken på DQS-databaser manuellt kan du läsa Knowledge Bases som inte längre används eller de data kvalitets projekt som redan har slutförts. Du kan använda data kvalitets klienten och sedan klicka på Öppna kunskaps bas eller öppna data kvalitets projekt för att få en lista över alla kunskaps baser eller varje projekt. Högerklicka på Knowledge Base-namnet eller projekt namnet och klicka sedan på ta bort. Du kan köra följande Transact-SQL-skript för att uppskatta storleken på varje kunskaps bas och varje projekt som finns i DQS_MAIN och DQS_PROJECTS databaser för att bättre mäta det disk utrymme som förbrukas av var och en av dem.
-- 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 ##DQSRowCountsMer information
När du har installerat den här snabb korrigeringen, när DQS skapar den interna tabellen X_INDEX_DATA_SOURCE_TABLE inom varje projekts schema, används den SPARSE-instruktionen på BigInt-kolumnerna för att minimera utrymmet som används av tomma rader och kolumner för att minimera det disk utrymme som krävs för dessa objekt. Med den här snabb korrigeringen kan DQS släppa det tillfälliga X_INDEX_DATA_SOURCE_TABLE objektet. Utrymmet kan komma att återanvändas eller storleken på databasen kan minskas efter att kunskaps basen har publicerats eller om data kvalitets projektet är klart. När du klickar på knappen Slutför i slutet av projekten kan du därför frigöra det disk utrymme som förbrukas av aktiviteten.
