|
Возможна ли постоянная репликация базы на другой сервер? | ☑ | ||
---|---|---|---|---|
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. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |