Добрый день, виртуальная машина hyper-v в конфиге 1с+sql2019+win2019/2016
Виртуалка наглухо зависает, остановить ВМ не получается, снятие задачи через диспетчер не помогает. Помогает только грубая перезагрузка всего сервера.
Пробовал менять винду на 2016- не помогло. Если отключить виртуальной машине доступ в интернет проблема исчезает. SQL, windows и 1с лицензия.
Уже устал от этого, логи все сохраняются, в них никаких критических ошибок не появляется.
Помогите разобраться в причине.

поменяй винду на linux

(1)+ proxmox

))) Может чтото менее кардинальное ? )) Думаю может севрер со скулем разнести на разные машины или понизить версию скуля до 2017. Просто там баз штук 50 крутится, любые глобальные изменения это головная боль и много ручной работы (( поэтому ищу какоето более мягкое рещение.

сменить тип гипервизора это и есть наиболее мягкое решение
а виртуалки пусть дальше те же

(3) разнести тоже имеет смысл, так как проще и быстрее восстановить при таких проблемах.
(2) тоже за proxmox

А чего не бесплатный vmware esxi? Если оборудование поддерживается, конечно же.

А почему 50 баз на виртуалке? Почему все это не поставить на физический сервер?

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

Разнесение на разные машины сервера и скуля пока кажется самой оптимальной схемой, по идеи это может полностью решить проблему, пока это основное решение.

Почему 50баз на виртуалке ? а почему бы и нет, зачем марать физическую машину если виртуалки хватате. Это не 50 баз на 150 человек это скорее 50 баз на 20 человек, из них 60% до 3 гигабайт, а самая большая весит чуть больше 15. Так что пока перевозить сервер на физическую машину смысла не вижу.
Чтоб было понятно, 4 месяца назад все это работало на 2012 винде и 2014 скуле без сбоев,в такой схеме он пару лет проработал, я только планово раз в 3 месяца перезагружал сервер для установки критических обновлений.

Как только перешел на скуль 2019 начались такие проблемы, ну мне кажется что скуль виноват. + не понятно почему зависания прекращаются после отключения интернета.Ошибка гдето там)) Но машина продолжает отзываться на пинг, просто гипервизор ее открыть не может, рдп перестает работать. Но в логах нет ничего об остановке каких либо служб.

кстати, никогда не занимался переносом сервера 1с в автоматическом режиме. Как происходит миграция на другую машину, какие используются инструменты ? Чем бекапить сам сервер ?

не хочется переписывать 50 машин. Ссылку на скуль придется поменять, но это 1 строчка в настройках базы, а так нужно убдет все настройки заново вбивать.

(9) Там текстовый файл с описанием всех баз. Просто скопировать файл не получится, но структуру понять можно. Поднимаешь новый сервер. Останавливаешь его. Из старого файла берешь секцию с базами и вставляешь с тоже место в новом. Запускаешь сервер.

(10) Заодно текстовым редактором и ссылку на субд поменяешь групповой заменой.
Единственное, придется снова создавать администраторов кластера и сервера.

(0) уверен, что нет такого - tempdb sql неограниченно растет и выедает весь обьем диска виртуалки ?
Наблюдал такое, с таким же точно эффектом
после рестарта все ок, т.к. tempdb принимает стартовый размер

(0) Зачем ребутать весь хостовый сервер?
https://winitpro.ru/index.php/2017/01/12/kak-ostanovit-zavisshuyu-virtualnuyu-mashinu-na-hyper-v

(13) Идея хорошая, но не понятно почему проблема уходит при отключениии интернета.

(14) К сожалению все эти способы не работают.

(16) vmwp.exe - не убивается?
(0) Раздели на виртуалке сетевые адаптеры на рабочую сеть и для доступа в инет.

(0) Проверить память. Иногда бывает так, что ошибки памяти могут странным образом частично вешать какое-либо отдельное приложение (в вашем случае — это гипервизор, похоже). Вообще, хорошо бы всё железо протестировать, хоть это и долго, но часто оказывается первопричиной подобного рода необъяснимых зависаний. Тем более, если проблема в разных операционках повторяется.

(15) > проблема уходит при отключениии интернета

Это абсолютно точно-точно, много раз проверено? Слегка абсурдно получается, поскольку всё остальное-то тоже через ту же сеть работает. Если всё точно, то можно тупо отрубить прямой доступ интернет, пускайте через только прокси-сервер и только к доверенным ресурсам, которые для работы необходимы. Ну и можно попробовать сетевые адаптеры развести, как (17) говорит.

(13) > tempdb sql неограниченно растет и выедает весь обьем диска виртуалки?
> Наблюдал такое, с таким же точно эффектом
> после рестарта все ок, т.к. tempdb принимает стартовый размер

Виндовс сервер не зависнет наглухо при окончании места, гипервизор тем более. Да и в логах это по любому отражается, что в скуле, что в винде, так что раз ТС говорит, что в логах чисто, то похоже мимо.

Так, проверки не помогают.
Скрутил настройки так что используется только один процессор. Память только с одной планки, перенес с виртуального диска на простой физический ssd прокинув его в систему. все не помогает. Думаю могут ли это быть ограничения работы sql стандарт версии по сравнению с sql энтерпрайз. Просто это зависание ..... Очень в общем странно. Думаю отключить бекап на время, но сыкотно.

https://community.spiceworks.com/topic/2176899-hyper-v-virtual-machine-freezes-during-network-connection

Гугл хром может сделать перевод на русский

(21) Там из полезного только журнал изучить

(21) Там трабла связана с тем что Windows была не установлена с нуля в новую виртуалку
А образ импортирован установленной системы был импортирован с реального железа

С кучей старых кривых сетевых адаптеров и VPN соединений
Которые и глючили

У ТС как понял он "Пробовал менять винду на 2016" - вероятно подразумевает переустановку с нуля гостя

" Это не 50 баз на 150 человек это скорее 50 баз на 20 человек, из них 60% до 3 гигабайт" - клоун играет с виртуализацией но она не хочет с ним играется )))

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