Имя: Пароль:
IT
Админ
Возможна ли постоянная репликация базы на другой сервер?
0 Prog111
 
15.09.17
05:32
Есть такая задача: у одной конторы есть 2 удаленные серверные. На одном из серверов крутятся базы 1С на MSSQL. ПОльзователи заходят по RDP. Хотят сделать так, что если этот сервер падает (падает интернет в серверной, отключают свет и т.п.), то чтобы люди просто подключались на другой удаленный физический сервер, и там были бы все те же самые актуальные базы, и продолжали работать до восстановления первого сервера.

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

Насколько это реально?
1 breezee
 
15.09.17
05:36
(0) Полностью реально. Гугли AlwaysON. А лучше не гугли, попроси админов гуглить, это сложная тема
2 Альбатрос
 
15.09.17
05:36
Если админ говорит, что можно, то пусть и делает.
3 Trance_1C
 
15.09.17
05:51
В этом случае подойдет простое зеркалирование со следящим экземпляром mssql
4 Обработка
 
15.09.17
05:55
Всегда было известно что 1С не одобряет не стандартные методы работы с данными 1С. ДА и не было нормальной возможности такой в скуле.
Вроде там что-то может не перенестись. То ли хранимые процедуры то ли еще что-то не помню.

Стандартно предлагаю РИБ с обменом каждые 10-15 минут...
5 Lexusss
 
15.09.17
07:50
Это штатный функционал mssql. Причём в последнее время для этого не нужна enterprise лицензия
6 gallam
 
15.09.17
08:48
(0)
- Стандартные решения AlwayOn и Mirroring не подходят для вас, так как вторая база только для чтения, и в случае падения канала: либо вы ее делаете основной во втором филиале - первый филиал не сможет работать, либо на ней работать нельзя (она для чтения).

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

- Лучшим выходом использовать коммерческое решения от компании Софтпоинт: http://softpoint.ru/solutions/db-replication/
7 Prog111
 
15.09.17
11:34
(6) Филиалы - это Вы имеете в виду сервера?
8 ptiz
 
15.09.17
12:28
(0) Самое простое, как уже сказали - РИБ, но данные могут отставать.
С SQL схема будет очень сложная.
9 Prog111
 
15.09.17
13:25
(8) В схеме с SQL необходимо будет настраивать только SQL? Или в части 1С тоже надо будет попотеть?
10 Lexusss
 
15.09.17
13:36
Always on требует наличие лишь одного боевого сервера. Второй работает на подхвате, лишь при падении основного. В этот момент вторичный станет основным, после подъёма первого они вновь поменяются местами. Проблема на самом деле в том что такого не умеет сервер 1с. Он то нормально воспринимает такое переключение скл, только вот обычно же 1с с скл живут на одной машине, а 1с так не отзеркалить. В итоге толка никакого.
Вроде в 8.4 такое обещают, но когда она будет.
11 Адинэснег
 
15.09.17
13:38
домен контроллер тоже будешь реплицировать?
12 Адинэснег
 
15.09.17
13:39
как на терминал новенькие попадут?
13 nicxxx
 
15.09.17
13:42
(10) Никто не мешает разнести сервер 1С и MSSQL по разным машинам. Если автор задается такими вопросами, то и бюджет на это, похоже, есть.
14 Prog111
 
15.09.17
13:44
(12) Пользователей не так много, руками перенесут.
15 Prog111
 
15.09.17
13:46
(10) А в чем проблема отзеркалить сервер 1С? Он же неизменный?
16 PiterPrg
 
15.09.17
13:51
Если какнал хороший между серверами, можно подумать о виртуальном клатере.
Типа http://hutpu4.net/puplication/stroim-klaster-na-vmware-chast-1-teoriya.html
(Не обязательно на VMWare, многие умеют, VMWareпросто для примера)
17 gallam
 
15.09.17
14:56
(7)
Да, сервера.
(9)
Если решение по моей ссылке выше, то настройка через объекты 1С, если стандартная репликация - через объекты SQL.