Назад | Перейти на главную страницу

DPM нарушает сетевое подключение к самому себе

Я создаю резервную копию определенной папки на виртуальной машине (сервер 2016) с помощью DPM (SC2016). У обоих установлены все обновления, последние версии патчей.

Я заметил, что после первоначальной реплики резервное копирование не могло продолжаться в течение следующих нескольких дней. Я заметил, что агент показывает «Агент отключен» после попытки резервного копирования.

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

Reply from 172.20.1.23: bytes=32 time<1ms TTL=128 Reply from
172.20.1.23: bytes=32 time=2109ms TTL=128 Reply from 172.20.1.23: bytes=32 time=3436ms TTL=128 Reply from 172.20.1.23: bytes=32 time=668ms TTL=128 Reply from 172.20.1.23: bytes=32 time=78ms TTL=128 Reply from 172.20.1.23: bytes=32 time=1719ms TTL=128 Reply from
172.20.1.23: bytes=32 time=3357ms TTL=128 Request timed out. Request timed out.

Я оставил пинги на ночь, с отключенным резервным копированием DPM, и пинги работали нормально с потерей пакетов 0%.

После этого я начал запускать wirehark, чтобы посмотреть, что происходит на уровне пакетов. Я вижу ...

1) Источник (сервер, на котором выполняется резервное копирование) показывает сообщение «пункт назначения недоступен (протокол недоступен)» (тип 3, код 2). Согласно RFC1122, это связано с тем, что «указанный протокол передачи не поддерживается». Как этот протокол поддерживается, когда резервное копирование не выполняется, остается большой загадкой.

2) Даже если адресат отправляет случайные ответы, я получаю сообщение «время ожидания запроса истекло» в командной строке в ответ на эхо-запросы.

Дополнительная информация:

1) Сервер DPM отлично выполняет резервное копирование других серверов.

Я пробовал:

1) Включение / отключение адаптера. 2) перезагрузка сервера (да) 3) назначение разных IP / Mac серверу, для которого выполняется резервное копирование. 4) удаление / добавление нового сетевого адаптера на резервный сервер. 5) sfc / scannow для устранения проблем, связанных с ОС

Итак, это одна из самых странных сетевых проблем, с которыми я столкнулся в последнее время. Есть идеи, чем это может быть вызвано?

Я подумываю перестроить весь сервер и снова удалить агент DPM.