|
v8. РИБ одна выгрузка для нескольких узлов
| ☑ |
0
pmb
12.06.13
✎
13:50
|
Нужно из центральной базы выгружать данные в несколько других баз.
Т.к. базы идентичны, то хотелось свести к минимуму блокировки в центральной баз на этапе выгрузки и выгружать данные не для каждого узла отдельно, а один раз для всех сразу.
Хотелось бы узнать какие могут грабли, может кто-то реализовывал подобное?
Пока нашел только один косяк - если в одну из баз данные по какой-то причине не загрузятся, то в новом файле выгрузки их уже может не быть, если пройдет обмен с другими базами.
|
|
1
Mitriy
12.06.13
✎
13:52
|
забей... слишком много гемора в геометрической прогрессии...
|
|
2
Aleksey
12.06.13
✎
13:52
|
а чем типовой механизм не нравится?
|
|
3
pmb
12.06.13
✎
13:55
|
(2) есть две рабочие базы, между которыми ходит обмен раз в 10 мин.
Нужна третья база в качестве резервной.
Если в одной из рабочих добавить еще одну выгрузку, то возникнуть блокировки в момент выгрузки данных.
Поэтому есть идея один и тот же файл выгрузки использовать для двух баз
|
|
4
pmb
12.06.13
✎
14:00
|
Рассматривали как вариант зеркалирование средствами MS SQL, то не удалось победить тормоза на самом SQL сервере при включении зеркалирования.
|
|
5
Aleksey
12.06.13
✎
14:16
|
(3) Почему должны возникнуть блокировки?
|
|
6
Aleksey
12.06.13
✎
14:18
|
я например настраивал обмен по служебным пользователям, и соответственно из командной строки поочереди запускал 1С с указанным пользователем, откуда блокировки могут возникнуть, мне не понятно
|
|
7
pmb
12.06.13
✎
14:42
|
(5) если не ошибаюсь, во время выгрузки блокируются объекты, которые выгружаются.
Если параллельно работают несколько десятков пользователей это может спать проблемой.
|
|
8
Зойч
12.06.13
✎
14:43
|
сделай 3х звенку
|
|
9
Aleksey
12.06.13
✎
14:44
|
(7) достаточно и одного который перепроводит базу
|
|