Аварийное восстановление для Hyper-V (часть 1)

Опубликовано: 22 Апреля, 2023

  • Аварийное восстановление для Hyper-V (часть 4)
  • Аварийное восстановление для Hyper-V (часть 5)
  • Аварийное восстановление для Hyper-V (часть 6)

Введение

Хотя резервное копирование и восстановление сервера часто бывает простым и понятным, виртуализация может привнести в картину дополнительный уровень сложности. В этой серии статей я расскажу о вариантах аварийного восстановления в среде Hyper-V.

Хотя у виртуализации серверов есть много преимуществ, нельзя отрицать, что виртуализация также усложняет управление серверами. Пожалуй, нигде это не является более верным, чем когда речь идет об инициативах по резервному копированию и восстановлению. Что еще больше расстраивает, так это то, что в Интернете много дезинформации о резервном копировании и аварийном восстановлении виртуальных серверов. В этой серии статей я попытаюсь внести ясность, объяснив различные варианты аварийного восстановления, доступные вам в среде Hyper-V.

Снимки

Первая тема, которую я хочу затронуть, — это снимки. Как вы, наверное, знаете, Hyper-V имеет встроенный механизм, который позволяет вам делать моментальные снимки ваших виртуальных машин. Хотя моментальные снимки, безусловно, имеют свое место, они не заменяют резервную копию виртуального сервера.

За последние несколько месяцев я наткнулся на несколько веб-сайтов, на которых говорилось, что создание моментальных снимков является предпочтительным методом резервного копирования виртуальных машин в среде Hyper-V. Хотя снэпшот не заменяет бэкап, я думаю, что знаю, откуда взялась путаница. Большинство приложений для резервного копирования, представленных сегодня на рынке, используют службу теневого копирования томов (VSS). Средство записи VSS создает моментальный снимок как часть процесса резервного копирования. Однако важно понимать, что моментальные снимки VSS и моментальные снимки Hyper-V — это не одно и то же.

Создание моментального снимка в Hyper-V предоставляет вам быстрый и простой способ вернуть виртуальную машину в ее предыдущее состояние. Например, предположим, что вы собираетесь установить новую версию приложения на виртуальную машину. Вы можете создать моментальный снимок виртуальной машины перед началом процесса обновления. Таким образом, если что-то пойдет не так во время процесса обновления, вы можете просто восстановить моментальный снимок, и ваша система вернется к тому состоянию, в котором она существовала до попытки обновления.

Хотя это, вероятно, очень похоже на резервное копирование, между моментальными снимками и резервными копиями есть некоторые важные различия. Во-первых, моментальные снимки хранятся локально на сервере. Это означает, что если на сервере произойдет аппаратный сбой, вы можете потерять свои моментальные снимки. Напротив, резервные копии обычно записываются либо на съемные носители, либо на дисковый массив на выделенном сервере резервного копирования.

Еще одно очень важное различие между моментальными снимками Hyper-V и резервными копиями заключается в том, что моментальные снимки Hyper-V не учитывают приложения. На самом деле, если вы посмотрите на политику поддержки Microsoft для виртуализации Exchange 2007, там конкретно сказано, что «Создание снимков гостевой виртуальной машины Exchange не поддерживается».

Так почему же? Ну, как я уже сказал, моментальные снимки Hyper-V не зависят от приложений. Exchange Server 2007 использует расширяемую базу данных механизма хранения для хранения данных Exchange Server. Хотя моментальный снимок будет включать базу данных в ее текущем состоянии, данные изначально записываются на страницы базы данных в памяти, чтобы уменьшить требования к вводу-выводу Exchange Server. Моментальный снимок Hyper-V не создает резервную копию содержимого системной памяти, что в случае с Exchange Server может привести к потере данных, несогласованности базы данных или и тому, и другому.

Конечно, это только один пример того, почему создание моментального снимка Hyper-V не всегда является хорошей идеей. Независимо от того, работает ли на вашем виртуальном сервере Exchange или что-то еще, вы должны помнить, что если вы восстанавливаете моментальный снимок Hyper-V, сервер будет ожидать, что все останется таким же, каким он был на момент создания моментального снимка. Например, если на виртуальном сервере размещается база данных, приложение базы данных может ожидать, что к базе данных будут подключены те же клиенты, которые были подключены во время создания моментального снимка.

Это не означает, что снимки Hyper-V бесполезны, как раз наоборот. Снимки — отличный способ подстраховаться от катастрофы, когда вы собираетесь выполнить рискованную процедуру. Ключом к успешному использованию моментальных снимков является планирование их использования, а не безрассудное использование.

Как я уже говорил ранее, Microsoft не поддерживает использование моментальных снимков Hyper-V в среде Exchange Server. Тем не менее, вы можете безопасно сделать моментальный снимок Hyper-V, если сначала отключите базу данных и остановите службы, связанные с Exchange. Я никому не советую это делать, я только указываю, что если вы планируете моментальный снимок и используете его ответственно, то он может быть вам полезен.

Ранее я упоминал некоторые причины, по которым использование снимка не является хорошей альтернативой более традиционному методу резервного копирования, но я никогда не тратил время на объяснение того, что происходит при создании снимка Hyper-V.

Как я уверен, вы, вероятно, знаете, виртуальные машины, работающие на Hyper-V, используют файлы виртуального жесткого диска (файлы.VHD) вместо физических томов жесткого диска. Когда вы создаете снимок виртуальной машины, вы, по сути, замораживаете файл виртуального жесткого диска, чтобы при необходимости вернуться к нему позже. Проблема с замораживанием файлов вашего виртуального жесткого диска заключается в том, что вы не сможете использовать свои виртуальные машины как обычно, если сервер будет полностью заморожен.

Чтобы обойти эту проблему, Microsoft разработала Hyper-V таким образом, что при создании моментального снимка виртуальный жесткий диск замораживается и создается файл моментального снимка. Многие люди предполагают, что файл моментального снимка является зеркальным отражением файла виртуального жесткого диска, но это не так. Создание моментального снимка обычно занимает несколько секунд. С сегодняшними технологиями было бы физически невозможно скопировать файл виртуального жесткого диска объемом 500 ГБ за несколько секунд.

Что происходит, так это то, что снимок состоит из файла.AVHD, который хранится вместе с другими файлами виртуальной машины. Файл виртуального жесткого диска заморожен, но это не значит, что он не используется. Это означает только то, что файл виртуального жесткого диска становится доступным только для чтения. С этого момента данные можно считывать из файла виртуального жесткого диска, но все операции записи происходят в файл моментального снимка.

Следует иметь в виду, что наличие моментального снимка означает, что теперь есть два возможных места, в которых может существовать файл. Когда Windows необходимо прочитать файл, она должна сначала проверить, существует ли обновленная версия файла в моментальном снимке. Если нет, то файл будет прочитан из файла виртуального жесткого диска. Подразумевается, что наличие одного или нескольких моментальных снимков виртуальной машины может сильно повлиять на производительность виртуальной машины! К счастью, это влияние на производительность не должно быть постоянным. Вы можете откатить систему до ее предыдущего состояния, а затем удалить моментальные снимки или объединить моментальный снимок с файлом.VHD. Я покажу вам, как сделать это и многое другое во второй части.

Вывод

В этой статье я объяснил, что, хотя моментальные снимки не заменяют традиционное резервное копирование, они все же имеют свое место. Во второй части я покажу вам, как управлять моментальными снимками в Hyper-V. Позже в этой серии я покажу вам некоторые методы выполнения традиционных резервных копий виртуальных машин.

  • Аварийное восстановление для Hyper-V (часть 4)
  • Аварийное восстановление для Hyper-V (часть 5)
  • Аварийное восстановление для Hyper-V (часть 6)