[Logo] Форум ПАРУС
Синхронизация баз данных  XML
Индекс форума » Парус 8.хх
Автор Сообщение
Архивариус
Новичок

Зарегистрирован: 06.07.2011 04:57:42
Сообщений: 34
Оффлайн

В общем есть ли возможность полной синхронизации 2-ух и более баз данных Паруса 8, территориально удаленных друг от друга, по каналу или off-line. Есть ли у кого опыт поделитесь, как это реализовать.

Автор:
cyber
kursksoft1@mail.ru
02.11.2012 08:13

Для сообщений со старой версии форума
Архивариус
Новичок

Зарегистрирован: 06.07.2011 04:57:42
Сообщений: 34
Оффлайн

Полной синхронизацией не пользовались (обычно нужно не все перетаскивать), но есть возможность по журналам повтора или по журналам отката. Полностью повторяем транзакции во второй БД.
Или речь идет о распределенной БД?

Автор:
Dima
shishkanov.d@gmail.com
02.11.2012 08:40

Для сообщений со старой версии форума
Архивариус
Новичок

Зарегистрирован: 06.07.2011 04:57:42
Сообщений: 34
Оффлайн

to cyber
Есть несколько вариантов:
1. На базе триггеров написать свою систему синхронизации. Минус такого похода только один: чем больше разделов, тем больше писать придется. Но мы так реализовывали.
2. У Паруса давно я слышал было какое то решение по теме синхронизации (не через репликацию).

to Dima
А если данные вводятся в обоих системах? У каждого ведь свои rn и тд и тп.

Автор:
Магистр Йода
yoda@parus8.ru
02.11.2012 09:39

Для сообщений со старой версии форума
Архивариус
Новичок

Зарегистрирован: 06.07.2011 04:57:42
Сообщений: 34
Оффлайн

ИМХО сейчас будет дешевле купить канал хороший

Автор:
mikorus
mikorus@rambler.ru
02.11.2012 09:41

Для сообщений со старой версии форума
Архивариус
Новичок

Зарегистрирован: 06.07.2011 04:57:42
Сообщений: 34
Оффлайн

to mikorus
+1. А БД если в всех каналы так себе разместить где нить в датацентре.

Автор:
Магистр Йода
yoda@parus8.ru
02.11.2012 09:42

Для сообщений со старой версии форума
Архивариус
Новичок

Зарегистрирован: 06.07.2011 04:57:42
Сообщений: 34
Оффлайн

to mikorus
+1

to Магистр Йода
Да-да! Я про то и говорю. Тоже триггерами скидывали в отдельный раздел пометки об изменениях/добавлениях/удалении записей в определенных разделах и джобами перетаскивали на обменный сервер, с которого другие БД забирали в себя что надо.
Трудно это назвать синхронизацией. Скорее обмен данными.
Речь идет именно об определенном перечне данных.
Хотя, может можно что-то еще более универсальное придумать.
Контролировать состояние всех объектов схемы... (включая проц., функц. и т.д.) Не думал об этом.
Кстати, если сделать например специальный "сервер синхронизации", у которого будет доступ ко всем экземплярам БД, наверно можно по комбинации "Экземпляр + дельта RN" (дельта RN вычисляется за время) простоя джоба перетягивать записи между экземплярами.

Автор:
Dima
shishkanov.d@gmail.com
02.11.2012 10:44

Для сообщений со старой версии форума
Архивариус
Новичок

Зарегистрирован: 06.07.2011 04:57:42
Сообщений: 34
Оффлайн

Посмотрите в Парусе "Сервис удаленного доступа к данным"
- позволяет получать данные параллельно от разных филиалов с минимальной зависимостью от пропускной способности и состояния каналов связи.

Автор:
Alexander
forwork_01@mail.ru
02.11.2012 11:23

Для сообщений со старой версии форума
Архивариус
Новичок

Зарегистрирован: 06.07.2011 04:57:42
Сообщений: 34
Оффлайн

to Alexander
:о)))
Спасибо. Учим мат.часть

Автор:
Dima
shishkanov.d@gmail.com
02.11.2012 11:30

Для сообщений со старой версии форума
Архивариус
Новичок

Зарегистрирован: 06.07.2011 04:57:42
Сообщений: 34
Оффлайн

Про сервис.
"Доступ к удаленным данным
Решаемая задача: обеспечение оперативного и достоверного предоставления информации (например: документов, учетных данных, справочной информации) центру от подчиненных структур, например, центру холдинга от его филиалов."

То есть однонаправленный поток.

Автор:
Dima
shishkanov.d@gmail.com
02.11.2012 11:38

Для сообщений со старой версии форума
Архивариус
Новичок

Зарегистрирован: 06.07.2011 04:57:42
Сообщений: 34
Оффлайн

В Парусе есть сервис RDA Доступ к удаленным данным

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

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

Автор:
Олег
moskovets@parus.ru
02.11.2012 11:45

Для сообщений со старой версии форума
Архивариус
Новичок

Зарегистрирован: 06.07.2011 04:57:42
Сообщений: 34
Оффлайн

Если стоит задача чтобы данные вводились в базы одновременно, то можно пользоваться предложением INCREMENT BY 2 в create_sequence.
Тогда в одной базе будут только четные RN, а в другой нечетные.

Автор:
Илья
mindiyarov@rambler.ru
02.11.2012 16:11

Для сообщений со старой версии форума
Архивариус
Новичок

Зарегистрирован: 06.07.2011 04:57:42
Сообщений: 34
Оффлайн

to Илья
хихи а если базы тры?:_)

Автор:
Магистр Йода
yoda@parus8.ru
02.11.2012 21:08

Для сообщений со старой версии форума
 
Индекс форума » Парус 8.хх
Перейти: