После обновления некоторых хост-серверов до Hyper-V Core 2016 у меня возникли проблемы с репликацией в сочетании с контрольными точками.
В моем нынешнем примере у меня есть реплицированная гость Hyper-V (Gen2, V5.0). Мы запускаем ночной процесс резервного копирования, который берет контрольную точку реплики, копирует файлы VHDX в хранилище резервных копий, а затем удаляет контрольную точку.
Иногда по ночам кажется, что гость застревает, применяя изменения реплики, и не позволяет удалить контрольную точку. Наш процесс резервного копирования будет ждать, пока машина не закончит применение изменений, но в этом случае этого никогда не происходит, и гость реплики застревает с надписью «Применение зарегистрированной дельты ...» в столбце «Состояние» диспетчера Hyper-V. Репликация становится критически важной, и изменения больше не реплицируются из-за слишком большого количества невыполненных работ.
Через интерфейс у меня есть возможность щелкнуть правой кнопкой мыши и выбрать «Отменить применение изменений реплики», но я использовал это в прошлом, и это не имеет никакого эффекта, кроме удаления этой опции из меню. Единственное решение, которое я до сих пор обнаружил, - это полная перезагрузка хоста.
Я попытался перезапустить службу VMMS, поскольку аналогичные проблемы в прошлом решались сами собой после этого, но в этом случае служба зависает со статусом «Остановка» и с ней больше нельзя взаимодействовать. Мне пришлось выполнить холодную перезагрузку для восстановления, так как хост завис при мягкой перезагрузке.
Я немного не в себе, так как это остановило мои планы обновления, пока я не смогу решить эту проблему, и я не могу найти кого-либо, кто публикует ту же проблему в Hyper-V 2016.
Другие интересные места:
Эта проблема не возникает / не возникает в Hyper-V Core 2012R2
Осталось достаточно места на диске (> 600 ГБ)
ОБНОВИТЬ
Эта проблема также возникла с «Применением изменений реплики ...» в столбце состояния, а не со статусом «Применить зарегистрированную дельту ...».
ОБНОВЛЕНИЕ 16/06
Я нашел одну или две статьи с похожими проблемами, в которых предполагалось, что виноват Защитник Windows. Я удалил это с сервера, но через пару дней проблема снова возникла.
ОБНОВЛЕНИЕ 20/06
Я нашел сообщение на форуме ВОТ описывая очень похожую проблему. Проблема возникала, когда Защитник Windows был отключен при установке Windows Server 2016. Они провели следующие тесты:
Windows 2016 Datacenter с последними обновлениями в источнике и месте назначения с> установленным антивирусом Trend и без Защитника Windows - репликация прерывается после> начальной репликации, и служба управления Hyper-V перестает отвечать.
Windows 2016 Datacenter с последними обновлениями источника и назначения с НЕТ> Тренд и НЕТ Защитника Windows - Репликация прерывается после начальной репликации и> приводит к тому, что служба управления Hyper-V не отвечает.
Windows 2016 Datacenter с последними обновлениями источника и назначения с> Widows Defender и NO Trend - Репликация работает нормально.
Windows 2016 Datacenter с последними обновлениями в источнике и месте назначения с> Установленными Widows Defender и Trend (Trend отключает Защитник Windows) -> Репликация прерывается после начальной репликации и приводит к тому, что служба Hyper-V Management> перестает отвечать.
Мне теперь интересно, может быть, моя проблема может быть связана с тем, что ключевая функция Защитника Windows не работает или отсутствует в Hyper-V Core 2016. Я быстро достигаю точки, когда мне просто нужно будет вернуться с 2016 года на 2012 г.
ОБНОВЛЕНИЕ 4 июля
Я начал процесс возврата к Hyper-V Core 2012 R2, так как вся эта ситуация была несостоятельной. Надеюсь, Microsoft решит эту проблему в обновлении или выпуске 2016 R2.
Мне несколько раз удавалось выходить из этого состояния как. Это может не сработать, если вы уже пытались убить любую из служб:
psexec.exe /i /s cmd.exe. Это создает новое командное окно, которое запускается под учетной записью "SYSTEM".taskkill /f /pid #### команда для каждого из PID на предыдущем шаге.