Резервное копирование журнала транзакций, когда восстановление данных не важно

Question

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

Поскольку журналы транзакций не так важны для нас, какой должна быть лучшая стратегия резервного копирования? В настоящее время журнал транзакций огромен (10 ГБ, тогда как размер базы данных составляет около 50 МБ, это было за несколько месяцев).

Можем ли мы просто сделать первоначальное резервное копирование базы данных, а затем каждые несколько дней делать резервные копии журнала транзакций, перезаписывая текущий? Или мы можем просто удалить журнал транзакций и запустить новый?

JD.

Answer 1

Убедитесь, что база данных работает в модели простого восстановления.

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

Больше не заботясь об управлении журналом транзакций, вы можете сосредоточить свое внимание на стратегии резервного копирования.

Еженедельное полное резервное копирование базы данных, возможно, с ежедневным разностным резервным копированием, может удовлетворить ваши требования.

Обзор модели восстановления

Answer 2

Как я понимаю, вы не записываете какие-либо данные в свою базу данных. И по этой причине лучшая стратегия резервного копирования для вас будет: 1. Измените модель восстановления на простую и сократите журнал транзакций, используя DBCC SHRINKFILE. 2. Сделайте одну полную резервную копию вашей базы данных.