Oracle alert log очистить

Обновлено: 08.07.2024

Я хотел бы знать, как обычно удаляются данные из СУБД Oracle 9i, что фактически освобождает дисковое пространство. В прошлом сценарии у нас были случаи, когда очистка 1-2 миллионов строк данных не приводила к уменьшению использования дискового пространства.

Не приводит к изменению использования дискового пространства.

Это также подводит меня к вопросу, нужно ли очищать больше таблиц, чтобы oracle полностью удалил все данные, которые предположительно были удалены с помощью delete DML

В Oracle удаление строк из таблицы не освобождает автоматически дисковое пространство. Можно освободить дисковое пространство, но для этого вам нужно выяснить, как таблицы физически размещаются в файлах данных. Как только файл данных будет иметь пустые блоки на конце, вы можете изменить размер файла данных до меньшего размера. Только после этой - успешной - операции вы получаете обратно реальное дисковое пространство. Если у вас много пустых блоков в файле данных, но их нет в конце, возможно, проще всего переместить таблицы из табличного пространства, которому принадлежит файл данных, в новое табличное пространство и отбросить старое табличное пространство. Это не сработает для табличного пространства SYSTEM, вам не разрешено перемещать объекты SYS в другое табличное пространство.

Иногда вам повезло, когда вы можете переместить только одну небольшую таблицу, которая заблокировала освобождение места, потому что она была помещена в конец файла данных. В этом случае простой alter table thesmalltable move; переместит эту таблицу и освободит место в конце файла [файлов] данных. После того, alter database datafile '/your/df/name.dbf' resize the_new_size; освобождает место на диске.

Таблица логически помещается в табличное пространство. Табличное пространство состоит как минимум из 1 файла данных, во многих случаях из нескольких файлов данных.

Привет ik_zelf, спасибо за мысли. Один вопрос: приводит ли вся описанная вами операция к простою?
Произойдут простои, вызванные, в основном, перестроением индексов, которые стали непригодными для использования во время перемещения таблиц. С помощью dbms_redefinition можно предотвратить большое количество простоев, но не все, по крайней мере будут короткие простои.

Чтобы заполнить другие ответы, очистка журналов диагностики может помочь вам освободить значительное дисковое пространство (до нескольких ГБ).

По сути, вы запустите adrci Утилита командной строки Oracle, затем выполните:

В приведенном выше примере будут удалены диагностические трассировки старше 1 недели.

Попробуйте эту команду, чтобы вернуть немного места:

Я думаю, что лучший способ вернуть место на жестком диске - это удалить с жесткого диска все неиспользуемые файлы.

Обычный способ удаления данных из базы данных - выполнение команды удаления, однако это не обязательно освобождает дисковое пространство.

Вы можете удалить файл журнала предупреждений, и Oracle автоматически создаст его заново.

Как очистить журнал предупреждений в Oracle?

Обрезать журнал предупреждений

Можем ли мы удалить файлы инцидентов в Oracle?

Могу ли я удалить XML-файлы предупреждений слушателя?

Что такое файл журнала предупреждений в Oracle?

Можно ли удалить файлы .xml в Oracle?

Как мне проверить мой журнал предупреждений с помощью Adrci?

Чтобы просмотреть журнал предупреждений с ADRCI:

Что такое ADR Oracle?

Представленный в Oracle Database 11G, репозиторий автоматической диагностики (ADR) представляет собой файловый репозиторий, который помогает администраторам баз данных выявлять, диагностировать и решать проблемы. Заявленные цели Oracle в отношении ADR: Обеспечение диагностики первого отказа. С учетом предотвращения проблем.

Как запустить Adrci в Oracle?

Использование ADRCI в пакетном режиме

Что такое XML-файл журнала в Oracle?

Как удалить файл трассировки?

Как очистить журнал слушателя?

Как очистить данные журнала прослушивателя? Из другого окна переименуйте файл журнала, затем вернитесь в предыдущее окно. Это создаст новый пустой слушатель. файл журнала, который продолжит регистрацию.

Как удалить файл трассировки в Oracle?

Войдите на сервер базы данных Oracle. Перейдите в каталог трассировки базы данных. Удалите все файлы с расширением.

Что такое файл журнала в базе данных?

Хранение файла журнала базы данных

В сочетании с резервными копиями базы данных они используются для восстановления целостности базы данных вплоть до момента возникновения ошибки. Некоторые журналы, называемые активными или первичными журналами, содержат транзакции, которые не были зафиксированы в базе данных.

Где я могу найти журнал предупреждений в Oracle?

Журнал предупреждений будет расположен в этом примере в / u01 / app / oracle / diag / rdbms / vdb1 / vdb1 / trace и будет иметь имя alert_vdb1.

Как просмотреть журнал предупреждений?

тревога. файл журнала записывается в каталог, указанный параметром background_dump_dest. Чтобы просмотреть журнал предупреждений, сначала вам нужно найти его местоположение с помощью команды show parameter. Чтобы просмотреть журнал предупреждений, вы можете использовать команду tail с параметрами и именем файла.

Предполагается, что вы инсталлировали базу данных, согласно документа.

Обязательные файлы:

Необязательные файлы:

(необязательные в том смысле, что база может быть настроена для работы без данных файлов) (Alertlog - если нет необходимости в изучении данных по ошибкам, можно удалить. Трассировочные файлы по умолчанию не создаются. Чтобы создавались, нужно включать трассировку и потом не забыть отключить) (По умолчанию не используются. Нужно специально создавать специальными командами.)

Файлы данных (Data Files)

Все данные в базе данных Oracle сохраняются в файлах данных. Все таблицы, индексы, триггеры, последовательности, программы на PL/SQL, представления - все это находится в файлах данных. И хотя эти и другие объекты базы данных логически содержатся в табличных пространствах, в действительности они сохраняются в файлах на жестком диске компьютера.

В каждой базе данных Oracle имеется по крайней мере один файл данных (но обычно их бывает больше). Если вы создаете в Oracle таблицу и заполняете ее строками, Oracle помещает эту таблицу и строки в файл данных. Каждый файл данных может быть связан только с одной базой данных.

У каждого файла данных имеется специальный формат, внутренний для программного обеспечения Oracle. Важно отдавать себе отчет в том, что файл данных состоит из заголовка и совокупности блоков. Заголовок файла данных Oracle содержит несколько структур, в том числе и идентификатор базы данных, номер и имя файла, тип файла, SCN создания и состояния файла.

Данные в файлы вносятся исключительно средствами Oracle.

Следующий запрос, покажет, где находятся файлы данных.

Оперативные файлы журналов повтора (Online Redo Log Files)

Оперативные файлы журналов повтора - предназначены для записи всех изменений, выполненных над данными базы данных Oracle. Используется для хранения на диске информации для повторного выполнения операций.

Для компьютера выполнить задачи повторно - означает выполнить ее точно так, как она выполнялась в предыдущий раз. Поэтому назначение оперативного файла журнала повтора заключается в сохранении информации об изменениях в базе данных таким, образом, чтобы позже их можно было повторить.

Каждая база данных должна иметь не менее двух оперативных файлов журналов повтора. Текущий файл постепенно заполняется, после его заполнения (или переключения некоторыми командами), база данных приступает к записи в следующий файл. Эта операция называется переключением журналов.

Поскольку файлы повтора необходимы для выполнения восстановления базы данных и являются критичными, их объединяют в группы. Запись происходит одновременно в файлы одной группы.

Управляющие файлы (Control Files)

Поскольку база данных Oracle является физическим набором связанных файлов данных, то для их синхронизации и контроля требуется особые методы. Для этих целей используются управляющие файлы.

База данных Oracle может иметь один или несколько управляющих файлов. Если имеется несколько управляющих файлов, все они должны быть абсолютно идентичными. При каждом запуске базы данных Oracle читает информацию управляющего файла, а при каждом изменении размещения или добавления новых файлов данных и журналов базы данных обновляет управляющий файл.

Файлы параметров pfile, spfie (Parameter Files)

Файлы параметров используются для конфигурирования действий Oracle предже всего при старте. Для того, чтобы запустить экземпляр базы данных, Oracle должен прочесть файл параметров и определить, какие параметры инициализации установлены для этого экземпляра. В файле параметров содержатся многочисленные параметры и их установленные значения. Oracle считывает файл параметров при запуске базы данных. Можно создать несколько файлов параметров, каждый будет соответствовать различным конфигурациям экземпляра.

spfile - бинарный файл, который используется сервером Oracle при старте.
pfile - текстовый файл с параметрами, будет использоваться при старте, если не будет найден spfile.

При старте, Oracle считает файл spfileora112.ora. (файл серверных параметров). Преимущество spfile заключается в том, что при работе с базой данных, любые изменения в базе касающиеся изменения параметра системы, автоматически записываются в данный файл.

Если используется pfile, для сохранения изменений, необходимо либо “руками вносить эти изменения” в текстовый файл, либо в консоли выполнять команды для создания данных файлов Ораклом.

Как я могу узнать, что моя база данных использует PFILE или SPFILE?

Выполните следующий запрос, чтобы увидеть какой файл параметров был использован:

Архивные файлы журналов повтора (Archive Log Files)

Как только оперативный файл журнала повтора (Redolog) оказывается заполнен, программное обеспечение сервера Oracle начинает запись в следующий файл. Эта операция повторяется, как следствие информация в оперативных файлах журнала (Redolog) многократно перезаписывается.

Если необходимо сохранить историю изменений, нужно, чтобы после переключения журналов сохранялась их копия. Для этого достаточно перевести работу базы данных в режим работы ARCHIVELOG.

Архивные файлы журналов повтора жизненно важны при восстановлении. Если часть базы данных потеряна или повреждена, то для устранения повреждений обычно требуется несколько архивных журналов или туева хуча этих журналов. Файлы журналов повтора должны применяться к базе данных последовательно. Если один из архивных файлов журналов повтора пропущен, то остальные архивные файлы журналов не могут использоваться. Храните все свои архивные файлы журналов повтора с момента выполнения последней резервной копии. Файлы журналов постепенно накапливаются и разрастаются. Иногда необходимо их удалять. Все операции с данными файлами по применению их к базе выполняются исключительно средствами базы данных. А копировать и переносить их при желании можно как угодно. Бездумно удалять их руками не рекомендуется.

Alert log и трассировочные файлы (trace file)

При работе базы данных события и ошибки регистрируются в текстовых файлах на сервере базы данных. Файл журнала предупреждений (alert log) нужен администратору базы данных для отслеживания важнейших действий с базой данных - наподобие открытия и закрытия базы данных, установления параметров загрузки базы данных и переключения оперативных журналов повтора. Также в эти файлы записываются многие ошибки базы данных для последующего расследования их причин. Любые структурные изменения базы данных также регистрируются в файле журнала предупреждений.

Когда возникает ошибка базы данных, может генерироваться файл трассировки (trace file). Они содержит подробную информацию о возникновении ошибки.

Файлы паролей (Password File)

Необязательный файл, используется для защиты информации о подключениях привилегированных пользователей. Если отсутствует, то вы можете выполнять администрирование своей базы данных, только локально. Кроме того, с его помощью контролируется количество привилегированных подключений для управления в одно и то же время.

Tags: Oracle Database, Файлы базы данных Oracle,

Oracle DBA

Лучше потратить какое-то количество времени, чтобы записать успешный опыт, чем потом повторно воспроизводить его по памяти.

Все материалы обновляются по мере нахождения лучших практик и апгрейда знаний. Если будут желающие добавлять свои знания или исправлять ошибки и неточности, пишите в телеграм чате. Если будет учавствовать больше людей, качество материалов будет улучшаться и обновляться быстрее. Ссылки на ваши профили в соц. сетях будут добавлены в статьях, в которых вы учавствуете.

Администраторы баз данных Oracle обычно используют сценарии SQL для предупреждений о ненормальных ситуациях. В Oracle Database 11g и 12c предусмотрена встроенная система сигналов (Oracle alerts), формально именуемая генерируемыми сервером сигналами тревоги, которые автоматически предупреждают о возникновении проблемных ситуаций. База данных генерирует сигналы в ответ на возникновение специфических событий, или когда определенные метрики базы данных превышают свои пороговые значения.

В Oracle сигналы на основе пороговых значений называют сигналами с состоянием (stateful alerts), и они могут быть настроены как на предупреждающие пороговые значения, так и на критичные. Таким образом, сигналы на основе пороговых значений основаны на метриках, а не событиях. В отличие от старых систем уведомления OEM, сама база данных собирает связанные с сигналами метрики вместо OEM. Предупреждающие и критичные пороговые значения могут быть установлены администратором баз данных или же можно принять внутренние настройки порогов Oracle.

Сигналы Oracle, не связанные с порогами — это сигналы, вызванные проблемами, которые основаны на возникновении в базе данных определенных событий (обычно плохих). В Oracle это называют сигналами без состояния (stateless alerts). Ниже даны некоторые примеры.

Переполнение пространства области восстановления.
Приостановка возобновляемого сеанса.
Устаревший снимок.

Таким образом, существуют три ситуации, когда база данных может посылать сигнал.

Метрика преодолевает критичное пороговое значение.
Метрика преодолевает пороговое значение предупреждения.
Возникновение непорогового (проблемного) типа сигналов.

При использовании сигналов на основе пороговых значений Oracle делает различие между предупреждающим сигналом (уровень серьезности 5) и критичным сигналом (уровень серьезности 1). Например, по умолчанию база данных будет посылать предупреждающий сигнал, когда любое табличное пространство превысит порог в 85% занятого места. Когда использованное пространство достигнет 97%, вы получите критичный сигнал.

Генерируемые сервером сигналы по умолчанию (Oracle Alerts default)

Oracle предлагает несколько генерируемых сервером сигналов по умолчанию, которые могут базироваться как пороговых значениях, так и на возникновении проблем. Ниже перечислены некоторые готовые генерируемые сервером сигналы в Oracle Database 11g.

Устаревший снимок.
Использование табличного пространства (предупреждающий сигнал при 85% занятого места и критичный — при 97%).
Приостановка возобновляемого сеанса.
Исчерпано свободное место в области восстановления.

На заметку! Oracle автоматически устанавливает пороги на всех метриках объектного типа SYSTEM.

В дополнение к сигналам по умолчанию можно выбирать и другие сигналы, а также изменять пороги сигналов по умолчанию. Эти задачи решаются с помощью OEM Database Control или поставляемых с Oracle пакетов PL/SQL. Средство Database Control можно так-же использовать для установки правил уведомления, например, указать период задержки сигналов, в течение которого никакие сигналы базой данных посылаться не будут.

Удостоверьтесь в установке параметра STATISTICS_LEVEL равным TYPICAL или ALL, чтобы использовать средство серверной генерации сигналов. В дополнение можно отображать сигналы, непосредственно подписавшись на очередь доставки сигналов.

Oracle alert log - лог сигналов тревоги

В файле alert.log хранится журнал сигналов тревоги и ошибок экземпляра. Многих системных администраторов интересует, где он располагается. Его нахождение задается настройкой background_dump_dest в файле параметров init[SID].ora. Выполните такой запрос:

Также местоположение файла alert log можно узнать из представления V$PARAMETER:

Читайте также: