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

Форум 1С: Одинэс.Ру
Найти!

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

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

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

odines.ru
24.11.2024 - 10:18
 Смотри также:
пакетный режим конфигуратора
v7. Возможно ли редактировать движения в регистр в "операции" документа?
Можно ли в УСН вести индивдуального предпринимателя?

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

USSR
1 - 18.07.2009 - 03:50
 Организуйте хранение всех файлов обмена, сделаете полный дневной обмен и делов то

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

Дмитрий2У
2 - 18.07.2009 - 04:56
 насчет полного дневного обмена - это напряжно ...  всех строить чтобы никто нигде ничего не забывал никогда ...
  насчет хранения всех файлов обмена - это мысль ...  спасибо ...  из нее в частности видно - что мои опасения оправданы ... если нет всех файлов обмена на всех филиалах и всех нужных бэкапов - то приехали ...
  короче тут засада ...
 
  может посоветуете что для обмена (кроме ручных обработок - пробовал - не очень удобно) - чтобы не было такой критичной завязки ...

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

jurii
3 - 18.07.2009 - 06:40
 Что значит "ручных обработок" ?

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

Пацталоцци
4 - 18.07.2009 - 07:30
 "Менеджер обмена данными"
позволяет обойтись без УРБД

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

Дмитрий2У
5 - 18.07.2009 - 08:32
 Менеджер обмена данными - где посмотреть/почитать можно ?

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

odines.ru
24.11.2024 - 10:18
 Смотри также:
Бух 7.7 и авансы
Простой пользователь Windows не может архивировать базу (конфигуратор не может открыть файл со списком сохраняемых файл
Для меня до сих пор остается загадкой

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

Дмитрий2У
6 - 18.07.2009 - 08:42
 почитал про МОД - не понравилось ...  сильно правит конфиг, конфиг не переносит, стоит прилично ...
  похоже придется все-таки своим ручным переносом действовать ... (так называемые ручные обработки) ...
   интересно - в 8-ке урбд так же критично завязана, или там уже умнее сделали ...

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

Пацталоцци
7 - 18.07.2009 - 11:37
 Я смотрю, ты ищешь, чтобы было быстро и просто.
короче, слушай
есть три способа обмена данными между базами подразделений (филиалов)
1. УРБД
2. МОД
3. обработки выгрузки-загрузки (через промежуточные файлы)
 
В нормальных руках и при нормальных мозгах, все три способа эффективны и достаточно надёжны. (Но естественно, на случай коллизий всегда надо иметь актуальные бэкапы - это правило действует при любом обмене, даже супернадёжном).
 
Если руки кривые, можно накосячить при любом способе.
Регулярный частый обмен - это дело такое... надо быть готовым к любой ситуации.
И зря смотришь в сторону восьмёрки - она тоже не спасёт, если по-дурному юзать.

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

Дмитрий2У
8 - 18.07.2009 - 13:10
 не совсем верно ...  мне не нужно быстро и просто ...
  мне нужно надежно ...
    то что вдруг однажды случится какой сбой, а бэкапа всех переносов например именно в этот момент не окажется - и до свидания ...  меня не устраивает такая категоричность ...
  обработки выгрузки-загрузки - здесь куда предпочтительней ...

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

Пудель
9 - 18.07.2009 - 13:15
 А в обработках выгрузки-загрузки сбоев быть не может?

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

USSR
10 - 18.07.2009 - 13:18
 А если чолнце упадет на землю? Еще раз: поломки базы - это редчайше, если только кто-то по дешевке вам что-то обновит. Вчерашний бэкап + сеоодняшние пакеты обмена, в чем проблема?

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

USSR
11 - 18.07.2009 - 13:20
 дело же не в УРБД или в МОД. Если есть вчерашний бэкап, значит надо накатить все что было сегодня, а уж как: да хоть руками, коль с файлами неохота. Чудес не бывает. Вопрос сам по себе достаточно нелепый

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

Дмитрий2У
12 - 19.07.2009 - 04:39
 Пудель - в обработках сбой может быть тоже - речь не про него ... речь про сбой в базе (или сервак предположим накрылся) - при обработках просто поднял бэкап и потом сделал перенос с базы (все что можно) в поднятую базу ...  и все ... все филиалы работают в штатном режиме - кроме как попытаться подлить недостающие данные - морок никаких ...
 
USSR - может я не совсем точно понимаю - тогда на примере давай разберем: предположим есть бэкап ЦБ ночной ...  за день произошло несколько обменов УРБД с филиалами ... в течении дня происходит улет сервера (базы) ... первоначальная задача - запустить как можно быстрее работу - т.е. поднимаем бэкап и запускаем его (на втором серваке, если первый упал) ...
теперь задача восстановить нормально всю работу .. для этого нужно подлить недостающие данные (при этом чтобы они второй раз не ушли в филиалы, а ID ведь скорее всего сменится) ... так как на некоторых филиалах зафиксирован обмен с уже измененной после бэкапа базой - то подозреваю что бэкаповская база либо просто не будет ими восприниматься - либо непонятно что филиал будет делать с теми данными, которые он сначала подгрузил, а потом их вдруг не стало ...
при этом разные филиалы могут находиться в разной степени обмена с ЦБ ...
   короче тут я вижу немерянные геморой ... причем не до конца понятно - можно ли его корректно разрулить рано или поздно ...
   я тут где-то ошибаюсь ? и все гораздо проще ...

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

USSR
13 - 19.07.2009 - 04:57
 Ты хотел, чтобы рухнул сервак и не дал геморроя в распределенной базе? Я так полагаю, что если рухнет центральная база, то по команде все (все базы) восстанавливают вчерашние бэкапы и делают обмены
Тысячи фирм работают, а ты страшилки ищешь

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

Недопёсок
14 - 19.07.2009 - 07:01
 (13) Подскажи пожалуйста, где можно об этом почитать?
(в качестве Ап-а)

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

USSR
15 - 19.07.2009 - 07:03
 (14)О чем почитать?

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

Пацталоцци
16 - 19.07.2009 - 07:07
 (13) +1
 
(12) если рухнет ЦБ, все филиалы должны восстановиться из бэкапа, актуального на момент аварии. Вот и вся недолга.
Что касается самой возможности обрушения ЦБ, кто тебе мешает настроить зеркала и регулярные бэкапы перед и после каждого обмена?

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

USSR
17 - 19.07.2009 - 07:12
 И обмениваться несколько раз на дню наверное тоже не солишком целесообразно, вряд ли вы по несколько раз на дню формируете перемещения ТМЦ между точками или центорм и точками. В большинстве случаев вполне достаточно обменяться 1-2 раза

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

Недопёсок
18 - 19.07.2009 - 08:51
 (15) Об особенностях восстановления распределенных баз.

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

Дмитрий2У
19 - 19.07.2009 - 12:40
 я наверное что-то не понимаю ...
  для меня это бооольшие страшилки ... и тысячи фирм меня не успокаивают ...
   вот есть предположим ЦБ ... вот есть пусть даже 5 филиалов ...
  предположим - что везде делаются бэкапы автоматически ... - хотя это слабое место номер раз - ибо сам если не следишь - то если где что сбилось - то гарантировать не можешь ...
получается что происходит сбой ЦБ - все филиалы, должны вдруг прервать свою работу, найти бэкапы, восстановить их и потерять все данные после этих бэкапов ...
а мне как единственному программисту на все эти филиалы - придется (даже пусть через инет) крутить все эти филиалы и подливать все эти филиальные базы ...
  это очень сложно ... на мой взгляд ...
   я не прав опять где-то ?

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

USSR
20 - 19.07.2009 - 14:46
 (19)уже скучно. В реальной жизни можно и не успеть до унитаза, чтобы покакать, так что теперь? Что ты еще хочешь услышать?? Какой ответ?

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

USSR
21 - 19.07.2009 - 14:47
 По моему тебе просто надо перестать этим заниматься, это будет самое правильное решение

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

USSR
22 - 19.07.2009 - 14:51
 Получается и потрахаться хочешь и боишься дырки в презервативе. Если рухнула база - это ЧП. Это редчайше. Резервируй, зеркалируй, но не стони как кисейная барышня. В реальной жизни всегда можно выкрутиться. Все зависит от специфики бизнеса.
Не нравится УРБД - каналы связи и единая база

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

Дмитрий2У
23 - 19.07.2009 - 15:32
 (18)  присоединяюсь ... самая хорошая постановка вопроса ...

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

Пацталоцци
24 - 19.07.2009 - 15:47
 (23) гугл

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

Дмитрий2У
25 - 19.07.2009 - 15:51
 если ты нашел - просто кинь ссылку ...  че умничать то ...  :)

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

USSR
26 - 19.07.2009 - 15:57
 За двое суток обсуждения уже можно было создать распределенную базу и поэкспереминтировать. я уже повторяюсь, но что ты еще хочешь прочитать. Есть база, объект изменился, ставится на обмен (естественно по правилам миграции). Стоит на обмене, пока не получит подтверждение о том, что принят другой базой. Для "переговоров" используется внутренний ид объектов. Вот и все. сядь и за 10 минут додумаешь схему восстановления, тем более что все было уже озвучено.
На крайняк пересоздание всех периферийных баз. Обсуждать то нечего. Тут половина вопрощающих ваще бэкапы не делает

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+
этот регламент должен быть жёстко прописан документально, в виде приказа куроводства, с назначением ответственных на каждом филиале, и наказаниями за нарушение.

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: УРБД - если накроется база, то как быть ?

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

Добавить новое сообщение

Ваше имя:
Тема сообщения:
Сообщение:
« вопрос по обмену ФСС »
© 2009 Форум 1С: Одинэс.Ру