Умирает репликация VM на Hyper-V

Дата: 28.04.2023

Комментариев: 0

Технология виртуализации Microsoft Hyper-V является одним из наиболее распространенных решений для создания и управления виртуальными машинами (далее VM). Однако, иногда возникают проблемы с репликацией VM в Hyper-V. Это может приводить к существенным проблемам в работе системы в целом среды виртуализации Hyper-V. Одной из причин этой ситуации является неадекватная работа службы DFSR, которая может проявляться в особых случаях (которую сложно выявить). В данной статье мы более подробно рассмотрим эту проблему и возможные пути ее решения.

Термины:

• DFS – Distributed File System. Компонент Microsoft Windows, использующийся для упрощения доступа и управления файлами, физически распределёнными по сети. При её использовании файлы, распределённые по серверам, представляются находящимися в одном месте.

• DFSR – DFS Replication. Это служба Microsoft Windows Server служащая для синхронизации файлов на разных серверах (репликах).

• VM – Virtual Machine. В вычислительной технике “виртуальная машина” – это виртуализация или эмуляция компьютерной системы.

Симптомы:

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

Кстати, в своем Telegram-канале я делюсь IT-советами для руководителей бизнеса, которые помогают узнать, где теряются деньги и как проверить системных администраторов.

Причина:

Превышение максимального размера одной реплики в 2 Тб. При этом понять, читая журналы событий в чём именно проблема – не получится. Но даже если вам удалось понять, что проблема именно в превышении лимита размера одной реплики в 2Тб, всё равно останется вопрос: Кто виновник переполнения? На просторах Internet в очень похожих ситуациях и даже на множестве зарубежных ресурсах все рекомендации сводятся к Переустановить Windows. В нашем случае внутри VM у нас используется сервис DFS + DFSR. Используем службу DFS + DFSR для удобного взаимодействия пользователей с сетевыми ресурсами и особенно эффективно данное решение, если компания имеет множество филиалов и особенно если в разных странах. В службе DFSR есть такое понятие как “Промежуточное хранилище” его размер “По умолчанию” равен 4 Гб. И если выложить файл размером более чем 4 Гб, тогда служба DFSR начинает в цикле бесконечно пытаться передать его в реплике. Такое поведение DFSR в VM приводит сначала к переполнению лимита размера кэша DFSR, увидеть это можно зайдя в скрытую папку DFSRPrivate и посчитав размер папки Staging (размер не должен быть более установленного Вами лимита), в случае превышения необходимо или увеличить размер “Промежуточного хранилища” до размера равного максимальному размеру файла в данной папке, или удалить файл мешающий репликации (например бэкап базы 1С размеров 60 Гб). Постоянный перезапуск реплики DFSR приводит к переполнению лимита реплики Hyper-V.

Обратите внимание, что нарушение работы репликации Hyper-V возможно никогда не проявится, если частота репликации настроена на 30 секунд или 5 минут. В нашем случае частота репликации установлена в 15 минут.

Решение:

1. Остановите службу DFSR.

2. В оснастке управления службы DFSR в параметрах группы репликации на вкладке “Промежуточное хранилище” скорректируйте значение. Размер должен быть чуть больше максимального размера файла в реплицируемой папке.

3. Запустите службу DFSR.