Таким образом, SQL Server 2008 в Hyper-V является поддерживаемой конфигурацией и должен работать хорошо, пока вы используете фиксированные или сквозные диски и соответствующим образом увеличиваете настройки процессора/памяти. Мой вопрос: могу ли я использовать моментальные снимки в качестве надежного механизма резервного копирования или использовать проверенный и надежный план обслуживания для выполнения моих резервных копий?Стратегия резервного копирования моментальных снимков Hyper-V, подходящая для производства SQL-сервера?
ответ
Вы не должны использовать снимки Hyper-V в качестве стратегии резервного копирования для SQL. Stick с чем-то (встроенным или иным), который будет делать резервные копии SQL-знаний.
Снимки Hyper-V (на мой взгляд) должны использоваться только на производственных серверах для очень короткого аварийного восстановления. Если вы выполняете обновление, сначала сделайте снимок, сразу же проверьте, когда это будет сделано, затем снимите снимок. Такие вещи следует делать вместе с вашими обычными резервными копиями, а не вместо них.
Если вы должны были перейти к снимкам Hyper-V в качестве вашей единственной стратегии резервного копирования, вы потеряете возможность восстановить свою базу данных на другой сервер. & делать моментальные восстановления базы данных - среди прочего, что я Конечно, я просто не думаю об этом сейчас.
Снимки виртуализации для Hyper-V или любого поставщика виртуализации не поддерживаются для использования с SQL Server на виртуальной машине. Вполне возможно, что вы не можете столкнуться с проблемами при использовании моментальных снимков и SQL Server, но Microsoft не будет предоставлять техническую поддержку клиентам SQL Server для виртуальной машины, которая была восстановлена из снимка
+1 - также snapshops отличные перед обновлениями. Это проще, чем резервное копирование образа VHD (быстрее). Очевидно, снимается с выключенной машиной. – TomTom