
- •25. Действия фоновых (ckpt, lgwr, arCn) процессов и их влияние на восстановление; Режим работы archivelog, его отличия, влияние на восстановление, пример включения режима;
- •26. Стратегия типы и режимы резервирования. Типы резервных копий: копии образов и резервные наборы. Понятие наката и отката изменений;
- •27. Понятие и схема работы Flashback Database, Flashback Table, Flashback Drop. Примеры;
- •28. Понятие и схема работы Flashback Query, Flashback Versions Query, Flashback Transaction Query, различия, предназначение, примеры;
- •29. Процесс прослушивания, управление процессом прослушивания. Net8. Схема работы клиентского подключения и процесса прослушивания. Роль файлов параметров на клиентской и серверной стороне;
- •30. Методы разрешения имен, упрощенное соединение, локальные описатели, дополнительные опции соединения и причины их использования, примеры;
- •31. Диагностика, файлы диагностики. Доступ к файлам и данным диагностики.
- •32. Сигнальные сообщения и настройка уведомлений, понятие правила и пороговых значений метрики;
31. Диагностика, файлы диагностики. Доступ к файлам и данным диагностики.
Файлы диагностики:
- Сигнальный файл (alert_SID.log) (см. инфо в вопросе 32).
- Трассировочный файл ().
- Core-файл (Coredump).
- Файлы системных жерналов.
Файл трассировки
- Каждый серверный процесс пишет диагностику в файл трассировки.
- В заголовке:
- ОС и версия.
- Версия Oracle и опции.
- Имя SID.
- Номер/идентификатор процесса.
Файлы трассировки обычно создаются серверным процессом, который обнаружил ошибку.
Для некоторых фоновых процессов (ARCn) можно управлять тем, что есть в файлах трассировки, какой состав данных. Файлы трассировки могут быть начаты по запросу пользователя.
Применение EM для трассировки SQL: select * DBA_ENABLED_TRACES;
Системный журнал включает сообщения об ошибках на уровне ОС.
Полезны, если есть подозрения на проблемы с железом.
- /var/log/messages
- Event Viewer
32. Сигнальные сообщения и настройка уведомлений, понятие правила и пороговых значений метрики;
Сигнальный файл (alert_SID.log) – специальный диагностический файл, состоящий из сигнальных сообщений.
Сигнальные сообщения генерируются на основе указанных пороговых сообщений и на основе определенных событий.
Сигнальное сообщение помещается в очередь, у которой могут быть различные читатели (потребители). Оно находится в очереди, пока потребители его не заберут.
Он состоит из:
- внутренних ошибок;
- административных операций (create, alert, drop);
- ошибок MTS;
- ошибок обновления материализованных представлений;
- значений параметров инициализации;
- диагностических данных от фоновых и основных процессов;
- итоговой информации по ошибкам со ссылками на файлы трассировки.
Информация ведется с момента создания базы.
Просмотр сигнального файла:
- С помощью SQL*Plus: show parametr dump.
- С помощью EM: Administration -> Alert Log Content (DBConsole).
Различают 2 типа сигнальных сообщений:
- на базе метрик (сигналы о превышении пороговых значений);
- на базе событий (сигналы без пороговых значений, например, не хватает места в области
восстановления).
EM является удобным средством для редактирования уведомлений и пороговых значений Oracle