Han,

uが以下のすべての手順を正常に実行したことを確認してください
ステップのいずれかがないことは、URが提案したスタンバイDB戦略
が”ダウン”であることを意味するためです” >>

1) プライマリデータベースデータファイルのバックアップ(hotまたはcold)を作成します。

2)プライマリにスタンバイ制御ファイルを作成します。

SVRMGR>alter database create standby controlfile as
‘/u01/app/oracle/admin/SID/udump/stby_control.ctl’;

3)データファイル、スタンバイ制御ファイル、および構成ファイルを
プライマリからスタンバイホストにコピーします。

4)プライマリ”init.ora”ファイル。 スタンバイデータベース固有のパラメータ
には、次のものが含まれます。

#この例では、ローカルアーカイブの宛先を指定し、#
宛先を有効にします。

LOG_ARCHIVE_DEST_1=’LOCATION=/arc_dest/’

LOG_ARCHIVE_DEST_STATE_1=ENABLE

#この例ではネットサービス名”standby1″を指定し、アーカイブ
を必須にします

LOG_ARCHIVE_DEST_2=’SERVICE=standby1MANDATORY REOPEN=5′

LOG_ARCHIVE_DEST_STATE_2=enable

5)スタンバイ”INIT”を編集します。ora”ファイル。 スタンバイ-データベース固有のパラメータ
には、

#initが含まれます。#remote hostにあるスタンバイ・データベースのora値。

STANDBY_ARCHIVE_DEST=/oracle/standby/arc/

このパラメータは、プライマリから提案されるアーカイブ-ログ
のスタンバイ-データベース宛先を定義します。

5)スタンバイ-インスタンスを起動し、スタンバイ-データベースをマウントします。

SVRMGR>startup nomount

SVRMGR>alter database mount standby database;

スタンバイ-データベースをロールフォワードする準備が

スタンバイ-データベースのリカバリ:Oracle7.3,8と同様に

。0次のコマンドを使用して、
スタンバイ-データベースを半自動的にロールフォワードすることができます。

SVRMGR>recover standby database;

スタンバイ-ホストに到着したログを 新しいリモート
アーカイブ機能を使用すると、アーカイブログをリモート
(スタンバイ)ホストに自動的に適用できます。 スタンバイ-データベースのリカバリ(
の転送)プロセスを完全に自動化するために、DBAはデータベースを持続的な
リカバリ-モードにすることができます(Oracle8Iの新:

SVRMGR>recover managed standby database

サーバープロセスは、
スタンバイホストで生成されたアーカイブログを適用します。 サーバープロセスは、次の必要なログのアーカイブを
チェックするために、15秒ごとに内部的にウェイクアップします。 DBAは、持続的な回復のために
タイムアウト期間(分)を指定することもできます。 この期間内に新しいログが
生成されていない場合、リカバリセッションはキャンセルされます。

SVRMGR>recover managed standby database timeout10

持続的なリカバリ-セッションをキャンセルするには、別のサーバー-マネージャー
セッションから次のコマンドを発行します。

SVRMGR>alter database recover managed standby database cancel;

スタンバイ-データベースを開きます。

別のサーバー-マネージャー
セッションから次のコマンドを発行します。

スタンバイ-データベースを開きます。

別のサーバー-マネージャー
セッションから次のコマンドを発行します。oracle8iスタンバイ-データベースの重要な新機能は、スタンバイ-読み取り専用を開く機能
です。

SVRMGR>alter database open read only;

もちろん、スタンバイ-データベースはread writeで開くことができますが、
をアクティブにする必要があります。

SVRMGR>alter database activate standby;

==========================================================
ニシャント