[James Marsh]

Сервера смотрят в мир реальными IP или упрятанны за нат? Рядом или разнесены территориально?
Пользователи сидят в интернете через soho-маршрутизатор или что-то smb-класса?

дубликат 1С »

Каким макаром дублируете?

а при его недоступности »

какие прогнозируемые причины недоступности?

[Iska]

Каким макаром дублируете? »

Надо полагать, сама база — на третьем сервере.

[Skylear]

Два разных сервера, у разных провайдеров, в разных городах, с разными реальными коммерческими ip-адресами. оба стоят за обычным натом - один за ddwrt+mikrotik, второй за ddwrt+asus. Юзеры также подключаются по обычному ярлыку remoteapp через инет, у кого есть роутер и кого нет, у кого ростелеком у кого мтс. Да не суть за каким натом. Все подключается и все работает. Если вы про пинги, то из инета адрес пингуется (провайдерский, настройка на роутере этого не запрещает), можно сделать чтобы не пинговался. Разумеется RDP подключение идет не по стандартному порту, а по перенаправленному, так что проверить доступность порта можно разве что.... телнетом?
База находится на обоих серверах в зеркалировании. Имена серверов разные. домена нет. Переключение главного/зеркального ТОЛЬКО ручное. На обоих идентичная терминалка. Смысл на пользовательском компе сделать так, чтобы при неудачном подключении к первому серверу, была попытка подключения ко второму серверу.

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

[James Marsh]

Ну, в такой конфигурации, на ум с наскоку приходят только watchdog и проброс портов на микротике, тем более, что

Переключение главного/зеркального ТОЛЬКО ручное »

Иначе "бамажка" пользователю: "Если 1 не, то 2".

[Skylear]

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

[James Marsh]

Как я спрашивал выше:

какие прогнозируемые причины недоступности? »

Вам необходимо постараться уменьшить количество причин, которые могут привести к недоступности сервера 1.

Кстати, вот Вам для затравки еще один вопрос: на площадке с сервером 1 пропадает интернет. Ваши действия?

[El Scorpio]

Все привет. Неоднозначно-неординарная задача, товарищи форумчане. Прошу без лишнего флуда. »

Неординарная?
А разве шлюз сервера терминалов не обеспечивает такого функционала?
По идее, балансировка нагрузки между серверами и автоматическое переключение на резервный сервер являются вполне штатными задачами.

[Skylear]

речь идет не о балансе нагрузки и автоматическое переключение НЕ нужно. Подразумевается катастрфооустойчивость 1с-базы. При любом отвале любого оборудования клиент отключается и ждет доступности, второй сервер заработает только тогда, когда админ на резервном сервере переведет в СУБД зеркальную базу в главную. Это будет в случае полной остановки ВСЕГО или ЧАСТИЧНОГО оборудования в одном городе вместе с основным сервером терминалов, микротиком и провайдером. Необходимо восстановить работу до запуска главного сервера. Переключение хотелось бы сделать на стороне клиента, чтобы переключалось автоматом при отвале rdp от основного сервера... и еще момент - сервера всего два и только два места установки оборудования. следящие сервера ставить некуда