RDP - сложный ярлык
 

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

Ситуация:
Имеем два сервера 2012 с установленной ролью терминального сервера (1C - RemoteApp). Никакого AD и лишних приблуд нет. Пользователи подключаются по ярлыку RDP через интернет.

Задача:
Необходимо реализовать (любыми простыми для пользователей вариантами) "двойное попеременное" подключение сначала к одному серверу, а при его недоступности - ко второму (на котором расположен дубликат 1С).

PS: если смотреть в сторону батника-пинга (не силен в синтаксисе), то подскажите как сделать это доступнее для пользователей (тем более что сейчас имеем ДВА разных ярлыка RemoteAPP с указанием настроек!!!)
Еще раз повторю - RemoteAPP а не простое подключение по RDP!!!

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

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

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

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

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

Ну, в такой конфигурации, на ум с наскоку приходят только watchdog и проброс портов на микротике, тем более, что Иначе "бамажка" пользователю: "Если 1 не, то 2".

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

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

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

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

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