Skip to main content

Странности при снятии резервных копий с виртуальных машин

Thread needs solution

Стоит последний доступный русскоязычный билд Acronis Backup 11.7.50058

Гипервизор Hyper-V (Windows Server 2012 R2) на нем крутится виртуальная машина Ubuntu 16 со службой прокси squid.

На сервер управления Acronis хост Hyper-V добавлен в составе кластера (если это важно).

1) При плановой снятии резервной копии сервис squid перестает реагировать на команды.

Т.е. его сервис  продолжает работать и по netstat он активен и слушает свой порт, но по факту он перестает обрабатывать запросы приходящие на него. Для пользователей это выглядит ошибкой с таймаутом соединения к прокси-серверу.

Помогает либо рестарт всего сервиса, либо перечитывание конфигов (squid -k reconfigure)

2) В тех же условиях работает виртуальная машина с Windows Server 2008 R2, когда планово снимается резервная копия, то в диспетчере Hyper-V счетчик времени работы этой виртуальной машины сбрасывается на 0.

В настройках виртуальных машин включены все службы интеграции.

Есть мнения, что эти события как-то связаны, но хотелось бы конкретики.

0 Users found this helpful
frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 22
Comments: 3800

Здравствуйте,

Первая проблема скорее всего вызвана особенностями снапшота вызываемого на стороне гипервизора. При резервном копировании ВМ на Hyper-V 2012 R2, вызывается VSS снапшот целиком вольюма, на котором располагаются диски данной ВМ. В процессе данного снапшота на хосте "дёргается" Hyper-V VSS Writer, который в свою очередь обеспечивает консистентность данных внутри гостевой ОСи ВМ, путём создания VSS снапшота уже внутри неё (взаимодействие выполняется с помощью Hyper-V Integration Services). В процессе данных операций может наблюдаться потеря сетевого соединения внутри гостевой ОСи и эта проблема не зависит от выбранного средства резервного копирования, т.е. будет воспроизводиться в том числе c нативным Windows Backup-ом - см подробности здесь. Общего решения здесь к сожалению нет, и, возможно, стоит обратиться непосредственно к разработчикам squid прокси, чтобы понять почему ломается эта функциональность при создании снапшота ВМ.

Еще одной возможной причиной потери сетевого соединения может быть то, что резервное копирование выполняется не через VSS снапшот, а с использованием "Saved state". Это будет происходить если в свойствах ВМ отключена опция Backup (volume checkpoint) и тогда вероятность, что ВМ потеряет сетевое соединение сильно возрастает:

image

Вторая проблема со сбросом счетчика Uptime является известной особенностью Hyper-V 2012 - см здесь + здесь.

Спасибо.

frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 22
Comments: 3800

Дополнение: Для обхода первой проблемы еще можно использовать PSexec утилиту (ссылка) для автоматизации перезапуска squid сервисов внутри гостевой системы. Эту команду можно вставить в опции Acronis бэкап плана в секцию "Pre/post commands", чтобы она автоматически выполнялась сразу после снятия снапшота - команда будет выполнена на стороне агента, т.е. на стороне Hyper-V хоста.

 

Спасибо за вариант по обходу, но на деле проще в планировщик гостевой оси вписать рестарт или реконфигурацию сквида, аккурат после выполнения запланированного бекапа.

Я, собственно, с этого и начал, пока не узнал причин отказа в работе сквида. Выполнение squid -k reconfigure через каждые пару часов спасало.