Решил в качестве эксперимента в одной филиале поставить боевую базу на Oracle VM VirualBox + Windows Server + MS SQL + 1с сервер.
Неделю работает, пока всё хорошо.
По дискам есть просадка:
https://yadi.sk/i/2t74r5cEDf9wGA
Но на работе не заметил чтобы сказывалась.
VM находится на SSD Samsung 970 Evo Plus RAID1, место под виртуальный диск взято оттуда же, больше с этими дисками никто не работает.

Почему решил поставить такую связку. Мощная машина в филиале одна. Обслуживаем удаленно, из-за карантина добраться физически до филиала возможно уйдет неделя или две.  Файловый вариант уже плохо стала тянуть, поэтому MS SQL.
В случае выхода из строя этой железяки, есть более слабая машина на резерв, которая на время так же сможет тянуть Oracle VM VirualBox + Windows Server + MS SQL + 1с сервер.
Копия машины со всеми настройками там уже есть. Нужно будет перекинуть только базу (или бэкап) и работать.

Интересует такой вопрос, есть ли подводные камни в таком использовании?

Что интересно, вопрос о ключах даже не возник...

))

(1) Ключи имеются, но в одном экземпляре. А нужен рабочий резервный сервер. Виртуалка как выход, я так вижу.

(2) Аппаратные? Ну так могут быть проблемы с их пробросом.
Программные - есть вероятность, что слетят при переносе.

(0) Хост система то какая? Из сабжа непонятно.

(0) >Копия машины со всеми настройками там уже есть. Нужно будет перекинуть только базу (или бэкап) и работать.

Когда через N лет до этого дойдет, окажется, что копия уже старая и настройки совсем не такие.
Очень распространенный подводный камень.

(0) вместо virtualbox используй hyper-v если windows

(4) Физический сервер. Windows 10 Prof. core i5 10600KF 4,1GHz. ОЗУ 32 ГБ

На виртуалке Windows Server 2008r2 + MS SQL server 2008. 10 потоков ЦП и 26,5 Гб ОЗУ отдал ей.
Лицензия по 1с такая "1С:Предприятие 8. Комплексная поставка для Казахстана на 10 пользователей + клиент-сервер (USB)".

Один из вариантов, почему собрал именно так, потому что были такие лицензии.

(6) hyper-v мне не знаком, а с Oracle VM VirualBox знаю уже несколько лет, но использовал для простых задач. И насколько я понял hyper-v ставится только на Windows Server, то есть нужно будет 2 лицензии на Windows Server тогда. Лицензия есть только на Windows Server 2008r2.

А лицензии 1с не зависят от оси и сервера СуБд...

(5) Хорошее замечание, спасибо.
Мне бы для начала понять насколько надежно в такой связке работать.
А то есть мысли поставить на физические сервер с Windows 10, Postgresql.
Тогда и на резервную машину можно было бы поставить Postgresql.

Был отрицательный опыт у меня с Postgresql и я с ним не знаком. Админ наш старый ставил.
Но как вариант рассматриваю. Вроде проще будет. И там в филиале нагрузка не большая, просто файловая база не справляется уже, стала регулярно 1-2 раза в месяц падать с ошибкой. После которой можно восстановить только chekdbf. База файловая размером 16 Гб.

(8) Вроде нет

(7) Я так и не увидел смысла ставить виртуалку. Это конфига обычного рабочего компа, зачем пихать еще все и в виртуалку?

+(11) Смысл тут видится только - кому то делать просто нечего.

(7) https://ru.wikipedia.org/wiki/Microsoft_Hyper-V_Server

(7) И да в Windows 10 есть встроенный hyper-v его просто включить
но вместе с virtualbox работать не будет, точнее virtualbox заглючит если hyper-v включить

hyper-v стабильней чем virtualbox и обычно шустрей если и хост и гость винда

(11) Смысл такой. Если сломается физический сервер, пока мы его починим пройдет много времени.
А так есть рядом дублирующая система.

(13) (14) Понял, спасибо, буду изучать тему.

(12) В городе у нас несколько офисов. Тут конечно я никакими виртуалками не пользуюсь. Поставил бы WinServer + MS SQL на физическую машину.
Так как у меня всегда есть один запасной резервный сервер. И в городе за несколько часов восстановим работоспособность.
А там в филиале то поезда не ходят, то самолеты не летают. Вот недавно сотруднику нужно было в командировку туда, а ближайший рейс только через неделю.
Я в Усть-Каменогорске, филиал в Астане.

(16) А почему рядом не поднять обычный сервер? Ну уж на крайний случай, виртуальный. Но основной оставить все же железным.
У вас же база не терабайт, что бы час-два разворачиваться из бэкапа. Ну потратите минут 15 что бы базу развернуть.
Проблема только с ключами может возникнуть, но у вас вроде УСБ.

(19) Да действительно. Согласен здравая идея. На момент когда эту схему собирали, такой мысли не пришло, что собрать всё на физическом сервере, а резервный сделать виртуальным.
Казалась хорошей идеей сделать именно 2 виртуалки, чтобы легко было перекинуть между собой.

(9) >насколько надежно в такой связке работать

На десктопе вместо сервера не надежно. На фоне этого остальное мелочи.

(20) Эту перекидку тоже нужно протестировать. Неожиданно заставить пользователей поработать на резервном с недельку.

(3) ставиться отдельный сервер лицензирования в отдельной виртуалке и его параметры не меняются годами. Сам не пробовал, но все говорят, что это 100% рабочий способ.