Recentemente, atualizamos muitas de nossas instâncias para 2016. Como resultado, uma instrução SELECT de sqlpackage.exe está expirando em algumas instâncias.
Depois de alguns testes, descobri que ao atualizar as estatísticas nas tabelas do sistema do banco de dados que aparecem no plano de execução, o SELECT parou de atingir o tempo limite.
update statistics sys.[sysclsobjs] with fullscan
update statistics sys.[syscolpars] with fullscan
update statistics sys.[sysidxstats] with fullscan
update statistics sys.[sysiscols] with fullscan
update statistics sys.[sysobjvalues] with fullscan
Existe alguma maneira através dos pacotes de manutenção padrão, scripts de Ola Hallengren ou algum outro processo para atualizar apenas as estatísticas da tabela do sistema?
Atualização 08/01
Aqui estão as etapas que segui após a atualização
Sobre o traceflag 4199 KB974006
-- for the instance
/*
Turn on traceflag 4199 (my understanding of this traceflag is that it disables
optimizer hotfixes in 2016
*/
-- disable automatic numa
sp_configure 'automatic soft-NUMA disabled', 1
GO
-- For each database
-- Turn on Query optimizer hotfixes
-- Turn off Legacy cardinality estimation
exec sp_MSforeachDB 'ALTER DATABASE [?] SET COMPATIBILITY_LEVEL = 130;
USE [?];
ALTER DATABASE SCOPED CONFIGURATION SET QUERY_OPTIMIZER_HOTFIXES = ON;
ALTER DATABASE SCOPED CONFIGURATION SET LEGACY_CARDINALITY_ESTIMATION = OFF;
-- update statistics for all tables, system tables are ignored
EXEC sp_MSforeachtable ''UPDATE STATISTICS [?] WITH FULLSCAN''
'
Atualização 08/02
Aqui está o SELECT do sqlpackage.exe causando timeouts para o TFS
SELECT * FROM (
SELECT
SCHEMA_NAME([o].[schema_id]) AS [SchemaName],
[si].[object_id] AS [ColumnSourceId],
[o].[name] AS [ColumnSourceName],
[o].[type] AS [ColumnSourceType],
[ic].[column_id] AS [ColumnId],
[c].[name] AS [ColumnName],
[si].[index_id] AS [IndexId],
[si].[name] AS [IndexName],
[ds].[type] AS [DataspaceType],
[ds].[data_space_id] AS [DataspaceId],
[ds].[name] AS [DataspaceName],
[si].[fill_factor] AS [FillFactor],
[si].[is_padded] AS [IsPadded],
[si].[is_disabled] AS [IsDisabled],
[si].[allow_page_locks] AS [DoAllowPageLocks],
[si].[allow_row_locks] AS [DoAllowRowLocks],
[sit].[cells_per_object] AS [CellsPerObject],
[sit].[bounding_box_xmin] AS [XMin],
[sit].[bounding_box_xmax] AS [XMax],
[sit].[bounding_box_ymin] AS [YMin],
[sit].[bounding_box_ymax] AS [YMax],
[sit].[level_1_grid] AS [Level1Grid],
[sit].[level_2_grid] AS [Level2Grid],
[sit].[level_3_grid] AS [Level3Grid],
[sit].[level_4_grid] AS [Level4Grid],
[sit].[tessellation_scheme] AS [TessellationScheme],
[s].[no_recompute] AS [NoRecomputeStatistics],
[p].[data_compression] AS [DataCompressionId],
CONVERT(bit, CASE WHEN [ti].[data_space_id] = [ds].[data_space_id] THEN 1 ELSE 0 END)
AS [EqualsParentDataSpace]
FROM
[sys].[spatial_indexes] AS [si] WITH (NOLOCK)
INNER JOIN [sys].[objects] AS [o] WITH (NOLOCK) ON [si].[object_id] = [o].[object_id]
INNER JOIN [sys].[spatial_index_tessellations] [sit] WITH (NOLOCK) ON [si].[object_id] = [sit].[object_id] AND [si].[index_id] = [sit].[index_id]
INNER JOIN [sys].[data_spaces] AS [ds] WITH (NOLOCK) ON [ds].[data_space_id] = [si].[data_space_id]
INNER JOIN [sys].[index_columns] AS [ic] WITH (NOLOCK) ON [si].[object_id] = [ic].[object_id] AND [si].[index_id] = [ic].[index_id]
INNER JOIN [sys].[columns] AS [c] WITH (NOLOCK) ON [si].[object_id] = [c].[object_id] AND [ic].[column_id] = [c].[column_id]
INNER JOIN [sys].[objects] AS [o2] WITH (NOLOCK) ON [o2].[parent_object_id] = [si].[object_id]
INNER JOIN [sys].[stats] AS [s] WITH (NOLOCK) ON [o2].[object_id] = [s].[object_id] AND [s].[name] = [si].[name]
INNER JOIN [sys].[partitions] AS [p] WITH (NOLOCK) ON [p].[object_id] = [o2].[object_id] AND [p].[partition_number] = 1
LEFT JOIN [sys].[indexes] AS [ti] WITH (NOLOCK) ON [o].[object_id] = [ti].[object_id]
LEFT JOIN [sys].[tables] AS [t] WITH (NOLOCK) ON [t].[object_id] = [si].[object_id]
WHERE [si].[is_hypothetical] = 0
AND [ti].[index_id] < 2
AND OBJECTPROPERTY([o].[object_id], N'IsSystemTable') = 0
AND ([t].[is_filetable] = 0 OR [t].[is_filetable] IS NULL)
AND ([o].[is_ms_shipped] = 0 AND NOT EXISTS (SELECT *
FROM [sys].[extended_properties]
WHERE [major_id] = [o].[object_id]
AND [minor_id] = 0
AND [class] = 1
AND [name] = N'microsoft_database_tools_support'
))
) AS [_results]
Se eu não atualizar as estatísticas da tabela do sistema para o banco de dados, este SELECT pode e irá expirar ao implantar via sqlpackage.exe
O script de manutenção de índice de Ola tem parâmetro
SYSTEM_DATABASES
-->All system databases (master, msdb, and model)
paraUpdateStatistics
-->ALL - Update index and column statistics.
que também cuida da atualização de estatísticas para bancos de dados do sistema.Além disso, consulte Estatísticas sobre tabelas do sistema e desempenho da consulta . Tenho visto que é muito raro atualizar as estatísticas nas tabelas do sistema, a menos que você tenha uma quantidade muito grande de objetos nelas (ainda uso o script de Ola para manutenção semanal do índice nas tabelas do sistema).
Como observação: desde que você atualizou para o SQL Server 2016, você está usando o novo CE? Qual é o modo de compatibilidade?, as etapas pós-atualização foram concluídas ?.
EDITAR:
O soft NUMA automático é benéfico - 30% de ganho no desempenho da consulta foi obtido usando o Soft NUMA e a configuração MAX DOP adequada .
Uma pequena observação: Por favor, não use arquivos não documentados
sp_MSforeachDB
. Pode ser que um sql dinâmico seja uma opção muito melhor.por exemplo
Se você está constantemente vendo o comportamento dessas tabelas básicas do sistema ficando desatualizadas, então você deve registrar um bug de conexão para isso.
Você pode "ver" as tabelas do sistema sem usar a conexão DAC:
A partir daí, você pode construir uma string TSQL de comandos e executá-la. (Codifiquei
sys
o esquema. Presumivelmente, isso nunca mudará.):Isso pode ser facilmente colocado em uma etapa de trabalho para um trabalho do SQL Agent. Eu testei isso no SQL Server 2012 com SP3. Também executei um código semelhante no SQL 2008 R2 e no SQL 2014. Não tenho certeza se funciona no SQL 2016 - informe-nos se não funcionar.
Outras notas
Os
UPDATE STATISTICS
comandos funcionaram quando eu estava logado como [sysadmin]. Também funcionava se o login não fosse membro de [sysadmin], mas fosse o proprietário do banco de dados. A associação em [db_owner] sozinha não era suficiente. (Novamente, isso foi no SQL 2012 com SP3. YMMV.)