Temos várias tabelas que "atualizamos" com frequência, reconstruindo-as em uma tabela de preparação e, em seguida, realizando uma troca de metadados para a tabela de produção usando a ALTER TABLE <source> SWITCH INTO <target>instrução.
Essas operações estão causando uma grande quantidade de registros e não temos certeza de como lidar com isso. Por enquanto, apenas movemos essas tabelas e operações para um novo banco de dados usando o SIMPLEmodelo de recuperação, mas adoraria ouvir soluções alternativas para esse problema.
Como você sugere lidarmos com a geração massiva de logs como resultado de reconstruções frequentes de tabelas?
uma opção (se viável para você, considerando o lado negativo) seria alterar o banco de dados para registro em massa e bcp na tabela de destino a partir de uma visualização que lê as tabelas de origem. o log real deve ser minimizado, mas o backup do log ainda será enorme, pois incluirá as extensões alteradas. uma desvantagem do registro em massa é que ele compromete a capacidade de apontar no tempo recuperar para um período de tempo durante a operação de registro em massa. certifique-se de fazer um backup de log imediatamente após a importação em massa