Простое восстановление SQL Server — резервное копирование выборочных групп файлов

Простое восстановление SQL Server — резервное копирование выборочных групп файлов

У меня большая база данных, около 100 гигабайт, и около 5 гигабайт из нее — критически важные данные, остальное я могу перезагрузить из веб-сервиса, так что это не критично.

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

Итак, я хочу запустить простое восстановление и сделать резервную копию основной группы файлов. Проблема в том, что она неактивна, и единственный способ ее открыть — использовать модель восстановления Full или Bulk-Logged.

Эти другие модели восстановления генерируют файл журнала размером 50–100 ГБ, поскольку, опять же, в моей большой базе данных выполняется множество операций по ежедневному ранжированию и хранению данных и т. д. и т. п.

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

Спасибо

решение1

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

решение2

SQL Server не позволит выполнить явное резервное копирование первичной группы файлов, если модель восстановления базы данных не является FULL или BULK-LOGGED.

А как насчет "перестройки" базы данных таким образом, чтобы то, что у вас сейчас есть на PRIMARY, было помещено во вторичную файловую группу? Это может быть непрактично/невыполнимо/или просто безумно, но в противном случае я не вижу, как вы можете достичь этого отсюда.

Связанный контент