Início / dba / Perguntas / 251455
Accepted
James Jenkins
Asked: 2019-10-19 04:04:18 +0800 CST

Arquivo de log SQL 2TB não é suficiente, e agora?

  • 772

Esta é uma pergunta hipotética, que decorre da resposta por sepupic onde eles explicam que 2TB é o limite físico para o arquivo de log SQL.

se você precisar de mais de 2 TB, adicione o segundo arquivo de log.

Há muito tempo acredito que vários arquivos de log são ruins, conforme descrito na postagem Arquivos de log de várias transações e impacto no desempenho

Eu simplesmente não consigo imaginar um cenário em que ocorra 2 TB de arquivos de log, mas se isso acontecer, e por algum motivo backups de log mais frequentes não irão curá-lo ( vários cenários implícitos ), o que você faz?

Você adiciona um segundo arquivo de log ou há algo mais?

sql-server transaction-log

3 respostas

  1. Best Answer

    vários arquivos de log são ruins

    Não é que vários arquivos de log sejam ruins ... É que vários arquivos de log são totalmente desnecessários e não fornecem nenhum benefício ... a menos que você precise de um arquivo de log maior que 2 TB.

    Com arquivos de dados, o SQL Server pode se beneficiar de vários arquivos porque executará E/S paralela de/para ambos os arquivos ao mesmo tempo. No entanto, com arquivos de log, o SQL Server gravará apenas em um ou outro. A natureza circular do arquivo de log significa que, se você criar dois arquivos, o SQL Server gravará em um, chegará ao final, gravará no outro, chegará ao final e voltará ao primeiro etc.

    Não há ganho de desempenho por ter vários arquivos de log.

    No entanto, devido à limitação de capacidade de que qualquer arquivo de log pode ter no máximo 2 TB de tamanho, se você precisar de mais de 2 TB de arquivo de log, precisará criar vários arquivos de log. Esta é a única razão para criar vários arquivos de log.

    Por que você precisa de um arquivo de log de 2 TB?

    Eu simplesmente não consigo imaginar um cenário em que ocorra 2 TB de arquivos de log

    Como seu log de transações aumentará durante os backups completos , se você tiver um banco de dados muito grande que leve um tempo de log para fazer backup e estiver muito ocupado durante os backups, poderá gerar mais de 2 TB de log de transações durante o backup.

    Da mesma forma, se você tiver uma transação de execução de log muito grande (como uma reconstrução de índice em uma tabela muito grande), poderá gerar 2 TB de log de transações antes que possa ser reutilizado.

    É claro que seu log de transações pode crescer por vários motivos . Estes não são necessariamente normais para fazer seu tronco crescer muito, mas contribuem para o crescimento. Se os backups do log de transações não estiverem sendo concluídos com êxito, ou o AG não estiver sincronizando ou a replicação não estiver lendo a transação do seu log..., seu arquivo de log aumentará. Se esses problemas persistirem, seu arquivo de log chegará a 2 TB.

    Dito isto, a necessidade de 2+TB de arquivo de log é muito rara .

    • 8

  2. A Microsoft recomenda apenas um arquivo LDF para cada banco de dados.

    Este cenário é realmente muito particular. No entanto, você pode realizar as seguintes operações:

    1. Run the BACKUP LOG [database_name] WITH TRUNCATE_ONLY command
2. Run USE [database_name]
3. Run sp_helpdb 'database_name'
4. Write down the FileID of the log files.
5. For each file run the DBCC SHRINKFILE (FileID) command.

    Espero ter te ajudado :)

    • 0

  3. Você adiciona um segundo arquivo de log ou há algo mais?

    Como alternativa, basta definir um autogrowthtamanho razoável e deixar seu arquivo de log crescer.

    Não há nenhum controle sobre ele e o arquivo de log pode exceder 2Tb, você não pode configurá-lo explicitamente, mas não há nada que impeça o crescimento do arquivo de log, apenas diskespaço livre.

    • 0

relate perguntas