SQL Server – Disseque os internos de sp_spaceused

Introdução

1. Uma olhada em sp_spaceused
2. Impacto da configuração de crescimento automático nas colunas, não alocado e não utilizado
3. Encontrando os detalhes de uso do espaço no banco de dados e nos níveis de instância
4. Medindo os eventos de crescimento automático
5. Encontrando os tamanhos de arquivo mdf e ldf
6. Fatores que determinam o desempenho do banco de dados
7. E mais…

Internos de sp_spaceused

Capturar detalhes de uso de espaço de todas as tabelas

Declare @tbl_sp_spaceused table(
    name varchar(100) NULL,
    rows bigint NULL,
    reserved varchar(20) NULL,
    data varchar(20) NULL,
    index_size varchar(20) NULL,
    unused varchar(20) NULL
    )

-- insert output of sp_spaceused to table variable

INSERT INTO @tbl_sp_spaceused ( name, rows, reserved, data, index_size, unused )
EXEC sp_MSforeachtable @command1 = 'EXEC sp_spaceused [?]'

SELECT *
FROM @tbl_sp_spaceused
order by rows desc

Capturar detalhes de uso de espaço de todos os bancos de dados

declare @tbl_sp_spaceusedDBs table(
    database_name varchar(100) NOT NULL,
    database_size varchar(50) NULL,
    unallocated varchar(30) NULL,
    reserved varchar(20) NULL,
    data varchar(20) NULL,
    index_size varchar(20) NULL,
    unused varchar(20) NULL
    )
INSERT INTO @tbl_sp_spaceusedDBs ( database_name, database_size, unallocated, reserved, data, index_size, unused )
EXEC sp_msforeachdb @command1="use ? exec sp_spaceused @oneresultset = 1"

SELECT *
FROM @tbl_sp_spaceusedDBs
ORDER BY database_name, database_size

DECLARE @fname NVARCHAR(1000);

-- Get the name of the current default trace
SELECT @fname = CAST(value AS VARCHAR(MAX))
FROM ::fn_trace_getinfo(DEFAULT)
WHERE traceid = 1 AND property = 2;


SELECT 
	 ft.StartTime [Start Time]
	,t.name [Event Name]
	,DB_NAME(ft.databaseid) [Database Name]
	,ft.Filename [File Name]
	,(ft.IntegerData*8)/1024.0 [Growth MB]
	,(ft.duration/1000) [Duration MS]
FROM ::fn_trace_gettable(@fname, DEFAULT) AS ft 
INNER JOIN sys.trace_events AS t ON ft.EventClass = t.trace_event_id  
WHERE (ft.EventClass = 92  -- DateFile Auto-growth
    OR ft.EventClass = 93) -- LogFile Auto-growth
ORDER BY ft.StartTime

SELECT 476704+ 1280+ 1312 'Reserved KB', (479296/1024.00)+51.94 'MDFSizeMB', 848.00 - ((479296/1024.00)+51.94) 'LogSizeMB'

Impacto da configuração de crescimento automático

Encerrando

1. No processo de criação do banco de dados, o tamanho definido (ou seja, é o tamanho inicial) nada mais é do que o tamanho real do banco de dados. Esse tamanho inicial é registrado no Cabeçalho da Página. Durante um processo de redução de banco de dados, o processo usa o tamanho mínimo como referência, somente se o tamanho real dos dados for menor que o tamanho mínimo — o tamanho mínimo também é encontrado no cabeçalho da página e pode ser visto usando o comando DBCC PAGE. Além disso, o mesmo processo é válido para DBCC SHRINKFILE, que reduz os arquivos para menos do que seus tamanhos iniciais.
2. Não é uma prática recomendada reduzir o banco de dados para liberar espaço em disco, embora a decisão dependa do cenário — cenários incomuns podem justificar uma ação não convencional. No entanto, deve-se lembrar que a redução de um banco de dados introduz fragmentação no banco de dados. É sempre uma boa prática analisar a causa raiz do espaço não alocado e espaço não utilizado dos objetos. Em muitos casos, expandir o disco para lidar com o crescimento de dados seria uma opção viável/recomendada.
3. Configuração de crescimento automático:quando o SQL Server executa uma operação de crescimento automático, a transação que acionou o evento de crescimento automático terá que esperar até que o evento de crescimento automático seja concluído. Só então a transação em si pode ser concluída.
4. É sempre recomendável definir as opções de crescimento automático em números em vez de porcentagens.
5. A indução de espaço não utilizado na tabela pode ser devido aos seguintes motivos:
   • Fragmentação
     Quando os dados são fragmentados devido à sua natureza e tipo de definição, algum espaço não utilizado é gerado. Além disso, uma modificação frequente dos dados (todas as operações UPDATE, INSERT ou DELETE) leva a um maior número de divisões de página, o que provavelmente gerará espaço não utilizado na tabela.
   • Nenhum índice clusterizado na tabela
     Para reduzir a fragmentação em um heap, pode-se pensar em criar um índice clusterizado na mesa. Para reduzir a fragmentação do índice, execute a manutenção do índice determinando o valor avg_fragmentation_in_percent.
   • Tamanho dos dados
     Em alguns casos, o uso de Tipos de Dados apropriados produz linhas de dados menores que, por sua vez, permitem colocar mais linhas em uma página. Ele não apenas reduz o espaço interno não utilizado, mas também afeta o desempenho, reduzindo o número de divisões de página.
6. O espaço não utilizado também pode ser resultado da eliminação da coluna de comprimento variável. Use DBCC CLEANTABLE depois de fazer alterações significativas nas colunas de comprimento variável em uma tabela ou exibição indexada para recuperar imediatamente o espaço não utilizado. Como alternativa, você pode reconstruir os índices na tabela ou exibição; no entanto, esta é uma operação que consome mais recursos.
7. O espaço não utilizado é relativamente maior quando acabamos carregando dados relativamente maiores (>8 KB). Nesses casos, acabamos com grandes quantidades de espaço não utilizado nas páginas de dados.
8. Após uma migração do SharePoint, pode-se ver uma quantidade significativa do espaço não utilizado introduzido nos bancos de dados. A recuperação é um processo mais lento, o processo de limpeza fantasma remove essas páginas e a liberação ocorre ao longo de um período de tempo.
9. Em alguns casos, os valores de sp_spaceused podem não estar corretos. Embora sp_spaceused obtenha suas informações do objeto do sistema que contém todas as estimativas, às vezes pode ser impreciso. Uma das razões para isso é que durante uma migração de banco de dados, ou no caso de estatísticas desatualizadas, ou quando o sistema está passando por modificações frequentes de DDL, ou após realizar grandes operações de cópia em massa. Para sincronizar objetos do sistema, use as instruções DBCC updateusage(0) ou DBCC CHECKTABLE para garantir que sp_spaceused retorne dados precisos e atualizados. No entanto, lembre-se de que os comandos DBCC consomem muitos recursos; ter uma boa compreensão da implicação de seu uso. Quando executamos o comando DBCC updateusage, o Mecanismo de Banco de Dados do SQL Server verifica as páginas de dados no banco de dados e faz as correções necessárias nas sys.allocation_units e sys.partitions visualizações de catálogo sobre o espaço de armazenamento usado por cada tabela.

Referências

• https://msdn.microsoft.com/en-us/library/cc280360.aspx
• https://docs.microsoft.com/en-us/sql/t-sql/database-console-commands/dbcc-cleantable-transact-sql
• https://docs.microsoft.com/en-us/sql/relational-databases/system-catalog-views/sys-database-files-transact-sql