Доброго времени суток, коллеги. Очень нужен совет. Прошу не пинать сильно)
Ситуация следующая: есть физический сервер, на нем сейчас крутится сервер 1с + postgres (мини сервер). Назрела необходимость организовать тестовый контур. Куплена еще одна серверная лицензия с 5 пользователями. В качестве СУБД выбрана MsSql developer edition. Прошу подсказать, имеет ли смысл устанавливать еще один сервер приложений для MsSql, или на одном сервере 1с postgres и mssql уживутся вполне? Плюс вопрос по активации доп лицензии - корректно ли она активируется при наличии уже активной лицензии на мини сервер.

Тестовый контур на то и тестовый, чтобы не мешать работе боевого контура.
Выноси все тестовые механизмы на отдельный сервер.

Если возникает именно такой вопрос, то зачем покупали еще одну серверную лицензию?

(0)

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

Или "да какая разница" слова SQL же есть в названии. "Это практически тоже самое" (с)

На тестовом контуре буду в основном крутится базы клиентов, которые уже работают на MsSQL, поэтому и выбрали именно эту СУБД

сначала купит, потом спросить - гениально (с)

(4) "На тестовом контуре буду в основном крутится базы клиентов" - гениально №2

Хм у меня возник вопрос
А второй инстанс "мини сервер на 5 подключений" можно на том же хосте поднять?
Понятно на других портах.

(7)+ Обычный проф или корп сервер можно
И даже отдельная лицензия на сервер не нужна

(8) явных огранчений в описании Сервера МИНИ не заявлено, т.е. в теории должно, но на практике х.з.

(6) ну если ты мини-франч с десятками баз, то имеешь моральное право крутить их на developer лицензии. ты ж там не ведешь учет в реальном выражении, а тестируешь и разрабатываешь.

(9) тогда получается 5 лицензий это куда ограничение?
на одну базу, на один сервер или на все инстансы серверов мини?

(8) сервер-мини это всегда программная лицуха, которую жует кластер при запуске.
второй инстанс кластера отрыгнёт с посылом "эту лицензию уже кто-то занял".

(12) а если виртуалка идентичная?

(11) 5 это ограничение числа непосредственных сеансов подключенных к такому серверу. плюс бонус = 1 конфигуратор.
(13) они либо в сети друг друга увидят и начнется скрытый обмен авторизационными данными, либо сходят к lic1c и там узнают о пропавшем брате-близнеце. в итоге оба начнут нещадно глючить и троить.
можно попробовать их жестко изолировать в сетевом плане, но не факт что вам будет удобно работать без 1с-новости, 1с-контрагент, 1с-апдейты и далее по списку уже ставших привычными онлайн сервисами.

(14) в таком случае ТС было проще сервер мини поменять на проф
и поднимать сколько надо инстансов сервера 1С или просто разных баз

(11) это максимальное суммарное количество сеансов в режиме 1С:Предприятие во всех базах всеми пользователями,
как эта история будет работать, если на разных портах поднять две версии сервера - без понятия.
но то что лимит не увеличится до 10 - это точно )

(15) может и проще, но не дешевле,
если ТС не нужно больше 5-ти одновременных сеансов во всех базах на одном сервере, то дешевле купить второй Сервер МИНИ и поднять на отдельной машине

(17) https://v8.1c.ru/platforma/litsenziya-dlya-razrabotchikov/ еще дешевле

(18) да, конечно. как только 23 выйдет из теста в прод.
но работать надо сейчас.

(0)
1) Сервер Лицензирования 1С - выносите на отдельную виртуалку/сервер (есть статьи в интернете)
2) Сервер(а) Кластера 1С (их может быть несколько) - оставляете там же, где и сейчас (в этом случае вам пока не пригодится ваша свеже-купленная лицензия на сервер, но в идеальной целевой архитектуре - можете развернуть второй Сервер Кластера 1С - на отдельной виртуалке/сервере - чисто под тестовый контур, все Серверные и Клиентские Лицензии эти сервера будут брать с Сервера Лицензирования 1С)
3) Сервер(а) СУБД (их может быть несколько) - выносите на отдельную виртуалку/сервер(а) - тут на самом деле не столь принципиально на чём крутятся базы 1С у Клиентов сейчас - вы у себя можете везде раскатать PostgreSQL, т.к. базы всё равно будете через *.dt-файлы грузить

(20) вот только у ТС лицензии от Сервера МИНИ, а с МИНИ в кластере серверов может быть не более одного рабочего сервера и выделенного сервера лицензирования на отдельной машине с ним не поднять

(21) в этом случае у ТС не будет пункта 1 из (20), а будет сразу два независимых контура в Пункте 2, что в целом даже лучше, для его кейса, т.к. эксперименты на тестовом контуре не влияли на просадку производительности в боевом контуре.. главное, второй Сервер СУБД под тестовый контур организовать, так же независимый от Сервера СУБД тестового контура.. и будет, что называется "на все деньги"

(22) upd:
"эксперименты на тестовом контуре не [ будут влиять ]"
"независимый от Сервера СУБД [ боевого ] контура"

(22) Единственный вариант утилизации 2-х лицензий минисервера.Но просадка производительности будет ощутимая.
Про отдельные физические сервера не говорю - это классика.