Ситуация такая: на сервере (физическом) 2 базы УТ 10.3 и Бух 3.0. УТ-ка не обновляется по ИТС, только дописывается мною под нужды предприятия. А бухгалтерию мы обновляем. УТ у нас клиент-серверного варианта. А бухгалтерия файловая. УТ версия сервера и платформы 8.3.5.1517, а бухгалтерии 8.3.7 и будет меняться Хотим сделать бухгалтерию клиент-серверной. Возможно ли запускать одновременно два 1С сервера разных версий? Потому что версия УТ сервера будет стабильной, а бухгалтерии меняться.

(0) Можно. но на разных портах. Много написано уже. Посмотри мануалы как настраивать одновременно 2 сервера 8.1 + 8.2

какие проблем ут и бу запускать на последних платформах ?

А УТ на 8.3.7 не взлетит?

а как на производительности сервера это скажется?

можно, но придется гемороится с разными диапазонами портов

а вообще не вижу причин почему торговля не может работать на том-же релизе, что и бухия...

(3) взлетит. только потом всем пользователям в офисе надо обновлять платформу (большинство не работает с бух, только УТ) и всем магазинам (у нас РИБ 14 точек)

(3) даже на 8.3.8 взлетит

(5) к (6)

(6) сделай обновление централизованным

(7) к (6)

(9) что значит централизованным?

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

(12) Там проблемы с безопасностью образуются, нужно доступ открывать установщику винды.

(12) хорошо с центральным узлом РИБ решили, а с периферийными что?

(12)+ раньше работал недокументированный ключ для инсталлятор "/m" для автоматического создания такого портабельного каталога с клиентской частью, сейчас не знаю...

но он и так легко делается вручную.

если использовать вариант с 2 1С серверами, то есть проблемы?

(13) ты не понял

1. создаем сетевой диск
2. помещаем его в доверенную зону, и устанавливаем права чтение+запуск
3. копируем туда файлы из папки C:\Program Files (x86)\1cv8\8.3.5.1517\bin
4. клиентам делаем ярлык

все... дальше только файлы менять...

(16)
1. памяти будет жрать больше
2. обновлять платформу 1с - сложнее (нужно будет учитывать все нюансы)

(17) а с периферийными узлами РИБ что делать? 14 платформ обновлять (в некоторых магазах и по 2 компа back-офиса)?

(19) Написать скрипт, который по ночам будет таскать из центра (хоть по ftp), актуальную версию платформы и копировать в общую сетевую папку.

(11) через групповые политики

(0) Можно, у нас работает на разных портах

Обновлять платформу точнее тонкий клиент можно групповыми политиками или через общий сетевой каталог.

(0) Нормально работает. Ставь две чтоб только по бухии грабли новых платформ собирать.

видимо между бух и торговлей есть обмен... а это не гарантирует, что после очередного обмена платформы бухии обмен не встанет по синтаксической ошибке...

по этому иметь единую платформу все-же лучше...

(25) обмен из ут 10.3 происходит через кд 2

т.е. он встанет, когда в БП изменять реквизиты, например УдалитьОСновнойДоговор

На одной точке центральный узел был на древней 8.2, а один из периферийных регулярно обновлялся. А конфа вообще в режиме совместимости с 8.1. Так вот работал обмен годы без проблем, и только после обновления периферийки на одну из последних 8.3.7 сломался.

Это я к тому, что разрабы 1С обратной совместимости все-таки уделяют какое-то внимание.