Коллеги добрый день!
Никто не знает что будет если к одной базе на сервере SQL подключить 2 базы 1с на серверах 1С. Т.е. Есть сервер ServSQL на нем крутится база. Есть 2 сервер терминалов ServTerm1 и ServTerm2 на каждом из них поднят сервер приложения. Что будет если завести 2 базы и подключить к одной на ServSQL, точнее будет понятно - пока работает, но может ли это вызвать какие то траблы (типа разрушения целостности базы и т.д.)

(0) а зачем так делать ?
- сможет лучше создать несколько рабочих процессов на 1 сервере ??

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

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

понял.
(0) Планируем переезд с одного сервера на другой. Хотели переводить пользователей постепенно.

(3) абсолютно прав

(4) >> Планируем переезд с одного сервера на другой. Хотели переводить пользователей постепенно.

Что бы куда бы не переезжало, совершенно не понятно зачем для этого поднимать два сервера 1С.... О_о

Извращенцы.

С ИТС:

Если несколько информационных баз одновременно используют одну базу данных, то не будет работать:

механизм блокировки информационной базы (в частности, запуск двух Конфигураторов может привести к разрушению конфигурации);
механизм блокировки объектов;
менеджер управляемых блокировок;
получение оперативной отметки времени;
другие механизмы, использующие разделяемые данные, хранимые менеджером кластера.
Параллельная модификация данных в таких условиях может привести к их непоправимому разрушению. Чтение из базы данных также может выдать недостоверный результат.

Поэтому при штатном использовании информационной базы одновременно использовать одну базу данных несколькими информационными базами не следует.

(0) (7) - будет .опа, тестировал - все как в (7) получилось :)

(6) долго рассказывать. Собственно в домен переезжаем - есть нюансы с авторизацией.

(7) Спасибо. Однозначно так делать не будем.

BlackMan извините, но нумерации же будет идти в SQL базе, а сервера будут брать последний номер добавлять следующий. единственное, что может быть, когда данные одновременно пойдут в это будет весело...

Сделайте риб-базу с планом обмена "Полный". Один узел - на старом сервере, второй узел - на новом. Я к риб-базам неравнодушен :) "Если специалист владеет только одним инструментом и это - молоток, то все проблемы для него как гвозди"(не помню кто сказал)

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

вообще то подцепление второго сервера - это идеальный монитор,

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

я так делал как-то