Есть такая задача: у одной конторы есть 2 удаленные серверные. На одном из серверов крутятся базы 1С на MSSQL. ПОльзователи заходят по RDP. Хотят сделать так, что если этот сервер падает (падает интернет в серверной, отключают свет и т.п.), то чтобы люди просто подключались на другой удаленный физический сервер, и там были бы все те же самые актуальные базы, и продолжали работать до восстановления первого сервера.

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

Насколько это реально?

(0) Полностью реально. Гугли AlwaysON. А лучше не гугли, попроси админов гуглить, это сложная тема

Если админ говорит, что можно, то пусть и делает.

В этом случае подойдет простое зеркалирование со следящим экземпляром mssql

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

Стандартно предлагаю РИБ с обменом каждые 10-15 минут...

Это штатный функционал mssql. Причём в последнее время для этого не нужна enterprise лицензия

(0)
- Стандартные решения AlwayOn и Mirroring не подходят для вас, так как вторая база только для чтения, и в случае падения канала: либо вы ее делаете основной во втором филиале - первый филиал не сможет работать, либо на ней работать нельзя (она для чтения).

- Стандартная репликация MS SQL требует существенной доработки для использования, так как для вашей задачи требуется двусторонняя репликация, а это повлечет изменения структуры таблиц (доп. колонка), разруливание конфликтов и прочее.

- Лучшим выходом использовать коммерческое решения от компании Софтпоинт: http://softpoint.ru/solutions/db-replication/

(6) Филиалы - это Вы имеете в виду сервера?

(0) Самое простое, как уже сказали - РИБ, но данные могут отставать.
С SQL схема будет очень сложная.

(8) В схеме с SQL необходимо будет настраивать только SQL? Или в части 1С тоже надо будет попотеть?

Always on требует наличие лишь одного боевого сервера. Второй работает на подхвате, лишь при падении основного. В этот момент вторичный станет основным, после подъёма первого они вновь поменяются местами. Проблема на самом деле в том что такого не умеет сервер 1с. Он то нормально воспринимает такое переключение скл, только вот обычно же 1с с скл живут на одной машине, а 1с так не отзеркалить. В итоге толка никакого.
Вроде в 8.4 такое обещают, но когда она будет.

домен контроллер тоже будешь реплицировать?

как на терминал новенькие попадут?

(10) Никто не мешает разнести сервер 1С и MSSQL по разным машинам. Если автор задается такими вопросами, то и бюджет на это, похоже, есть.

(12) Пользователей не так много, руками перенесут.

(10) А в чем проблема отзеркалить сервер 1С? Он же неизменный?

Если какнал хороший между серверами, можно подумать о виртуальном клатере.
Типа http://hutpu4.net/puplication/stroim-klaster-na-vmware-chast-1-teoriya.html
(Не обязательно на VMWare, многие умеют, VMWareпросто для примера)

(7)
Да, сервера.
(9)
Если решение по моей ссылке выше, то настройка через объекты 1С, если стандартная репликация - через объекты SQL.