Здравствуйте! Гуглю такую тему потому что перестало работать как раньше.

Суть в чем, перед обновлением сервера 1С и перевод баз на более свежую мы предварительно тестируем платформу, на предмет корректной работы обменов, выгрузок да и в целом функционала критически важного для нас.
Да про баги там где пишут в 1С знаю, но не всегда все баги там описывают вовремя, опыт.

Гуглю на предмет установки двух серверов 1С на одном, и куча негатива, ЗАЧЕМ, ПОЧЕМУ, НЕ ЗАНИМАЙСЯ ХЕРНЕЙ, ЗАБЕЙ, РУКАЖОП, ну и так далее.
Ставить сервер 1с на отдельный сервер WIN нет возможности, покупать ключ для того чтобы раз в год протестировать, это бред)) Пиратскую, опять же не возможно быть уверенным что все ок так как патченая)) кто знает что от нее ожидать.

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

В общем пока я рукажоплю вторую консоль, подскажите кто как тестирует серверную платформу 1С перед включением в прод?

Кроме более быстрой и стабильной работы (так как она не занимается поиском ключей), что от патченной еще можно ожидать?

Если у тебя нормальная контора с большим количеством людей - второй ключ для сервера не проблема...

)))

Насколько законно на одной лицензии сервера 1С запускать их два разных, пусть и на одном железе?

(1) Сообщения о нарушении структуры таблицы. Что, зиму уже все забыли?

Я верю в людей .. поэтому пусть себе тестируют. А так .. ну надо совсем не верить в индусов что бы бояться поставить две платформы на один сервер

(0)  в подсистеме "Инструменты разработчика" есть инструмент "Управление службами серверов 1С".

(3) >> Насколько законно на одной лицензии сервера 1С запускать их два разных, пусть и на одном железе?

Абсолютно законно. Хоть десять экземпляров запускай.

(4) Да как то мимо прошло, так как оно серверные версии не трогало, а только файловые. А дома у меня для файловых ключик воткнут. Поэтому только читал об этом

(7) Уверен?
В курсе про ограничения для сервера 1С, которые в этом случае обходятся
https://www.online-ufa.ru/content/news/license-1c-prof-corp/#:~:text=Кроме%20этого%20с%2011.02.2019,не%20более%2012%20ядер%20процессоров.

(0) >> не получается запустить две консоли разной версии.

Если не получается разобраться, установи консоли на разных машинах. Одну на самом сервере той версии, которая соответствует продуктиву, вторую - например, на своей локальной машине.

(9) Приведи конкретные формулировки, которые тебя смущают. В статье очень много букв и ни одной относящейся к теме запрета установки нескольких серверов разных версий на один физический сервер.

(11) "сервер 1С:Предприятия может использовать не более 12 ядер процессоров." - в случае ПРОФ лицензии а не КОРП
запустив два сервера 1С на одной лицензии ты по сути обошел этот запрет

(12)+ хотя должен бы или купить еще серверные лицензии ПРОФ или апгрейдить свою ПРОФ до КОРП

(0) >> кто как тестирует серверную платформу 1С перед включением в прод?

Поддержу (2). Для разработки и тестирования должен быть отдельный сервер 1С. Физический или виртуальный. С отдельной лицензией.

Или разработку, отладку и тестирование разработанного функционала вы ведёте тоже на продуктиве?

Если денег совсем жалко, то это может быть мини-сервер на 5 подключений.

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

(12) это не в ту степь

(12) Это твои личные фантазии.
Даже если обошел, это не моя проблема, а проблема системы защиты сервера.

(16) Угу еще скажи если на полном клоне железа/софта вместо одного запустить 10 серверов это тоже "проблема системы защиты сервера"

(17)+ В виртуалках это делается элементарно...

(17) Э нет, дружок.
Это уже намеренный обход лицензионного ограничения. Одна лицензия даёт право запускать сервер на одной машине (виртуальной или физической).
А вот ограничения количества экземпляров сервера на этой одной машине нет.

(19) Запуск на одной железке/виртуалке две разные версии сервера 1С в разных каталогах это "намеренный обход лицензионного ограничения"
Ибо система защиты привязывается в случае программной лицензии к ключевым параметрам железа/софта

Ты попробуй это на аппаратном usb ключе сервера 1С, если там правильно реализовано то такой финт не должен проходить

(20)+ Можно же одну версию дважды и трижды сервера 1С запускать на разных портах
И опс мы обошли ПРОФ и получили КОРП функционал сервера 1С

(20) Ой всё. Хватит уже фантазировать. Где ты этого бреда наслушался? Или сам придумал?

>> Ты попробуй это на аппаратном usb ключе сервера 1С.

И пробовал. И работает. И в официальной документации по платформе 1С (бумажной и на ИТС) подробно описано как это делается.
Потому что иногда есть такая реальная потребность - запуска сервера различных версий. И бывает что даже не не двух, а более.

(0) У нас порядок такой:
1. Ставим новую платформу на тестовый сервер.
2. Тестируем на тестовом сервере.
3. Если всё ок - на рабочем гасим старый сервер.
4. Устанавливаем новый.
5. Стартуем и проверяем, что всё взлетело.

(21) >> мы обошли ПРОФ и получили КОРП функционал сервера 1С.

Никакого КОРП мы не получили. Мы получили два экземпляра ПРОФ на одном хосте.
Мы бы обошли это ограничение, если один из экземпляров 1С начал бы вдруг использовать более 12 ядер или обходить какие-то ещё ограничения лицензии ПРОФ.

Никому в голову не придёт ставить на один физический сервер несколько экземпляров сервера 1С одной и той же версии или разных (неважно) только лишь ради утилизации ядер процессора. Разве что ради эксперимента. Проще купить дополнительную лицензию на сервер 1С.

(21) >  получили КОРП функционал сервера 1С
Прочитай, пожалуйста, список ограничений и скажи - какой дополнительный функционал мы получили.

(24) > два экземпляра ПРОФ на одном хосте
Правильно. И каждый из них не может использовать больше 12 ядер.

(26) да но когда один сервер и две базы то обе базы только 12 ядер
а тут мы на 24 ядерном запускам два сервер с одной базой на каждом и хренак у нас каждая база свои 12 ядер а не делит общие

+23 Общая мысль: в прод идет только то, что протестировано в тестовом контуре.

(27) Ты зачем-то выдумал новую сущность - "два инстанса сервера". Убедил сам себя в том, что это одно и тоже что и один инстанс сервера и теперь пытаешься к этой новой, составной сущности применить те же требования. Это так не работает.

(29) Эээ ты еще скажи что в (0) не "два инстанса сервера". Разных версий.

И скажи чем это отличается от "два инстанса сервера" одной версии с разноской баз по ним?

(30)+ Я прекрасно понимаю что он юзает "в тестовых целях" а не для проды
Но имхо это один фиг требует покупки отдельной лицензии сервера

По роду деятельности сейчас занимаюсь тестированием. В т.ч. разных платформ.
На одной машине работает 6 серверов предприятия разных версий.

Разные версии консолей запускаются через предварительную регистрацию нужной версии dll. Все работает (достаточно регулярно ставлю даже тестовые версии платформы 1С для эксперемента).

Опыт показывает, что несколько платформ 1С стабильно работают вместе (у меня тестирование идет в 36 потоков, каждый день проходит эквивалент 5-6 дней непрерывного тестирования с помощью Vanessa-Automation + другие тесты).
Правда при настройке есть ряд "хитростей", которые нужно не забывать. Например - запускать разные версии платформы под разными пользователями, разделять публикации баз на разные апликейшены (если базы публикуются) и т.д. и т.п.

(23) Ну мы сейчас так же. Только вот вы запускаете вторым экземпляром сервер 1с раскидывая по портам? или ломаная, или второй ключ?

(31)+ А если он один фиг нарушает лицуху, то нехрен придуриваться и просто эмуляция ключика сервера в виртуалке и пробрасываешь куда надо
Если что прикроешься что просто сделал копию (что разрешено по закону) haspa ))

(32) Интересно зачем так извращаться если в случая линукса есть докер, а на винде виртуалками можно что намного проще
Виртуалки прекрасно автоматизируются через их апи

(35)+ И да кто объяснит чем запуск на одной физической железке двух и более серверов 1С
Отличается от запуска на одной физической железке в разных виртуалках двух и более серверов 1С
:)

(30) Тем, что миграция подключений между рабочими серверами происходит только в рамках одного инстанса.

(37)+ Тем, что назначене функциональности работает только в рамках одного инстанса

(38)+ Тем, что ограничения на память выставлюятся в рамках только одного инстанса. И от того, что ты выставишь на обоих ограничение 100 у тебя никогда не получится запользовать 200.

Утилизация процессора, это просто забавный эффект, исходя из которого ты себе нафантазировал.

(37) еще скажи нельзя эти два инстанса одной версии в кластер загнать?

(40) Попробуй

(32) интересно зачем так извращаться, если можно на много проще. Если все работает на одной машине, без необходимости вообще что-то делать?

Ну и не задумывались, что тестировать стоит в той среде, в которой идет работа в продакшене? У вас 1С в докере на продакшене работает?
Так же, подскажите, как в докер передавать лицензии? Учитывая что все происходит в "облаках".

Ну и много других "еще"...

(41)+ Если ты про то, что в строке подключения можно указать несколько кластеров, то это совсем не то

(42) да у нас в проде 1С работает в виртуалках, в них же и тестим но других

(44)+ и намного проще взять клон виртуалки, снести старый и поставить новый сервер 1С, протестить и если все ок в проду

(45) Тормозит 1С в виртуалке конечно относительно физики, но если физика не перегружена виртуалками то не сильно

(44) У вас свои соображения/обстоятельства. У меня другие. Каждое решение имеет право на жизнь.
(45) В моем случае вообще ничего сносить не нужно. Если использовать систему символьных ссылок, то установка и настройка новой платформы занимает "время установки" + 1 минута на указание новой версии в файле настроек скрипта и его запауск.

(47) Сносить это условно, можно взять чистую копию виртуалки без сервера 1С и накатить нужный

(48) это очень сложно. Нужно новую виртуалку, новая виртуалка это новый IP. Новый IP - это куча разных новых настроек в разных местах.
Например, в моем случае все тестирование идет в трехзвенке, с nginx в качестве обратного прокси, с сертификатами и т.д. и т.п.
Что бы максимально повторить используемую в ПРОД схему. Зачем мне нужны новые виртуалки? Это только дополнительный этап. Который ничего не дает. У меня вообще нет доступа к облачной инфраструктуре и консоли создания виртуалок.

(49) эээ чушь пишите ибо вариант с новыми портами на одном ip и публикациями сильно сложней чем разные ip

(49) >У меня вообще нет доступа к облачной инфраструктуре и консоли создания виртуалок.
Вот это аргумент который вынуждает извращаться

(50) У меня есть 6 перенастроенных серверов на разных портах. Каждый "сервер" в данном случае "слот" в который можно "воткнуть" платформу любой версии. Для работы всех 6 серверов выполнена нужна настройка. Один раз.
При необходимости тестировать новую версию, я просто занимаю один из слотов. В чем проблема? В используемой схеме все настраивается 1 (один) раз. Далее только ставим платформу и "встраиваем" ее в нужный слот с помощью скрипта.
Еще раз - запуск в тестирование новой версии платформы 1С у меня занимает: "время на скачать и установить платформу нужной версии " + 1 минута на запуск нужного скрипта. При этом получается готовое к работе окружение.
Сколько вы с виртуалками делаете ту же операцию?

+(52) ну и расскажите, как вы активиируете лицензии на сервер 1С предприятия. Где берете лицензии и сколько у вас занимает эта работа.

(52) про это и говорю что вынуждены извращаться )) всего 6 слотов ))

(53) физический сервер один поэтому ту же самую программную лицензию цепляет )) см (36)

(54)
- 6 - это одновременно работающих. В моем случае больше мне не надо. Но не проблема хоть 20 сделать.
- у меня мощности располагаются в виртуальном окружения провайдера. Без выделенного физического сервера. Да и более того, где-то вы лукавите. 1С не может привязываться к "физическому" серверу, если она запущена в виртуалке. Виртуалка просто ничего не знает про "физическую" железку. ИМХО вы используете какой-то вид пиратства или читерства.

(55) ответь на (36)

(56) я считаю что запуск двух и более серверов 1С на одной железке/виртуалке в любом случае читерство
неважно используются промежуточные виртуалки или нет

(56) ИМХО я уже объяснил в чем разница, по крайней мере для меня.
(57) Важно как считает фирма 1С. В моем случае - этот вопрос вне моей компетенции и зоны ответственности. Мне было подтверждено что такая схема приемлема и законна (у нас все лицензионное). Законность была проверена соответствующими подразделениями.

Схема используемая автором в (0) вполне себе живая и рабочая. Единственное ИМХО, моветон на одном компе совмещать ТЕСТИРОВАНИЕ и ПРОДАКШЕН.
На сим дискуссию предлагаю завершить.

(55) >1С не может привязываться к "физическому" серверу, если она запущена в виртуалке. Виртуалка просто ничего не знает про "физическую" железку.

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

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

(58) имхо (36) главный вопрос
вместо виртуалок может быть докер или иной гипервизор (которых множество) и вопрос законности и лицензионной чистоты если физически железо одно и даже операционка такая же

о. а расскажите непомнящему.
есть серверная лицуха в USB, и есть пинкод в конверте.
первый железяка, второй в виртуалке.
смогу ли я и в 1, и в 2 случае запустить нескольок экземпляров 1с?
в первом понятно - да.
а во втором?

(59) это не правда. Вы точно пробовали? Виртуалке выдаются разные CPU имеющие разные ID, разные сетевые карты, разные диски и т.д. и т.п.
Все это совершенно разное.
(60) про лицензионную чистоту я вам уже ответил.

(0) Не тестируем. Если 2 месяца обновлений в версии платформы не выходило, значит можно ее ставить и работать)

(60) и, кстати, в одной локальной сети не могут работать два сервера 1С активированных одной лицензией. В этом случае платформа определяет эту ситуацию и деактивирует лицензию.

(64) когда два сервера на одной машине они явно в одной локальной сети ))

(62) >это не правда. Вы точно пробовали? Виртуалке выдаются разные CPU имеющие разные ID, разные сетевые карты, разные диски и т.д. и т.п.
Все это совершенно разное.
там заморочка только с маками сетевух и именами машин, но это решаемо

(57) > я считаю что запуск двух и более серверов 1С на одной железке/виртуалке в любом случае читерство
Твои проблемы. Это абсолютно легально и на ИТС описано как это делать.