Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
15.02.2006, 17:15
|
|||
|---|---|---|---|
Что лежит в sqllib? (DPF) |
|||
|
#18+
Возник вопрос-в доке при инсталляции partitioned environment предлагается раздавать sqllib между нодами по NFS. По идее, это не самое замечательное решение с точки зрения доступности, ведь если 1й узел (с NFS-сервером) навернётся, то колом встанет просто всё. В связи с этим такой вопрос-что там такого лежит, нельзя ли дать каждому узлу свою копию sqllib? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.02.2006, 17:41
|
|||
|---|---|---|---|
|
|||
Что лежит в sqllib? (DPF) |
|||
|
#18+
db2nodes.cfg ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.02.2006, 18:19
|
|||
|---|---|---|---|
Что лежит в sqllib? (DPF) |
|||
|
#18+
И всё? Т.е. если я один раз добавил ноды и ничего не меняю-можно просто раскопировать по всем узлам? Хотя, если catalog node навернётся-то всё равно же всё встанет :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.02.2006, 19:05
|
|||
|---|---|---|---|
|
|||
Что лежит в sqllib? (DPF) |
|||
|
#18+
Да. В Следующей версии catalog partition будет под HADR. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.02.2006, 20:28
|
|||
|---|---|---|---|
Что лежит в sqllib? (DPF) |
|||
|
#18+
Да- это к "могу раскопировать" или к "всё встанет"? HADR будет поддерживаться в partitioned environment? Это в 8.2.4 будет или позже? И ещё вот какой вопрос у меня возник-а при одновременном падении всех узлов recovery для них будет происходить последовательно, параллельно или вообще как-то иначе? Наблюдал при падении питания следующий эффект: db2start db2 connect to Y -- идёт recovery node0 а потом recovery остальных нодов идёт по мере обращения к ним, что неправильно. Как это можно побороть, делать db2_all "connect to Y" ? PS: замедление работы при >1 узла побороли-оказывается, виноват был драйвер сетевой карты, вносивший большую задержку. А в DB2 никак невозможно понять было, на чём оно висит :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=43&mobile=1&tid=1605515]: |
0ms |
get settings: |
10ms |
get forum list: |
22ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
28ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
| others: | 250ms |
| total: | 382ms |

| 0 / 0 |
