Início / dba / Perguntas / 205465
Accepted
LowlyDBA - John M
Asked: 2018-05-02 08:58:25 +0800 CST

Um backup inclui colunas ocultas descartadas ainda na estrutura física de uma tabela?

  • 772

Se eu tiver uma tabela com uma NVARCHAR(MAX)coluna e a eliminar, a maneira padrão de recuperar o espaço usado é:

  1. Reconstrua o índice clusterizado ou
  2. CorreDBCC CLEANTABLE

Se eu não executasse nenhum desses, a coluna ainda permanece (visível via sys.system_internals_partition_columns) na estrutura física da tabela e fizesse um backup e restauração completos do banco de dados, a cópia restaurada ainda teria descartado a coluna em sua estrutura física e ocupam a mesma quantidade de espaço que antes de eu ter largado a coluna?

Para meu próprio caso de uso, estou analisando o SQL Server 2012, mas presumo que isso funcione da mesma forma em todas as versões relativamente modernas. Estou ciente de que isso é fácil de testar, mas espero que alguém tenha mais conhecimento sobre isso, pois não consegui encontrar muito.

Referências:

sql-server sql-server-2012

1 respostas

  1. Best Answer

    Se eu tenho uma tabela com uma coluna NVARCHAR(MAX) e eu a elimino

    Eu escrevi sobre como você pode usar DBCC CLEANTABLE para recuperar o espaço.

    Sob o capô, o sql server apenas desaloca as páginas e, em seguida, um thread em segundo plano chamado limpeza fantasma limpará os dados.

    Outro aspecto que estou supondo que você está perguntando é a segurança dos dados físicos - como posso ter certeza de que meus dados não serão recuperáveis ​​depois de excluí-los/descartá-los?

    Para responder a isso, o SQL Server fornece -sp_clean_db_free_space

    em ambientes nos quais a segurança física dos dados ou arquivos de backup está em risco, você pode usar sp_clean_db_free_space para limpar esses registros fantasmas.

    O tempo necessário para executar sp_clean_db_free_space depende do tamanho do arquivo, do espaço livre disponível e da capacidade do disco. Como a execução de sp_clean_db_free_space pode afetar significativamente a atividade de E/S , recomendamos que você execute esse procedimento fora do horário normal de operação .

    Agora que foi dito, é realmente difícil destruir os dados esp. para coluna de queda

    • se o tipo de dados da sua coluna estiver definido como tamanho fixo, por exemplo, char(10) (é necessário reconstruir o índice; para heap, crie um índice clusterizado e, em seguida, descarte-o, pois não há outra opção)
    • se o tipo de dados da sua coluna for definido como comprimento variável, por exemplo, varchar(10) / nvarchar(10) (que pode ser cuidado pelo dbcc cleantable)

    Michael J. Swart tem um post muito interessante sobre It's Hard To Destroy Data - especialmente a tabela de resumo com diferentes opções.

    • 2

relate perguntas