Возможна ли постоянная репликация базы на другой сервер? #804900


#0 by Prog111
Есть такая задача: у одной конторы есть 2 удаленные серверные. На одном из серверов крутятся базы 1С на MSSQL. ПОльзователи заходят по RDP. Хотят сделать так, что если этот сервер падает (падает интернет в серверной, отключают свет и т.п.), то чтобы люди просто подключались на другой удаленный физический сервер, и там были бы все те же самые актуальные базы, и продолжали работать до восстановления первого сервера. Админ говорит, что можно сделать постоянную репликацию средствами MSSQL на второй сервер, и что там, получается, постоянно будут находиться полные актуальные копии баз. Насколько это реально?
#1 by breezee
Полностью реально. Гугли AlwaysON. А лучше не гугли, попроси админов гуглить, это сложная тема
#2 by Альбатрос
Если админ говорит, что можно, то пусть и делает.
#3 by Trance_1C
В этом случае подойдет простое зеркалирование со следящим экземпляром mssql
#4 by Обработка
Всегда было известно что 1С не одобряет не стандартные методы работы с данными 1С. ДА и не было нормальной возможности такой в скуле. Вроде там что-то может не перенестись. То ли хранимые процедуры то ли еще что-то не помню. Стандартно предлагаю РИБ с обменом каждые 10-15 минут...
#5 by Lexusss
Это штатный функционал mssql. Причём в последнее время для этого не нужна enterprise лицензия
#6 by gallam
- Стандартные решения AlwayOn и Mirroring не подходят для вас, так как вторая база только для чтения, и в случае падения канала: либо вы ее делаете основной во втором филиале - первый филиал не сможет работать, либо на ней работать нельзя (она для чтения). - Стандартная репликация MS SQL требует существенной доработки для использования, так как для вашей задачи требуется двусторонняя репликация, а это повлечет изменения структуры таблиц (доп. колонка), разруливание конфликтов и прочее. - Лучшим выходом использовать коммерческое решения от компании Софтпоинт:
#7 by Prog111
Филиалы - это Вы имеете в виду сервера?
#8 by ptiz
Самое простое, как уже сказали - РИБ, но данные могут отставать. С SQL схема будет очень сложная.
#9 by Prog111
В схеме с SQL необходимо будет настраивать только SQL? Или в части 1С тоже надо будет попотеть?
#10 by Lexusss
Always on требует наличие лишь одного боевого сервера. Второй работает на подхвате, лишь при падении основного. В этот момент вторичный станет основным, после подъёма первого они вновь поменяются местами. Проблема на самом деле в том что такого не умеет сервер 1с. Он то нормально воспринимает такое переключение скл, только вот обычно же 1с с скл живут на одной машине, а 1с так не отзеркалить. В итоге толка никакого. Вроде в 8.4 такое обещают, но когда она будет.
#11 by Адинэснег
домен контроллер тоже будешь реплицировать?
#12 by Адинэснег
как на терминал новенькие попадут?
#13 by nicxxx
Никто не мешает разнести сервер 1С и MSSQL по разным машинам. Если автор задается такими вопросами, то и бюджет на это, похоже, есть.
#14 by Prog111
Пользователей не так много, руками перенесут.
#15 by Prog111
А в чем проблема отзеркалить сервер 1С? Он же неизменный?
#16 by PiterPrg
Если какнал хороший между серверами, можно подумать о виртуальном клатере. Типа (Не обязательно на VMWare, многие умеют, VMWareпросто для примера)
#17 by gallam
Да, сервера. Если решение по моей ссылке выше, то настройка через объекты 1С, если стандартная репликация - через объекты SQL.
Тэги: Админ
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С