MAA/Data Guard 10g Release 2セットアップ・ガイド – RACプライマリのためのRACロジカル・スタンバイ作成

Size: px

Start display at page:

Download "MAA/Data Guard 10g Release 2セットアップ・ガイド – RACプライマリのためのRACロジカル・スタンバイ作成"

みりあやすこ
4 years ago
Views:

1 MAA/Data Guard 10g Release 2 セットアップガイド - RAC プライマリのための RAC ロジカルスタンバイ作成 Oracle ホワイトペーパー 2006 年 5 月 Maximum Availability Architecture Oracle Best Practices For High Availability

2 MAA/Data Guard 10g Release 2 セットアップガイド - RAC プライマリのための RAC ロジカルスタンバイ作成概要... 3 タスク 1: フィジカルスタンバイ環境を準備... 4 タスク 2: フィジカルスタンバイをロジカルスタンバイに変換... 6 タスク 3: Data Guard 構成を確認... 8 参照資料... 8 MAA/Data Guard 10g Release 2 セットアップガイド - RAC プライマリのための RAC ロジカルスタンバイ作成 2

3 MAA/Data Guard 10g Release 2 セットアップガイド - RAC プライマリのための RAC ロジカルスタンバイ作成概要 Oracle (MAA)[1] はオラクル社の実証済み高可用性テクノロジと推奨事項に基づいたOracleベストプラクティスの青写真です MAAの目的は最適な高可用性アーキテクチャを設計する場合の複雑な仕組みを排除することです MAAシリーズの一部として公開されたこのホワイトペーパーでは特にRACプライマリデータベースのためのRACロジカルスタンバイデータベースの作成方法を説明しますこのホワイトペーパーでは既存のOracle Data Guard 構成をRACロジカルスタンバイデータベースを持つRACプライマリデータベースに変換します既存のOracle Data Guard 構成は RACフィジカルスタンバイデータベースで構成されたRACプライマリデータベースとします RACフィジカルスタンバイデータベースで初期 RACプライマリデータベースを作成する手順はホワイトペーパー MAA 10g Setup Guide: Creating a RAC Physical Standby Database for a RAC Primary Database [2] に説明されていますこのホワイトペーパーで概説する手順は SQL*Plusとsrvctlを使用し Oracle Data Guardで構成したOracle Database 10g Release 2 データベースに適用しますプライマリデータベースを停止する必要はありませんこのホワイトペーパーの例では RAC プライマリデータベースのデータベース固有名は CHICAGO です 2 つの RAC プライマリインスタンスのインスタンス名は CHICAGO1( ノード chicago_host1 上 ) と CHICAGO2( ノード chicago_host2 上 ) です RAC スタンバイデータベースのデータベース固有名は BOSTON 2 つのスタンバイインスタンス名は BOSTON1( ノード boston_host1 上 ) と BOSTON2( ノード boston_host2 上 ) ですこのホワイトペーパーには次のタスクが含まれますタスク 1: フィジカルスタンバイ環境を準備タスク 2: フィジカルスタンバイをロジカルスタンバイに変換タスク 3: Data Guard 構成を確認このホワイトペーパーでは次の条件が満たされているものとしますプライマリデータベースとスタンバイデータベースは ASM を使用します MAA/Data Guard 10g Release 2 セットアップガイド - RAC プライマリのための RAC ロジカルスタンバイ作成 3

4 プライマリデータベースとスタンバイデータベースはフラッシュリカバリ領域を使用します特に記述がないかぎりすべてのストレージに対して Oracle Managed Files(OMF) を使用しますタスク 1: フィジカルスタンバイ環境を準備 1. Data Guard 構成が高い保護モードで稼働している場合保護モードを Maximum Performance に変更してスタンバイデータベースの停止がプライマリデータベースの運用に影響しないようにします例としてプライマリデータベースで次の操作を実行します SQL> ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE; 2. フィジカルスタンバイデータベースでの REDO 適用を停止します例としてスタンバイデータベースで次の操作を実行します SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; 3. プライマリデータベースでロジカルスタンバイディクショナリを作成しプライマリデータベース上のカレントログを数回アーカイブしてログファイルがディクショナリとともにスタンバイに送ります SQL> EXECUTE DBMS_LOGSTDBY.BUILD; SQL> ALTER SYSTEM ARCHIVE LOG CURRENT; SQL> ALTER SYSTEM ARCHIVE LOG CURRENT; 4. Enterprise Manager Grid Control と Data Guard Broker を使用している場合プライマリデータベースとスタンバイデータベースの両方で次のコマンドを発行することによりブローカをオフにします SQL> ALTER SYSTEM SET DG_BROKER_START=FALSE SCOPE=BOTH; ブローカをオフにした状態で各データベースの Data Guard 構成ファイルを削除します ( これらのファイルの位置はデータベース初期化パラメータ DG_BROKER_CONFIG_FILE1 および DG_BROKER_CONFIG_FILE2 により指定されています ) 次に Grid Control が監視するデータベースターゲットのリストからプライマリデータベースとスタンバイデータベースを削除します MAA/Data Guard 10g Release 2 セットアップガイド - RAC プライマリのための RAC ロジカルスタンバイ作成 4

5 5. Oracle Database 10g の場合フラッシュリカバリ領域はロジカルスタンバイデータベースのスタンバイアーカイブログ宛先としてサポートされていませんただしスタンバイアーカイブログ宛先のためにフラッシュリカバリ領域のディスクグループ内にディレクトリを作成できますスタンバイホスト上の ASM インスタンスに接続しデータディスクグループまたはフラッシュリカバリ領域ディスクグループでスタンバイアーカイブログファイルを保管するためのディレクトリを作成します次に例を示します SQL> ALTER DISKGROUP data ADD DIRECTORY +RECO/BOSTON/ARC ; その後プライマリホスト上の ASM インスタンスに接続し同様のディレクトリを作成して次回ロール移行時に現在のプライマリデータベースがロジカルスタンバイとして機能するようにします SQL> ALTER DISKGROUP data ADD DIRECTORY +RECO/CHICAGO/ARC ; 6. ロジカルスタンバイ構成に適するように各データベースでパラメータを構成します Data Guard Broker がすでに有効化されている場合 LOG_ARCHIVE_DEST_10 がブローカにより自動的に定義されフラッシュリカバリ領域が指定されますこの後の SQL コマンドはこの宛先の設定を解除しロジカルスタンバイ構成として適切な宛先を定義しますスタンバイデータベースでは次の文を実行します SQL> ALTER SYSTEM SET STANDBY_ARCHIVE_DEST='+RECO/BOSTON/ARC/ 2 SCOPE=BOTH SID='*'; SQL> ALTER SYSTEM SET 2 LOG_ARCHIVE_DEST_1='LOCATION=USE_DB_RECOVERY_FILE_DEST 3 VALID_FOR=(ONLINE_LOGFILES,ALL_ROLES) 4 DB_UNIQUE_NAME=BOSTON' SCOPE=BOTH; SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_1=ENABLE SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=CHICAGO 2 VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) LGWR SYNC AFFIRM 3 DB_UNIQUE_NAME=CHICAGO' SCOPE=BOTH; SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE SQL> ALTER SYSTEM SET 2 LOG_ARCHIVE_DEST_3='LOCATION=+RECO/BOSTON/ARC/ 3 VALID_FOR=(STANDBY_LOGFILES, STANDBY_ROLE) 4 DB_UNIQUE_NAME=BOSTON' SCOPE=BOTH; SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_3=ENABLE SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_10='' SCOPE=BOTH; SQL> ALTER SYSTEM SET PARALLEL_MAX_SERVERS=9 SCOPE=BOTH; MAA/Data Guard 10g Release 2 セットアップガイド - RAC プライマリのための RAC ロジカルスタンバイ作成 5

6 プライマリデータベースでは次の文を実行します SQL> ALTER SYSTEM SET STANDBY_ARCHIVE_DEST= +RECO/CHICAGO/ARC/ 2 SCOPE=BOTH SID='*'; SQL> ALTER SYSTEM SET 2 LOG_ARCHIVE_DEST_1='LOCATION=USE_DB_RECOVERY_FILE_DEST 3 VALID_FOR=(ONLINE_LOGFILES,ALL_ROLES) 4 DB_UNIQUE_NAME=CHICAGO' SCOPE=BOTH; SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_1=ENABLE SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=BOSTON 2 VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) LGWR SYNC AFFIRM 3 DB_UNIQUE_NAME=BOSTON' SCOPE=BOTH; SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE SQL> ALTER SYSTEM SET 2 LOG_ARCHIVE_DEST_3='LOCATION=+RECO/CHICAGO/ARC/ 3 VALID_FOR=(STANDBY_LOGFILES, STANDBY_ROLE) 4 DB_UNIQUE_NAME=CHICAGO' SCOPE=BOTH; SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_3=ENABLE SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_10='' SCOPE=BOTH; SQL> ALTER SYSTEM SET PARALLEL_MAX_SERVERS=9 SCOPE=BOTH; タスク 2: フィジカルスタンバイをロジカルスタンバイに変換 1. 1 組のクラスタデータベースを除くすべてのスタンバイインスタンスを停止し false にしてからマウント排他モードで単一インスタンスとしてスタンバイデータベースを開始します SQL> ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SCOPE=SPFILE; SQL> SHUTDOWN ABORT; SQL> STARTUP MOUNT EXCLUSIVE; 2. SQL*Plus から ALTER DATABASE RECOVER TO LOGICAL STANDBY コマンドを発行します次に例を示します SQL> ALTER DATABASE RECOVER TO LOGICAL STANDBY boston; 3. クラスタデータベースを true に設定しデータベースをマウント状態にしますマウント状態から open resetlogs を実行します SQL> ALTER SYSTEM SET CLUSTER_DATABASE=TRUE SCOPE=SPFILE SQL> STARTUP MOUNT FORCE; SQL> ALTER DATABASE OPEN RESETLOGS; 4. 他のすべてのスタンバイインスタンスを起動します 5. 1 つのスタンバイインスタンスのみでロジカルスタンバイ適用を開始します SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE; MAA/Data Guard 10g Release 2 セットアップガイド - RAC プライマリのための RAC ロジカルスタンバイ作成 6

7 6. プライマリデータベースでカレントログをアーカイブし新しいロジカルスタンバイへの REDO の送信を開始します SQL> ALTER SYSTEM ARCHIVE LOG CURRENT; 7. Enterprise Manager Grid Control と Data Guard Broker を使用して構成を管理する場合 Enterprise Manager Grid Control を使用して次の手順を実行します a. Targets Databases ページからプライマリデータベースとスタンバイデータベースのターゲットを手動で検出し構成したうえで再追加します b. Setup ページから新しいターゲットに対して Management Pack Access を有効化します c. Preferred Credentials ページから新しいターゲットに対して優先接続情報を設定します d. プライマリデータベースページから Data Guard Setup and Manage ページに移動し Add Standby Database ウィザードを呼び出します既存スタンバイデータベースを追加するオプションを使用します ( ロジカルスタンバイを初めて構成に追加する際警告 ORA ORA ORA または ORA が発行される場合があります ) ロジカルスタンバイデータベースディクショナリがロードを終了し初期エラーがすべてクリアされるまで待ちます ( 数分 ) EM GC を使用しログ適用サービスを監視します必要に応じ適用サービスを再起動してエラーをクリアします e. DGMGRL コマンドラインインタフェースを使用して locallisteneraddress パラメータが各データベースインスタンスについて正しく検出されていることを確認します次に例を示します DGMGRL> show instance boston1 locallisteneraddress LocalListenerAddress = '(ADDRESS=(PROTOCOL=TCP)(HOST=boston2_hostvip)(PORT=1521))' DGMGRL> edit instance boston1 set property locallisteneraddress= '(ADDRESS=(PROTOCOL=TCP)(HOST=boston1_hostvip)(PORT=1521))' MAA/Data Guard 10g Release 2 セットアップガイド - RAC プライマリのための RAC ロジカルスタンバイ作成 7

8 タスク 3: Data Guard 構成を確認 1. SQL*Plus を使用して Data Guard 構成を管理している場合 Data Guard 概要および管理マニュアルの項を参照してロジカルスタンバイデータベースが正しく構成されているか確認してください通常プライマリデータベースに対して行った変更が受理されスタンバイデータベースで適用されたことを確認します 2. Enterprise Manager Grid Control と Oracle Data Guard Broker を使用している場合 Data Guard のプライマリデータベースページに移動し Verify をクリックします検出された問題を修正します推奨されたスタンバイ REDO ログファイルをすべてデータベースに追加後 ORA エラーとなった場合 EM GC を使用してログ適用サービスをリセットすることでエラーをクリアしリアルタイム適用を有効化します GUI により表示されるステータス情報は実際の構成ステータスより数分遅れる場合があります 3. ロジカルスタンバイが健全でありログが正しく受理され適用されたらスタンバイ REDO ログを追加し保護モードを変更しファストスタートフェイルオーバーを有効にするなどして新しいロジカルスタンバイ構成を本番で使用できるように準備します参照資料 1. OTN 上のOracle のWebsite 2. 以下は英語のドキュメントです maryracphysicalstandby.pdf MAA/Data Guard 10g Release 2 セットアップガイド - RAC プライマリのための RAC ロジカルスタンバイ作成 8

9 MAA/Data Guard 10g Release 2 セットアップガイド RAC プライマリのための RAC ロジカルスタンバイ作成 2006 年 5 月著者 : Laurence Clarke, Michael T. Smith 寄稿者 : Oracle Corporation World Headquarters 500 Oracle Parkway Redwood Shores, CA U.S.A. 海外からのお問合せ窓口 : 電話 : ファックス : Copyright 2006, Oracle. 無断転載を禁ずこの文書はあくまで参考資料であり掲載されている情報は予告なしに変更されることがありますオラクル社は本ドキュメントの無謬性を保証しませんまた本ドキュメントは法律で明示的または暗黙的に記載されているかどうかに関係なく商品性または特定の目的に対する適合性に関する暗黙の保証や条件を含む一切の保証または条件に制約されませんオラクル社は本書の内容に関していかなる保証もいたしませんまた本書により契約上の直接的および間接的義務も発生しません本書は事前の書面による承諾を得ることなく電子的または物理的にいかなる形式や方法によっても再生または伝送することはできません Oracle JD Edwards PeopleSoft は Oracle Corporation および関連会社の登録商標です他の製品名はそれぞれの所有者の商標です

Oracle Database 10gのOracle Data Guard

Oracle Database 10gのOracle Data Guard Oracle Database 10g Oracle Data Guard 2004 Oracle Data Guard... 3... 3... 3 Oracle Data Guard... 4 Oracle Data Guard... 4 Oracle Data Guard... 4 Oracle Data Guard... 5 Oracle Data Guard... 6 Oracle Data