10 лучших советов по резервному копированию Hyper-V, которые вам нужно знать

10 лучших советов по резервному копированию Hyper-V, которые вам нужно знать

Если принимаете во внимание данные хоста, тома, домены, диски, модули записи VSS, службы и проблемы, которые могут возникнуть, то резервное копирование ВМ Hyper-V может стать сложной задачей. Мы составили список из 10 рекомендаций по резервному копированию Hyper-V, чтобы резервные копии ваших виртуальных машин были такими же простыми и надежными, как и их окружение.

1. Не добавляйте дополнительные роли или программы на хост Hyper-V

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

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

2. Только предоставьте каждому гостю одну роль или приложение

Одна роль или приложение должны быть единственным, что есть у каждой виртуальной машины Hyper-V. Другой гость может быть создан относительно легко, а выделенные среды — это то, в чем виртуальные машины преуспевают.

Наличие только одной роли или приложения для каждого гостя упрощает резервное копирование, поэтому вы можете:

Восстановить клиентов и услуги контролируемым образом.

Распределить резервный персонал и лицензии

Выполнить детальное восстановление данных в гостевых системах Hyper-V.

3. Ставьте гостя на первое место, только резервные копии для Hyper-V

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

4. Разрешить службы для интеграции Hyper-V

Термин «crash-consistent» относится к способности программного обеспечения резервного копирования использовать моментальный снимок VSS для сохранения копии данных, которые были изменены во время резервного копирования, и гарантировать, что все данные в резервной копии отражают данные, какими они были в определенный момент. момент времени. Совместимость с приложением означает, что приложение, поддерживающее VSS, проверяет точность своих собственных файлов в моментальном снимке VSS. Моментальный снимок является более точным и согласованным, поскольку он учитывает такие вещи, как данные, находящиеся в памяти, и открытые транзакции базы данных. Это очень важно, особенно для таких программ, как SQL и Exchange.

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

5. Используйте хост-сервер Hyper-V для выполнения резервного копирования, а не гостевой

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

Модуль записи VSS Hyper-V на узле, где выполняется резервное копирование, может подключаться к модулю записи VSS приложения (Exchange, SQL) на гостевой системе, чтобы вы могли получать согласованные с приложениями резервные копии всех гостевых систем — в одной резервной копии. Это возможно, если доступны службы интеграции Hyper-V.

6. Избегайте прямого резервного копирования устройства CSV.

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

7. Присоединитесь к рабочей группе с хостом Hyper-V

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

8. Сделайте резервное копирование в полном объеме

При создании резервной копии образа Hyper-V (например, резервной копии Vinchin System Protection) рекомендуется создавать резервную копию всего тома. Это может ускорить резервное копирование и повысить производительность добавочного резервного копирования образов.

Нерабочие гостевые машины (ВМ) должны находиться на отдельном томе, чтобы их можно было исключить из резервной копии, если вы придерживаетесь этой рекомендации и выполняете резервное копирование всего диска. Как резервное копирование, так и восстановление становятся более сложными и неэффективными, когда гостевые категории или гостевые файлы распределены по дискам.

Совет: эффективно протестируйте свои резервные копии VMware с предстоящим выпуском Vinchin 7.0 в независимой виртуальной лаборатории.

9. Разделяйте системные данные и данные о посетителях на разных томах

Гостевые данные Hyper-V не должны храниться на диске, на котором установлен Microsoft Hyper-V Server, или на томе, на котором находится фактическая операционная система сервера (VHD). Например, ваши посетители Hyper-V не должны использовать диск C:, если это делает ваш реальный сервер. У них должны быть отдельные тома, и эти тома не должны включать системные файлы, такие как файл подкачки для реального сервера.

Это крайне важно для устранения конфликтов и повышения производительности. Кроме того, это очень важно для резервного копирования, поскольку вам необходимо иметь возможность использовать целые тома для резервного копирования «только для гостей».

10. Используйте статические виртуальные диски

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

Резервное копирование Hyper-V с помощью Vinchin Backup & Recovery

Посетите наши страницы документации Hyper-V, чтобы узнать больше о резервных копиях Hyper-V с помощью Vinchin Backup & Recovery! С надстройками Vinchin может выполнять гранулярное восстановление данных на виртуальных машинах, а также гранулярное восстановление почтовых элементов с серверов Exchange, и он уже поддерживает Hyper-V из коробки.

Начать дискуссию