Oracle Database 管理者ガイド 11gリリース1(11.1) E05760-03 |
|
この章の内容は次のとおりです。
関連項目:
Oracle Databaseでは、いっぱいになったREDOログ・ファイルのグループを1つ以上のオフライン・アーカイブ先に保存できます。これを総称して、アーカイブREDOログと呼びます。REDOログをアーカイブREDOログに変更するプロセスをアーカイブと呼びます。このプロセスを実行できるのは、データベースがARCHIVELOG
モードで稼働しているときのみです。自動アーカイブと手動アーカイブのいずれかを選択できます。
アーカイブREDOログ・ファイルは、REDOログ・グループのいっぱいになったメンバーのうちのコピーの1つです。このファイルには、REDOログ・グループの同一メンバーのREDOエントリと一意のログ順序番号が格納されています。たとえば、REDOログを多重化しており、グループ1に同一メンバー・ファイルa_log1
およびb_log1
が含まれている場合は、アーカイバ・プロセス(ARCn)によってこれらのメンバー・ファイルの1つがアーカイブされます。万一a_log1
が破損した場合でも、ARCnによってそれと同一のb_log1
をアーカイブできます。このアーカイブREDOログには、アーカイブを使用可能にした後に作成された各グループのコピーが含まれます。
データベースがARCHIVELOG
モードで稼働しているときは、REDOログ・グループがアーカイブされないかぎり、ログ・ライター・プロセス(LGWR)はREDOログ・グループを再利用(上書き)できません。自動アーカイブが使用可能な場合は、バックグラウンド・プロセスARCnによってアーカイブ操作が自動的に実行されます。データベースは必要に応じて複数のアーカイバ・プロセスを起動して、いっぱいになったREDOログのアーカイブが遅れないようにします。
アーカイブREDOログは、次の操作に使用できます。
ここでは、データベースをNOARCHIVELOG
モードまたはARCHIVELOG
モードで稼働する際の考慮点について説明します。この項の内容は、次のとおりです。
いっぱいになったREDOログ・ファイル・グループをアーカイブ可能にするかどうかは、データベース上で実行されているアプリケーションの可用性と信頼性の要件によって決まります。ディスク障害の発生時にもデータベース内のデータが失われないようにする場合は、ARCHIVELOG
モードを使用します。いっぱいになったREDOログ・ファイルをアーカイブすると、管理作業が増えます。
データベースをNOARCHIVELOG
モードで実行すると、REDOログはアーカイブされません。データベースの制御ファイルは、グループがいっぱいになってもアーカイブする必要がないことを示します。したがって、ログ・スイッチが発生して、いっぱいになったグループがアクティブでなくなると、そのグループはLGWRで再利用できるようになります。
NOARCHIVELOG
モードでは、データベースはインスタンス障害からは保護されますが、メディア障害からは保護されません。オンラインREDOログ・グループに格納されているデータベースへの最新の変更のみをインスタンスのリカバリに使用できます。データベースがNOARCHIVELOG
モードのときにメディア障害が発生した場合、最後にデータベース全体のバックアップを行った時点までのデータベースをリストアできます。そのバックアップ以降のトランザクションはリカバリできません。
NOARCHIVELOG
モードでは、オンライン表領域のバックアップを実行できません。さらに、データベースがARCHIVELOG
モードのときに作成したオンライン表領域のバックアップも使用できません。NOARCHIVELOG
モードで操作しているデータベースのリストアには、データベースがクローズされているときに作成されたデータベース全体のバックアップのみを使用できます。したがって、NOARCHIVELOG
モードでデータベースを操作する場合は、データベース全体のバックアップを短い間隔で定期的に作成してください。
データベースをARCHIVELOG
モードで実行する場合は、REDOログのアーカイブを使用可能にします。データベースの制御ファイルは、いっぱいになったREDOログ・ファイルのグループがアーカイブされるまでは、LGWRでこのグループを再使用できないことを示します。いっぱいになったグループは、ログ・スイッチの発生直後からアーカイブに使用できます。
いっぱいになったグループのアーカイブには、次のような利点があります。
いっぱいになったREDOログ・ファイルを自動的にアーカイブするようにインスタンスを構成する方法と、手動でアーカイブする方法があります。通常は、自動アーカイブのほうが便利で効率的です。図11-1は、アーカイバ・プロセス(この図ではARC0)によって、いっぱいになったREDOログ・ファイルがデータベースのアーカイブREDOログに書き込まれる過程を示しています。
分散データベース内のデータベースをすべてARCHIVELOG
モードで操作している場合は、調整式分散データベース・リカバリを実行できます。ただし、分散データベース内のデータベースのいずれかがNOARCHIVELOG
モードで操作されている場合、(すべてのデータベースの整合性を維持するために)グローバルな分散データベースのリカバリは、NOARCHIVELOG
モードで操作しているデータベース全体の最新のバックアップによって制限されます。
この項では、データベースのアーカイブ・モードを設定する方法と、アーカイブ・プロセスを制御する方法について説明します。この項の内容は、次のとおりです。
初期のアーカイブ・モードは、CREATE DATABASE
文でデータベース作成の一部として設定します。多くの場合、このプロセスで生成されるREDO情報はアーカイブする必要がないため、データベース作成時にはNOARCHIVELOG
モード(デフォルト)を使用できます。初期のアーカイブ・モードを変更するかどうかは、データベースの作成後に決定します。
ARCHIVELOG
モードを指定した場合は、アーカイブREDOログ・ファイルのアーカイブ先(「アーカイブ先の指定」を参照)を初期化パラメータで指定する必要があります。
データベース・アーカイブ・モードを変更するには、ALTER DATABASE
文でARCHIVELOG
句またはNOARCHIVELOG
句を使用します。また、データベース・アーカイブ・モードを変更するには、管理者権限(AS SYSDBA
)でデータベースに接続する必要があります。
次の手順は、データベース・アーカイブ・モードをNOARCHIVELOG
からARCHIVELOG
に切り替えます。
SHUTDOWN
データベースがオープンされている場合は、アーカイブ・モードを切り替える前にクローズし、対応するインスタンスを停止する必要があります。メディア・リカバリを必要とするデータファイルがある場合は、モードをARCHIVELOG
からNOARCHIVELOG
に変更できません。
データベースに重要な変更をする前に、データベースのデータを保護するため必ずバックアップを作成してください。このバックアップは、NOARCHIVELOG
モードでのデータベースの最終バックアップとなり、ARCHIVELOG
モードへの切替え中に問題が生じた場合に使用できます。データベース・バックアップの作成については、『Oracle Databaseバックアップおよびリカバリ・アドバンスト・ユーザーズ・ガイド』を参照してください。
STARTUP MOUNT
アーカイブを使用可能または使用禁止にするには、データベースをマウントして、オープンしないようにする必要があります。
ALTER DATABASE ARCHIVELOG; ALTER DATABASE OPEN;
SHUTDOWN IMMEDIATE
データベースのアーカイブ・モードを変更すると、制御ファイルが更新されます。変更後は、すべてのデータベース・ファイルと制御ファイルのバックアップを作成する必要があります。以前のバックアップはNOARCHIVELOG
モードで作成されているため、使用できなくなります。
データベースを手動アーカイブ・モードで操作するには、「データベース・アーカイブ・モードの変更」で説明した手順に従います。ただし、手順5で新しいモードを指定する場合は、次の文を使用します。
ALTER DATABASE ARCHIVELOG MANUAL;
データベースを手動ARCHIVELOG
モードで操作している場合は、いっぱいになったREDOログ・ファイルの非アクティブ・グループをアーカイブしないと、データベース操作が一時的に停止する可能性があります。いっぱいになったREDOログ・グループを手動でアーカイブするには、管理者権限を使用して接続してください。データベースがマウントされ、オープンしていないことを確認します。手動アーカイブを実行するには、ALTER SYSTEM
文でARCHIVE LOG
句を指定します。次の文は、アーカイブされていないログ・ファイルをすべてアーカイブします。
ALTER SYSTEM ARCHIVE LOG ALL;
手動アーカイブ・モードを使用している場合、アーカイブ先にスタンバイ・データベースは指定できません。
また、自動アーカイブが使用可能な場合でも、いっぱいになったREDOログ・メンバーの非アクティブ・グループを別の位置に再度アーカイブする場合などに手動アーカイブを使用できます。この場合は、手動アーカイブが完了していなくてもインスタンスではREDOログ・グループを再利用できるため、ファイルが上書きされる場合があります。このような場合は、アラート・ログにエラー・メッセージが書き込まれます。
LOG_ARCHIVE_MAX_PROCESSES
初期化パラメータを使用して、データベースが最初に起動するARCnプロセスの数を指定します。デフォルトのプロセス数は2です。通常は、この初期化パラメータを指定したり、デフォルト値を変更する必要はありません。その理由は、データベースでは、必要に応じて追加のアーカイバ・プロセス(ARCn)を起動して、いっぱいになったREDOログの自動処理が遅れないようにするためです。
ただし、追加のARCnプロセスの起動に伴う実行時のオーバーヘッドを回避するには、LOG_ARCHIVE_MAX_PROCESSES
初期化パラメータを設定して、インスタンス起動時に開始するARCnプロセスの数(最大10)を指定できます。LOG_ARCHIVE_MAX_PROCESSES
パラメータは動的で、ALTER SYSTEM
文を使用して変更できます。データベースはマウントされ、オープンしていないことが必要です。次の文は、現在実行されているARCnプロセスの数を増加(または減少)させます。
ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES=3;
REDOログをアーカイブする前に、アーカイブ先を指定し、アーカイブ先の様々な状態を理解する必要があります。「アーカイブREDOログに関する情報の表示」に示す動的パフォーマンス・ビュー(V$)を使用して、必要なすべてのアーカイブ情報を参照できます。
この項の内容は、次のとおりです。
REDOログのアーカイブ先を単一にするか、または多重化するかを選択できます。アーカイブ先を単一にする場合は、そのアーカイブ先をLOG_ARCHIVE_DEST
初期化パラメータで指定します。アーカイブ・ログを多重化する場合は、LOG_ARCHIVE_DEST_n
パラメータを使用して最大10のアーカイブ先を指定するか、またはLOG_ARCHIVE_DEST
とLOG_ARCHIVE_DUPLEX_DEST
パラメータを使用して1次アーカイブ先と2次アーカイブ先のみを指定できます。次の表に多重化の方法の要約を示します。この後の各項で、詳細を説明します。
LOG_ARCHIVE_DEST_
n
パラメータ(nは1〜10の整数)を使用して、1〜10の異なるアーカイブ先を指定します。末尾に番号が付いた各パラメータによって、特定のアーカイブ先を一意に識別します。
LOG_ARCHIVE_DEST_
n
の位置は、次の表に示すキーワードを使用して指定します。
キーワード | 指定内容 | 例 |
---|---|---|
|
ローカル・ファイル・システムの位置 |
|
|
Oracle Netのサービス名を介したリモート・アーカイブ |
|
LOCATION
キーワードを使用する場合は、オペレーティング・システムに有効なパス名を指定します。SERVICE
を指定すると、tnsnames.ora
ファイルを介してネット・サービス名が接続記述子に変換されます。この記述子には、リモート・データベースへの接続に必要な情報が含まれています。データベースがスタンバイ・データベースの制御ファイルのログ履歴を正しく更新できるように、サービス名には対応するデータベースSIDが必要です。
LOG_ARCHIVE_DEST_
n
初期化パラメータを使用してアーカイブREDOログのアーカイブ先を設定する手順は、次のとおりです。
SHUTDOWN
LOG_ARCHIVE_DEST_
n
初期化パラメータを設定し、1〜10のアーカイブ先を指定します。LOCATION
キーワードには、オペレーティング・システム固有のパス名を指定します。たとえば、次のように入力します。
LOG_ARCHIVE_DEST_1 = 'LOCATION = /disk1/archive' LOG_ARCHIVE_DEST_2 = 'LOCATION = /disk2/archive' LOG_ARCHIVE_DEST_3 = 'LOCATION = /disk3/archive'
スタンバイ・データベースにアーカイブする場合は、SERVICE
キーワードを使用して、tnsnames.ora
ファイルに含まれる有効なネット・サービス名を指定します。たとえば、次のように入力します。
LOG_ARCHIVE_DEST_4 = 'SERVICE = standby1'
LOG_ARCHIVE_FORMAT
初期化パラメータを設定します。ファイル名にスレッド番号を含めるには%t
を、ログ順序番号を含めるには%s
を、リセットログID(ub4で表されるタイムスタンプ値)を含めるには%r
をそれぞれ使用します。番号の左をゼロで埋めるには、大文字(%T
、%S
および%R
)を使用します。
次に、LOG_ARCHIVE_FORMAT
の設定例を示します。
LOG_ARCHIVE_FORMAT = arch_%t_%s_%r.arc
この設定では、スレッド1、ログ順序番号100、101および102、リセットログID 509210197について次のようなアーカイブ・ログが生成されます。リセットログIDが同一の場合は、すべてのファイルが同じデータベース・インカネーションに含まれることを示します。
/disk1/archive/arch_1_100_509210197.arc, /disk1/archive/arch_1_101_509210197.arc, /disk1/archive/arch_1_102_509210197.arc /disk2/archive/arch_1_100_509210197.arc, /disk2/archive/arch_1_101_509210197.arc, /disk2/archive/arch_1_102_509210197.arc /disk3/archive/arch_1_100_509210197.arc, /disk3/archive/arch_1_101_509210197.arc, /disk3/archive/arch_1_102_509210197.arc
最大2つのアーカイブ先ディレクトリを指定するには、LOG_ARCHIVE_DEST
パラメータを使用して1次アーカイブ先を指定し、必要に応じてLOG_ARCHIVE_DUPLEX_DEST
で2次アーカイブ先を指定します。アーカイブ先は、ローカルである必要があります。データベースでは、REDOログはどちらかのパラメータで指定したすべてのアーカイブ先ディレクトリにアーカイブされます。
方法2を使用する手順は、次のとおりです。
SHUTDOWN
LOG_ARCHIVE_DEST
およびLOG_ARCHIVE_DUPLEX_DEST
パラメータにアーカイブ先を指定します。ALTER SYSTEM
文を使用して、LOG_ARCHIVE_DUPLEX_DEST
を動的に指定することもできます。たとえば、次のように入力します。
LOG_ARCHIVE_DEST = '/disk1/archive' LOG_ARCHIVE_DUPLEX_DEST = '/disk2/archive'
LOG_ARCHIVE_FORMAT
初期化パラメータを設定します。
各アーカイブ先は次のような可変特性を持っており、これらの特性によってその状態が決まります。
これらの特性は、何通りかの組合せが可能です。インスタンスの各アーカイブ先について現在の状態などの情報を取得するには、V$ARCHIVE_DEST
ビューを問い合せます。
ビューで表示される位置の状態は、表11-1に示す特性によって決まります。アーカイブを使用する際は、その特性がValid、EnabledおよびActiveである必要があります。
LOG_ARCHIVE_DEST_STATE_
n
(nは1〜10の整数)初期化パラメータを使用して、指定したアーカイブ先(n)の使用可能状態を制御できます。
アーカイブ先の使用可能状態はDEFER
です。親アーカイブ先に障害が発生するとENABLE
になります。
アーカイブ・ログをアーカイブ先に転送する場合のモードには、ノーマル・アーカイブ転送およびスタンバイ転送という2つのモードがあります。ノーマル転送では、ファイルはローカル・ディスクに転送されます。スタンバイ転送では、ファイルはネットワークを介してローカルまたはリモートのスタンバイ・データベースに転送されます。
ノーマル転送モードでは、アーカイブ先はデータベースの別のディスク・ドライブです。この構成では、アーカイブがインスタンスに必要な他のファイルと競合せず、短時間で完了します。アーカイブ先は、LOG_ARCHIVE_DEST_
n
またはLOG_ARCHIVE_DEST
パラメータで指定します。
アーカイブREDOログ・ファイルとそれに対応するデータベース・バックアップは、ローカル・ディスクからテープなどの永続的で安価なオフライン記憶メディアに移動しておくことをお薦めします。アーカイブ・ログは主としてデータベース・リカバリに使用されるため、プライマリ・データベースに障害が発生した場合でも、これらのログが安全であることを保証する必要があります。
スタンバイ転送モードでは、アーカイブ先はローカルまたはリモートのスタンバイ・データベースです。
スタンバイ・データベースを管理リカバリ・モードで操作している場合は、転送されたアーカイブREDOログを自動的に適用して、スタンバイ・データベースとソース・データベースの同期状態を維持できます。
ファイルをスタンバイ・データベースに正常に転送するには、ARCnまたはサーバー・プロセスが次の処理を実行する必要があります。
各ARCnプロセスには、スタンバイ・アーカイブ先ごとに対応するRFSがあります。たとえば、3つのARCnプロセスを2つのスタンバイ・データベースにアーカイブする場合、Oracle Databaseは6つのRFS接続を確立します。
Oracle Net Servicesを使用して、ネットワークを介してアーカイブ・ログをリモートの位置に転送します。リモート・アーカイブを指定するには、アーカイブ先の属性としてネット・サービス名を指定します。次に、Oracle Databaseは、このサービス名をtnsnames.ora
ファイルを介して接続記述子に変換します。この記述子には、リモート・データベースへの接続に必要な情報が含まれています。データベースがスタンバイ・データベースの制御ファイルのログ履歴を正しく更新できるように、サービス名には対応するデータベースSIDが必要です。
RFSプロセスは接続先ノード上で実行され、ARCnクライアントへのネットワーク・サーバーとして機能します。最終的には、ARCnは情報をRFSにプッシュし、RFSがそれをスタンバイ・データベースに転送します。
RFSプロセスは、リモート接続先へのアーカイブ時に必要であり、次のタスクを受け持ちます。
STANDBY_ARCHIVE_DEST
パラメータを使用した、スタンバイ・データベース上でのファイル名の作成
アーカイブREDOログは、オリジナルのデータベースの完全なレプリカであるスタンバイ・データベースをメンテナンスするうえで重要です。データベースは、スタンバイ・アーカイブ・モードで操作できます。このモードでは、スタンバイ・データベースがオリジナル・データベースからのアーカイブREDOログで自動的に更新されます。
アーカイブ先で発生した障害が、自動アーカイブ・モードで操作している場合のエラー原因となることがあります。Oracle Databaseには、アーカイブ先の障害に関連する問題を最小限に抑えるためのプロシージャが用意されています。次の各項では、それらのプロシージャについて説明します。
オプションの初期化パラメータLOG_ARCHIVE_MIN_SUCCEED_DEST=
n
によって、データベースがオンライン・ログ・ファイルを再利用できるようになるまでにREDOログ・グループを正常にアーカイブすることが必要なアーカイブ先の最小数が決定します。デフォルト値は1です。nの有効値は、二重化を使用する場合は1〜2、多重化を使用する場合は1〜10です。
LOG_ARCHIVE_DEST_
n
パラメータを使用すると、アーカイブ先としてOPTIONAL
(デフォルト)またはMANDATORY
を指定できます。LOG_ARCHIVE_MIN_SUCCEED_DEST=
n
パラメータでは、すべてのMANDATORY
アーカイブ先と、非スタンバイのOPTIONAL
アーカイブ先をいくつか使用して、LGWRがオンライン・ログを上書きできるかどうかが判断されます。次の規則が適用されます。
MANDATORY
属性を指定しないと、OPTIONAL
が指定されます。
OPTIONAL
またはMANDATORY
を宣言できます。
LOG_ARCHIVE_MIN_SUCCEED_DEST
の最小値は1なので、LOG_ARCHIVE_MIN_SUCCEED_DEST=
n
の値を指定すると、Oracle Databaseでは、少なくとも1つのローカル・アーカイブ先がMANDATORY
として扱われます。
MANDATORY
のスタンバイ・アーカイブ先も含めて、MANDATORY
のアーカイブ先のいずれかで障害が発生すると、Oracle DatabaseではLOG_ARCHIVE_MIN_SUCCEED_DEST
パラメータを無視します。
LOG_ARCHIVE_MIN_SUCCEED_DEST
には、アーカイブ先の数を超える値や、MANDATORY
のアーカイブ先の数とOPTIONAL
のローカル・アーカイブ先の数との合計を超える値は指定できません。
MANDATORY
のアーカイブ先にDEFER
を指定した場合で、アーカイブ・ログがスタンバイ・サイトに転送されないままオンライン・ログが上書きされるときは、ログを手動でスタンバイ・サイトに転送する必要があります。
アーカイブ・ログを二重化する場合は、LOG_ARCHIVE_DEST
およびLOG_ARCHIVE_DUPLEX_DEST
パラメータを使用して、アーカイブ先が必須かオプションかを指定できます。次の規則が適用されます。
LOG_ARCHIVE_DEST
によって宣言されたアーカイブ先は必須です。
LOG_ARCHIVE_DUPLEX_DEST
によって宣言されたアーカイブ先は、LOG_ARCHIVE_MIN_SUCCEED_DEST = 1
であればオプション、LOG_ARCHIVE_MIN_SUCCEED_DEST = 2
であれば必須です。
LOG_ARCHIVE_DEST_
n
およびLOG_ARCHIVE_MIN_SUCCEED_DEST
パラメータの関係は、使用例を見ると理解しやすくなります。
この例では、それぞれOPTIONAL
として宣言している3つのローカル・アーカイブ先にアーカイブします。表11-2に、この場合のLOG_ARCHIVE_MIN_SUCCEED_DEST=
n
に考えられる値を示します。
この例は、LOG_ARCHIVE_DEST_
n
パラメータを使用してアーカイブ先を明示的にMANDATORY
に設定していない場合でも、LOG_ARCHIVE_MIN_SUCCEED_DEST
が1、2または3に設定されていれば、データベースは必ずこれらの位置の1つ以上に正常にアーカイブすることを示しています。
次のような状況を考えてみます。
表11-3に、LOG_ARCHIVE_MIN_SUCCEED_DEST=
n
に考えられる値を示します。
この例は、アーカイブ先が少なくなるようにLOG_ARCHIVE_MIN_SUCCEED_DEST
を設定した場合でも、データベースはその設定とは無関係に、MANDATORY
として指定されているアーカイブ先に必ずアーカイブすることを示しています。
LOG_ARCHIVE_DEST_
n
パラメータのREOPEN
属性を使用して、エラーの発生後にARCnが障害アーカイブ先への再アーカイブを試行するかどうかと、その時期を指定します。REOPEN
は、OPEN
エラーのみでなく、すべてのエラーに適用されます。
REOPEN=
n
では、ARCnが障害アーカイブ先の再オープンを試行するまでの最小秒数を設定します。nのデフォルト値は300秒です。値に0(ゼロ)を指定すると、REOPEN
属性はオフになり、ARCnは障害発生後にアーカイブを試行しません。REOPEN
キーワードを指定しない場合、ARCnはエラー発生後にアーカイブ先を再オープンしません。
REOPEN
を使用して、ARCnが再接続とアーカイブ・ログ転送を試行する回数を指定することはできません。REOPEN
は成功または失敗で終了します。
OPTIONAL
アーカイブ先にREOPEN
を指定すると、データベースはエラーがある場合にオンライン・ログを上書きできます。MANDATORY
のアーカイブ先にREOPEN
を指定すると、正常にアーカイブできない場合に本番データベースの機能が停止します。この状況では、次の方法を検討してください。
REOPEN
キーワードを使用する場合は、次の点に注意してください。
REOPEN
を指定した場合、ARCnは記録されたエラー発生時刻からREOPEN
間隔が経過した時刻が現在時刻より前かどうかをチェックします。現在時刻より前であれば、ARCnはログ・コピーを再試行します。
REOPEN
句は、ACTIVE=TRUE
のアーカイブ先状態に影響を及ぼします。VALID
およびENABLED
状態は変化しません。
バックグラウンド・プロセスは適宜、トレース・ファイルに情報を書き込みます。(詳細は、「トレース・ファイルおよびアラート・ログを使用したエラーの監視」を参照してください。)ARCHIVELOGプロセスの場合は、トレース・ファイルに書き込む出力を制御できます。制御するには、LOG_ARCHIVE_TRACE
初期化パラメータを設定してトレース・レベルを指定します。設定可能な値は、次のとおりです。
パラメータ値として、必要な各トレース・レベルの合計を設定することにより、トレース・レベルを組み合せることができます。たとえば、LOG_ARCHIVE_TRACE=12
に設定すると、トレース・レベル8および4の出力が生成されます。また、プライマリ・データベースとスタンバイ・データベースには、異なる値を設定できます。
LOG_ARCHIVE_TRACE
パラメータのデフォルト値は0(ゼロ)です。このレベルでは、エラー条件が発生すると、ARCHIVELOGプロセスによって適切なアラートおよびトレース・エントリが生成されます。
このパラメータの値は、ALTER SYSTEM
文で動的に変更できます。データベースはマウントされ、オープンしていないことが必要です。次に例を示します。
ALTER SYSTEM SET LOG_ARCHIVE_TRACE=12;
この方法で行った変更は、次回のアーカイブ操作の開始時に有効になります。
アーカイブREDOログに関する情報を表示するには、動的パフォーマンス・ビューまたはARCHIVE
LOG
LIST
コマンドを使用します。
この項の内容は、次のとおりです。
アーカイブREDOログに関して役立つ情報を含む動的パフォーマンス・ビューがいくつかあります。次の表に要約を示します。
たとえば、次の問合せでは、アーカイブする必要があるREDOログ・グループが表示されます。
SELECT GROUP#, ARCHIVED FROM SYS.V$LOG; GROUP# ARC -------- --- 1 YES 2 NO
現行のアーカイブ・モードを確認するには、V$DATABASE
ビューを問い合せます。
SELECT LOG_MODE FROM SYS.V$DATABASE; LOG_MODE ------------ NOARCHIVELOG
SQL*PlusコマンドのARCHIVE LOG LIST
を使用して、接続されているインスタンスのアーカイブ情報を表示します。次に例を示します。
SQL> ARCHIVE LOG LIST Database log mode Archive Mode Automatic archival Enabled Archive destination D:¥oracle¥oradata¥IDDB2¥archive Oldest online log sequence 11160 Next log sequence to archive 11163 Current log sequence 11163
この表示は、現行インスタンスのアーカイブREDOログの設定に関して必要なすべての情報を示します。