У меня есть большая база данных, ~ 100 гигабайт или около того, и около 5 гигабайт из них являются критически важными данными, остальное я могу перезагрузить из веб-службы, так что это не критично.
Резервное копирование этих данных стоит дорого и не стоит того, если его можно просто перезагрузить.
Итак, я хочу запустить простое восстановление и сделать резервную копию основной файловой группы. Проблема в том, что он неактивен, и единственный способ открыть его - использовать модель восстановления с полным или неполным протоколированием.
Эти другие модели восстановления генерируют файл журнала размером 50-100 ГБ, потому что, опять же, в моей большой базе данных выполняется множество операций для ежедневного ранжирования и хранения данных и т. Д.
Есть ли способ сделать то, что я хочу, простое восстановление с резервной копией основной файловой группы, а если нет, могу ли я в любом случае добраться куда-нибудь поближе, чем эти массивные файлы, полные данных, которые мне просто не нужно создавать резервные копии.
Спасибо
Вы можете переключить базу данных на полное ведение журнала и настроить резервную копию журнала для запуска каждые несколько минут на локальный или сетевой диск и перезаписать предыдущую резервную копию. Просто потому, что создается резервная копия журнала, не означает, что вам действительно нужно хранить резервные копии.
Как уже было предложено, вы можете переместить важные данные во вторичную файловую группу, которую вы могли бы резервировать независимо.
Другой вариант - поместить важные данные в собственную базу данных. Я ничего не знаю о приложении, которое использует эти данные, но вы можете использовать представления / синонимы, чтобы приложение выглядело так, как будто все по-прежнему находится в одной базе данных.
SQL Server не разрешит явное резервное копирование группы первичных файлов, если ваша модель восстановления базы данных не является ПОЛНОЙ или ЗАПИСАННОЙ.
Как насчет «перестройки» базы данных так, чтобы то, что у вас сейчас находится на PRIMARY, было помещено в группу вторичных файлов? Это может быть непрактично / выполнимо / или просто безумно, но в остальном я не понимаю, как вы можете добраться до этого отсюда.