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