Oracle dbid что это

Обновлено: 05.07.2024

Архивный журнал - это неактивная резервная копия журнала повторов. Используя архивный журнал, можно сохранить все записи истории повторов. Когда база данных находится в режиме ARCHIVELOG и выполняется режим переключения журналов, фоновый процесс ARCH сохранит содержимое журнала повторов в Архивный журнал. Если в базе данных произошел сбой носителя, используйте резервное копирование файлов данных, архивный журнал и журнал повторов, чтобы полностью восстановить базу данных.

Как включить режим архива

Как видно из вышесказанного, база данных не открыта для архивирования.

Снова посмотреть архив

Архив уже открыт

Часто встречающиеся проблемы

Код ошибки: ORA-00257

В проекте часто можно столкнуться с ситуацией, что архив ORA-00257 переполнен, сначала посмотрите официальное описание:

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

Чистый архивный журнал

Посмотрите на значения этих трех предложений по отдельности

crosscheck archivelog all

Проверено, что архивный журнал БД - это файл в месте, указанном параметром log_archive_dest.Когда архивный журнал удаляется вручную, Rman Backup обнаружит потерю журнала и не сможет продолжить выполнение.
Таким образом, вам нужно вручную выполнить процесс перекрестной проверки в это время, после чего резервную копию Rman можно будет восстановить до нормального состояния.
То есть, когда вы не можете ввести rman, вы можете напрямую удалить архивный файл журнала, а затем выполнить этот оператор!

delete archivelog until time 'sysdate-1'

Это предложение - удалить архивный журнал текущего времени-1 день

-3 означает хранить архивные логи в течение 3 дней

delete expired archivelog all

Удалить просроченные или недействительные архивные журналы
Настоятельно рекомендуется: сделайте физическую резервную копию после удаления архивного журнала.

Почему возникает вышеуказанная проблема

Когда большое количество архивных журналов создается каждый день, это означает, что в базе данных имеется большое количество операторов DML, и архивный журнал записывает эти операции, поэтому мы должны подумать, можем ли мы избежать этих операций, таких как:

  • Является ли конструкция базы данных необоснованной и частые операции не требуются
  • Большое количество операций может быть данными журнала (журналы, записи операций и т. Д.), Поэтому вы думаете о размещении таблицы журнала в нереляционной базе данных?

Оператор DML: в языке SQL - набор инструкций, отвечающий за выполнение доступа к данным к объектам базы данных, с INSERT, UPDATE и DELETE в качестве ядра.
Нереляционные базы данных, такие как данные документов MongoDB, база данных "ключ-значение" Redis и т. д.

<b style = "color: red"> Узнав о побочных эффектах архивных журналов, считаете ли вы, что вам не нужно включать режим архивирования, который более безопасен? </b>

Давайте посмотрим на преимущества и недостатки режима архива (взято из Интернета)

Преимущества и недостатки архивного режима и неархивного режима

Преимущества режима архивирования
  • Возможно полное и неполное восстановление: все изменения, внесенные в базу данных, записываются в файл журнала. Если файл данных потерян из-за сбоя жесткого диска, вы можете использовать физические резервные копии и архивные журналы для полного восстановления базы данных без каких-либо потерь. данные.
  • Возможно оперативное горячее резервное копирование: так называемое оперативное горячее резервное копирование - это резервное копирование базы данных во время работы базы данных. Во время резервного копирования использование базы данных пользователем никоим образом не затрагивается.
  • Можно реализовать Data Guard: можно развернуть одну или несколько резервных баз данных для максимальной защиты от сбоев.
  • Возможна реализация потока: технология Stream может использоваться для реализации от простейшей односторонней репликации до сложной двусторонней репликации и многонаправленной репликации, а также для обеспечения более гибкой схемы резервирования данных.
  • Табличное пространство может быть в автономном режиме: вы можете создать резервную копию некоторых баз данных, например важных табличных пространств.
  • Возможность инкрементного резервного копирования: необходимо сделать полное резервное копирование только один раз, и резервное копирование только измененных данных в будущем, что может увеличить скорость резервного копирования.
  • Дополнительные варианты оптимизации: с обновлением версии Oracle новые стратегии оптимизации продолжают появляться в оперативном «горячем» резервном копировании.
Недостатки архивного режима
  • Требуется больше места на диске для сохранения архивных журналов;
  • У администратора базы данных будет больше управленческих задач, включая обслуживание архивного пространства и резервное копирование архивных журналов.
Недостатки неархивного режима
  • Может быть выполнено только автономное резервное копирование, которое является так называемым «холодным резервным копированием», которое соответствует «горячему резервному копированию» оперативного резервного копирования. База данных должна быть полностью закрыта, а затем выполнено резервное копирование. База данных недоступна во время процесса резервного копирования;
  • Необходимо создать резервную копию всей базы данных, а не только ее части;
  • Инкрементное резервное копирование невозможно, что является очень большим недостатком для баз данных уровня TB (VLDB);
  • Его можно восстановить только частично.Если файл данных утерян и его необходимо восстановить, администратор базы данных может восстановить только последнюю полную резервную копию, а все последующие изменения базы данных будут потеряны.
Преимущества неархивного режима
  • Объем работы администратора базы данных сокращается, поскольку в неархивном режиме не создаются архивные журналы, поэтому администратору базы данных не нужно учитывать управление архивами;
  • Производительность улучшится.

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

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