zlovolsky blog
заметки системного сантехника
Рубрики
Включение и отключение режима archivelog в Oracle
Составил шпаргалку по использованию режима archivelog в СУБД Oracle, так как регулярно приходится пользоваться.
Пост будет дополняться новыми командами…
Информация о режиме archivelog:
SQL> show parameter log;
Показывает список всех параметров, связанных с архивлогами — места нахождения, интервалы и прочее.
SQL> select log_mode from v$database;
Собственно информация о том, включён режим или нет.
SQL> archive log list;
Показывает более детальную информацию чем предыдущая команда — тут так же есть последовательности, подлежащие архивированию и место локации архивлогов.
SQL> show parameters db_recovery_file_dest;
Отображает пути, по которым располагаются каталоги хранения архивлогов, а так же допустимое место, отведенное под них.
Включение режима archivelog:
Выбираем нужный SID базы и переводим его в режим archivelog:
sqlplus /nolog
SQL> connect / as sysdba
Если ещё не указано место, где будем хранить архивы — это нужно сделать:
SQL> alter system set log_archive_dest_1=’LOCATION=/opt/oracle/archive’;
SQL> shutdown immediate;
SQL> startup mount;
SQL> alter database archivelog;
SQL> alter database open;
SQL> exit
Отключение режима archivelog:
SQL> shutdown immediate;
SQL> startup mount;
SQL> alter database noarchivelog;
SQL> alter database open;
SQL> exit
for-ora-dba.ru
Все для Админов Oracle
Режим ARCHIVELOG
В режиме ARCHIVELOG восстановление возможно до момента последней зафиксированной транзакции. Большинством производственных баз данных управляют в режиме ARCHIVELOG.
Когда делаются модификации с данными в базе данных, данные о транзакциях записываются в онлайновый файл журнала транзакций. Данный файл определяется как записываемый в данный момент. Когда он заполняется, процесс Архиватора (ARCn) копирует онлайновый файл журнала в другое расположение, которое служит архивом этого файла и может храниться столько, сколько потребуется. Это обеспечивает больше возможностей для восстановления, потому что можно сохранять, резервировать и извлекать из резервных копий все архивные журналы транзакций, когда-либо сгенерированные.
Поскольку онлайновые файлы журнала транзакций используются повторно круговым способом, существует протокол, управляющий тем, когда разрешено повторно использовать очередной файл оперативного журнала. В режиме ARCHIVELOG база данных начинает писать в онлайновый файл журнала транзакций только после того, как он был заархивирован. Это гарантирует, что у каждого файла журнала транзакций есть возможность быть заархивированным.
Конфигурирование Режима ARCHIVELOG
Используя Enterprise Manager
Установите флажок “ARCHIVELOG Mode”.
Щелкните Yes, когда возникнет вопрос, хотите ли Вы перезапустить базу данных.
Используя команды SQL
Смонтируйте базу данных.
Откройте базу данных.
Перевод базы данных в режим ARCHIVELOG препятствует перезаписи журналов транзакций, пока они не будут заархивированы.
Чтобы перевести базу в этот режим в Enterprise Manager, перейдите к Availability > Recovery Settings и установите флажок режима ARCHIVELOG. База данных должна быть перезапущена после этого изменения.
Чтобы выполнить команду SQL для перевода базы данных в режим ARCHIVELOG, база данных должна быть в режиме MOUNT. Если база данных в настоящий момент открыта, следует чисто завершить ее работу (без опции ABORT), а затем смонтировать ее. Далее показаны команды, позволяющие завершить работу открытой базы данных, поместить ее в режим ARCHIVELOG, и затем открыть ее:
| SQL> SHUTDOWN IMMEDIATE SQL> STARTUP MOUNT SQL> ALTER DATABASE ARCHIVELOG; SQL> ALTER DATABASE OPEN; |
С базой данных в режиме NOARCHIVELOG (значение по умолчанию), восстановление возможно только до времени последнего резервного копирования. Теряются все транзакции, сделанные после этого резервного копирования.
В режиме ARCHIVELOG восстановление возможно до момента последней зафиксированной транзакции. Большинством производственных баз данных управляют в режиме ARCHIVELOG.
Отметьте: Сделайте резервную копию своей базы данных после переключения в режим ARCHIVELOG, потому что Ваша база данных восстанавливаема только из первой резервной копии, взятой в этом режиме.
sidadm
записки SAP Basis консультанта
Полезное
четверг, 22 ноября 2012 г.
Журнальные файлы Oracle и archivelog mode. Часть II.
В первой части поста я остановился на онлайн журнальных файлах. Продолжим.
Онлайн журнальные файлы используются по кругу (рис. 1).
 |
| Рис. 1. Запись в онлайн журнальные файлы ORACLE. |
В первом случае, если база данных находится в режиме ARCHIVELOG, то прежде чем процесс записи в онлайн журналы сможет удалить данные и начать писать в журнал, журнальный файл должен быть сохранен в специальную директорию. По-умолчанию, это директория /oracle/ /oraarch (до версии базы данных ORACLE 9i это была директория /oracle/ /saparch). Сохраненные файлы имеют порядковый номер и называются оффлайн журнальными файлами ORACLE. Вид имеют примерно такой:
Это и есть некая история операций с данными во временном срезе с помощью которой можно проводить восстановление базы данных практически на любую точку в прошлом. Стоит отметить, что для восстановления обязательно нужна копия дата файлов базы, на которые можно «накатывать» последовательно журналы. Последовательность крайне важна. Если потеряете хотя бы один оффлайн журнальный файл, дальнейшее восстановление во времени будет невозможно. Копированием онлайн журнальных файлов в оффлайн журнальные файлы занимается процесс ARC0 (Часть I: рис. 1). Он обязательно должен быть запущен, установкой параметра log_archive_start = true.
Так же стоит отметить, что копирование производится в директорию, которая имеет ограниченный размер. Поэтому, если директория переполнится, то работа базы данных будет невозможна. Все операции изменения данных просто «повиснут», так как процесс записи в онлайн журнальные файлы не сможет записать команды изменения данных (SQL запросы типа DELETE, UPDATE, INSERT и так далее). Подробно о важности контроля свободного места в директории /oracle/ /oraarch я писал в этом посте.
Как уже отмечалось, данные файлы очень важны для восстановления системы, поэтому их надо резервировать. SAP рекомендует создавать две копии оффлайн журнальных файлов, после чего удалять их из директории /oracle/ /oraarch.
Команды необходимо выполнять в состоянии базы данных MOUNT.
Необходимо учитывать перезагрузку базы данных в случае переключения режима.
Для просмотра текущего состояния можно выполнить команду без опций:
— > brspace
Дополнительно на данную тему можно почитать в SAP курсе ADM505 или на этой странице в SAP Help Library.
Русские Блоги
Говоря об Oracle Archive Log
Что такое архивный журнал
Как включить режим архива
Как видно из вышесказанного, база данных не открыта для архивирования.
Снова посмотреть архив
Часто встречающиеся проблемы
Код ошибки: ORA-00257
В проекте часто можно столкнуться с ситуацией, что архив ORA-00257 переполнен, сначала посмотрите официальное описание:
Другими словами, будет сообщено об ошибке, когда запись в архивный журнал невозможна из-за проблем с пространством, и в настоящее время разрешены только внутренние ссылки.
В этом случае архивный журнал может быть очищен только самым быстрым способом.
Чистый архивный журнал
Посмотрите на значения этих трех предложений по отдельности
crosscheck archivelog all
delete archivelog until time ‘sysdate-1’
-3 означает хранить архивные логи в течение 3 дней
delete expired archivelog all
Удалить просроченные или недействительные архивные журналы
Настоятельно рекомендуется: сделайте физическую резервную копию после удаления архивного журнала.
Почему возникает вышеуказанная проблема
Когда большое количество архивных журналов создается каждый день, это означает, что в базе данных имеется большое количество операторов DML, и архивный журнал записывает эти операции, поэтому мы должны подумать, можем ли мы избежать этих операций, таких как:
Узнав о побочных эффектах архивных журналов, считаете ли вы, что вам не нужно включать режим архивирования, который более безопасен?
Давайте посмотрим на преимущества и недостатки режима архива (взято из Интернета)
Преимущества и недостатки архивного режима и неархивного режима
Преимущества режима архивирования
Недостатки архивного режима
Недостатки неархивного режима
Преимущества неархивного режима
В неархивном режиме архивные журналы не создаются, с точки зрения безопасности данных недостатки этого режима являются основными, а преимущества незначительны.
Файлы базы данных Oracle
Предполагается, что вы инсталлировали базу данных, согласно документа.
Обязательные файлы:
Необязательные файлы:
Файлы данных (Data Files)
В каждой базе данных Oracle имеется по крайней мере один файл данных (но обычно их бывает больше). Если вы создаете в Oracle таблицу и заполняете ее строками, Oracle помещает эту таблицу и строки в файл данных. Каждый файл данных может быть связан только с одной базой данных.
У каждого файла данных имеется специальный формат, внутренний для программного обеспечения Oracle. Важно отдавать себе отчет в том, что файл данных состоит из заголовка и совокупности блоков. Заголовок файла данных Oracle содержит несколько структур, в том числе и идентификатор базы данных, номер и имя файла, тип файла, SCN создания и состояния файла.
Данные в файлы вносятся исключительно средствами Oracle.
Следующий запрос, покажет, где находятся файлы данных.
Оперативные файлы журналов повтора (Online Redo Log Files)
Каждая база данных должна иметь не менее двух оперативных файлов журналов повтора. Текущий файл постепенно заполняется, после его заполнения (или переключения некоторыми командами), база данных приступает к записи в следующий файл. Эта операция называется переключением журналов.
Поскольку файлы повтора необходимы для выполнения восстановления базы данных и являются критичными, их объединяют в группы. Запись происходит одновременно в файлы одной группы.
Управляющие файлы (Control Files)
Поскольку база данных Oracle является физическим набором связанных файлов данных, то для их синхронизации и контроля требуется особые методы. Для этих целей используются управляющие файлы.
База данных Oracle может иметь один или несколько управляющих файлов. Если имеется несколько управляющих файлов, все они должны быть абсолютно идентичными. При каждом запуске базы данных Oracle читает информацию управляющего файла, а при каждом изменении размещения или добавления новых файлов данных и журналов базы данных обновляет управляющий файл.
Файлы параметров pfile, spfie (Parameter Files)
Файлы параметров используются для конфигурирования действий Oracle предже всего при старте. Для того, чтобы запустить экземпляр базы данных, Oracle должен прочесть файл параметров и определить, какие параметры инициализации установлены для этого экземпляра. В файле параметров содержатся многочисленные параметры и их установленные значения. Oracle считывает файл параметров при запуске базы данных. Можно создать несколько файлов параметров, каждый будет соответствовать различным конфигурациям экземпляра.
При старте, Oracle считает файл spfileora112.ora. (файл серверных параметров). Преимущество spfile заключается в том, что при работе с базой данных, любые изменения в базе касающиеся изменения параметра системы, автоматически записываются в данный файл.
Если используется pfile, для сохранения изменений, необходимо либо “руками вносить эти изменения” в текстовый файл, либо в консоли выполнять команды для создания данных файлов Ораклом.
Как я могу узнать, что моя база данных использует PFILE или SPFILE?
Выполните следующий запрос, чтобы увидеть какой файл параметров был использован:
Архивные файлы журналов повтора (Archive Log Files)
Как только оперативный файл журнала повтора (Redolog) оказывается заполнен, программное обеспечение сервера Oracle начинает запись в следующий файл. Эта операция повторяется, как следствие информация в оперативных файлах журнала (Redolog) многократно перезаписывается.
Если необходимо сохранить историю изменений, нужно, чтобы после переключения журналов сохранялась их копия. Для этого достаточно перевести работу базы данных в режим работы ARCHIVELOG.
Архивные файлы журналов повтора жизненно важны при восстановлении. Если часть базы данных потеряна или повреждена, то для устранения повреждений обычно требуется несколько архивных журналов или туева хуча этих журналов. Файлы журналов повтора должны применяться к базе данных последовательно. Если один из архивных файлов журналов повтора пропущен, то остальные архивные файлы журналов не могут использоваться. Храните все свои архивные файлы журналов повтора с момента выполнения последней резервной копии. Файлы журналов постепенно накапливаются и разрастаются. Иногда необходимо их удалять. Все операции с данными файлами по применению их к базе выполняются исключительно средствами базы данных. А копировать и переносить их при желании можно как угодно. Бездумно удалять их руками не рекомендуется.
Alert log и трассировочные файлы (trace file)
Когда возникает ошибка базы данных, может генерироваться файл трассировки (trace file). Они содержит подробную информацию о возникновении ошибки.
Файлы паролей (Password File)
Необязательный файл, используется для защиты информации о подключениях привилегированных пользователей. Если отсутствует, то вы можете выполнять администрирование своей базы данных, только локально. Кроме того, с его помощью контролируется количество привилегированных подключений для управления в одно и то же время.
Tags: Oracle Database, Файлы базы данных Oracle,
Oracle DBA
Лучше потратить какое-то количество времени, чтобы записать успешный опыт, чем потом повторно воспроизводить его по памяти.
Все материалы обновляются по мере нахождения лучших практик и апгрейда знаний. Если будут желающие добавлять свои знания или исправлять ошибки и неточности, пишите в телеграм чате. Если будет учавствовать больше людей, качество материалов будет улучшаться и обновляться быстрее. Ссылки на ваши профили в соц. сетях будут добавлены в статьях, в которых вы учавствуете.
