Управление распределенными информационными базами в Axapta

[st_msav]

Доброго времени суток.

Подскажите, кто решал проблему с управлением распределенными информационными базами в Axapta. На сколько я знаю, стандартных методов репликации баз данных Axapta не имеет. Средства репликации SQL Server 2000 не поддерживаются. Более того, репликация нужна условная.

Буду рад, если Вы поделитесь идеями. Или дадите ссылку.

[BOAL]

Что такое условная репликация?

У нас стоят три акаспты - одна центральная и две дочки. Цель консолилдированная отчетность по холдингу по разным (функционально не совместимым) бизнесам.

[slava09]

Наша компания решала (решила) задачу репликации данных средствами Аксапты.

[kvan]

Цитата:

Сообщение от slava09

Наша компания решала (решила) задачу репликации данных средствами Аксапты.

Может расскажешь поподробнее что оно из себя представляет?

[slava09]

Да по сути, это аналог механизма репликации MSSQL.
Есть такие объекты как:
1. Источник;
2. Получатель;
3. Порция данных;
4. Публикация;
5. Статья публикации;
А смысл они имеют аналогичный SQLевскому.
И работают также.
Я вобщем-то в репликации не спец, но на вопрос ответил

[slava09]

А, еще забыл: все это подвязано к стандартным группам определения, в которых настраиваются параметры выгрузки\загрузки.
И настраивается еще куча протоколов передачи: копирование, эл. почта, ftp, MSMQ

[slava09]

Это я в качестве общеознакомительно-рекламных целей... спросили: решал ли кто-либо, я ответил - решали, мы

Цитата:

Сообщение от slava09

А, еще забыл: все это подвязано к стандартным группам определения, в которых настраиваются параметры выгрузки\загрузки.
И настраивается еще куча протоколов передачи: копирование, эл. почта, ftp, MSMQ

А чего это за протокол передачи: копирование? ;-)
2 st_msav
1 идея:
Подобные средства как я понимаю разработаны практически во всех крупных конторах (по крайне мере в 2-3 самых крупных точно), сответственно достаточно просто их прозвонить.
2 идея:
сделать самостоятельно. Тут уже вопрос в объемах данных и качестве связи (постоянно online или бывают разрывы и т.п.) Соответственно нужно уточнять.

[kvan]

Ты не путаешь репликацию и обновление некоторых справочников и остатков (может еще чего - уже не помню что там у вас) которое вы реализовали с помощью своего универсального экспорта-импорта (который ты описал)?

[kvan]

Цитата:

Сообщение от slava09

Это я в качестве общеознакомительно-рекламных целей...

Скорее второе

[SHiSHok]

незнаю как в сиквеле, но идея достаточно простая и тупая:
1) определить цели и задачи синхронизации
2) определить обьекты синхронизации
3) выделить группы таблиц синхронизации и метод их синхронизации (обновление, добавление, удаление; направление (то есть источник - получатель).., модель можно усложнить по вашему усмотрению)
4) таблицы приводятся в соответствие на момент времени "А0"
5) после "А0" синхронизируются все измененные/добавленные/удаленные записи (критерий отбора CreateDate+Time; ModifiedDate+Time; удаление надо протоколировать)
6) выгрузка записей и способ передачи на усмотрение (можно делать экспорт во внешний источник данных и передавать e-mail, ftp, (тупое копирование), MSMQ )

[sukhanchik]

Если раскрыть идею BOAL - то как альтернатива синхронизации - возможно скрещивание баз Аксапт - т.е. в "дочках" определенные таблицы подменяются вьюхами, ссылающиеся на центральную базу.
Данное решение - безусловно - требует определенной программной разработки - однако - принципиально - такое решение возможно.
Это решение не является полной альтернативой синхронизации - однако в тех случаях когда синхронизация ведется не между удаленными базами - возможен "онлайн"-вариант. В этом случае желательно выделить в отдельный нижестоящий слой функционал, работающий с этими подмененными таблицами (если приложения отличаются)

[slava09]

Цитата:

Сообщение от kvan

Ты не путаешь репликацию и обновление некоторых справочников и остатков (может еще чего - уже не помню что там у вас) которое вы реализовали с помощью своего универсального экспорта-импорта (который ты описал)?

Да не... сделали всетаки полноценную репликацию.
да и уж какая реклама... Россия далеко... так... ради хвастовства

[kvan]

Цитата:

Сообщение от slava09

Да не... сделали всетаки полноценную репликацию.

В чем физически выражается "полноценная репликация" ?
На примере конкретных примеров пожалуйста.

[slava09]

На "примере конкретных примеров" доказать в чем "физически выражается"?
Уволь. Я так не смогу

[QUOTE=slava09]Да не... сделали всетаки полноценную репликацию.
да и уж какая реклама... Россия далеко... так... ради хвастовства [/QUOTE
А как вы реплицировали закупки и заказы?

[slava09]

Формат вопроса я не совсем понял, но отвечу так: в центре насторили выгрузку заказов (отгрузка на филиал), на филиале настоили прием заказов в закупки от центра.

Цитата:

Сообщение от slava09

Формат вопроса я не совсем понял, но отвечу так: в центре насторили выгрузку заказов (отгрузка на филиал), на филиале настоили прием заказов в закупки от центра.

Меня интересует сам прием в филиале на случай если вдруг не нашлось клиента, номенклатуры и т.п. Что будет в этом случае? как отработает система обработки исключений?

[slava09]

Ааа.. ну это уже конкретней.
Значит система репликации настроена по такой схеме: сначала реплицируются справочники, потом документы. Это часть механизма: создается связка: справочник-документ. И документ не может уйти раньше чем справочник.
Дальше: в группе определения, на событие вставки записи, добавляется проверка на существование ключевых реквизитов документа: клиент, номенклатура, складская аналитика и т.д.
Если запись не прошла проверку, то она отвергается, с соответствующей записью в лог.

А как осуществляется контроль за доставкой? Типа справочник ушел, но туда не пришел... Закупка пошла но соответственно не разнеслась (как кстати организован процесс разноски? отдельное сообщение?) Наличие записи в логе это конечно хорошо но что дальше?