УРБД - если накроется база, то как быть ?

Дмитрий2У

18.07.2009 - 03:30

Работаем на измененной торговле 7.7 ... есть несколько филиалов с обменом по УРБД ...  и центральная база и периферийные бэкапятся каждый вечер ... обмен же происходит по нескольку раз в день ...
  вот возник вопрос - а что будет если вдруг по каким-то причинам полетит одна из баз ?
  ну например любая периферийная - как я пониманию - в принципе ее из бэкапа можно и не поднять - если уже был совершен обмен после того ...
  конечно как вариант можно ее заново создать ...
  но вот если полетит центральная ...   значит ли это что если ее поднять из бэкапа - то потом пересоздавать все филиалы придется ?
  как-то страшно сильно звучит ...

К списку тем

1 >

К списку форумов

Интересные темы

odines.ru

19.04.2024 - 01:23

Смотри также:
Подскажите конфигурации по 7.7
ЗиК. Расчет Среднего заработка отпуска
Перевод строки! Как бороться?

Re: УРБД - если накроется база, то как быть ?

Пацталоцци

27 - 19.07.2009 - 16:13

а чо?
как с тобой говорить, если ты вроде умный с виду, но зачем-то дурака включаешь постоянно?
ты не можешь потратить полчаса на гугл? или не умеешь искать? или просто влом напрягаться?

то же самое насчёт твоего вопроса о восстановлении после аварии. Тебе реально лень подумать минуту, нужно чтобы разжевали и в рот положили?

Смоделируем ситуацию. Утром (допустим, в 6:00) наши базы находятся в состоянии, назовём его "А".
Мы сделали бэкапы на ЦБ и на филиалах, и выполнили обмен. ЦБ загрузила файлы филиалов, после этого филиалы загрузили файлы от ЦБ.
Все базы перешли в состояние "Б".

После этого мы забэкапили все базы в состоянии "Б", и в 7:00 начали рабочий день.

В 10:00 у нас упал сервер с ЦБ. Мы быстро переключились на запасной. Теперь нам нужно просто разархивировать утренний бэкап, и мы вернули ЦБ к состоянию "Б" (7:00, после обмена).
При этом базы филиалов нам откатывать не надо, потому что они тоже находятся в состоянии "Б".

При этом пропадут только документы, созданные в ЦБ с 7:00 до 10:00.

Re: УРБД - если накроется база, то как быть ?

USSR

28 - 19.07.2009 - 16:19

А если в филиалах будет минимизирована работа задним числом, то одним нажатием кнопки в филиале можно поставить на обмен документы требемого периода. И ЦБ опять восстановится

Re: УРБД - если накроется база, то как быть ?

Дмитрий2У

29 - 19.07.2009 - 16:56

ну хорошо ...    я в принципе основное понял - и за это вам спасибо ...
   просто поясню - в чем включаю дурака ...
     есть совершенно момент мне неочевидный - может ткнете пальцем, скажу спасибо ...
  по примеру пройдусь - вот есть момент "Б" - совершен полный обмен и после этого сделаны бэкапы (здесь сразу ставим свечку что на момент падения ЦБ - момент "Б" действительно везде реализован, а то вдруг где света небыло)
начали работу в 7:00 ... в 10:00 упал сервак ...
  за это время - ЦБ 3 раза обменялась данными с Филиалом 1, 4 раза с Филиалом 2, 2 раза с Филиалом 3, 0 раз с Филиалом 4, 5 раз с Филиалом 5 ...
при этом данные между Филиалами перетусовались в пропорции: Филиал 1 получил 2 изменения Филиала 2, 1 изменение Филиал 3, 0 изменений Филиала 4, 3 изменения Филиала 5 ... Филиал 2 получил 1 изменение Филиала 1, ...    продолжать ?
  при этом никто надеюсь не строит иллюзий, что обмен полный ... на каждый Филиал свои правила выгрузки/загрузки ...  т.е. из Филиала "поднять" ЦБ или другой Филиал - исключено полностью ...
  настал час "Х" ... совершенно очевидно - что чтобы вообще можно было хоть как-то корректно дальше работать и понимать что происходило - необходимо всем без исключения откатиться на момент "Б" ...
теперь некий гениальный программист хочет максимально быстро подлить в базы все что там происходило ...
и че он видит - что есть довольно много бэкапов обмена разновременных ...  при этом кто что делал и где - совершенно непонятно ... и разбираться с этим геморно очень ...
скорее всего он просто поднимет текущие базы Филиалов, чтобы увидеть что было на момент "Х" ... при этом каждый раз когда он столкнется с тем, что есть некий объект (например документ) который в разных Филиалах выглядит по разному - ему придется разбираться в порядке выгрузки/загрузки чтобы понять какая версия документа имеет право жить в неком итоговом-итоге на всех Филиалах и в ЦБ в том числе ...  при этом момент текущей работы Филилов с их персональной версией документа - потерян на всех Филиалах ...
   и объем работы по восстановлению, если только в ЦБ до момента "Х" успело набраться хотя бы с сотню документов - огромен ...
  момент ступора по всем Филиалам - огромен ...

  лично меня пугает - когда я представлю что такое может случиться ...  уж не знаю как вас ...   :)

Re: УРБД - если накроется база, то как быть ?

Пацталоцци

30 - 19.07.2009 - 18:08

(29) экий ты... пугливый :)
почитаешь тебя - и волосы дыбом встают, такую картину ты нарисовал.
ответь пожалуйста на несколько вопросов:

1) зачем твои филиалы должны обмениваться друг с другом, вместо простой и надёжной схемы "звезда" ?

2) "начали работу в 7:00 ... в 10:00 упал сервак ...  за это время - ЦБ 3 раза обменялась данными с Филиалом 1, 4 раза с Филиалом 2"
Это что за хрень? Зачем им обмениваться с частотой 5 раз в минуту?  Чем не устраивает схема ежедневного обмена один раз в день, строго в назначенное время, по жёстко прописанному сценарию:
   1. работа юзеров во всех базах прекращается (в 6 утра это наверно можно организовать?)
   2. все делают бэкап "А"
   3. филиалы выгружают файлы и высылают в центр
   4. ЦБ принимает файлы филиалов и переходит в состояние "Б"
   5. ЦБ выгружает и рассылает филиалам ответные файлы подтверждения
   6. филиалы принимают файлы подтверждения и переходят в состояние "Б"
   7. все делают бэкап "Б"
   8. возобновляется работа пользователей во всех базах

Re: УРБД - если накроется база, то как быть ?

Пацталоцци

31 - 19.07.2009 - 18:12

30+
этот регламент должен быть жёстко прописан документально, в виде приказа куроводства, с назначением ответственных на каждом филиале, и наказаниями за нарушение.

Интересные темы

odines.ru

19.04.2024 - 01:23

Смотри также:
Как получить значение Субконто на конец дня
ПУБ 310 вопрос по "Книге продаж"
Падает 1С при открытии обработки загрузки/выгрузки проводок

Re: УРБД - если накроется база, то как быть ?

Пацталоцци

32 - 19.07.2009 - 18:16

31+
И не надо придумывать проблемы там, где их нет. Используй схему "звезда" (все обмены идут только через ЦБ), минимизируй частоту обменов, жёстко пропиши регламент обмена и добейся его чёткого выполнения синхронно на всех филиалах.

Re: УРБД - если накроется база, то как быть ?

USSR

33 - 20.07.2009 - 02:42

Если уж всего бояться, то добавлю, что базы ваще редко бывают полностью синхронизтрованы: то пакет пропал, то связи нет, то "обновляльщик" с похмелья и тд и тп. И живут люди. Каждый объект за счет ИД знает в какой базе он создан (при обмене объект пришется в базу приемника как есть, со своим родным ИД и даже с движениями и проводками, если документ) и нет никаких проблем поставить на обмен объекты благополучной базы. Объект просто промигрирует обратно.

Re: УРБД - если накроется база, то как быть ?

victuan

34 - 20.07.2009 - 04:10

Всего не читал.
УРБД-Мастер
www.urbdmaster.com
Если юзать ключи и планировщик виндовый, то достаточно бесплатнной версии.

Re: УРБД - если накроется база, то как быть ?

djslon

35 - 20.07.2009 - 07:05

Парень (автор), ну ты даёшь.
в форуме можно много теории подкопить
ну лучше создай у себя стендик из архивов
разверни центральную базу и три периферийных базы, наладь обмен
а потом накрой одну и попытайся восстановить без потери данных
вот и будет тебе поле для деятельности и эксперимента.
бедешь готов к неожиданностям.

Re: УРБД - если накроется база, то как быть ?

36 - 20.07.2009 - 08:33

здесь сразу ставим свечку что на момент падения ЦБ - момент "Б" действительно везде реализован, а то вдруг где света небыло - здесь одну надо сделать "свечку": бэкапа нет - нет работы. Значит, в этом филиале поднимается бэкап "А", накатывают еще раз обмен, делают бэкап "Б". Работа от т."А" до т."Б" в этом филиале пропадает - а ты купи бесперебойник, чтоб этого не было.
В конце-то концов, распределенный обмен можно вести при определенной инфраструктуре: не можем ее достичь - не надо и дергаться тогда.

К списку тем

1 >

К списку форумов