Есть сервер с 1С и SQL в одном флаконе. Производительности хватает.
Но возник вопрос обеспечения отказоустойчивости. Для этого хотим купить второй такой-же сервер. Сервера будут физически разнесены, чтобы не зависеть ни от провайдеров, ни от энергосетей.  Но какую схему лучше использовать?
В идеале чтобы пользователи переключались автоматически, ну или хотя бы быстро вручную.

а разве на 2 серверах можно организовать отказоустойчивость?

(1) а в чем проблема?

(0) а ещё комплект лицензий готовы купить?

(2) в наличии центрального сервера, без которого 1С не работает. Хотя это более актуально для 8.2, так как для 8.3 можно сделать несколько центральных серверов

Мне интересно как ты будешь обеспечивать отказоустойчивость на скуле? с помощью репликации? У тебя же скуль не выделен, а значит если проблемы с доступом к 1С, то с вероятностью 99,9% и проблемы к скулю. Т.е. что толку от 1С на другом сервере, если база не доступна.

(3) готовы

(4) да, в 8.3 можно на 2х делать

т.е. по хорошему тебе нужно минимум 5-6 серверов
3 для скуля (база + Alwase On + резервный)
Ну и 2 сервера для 1С, а лучше 3, отдельный сервер лицензий

(5) В этом и проблема

(8) это явно для нас многовато. Какие еще могут быть варианты?

(6) у тебя клиентские лицензии будет раздовать сервер, а значит нет доступа к серверу - нет доступа к лицензиям.

Или отдельный сервер который раздает лицензии или дублировать и количество клиентских лицензий

(10) Смириться с отсутствием отказоустойчивости и минимизировать время простоя при сбое. Т.е. описать какие могут быть причины сбоев и как минимизировать из последствия

Была мысль сделать РИБ на второй сервер с обменом например каждые 5 минут и в случае падения первого сервера подключаться ко второму.
Но я РИБ не очень люблю, и есть еще некоторые недостатки

(10) два сиквела на разных хостах с репликацией
два сервера 1С на тех.же хостах + терминалки для доступа

переключение через ярлыки рабочего стола

(12) У нас розница, там простой недопустим

(15) розница без обменов ?

(14) Сделать просто через репликацию скуля? Тогда в принципе терминал не сильно нужен

(16) без

(17) ты рабочие место опиши, включая кассы, пока топик ни о чем, совсем

(19) Есть сервер, на нем 1С, Скуль, Терминал. Основная конфа-УТ11
Есть розничные точки, на них тоже УТ11 тонкие клиенты, работают через веб. Пробовали их тоже загонять в терминал, но очень долго печатаются чеки ККМ

(16) Имеется в виду не конфа Розница, а розничная торговля. Везде используется УТ!!

(17) репликации и 1С вещи несовместимы

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