На работе мы решили наконец-то обновиться до последней версии платформы 8.1, сечас стоит 8.1.11.67, до сих пор.

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

P.S. Ни у кого не возникало проблем с последней версии платформы 8.1 (8.1.15.14), нет там фатальных глюков, разрушающих базу? Можно смело переходить с 8.1.11.67?

(0) лично я разрешаю

(0)[если на двух разных компах установить сервер 1с предприятия,]
то базе быстро наступит пипец

фатальных нет, давно работаем

лучше так не баловаться

(2,4) ну это понятно, если особенно активно менять конфигу и струкуру БД с разных компов. Это был просто эксперимент на тестовой базе :)

1. Проблем не было.
2. Давняя фишка.

(0) Как-то так...
В случае одновременного подключения двух независимых серверов приложений 1С (не связаных в кластер в рамках 1С) к одной БД возможны следующие сюрпризы:
не будет работать:
механизм блокировки информационной базы (в частности, запуск двух Конфигураторов может привести к разрушению конфигурации);
механизм блокировки объектов;
менеджер управляемых блокировок;
получение оперативной отметки времени;
другие механизмы, использующие разделяемые данные, хранимые менеджером кластера.
Параллельная модификация данных в таких условиях может привести к их непоправимому разрушению. Чтение из базы данных также может выдать недостоверный результат.
Поэтому при штатном использовании информационной базы одновременно несколькими независимыми серверами приложений или другими БД не следует. При этом, отсутствует программное ограничение к подключению.
Одновременное подключение нескольких информационных баз к одной базе данных может оказаться полезным для целей отладки конфигураций и для расследования ошибок конфигураций и платформы. Поэтому в 1С:Предприятии 8.1 не предусмотрено программного запрета на одновременное подсоединение нескольких независимых серверов приложений и информационных баз к одной базе данных.

(1) спасибо, век не забуду :))))

(7) интересно, спасибо

забудь про 1с8.1 перехадои на 1с8.2 13й скоро выйдет...

(10) Это тоже надо, но пока еще не решились. Подождем релиза постабильней.

(11) не парь мозг, переходи сразу на 8.2 - в режиме совместимости 8.1 будешь работать также как и на 8.1.15. Конвертация базы идет просто непристойно быстро по сравнению с переходом с 8.0 на 8.1. Сам жду 8.2.13 для перехода с 8.1.12

+(12) конфу потихоньку готовлю к переходу

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

(7) >>Одновременное подключение нескольких информационных баз к одной базе данных
Это как? несколько баз к одной базе?

(15) имеется ввиду подключение через COM наверно. Да, из одной базы подключаемся к другой например и читаем из нее что-нибудь, или пишем.

(7) а если два сервера 1С в кластере теряют между собой связи, но не теряют связь с SQL сервером и не теряют связь например с терминальным сервером.
Что будет?