КОПИРОВАНИЕ И ВОССТАНОВЛЕНИЕ БАЗЫ ДАННЫХ
----------------------------------------------------------------
ЧАСТЬ VI
КОПИРОВАНИЕ И ВОССТАНОВЛЕНИЕ БАЗЫ ДАННЫХ
ГЛАВА 17
----------------------------------------------------------------
АРХИВИРОВАНИЕ ИНФОРМАЦИИ ПОВТОРЕНИЯ
Эта глава объясняет, как создавать и поддерживать архивированный
журнал повторения. Темы этой главы включают обсуждение
следующих вопросов:
* решение о необходимости архивирования
* специфицирование формата имени и назначения файла архива
* включение и выключение архивирования
* настройка архивирования
* проверка состояния архивирования
[Parallel]
Если вы используете ORACLE с параллельным сервером, обратитесь к
документу ORACLE7 Parallel Server Administrator's Guide для
дополнительной информации об архивировании в этом окружении.
Архивирование информации повторения 17-1
----------------
Выбор между режимами NOARCHIVELOG и ARCHIVELOG
Рассмотрите следующие вопросы при решении, использовать ли
архивирование:
* В случае сбоя базы данных, включая сбой диска, вы можете
восстановить все подтвержденные транзакции базы данных,
если используете режим ARCHIVELOG. Однако, если вы
используете режим NOARCHIVELOG, то вы сможете только
РЕСТАВРИРОВАТЬ (не восстановить) базу данных к состоянию
на момент последнего полного копирования базы данных. Вы
не сможете восстановить последующие транзакции.
* Если база данных используется в режиме ARCHIVELOG, то вся
база данных может быть открыта и доступна для нормальной
работы во время копирования или восстановления всей базы
данных или ее части.
В режиме NOARCHIVELOG вы не можете выполнять резервного
копирования онлайновых табличных пространств. Более того, вы не
можете использовать для реставрации копии онлайновых табличных
пространств, сделанные ранее, когда база данных работала в
режиме ARCHIVELOG; лишь полные копии, сделанные при закрытой
базе данных, могут использоваться для реставрации базы данных,
работающей в режиме NOARCHIVELOG. Поэтому, если вы решили
работать в режиме NOARCHIVELOG, делайте полные копии базы данных
через регулярные, частые интервалы времени.
* Если ВСЕ базы данных в распределенной базе данных
работают в режиме ARCHIVELOG, вы можете выполнять
координированное распределенное восстановление базы
данных. Однако, если ХОТЯ БЫ ОДНА база данных в
распределенной базе данных работает в режиме
NOARCHIVELOG, восстановление глобальной распределенной
базы данных (т.е. обеспечение согласованности всех баз
данных) ограничивается последней полной копией любой базы
данных, работавшей в режиме NOARCHIVELOG.
* Для поддержания файлов архивированного журнала повторения
требуются дополнительные административные операции.
* Вы должны использовать выделенное ленточное устройство
или дополнительную дисковую память для хранения
архивированных файлов журнала повторения, если база
данных работает в режиме ARCHIVELOG.
Если база данных работает в режиме ARCHIVELOG, вы должны также
решить, как должны архивироваться заполненные группы онлайнового
журнала повторения; инстанция может быть конфигурирована так,
чтобы заставлять ORACLE автоматически архивировать заполненные
группы онлайнового журнала, или вы можете архивировать
заполненные группы вручную.
17-2 Руководство администратора
----------------
Включение и выключение архивирования
Вы устанавливаете первоначальный режим архивирования базы данных
во время ее создания. В большинстве случаев, во время создания
базы данных вы можете выбрать умалчиваемый режим NOARCHIVELOG,
потому что нет необходимости архивировать информацию повторения,
генерируемую за этот период. После того как база данных
создана, решите, нужно ли изменить первоначальный режим
архивирования.
[!] Замечание: Если база данных создается автоматически во время
инсталляции ORACLE, то начальный режим архивирования базы данных
зависит от операционной системы. Обратитесь к вашему
руководству по инсталляции [IUG].
После того, как база данных создана, вы всегда можете
переключать режим архивирования базы данных по требованию.
Однако, как правило, следует выбрать постоянный режим работы
базы данных.
Установка начального режима архивирования
во время создания базы данных
-----------------------------------------
При создании базы данных вы устанавливаете начальный режим
архивирования журнала повторения в предложении CREATE DATABASE.
Если вы не указываете ни ARCHIVELOG, ни NOARCHIVELOG, по
умолчанию подразумевается NOARCHIVELOG. Обратитесь к главе 2
для дополнительной информации о создании базы данных.
Изменение режима архивирования после создания базы данных
---------------------------------------------------------
Для переключения режима архивирования базы данных используйте
команду SQL ALTER DATABASE с опцией ARCHIVELOG или NOARCHIVELOG.
Например, следующее предложение изменяет режим архивирования
базы данных с ARCHIVELOG на NOARCHIVELOG:
ALTER DATABASE ARCHIVELOG;
Прежде, чем переключать режим архивирования базы данных,
выполните следующие операции:
1. Остановите инстанцию базы данных.
Открытая база данных должна быть закрыта и демонтирована, а
все ассоциированные инстанции должны быть остановлены, прежде
чем может быть изменен режим архивирования базы данных.
Нельзя выключать архивирование, если какие-нибудь из файлов
данных нуждаются в восстановлении носителя.
2. Сделайте копию базы данных.
Перед осуществлением любых радикальных изменений в базе
данных всегда копируйте базу данных, чтобы защититься от
возможных проблем, которые могут произойти. Для
дополнительной информации о копировании базы данных
обратитесь к главе 18.
3. Выполните необходимые шаги, специфичные для операционной
системы (НЕОБЯЗАТЕЛЬНО).
Архивирование информации повторения 17-3
Если вы хотите архивировать заполненные группы, вы, возможно,
должны в этот момент выполнить некоторые дополнительные
действия, зависящие от вашей операционной системы. Эти шаги
могут потребовать выйти из SQL*DBA, чтобы конфигурировать
ORACLE для архивирования заполненных групп. Закончив эти
операции, снова запустите SQL*DBA и перейдите к шагу 4.
4. Запустите новую инстанцию и смонтируйте, но не открывайте,
базу данных.
Для изменения режима архивирования база данных должна быть
смонтирована, но не открыта. Для дополнительной информации о
запуске инстанции и монтировании базы данных обратитесь к
главе 3.
Замечание: Если вы используете параллельный сервер ORACLE, то
вы должны смонтировать базу данных в монопольном режиме,
используя одну инстанцию, когда хотите переключить режим
архивирования базы данных. Обратитесь к документу ORACLE7
Parallel Server Administrator's Guide для дополнительной
информации о переключении режима архивирования в этом
окружении.
5. Переключите режим архивирования базы данных.
Выполнив команду ALTER DATABASE для переключения режима
архивирования базы данных, откройте базу данных для нормальной
работы. Если вы переключились на режим ARCHIVELOG, вы должны
также установить опции архивирования - решить, должен ли ORACLE
автоматически архивировать группы онлайнового журнала повторения
по мере их заполнения. Следующие секции предоставляют
дополнительную информацию об опциях автоматического и ручного
архивирования.
Включение автоматического архивирования
---------------------------------------
Если позволяет ваша операционная система, вы можете включить
автоматическое архивирование онлайнового журнала повторения. В
этом режиме вам не требуется предпринимать никаких действий по
копированию группы после ее заполнения; ORACLE автоматически
архивирует группы после того, как они заполняются. Одного этого
удобства достаточно, чтобы избрать метод автоматического
архивирования заполненных групп онлайнового журнала. Обратитесь
к вашему руководству по инсталляции, чтобы определить, является
ли эта опция действительной для вашего сервера ORACLE.
Если автоматическое архивирование включено, ручное архивирование
по-прежнему возможно; см. "Выполнение ручного архивирования" на
странице 17-6. Всегда специфицируйте назначение архивированного
журнала и формат имен файлов, когда включаете автоматическое
архивирование; см. секцию "Спецификация формата имени файла и
назначения архива" на странице 17-10.
Автоматическое архивирование может быть включено как до, так и
после запуска инстанции.
17-4 Руководство администратора
Включение автоматического архивирования перед запуском инстанции
Чтобы автоматическое архивирование заполненных групп было
включено при каждом запуске инстанции, установите в TRUE
значение параметра LOG_ARCHIVE_START в файле параметров базы
данных:
LOG_ARCHIVE_START = TRUE
Это значение будет иметь эффект при очередном запуске базы
данных.
Включение автоматического архивирования после запуска инстанции
Чтобы включить автоматическое архивирование заполненных групп
журнала, не останавливая текущую инстанцию, используйте либо
диалоговое окно Start Automatic Archiving SQL*DBA, либо команду
SQL ALTER SYSTEM с параметром ARCHIVE LOG START; вы можете также
указать необязательное назначение архива. Рис.17-1 показывает
диалоговое окно Start Automatic Archiving.
Рис.17-1
Диалог Start Automatic Archiving
---------------------------------------------------------------¬
¦ File Edit Session Instance Storage Log Backup Security¦
¦--------------------------------------------------------------+
¦¦ ¦
¦¦ г========= Start Automatic Archiving =======¬ ¦
¦¦ ¦ ¦ ¦
¦¦ ¦ New Archive Destination: ---------------- ¦ ¦
¦¦ ¦ ¦ ¦
¦¦ ¦-------------------------------------------¦ ¦
¦¦ ¦ (OK) (Cancel) ¦ ¦
¦¦ L===========================================- ¦
¦L-------------------------------------------------------------+
¦--------------------------------------------------------------+
¦¦ ¦
¦¦ ¦
¦L-------------------------------------------------------------+
L---------------------------------------------------------------
Следующее предложение является командным эквивалентом
диалогового окна Start Automatic Archiving, показанного ни
рис.17-1:
ALTER SYSTEM ARCHIVE LOG START;
Любой из этих способов не требует останова инстанции для
включения автоматического архивирования; однако после того, как
инстанция будет остановлена и запущена вновь, ее режим
автоматического архивирования снова будет инициализирован из
файла параметров.
Привилегии, требуемые для включения
автоматического архивирования после запуска инстанции
Чтобы включить автоматическое архивирование после запуска
инстанции, вы должны быть соединены с ORACLE как INTERNAL. См.
секцию "Соединение в режиме INTERNAL" на странице 1-4.
Архивирование информации повторения 17-5
Выключение автоматического архивирования
----------------------------------------
Вы можете выключить автоматическое архивирование групп
онлайнового журнала в любой момент. Однако, выключив
автоматическое архивирование, вы должны вручную, периодически и
своевременно, архивировать заполняемые группы журнала. Если
база данных работает в режиме ARCHIVELOG, автоматическое
архивирование выключено, а группы журнала заполняются, но не
архивируются, то процесс LGWR не сможет повторно использовать
неактивные группы журнала, чтобы продолжать запись информации
повторения. Поэтому работа базы данных будет временно
приостановлена до тех пор, пока не будет выполнено необходимое
архивирование.
Автоматическое архивирование может быть выключено как до, так и
после запуска инстанции.
Выключение автоматического архивирования перед запуском инстанции
Чтобы автоматическое архивирование заполненных групп было
выключено при каждом запуске инстанции, установите в FALSE
значение параметра LOG_ARCHIVE_START в файле параметров базы
данных:
LOG_ARCHIVE_START = FALSE
Это значение будет иметь эффект при очередном запуске базы
данных.
Выключение автоматического архивирования после запуска инстанции
Чтобы выключить автоматическое архивирование заполненных групп
журнала, не останавливая текущую инстанцию, используйте либо
диалоговое окно Stop Auto Archive SQL*DBA, либо команду SQL
ALTER SYSTEM с параметром ARCHIVE LOG STOP. Следующее
предложение является командным эквивалентом диалогового окна
Stop Auto Archive:
ALTER SYSTEM ARCHIVE LOG STOP;
Если в момент выключения автоматического архивирования процесс
ARCH архивирует группу журнала повторения, то он продолжает эту
работу до завершения, но не переходит к следующей группе.
Любой из этих способов не требует останова инстанции для
выключения автоматического архивирования; однако после того, как
инстанция будет остановлена и запущена вновь, ее режим
автоматического архивирования снова будет инициализирован из
файла параметров.
Привилегии, требуемые для выключения
автоматического архивирования после запуска инстанции
Чтобы выключить автоматическое архивирование после запуска
инстанции, вы должны быть соединены с ORACLE как INTERNAL, и
должны иметь системную привилегию ALTER SYSTEM.
Выполнение ручного архивирования
--------------------------------
Если база данных работает в режиме ARCHIVELOG, то неактивные
группы заполненных файлов онлайнового журнала повторения ДОЛЖНЫ
архивироваться. Вы можете выполнять это архивирование вручную,
17-6 Руководство администратора
независимо от того, включено или выключено автоматическое
архивирование:
* Если автоматическое архивирование не включено, то вы
должны вручную своевременно архивировать заполненные
группы журнала. Если все группы журнала будут заполнены,
но не архивированы, то процесс LGWR не сможет повторно
использовать неактивные группы журнала, чтобы продолжать
запись информации повторения. Поэтому работа базы данных
будет временно приостановлена до тех пор, пока не будет
выполнено необходимое архивирование.
* Если автоматическое архивирование включено, но вы хотите
повторно архивировать неактивную группу заполненных
файлов журнала в другое место, то вы можете использовать
ручное архивирование. (Однако инстанция может начать
использовать эту группу журнала до того, как вы успеете
закончить ее ручное архивирование; если это произойдет,
ORACLE поместит сообщение об ошибке в файл ALERT.)
Чтобы вручную архивировать заполненные группы членов журнала,
используйте либо диалоговое окно Begin Manual Archive SQL*DBA,
либо команду SQL ALTER SYSTEM с фразой ARCHIVE LOG. Рис.17-2
показывает диалоговое окно Begin Manual Archive.
Рис.17-2
Диалог Begin Manual Archive
---------------------------------------------------------------¬
¦ File Edit Session Instance Storage Log Backup Security¦
¦--------------------------------------------------------------+
¦¦ ¦
¦¦ г================ Begin Manual Archiving ===============¬ ¦
¦¦ ¦ ¦ ¦
¦¦ ¦ Specific Thread Number: ----- ¦ ¦
¦¦ ¦ ¦ ¦
¦¦ ¦ (o) All Unarchived Groups ¦ ¦
¦¦ ¦ ( ) Only Oldest Unarchived Group ¦ ¦
¦¦ ¦ ( ) Specific Group Number: ----- ¦ ¦
¦¦ ¦ ( ) Specific Group Including Member: ---------------- ¦ ¦
¦¦ ¦ ( ) Specific Log Sequence Number: ----- ¦ ¦
¦¦ ¦ ( ) Up to System Change Number: --------------- ¦ ¦
¦¦ ¦ ( ) All Current Redo Information ¦ ¦
¦¦ ¦ ¦ ¦
¦¦ ¦ New Archive Destination: ------------------------ ¦ ¦
¦¦ ¦ ¦ ¦
¦¦ ¦-------------------------------------------------------¦ ¦
¦+--¦ List (OK) (Cancel) ¦--+
¦¦ L=======================================================- ¦
¦¦ ¦
¦¦ ¦
¦L-------------------------------------------------------------+
L---------------------------------------------------------------
Следующее предложение является командным эквивалентом
диалогового окна Begin Manual Archive, показанного ни рис.17-2:
ALTER SYSTEM ARCHIVE LOG ALL;
Архивирование информации повторения 17-7
Если (и только если) вы работаете в среде параллельного сервера
ORACLE, то как при ручном, так и при автоматическом
архивировании вы должны специфицировать номер потока. Для
дополнительной информации обратитесь к документу ORACLE7
Parallel Server Administrator's Guide.
Привилегии, требуемые для ручного архивирования группы журнала
Чтобы вручную архивировать заполненную группу онлайнового
журнала, вы должны быть соединены с ORACLE как INTERNAL. См.
секцию "Соединение в режиме INTERNAL" на странице 1-4.
----------------
Настройка архивирования
Для большинства баз данных процесс архиватора (ARCH) не
оказывает влияния на общую производительность системы. В
некоторых установках с большими базами данных, однако, это
влияние может оказаться заметным. С одной стороны, если
архиватор работает очень быстро, общая производительность
системы может падать во время работы архиватора, так как он
потребляет мощность процессора. С другой стороны, если
архиватор работает очень медленно, он оказывает мало влияния на
производительность системы, но архивирование файлов журнала
требует большего времени, что может создать узкое место в
системе, вынужденной ожидать освобождения групп журнала.
В таких больших базах данных имеет смысл осуществлять настройку
архивирования, чтобы заставить его работать или как можно
медленнее, пока это не создает узких мест, или как можно
быстрее, пока это не слишком загружает процессор. Для этого
настройте значения параметров инициализации LOG_ARCHIVE_BUFFERS
(число буферов, распределяемых для архивирования) и
LOG_ARCHIVE_BUFFER_SIZE (размер каждого такого буфера).
Следующие секции объясняют, как подбирать значения этих
параметров для обоих типов настройки. Сами эти параметры более
подробно описаны в приложении A.
Замечание: Когда вы изменяете значения параметров инициализации
LOG_ARCHIVE_BUFFERS и LOG_ARCHIVE_BUFFER_SIZE, эти изменения
имеют эффект при очередном запуске инстанции.
Минимизация влияния на производительность системы
-------------------------------------------------
Чтобы заставить архиватор работать как можно медленнее, но не
заставляя систему ждать освобождения файлов журнала, начните с
выделения одного буфера (LOG_ARCHIVE_BUFFERS = 1) максимально
возможного размера (LOG_ARCHIVE_BUFFER_SIZE). (Этот максимум
зависит от операционной системы; см. ваше руководство по
инсталляции.) Если производительность системы существенно
падает при работе архиватора, постепенно уменьшайте значение
LOG_ARCHIVE_BUFFER_SIZE, пока производительность системы не
перестанет падать во время работы архиватора.
17-8 Руководство администратора
Замечание: Если вы хотите установить очень медленный режим
работы архиватора, но видите, что ORACLE часто вынужден ждать
освобождения файлов журнала, попробуйте создать дополнительные
группы журнала. За счет этого можно добиться, чтобы для ORACLE
всегда находилась свободная группа для повторного использования.
Для более подробной информации см. главу 5.
Увеличение скорости архивирования
---------------------------------
Чтобы увеличить производительность архивирования (например, если
вы хотите направлять архив на ленточное устройство), используйте
несколько буферов архива, так, чтобы процесс архиватора мог
читать входной журнал одновременно с записью выходного архива.
Вы можете установить 2 буфера (LOG_ARCHIVE_BUFFERS = 2), а для
очень быстрых лентопротяжек - даже 3 или более буферов. Затем
установите умеренный размер каждого буфера, и постепенно
увеличивайте этот размер, пока скорость архивирования не станет
удовлетворять вас при отсутствии влияния на производительность
системы.
----------------
Вывод информации о состоянии архивирования
Чтобы выдать текущий режим архивирования, опросите обзор словаря
данных V$DATABASE:
SELECT log_mode FROM sys.v$database;
LOG_MODE
------------
NOARCHIVELOG
Обзоры словаря данных V$ARCHIVE и V$LOG также содержат
информацию об архивировании базы данных. Например, следующий
запрос выдает все группы журнала для базы данных, и показывает
те из них, которые требуют архивирования:
SELECT group#, archived
FROM sys.v$log;
GROUP# ARC
--------- ---
1 YES
2 NO
Опция List Archive Status меню Logs в SQL*DBA и команда SQL
ARCHIVE LOG с параметром LIST также показывают информацию об
архивировании в текущей базе данных. Например:
ARCHIVE LOG LIST;
Database log mode ARCHIVELOG
Automatic archival ENABLED
Archive destination <назначение>
Архивирование информации повторения 17-9
Oldest online log sequence 30
Next log sequence to archive 32
Current log sequence number 33
Здесь представлена вся необходимая информация, касающаяся
характеристик журнала повторения для текущей инстанции:
* База данных сейчас работает в режиме ARCHIVELOG.
* Автоматическое архивирование включено.
* Назначение архивируемого журнала повторения определено
как "назначение" (соответствует значению параметра
LOG_ARCHIVE_DEST, если не было переопределено).
* Самая старая заполненная группа журнала имеет порядковый
номер 30.
* Следующая подлежащая архивированию заполненная группа
журнала имеет порядковый номер 32.
* Текущий файл онлайнового журнала имеет порядковый номер
33.
Вы должны архивировать все группы журнала повторения с
порядковыми номерами, начинающимися с "Next log sequence to
archive", но меньшими, чем "Current log sequence number".
Например, в приведенном выше примере архивированию подлежит
группа журнала с порядковым номером 32.
Привилегии, требуемые для вывода состояния архивирования
Чтобы выдавать информацию о состоянии архивирования, вы должны
быть соединены с ORACLE как INTERNAL. См. секцию "Соединение в
режиме INTERNAL" на странице 1-4.
----------------
Спецификация формата имени файла и назначения архива
Когда база данных используется в режиме ARCHIVELOG, ORACLE
должен знать формат имени файла и назначение архива, чтобы при
автоматическом или ручном архивировании создавались архивные
файлы с уникальными именами и в надлежащем месте.
Уникальные имена архивных файлов строятся в соответствии с
форматом, задаваемым параметром LOG_ARCHIVE_FORMAT. Формат
имени файла специфичен для операционной системы; для большинства
операционных систем он состоит из текстовой строки, одного или
нескольких параметров и расширения имени файла. Когда
начинается архивирование заполненной группы онлайнового журнала,
процесс архиватора сцепляет предоставленную текстовую строку с
значениями указанных параметров, чтобы создать уникально
идентифицируемое имя архивного файла. Каждый параметр имеет
верхкюю границу длины, зависящую от операционной системы.
Табл.17-1 перечисляет параметры, которые могут включаться в
формат имени файла, и показывает соответствующие примеры того,
как эти параметры влияют на имена, создаваемые процессом
архиватора.
17-10 Руководство администратора
Табл.17-1
Параметры формата имени файла аррхива
г==========T==================================T================¬
¦ Параметр ¦ Описание ¦ Пример* ¦
¦==========+==================================+================¦
¦ %T ¦ Номер потока, дополняемый слева ¦ arch0000000001 ¦
¦ ¦ нулями. ¦ ¦
¦----------+----------------------------------+----------------¦
¦ %t ¦ Номер потока, не дополняемый. ¦ arch1 ¦
¦----------+----------------------------------+----------------¦
¦ %S ¦ Порядковый номер журнала, слева ¦ arch0000000251 ¦
¦ ¦ дополняемый нулями. ¦ ¦
¦----------+----------------------------------+----------------¦
¦ %s ¦ Порядковый номер журнала, не ¦ arch251 ¦
¦ ¦ дополняемый. ¦ ¦
L==========¦==================================¦================-
* В предположении, что LOG_ARCHIVE_FORMAT=arch%параметр,
и что верхняя граница для всех параметров - 10 символов.
Существуют различные опции, которые позволяют вам настраивать
имена архивных файлов журнала в соответствии с вашими
требованиями. Например, вы можете принимать в расчет алгоритм
сортировки операционной системы, используя его для вывода имен
файлов.
Параметры %T и %t полезны лишь в том случае, когда используется
параллельный сервер ORACLE; обратитесь к документу ORACLE7
Parallel Server Administrator's Guide для дополнительной
информации об этих параметрах формата имени файла, а также
термина "поток".
При отсутствии параллельного сервера, вы должны решить,
использовать ли параметры %S или %s для уникальной идентификации
каждого архивного файла. Ниже приведен типичный пример формата
имени архивированного файла журнала:
LOG_ARCHIVE_FORMAT = arch%S.arc
Здесь "arch" - имя файла, %S - параметр, обозначающий
дополненный нулями порядковый номер журнала, а "arc" -
расширение имени файла. Если предположить, что верхняя граница
для параметра %S равна четырем символам, то этот формат
генерирует следующие имена архивных файлов журнала:
arch0001.arc
arch0002.arc
arch0003.arc
.
.
Задавая формат имени архивного файла, принимайте во внимание
максимальную длину имен файлов в операционной системе; если ARCH
или процесс пользователя попытается выполнить архивирование и
предоставит слишком длинное имя файла, то этот процесс получит
ошибку.
Замечание: Если параметр LOG_ARCHIVE_FORMAT, специфицирующий
формат имен архивных файлов, отсутствует, то ORACLE использует
умалчиваемый формат, который специфичен для операционной
системы.
Архивирование информации повторения 17-11
Спецификация назначения архива также зависит от операционной
системы. Для большинства операционных систем это назначение
содержит обозначение дискового устройства и файлового каталога;
если позволяет ваш сервер ORACLE, это назначение может также
указывать на ленточное устройство, специально выделенное ORACLE
для архивирования файлов журнала.
Назначение архива журнала определяется при запуске инстанции
параметром инициализации LOG_ARCHIVE_DEST, но может быть
перекрыто после запуска инстанции:
* Если вы отредактировали файл параметров базы данных,
изменив значение параметра LOG_ARCHIVE_DEST, то текущая
инстанция должна быть остановлена и перезапущена, чтобы
это изменение возымело эффект.
* Если текущая инстанция не может быть остановлена, то
назначение архива может быть специфицировано или изменено
либо через диалоговое окно Start Automatic Archiving
SQL*DBA, либо с помощью команды SQL ALTER SYSTEM ARCHIVE
LOG START 'назначение'.
* Во время ручного архивирования, указываемое назначение
перекрывает умалчиваемое назначение для архива. Однако
автоматическое архивирование продолжает использовать
умалчиваемое назначение. Если при ручном архивировании
не специфицировано никакого назначения, ORACLE использует
умалчиваемое назначение, определяемое параметром базы
данных LOG_ARCHIVE_DEST. Если параметр LOG_ARCHIVE_DEST
отсутствует, то ORACLE использует умалчиваемое
назначение, которое специфично для операционной системы.
Обратитесь к вашему руководству по инсталляции [IUG] для
дополнительной информации о параметрах инициализации
LOG_ARCHIVE_FORMAT и LOG_ARCHIVE_DEST, а также об умалчиваемых
формате имени и назначении архивного файла журнала.
17-12 Руководство администратора