ALTER ÍNDICE REORGANIZAR; no entanto, é necessário espaço de registro .
O modo de recuperação do banco de dados é Simples , isso implica que o espaço de log NÃO é realmente necessário?
ALTER ÍNDICE REORGANIZAR; no entanto, é necessário espaço de registro .
O modo de recuperação do banco de dados é Simples , isso implica que o espaço de log NÃO é realmente necessário?
Para responder de forma mais concisa do que as respostas existentes:
REORGANIZE
produz a mesma quantidade de log comSIMPLE
eFULL
. É queSIMPLE
quase imediatamente torna esse espaço disponível novamente.Exceto se algo estiver impedindo o truncamento de log, como uma transação aberta (não relacionada à sessão
REORGANIZE
em que é executado).O modo de recuperação do banco de dados SIMPLE nunca significa que o log não será criado. O modelo de recuperação SIMPLES apenas garante a recuperação automática do espaço de log assim que a operação for concluída/confirmada.
A operação ALTER INDEX REORGANIZE cria log e para isso precisa de espaço de log independentemente do modelo RECOVERY do banco de dados.
Saiba mais sobre modelos de recuperação no SQL Server http://msdn.microsoft.com/en-us/library/ms189275.aspx
Você perdeu o ponto exato que os livros on-line estavam tentando mencionar, afirma que
Se você leu o artigo completo, estava tentando apontar os comandos ou operações no SQL Server que exigiriam espaço em disco adicional e outros que não. Ele estava tentando fazer isso porque quando o índice é RECONSTRUÍDO (com ONLINE OPTION) ele usava espaço extra porque durante a primeira fase da reconstrução do sistema de preparação de metadados ocorre o que cria a nova estrutura de índice vazia e, em seguida, o instantâneo da tabela é definido. Ou seja, o controle de versão de linha é usado para fornecer consistência de leitura em nível de transação. Este instantâneo ocuparia espaço, isso é o que os livros on-line significam por espaço extra, mas em Reorganizar o índice essa operação não ocorre, esse instantâneo não é criado, apenas requer apenas 8 KB de espaço adicional no banco de dados, o que não é muito preocupante. Observe também que operação de reorganização está totalmente registrada.
A reorganização do índice é sempre uma operação online, enquanto a reconstrução do índice pode ser ONLINE (presente apenas na edição corporativa) e OFFLINE.
Não, o modelo de recuperação afeta a maneira como as coisas são registradas e a recuperação não significa que não haveria registro. Cada operação no SQL Server é registrada de uma forma ou de outra e o modelo de recuperação define como o log acontecerá. No modelo de recuperação simples, que é quase o mesmo que os logs completos, são truncados quando a transação é confirmada ou quando o ponto de verificação é fornecido, isso acontece automaticamente quando a transação é confirmada ou também quando o arquivo de log atinge 70% de seu tamanho. A única coisa que interromperia o truncamento de log é se alguma transação de execução longa ainda exigir essa parte do log. Durante a recuperação completa, você deve fazer backup do log de transações para truncar os logs
Espero que esteja claro. Por favor, deixe-me saber se você não entender alguns pontos