Inicialização instantânea: verificar o ganho real

Uma restauração lenta pode gastar tempo preparando arquivos antes de copiar dados. Inicialização instantânea evita parte do preenchimento com zeros em operações elegíveis de dados. Não torna o armazenamento infinitamente rápido, e um indicador ativo não prova benefício para toda operação.

Identificar o ambiente exato

Este guia trata de SQL Server no Windows. Registre versão, identidade do motor, estado IFI e criptografia antes de interpretar testes. Linux e serviços gerenciados possuem controles diferentes; não copie instruções de privilégios Windows diretamente.

SELECT SERVERPROPERTY('ProductVersion') AS ProductVersion,
       SERVERPROPERTY('Edition') AS Edition;
SELECT servicename,service_account,instant_file_initialization_enabled
FROM sys.dm_server_services;
SELECT name,is_encrypted FROM sys.databases WHERE database_id=DB_ID();

A DMV exige permissões de diagnóstico conforme a versão. Examine a linha do motor. O estado representa capacidade da instância; recursos da base e operação ainda determinam aplicabilidade. Um banco criptografado exige avaliação distinta de um exercício sem criptografia.

No Windows, a inicialização elegível usa Perform volume maintenance tasks do usuário ou SID do serviço. Atribuir ao SID do motor evita depender de um nome de conta substituível. Após mudar direitos, é necessário reiniciar o serviço. Confira o log de inicialização, sem presumir efeito imediato da política.

Separar dados e log

Historicamente o log não recebia o mesmo benefício. Desde SQL Server 2022, crescimentos automáticos de log até 64 MB podem aproveitá-lo; os maiores não. Isso não promete criação, restauração ou expansão manual arbitrária instantânea.

TDE impede IFI para arquivos de dados no comportamento documentado; a exceção de pequenos crescimentos do log pode valer. Não remova criptografia buscando velocidade. Meça a carga protegida e prepare capacidade para evitar expansões emergenciais.

Um incremento de 64 MB não é automaticamente a melhor estratégia. Uma carga exigindo muitos gigabytes rapidamente provocaria várias expansões. Pré-aloque demanda e escolha política considerando reutilização e recuperação.

Medir a operação importante

Em banco descartável com armazenamento comparável, meça uma expansão controlada com e sem capacidade, respeitando reinícios necessários. Mantenha tamanho, caminho, criptografia e carga semelhantes. Não encha um volume produtivo somente para demonstrar uma opção.

Registre tempo e eventos de crescimento. Em restaurações, meça preparação, leitura, descompressão, escrita e recovery. Eliminar uma fase pode deixar outra dominante. Acelerar inicialização não garante ganho proporcional no tempo total.

IFI também altera quando conteúdo anterior do disco é sobrescrito. Restrinja acesso a arquivos anexados, desanexados e backups. Isso faz parte da política de armazenamento, sem justificar administração geral.

A evidência útil combina versão, configuração efetiva, elegibilidade e medição do processo relevante. Incorpore ao padrão e confira novamente após trocar conta, substituir host ou executar failover. Verifique todos os hosts possíveis, não somente o ativo. Políticas com nomes iguais podem resultar em direitos diferentes. Inclua restauração completa com criptografia real, evitando extrapolar de arquivos pequenos de laboratório. Registre também a configuração do destino de recuperação, pois o servidor de contingência pode ter permissões distintas. Intenção configurada não substitui verificar o ambiente em execução.

A exceção de crescimento pequeno do log no SQL Server 2022 não exige o privilégio Windows usado para arquivos de dados. Mantenha essa distinção na verificação.

Referências técnicas: Microsoft Learn: Instant file initialization · Microsoft Learn: Service diagnostics.