|
Действия ...
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
25.02.2010, 12:58
|
|||
|---|---|---|---|
|
|||
Синхронизация баз DB2 |
|||
|
#18+
Добрый день, уважаемые эксперты. У нас есть две идентичные по структуре базы DB2, версия сервера 9.5. Одна база рабочая, в нее записываются постоянно данные. Вторая база для отчетности. Каким образом лучше оперативно переносить данные из рабочей базы в отчетную? Подскажите способы решения. Сейчас делается backup-restore вручную. Я вижу наиболее оптимальный способ - написание сервиса, который будет выполнять необходимые действия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
25.02.2010, 14:09
|
|||
|---|---|---|---|
|
|||
Синхронизация баз DB2 |
|||
|
#18+
ChallengerДобрый день, уважаемые эксперты. У нас есть две идентичные по структуре базы DB2, версия сервера 9.5. Одна база рабочая, в нее записываются постоянно данные. Вторая база для отчетности. Каким образом лучше оперативно переносить данные из рабочей базы в отчетную? Подскажите способы решения. Сейчас делается backup-restore вручную. Я вижу наиболее оптимальный способ - написание сервиса, который будет выполнять необходимые действия. 1. можно настроить удаленное журналирование и применение этих журналов на отчетном сервере. 2. можно использовать ETL-инструменты и запускать по расписанию ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
25.02.2010, 14:21
|
|||
|---|---|---|---|
|
|||
Синхронизация баз DB2 |
|||
|
#18+
IT-Shaman 2. можно использовать ETL-инструменты и запускать по расписанию Спасибо за подсказки. А вот здесь не могли бы чуть поподробнее расписать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
25.02.2010, 14:28
|
|||
|---|---|---|---|
Синхронизация баз DB2 |
|||
|
#18+
Challenger, подумалось 1. репликация 2. переход на DB2 9.7.1 + HADR standby reads ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
25.02.2010, 15:39
|
|||
|---|---|---|---|
|
|||
Синхронизация баз DB2 |
|||
|
#18+
Никто не анализировал какой подход лучше и в каких случаях? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
25.02.2010, 17:57
|
|||
|---|---|---|---|
|
|||
Синхронизация баз DB2 |
|||
|
#18+
ETL это деньги. Репликация входит в стандартный функционал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.02.2010, 09:16
|
|||
|---|---|---|---|
Синхронизация баз DB2 |
|||
|
#18+
ChallengerНикто не анализировал какой подход лучше и в каких случаях? имхо, Для отчетности обычно либо делают реплику нужных таблиц, либо строят полноценное DWH (c ETL-процессами и прочим). Реплицировать всю базу будет накладно, хотя никто не запрещает. Если нужно иметь идентичную базу, и чтоб и репортинг делать и на случай дизастера резерв иметь, то тут HADR в 9.7.1 поможет "убить двух зайцев". Оно правда совсем новое и неизведанное и с некоторыми ограничениями :) Ну и бекапы ресторить тоже вариант, пока база небольшая и процесс восстановления укладывается в time window и если для репортинга достаточно данных на момент бекапа. Как-то так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=43&mobile=1&tid=1602875]: |
0ms |
get settings: |
11ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
91ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
| others: | 289ms |
| total: | 473ms |
| 0 / 0 |
