p align="justify"> База даних Oracle може працювати в двох режимах:
В· NOARCHIVELOG
В· ARCHIVELOG .
Якщо база даних не працює в режимі ARCHIVELOG, дані рано чи пізно будуть втрачені.
Щоб сервер Oracle міг зберігати дані файлу журналу повторного виконання, перед тим як файл буде перезаписаний, необхідно перевести базу даних в режим ARCHIVELOG. Тоді сервер буде архівувати журнали і ніякі дані не будуть загублені. p align="justify"> Для переведення бази даних в режим ARCHIVELOG (рис. 2) необхідно:
В· зупинити примірник Oracle - shutdown immediate;
В· запустити примірник Oracle в режимі mount;
В· перевести базу даних в режим ARCHIVELOG -
alter database archivelog
В· відкрити базу даних alter database open.
В
Рис. 2 - переклад бази даних в режим ARCHIVELOG
2.3 Додаткове журналирование бази даних
Supplemental logging - це процес запису додаткової інформації в журнал під час виконання операцій зміни (наприклад, зміни рядка). Існує два рівня supplemental logging:
В· database-level supplemental logging
В· table-level supplemental logging.
Database-level supplemental logging. Існує 2 типу database-level supplemental logging:
В· minimal supplemental logging
В· identification key logging.
Перший на відміну від іншого не додає значне навантаження на базу данних.Рекомендуется як мінімум включати minimal supplemental logging.
Minimal supplemental logging - в цьому режимі база даних журналірует додатковий обсяг даних, необхідний для ідентифікації, угруповання й з'єднання операцій Redo, пов'язаних з DML змінами.
Включити: ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;
Вимкнути: ALTER DATABASE DROP SUPPLEMENTAL LOG DATA;
Database-Level Identification Key Logging. Використовуючи цей режим, можна включити журнал роботи змін для всіх таблиць в базі даних.
Database identification key logging має ряд режимів:
В·
