PowerPoint Presentation

Size: px

Start display at page:

Download "PowerPoint Presentation"

てるえわかはら
7 years ago
Views:

Oracle Database Core Tech Seminar - Data Guard, RMAN, Flashback テクノロジー製品事業統括本部

5 以下の事項は弊社の一般的な製品の方向性に関する概要を説明するものですまた情報提供を唯一の目的とするものでありいかなる契約にも組み込むことはできません以下の事項はマテリアルやコード機能を提供することをコミットメント ( 確約 ) するものではないため購買決定を行う際の判断材料になさらないで下さいオラクル製品に関して記載されている機能の開発リリースおよび時期については弊社の裁量により決定されます Oracle と Java は Oracle Corporation 及びその子会社関連会社の米国及びその他の国における登録商標です文中の社名商品名等は各社の商標または登録商標である場合があります 5 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

6 はじめに本セッションの内容 Oracle Maximum Availability Architecture(MAA) を構成するために必要な下記のテクノロジーを解説します Active Data Guard Recovery Manager (RMAN) Flashback テクノロジー 6 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

7 はじめに本セッションの内容 Oracle Maximum Availability Architecture(MAA) は Oracle の実証済み高可用性テクノロジーと成功事例に基づいた Oracle のベストプラクティスのブループリント MAA の目的すべての停止を回避検出および修復するためのベストプラクティスを提供最適な高可用性アーキテクチャをシンプルに構成することハードウェアや OS の影響を受けない高可用性のソリューションと体験をすぐに提供 7 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

Reconfiguration Rolling Upgrades Online Redefinition Edition-based Redefinition Oracle

8 はじめに本セッションの内容 MAA を構成する機能製品計画外停止計画停止ノード障害データ障害システム変更データ変更アプリ変更 Real Application Clusters Flashback RMAN & Oracle Secure Backup ASM Active Data Guard GoldenGate Online Reconfiguration Rolling Upgrades Online Redefinition Edition-based Redefinition Oracle MAA Best Practices 8 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

Flashback 人的ミスからの迅速復旧 backup 9 Copyright

9 はじめに Oracle Maximum Availability Architecture RAC データ多重化災害対策 Active Data Guard RAC サーバーの単一障害点抑止拡張性の確保 RMAN データバックアップ人的ミスの抑制 ASM ボリューム管理単一障害点抑止 Flashback 人的ミスからの迅速復旧 backup 9 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

レポーティングテストやバックアップ用途でスタンバイデータベースを活用可能データベースの REDO を転送プライマリデータベース

11 Active Data Guard データ保護と可用性の提供と同時に適切な ROI を実現 REDO 転送によって複製データベースを作成同期を取ることで本番データベースを障害およびデータ破損から保護計画停止 / 計画外停止時の切り替えによりシステムのダウンタイムを短縮レポーティングテストやバックアップ用途でスタンバイデータベースを活用可能データベースの REDO を転送プライマリデータベーススタンバイデータベース 11 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

REDO ログアーカイブログスタンバイ REDO ログアーカイブログデータファイルプライマリデータベーススタンバイデータベース (3).

12 Active Data Guard アーキテクチャ (1). REDO 転送サービスログバッファまたはオンライン REDO ログから REDO を転送スタンバイ側で受信 (2). REDO 適用サービスリカバリの仕組みで REDO を逐次適用サーバープロセスログバッファ LGWR NSS/NSA RFS ログバッファ MRP データファイルオンライン REDO ログアーカイブログスタンバイ REDO ログアーカイブログデータファイルプライマリデータベーススタンバイデータベース (3). ロール管理サービス計画 ( 外 ) 停止時にデータベースを切り替える 12 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

14 REDO 転送の経路と設定 REDO 転送のネットワーク経路は REDO の宛先で指定可能プライマリの log_archive_dest_n パラメータで設定 log_archive_dest_n = SERVICE =<tns 名 > パブリック LAN クライアントアプリケーションサーバー <tns 名 > = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP) (HOST = <IP1 or IP2>) (PORT = ポート番号 )) (CONNECT_DATA = (SERVER = DEDICATED) (SID = < スタンバイ SID>)) ) spfile.ora tnsnames. ora 管理用 LAN IP1 リスナー 1 リスナー 2 IP2 listener.ora スタンバイ側でも設定しておけば役割が入れ替わった後の転送も可能 14 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

15 転送方法の選択同期転送と非同期転送同期 / 非同期転送から選択可能同期転送消失データゼロを実現スタンバイへの REDO 転送完了を待つためプライマリデータベースのレスポンスに影響する非同期転送プライマリへの性能の影響はほとんどないネットワーク性能が十分であればほぼ最新のデータを送信可能 15 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

16 同期転送と非同期転送アーキテクチャ同期転送 SQL> COMMIT; 1 4 サーバープロセスログバッファ 1 データファイル NSS LGWR 2 オンライン REDO ログ 2 RFS 3 スタンバイ REDO ログログバッファデータファイル非同期転送 SQL> COMMIT; 1 3 サーバープロセスログバッファ 1 NSA LGWR 2 ア RFS イログバッファデータファイルオンライン REDO ログスタンバイ REDO ログデータファイル 16 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

17 1 コミット処理開始 4 コミット処理完了同期転送と非同期転送同期転送におけるアプリケーションへの影響同期転送 SQL> COMMIT; 1 4 サーバープロセスログバッファ 1 データファイル NSS LGWR 2 オンライン REDO ログ 2 RFS 3 スタンバイ REDO ログログバッファデータファイルアプリケーション SQL> COMMIT; 2 オンライン REDO ログへ書き込み 2 スタンバイへ転送 2 書き込み完了通知 3 スタンバイ REDO ログへ書き込み 17 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

ログバッファデータファイルアプリケーション SQL> COMMIT; 2 オンライン REDO ログへ書き込みアスタンバイへ転送イスタンバイ

18 1 コミット処理開始 3 コミット処理完了同期転送と非同期転送非同期転送におけるアプリケーションへの影響非同期転送 SQL> COMMIT; 1 3 サーバープロセスログバッファ 1 データファイル NSA LGWR 2 オンライン REDO ログア RFS イスタンバイ REDO ログログバッファデータファイルアプリケーション SQL> COMMIT; 2 オンライン REDO ログへ書き込みアスタンバイへ転送イスタンバイ REDO ログへ書き込み 18 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

19 同期転送と非同期転送データ保護の要件と性能要件の選択同期転送非同期転送メリットゼロデータロスを実現可能性能への影響がほぼないデメリット性能への影響を検討する必要があるデータロスに関する検討が必要アプリケーション特性 (REDO 生成量 ) ネットワーク帯域遅延スタンバイ REDO ログファイルの I/O 性能プライマリが mount できればデータロスは回避可能トランザクション再実行同期転送と非同期転送の切り替えはオンラインで変更可能 19 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

アプリケーション特性 REDO 生成量の確認 Enterprise Manager Cloud Control 12c から REDO

Data Guard ストレージのリモートミラー必要なネットワーク帯域ストレージのリモートミラーと Data Guard 制御ファイルオンライン REDO ログアーカイブログデータファイル広帯域なネットワーク回線が必要制御ファイルオンライン REDO ログアーカイブログデータファイル制御ファイル制御ファイルオンライン

21 Data Guard ストレージのリモートミラー必要なネットワーク帯域ストレージのリモートミラーと Data Guard 制御ファイルオンライン REDO ログアーカイブログデータファイル広帯域なネットワーク回線が必要制御ファイルオンライン REDO ログアーカイブログデータファイル制御ファイル制御ファイルオンライン REDO ログアーカイブログデータファイル REDO のみ転送スタンバイ REDO ログアーカイブログデータファイル MRP Data Guard では転送対象が限定されるので必要な帯域幅が小さくなる 21 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

22 ネットワーク帯域についての考慮帯域が十分確保できない場合ネットワークの帯域を上回る REDO が長時間生成された場合の動作転送が完了せずトランザクションのコミットがなかなか返らない ( 同期転送 ) 未転送の REDO が増加 = 障害発生時の消失データの増加 ( 非同期転送 ) ログバッファ NSS/NSA RFS ログバッファ LGWR 未転送 REDO MRP データファイルオンライン REDO ログアーカイブログスタンバイ REDO ログアーカイブログデータファイル 22 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

23 REDO 圧縮機能 Advanced Compression オプションがあれば使用可能転送時に圧縮受信時に伸長サーバープロセスログバッファ LGWR NSS/NSA ディスク上では圧縮されない RFS ログバッファ MRP データファイルオンライン REDO ログアーカイブログスタンバイ REDO ログアーカイブログデータファイルプライマリデータベーススタンバイデータベース低帯域なネットワーク経由で REDO を転送する際に有効 23 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

usr + sys (%) REDO 転送量 (MB/s) REDO 圧縮の効果 Oracle GRID Center における日立製作所様との共同検証結果スループット ( 係数化後 ) 平均スループット 100 100

0 非圧縮 Node 1 Node 2 圧縮 6 5 4 3 2 1 0 平均 REDO 転送量 5.32 非圧縮参考 URL : http://www.hitachi.co.

24 usr + sys (%) REDO 転送量 (MB/s) REDO 圧縮の効果 Oracle GRID Center における日立製作所様との共同検証結果スループット ( 係数化後 ) 平均スループット非圧縮圧縮平均 CPU 使用率非圧縮 Node 1 Node 2 圧縮平均 REDO 転送量 5.32 非圧縮参考 URL : 約 40% まで圧縮! 2.21 圧縮 24 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

25 REDO 圧縮導入時の考慮点 CPU リソースへのオーバーヘッド圧縮率が高いほどオーバーヘッドも大きい同時処理量 (REDO 転送量 ) が多いほどオーバーヘッドが大きい圧縮率の考え方データに依存するため一定ではない gzip コマンドによる圧縮率と近い傾向にあるアーカイブログファイルに対して gzip コマンドを実行しサイズを確認することでラフな見積もりは可能 25 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

26 REDO 転送ネットワークの遅延転送距離が長くなると RTT(Round Trip Time) が長くなる一般的に転送の最大スループットは一度に送るデータ量と RTT で決まる RTT が長くなると 1 コネクション当たり (Data Guard の転送ルートにおける ) の転送スループットは悪くなる広帯域の回線でも 1 コネクションでは帯域を使いきらず転送効率が低下 26 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

27 REDO 転送ネットワークのチューニング SDU(Session Data Unit) サイズの増加データ転送時に Oracle*Net でバッファに格納する単位を増やしてネットワーク I/O の回数を減らす推奨値 :65535( 最大値 ) 送受信両側で設定する TCP ソケットバッファの増加ネットワーク回線上で使用できる帯域幅に関係なく使用可能な帯域幅を制御 TCP 送信バッファ / 受信バッファサイズの増加により転送効率が向上帯域幅と RTT から最適な値を算出可能 : 帯域幅 ( バイト ) RTT( 秒 ) 3 27 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

28 平均転効率 (MB/s) REDO 転送ネットワークのチューニング効果 Oracle GRID Center における日立製作所様との共同検証結果 RTT の増加によって転送効率は低下するが Oracle の設定によるチューニングで改善可能転送効率の改善! 4.5 チューニング前チューニング後 10.1 転送効率の改善! 未設定 (LAN を想定 ) 12( 東京 - 大阪間想定 ) 40( 東京 - 沖縄間想定 ) Round Trip Time ( ミリ秒 ) 28 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

29 REDO の受信スタンバイ REDO ログプライマリから転送された REDO をアーカイブする前に一時的に蓄えるためのファイル未アーカイブの REDO も適用できフェイルオーバー時の REDO 消失を少なくできる作成時の注意点サイズはプライマリのオンライン REDO ログと同じにするグループ数はプライマリのグループ数 +1 以上複数メンバー作成も可能 I/O 性能に対する考慮が必要 ( 特に同期転送時 ) RFS スタンバイ REDO ログログバッファデータファイル 29 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

30 データ保護モード REDO 転送が失敗した場合に REDO 生成の継続を制御保護モード保護モードの効果ログ転送モード最大保護モード最大可用性モード最大パフォーマンスモード ( デフォルト ) データ同期化は完全保証スタンバイデータベースで REDO 書き込みが終わるまで commit が完了しないスタンバイデータベースがダウンするとプライマリデータベースも最終的には停止してデータを保護する通常は最大保護モードと同じ動作でスタンバイデータベースと通信できなくなると最大パフォーマンスモードに移行スタンバイデータベースがダウンしてもプライマリデータベースは継続稼働データが転送されていない可能性がある LGWR,SYNC,AFFIRM LGWR,SYNC,AFFIRM LGWR,ASYNC 30 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

31 データ保護モード最大パフォーマンスモードプライマリデータベースのパフォーマンスに影響しない範囲でデータ保護を提供するモード非同期転送 (ASYNC) トランザクションのコミットとスタンバイへの REDO 書き込みは非同期ローカルのオンライン REDO ログへの書き込みが行えればコミットを完了スタンバイデータベースがダウンしてもプライマリデータベースは継続稼働 31 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

32 データ保護モード最大可用性モードプライマリデータベースの可用性に影響させないレベルでデータ保護を提供するモード同期転送 (SYNC) プライマリデータベースにアクセスできる状態ではデータロスが発生しないことを保証コミット前にはローカルのオンライン REDO ログと 1 つ以上のスタンバイ REDO ログに書き込む必要ありスタンバイ REDO ログに書き込めない場合 ( 一定時間書きこめないスタンバイのエラー ) は一時的に再同期化モードになる最大パフォーマンスモードと同じ動作となるベストプラクティスは二次障害が発生する前に迅速に解決すること 32 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

33 データ保護モード最大保護モードデータ損失を発生させないことを保証する最高レベルの保護モード同期転送 (SYNC) プライマリデータベースに障害が発生した状況でもデータロスが発生しないことを保証コミット前にはローカルのオンライン REDO ログと 1 つ以上のスタンバイ REDO ログに書き込む必要ありスタンバイ REDO ログに書き込めない場合はプライマリデータベースのコミットが完了しない ( 一定時間後経過しても書き込めない場合はプライマリデータベースが安全に速やかに停止される ) ベストプラクティスはスタンバイを 2 つ以上持つこと 33 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

34 REDO 転送遅延時の動作 log_archive_dest_n の属性 NET_TIMEOUT ( デフォルト 30 秒 ) 同期転送時 LGWR が REDO 転送先に送信された REDO の確認待ちをブロックする時間を秒数で指定 NET_TIMEOUT の時間何も受信されない場合はエラーがログに記録されその宛先への REDO 転送セッションは終了 (ORA-16198) NET_TIMEOUT 属性の指定がない場合は TCP/IP のタイムアウトまで待機する動作となる 34 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

35 REDO 転送失敗時の動作 log_archive_dest_n の属性 REDO 転送失敗の原因スタンバイデータベースが MOUNT で起動していないリスナーが起動していないなど REOPEN ( デフォルト 300 秒 ) 転送処理が実行できなかった場合の再試行のタイミングを指定 ( 秒 ) MAX_FAILURE ( デフォルト無制限 ) 再試行の最大回数 REDO 転送失敗時 REOPEN 経過後のあるログスイッチ時に再開される再試行が MAX_FAILURE に達した場合はそれ以上転送は行われない 35 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

38 REDO 適用サービススタンバイサイトに転送された REDO の自動適用を制御するサービス REDO の自動適用のタイミングは設定によって変更可能ログバッファ自動適用を行うには管理リカバリモードでの起動が必要 MRP( 管理リカバリプロセス ) が適用処理を行うマルチコア環境では自動的に並列化スタンバイ側へのオブジェクト作成不可アーカイブログスタンバイ REDO ログ MRP データファイル 38 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

39 REDO 適用のタイミングデフォルトの動作デフォルトでは受信した REDO のアーカイブ完了後随時適用が開始される設定によってタイミングを変更することも可能リアルタイム適用タイムディレイ適用 RFS ログバッファ MRP アーカイブログスタンバイ REDO ログデータファイルアーカイブログから適用 39 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

40 REDO 適用のタイミングリアルタイム適用スタンバイ REDO ログがアーカイブされる前に適用する受信後すぐに適用することで常に最新状態まで同期完了済みスイッチオーバー / フェイルオーバーの高速化スタンバイ側で最新の情報を検索することが可能となる設定はスタンバイ側で行う RFS アーカイブログスタンバイ REDO ログログバッファ MRP データファイルスタンバイ REDO ログから適用 40 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

41 REDO 適用のタイミングタイムディレイ適用アーカイブ作成後一定時間経過後に適用する方法タイムラグはスタンバイサイトのアーカイブログ作成完了後から発生するため REDO 転送処理は遅延しないプライマリデータベースで行われた人的ミスをスタンバイサイトに反映するのを遅らせることが目的設定はプライマリ側で行う RFS アーカイブログスタンバイ REDO ログログバッファ MRP データファイル一定時間経過後アーカイブログから適用 41 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

リアルタイム問い合わせ災害対策機能を維持しながら最新の結果をスタンバイ側で検索可能

データベースとの同期状態を保ちながらスタンバイ参照可能検索時に許容可能な適用ラグ (

更新処理 NSA RFS Active Data Guard オプションがあれば使用可能

43 リアルタイム問い合わせ災害対策機能を維持しながら最新の結果をスタンバイ側で検索可能 REDO を適用をしながらスタンバイデータベースを読み取り専用でオープン可能スタンバイデータベースとの同期状態を保ちながらスタンバイ参照可能検索時に許容可能な適用ラグ ( 時間 ) を指定することでデータ品質を保証可能 ( 同期転送時 ) 検索処理検索更新処理 NSA RFS Active Data Guard オプションがあれば使用可能 LGWR MRP データファイルオンライン REDO ログスタンバイ REDO ログデータファイルデータベースは読み取り専用で OPEN 43 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

44 自動ブロックメディアリカバリ Active Data Guard による透過的なブロック修復機能 SQL> SELECT max(c1) FROM tab1; 1SQL 発行 alert 2 ブロック破損の検知 Requesting Auto BMR for (file# 7, block# 261) 3 スタンバイに正常ブロックを要求 alert Active Data Guard オプションがあれば使用可能 Waiting Auto BMR response for (file# 7, block# 261) Auto BMR successful MAX(C1) エラーなく結果が返る 5 自動的にリカバリ 4 スタンバイ側の正常なブロックを自動的に転送破損を自動的に修復しエラーなく正しい結果をクライアントに返す 44 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

46 ロール管理サービスロールとはデータベースのロールプライマリロールログ転送サービスがプライマリデータベースからスタンバイデータベースへ REDO を転送するスタンバイロールログ適用サービスがスタンバイデータベースに REDO を適用するロールの変更方法スイッチオーバーフェイルオーバー 46 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

REDO ログスタンバイ REDO ログデータファイル 47 Copyright

47 スイッチオーバープライマリデータベースのメンテナンスなど計画的に行うロール変換各データベースが正常にオープン ( またはマウント ) されている場合に実施可能データ保護モードに関わらずデータ損失はゼロいずれのデータベースも再作成なしで継続運用やロールをもとに戻すことが可能降格昇格データファイルオンライン REDO ログスタンバイ REDO ログデータファイル 47 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

48 フェイルオーバープライマリデータベースの障害発生時など計画外に行われるロール変換プライマリデータベースが停止した状態で実行可能最大保護モード以外はデータ損失の可能性ありフェイルオーバー後に以前のプライマリデータベースを Data Guard に組み込むためにスタンバイデータベースの再作成が必要 Flashback Database を利用することで復旧コストを削減可能昇格データファイルオンライン REDO ログスタンバイ REDO ログデータファイル 48 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

49 スナップショットスタンバイフィジカルスタンバイを一時的にテスト環境として利用可能スタンバイデータベースを通常モードで OPEN するので書き込み可能 REDO は継続して受信可能なためデータ保護要件は確保テスト終了後はスタンバイに戻し REDO 適用を再開スタンバイへ戻す際は内部的に Flashback Database を使用データファイル本番用に使用 NSA LGWR オンラインテスト中もREDO REDOログを継続受信可能 RFS スタンバイ REDO ログ検証テストに使用 MRP Flash back Log データファイルテストによる書き込みは Flashback Log として保存データベースは書き込み可能で OPEN REDO 適用は停止状態 49 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

RMAN とは Oracle のバックアップリカバリツールデータベースのバックアップリストアリカバリおよびバックアップの管理を行うためのクライアントユーティリティ実行方法は 2 種類 OS プロンプトから RMAN を起動しコマンドラインで実行 Oracle Enterprise Manager(EM) の GUI を使用して実行バックアップ対象ファイル制御ファイル

51 RMAN とは Oracle のバックアップリカバリツールデータベースのバックアップリストアリカバリおよびバックアップの管理を行うためのクライアントユーティリティ実行方法は 2 種類 OS プロンプトから RMAN を起動しコマンドラインで実行 Oracle Enterprise Manager(EM) の GUI を使用して実行バックアップ対象ファイル制御ファイルデータファイルアーカイブログファイルサーバーパラメータファイル $ rman target sys/password@tns 名 RMAN> BACKUP DATABASE; RMAN> RESTORE DATABASE; RMAN> RECOVER DATABASE; 51 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

52 RMAN の構成 Oracle インスタンスの仕組みでファイルにアクセスクライアント RMAN サーバープロセスバックアップ先ディスク RMAN の管理情報をカタログデータベースに格納すればより長期のバックアップ履歴多くのターゲットデータベースを管理可能リカバリカタログカタログデータベースリカバリカタログ制御ファイルターゲットデータベースアーカイブログデータファイル高速リカバリ領域テープライブラリ 52 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

53 RMAN を使用すると何ができるかホットバックアップモードが不要 Oracle インスタンスの仕組みでファイルを読む運用ミスを減らせる操作の大部分を自動化データベースのファイル構成が変化しても自動追尾バックアップ取得の影響を小さくできるリストア / リカバリ時間を短縮可能 Oracle の内部構造を利用するため 53 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

54 バックアップリストアリカバリ時間を短縮 Oracle の内部構造を利用増分バックアップバックアップファイルのサイズを小さく抑える頻繁にバックアップを取りリカバリ時の REDO 適用量を減らせる高速増分バックアップバックアップ取得の影響を小さく増分更新バックアップリストアを減らす 54 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

55 バックアップからの時間経過 A A A A A A 更新 A B A A B B 更新生成される REDO ログ最後のバックアップから時間が経過するほど生成される REDO ログも増えているリカバリ時に適用する REDO も増える A B C A B C データファイル時間最新の状態頻繁にバックアップを取得すればリカバリ時間を短くできるのでは 55 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

56 増分バックアップ累積と差分 A A A A A A BACKUP A A A A A A A A A A A A 更新全ブロック ( レベル 0) 全ブロック ( レベル 0) A B A A B B BACKUP B B B B B B 更新 A B C A B C BACKUP B C B C C C データファイル累積増分バックアップ差分増分バックアップ時間レベル 0 のバックアップからの増分前回のバックアップからの増分バックアップファイルのサイズを小さく抑えつつリカバリ時の REDO 適用量を減らす効果が期待できる 56 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

57 増分バックアップバックアップの増分の判断増分バックアップデータベースサーバー B B B A B A A B B フルスキャンし全データブロックの SCN を調べることで以前のバックアップから更新のあるデータブロックを判断データファイル A B A A B B ( 従来の ) 増分バックアップフルスキャンを行うためバックアップ取得時のディスク I/O の負担は減らない 57 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

58 高速増分バックアップブロックチェンジトラッキングファイル増分バックアップ B B B ALTER DATABASE ENABLE BLOCK CHANGE TRACKING USING FILE 'filename' REUSE; データベースサーバー B B B 以前のバックアップから更新が発生したデータブロックをビットマップで記録データファイル A B A A B B 高速増分バックアップ更新ブロックのみを読み込むためバックアップ取得時のディスク I/O の負担を軽減 58 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

59 増分バックアップ時の読み込みブロック数 SELECT TO_CHAR( COMPLETION_TIME,'YYYY/MM/DD-HH24:MI:SS') as COMPLETION_TIME, FILE#,DATAFILE_BLOCKS,BLOCKS_READ,USED_CHANGE_TRACKING FROM V$BACKUP_DATAFILE ORDER BY COMPLETION_TIME; ブロックチェンジトラッキング無効 COMPLETION_TIME FILE# DATAFILE_BLOCKS BLOCKS_READ USED_CHANGE_TRACKING /05/25-16:31: NO 2008/05/25-16:31: NO 2008/05/25-16:31: NO 2008/05/25-16:31: NO ブロックチェンジトラッキング有効同じ減少 COMPLETION_TIME FILE# DATAFILE_BLOCKS BLOCKS_READ USED_CHANGE_TRACKING /05/25-16:35: YES 2008/05/25-16:35: YES 2008/05/25-16:35: YES 2008/05/25-16:35: YES 59 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

60 増分バックアップのリストアデータベースにリストアするときまずフルバックアップをデータベースにリストアその上に増分バックアップをリストア C C 増分 2 リストア 3 C C 増分 2 B B B 増分 1 リストア 2 B B B 増分 1 A A A A A A フルリストア 1 A A A A A A フルデータベースバックアップ 60 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

61 増分バックアップのリストア増分更新バックアップあらかじめ増分を適用したバックアップを作成しておく増分適用済みのフルバックアップをデータベースにリストア B C C B B 増分 2 増分 1 A A A A A A フル A B C A B C データベースリストア A B C A B C 増分適用済みのバックアップ 61 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

62 増分バックアップのリストアあらかじめ増分バックアップを適用しておく A A A A A A 更新 A B A A B B BACKUP BACKUP A A A A A A イメージコピー ( 全ブロックのバックアップ ) B B B RECOVER A A A A A A A B A A B B 更新増分バックアップ A B C A B C BACKUP C 増分バックアップ C RECOVER A B C A B C データファイル差分増分バックアップ増分更新バックアップ時間前回のバックアップからの増分イメージコピーに増分を適用 62 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

増分更新バックアップ (0) BACKUP AS COPY DEVICE TYPE DISK DATABASE; 0. 最初にイメージコピーを取得 (1) BACKUP INCREMENTAL LEVEL 1 DEVICE TYPE DISK TAG tag_name' DATABASE; 1. 増分バックアップ (2) RECOVER COPY OF DATABASE; 2.

63 増分更新バックアップ (0) BACKUP AS COPY DEVICE TYPE DISK DATABASE; 0. 最初にイメージコピーを取得 (1) BACKUP INCREMENTAL LEVEL 1 DEVICE TYPE DISK TAG tag_name' DATABASE; 1. 増分バックアップ (2) RECOVER COPY OF DATABASE; 2. 増分の適用基本的な増分バックアップコマンドでの手順 (1) BACKUP INCREMENTAL LEVEL 1 FOR RECOVER OF COPY WITH TAG tag_name' DATABASE; 1. 増分バックアップ ( イメージコピーがなければ取得 ) (2) RECOVER COPY OF DATABASE; 2. 増分の適用増分更新バックアップ用の構文での手順 63 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

64 RMAN まとめ増分バックアップバックアップファイルのサイズを小さく抑えリカバリ時の REDO 適用量を減らす高速増分バックアップバックアップ取得の I/O への影響を小さく増分更新バックアップ増分を適用したバックアップを用意しておきリストア回数を減らす Active Data Guard 環境で上記すべてを行うことができる 64 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

65 RMAN の活用例スタンバイデータベースで増分更新バックアップ取得フィジカルスタンバイデータベースを利用してバックアップを取得することが可能本番データベース Data Guard RMAN BCT BCT= Block Change Tracking File 高速リカバリ領域テープ装置 Active Data Guard オプションがあればスタンバイ側で高速増分バックアップを取得可能 RMAN 高速増分バックアップ増分更新バックアップフルバックアップのイメージコピーイメージコピーのバックアップ 65 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

本日の内容 Active Data Guard Recovery Manager (RMAN) Flashback テクノロジー

67 物理障害と論理障害物理障害 : データベース構成ファイルの破損冗長構成を取る定期バックアップ論理障害 : ユーザーやアプリからの誤った変更人が関わる部分のため発生を抑えることは困難違うバッチ流してしまった違うテーブルを DROP してしまった! 3 時間前のデータベースのデータを知りたい! 発生するという前提に立って迅速に復旧するための手順を確立しておくことが大事 67 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

ロールフォワードリカバリ時間 = データベースのサイズやログの適応量によって長時間になるリカバリ時間

68 論理障害からの復旧データベースの Point-in-Time リカバリ 1. バックアップファイルからリストア 2. ロールフォワード Import/Export によるリカバリ 1. 不整合なオブジェクトの削除 2. Import 3. 処理の再実行 Flashback によるリカバリ 1. データを取り消す 2. ロールフォワードリカバリ時間 = データベースのサイズやログの適応量によって長時間になるリカバリ時間 = 取り消すデータ量 ( データベースのサイズと無関係 ) 68 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

70 Flashback 機能の種類参照系リカバリ系機能名機能概要使用する情報 Flashback Query 過去データの参照 UNDO 情報 Flashback Version Query Flashback Transaction Query Flashback Data Archive Flashback Database 指定した時間間隔のすべての変更履歴を表示一定期間ひとつのトランザクションにより行われた変更を表示一定期間の履歴データを保持して参照データベース全体を過去の特定の時点に復旧 UNDO 情報 UNDO 情報 Flashback Archive 領域 Flashback Log Flashback Table 表単位でデータを特定の時点に戻す UNDO 情報 Flashback Drop 表の Drop 操作の取り消し元の表の領域を残す Flashback Transaction 特定のトランザクションの取り消し REDO 情報 70 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

71 Flashback Database によるリカバリ迅速なリカバリを実現 Flashback Database によるリカバリ方法 Flashback Log の適用 REDO ログ及びアーカイブログの適用 Flashback Database によるリカバリの特徴迅速なリカバリ Flashback Database はリストアを必要としないためデータファイルのサイズが増大した場合でもリカバリ時間はほぼ変化なし Point-in-Time リカバリに比べて適応する REDO ログファイル量が少ないリカバリ操作が簡単 FLASHBACK DATABASE コマンドひとつで実行可能 71 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

Flashback Database によるリカバリの場合 Flashback Log の適用時間

72 Flashback Database によるリカバリ従来のリカバリ機能と比較イメージ Point-in-Time リカバリの場合バックアップファイルのリストアロールフォワード Flashback Database によるリカバリの場合 Flashback Log の適用時間 72 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

73 Flashback Database の制限可能なオペレーションと不可能なオペレーション FLASHBACK DATABASE コマンドでリカバリ不可能なオペレーション現行のデータファイルが損失 / 損傷した場合 Flashback Log を適用できないため制御ファイルをリストア / 再作成した場合制御ファイルで Flashback Log を管理するため NOLOGGING 操作実行中 REDO ログやアーカイブログが存在しないため 73 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

74 Flashback Database のための設定 1. Flashback Log モードを有効にする 2. 保証付きリストアポイントを作成する Flashback Log モードを有効にしている期間時間保証付きリストアポイントを作成した時点時間リカバリ可能 Flashback Log モードが有効である期間内の任意の時点にリカバリ可能有効期間内の全変更を Flashback Log として保持 ( ログ量が多い ) OLTP 系の処理時などリカバリ時点を想定できない場合に有効リカバリ可能保証付きリストアポイントを作成した時点にのみリカバリ可能保証付きリストアポイントに戻るためだけの Flashback Log を保持 ( ログ量少ない ) バッチ処理時などリカバリ時点がある程度決定している場合に有効 74 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

Flashback Database の仕組み REDO ログ SCN#110 (09:00) SCN#120 (10:00) A B B C 3 REDO ログを使ってリカバリポイントまでロールフォワードバッファキャッシュ A B C A B Flashback バッファ SCN#110 (09:00) SCN#120 (10:00) A B RVWR プロセスがデータ

75 Flashback Database の仕組み REDO ログ SCN#110 (09:00) SCN#120 (10:00) A B B C 3 REDO ログを使ってリカバリポイントまでロールフォワードバッファキャッシュ A B C A B Flashback バッファ SCN#110 (09:00) SCN#120 (10:00) A B RVWR プロセスがデータブロックに対する変更を非同期に取得ファイルに書き出す RVWR 2 データブロックに Flashback Log を適用する Flashback Log ファイル 1 FLASHBACK DATABASE TO TIMESTAMP 09:30 時間 75 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

をフェイルオーバー時点に戻す本番 DB 新本番データベースと旧本番データベースで同期を再開する時間スタンバイ Data Guard

76 Flashback Database の活用例プライマリサイトの DB サーバーの物理的な障害 (CPU やメモリネットワークの障害 ) によってフェイルオーバーを実施本番 DB Data Guard スタンバイ本番 DB Flashback Database を利用して旧本番 DB をフェイルオーバー時点に戻す本番 DB 新本番データベースと旧本番データベースで同期を再開する時間スタンバイ Data Guard 迅速に耐障害性を障害発生前の状態に戻せる本番 DB 76 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

77 まとめ Oracle Maximum Availability Architecture(MAA) を構成するために必要な下記のテクノロジーを解説しました Active Data Guard Recovery Manager (RMAN) Flashback テクノロジー 77 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

79 参考情報今日ご紹介した機能をご自身で体験頂けます (Oracle VM Virtual Box 仮想マシンイメージのダウンロード ) Oracle Data Guard Basic Hands On Training 壊して体感する!Oracle Data Guard による障害復旧対応ハンズオン 79 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

Slide 1

Oracle Data Guard の構築とフェイルオーバー実行例日本オラクル株式会社以下の事項は弊社の一般的な製品の方向性に関する概要を説明するものですまた情報提供を唯一の目的とするものでありいかなる契約にも組み込むことはできません以下の事項はマテリアルやコード機能を提供することをコミットメント ( 確約 ) するものではないため購買決定を行う際の判断材料になさらないで下さい