<Insert Picture Here> 第２０回「夜もよか～!! オラクル勉強会 presented by アシスト」 Oracle Database ・完璧バックアップ・リカバリ 2014年8月20日アシスト 1 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. Agenda • • • • <Insert Picture Here> バックアップ・リカバリとはバックアップ・リカバリ方法の整理バックアップ運用Tips Enterprise Manager を利用したバックアップ・リカバリ Backup Database Database アシスト 2 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. Agenda • バックアップ・リカバリとは <Insert Picture Here> • バックアップ・リカバリ方法の整理 • バックアップ運用Tips • Enterprise Manager を利用したバックアップ・リカバリ Backup Database Database アシスト 3 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップ・リカバリとは • そもそもバックアップ・リカバリって・・・？ • バックアップ・リカバリの用語の整理 • データベース内の処理の流れの整理 • 障害がおきないようにするための対策リストア、リカバリって何が違うの？リカバリの仕組みは？どんなファイルをバックアップする必要があるの？バックアップ以外にできる対策はあるの？アシスト 4 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップとは • バックアップとは • データをコピーしておき、別の場所に保存しておくこと • バックアップの目的 • データが壊れたり損失した場合に、複製したデータを元に戻すことで復旧すること • 過去のデータを別の場所に保存しておくこと • バックアップの重要性 • 企業活動に必要な情報資産の消失を防ぐ最良の手段 • 様々な障害を想定して対策をとる必要  OSレベル、H/Wレベルの障害は防ぎきれない  アプリケーションのエラーで論理的に壊れることもある  ディスクのミラーリング機能を使っても、ミラーごと壊れる可能性もあるアシスト 5 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. リカバリとは • リカバリとは • データ損失時にバックアップを使って復旧すること • データ・リカバリ要件に即した計画の検討 • リカバリ用件の明確化  障害からの復旧にどれだけの時間をかけられるのか？  どの時点のデータに復旧すればよいのか？  全てのデータをもれなく復旧する必要があるか？ • リカバリ計画の検討  障害発生時、どのような手順で復旧することができるか  復旧するまでにどれくらいの時間がかかるか  リカバリ手順の検証アシスト 6 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. データ復旧までの主な流れ時間 Database バックアップ Backup Databaseを構成するファイルのコピーを保存しておく 9/8 リカバリバックアップ時点から後に行われた変更ログを反映リストア破損したファイルの代わりにバックアップファイルを定位置に戻す 9/15 データベースの復旧＝リストア＋リカバリアシスト 7 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップと障害復旧データファイルのバックアップを取得時間 UPDATE INSERT DELETE バックアップ更新内容がREDO ログに記録されるデータファイルアシスト 8 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップと障害復旧バックアップ取得後にもデータベースは更新されるデータファイルに障害発生時間 UPDATE UPDATE UPDATE INSERT INSERT INSERT DELETE DELETE DELETE UPDATE INSERT DELETE バックアップデータファイル更新内容がREDOログに記録されるデータファイルのバックアップには、バックアップ以後の更新内容は含まれていないアシスト 9 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップと障害復旧データファイルに障害発生時間 UPDATE UPDATE UPDATE INSERT INSERT INSERT DELETE DELETE DELETE UPDATE INSERT DELETE バックアップデータファイル更新履歴（REDOログ）リストアデータファイル時間障害が発生したデータファイルをバックアップから書き戻す（リストア）アシスト 10 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップと障害復旧データファイルに障害発生時間 UPDATE UPDATE UPDATE INSERT INSERT INSERT DELETE DELETE DELETE UPDATE INSERT DELETE バックアップ更新履歴（REDOログ）データファイルリストアリカバリデータファイル REDOログに記録された更新履歴を再現時間障害直前の状態にリカバリ完了アシスト 11 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. データファイルのリカバリ CKPT 制御ファイルデータファイルのチェックポイント状態 LGWR オンラインREDOログファイルデータファイルの更新履歴 ARCn アーカイブREDOログファイルリカバリオンラインREDOログと制御ファイルが障害直前の情報を保持 DBWn Oracleインスタンスデータファイルデータファイルを障害発生直前までの状態に復旧可能アシスト 12 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. データベース内の処理の流れの整理 Oracle Server クライアントデータベース・バッファ・キャッシュユーザープロセス A B サーバープロセス SELECT A FROM 表１ UPDATE 表１ A→B REDOログ・バッファ変更履歴 A→B A データディクショナリデータ・ファイル制御ファイル REDOログ・ファイルデータ・ファイル・ユーザーが利用するデータ・情報管理用のデータ（ディクショナリ）アシスト 13 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. データベース内の処理の流れの整理処理が確定（COMMIT）した場合 Oracle Server クライアントデータベース・バッファ・キャッシュ変更履歴 A→B AB ユーザープロセス REDOログ・バッファサーバープロセスログライター COMMIT A データ・ファイル A→B 制御ファイルデータ・ファイル・ユーザーが利用するデータ・情報管理用のデータ（ディクショナリ） REDOログ・ファイル REDOログ・ファイル・データベースで行われた変更履歴（DML,DDL処理）を格納・障害からの復旧に使用アシスト 14 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. データベース内の処理の流れの整理チェックポイントが発生した場合 Oracle Server クライアント REDOログ・バッファデータベース・バッファ・キャッシュ変更履歴 A→B AB ユーザープロセスサーバープロセス DB ライターチェックポイント BA ログライター A→B A データ・ファイルデータ・ファイル・ユーザーが利用するデータ・情報管理用のデータ（ディクショナリ）制御ファイル制御ファイル・メモリ上の変更をいつファイルに反映したか（チェックポイント）・他の物理ファイルの場所 REDOログ・ファイル REDOログ・ファイル・データベースで行われた変更履歴（DML,DDL処理）を格納・障害からの復旧に使用アシスト 15 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 障害がおきないようにするための対策 • ファイルごとの障害対策 • 制御ファイル • 多重化が推奨（一つでも壊れるとデータベースは停止） 2つのディスクを使った配置例 • 各ファイルを異なるディスクに配置多重化したファイルは • REDOログ・ファイル別ディスクに配置 • 多重化が推奨（一つでも正常なファイルがあればデータベースは運用可能）制御制御ファイルファイル • 各ファイルを異なるディスクに配置バックアップデータ・ファイル • データ・ファイル REDOログアーカイブ REDOログファイルファイルログ • 定期的なバックアップの取得ファイル • 変更ログ（REDOログ情報）の保存データ・ファバックアップは別ディスクに配置アシスト 16 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. Agenda • バックアップリカバリとは <Insert Picture Here> • バックアップ・リカバリ方法の整理 • バックアップ運用Tips • Enterprise Manager を利用したバックアップ / リカバリ Backup Database Database アシスト 17 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップ・リカバリ方法の整理 • バックアップ・リカバリ、その前に・・・ • 発生しうる障害のタイプ • 障害からの復旧に必要な設定 • 代表的なバックアップ方法 • 代表的なリカバリ方法どんなタイプの障害があるの？バックアップするにはデータベースを停止する必要があるの？事前の設定は必要なの？障害直前まで復旧できるの？アシスト 18 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 発生し得る障害のタイプインスタンス障害 • 原因:停電、プロセス障害などにより、データベースが異常終了 • 問題:メモリ上の変更がファイルに反映されていない可能性（不整合） • 解決法:データベースの再起動 Oracle Server クライアント DBバッファ・キャッシュ A→B COMMIT AB ユーザープロセス UPDATE 表A A→B； COMMIT； REDOログ・バッファサーバープロセス LGWR A→B COMMIT A データ・ファイル制御ファイル REDOログ・ファイルアシスト 19 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 発生し得る障害のタイプメディア障害 • 原因:データベースを構成するファイルの損失、破損 • 問題:データベースの停止、または特定のデータへのアクセス・エラー（破損したファイルのタイプによって異なる） • 解決法：バックアップからリストア＋リカバリ Oracle Server DBバッファ・キャッシュ A→B COMMIT AB リストア REDOログ・バッファリカバリ AB A→B COMMIT A A バックアップデータ・ファイル LGWR 制御ファイル REDOログ・ファイルアシスト 20 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 障害発生時の出力例 ※ブロック破損時の例 SQL> select * from emp; select * from emp * 行1でエラーが発生しました。: ORA-01578: Oracleデータ・ブロックに障害が発生しました(ファイル番号4、ブロック番号27) ORA-01110: データファイル4: '/u01/app/oracle/oradata/orcl/users01.dbf' アシスト 21 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. メディア障害からのリカバリに必要な設定 • 障害直前の状態まで復旧するためにはREDOログ情報が必要 • ARCHIVE LOG モード＝障害直前までの復旧が可能（リカバリ） • NO ARCHIVE LOG モード（デフォルト）＝バックアップを取得した時点までしか復旧できない（リストア）ノー・アーカイブ･ログモード循環して４１アーカイブ･ログモード循環して４１１上書き上書きアーカイブ・ REDOログファイル２２ログ順序番号３ REDOログファイル循環して REDOログを上書き 53 ５２３ REDOログファイル３ REDOログを上書き前にアーカイブするアシスト 22 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. データベース運用モード選択のポイント • アーカイブログモードが適している場合 • データを失うことが許されない • 過去のある時点へ戻すようなリカバリが必要となる可能性がある • データベースを停止することが出来ない（オンラインバックアップ） • ノーアーカイブログモードでも問題ない場合 • データを失っても構わない • データを失ってもアーカイブ適用以外の手段で復旧可能アシスト 23 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. アーカイブ・ログの設定アーカイブ・ログの有効化とログの出力先の設定アーカイブ・ログの設定 ARCHIVE LOGモードの有効化とログの出力先（最大10か所）指定可能アシスト 24 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. Oracle Databaseのデータのバックアップ • 論理バックアップ • データのみを抽出し、障害時にデータを再ロードする方法 • Data Pumpユーティリティ • 物理バックアップ • ユーザー管理バックアップ • OSコマンド＋SQLコマンド • Recovery Manager （RMAN） • Oracleインスタンスの仕組みでファイルにアクセスアシスト 25 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 代表的なバックアップ方法オンライン・バックアップオフライン・バックアップ • オフライン（一貫性）バックアップ • データベースを正常に停止した状態でバックアップを取得 • すべてのファイルをリストアした場合、リストア直後にデータベースをオープンできる Backup • オンライン（非一貫性）バックアップ • データベースを運用しながら（停止せずに）バックアップを取得 • リストア後にリカバリ操作をする必要がある • ARCHIVE LOG MODE運用時のみ Backup アシスト 26 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 代表的なリカバリ方法ログ・モードによるリカバリ方法の違い • NO ARCHIVE LOGモードの場合 • バックアップ時点までのリカバリ • ARCHIVE LOG モードの場合 • 完全リカバリ • すべての変更履歴を適用し、障害直前の状態まで復旧 • 不完全リカバリ • 途中までの変更履歴を適用し、最新の状態まで戻さない状態で復旧 • アーカイブ・ログ・ファイルやREDOログ・ファイルに障害があり、ログの適用ができない場合 • 誤操作を取り消すために、データベース全体を過去の状態に戻したいときアシスト 27 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. ノー・アーカイブ・ログモードでの復旧作業 9月15日 9月8日 ①障害発生本番DB ②データファイルリストア REDO DataFile バックアップ  障害発生時までの全ての更新履歴情報がないので、バックアップ時点のデータまでしかリカバリできないアシスト 28 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. アーカイブ・ログモードでの復旧作業（完全リカバリ） 9月8日 9月15日 ①障害発生本番DB REDO ②データファイルリストア ③アーカイブ適用 DataFile Arch1 Arch2 Arch3 Arch4 ④REDOログファイル適用 Arch5 バックアップ  障害直前の状態まで復旧可能アシスト 29 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. アーカイブ・ログモードでの復旧作業（不完全リカバリ） 9月8日 9月15日 ①障害発生本番DB REDO ②データファイルリストア ③アーカイブ適用 DataFile Arch1 Arch2 Arch3 Arch4 Arch5 バックアップ  途中までの変更履歴を適用し、最新の状態には戻さない状態で復旧アシスト 30 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. Agenda • バックアップリカバリとは • バックアップ・リカバリ方法の整理 <Insert Picture Here> • バックアップ運用Tips • Enterprise Manager を利用したバックアップ / リカバリ Backup Database Database アシスト 31 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップ運用Tips • • • • バックアップのスケジュールは？どのようなタイプのバックアップを取るか？どこにバックアップデータを保存するのか？保存ポリシーはどのように設定しますか？バックアップはいつまで保存しておく必要があるの？どのようなバックアップスケジュールがいいの？どんな場合に、どんなバックアップ方法が最適なの？アシスト 32 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップ取得のタイミング • 定期バックアップ：業務的な要求により事前に決定 • 日次バックアップ • 週次バックアップ • 月次バックアップ • メンテナンス作業前 • 大規模なバッチ処理の前後 • バージョンアップ/パッチの適用リカバリを単純化!! • データベースの構造が変わった場合には必ず取得 • 表領域やデータ・ファイルの追加 • REDOログ、制御ファイルの構成変更（多重化など） • アーカイブ・ログ・モード変更時アシスト 33 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 定期的なバックアップ計画についてシステム要件・リカバリ要件 • • • • 障害発生時にどのくらいの時間でリカバリが必要か障害発生後のリカバリでどこまで戻す必要があるか普段、システムを止められる時期があるか普段、システム負荷の低い時間帯はあるか・・・バックアップ事前設定バックアップ対象バックアップモードバックアップのスケジュールどのくらいの頻度でバックアップを取得していくか？ DB運用モード … アシスト 34 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップのスケジュール定期バックアップ頻度の決定低頻度な全体バックアップシステム負荷は低いが、リカバリ時間が長い 1週間前バックアップ Arch1 Arch2 Arch3 ・・・・・・ Arch20 Arch21 REDO 高頻度な全体バックアップバックアップ負荷は高いが、リカバリ時間が短い 2日前 3日前 1日前バックアップ Arch1 Arch2 バックアップ Arch3 Arch4 バックアップ Arch5 REDO アシスト 35 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップタイプ増分バックアップタイプ全体バックアップ 2日前 3日前バックアップ Arch1 Arch2 バックアップ 1日前 Arch3 Arch4 バックアップ Arch5 REDO 増分バックアップ 2日前 3日前バックアップ Arch1 Arch2 増分バックアップ 1日前 Arch3 Arch4 増分バックアップ Arch5 REDO ～増分バックアップのメリット～ • バックアップ・ファイルのサイズの削減が可能アシスト 36 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 増分バックアップデータベースのファイル群・・・・・・・・・・・・・・・・データベースファイル全体を Change Tracking File 読み込んで変更された領域の（データブロック単位で追みをバックアップ跡）バックアップ・ファイルサイズの縮小バックアップ時間短縮→それほど効果はありませんでしたアシスト 37 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. Oracle Database10g以降 : 高速増分バックアップデータベースのファイル群・・・・・・・・・・・・・・・・変更があった領域のみを読み込んでバックアップバックアップ時間も大幅に短縮 !! チェンジ・トラッキング・ファイル（データブロック単位で追跡）アシスト 38 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. Oracle Database10g以降：高速増分バックアップ高速増分バックアップ全体バックアップ 50 45 40 35 30 時間（分） 25 18分の 1! 20 15 10 5 0 100 200 300 更新量（MB） 400 500 600 ※数値は検証結果に任意の定数を掛けたものですアシスト 39 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップ取得方法の詳細設定定期バックアップの効率化のための設定増分バックアップ・前回のバックアップアップ以降に変更されたブロックのみをバックアップ対象とすることで、サイズを小さくできる・「ブロック変更トラッキングを有効化」にチェックをすることで、バックアップ時間の短縮が可能日月火水アシスト 40 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップデータの保存先 • テープ • 長所：・データ容量が大きい・メディアの容量当たりの単価が安い • 短所：・ディスクに比べると低速・定期的なクリーニングが必要・追加の設定作業が発生 • ハードディスク • 長所：・高速なバックアップ・劣化が少ない • 短所：・可搬性の点が低いフラッシュ・リカバリ領域（10g以降） • バックアップ関連ファイルを置くための領域 • フラッシュ・リカバリ領域に保存されたバックアップは、必要に応じて自動的に削除(上書き)されるアシスト 41 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップの取得場所バックアップ取得場所の指定デフォルトはフラッシュ・リカバリ領域アシスト 42 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. フラッシュ・リカバリ領域の設定バックアップ関連のファイルのデフォルト格納先の設定フラッシュ・リカバリ領域バックアップ関連ファイルを置くための領域（10g）（バックアップ・アーカイブなど）場所とサイズを指定アシスト 43 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップの保存方針の設定保存方針設定例 • バックアップの保存方針 • 例）2世代保存の場合 9/2 9/1 3世代バックアップ 9/3 1世代 2世代 Arch1 Arch2 バックアップ Arch3 Arch4 バックアップ Arch5 REDO 削除可能 •保存期間を過ぎたバックアップは、一括削除可能 •フラッシュリカバリ領域に保存した場合は、保存期間を過ぎたものは領域不足時に自動的に上書きされるアシスト 44 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 保存ポリシーの設定保存ポリシーバックアップの保存期間を設定し、期間を過ぎたものは一括削除することも可能１世代２世代アーカイブ・ログ・ファイル 4日前 3日前アーカイブ・ログ・ファイル 2日前１日前今日アシスト 45 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. ホット・バックアップはなぜ難しい？ • ファイルサーバー • ファイル単位で置き換わる • データベース • ファイルが部分的に、かつ頻繁に更新されるファイルのコピー中にも、コピー元のファイル内容が更新される考慮点が増えるかわりに、DBMSは障害直前（バックアップ時刻より未来）の状態までリカバリする仕組みがあるアシスト 46 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 更新され続けるファイルのコピーホットバックアップはなぜ難しい？ファイルコピー終了ファイルコピー開始時間ファイル更新コピー元ファイル A A A A A A B B A B B B A A ？ A A ？ B コピーはファイルの先頭からバックアップファイル（コピー先） A コピー後にもブロックが更新される A B 1ブロック内の前半と後半が異なる可能性があるアシスト 47 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. ホット・バックアップ • ファイルのバックアップ（コピー）中にも、ファイルの内容が書き換えられる • DBMSは専用のホットバックアップツールが付属している • DBMSがファイルにアクセスする仕組みを使ってバックアップ • Oracle Database はRecovery Manager (RMAN) • Oracle Databaseは特殊な機能を備えている • OSのファイル・コピー・コマンドでホット・バックアップ可能 • ホット・バックアップ・モード（ユーザー管理バックアップ） • よく BEGIN BACKUP / END BACKUP と呼ばれているものアシスト 48 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. ユーザー管理バックアップとRMAN Oracleサーバー・プロセス oracle OSのファイルコピー・プロセス Oracle インスタンス dd OS データファイル（コピー元） RMAN oracle OS バックアップファイル（コピー先）データファイル（コピー元）ユーザー管理バックアップ Oracleインスタンスが関知しない（ホット・バックアップ・モード使用）バックアップファイル（コピー先） Recovery Manager Oracleインスタンスの仕組みを使ってファイルを読むアシスト 49 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. データベースのホット・バックアップ • 制御ファイル • OSファイル・コピー・コマンド不可 • Oracleインスタンスでのスナップショット生成 • または制御ファイル再作成スクリプトの生成 • オンラインREDOログファイル • OSファイル・コピー・コマンド不可 • アーカイブREDOログファイルをバックアップつまり、RMANでもユーザー管理バックアップでも、Oracle インスタンスを経由しなければならない。 Oracleインスタンスが生成したファイルをコピー（バックアップ）する。 • データファイル • ホット･バックアップ･モード • RMAN Oracleインスタンス管轄外で取得できるホット・バックアップはデータファイルのみアシスト 50 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 制御ファイルのバックアップユーザー管理バックアップ方法1. 制御ファイルのバイナリ・スナップショットの取得 SQL> ALTER DATABASE BACKUP CONTROLFILE TO バックアップファイル名方法2. 現在のデータベース構成に合わせたCREATE CONTROLFILE文の生成 SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE 生成されたトレースファイル名がアラートファイルに記録される Sun Apr 27 20:02:36 2008 ALTER DATABASE BACKUP CONTROLFILE TO TRACE Backup controlfile written to trace file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_2115.trc Completed: ALTER DATABASE BACKUP CONTROLFILE TO TRACE トレースファイルの内容はCREATE CONTROLFILE文とリカバリ手順・・・ STARTUP NOMOUNT CREATE CONTROLFILE REUSE ・・・アシスト 51 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. REDOログのバックアップ現在の（CURRENT）オンラインREDOログ・データを今すぐアーカイブにコピーしたい場合ログライタープロセス LGWR CURRENT LGWR CURRENT ALTER SYSTEM ARCHIVE LOG CURRENT CURRENTが1つ進むオンラインREDOログ・ファイル固定長、個定数のファイルに循環書き込み ARCn アーカイバプロセス･･････アーカイブREDOログ・ファイルアシスト 52 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. ホット・バックアップ･モードデータファイルのユーザー管理バックアップ更新が発生した行のみREDOに記録データブロック ALTER TABLESPACE 表領域名 BEGIN BACKUP REDOログ該当表領域のデータブロックを書き戻す（チェックポイント）該当データファイル・ヘッダのチェックポイントSCNを固定通常モードバックアップされたデータファイルのチェックポイントSCN データブロック全体をREDOに記録データファイルをコピーデータブロック ALTER TABLESPACE 表領域名 END BACKUP REDOログ該当表領域のデータファイル・ヘッダを通常モードに移行ホット・バックアップ・モード時間 ※Oracle Database 10g Release 1からは ALTER DATABASE BEGIN BACKUP によってデータベース全体（すべてのデータファイル）をホット･バックアップ･モードにすることも可能になっている。ストレージ機能を想定しての機能拡張。アシスト 53 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. スプリット・ミラーとスナップショットストレージ機能で過去イメージを取得する最新イメージ最新イメージミラー通常運用時通常運用時最新イメージ過去イメージミラー解除スプリット・ミラー最新イメージ過去イメージスナップショット取得スナップショットアシスト 54 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. ストレージ機能が分割する要素データファイルとストレージの間の層も考える表／索引表領域 Oracleのホット･バックアップ･モードはデータファイルのスナップショットを可能にするデータ・ファイルファイルシステム論理ボリュームストレージ上にある論理ボリュームとファイルシステムも分割されるスプリット・ミラー/スナップショットはストレージ・ボリューム（LU）を分割する論理ボリューム・マネージャ・ソフトウェアやファイルシステム上にデータベースを構成している場合、安全を見てコールド・バックアップで運用されることが多い。 ⇒ ファイルシステム/論理ボリュームもオフラインにしていることが多い（かもしれない）アシスト 55 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. Automatic Storage Management • Oracleデータベース専用のボリューム・マネージャ兼ファイルシステムとして機能する • ストレージ機能を使用したホット・バックアップ可能各ストレージ・ベンダーとのベスト・プラクティスを公開 http://www.oracle.com/technology/global/jp/products/database/asm/index.html http://www.oracle.com/technology/products/database/asm/index.html Oracle構造ファイル構造従来のディスク管理 ASMのディスク管理表／索引表／索引表領域表領域データファイルデータファイルファイルシステムファイルシステム論理ボリューム論理ボリューム ASM アシスト 56 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. ストレージ機能でホット・バックアップユーザー管理バックアップでI/O無停止バックアップ BEGIN BACKUP BEGIN BACKUP ホットバックアップモードスプリット / スナップショットホットバックアップモード END BACKUP バックアップバックアップデータベース本体のファイルとは無関係に、ミラーやスナップショットからデータファイルのバックアップを取得 END BACKUP 時間時間ファイルコピーコマンドでホットバックアップストレージ機能でホットバックアップアシスト 57 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップ / リストアの単位ストレージ機能が分割する単位を考える • RMAN / ユーザー管理バックアップ • ファイル単位でバックアップすることを暗黙的に想定データベースバックアップ • ストレージ機能でのバックアップ • ストレージ・ボリューム単位 • 再同期もストレージ・ボリューム単位データベースミラー/スナップショットアシスト 58 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. リカバリ不能になるケースストレージ機能でコールド・バックアップ時刻 A （オンラインREDOかつ、またはアーカイブREDO込み） REDO （時刻 A） REDO （時刻 A） datafile 1 （時刻 A） datafile 1 （時刻 A） datafile 2 （時刻 A） datafile 2 （時刻 A）データベース稼動中 REDO （時刻 B）時刻 B datafile 1 （時刻 B） datafile 1が破損リストア（ミラー再同期） REDOデータ消失 REDOが格納されているボリューム時間を上書きするとリカバリ不能に！ datafile 2 （時刻 B） REDO （時刻 A） REDO （時刻 A） datafile 1 （時刻 A） datafile 1 （時刻 A） datafile 2 （時刻 A） datafile 2 （時刻 A）データベースミラー / スナップショットアシスト 59 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. スプリット / スナップショットのグループを分ける REDOを上書きリストアしない制御ファイルオンラインREDO 再同期すると、スプリット後のアーカイブREDOを失うアーカイブREDO ファイルとして取り出す再同期すると、正常ファイルも上書きされる ⇒ リカバリが増えるデータファイルファイルとして取り出すことも検討するデータベースミラー / スナップショットアシスト 60 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. ストレージ機能を使用したバックアップ • Oracleはホット・バックアップ・モードがあるため、I/O無停止でバックアップすることも可能 • 更新トランザクションをブロックさせない無停止バックアップ • Oracleはハイエンド・ストレージの機能を活かせるDBMS • リストア / リカバリできるようにバックアップ設計を行うこと • なんでもボリューム再同期が使用できるとは限らない ASMとの組み合わせの、各ストレージ・ベンダーとのベスト・プラクティスを公開 http://www.oracle.com/technology/global/jp/products/database/asm/index.html http://www.oracle.com/technology/products/database/asm/index.html アシスト 61 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップのオフロード Data Guard フィジカル・スタンバイプライマリ・データベースに影響を与えずにバックアップを取得する Oracleクライアント（アプリケーションサーバー） SQL発行 SQL結果 RMAN REDO転送リカバリプライマリ・データベーススタンバイ・データベースバックアップフィジカル・スタンバイからバックアップ取得可能それをプライマリ・データベースにリストア可能アシスト 62 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. Agenda • • • • バックアップリカバリとはバックアップ/リカバリ基礎知識バックアップ運用Tips Enterprise Manager を利用したバックアップ・リカバリ Backup Database Database アシスト 63 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. Enterprise Managerを使ったバックアップ・リカバリ • バックアップ・リカバリのための事前設定 • アーカイブ・ログの設定 • バックアップの取得場所の設定 • バックアップ取得方法 • バックアップの保存期間の設定 • バックアップの実行例 • リカバリの実行例済 Enterprise Managerで簡単に操作！アシスト 64 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップの取得 Enterprise Managerからのバックアップ取得アシスト 65 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップの取得カスタマイズ・バックアップのバックアップ設定画面バックアップ・モードオンラインorオフラインオンラインバックアップはARCHIVE LOGモード運用時のみ可能アシスト 66 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップの取得バックアップ取得場所の確認バックアップ先バックアップのタイミングで事前設定アシスト 67 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップの取得バックアップ・スケジュールの設定スケジュール 1回のみのバックアップもスケジューリング設定も可能アシスト 68 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップの取得バックアップ取得の確認画面アシスト 69 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップの取得バックアップ進捗状況の確認画面進捗状況バックアップがどこまで進んでいるか、確認可能アシスト 70 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. バックアップの取得取得済バックアップの確認画面取得済みバックアップバックアップファイルのステータス不要なバックアップの削除手動で取得したバックアップの登録アシスト 71 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. データ・リカバリ・アドバイザ復旧のアドバイスを提示 • 障害復旧修復に要した時間 1. 障害の診断 2. 復旧手順の検討 3. 復旧操作人間が考えている時間障害解析に要した時間リストア/リカバリの時間総ダウンタイム • データ・リカバリ・アドバイザ • 障害の診断を行う • 復旧手順を構成するダウンタイムを最小化 Oracle Database 11g Release 1 からアシスト 72 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. データ・リカバリ・アドバイザ復旧のアドバイスを提示 1. データベースの障害リストを参照 RMAN> list failure; 2. 2. 意図せずにファイル D:¥ORACLE¥ORADATA¥ORCL¥SYSTEM01.DBFの名前の変更または移動が行われていた場合リストアします障害に対するアドバイスを取得 RMAN> advise failure; 3. 1. 障害13595を解決するために、Oracleサポート・サービスに連絡してください: データファイル4: 'D:¥ORACLE¥ORADATA¥ORCL¥USERS01.DBF'は破損しています修復スクリプト: d:¥oracle¥diag¥rdbms¥orcl ¥orcl¥hm¥reco_803716847.hm 修復スクリプトの内容: restore database; recover database; alter database open; 自動修復の実行 RMAN> repair failure; 修復スクリプトを実行しています・・・・メディア・リカバリを開始していますメディア・リカバリが完了しました。経過時間: 00:00:03 recoverが完了しました(完了時間: 08-12-19) データベースがオープンしました。障害の修復が完了しましたアシスト 73 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. データ・リカバリ・アドバイザ Oracle Enterprise Managerからも使用可能アシスト 74 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 障害の検知と復旧障害の検知データベースが停止した場合起動時にエラーメッセージで通知「リカバリの実行」ボタンからリカバリデータベースが稼動中である場合「サポート・ワークベンチ」画面に障害情報が出力アシスト 75 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 障害の検知と復旧障害情報の詳細表示障害の状況と影響が表示障害にあったファイルの名前が表示対応方法のアドバイスを得ることもできるアシスト 76 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 障害の検知と復旧リカバリ・アドバイザによる復旧アドバイスアシスト 77 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 障害の検知と復旧リカバリ完了画面の確認・・・・リカバリのログ「リカバリ完了」メッセージを確認アシスト 78 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. まとめ • バックアップ・リカバリとは <Insert Picture Here> バックアップ：データのコピーリカバリ：データの復旧 • バックアップ・リカバリ方法の整理アーカイブログモード/ノーアーカイブログモードオンライン/オフラインバックアップ • バックアップ運用Tips 増分バックアップ：バックアップファイルサイズの削減ＥＭによるバックアップファイル管理  Enterprise Managerを利用したバックアップ・リカバリ実行例アシスト 79 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. <Insert Picture Here> お知らせアシスト 80 アシストのOracleビジネスのご紹介 Oracleのサポート Oracleの実績【Oracle受賞歴】 Oracle Award受賞 [DODAI] Platform Solution Award 24時間365日、約200名のOracle専属技術者による全国サポート体制 (国内最大級)‫‏‬ 【過去受賞歴】パートナー別販売実績第1位 Excellent Partner受賞（9年連続 9回） Best Partner賞 Support of The Year賞 Show case of the Year賞 Oracle Real Application Clusters部門 Best Area Performance of the Year賞 Oracle Database 11g Award賞 KUDOS for Oracle Support Partners賞【ACSP認定】高レベルサポート認定企業【Oracle販売実績】年間売上お取引き企業数サポート契約継続率過去3年のサポート切替実績 ○ 信頼のフィールドサポート約80億円（国内トップクラス） 8,000社以上（国内トップクラス） 90%以上 1,200件以上【歴史】 1987年、アシストグループとして株式会社オラクルを設立し、国内で最初にOracleのライセンス販売、サポートの提供をはじめました。誠実にお客様の声に耳を傾け、真心を持ってお答えするという姿勢と、万全のサポート体制でお客様の期待に答え続け、多くのお客様より厚くご支持を頂けております。サポートセンターで解決できない問題は、Oracle専任技術者が直接お客様のもとをお伺いし、解決にあたります。過去3年（年間平均）の対応状況サポート件数約10,000件/年フィールド対応件数約400件/年顧客満足度約90% ○ マルチベンダー対応アシストではすべてのＯＳで実機を用意し、構築スキルを蓄え、検証環境を整えております。アシスト Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 81 Oracle Database の分野で2賞受賞！受賞内容・ Oracle Excellence Award Specialized Partner of the Year：Special – Japan ・ Oracle Excellence Award Specialized Partner of the Year：Support – Japan http://www.oracle.com/partners/ja/partner-with-oracle/market-and-sell/opn-awards/excellence-awardsja/index.html http://www.ashisuto.co.jp/news/release/1196669_1675.html アシスト 82 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. アシストの支援実績技術支援サービスメニュー豊富な支援実績西日本支社のみで約25名のOracle専門部隊がお客さまの課題  導入作業解決にあたり、年間100件を超える技術支援を実施しております。  バージョンアップ作業さまざまな課題やご要望に対して、柔軟かつ高品質なサービスを  データベース移行ご提供することが可能です。  Oracle データベース設計/実装  バックアップ/リカバリ運用設計  バックアップ/リカバリ検証  データベース診断  監視設計技術支援の一例 A社(卸売業)　RHEL/10g R2 B社(陸運業) Win/10g R2 C社(電気・ガス業) AIX/10g R2 基幹系システム再構築業務系システム再構築基幹系システム再構築情報系システム構築 Real Application Clusters、バックアップ/リカバリ、データ移行 Oracle Fail Safe、データ移行、バックアップ/リカバリ Single、DB設計、チューニング  SQL チューニング HA、バックアップ/リカバリ、教育 D社(電気機器)　Win/11g R1 E社(証券業) RHEL/9i R2 災対サイト構築 Data Guard、バックアップ/リカバリ  パーティショニング設計 Real Application Clusters、バックアップ/リカバリ、パーティション設計 Real Application Clusters（RAC ）環境構築 HP-UX/10g R2 情報系システム再構築  F社(情報・通信)  Data Guard 環境構築基幹系システム再構築パーティション設計、バックアップ/リカバリ  その他技術支援（オンサイト技術支援）  各種オンサイト教育 G社(電気機器)　AIX/10g R2 アシスト Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 83 ご清聴ありがとうございました。株式会社アシストアシスト 84 Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 以上の事項は、弊社の一般的な製品の方向性に関する概要を説明するものです。また、情報提供を唯一の目的とするものであり、いかなる契約にも組み込むことはできません。以下の事項は、マテリアルやコード、機能を提供することをコミットメント（確約）するものではないため、購買決定を行う際の判断材料になさらないで下さい。オラクル製品に関して記載されている機能の開発、リリースおよび時期については、弊社の裁量により決定されます。 Oracle、PeopleSoft、JD Edwards、及びSiebelは、米国オラクル・コーポレーション及びその子会社、関連会社の登録商標です。その他の名称はそれぞれの会社の商標の可能性があります。アシスト Copyright© 2014, Oracle. & K.K.Ashisuto All rights reserved. 85