Резервные копирования журнала транзакций SQL Server являются очень большими

Инструкции для установки выравнивания нагрузки под dd-wrt в: http://www.dd-wrt.com/wiki/index.php/Dual-WAN_for_simple_round-robin_load_equalization

Однако выравнивание нагрузки обычно глубоко dissapointing.

6
задан 4 August 2011 в 19:48
3 ответа

Сколько данных в файле журнала транзакций, прежде чем резервное копирование будет взято? Вы видите это с DBCC LOGINFO или путем рассмотрения отчета о дисковом пространстве в Studio управления SQL Server. Насколько большой резервные копии журнала?

1
ответ дан 3 December 2019 в 00:33

Только, чтобы быть ясными мы находимся на той же странице, Вы говорите, что каждым резервным копированием журнала являются сотни MBS, не, что файлы журнала (LDFs) являются большими. Позже обычно объясняется журналом, прикрепляемым репликацией, зеркальным отражением, транзакцией активного пользователя, о которой забывают, или чем-либо еще, как перечислено в sys.databases.log_reuse_wait_desc. Однако я понимаю дело не в этом. Если резервные копии журнала, бравшиеся каждые 10 минут, у каждого есть сотни MBS затем, это означает, что должны быть сотни ценности МБ действия, которое произошло за прошлые 10 минут. Возможно, существует некоторое действие, продолжающееся постоянно, которых Вы не знаете?

Конечно, я предполагаю, что Вы не используете WITH NO_TRUNCATE или WITH COPY_ONLY синтаксис для журнала копирует задачу.

Следующие 3 запроса должны дать Вам общее представление о том, что является журналом, заполненным:

use [<myproblemdb>];
go

select count(*) as CountLogRecords, 
    sum([Log Record Length]) [Total Log Length]
from fn_dblog(null, null);

select count(*) as CountTransactionRecords, 
    sum([Log Record Length]) [Transaction Log Length],
    [Transaction ID]
from fn_dblog(null, null)
group by [Transaction ID]
order by 2 desc;

select count(*) as CountLogOperations,
    sum ([Log Record Length]) as [Operation Log Length],
    [Operation]
from fn_dblog(null, null)
group by [Operation]    
order by 2 desc;
3
ответ дан 3 December 2019 в 00:33

Возможно, у вас слишком много VLF. Запустите DBCC LOGINFO и посмотрите, сколько строк возвращается. Если их много, рассмотрите возможность уменьшения журнала транзакций базы данных и увеличения его за один прием до подходящего размера.

1
ответ дан 3 December 2019 в 00:33

Теги

Похожие вопросы