8.2.18.109

1)
Как создать отказоустойчивость кластера при помощи строки соединения с информационной базой?

Все работает если создавать отказоустойчивость в консоли управления в настройке "Резервирование кластера". При этом сеансы синхронизируются между кластерами, при остановке агента активного сервера клиентский сеанс не разрывается.

Но этого не происходит при указании серверов в строке соединения с информационной базой. Или нужно еще что-то настраивать? В документации не вижу уточнений по этой теме

Еще интересно, что будет если два клиента укажут разные списки серверов

2)
Что значит фраза документации "или в соответствующем поле свойств информационной базы" ?

(на локальной машине стоит SQL и активный сервер 1с, в виртуалке сделал второй сервер 1с)

Из документации:
-----------------
"Кроме возможности указания списка резервирования в консоли управления кластером, имеется возможность указания списка резервирования с помощью строки соединения с информационной базой или в соответствующем поле свойств информационной базы. Список указывается в формате Server1, Server2:Port, Server3."
http://its.1c.ru/db/v8doc#content:5:1:IssOgl2_1.1.7.Отказоустойчивыйкластер

есть мысли?

"отказоустойчивость кластера при помощи строки соединения" - эта пять!

а по делу у инженера знаний есть что-либо?

(3) Да. Совет почитать таки документацию.

инженер знаний обладает знанием где именно в документации по кластерам, которую я прочитал, есть ответ на мой вопрос?

(5) написано же в (0), указывай в строке запуска сервера кластера серверов через запятую

Server1, Server2:Port, Server3

одноэс она умная, если не сможет к первому прицепиться, то попробует ко второму, потом к третьему..


но с кластерами там еще "засада", на каком именно сервере ИБ зарегена, и если он "упал", нужно перерегистрировать ИБ на другой сервер кластера... вроде так для 8.2

+(6) на клиенте в строке запуска...

(5) У инженера знаний есть одмины и прочая техподдержка, чтобы не заморачиваться.
Но, ЕСЛИ у инженера знаний таки возникнет такой вопрос - он откроет мануал, найдет и прочитает, я гарантирую это.
Кроме того, инженер знаний, несмотря на поддержку и одминов примерно представляет, что "отказоустойчивость" и "строка подключения" - они не то, что не родственники, они вообще с разных планет.

(8) инженера знаний прошу не офтопить

> одноэс она умная, если не сможет к первому прицепиться, то попробует ко второму, потом к третьему.

проверил, что если клиент новый, и еще не попадал в ситуацию остановки основного сервера, то даже в следующей ситуации он не видит резервный кластер:
- их двух кластеров (S1, S2) делаем "Резервирование кластера" в одноименной настройке. Базы данных автоматически прописываются в S2
- останавливаем основной кластер S1
- пытаемся запустить клиента со строкой "Srvr:S1, S2"
Клиент не видит S2

А если создать ситуацию, когда при активном клиенте остановить S1, то при каком нибудь последующем запуске клиента строкой "Srvr:S1" когда S1 не активен - клиент подключается успешно к S2

интересно это только у меня так?