Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
DB2 8.1.18 в ЦУ в Инструментах в Журнале -> Хронология БД по одной из БД идёт SQL1014W
|
|||
|---|---|---|---|
|
#18+
Которая расшифровывается как "В просматриваемом каталоге файле или списке больше нет записей. Просмотр каталога файла или списка завершён. Действий от пользователя не требуется." При этом вызываемая база копируется и реорганизуется ежедневно. По остальным БД из этого же экземпляра информация о копировании БД, операциях реорганизации таблиц и прочему выдаётся нормально. База данных, по которой не удаётся просмотреть хронологию, стала очень медленно реорганизовываться по сравнению с другими базами инстанса, ищу этому объяснение, поэтому и потребовалась хронология этой БД. Можно как то исправить ситуацию с SQL1014W или всё же лопатить db2diag? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2012, 12:48 |
|
||
|
DB2 8.1.18 в ЦУ в Инструментах в Журнале -> Хронология БД по одной из БД идёт SQL1014W
|
|||
|---|---|---|---|
|
#18+
Anka_S, http://www-01.ibm.com/support/docview.wss?uid=swg1IC70364 ? Возможно "медленно реорганизуется" и эта проблема не связаны, посмотреть, что там физически с дисками происходит во время реорганизации. Другое предположение - реорганизация нормально не заверашется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2012, 13:55 |
|
||
|
|

start [/forum/topic.php?fid=43&fpage=46&tid=1601893]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
35ms |
get topic data: |
14ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
2ms |
| others: | 10ms |
| total: | 132ms |

| 0 / 0 |
