Является ли резервное копирование SQL Server путем выполнения полного резервного копирования образа виртуальной машины, а не резервного копирования отдельных баз данных, плохой практикой?
Я могу представить, что при резервном копировании всего изображения теряется гранулярность наличия нескольких журналов каждого БД на каждый день. Это вообще плохо?
Спасибо
Если вы делаете резервную копию виртуальной машины, то база данных не будет в согласованном состоянии при ее резервном копировании, поскольку база данных не будет сбрасывать свои записи на диск, потому что она не знает, что выполняется операция резервного копирования. .
Если вы не создадите резервную копию БД на уровне БД, вы потеряете возможность не только завершить восстановление БД, но также:
Кроме того, вы можете иметь очень разумную резервную копию SQL-сервера и не занимать слишком много места. С точками восстановления от 15 минут до 2 часов назад. Делать снимок каждые 15 минут кажется нелепым.
Однако, ЕСЛИ ваша база данных не очень транзакционная (устаревшая, только для чтения), я полагаю, что ее резервное копирование с помощью снимка виртуальной машины теоретически может быть нормальным.
Резервное копирование SQL Server исключительно путем создания снимков виртуальной машины официально не поддерживается от Microsoft:
Моментальные снимки виртуализации для Hyper-V или для любого поставщика виртуализации не поддерживаются для использования с SQL Server на виртуальной машине. Возможно, вы не столкнетесь с какими-либо проблемами при использовании моментальных снимков и SQL Server, но Microsoft не будет предоставлять техническую поддержку клиентам SQL Server для виртуальной машины, которая была восстановлена из моментального снимка.
Источник: Политика поддержки продуктов Microsoft SQL Server, работающих в среде виртуализации оборудования (курсив мой)
Больше информации: Моментальные снимки виртуальных машин и приложения уровня 1: не всегда поддерживаются