Правильный процесс уменьшения размера файла журнала SQL

SQL 2008 R2. Полное резервное копирование каждую ночь с репликацией на 2-й сервер для отчетности. Критически важные для бизнеса несколько баз данных. Файлы журнала SQL находятся под угрозой превышения доступного места на диске

Shrinkfile не показался эффективным. Создал резервную копию файла журнала, а затем выбрал параметр графического интерфейса для сжатия файла журнала. Сделав это, размер файла журнала стал намного более управляемым. Когда безопасно удалять резервную копию файла журнала или никогда?


sql-server logfile
person CVee    schedule 19.09.2019    source источник
comment
Вы имеете в виду журнал транзакций?   -  person a_horse_with_no_name    schedule 19.09.2019
comment
@a_horse_with_no_name он, кажется, смешивает вопросы, резервные копии и файлы журнала транзакций.   -  person Ricardo C    schedule 19.09.2019
comment
Я сожалею, что я не был достаточно ясен изначально. Есть ночные резервные копии баз данных, а затем гораздо более частые резервные копии файлов журнала в течение дня. Успешно (я думаю) уменьшив размер лог-файла (похоже, он больше не увеличился), когда я смогу удалить сделанную резервную копию лог-файла? Является ли это избыточным после того, как была сделана новая полная резервная копия базы данных, и будет ли достаточно новой резервной копии файла журнала меньшего размера без сохранения полной резервной копии файла журнала, которую мне пришлось сделать, чтобы уменьшить ее. Надеюсь, я прояснил свой вопрос (и непонимание)?   -  person CVee    schedule 20.09.2019

Ответы (1)


arrow_upward
0
arrow_downward

Вам необходимо сохранить резервные копии журнала транзакций для полных резервных копий, которые вы потенциально будете использовать для восстановления базы данных. Например. если вы сохраняете последние 7 полных резервных копий, вам просто нужно сохранить резервные копии журнала за последнюю неделю, чтобы вы могли восстановить базу данных в любой момент недели, если что-то не так.

person PeterHe    schedule 19.09.2019
comment
Это отвечает на вопрос, какие резервные копии следует сохранять, но вы можете добавить, что размер журнала транзакций может быть уменьшен/уменьшен только после полного резервного копирования. - person Ricardo C; 19.09.2019
comment
Если вы регулярно откладываете журналы trx, вам не нужно сжимать файл журнала. Пространство будет повторно использоваться после резервного копирования, а размер файла означает, что SQL-серверу требуется такой объем пространства для транзакций в течение периода резервного копирования. Если вы уменьшите, файл снова увеличится до размера - person PeterHe; 19.09.2019
comment
Спасибо за ваш ответ здесь. Я остаюсь немного сбитым с толку и прошу вас увидеть мой дополнительный комментарий сегодня к моему первоначальному запросу. В комментарии выше вы имели в виду резервную копию, где вы написали отставание? Я не верю, что журналы транзакций обычно резервируются автоматическими процессами, а только записываются в резервную копию. Извините, я думаю, что я запутался здесь. - person CVee; 20.09.2019
comment
Раньше файл резервной копии журнала транзакций был намного больше, чем соответствующий файл резервной копии базы данных. Благодаря процессу, описанному в моем исходном посте, файл резервной копии журнала транзакций теперь меньше, чем соответствующий файл резервной копии базы данных, и доступное пространство менее подвержено угрозе. Вы сказали выше, что он просто вырастет до своего первоначального размера, но это не то, что я вижу, или я неправильно понял? - person CVee; 20.09.2019
comment
Это зависит от того, как вы ранее делали резервную копию журнала транзакций, и от расписания некоторых действий по обслуживанию базы данных, таких как DBCC checkdb. Например, если вы запланируете проверку базы данных DBCC один раз в неделю, вы можете увидеть, что после этого журнал trx значительно увеличивается. - person PeterHe; 24.09.2019