Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
DPF и HADR?
|
|||
|---|---|---|---|
|
#18+
Опять я с вопросом про DPF... Как я понял, в данный момент не поддерживается использование HADR с многораздельными БД. А как тогда быть, если требуется standby, находящийся, например, в соседнем городе? Какие решения существуют для этого? Ещё интересует вопрос-можно ли реализовать standby для многораздельной БД на машине без поддержки DPF? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 06:16 |
|
||
|
DPF и HADR?
|
|||
|---|---|---|---|
|
#18+
http://publib.boulder.ibm.com/infocenter/db2help/topic/com.ibm.db2.udb.doc/admin/c0006354.htm и более детально http://publib.boulder.ibm.com/infocenter/db2help/topic/com.ibm.db2.udb.doc/admin/c0007190.htm в принципе это тоже что и HADR делает. Админы ведь годами работают без HADR ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 08:39 |
|
||
|
DPF и HADR?
|
|||
|---|---|---|---|
|
#18+
лично я не понял что такое многораздельная БД на машине без DPF ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 08:40 |
|
||
|
DPF и HADR?
|
|||
|---|---|---|---|
|
#18+
Не очень ясна постановка задачи. Время восстановления, насколько критична потеря данных, пропускная способность ваших каналов от этого очень много зависит, В соседнем ли городе все находится Можно огранизовать Log Shipping Можно попробовать Q-Replication Репликация данных Db2 через MQSeries с очень низкой задержкой. Преимущества структура БД можкт быть различна в отличии от HADR итд итп Можно подождать год и будет HADR в DPF. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 10:29 |
|
||
|
DPF и HADR?
|
|||
|---|---|---|---|
|
#18+
ggvлично я не понял что такое многораздельная БД на машине без DPF Допустим, поставлена задача:есть БД, размещённая на кластере машин с DB2 ESE+DPF в одном здании и клиент хочет иметь копию данных в соседнем здании/городе, но в запасном офисе хочет иметь только одну машину и DB2 без DPF. Решаемо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 11:33 |
|
||
|
DPF и HADR?
|
|||
|---|---|---|---|
|
#18+
nkulikovНе очень ясна постановка задачи. Время восстановления, насколько критична потеря данных, пропускная способность ваших каналов от этого очень много зависит, В соседнем ли городе все находится Можно огранизовать Log Shipping Можно попробовать Q-Replication Репликация данных Db2 через MQSeries с очень низкой задержкой. Преимущества структура БД можкт быть различна в отличии от HADR итд итп Можно подождать год и будет HADR в DPF. Попробую сформулировать по пунктам... Время восстановления - до 30 минут на всё, потеря данных, конечно, нежелательна :) , но несколько минут можно и потерять (как я понимаю, синхронной пересылки логов нет?). Каналы-10..100Мбит/c . Репликация, насколько я понимаю, потребует дополнительного администрирования в случае изменения структуры таблиц, что нежелательно. Требования иметь на standby иную логическую структуру (т.е. например реплицировать только набор таблиц или подмножество данных) нет, поэтому особых преимуществ не вижу... Про HADR в DPF через год-это, пожалуй, оптимально. Будет ли работать как временное решение log shipping и размещение всех разделов БД на одной standby машине? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 12:09 |
|
||
|
DPF и HADR?
|
|||
|---|---|---|---|
|
#18+
в случае DPF логи на каждой ноде свои, это надо учитывать при планировании. И потянет ли один standby сервер нагрузку кластера. Николай специалист в репликации, его и терзать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 12:39 |
|
||
|
DPF и HADR?
|
|||
|---|---|---|---|
|
#18+
Мысли вслух (поток сознания, пока не оформленный в конкретное предложение ) Предлагаю Q-Replication правда стоит денег. Потеря данных минимальна менее минуты это меньше чем при log-shipping (при log shipping если у тебя транзакция закрывается журнал не сразу передается на удаленную машину нужно ждать закрытия журнала etc...) Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. Опять же на второй машине можно гонять некоторый workload снимая нагрузку с основной машины. Можно подумать и сделать комбинацию... (есть задумка, но надо посответоваться) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 14:20 |
|
||
|
DPF и HADR?
|
|||
|---|---|---|---|
|
#18+
Нету ли улучшения в новых версиях? Имею в виду поддержку HADR+DPF. И ещё. Вот на Оракле можно сделать задержку наката логов для восстановления от пользовательских ошибок (даже при синхронном режиме работы standby) - можно ли сделать это же на DB2 с HADR? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2006, 22:19 |
|
||
|
DPF и HADR?
|
|||
|---|---|---|---|
|
#18+
вся дока по hadr полсностью присутствует в information center. На сколько я помню, никаких специальных задержек нет, ни при одном из трех режимов - синхронный, близкий к синхронному, асинхронный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2006, 09:26 |
|
||
|
DPF и HADR?
|
|||
|---|---|---|---|
|
#18+
Эх, ну и жаль... Как же тогда обеспечивать одновременно и защиту от потерь транзакций (синхронный режим) и защиту от пользовательских ошибок (задержка наката транзакций на базу)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2006, 10:19 |
|
||
|
DPF и HADR?
|
|||
|---|---|---|---|
|
#18+
Новое будет во втором квартале. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2006, 11:27 |
|
||
|
DPF и HADR?
|
|||
|---|---|---|---|
|
#18+
Ждём уже, ждём. В прошлый раз клиент успешно ушёл на Oracle+RAC... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2006, 11:34 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=32931262&tid=1605119]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
54ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 262ms |
| total: | 415ms |

| 0 / 0 |
