Eu tenho várias tabelas com quantidade de linhas entre 5M e 1.5G
Cada tabela possui seu campo BLOB, cujo tamanho varia de 100 bytes a 30 MBytes e que é armazenado como 'tipos de valores grandes fora da linha' = ON
As tabelas são armazenadas em diferentes grupos de arquivos com 3 a 4 arquivos, cada um em disco diferente, em LUNs diferentes, em SAN muito rápida.
Todos os dias, essas tabelas aumentam para 5-100 Gb de tamanho e com linhas de 600k a 1,5M
Após um certo período de tempo , que varia de 2 semanas a 6 meses, algumas das linhas são excluídas ou movidas para arquivar o banco de dados, portanto - não há nenhuma linha nas tabelas de trabalho com mais de 6 meses.
Configuração atual do servidor:
- O mecanismo do servidor SQL é 2008 R2 SP1 Enterprise @ 24 núcleos e @ 64Gb de RAM
- O SQL Server é executado com sinalizadores de inicialização extras:
-T 3640; (Elimina o envio de mensagens DONE_IN_PROC para o cliente para cada instrução no procedimento armazenado. Isso é semelhante à configuração da sessão de SET NOCOUNT ON, mas quando definida como um sinalizador de rastreamento, todas as sessões do cliente são tratadas dessa maneira)
-T 1118; (Alterna alocações no tempDB de 1pg por vez (para as primeiras 8 páginas) em uma extensão.)
-T 2301; (Permite otimizações avançadas que são específicas para consultas de suporte a decisões. Esta opção se aplica ao processamento de suporte a decisões de grandes conjuntos de dados)
-T 1117; (Aumenta todos os arquivos de dados de uma só vez, caso contrário, alterna-se.)
-E; (Aumenta o número de extensões alocadas para cada arquivo em um grupo de arquivos. Esta opção pode ser útil para aplicativos de armazém de dados que possuem um número limitado de usuários executando indexações ou varreduras de dados)
-T 834; (Faz com que o SQL Server use alocações de páginas grandes do Windows para a memória alocada para o buffer pool, http://msdn2.microsoft.com/en-us/library/aa366720.aspx , http://support.microsoft. com / kb / 920093 )
- O SQL Server usa grandes extensões de página
- SQL Server utiliza a opção de inicialização rápida de arquivos
- AUTOSHRINK está DESLIGADO para todos os bancos de dados
O problema é que, a partir de algum momento de disponibilidade do servidor (de alguns dias a meses), o GHOST CLEANUPprocesso se recusa a realizar limpezas forçadas e simplesmente faz o trabalho usual - limpa várias páginas em alguns segundos ( which is seen thru Extended Events), o que não é adequado , porque não é possível limpar todas as linhas excluídas
O problema persiste desde os tempos do SQL Server 2005 RTM Enterprise
Como tentei resolver o problema:
- Tentou forçar operações de verificação em índices agrupados das tabelas
- Tentou forçar operações de DIGITALIZAÇÃO, que envolvem todo o conteúdo da coluna BLOB em índices agrupados das tabelas
- sistema sp_clean_db_free_space & sp_clean_db_file_free_space
- página limpa dbcc manualmente (@dbid, @fileid, @page) para todos os arquivos e páginas no banco de dados
- recriações de índice clusterizado e reorganização
- recriando banco de dados
DBCC FORCEGHOSTCLEANUP
Quando executo a consulta:
select * from sys.dm_db_index_physical_stats(db_id(), object_id('ProblemTable'), 1, 0, 'detailed')Vejo milhões e dezenas de milhões de registros fantasmas, mas apenas para o tipo de unidade de alocação LOB_DATA
As únicas coisas que ajudam:
- parar o servidor com o comando SHUTDOWN ou reiniciar todo o host - ajuda, após a reinicialização, o processo GHOST CLEANUP executar algumas horas e limpar todos os registros fantasmas
- DBCC SHRINKFILE com opção EMPTYFILE - mover todos os dados de um arquivo para outro ou arquivos recém-criados limpa os registros fantasmas somente nesse arquivo - o problema é que eu realmente odeio operações de redução. E isso leva de 3 a 4 dias para UM arquivo
a questão - existe alguma maneira programática (preferível) ou de manutenção para forçar o GHOST CLEANUP sem tempo de inatividade do servidor, porque o tempo de inatividade do servidor custa muito, e até inaceitável - é de milhares a dezenas de milhares de dólares por hora
Foram notados problemas semelhantes aos meus:
- http://support.microsoft.com/kb/932115
- http://www.sqlservercentral.com/Forums/Topic496244-149-1.aspx
E o mesmo está aqui: