Início / dba / Perguntas / 316253
Accepted
user1910240
Asked: 2022-08-31 18:21:45 +0800 CST

Qualquer maneira de reduzir rapidamente um banco de dados para uso como clones

  • 772

Temos um banco de dados com pouco mais de um TB - normalmente fazemos backup disso, então, quando os desenvolvedores fazem um banco de dados clone para desenvolver, ele faz uma cópia desse banco de dados e o restaura em uma nova instância para eles. Temos muitos dados que realmente não são necessários para os desenvolvedores (tabelas de log etc.) mode, trunque muitas das tabelas grandes, reduza o banco de dados e faça backup, depois use essa cópia para executar nosso sistema clone. O psiquiatra está demorando muito - eu o coloquei em execução por 4 horas e até agora reduzimos ~ 13G de dados. Atualmente, posso reduzi-lo em 336.857,24 MB - o que levaria dias para obtê-lo. Alguém já se deparou com este problema? Existe alguma maneira de encolher mais rápido? Eu li sobre como criar um novo grupo de arquivos, mas realmente não quero criar scripts para todas as tabelas - existem centenas de tabelas. Obrigada.

sql-server backup

1 respostas

  1. Best Answer

    Encolher é encolher, faz o que tem que fazer. Não há como fazer com que mova as páginas para o início do arquivo mais rapidamente por meio de algum interruptor mágico ou algo assim. Você será limitado por E/S, pelo movimento das páginas.

    Você sempre pode tentar a opção TRUNCATEONLY para ver se tem sorte (você tem uma parte significativa no final do arquivo sem páginas usadas). Mas isso pode ser difícil de automatizar.

    Algumas coisas fazem o psiquiatra ficar super lento:

    • LOB. Para cada página LOB movida, é necessário varrer a tabela para ver quais linhas se referem a essa página LOB. Ou seja, não há back-pointer da página LOB. Digamos que você mova 10.000 páginas de lob. Você agora fez 10.000 varreduras de tabela dessa tabela!
    • Montes. Mova uma página de heap e ela precisa modificar todos os índices não clusterizados para cada linha que estava nessa página de heap (já que a página de heap agora tem um endereço físico diferente no arquivo).
    • Bloqueio. Se o psiquiatra estiver bloqueado, ele apenas fica lá. Para sempre, potencialmente.

    Veja se você pode melhorar qualquer um dos itens acima primeiro. Altere as tabelas de heap para tabelas em cluster. Truncar páginas LOB. Etc. Ou seja, após a restauração, mas antes do psiquiatra.

    Outra opção poderia ser DBCC CLONEDATABASE. Usando as opções corretas e se você estiver em uma versão alta o suficiente do SQL Server, poderá obter uma cópia sem dados do banco de dados. E, em seguida, mova apenas os dados necessários do prod para esse banco de dados (usando SSIS ou qualquer método que seja adequado para você). Se isso é benéfico dependerá de quantos dados você realmente precisa no final.

    • 2

relate perguntas