Распределенная база и обновление
Показывать по
10
20
40
сообщений
- 1
- 2
26.03.2009
08:13
#11
> В чем может быть проблема?
В коллизии. В базах регистрируются изменения объектов для каждого из узлов РБД. В случае, когда изменение зарегистрировано и в центральной базе и в дочерней, приоритетными будут являться изменения сделанные в ЦБ.
В коллизии. В базах регистрируются изменения объектов для каждого из узлов РБД. В случае, когда изменение зарегистрировано и в центральной базе и в дочерней, приоритетными будут являться изменения сделанные в ЦБ.
26.03.2009
08:32
#12
Спасибо. Но как же сделать так, чтобы все-таки получить измененный документ из дочерней базы?
26.03.2009
10:08
#13
1. Делаешь выгрузку материнская -> дочерняя. Принимаешь ее в дочерней. (дочерняя синхронизируется с материнской, принимает подтверждения всех предыдущих выгрузок)
2. В дочерней проверяешь (документы скорее всего вернутся в состояние как в материнской базе), исправляешь и перепроводишь документы не обновившиеся в материнской. (измененные документы помечаются системой как необходимые к отправке в материнскую)
3. Делаешь выгрузку дочерняя -> материнская. Принимаешь ее в материнской (принимаешь измененные документы) и сразу делаешь материнская -> дочерняя (отсылаешь подтверждение принятия изменений).
4. В дочерней принимаешь выгрузку (получаешь подтверждение получения материнской базой изменений).
Во время этих обменов в материнской ничего не перепроводить и ни изменять, хотя-бы "проблемные" документы.
Вообще, на каждый прием данных из дочерней желательно сразу посылать ответную выгрузку. С ней уйдет подтверждение принятых данных. Иначе все неподтвержденные изменения в дочерней будут каждый раз отправляться в материнскую (увеличивая файл выгрузки).
Ну а перед изменением конфигурации в материнской, желательно произвести сначала полный цикл обмена с дочерними базами.
Потом обновить конфигурацию в материнской сделать выгрузку в дочерние. В дочерних принять выгрузку (конфигурация обновится) и отправить в материнскую выгрузки - подтверждения обновления конфигурации.
2. В дочерней проверяешь (документы скорее всего вернутся в состояние как в материнской базе), исправляешь и перепроводишь документы не обновившиеся в материнской. (измененные документы помечаются системой как необходимые к отправке в материнскую)
3. Делаешь выгрузку дочерняя -> материнская. Принимаешь ее в материнской (принимаешь измененные документы) и сразу делаешь материнская -> дочерняя (отсылаешь подтверждение принятия изменений).
4. В дочерней принимаешь выгрузку (получаешь подтверждение получения материнской базой изменений).
Во время этих обменов в материнской ничего не перепроводить и ни изменять, хотя-бы "проблемные" документы.
Вообще, на каждый прием данных из дочерней желательно сразу посылать ответную выгрузку. С ней уйдет подтверждение принятых данных. Иначе все неподтвержденные изменения в дочерней будут каждый раз отправляться в материнскую (увеличивая файл выгрузки).
Ну а перед изменением конфигурации в материнской, желательно произвести сначала полный цикл обмена с дочерними базами.
Потом обновить конфигурацию в материнской сделать выгрузку в дочерние. В дочерних принять выгрузку (конфигурация обновится) и отправить в материнскую выгрузки - подтверждения обновления конфигурации.
- 1
- 2
УПП 1.2.20 Восстановление последовательности расчетов.1с и фискальный регистратор, Регистртор не печатает чеки
Читают тему
(гостей: 1)