Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Ошибки SQL1495W и SQL1035N при попытке восстановить базу
|
|||
|---|---|---|---|
|
#18+
Ночью запускается скрипт который делает рестор базы, но время от времени возникают ошибки. DB20000I The QUIESCE DATABASE command completed successfully. DB20000I The TERMINATE command completed successfully. SQL1495W Deactivate database is successful, however, there is still a connection to the database. SQL1035N The database is currently in use. SQLSTATE=57019 SQL1035N The database is currently in use. SQLSTATE=57019 Как все-таки гарантированно убивать подключения? Все это делается, чтобы получить копию базы на втором сервере. Раньше вместо copy+restore делал split mirror, но там тоже было неидеально. Время от времени происходили сбои. Как вообще организовывают зеркало бд( не standby) без использования репликации? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2011, 03:52 |
|
||
|
Ошибки SQL1495W и SQL1035N при попытке восстановить базу
|
|||
|---|---|---|---|
|
#18+
Вот скрипт db2 CONNECT TO DBTEST db2 QUIESCE DATABASE IMMEDIATE FORCE CONNECTIONS db2 TERMINATE db2 DEACTIVATE DB DBTEST db2 "restore db DBTEST taken at $pit logtarget /tmp without prompting" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2011, 03:57 |
|
||
|
Ошибки SQL1495W и SQL1035N при попытке восстановить базу
|
|||
|---|---|---|---|
|
#18+
авторSQL1495W Deactivate database is successful, however, there is still a connection to the database. Возможно, есть приложения, которые имеют привилегию quiesce_connect. авторКак вообще организовывают зеркало бд( не standby) без использования репликации? Может, HADR? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2011, 05:53 |
|
||
|
Ошибки SQL1495W и SQL1035N при попытке восстановить базу
|
|||
|---|---|---|---|
|
#18+
спасибо, сменил пока пароли, буду отслеживать подключения. пока ждем повторения инцидента, по идее у приложений нет административных учеток. hadr -это ведь standby, нужна рабочая копия. Буду опять делать split mirror :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2011, 04:14 |
|
||
|
Ошибки SQL1495W и SQL1035N при попытке восстановить базу
|
|||
|---|---|---|---|
|
#18+
Почему бы не использовать force application для отключения сессий от базы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2011, 08:58 |
|
||
|
Ошибки SQL1495W и SQL1035N при попытке восстановить базу
|
|||
|---|---|---|---|
|
#18+
AndronПочему бы не использовать force application для отключения сессий от базы?force application - асинхронная команда, как и quiesce database force connections. Это значит, что при выдаче этой команды менеджер перед отключением приложения должен выполнить rollback для его активной транзакции. Если транзакция много успела записать, то откат её может занять продолжительное время, гораздо большее, чем время между выдачей quiesce и restore. Выход здесь может быть такой: запускать после quiesce, connect процедуру, время от времени проверяющую, есть ли ещё соединения, или нет и завершающую работу только после того, как она обнаружила, что соединений больше нет или по таймауту. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2011, 10:12 |
|
||
|
|
start [/forum/topic.php?fid=43&msg=37096901&tid=1602393]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
70ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 173ms |
| 0 / 0 |
