ヘッダーをスキップ
Oracle Data Guard Broker
11gリリース1（11.1）
E05756-02
  目次
目次		 索引
索引
戻る
戻る 		 次へ
次へ		  

A 機能の変更と廃止

この付録では、Data Guard Brokerで変更、廃止または使用中止になった機能について説明します。この付録の内容は、次のとおりです。

A.1 変更があった機能

この項では、Data Guard Brokerで変更があった機能について説明します。

A.1.1 変更があった一般機能

次の各項で、変更があった機能をリストしています。

A.1.1.1 リリース11.1で変更があった機能

  • データベースの起動動作の変更。

    Data Guard Brokerでは、データベース管理者が指定した起動オプションが優先されます。これにより、Data Guard構成に属しているデータベースのみがマウントされるという現在の要件がなくなります。以前は、DBAがプライマリ・データベースまたはロジカル・スタンバイ・データベースをマウントすると、これらのデータベースがオープンされましたが、これは発生しなくなりました。したがって、プライマリまたはロジカル・スタンバイ・データベースの場合、データベースをオープンするまでData Guardの処理は開始されません。DBAは、明示的にデータベースをオープンする必要があります。

  • データベースの状態と説明が変更されました。

    表A-3「リリース11.1でのデータベースの状態名の変更」を参照してください。

  • 既存のスタンバイを構成に追加する場合、ADD DATABASE CONNECT IDENTIFIER IS句はオプションになりました。

A.1.1.2 リリース10.2で変更があった機能

  • フェイルオーバーの動作の変更

    ロジカル・スタンバイ・データベースへのフェイルオーバーの後、ブローカはフェイルオーバーに直接関係していない構成内のスタンバイ・データベースをすべて無効化します。新しいプライマリ・データベースのスタンバイとして機能させるには、無効化されたデータベースを再び有効化する必要があります。以前は、ロジカル・スタンバイ・データベースへのフェイルオーバーにより、ブローカはフィジカル・スタンバイ・データベースのみを無効化していました。

  • 構成可能なデータベース・プロパティDelayMinsの動作の変更

    DelayMinsプロパティを0（ゼロ）に設定すると、ログ適用サービスは、できるかぎり速やかにREDOデータをスタンバイ・データベースに適用します。また、スタンバイ・データベースがスタンバイREDOログを使用して構成されている場合は、リアルタイム適用も使用されます。

    さらに、リリース10.1データベースでDelayMinsプロパティおよびRealTimeApplyプロパティを指定していた場合、遅延の動作が予期せずに変更される可能性があります。これは、リリース10.2でRealTimeApplyプロパティが廃止されているためです。

    たとえば、リリース10.1データベースでDelayMinsプロパティを0（ゼロ）以外の値に設定し、RealTimeApplyプロパティをYESに設定していた場合、リアルタイム適用設定がすべての遅延設定をオーバーライドするため、遅延設定は無視されていました。ところが、リリース10.2ではRealTimeApplyプロパティが廃止されているため、リリース10.2データベースはRealTimeApplyプロパティの影響を受けなくなりました。そのため、REDOの適用は、DelayMinsプロパティで指定された時間に従って、予期せず遅延することがあります。

A.1.2 変更があったプロパティ

次の各項で、変更があったプロパティをリストしています。

A.1.2.1 リリース11.1で変更があったプロパティ

リリース11.1では、次のプロパティが変更されました。

表A-1 リリース11.1で変更があったプロパティ

プロパティ名 変更の説明

InitialConnectIdentifier

このプロパティは、DGConnectIdentifierに変更されました。DGConnectIdentifierの値は、いつでも、すべてのData Guardネットワーク・トラフィックに使用できます。

10g構成をOracle Databaseリリース11.1にアップグレードする場合、InitialConnectIdentifier値は、そのデータベースの新しいDGConnectIdentifier値として保持されます。Oracle RACデータベースの場合は、必ず、アップグレードする前に、InitialConnectIdentifierですべてのインスタンスにアクセスできることを確認してください。

LsbyTxnConsistency

このプロパティは、LsbyPreserveCommitOrderに変更されました。

A.1.2.2 リリース10.2で変更があったプロパティ

リリース10.2では、次のプロパティが変更されました。

表A-2 リリース10.2で変更があったプロパティ

プロパティ名 変更の説明

ApplyInstanceTimeout

デフォルト値が120秒から0（ゼロ）秒に変更されています。

ApplyParallel（構成可能なプロパティ）

  • 新しいデフォルト値はAUTOです。

  • REDO Applyに使用するプロセス数を指定できなくなりました。

DelayMins

このプロパティの使用は、スタンバイ・データベースへのREDOデータの適用を遅延させるための推奨される方法です。DelayMinsプロパティを0（ゼロ）に設定した場合、次のようになります。

  • 以前に構成したDelayMins設定は無視されます。

  • スタンバイ・データベースではREDOデータができるかぎり早く適用されます。スタンバイ・データベースがスタンバイREDOログを使用して構成されている場合にリアルタイム適用を使用する場合も含まれます。

構成内に複数のフィジカル・スタンバイ・データベースが存在する場合、フィジカル・スタンバイ・データベースへのフェイルオーバーの後で、「データベースをフラッシュバック」を使用することをお薦めします。「データベースをフラッシュバック」を使用することで、無効化されていたがフェイルオーバーのターゲットではなかったフィジカル・スタンバイ・データベースを回復できます。

LogArchiveMaxProcesses

有効な値の範囲が1〜30になりました（以前は1〜10）。

LsbyTxnConsistency

TRANSACTION_CONSISTENCYではなくSYSTEM.LOGSTDBY$PARAMETERSからPRESERVE_COMMIT_ORDERの値をインポートします。

NetTimeout

デフォルト値が30秒から180秒に変更されています。

A.1.3 変更があった状態名

表A-3に、リリース11.1で変更されたデータベースの状態名を示しています。

表A-3 リリース11.1でのデータベースの状態名の変更

データベースのタイプ Oracle Database 11.1より前の状態名 Oracle Database 11.1での新しい状態名

プライマリ

ONLINE

TRANSPORT-ON

プライマリ

LOG-TRANSPORT-OFF

TRANSPORT-OFF

フィジカル・スタンバイ

ONLINE

APPLY-ON

フィジカル・スタンバイ

LOG-APPLY-OFF

APPLY-OFF

フィジカル・スタンバイ

READ-ONLY

なし脚注1

ロジカル・スタンバイ

ONLINE

APPLY-ON

ロジカル・スタンバイ

LOG-APPLY-OFF

APPLY-OFF

すべて

OFFLINE

なし脚注2

脚注1 リリース11.1以前には、READ-ONLY状態で、フィジカル・スタンバイ・データベースは読取り専用でオープンされました。リリース11.1では、フィジカル・スタンバイ・データベースは読取り専用でオープンされると同時にREDOを適用できるので、このデータベース状態は廃止されました。このため、ブローカによるこの状態変更操作は不要になりました。

脚注2 このデータベース状態は廃止されました。SQL*PlusのSHUTDOWNコマンドまたはDGMGRLのSHUTDOWNコマンドを使用してデータベースを停止できます。


関連項目:

4.2項「データベースの状態」

A.1.4 リリース10.2で変更があったDGMGRL機能

Oracle Database 10g（10.2）で変更されたData Guardコマンドライン・インタフェース（DGMGRL）コマンドは、次のとおりです。

  • FAILOVER

  • EDIT CONFIGURATION

  • EDIT DATABASE

  • SHOW CONFIGURATION


関連項目:

第8章「Data Guardコマンドライン・インタフェース・リファレンス」

A.2 廃止および使用中止になった機能

次の各項で、廃止または使用中止になった機能をリストしています。

A.2.1 リリース11.1で廃止および使用中止になった機能

この項では、Data Guard Brokerで廃止または使用中止になった機能について説明します。

  • 廃止されたデータベース・プロパティは、次のとおりです。

    • LocalListenerAddress

    • フィジカル・スタンバイ・データベースのREAD-ONLY状態は廃止されました。

    • OFFLINEおよびONLINE状態は廃止されました。

  • ADD DATABASE ...MAINTAINED AS {PHYSICAL|LOGICAL}文は、廃止されました。具体的には、ADD DATABASEコマンドのMAINTAINED AS句が廃止されました。ブローカは、スタンバイ・データベースのタイプを自動的に判別するようになりました。

A.2.1.1 リリース11.1で廃止および使用中止になったプロパティ

表A-4 リリース11.1で廃止および使用中止になったプロパティ

廃止になったプロパティ 代替プロパティ（存在する場合）

LsbyTxnConsistency

LsbyPreserveCommitOrder

A.2.2 リリース10.2で廃止および使用中止になった機能

この項では、Data Guard Brokerで廃止または使用中止になった機能について説明します。

A.2.2.1 リリース10.2で廃止および使用中止になったプロパティ

表A-5 リリース10.2で廃止および使用中止になったプロパティ

廃止になったプロパティ 代替プロパティ（存在する場合）

ApplyNext

代替なし

ApplyNoDelay

DelayMinsプロパティを0（ゼロ）に設定します。

AsyncBlocks

なしブロック数の指定は必要なくなりました。転送モードは、Data Guard構成に対して定義された保護モードに基づき、REDO転送サービスによって自動的に決定されます。

RealTimeApply

DelayMinsプロパティを0（ゼロ）に設定します。

  戻る
戻る 		 次へ
次へ
  目次
目次		 索引
索引