Sintomi
Quando si esegue il comando DBCC CHECKDB/CHECKTABLE , i controlli di purezza dei dati possono causare l'esecuzione imprevista del comando a lungo. Questo problema si verifica per il comando DBCC CHECKDB/CHECKTABLE nei casi seguenti:
-
Supponiamo di avere un database o una tabella che contiene dati CLR di tipo definito dall'utente (UDT) SQL in Microsoft SQL Server 2012. SQL Server non sta riutilizzando correttamente la memoria BLOB interna durante la convalida del tipo di codice CLR SQL.
-
La memoria concessa per le operazioni DBCC (CHECKTABLE o CHECKDB per tabella) viene valutata in modo non corretto nei server con memoria di grandi dimensioni.
Questo problema può causare un eccessivo consumo di memoria e CPU.
Risoluzione
Informazioni sui Service Pack
Per risolvere il problema, ottenere il Service Pack seguente per SQL Server.
-
Come ottenere il Service Pack più recente per SQL Server 2012
-
Come ottenere il Service Pack più recente per SQL Server 2014
Per altre informazioni su SQL Server 2012 Service Pack 3 (SP3) e SQL Server 2014 Service Pack 1 (SP1), vedere bug corretti in SQL server 2012 Service Pack 3 e bug corretti in SQL Server 2014 Service Pack 1.
Informazioni sull'aggiornamento cumulativo
Il problema è stato risolto per la prima volta nel seguente aggiornamento cumulativo di SQL Server:
Ogni nuovo aggiornamento cumulativo per SQL Server contiene tutti gli hotfix e tutti gli aggiornamenti della sicurezza inclusi nell'aggiornamento cumulativo precedente. È consigliabile scaricare e installare gli aggiornamenti cumulativi più recenti per SQL Server:
Riferimenti
Per altre informazioni sulle operazioni DBCC, vedere i post di Blog seguenti su MSDN:
Stato
Microsoft ha confermato che questo problema si verifica nei prodotti elencati nella sezione "Si applica a".
