Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Сново вопрос по HADR
|
|||
|---|---|---|---|
|
#18+
Нужно разработать процедуру восстановления БД. Предположим на primary "отвалилась" сетка. На standby автоматически происходит takeover by force, клиенты переподключаются к резервной СУБД. После восстановления сети на основной машине у нас две базы с ролью primary. Что следует сделать для восстановления HADR? Попытка остановить hadr на одной из машин и запуск его с ролью standby приводит к сообщению что БД находиться не в режиме повтора транзакций. Можно ли ввести БД в режим повтора транзакций принудительно, не выполняя restore? Правильно я понимаю что сначала нужно в режим standby ввести базу, которая была основной, дождаться, пока она повторит транзакции которые были произведены во время ее "отсутствия" и только потом выполнить takeover? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2009, 16:02 |
|
||
|
Сново вопрос по HADR
|
|||
|---|---|---|---|
|
#18+
stop hadr на бывшем primary делать не надо. Вместо этого надо было сделать для бывшего primary: Код: plaintext 1. Например: 1. сеть отключилась, primary подождала некоторое время (какое именно, записит от параметров), вошло в disconnected состояние, продолжило логирование и закоммитила какие-то транзакции. 2. вы решили сделать takeover ... by force на standby (предварительно, конечно, остановив primary) 3. после этого вы уже не реинтегрируете бывшую primary, т.к. для неё есть транзакции, которые не применены на новой primary ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2009, 18:05 |
|
||
|
Сново вопрос по HADR
|
|||
|---|---|---|---|
|
#18+
и надеяться на то, что она, эта бывшая primary, не успела после отключения сети чего-то закоммитить: Например: 1. сеть отключилась, primary подождала некоторое время (какое именно, записит от параметров), вошло в disconnected состояние, продолжило логирование и закоммитила какие-то транзакции. 2. вы решили сделать takeover ... by force на standby (предварительно, конечно, остановив primary) 3. после этого вы уже не реинтегрируете бывшую primary, т.к. для неё есть транзакции, которые не применены на новой primary[/quot] А есть ли какие-либо рекомендации для подобных случаев? Спасибо за ответ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2009, 18:12 |
|
||
|
Сново вопрос по HADR
|
|||
|---|---|---|---|
|
#18+
platonov.sА есть ли какие-либо рекомендации для подобных случаев? Best Practices: DB2 High Availability Disaster Recovery . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2009, 18:16 |
|
||
|
|

start [/forum/topic.php?fid=43&tid=1603376]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
58ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 210ms |
| total: | 341ms |

| 0 / 0 |
