Методика универсальна, но с учетом ограничения, существующего на текущий момент, указанного в п.3.ниже.
Да, PostgrePro можно, как и другие сборки PG.
Утилита ibcmd разработана в 1С и для 1С систем. Платформа DBReplication на текущий момент совместима только с 1С, под другие базы не тестировалась, но если возникнет задача - можно сделать адаптацию.
Конфигурация обновляется с помощью специального инструментария, входящего в состав программного комплекса DB Replication. Обновление происходит обычно в едином тех.окне во всех узлах - изменения одновременно/параллельно тиражируются во все узлы из специальной "Эталонной" базы. Пользователь весь процесс обновления в режиме реального времени контролирует в графическом интерфейсе - где и что происходит в каждом узле. С точки зрения репликации не все изменения конфы 1С критичны, критичными являются только те обновления, которые несут "структурные" изменения на уровне БД - то есть изменения в составе и/или структуре подписанных на репликацию таблиц, их полей, их индексов. Именно такие критичные обновления требуется выполнять одновременно во всех узлах. Прочие изменения конфигурации на функционирование репликации не влияют, поэтому обновлять узлы можно "в разнобой".
Если опустить все детали, то принцип работы такой: триггеры пишут слепок изменений в таблицу очереди, транспортный Агент читает эту очередь и передаёт ее в базу назначения, а в базе назначения транспортный Агент применяет входящую очередь уже к таблицам 1С. Несколько подробнее про этом можно на сайте Софтпоинт почитать в ветке про продукт DB Replication.
Уточню: DB Replication не производит структурных изменений в таблицах 1С. Это критически важно для работоспособности 1С. Если добавлять колонки типа rowversion , то это не совместимо с 1С.
В качестве ответа приведу выдержку из f.a.q. по репликации.
Почему при репликации к реплицируемым таблицам добавляется столбец? Будет ли он удален, если таблица не публикуется?
Для отслеживания изменений репликация слиянием и репликация транзакций с подписками, обновляемыми посредством очередей, должны быть способны уникально идентифицировать каждую строку в каждой публикуемой таблице. Для этого:
• Репликация слиянием добавляет к каждой таблице столбец rowguid {…}
• Если публикация транзакций поддерживает подписки, обновляемые посредством очередей, то репликация добавляет к каждой таблице столбец msrepl_tran_version {…}
Методика универсальна, но с учетом ограничения, существующего на текущий момент, указанного в п.3.ниже.
Да, PostgrePro можно, как и другие сборки PG.
Утилита ibcmd разработана в 1С и для 1С систем. Платформа DBReplication на текущий момент совместима только с 1С, под другие базы не тестировалась, но если возникнет задача - можно сделать адаптацию.
При реальном интересе проводим демонстрацию на нашем стенде.
Конфигурация обновляется с помощью специального инструментария, входящего в состав программного комплекса DB Replication. Обновление происходит обычно в едином тех.окне во всех узлах - изменения одновременно/параллельно тиражируются во все узлы из специальной "Эталонной" базы. Пользователь весь процесс обновления в режиме реального времени контролирует в графическом интерфейсе - где и что происходит в каждом узле. С точки зрения репликации не все изменения конфы 1С критичны, критичными являются только те обновления, которые несут "структурные" изменения на уровне БД - то есть изменения в составе и/или структуре подписанных на репликацию таблиц, их полей, их индексов. Именно такие критичные обновления требуется выполнять одновременно во всех узлах. Прочие изменения конфигурации на функционирование репликации не влияют, поэтому обновлять узлы можно "в разнобой".
Если опустить все детали, то принцип работы такой: триггеры пишут слепок изменений в таблицу очереди, транспортный Агент читает эту очередь и передаёт ее в базу назначения, а в базе назначения транспортный Агент применяет входящую очередь уже к таблицам 1С. Несколько подробнее про этом можно на сайте Софтпоинт почитать в ветке про продукт DB Replication.
Уточню: DB Replication не производит структурных изменений в таблицах 1С. Это критически важно для работоспособности 1С. Если добавлять колонки типа
rowversion, то это не совместимо с 1С.