Replicated Hyper- Гость V застрял при слиянии на Hyper-V 2016

После обновления некоторых хост-серверов до Hyper-V Core 2016 у меня возникли некоторые проблемы с репликацией в сочетании с контрольные точки.

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

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

Снимок экрана диспетчера Hyper-V, отображающего гостя со статусом «Применить зарегистрированную дельту ...»

Через интерфейсную часть я возможность щелкнуть правой кнопкой мыши и выбрать «Отменить применение изменений реплики», но я использовал это в прошлом, и это не имеет никакого эффекта, кроме удаления этого параметра из меню. Единственное решение, которое я обнаружил до сих пор, - это полная перезагрузка хоста.

Я попытался перезапустить службу VMMS, поскольку подобные проблемы в прошлом разрешились сами собой после этого, но в этом случае служба зависает со статусом «Остановка», и с ней больше нельзя взаимодействовать. Мне пришлось выполнить холодную перезагрузку для восстановления, поскольку хост завис при мягкой перезагрузке.

I '

  • Похоже, это чаще всего происходит с большими гостями, которые, вероятно, будут повторять большинство изменений. У меня это происходило с гостем меньшего размера.
  • ОБНОВЛЕНИЕ

    Эта проблема также возникла с «Применение изменений реплики ...» в столбце статуса, а не со статусом «Применить зарегистрированную дельту ...».

    ОБНОВЛЕНИЕ 16/06

    Я нашел одну или две статьи с похожими проблемами, в которых предполагалось, что виноват Защитник Windows. Я удалил это с сервера, но проблема повторилась через пару дней.

    ОБНОВЛЕНИЕ 20/06

    Я нашел сообщение на форуме ЗДЕСЬ , описывающее очень похожую проблему. Проблема возникала, когда Защитник Windows был отключен при установке Windows Server 2016. Они выполнили следующие тесты:

    1. Windows 2016 Datacenter с последними обновлениями источника и назначения с> Надеюсь, Microsoft решит эту проблему в обновлении или выпуске 2016 R2.

    4
    задан 4 July 2017 в 17:58
    1 ответ

    I've managed to recover from this state several times how. This may not work if you've already tried to kill any of the services:

    • Download PSExec from Microsoft's Sysinternals website
    • Go to Task Manager -> Services tab.
    • Make a note of the PID numbers for 'vmms', 'Winmgmt' and 'WinRM'
    • Using a command window with Administrator access, launch PSExec with the command psexec.exe /i /s cmd.exe. This creates a new command window which is running under the "SYSTEM" account
    • In the new command window, run taskkill /f /pid #### command for each of the PIDs in the previous step.
    • Use the Task Manager -> Services tab to start all three services again. Skip any that have started themselves.
    • The "Applying Registered Delta" statuses will have disappeared from the VMs, and they should now be configurable.
    1
    ответ дан 3 December 2019 в 04:08

    Теги

    Похожие вопросы