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

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
09.10.2013, 11:06
|
|||
|---|---|---|---|
Вопрос по not logged initially |
|||
|
#18+
Коллеги, подскажите: прикладное приложение регулярно (по неск. раз в день) переводит свои таблицы в режим без журналирования, о чем в журнале базы появляются сообщения: MESSAGE : ADM5530W The COMMIT processing of table "ADM.TEMP_AGENT_INV" that used NOT LOGGED INITIALLY has been initiated. It is recommended that you take a backup of this table's table space(s). по названию таблиц (префикс TEMP) эти таблицы используются как некие временные таблицы. Но вопрос в следующем: в сообщении рекомендуется выполнить бэкап этого tablespace в котором находится данная таблица. Получается что - сразу после выполнения операции Activate not logged initially над таблицей, данный tablespace в котором лежит эта таблица, будет невозможно восстановить на время после этой операции если не сделать его бэкап? И это несмотря на то что включен архивный журнал в базе, и база вся регулярно бэкапится? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.10.2013, 11:48
|
|||
|---|---|---|---|
Вопрос по not logged initially |
|||
|
#18+
Andron, Неверно. После восстановления и наката логов будет невозможно получить данные в этих таблицах (если не ошибаюсь, вообще всё, что можно будет сделать - дропнуть таблицу и создать заново). Просто потому, что неизвестно, какие действия производились с данными за период от перевода в режим NOT LOGGED и до окончания транзакции. С остальными таблицами всё будет нормально. Но поскольку минимальная гранулярность бэкапа - tablespace, то база рекомендует его весь и забэкапировать. Рекомандации: а) Выносить все такие таблицы в отдельный, предназначенный строго для них TABLESPACE. б) Посмотреть, а не стоит ли их вообще сделать настоящими "временными", DECLARED или CREATED. Там, кстати, можно указать сразу, будут они логироваться или нет, и это не будет фатальным (требующим пересоздания таблицы), если при работе с таблицей пройдёт ROLLBACK. Помимо удобства, работа базы с такими таблицами происходит несколько иным образом ("старается" всё по возможности обработать в памяти). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=43&tablet=1&tid=1601313]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
70ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 296ms |
| total: | 464ms |

| 0 / 0 |
