Microsoft PowerPoint - Platinum列伝_BackupRecovery_ ppt [互換モード]

Size: px

Start display at page:

Download "Microsoft PowerPoint - Platinum列伝_BackupRecovery_ ppt [互換モード]"

まなひらみね
5 years ago
Views:

1 Oracle Direct Seminar Platinum 列伝セミナー Platinum が語る! 現場から学ぶバックアップ & リカバリの極意 2010 年 3 月 30 日株式会社富士通北陸システムズ富士通北陸システムズ (FJH) について ORACLE MASTER Platinum AWARD 受賞! オラクルデータベース認定資格制度 ORACLE MASTERの最高峰である ORACLE MASTER Platinum Oracle Database 10g 資格取得者数 2 年連続国内 NO.1 (2009/9 発表 ) 富士通グループを代表するオラクルデータベースプロフェッショナル集団独自ソリューションの提供 DBを中心としたインフラ全体の設計 / 構築製品サポート DB 関連製品開発など多方面でビジネス展開

2 講師自己紹介氏名齋藤拓哉 ( サイトウタクヤ ) ORACLE MASTER Platinum Oracle Database 10g (2008 年 4 月取得 ) 業務経歴 2005 年株式会社富士通北陸システムズ入社入社当初よりオラクル関連業務に従事 ORACLE DATABASE バックアップリカバリ用ソフト Recovery Manager for Oracleの開発を担当現在はそこで培った技術を元に Oracle Database を含むインフラ全般のフィールド SE を担当している Platinum 取得で得たもの得たもお客様からの信頼や期待が大きくなったことを実感 Agenda 現場から学ぶバックアップ & リカバリの極意バックアップ編リカバリ編

3 現場から学ぶバックアップリカバリの極意バックアップ編推奨バックアップ構成バックアップが必要ないファイルは? 全データファイルを取得する時間がない!? オンラインバックアップの影響推奨バックアップ構成 ARCHIVEログモード + オンラインバックアップもしくは RMAN システムを停止しなくてもバックアップが可能障害発生直前までリカバリすることが可能リカバリ時の選択肢 ( 回復方法回復ポイント回復ポイント ) が豊富

4 バックアップが必要ないファイルは? 運用スケジュール上全ファイルをバックアップする時間がないバックアップを省略できるファイルは? オンライン REDOログ ARCHIVEログモード - ログスイッチ後アーカイブログをバックアップ NOARCHIVEログモード - RESETLOGSで復旧可能不用意なリストアにより最新データが失われる場合もローカル管理の一時表領域 V$TEMPFILE で確認できる一時ファイルはバックアップ不要 ALTER TABLESPACE ADD TEMPFILE で復旧可能 ( 復旧時間も早い ) 読取り専用表領域 ( 変更時に一回のみ ) 読取り専用に変更した時に一回のみバックアップを取得しておく全データファイルを取得する時間がない!! 1 週間かけてバックアップを分散する ( アーカイブモード ) 曜日日月火水木金土対象表領域 A 表領域 B 表領域 C 表領域 D 表領域 E 表領域 F 表領域 G アーカイブアーカイブアーカイブアーカイブアーカイブアーカイブアーカイブログログログログログログログデータファイル A B C D E F G アーカイブログストレージ装置の高速コピー機能コピー命令は即時に復帰バックアップは瞬時に完了

5 オンラインバックアップの影響オンラインバックアップ時には何が起きているッ? データファイルヘッダのチェックポイント SCN 固定データブロックへの書込みは継続更新される毎にデータファイルのブロックコピーを REDO ログファイルに追記オンラインバックアップ中の内部動作バッファキャッシュ 2 ブロック更新更新 SQL 発行 INSERT/UPDATE/DELETE / データファイル DataFile REDO ログ 38 オンラインバックアップ中の更新が多いと REDO ログファイルへのブロックコピーのの格納量が増加しREDOログのI/Oが増大 1バイトの更新でも数 KB 単位で REDO ログファイルの書込が発生 1REDO 生成ブロックの変更内容 + 更新前のブロックコピー DB_BLOCK_SIZE 単位 2KB/4KB/8KB/16KB/32KB チェンジベクタ ( アドレス SCN オペレーションなど ) オンラインバックアップモードの場合

6 REDOログファイルの I/O 増加を防ぐには更新の少ない時間帯にバックアップを取得するデータファイルのコピーが完了した表領域はすぐにオンラインバックアップモードを解除する ALTER TABLESPACE SYSTEM BEGIN BACKUP;!cp system01.dbf /backup ALTER TABLESPACE SYSTEM END BACKUP; ALTER TABLESPACE UNDOTBS BEGIN BACKUP;!cp undotbs01.dbf /backup ALTER TABLESPACE UNDOTBS END BACKUP; 表領域毎に Begin/End を実施 ALTER TABLESPACE SYSTEM BEGIN BACKUP; 全ての表領域で ALTER TABLESPACE UNDOTBS BEGIN BACKUP; Begin/Endを実施!cp system01.dbf /backup!cp undotbs01.dbf /backup ALTER TABLESPACE SYSTEM END BACKUP; ALTER TABLESPACE UNDOTBS END BACKUP; 現場から学ぶバックアップリカバリの極意リカバリ編リカバリの基本ケーススタディ CASE.1 ASM 構成のディスクグループが存在しない状態でのリカバリエラー CASE.2 ローカル管理の一時表領域のリカバリ < 付録 > CASE.3 RAC 構成 : 時刻のズレによるリカバリ失敗 CASE.4 RAC 構成 : アーカイブ出力タイミングによる失敗 CASE.5 オンラインバックアップ中の障害 CASE.6 ファイルコピー中の起動 CASE.7 データファイルが自動的にOFFLINEに!? CASE.8 ACTIVE 状態のREDOログが破損すると CASE.9 バックアップが存在しないファイルのリカバリバ CASE.10 NOARCHIVEでも完全回復が可能! CASE.11 ORA-1578: ブロック障害が発生!

7 リカバリの基本障害発生ファイルの特定エラーメッセージアラートログ等から障害発生箇所を特定するリストアの必要性を判断障害の発生状況一時表領域読取専用表領域などを見極めるリカバリ方針の決定 ( 完全 / 不完全 ) 障害の発生状況バックアップ / アーカイブログの存在状況から完全回復か不完全回復かを決定するリカバリ実施後の影響を考慮不完全回復などのリカバリを実施した後の影響を把握する ( スタンバイDBの再作成など ) リストア / リカバリ実施バックアップをリストアしリカバリを実施するリカバリを実施するリカバリが必要なケース SCNの不整合が発生した場合 SCN(System Change[Commit] Number) 内部で変更状態を管理するタイムスタンプのようなもの REDOログ制御ファイル各データファイルに格納ファイルが破損した場合バックアップファイルをリストアした場合そのファイルの SCN が過去に戻るため他のファイルと SCN の不整合が発生することになるリカバリとは SCN の不整合を修復する作業

8 リカバリの基本動作 1 リストア 2SCN の不整合が発生リカバリが必要! DataFile1 [SCN] データファイル障害発生 DataFile3 30 リカバリルートを確立する 3 リカバリオンライン REDOログアーカイブログリカバリの基本動作 4SCNの致 4SCN の一致リカバリ完了 1 リストア 2SCN の不整合が発生リカバリが必要! DataFile1 [SCN] データファイル DataFile3 30 リカバリルートを確立する 3 リカバリオンライン REDOログアーカイブログ

9 リカバリ不可能な場合 [SCN] バックアップ Ⅰ. バックアップの欠落 DataFile1 データファイル 30 このルートが寸断されるとリカバリは不可能アーカイブログ DataFile3 オンライン REDOログ Ⅲ. REDO ログの欠落 ( 未アーカイブ ) Ⅱ. アーカイブログの欠落 CURRENT 状態の REDO ログが重要な理由バッファキャッシュデータファイルチェックポイント SCN DataFile1 最新 SCN [SCN] SCN のギャップ運用中はチェックポイントSCNと最新 SCN にギャップが存在チェックポイントの実行時にデータファイルの SCN が増加データファイル+バッファキャッシュで最新データの整合性を保証バッファキャッシュが失われた場合 REDO ログからのみリカバリ可能オンライン REDO ログ稼動中のデータベース INACTIVE CURRENT ログスイッチ完全回復には CURRENT 状態の REDO ログが必要

10 RECOVER コマンドによる動作の違いバックアップ SCN ターゲット SCN [SCN] リストアオンライン REDO ログ完全回復 RECOVER DATABASE 不完全回復 RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL/TIME/CHANGE アーカイブログ RECOVER コマンドの違いによってリカバリルートが異なるリカバリの概念 ( 完全回復 ) バックアップ SCN ターゲット SCN 1 リストア DataFile1 障害発生 [SCN] DataFile3 データファイル 2リカバリルート決定 RECOVER DATABASE オンライン REDOログアーカイブログ

11 リカバリの概念 ( 完全回復 ) バックアップ SCN ターゲット SCN 1 リストア DataFile1 [SCN] 完全回復 3リカバリ 2リカバリルート決定 RECOVER DATABASE DataFile3 データファイルオンライン REDOログアーカイブログリカバリの概念 ( 不完全回復 ) バックアップ SCN ターゲット SCN 1 リストア [SCN] DataFile1 DataFile1 DataFile3 DataFile3 データファイル 30 2 リカバリルート決定 RECOVER DATABASE UNTIL CANCEL 障害発生オンライン REDO ログアーカイブログ

12 リカバリの概念 ( 不完全回復 ) バックアップ SCN ターゲット SCN 1 リストア [SCN] DataFile1 3 リカバリ DataFile1 不完全回復 DataFile3 DataFile3 データファイル 30 2 リカバリルート決定 RECOVER DATABASE UNTIL CANCEL RESETLOGS 38 オンライン REDOログアーカイブログ現場から学ぶバックアップリカバリの極意リカバリ編リカバリの基本ケーススタディ CASE.1 ASM ディスクグループがない状態でのリカバリエラー CASE.2 ローカル管理の一時表領域のリカバリ < 付録 > CASE.3 RAC 構成 : 時刻のズレによるリカバリ失敗 CASE.4 RAC 構成 : アーカイブ出力タイミングによる失敗 CASE.5 オンラインバックアップ中の障害 CASE.6 ファイルコピー中の起動 CASE.7 データファイルが自動的にOFFLINEに!? CASE.8 ACTIVE 状態の REDO ログが破損すると CASE.9 バックアップが存在しないファイルのリカバリ CASE.10 NOARCHIVEでも完全回復が可能! CASE.11 ORA-1578: ブロック障害が発生!

13 Oracle ASM(Automatic Storage Management) とは Oracle データベースファイルを管理するためのボリュームマネージャ ASM による利点可用性の向上 : ミラーリングの機能を実装パフォーマンスの向上 : ストライピングの機能を実装管理の容易性の向上 :DISK 配置を意識しないデータベースの作成が可能 Oracle ASM(Automatic Storage Management) とは ASMではディスクグループ管理用のインスタンスを作成する必要があるデータベースインスタンス ASM 用インスタンスディスクを使用するディスクを管理するディスクグループ 1 ディスクグループ 2

14 <CASE.1 ASM 構成のディスクグループが存在しない状態でのリカバリエラー > 発生事例 : < 事象 > ASM 構成でのデータベースでファイル破損が発生データベースリカバリを試みたが ORA 等のエラーによりリカバリが失敗してしまった < 原因 > 1ASMインスタンスが未起動でディスクグループが認識できないもしくは 2ASMディスクグループ自体が破壊されたため RMANにより取得したバックアップファイルのリストア先が見つからない CASE.1 ASMディスクグループがない状態でのリストアエラー制御ファイルリストア開始 RMAN> restore controlfile; : ORA-19870: error reading backup /ora01/arch_log/ctl/backupset/backup_ctl.2vkh5dmh_1_1 ORA-19504: failed to create file "+DG_REDO/ora01/control01.ctl" ORA-17502: ksfdcre:3 Failed to create file +DG_REDO/ora01/control01.ctl ORA-15001: diskgroup "DG_REDO" does not exist or is not mounted ORA-15077: could not locate ASM instance serving a required diskgroup failover to previous backup エラー発生! どうすればいいの?

15 CASE.1 ASMディスクグループがない状態でのリストアエラー < 対処方法 > ASMインスタンスの起動状態を確認し停止していれば起動する ASMインスタンスの状態確認 $crsstat crs_stat tt 名前型ター... ト状態ホスト ora...ra01.db application OFFLINE OFFLINE ora...11.inst application OFFLINE OFFLINE ora...12.inst application OFFLINE OFFLINE ora...sm1.asm application OFFLINE OFFLINE ora...1p.lsnr application ONLINE ONLINE racsv1 ora...n1p.gsd application ONLINE ONLINE racsv1 ora...n1p.ons application ONLINE ONLINE racsv1 ora...n1p.vip application ONLINE ONLINE racsv1 ora...sm2.asm application OFFLINE OFFLINE ora...2p.lsnr application ONLINE ONLINE racsv2 ora...n2p.gsd application ONLINE ONLINE racsv2 ora...n2p.ons application ONLINE ONLINE racsv2 ora...n2p.vip application ONLINE ONLINE racsv2 ASM インスタンスの起動 $ srvctl start asm -n racsv1 CASE.1 ASMディスクグループがない状態でのリストアエラー ASM インスタンスの起動してもリストアに失敗する場合 ASMディスクグループ自体が破損していますこの場合 ASMディスクグループを再作成します ASMディスクグループの再作成 $ export ORACLE_SID=+ASM1 $ sqlplus qp / as sysdba ASMインスタンスに接続 SQL> create diskgroup DG_CTL external redundancy disk '/dev/raw/raw4'; ディスクグループが作成されましたリストア実行 RMAN> restore controlfile; : restore が完了しました ( 完了時間 : 2009/10/08-16:26:47) 注意ディスクグループ破損時に備えてディスクグループ作成コマンドは予め準備デプ作成しておくこと

16 <CASE.2 ローカル管理の一時表領域のリカバリ > < 事象 > 発生事例 : データベースは正常にオープンするがアラートログには ORA 等が出力されているまた大量ソート処理がエラーとなる < 原因 > ローカル管理の一時表領域に障害が発生していますローカル管理の一時表領域の障害の場合データベースは正常に起動できるためディスクソートを行うような処理をしない限り通常は破損に気づくことがない CASE.2 ローカル管理の一時表領域のリカバリ < 出力エラー例 (alert.log)> Errors in file /oralog/db/log/bdump/xxxx / _ lgwr _ trc: ORA-01110:???????1025: '/oradata/db/dbf/temp01.dbf' : < データディクショナリビューの検索エラー例 > SQL> select * from dba_temp_files; : ORA-01187: cannot read from file 1025 because it failed verification tests ORA-01110: data file 1025: '/psc/goge/db/dbf/temp01.dbf' リストア / リカバリは必要ありません!! < 対処 > テンポラリファイルの再作成を行うテンポラリファイルの再作成 SQL> alter database tempfile '/oradata/db/dbf/temp01.dbf' drop; データベースが変更されました SQL> alter tablespace TEMP add tempfile '/oradata/db/dbf/temp01.dbf' size 1024M reuse ; 表領域が変更されました

17 まとめ ARCHIVEモード+オンラインバックアップ /RMAN SCN の不整合を修復するためにリカバリが必要障害状況を把握しリストア / リカバリの必要性を判断バックアップからアーカイブログオンライン REDO を経由するリカバリルートを確立するリカバリ成功の鍵となるのは... バックアップファイルアーカイブログの管理適切なリカバリ手順の選択 / 実行さいごに FJHではお客様のご要望にかなう様々なソリューションをご用意していますオラクルのことならすべてご相談ください! < 主な提供ソリューション > トータル DBソリューションディザスタリカバリソリューションリバックアップリカバリソリューションブレードソリューション DBマイグレーション for Oracle DBセキュリティソリューション RACソリューション RDBO etc 株式会社富士通北陸システムズデータベースソリューション事業本部 URL : j p j mailto : fjh-dbsupport@ml.jp.fujitsu.com

18 All Rights Reserved, Copyright (C) FUJITSU HOKURIKU SYSTEMS LIMITED 2009 現場から学ぶバックアップリカバリの極意リカバリ編リカバリの基本ケーススタディ CASE.1 ASM 構成のディスクグループが存在しない状態でのリカバリエラー CASE.2 ローカル管理の一時表領域のリカバリ < 付録 > CASE.3 RAC 構成 : 時刻のズレによるリカバリ失敗 CASE.4 RAC 構成 : アーカイブ出力タイミングによる失敗 CASE.5 オンラインバックアップ中の障害 CASE.6 ファイルコピー中の起動 CASE.7 データファイルが自動的にOFFLINEに!? CASE.8 ACTIVE 状態の REDO ログが破損すると CASE.9 バックアップが存在しないファイルのリカバリ CASE.10 NOARCHIVEでも完全回復が可能! CASE.11 ORA-1578: ブロック障害が発生!

19 <CASE.3 時刻のズレによるリカバリ失敗 > 発生事例 : < 事象 > RAC 構成でのデータベースで重要なテーブルを削除してしまった対象テーブルが削除される前の時間を指定してリカバリを試みたが ORA 等のエラーによりリカバリが失敗 < 原因 > RAC を構成するノード間で時刻同期が取れていなかったこと時間指定でのデータベースリカバリを行う際は必ず全サーバで時刻同期が取れている状態で実施する必要がある CASE.3 時刻のズレによるリカバリ失敗リ失敗時間指定リカバリ開始 RMAN> run { RMAN> set until time '2009/09/30-09:00:00'; / RMAN> restore database; RMAN> crosscheck archivelog all; RMAN> recover database delete archivelog, check readonly; RMAN> sql 'alter database open resetlogs'; RMAN> } : ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below ORA-01195: online backup of file 1 needs more recovery to be consistent ORA-01110: data file 1: '/dev/raw/raw126' < 対処方法 > エラー発生! どうすればいいの? リカバリエラー発生時は発生時はログ順序番号を指定したリカバリを再実行 RAC 環境でのバックアップリカバリは NTPサーバを利用する等で全ノードの時刻同期が取れている状態で運用を行いましょう

20 <CASE.4 アーカイブ出力タイミングによる失敗 > 発生事例 : < 事象 > RAC 構成でのデータベースで全障害が発生カレントREDOログも破壊されているためアーカイブログ出力時点までのログ順序番号指定でリカバリを実施したが必要なログが見つからない旨のエラーで失敗 < 原因 > RACの各スレッドの REDOログにおけるアーカイブ出力タイミングのずれをグ考慮したリカバリポイント ( ログ順序番号 ) を指定してなかった現場から学ぶバックアップリカバリの極意リカバリ編リカバリの基本ケーススタディ CASE.1 ASM 構成のディスクグループが存在しない状態でのリカバリエラー CASE.2 ローカル管理の一時表領域のリカバリ < 付録 > CASE.3 RAC 構成 : 時刻のズレによるリカバリ失敗 CASE.4 RAC 構成 : アーカイブ出力タイミングによる失敗 CASE.5 オンラインバックアップ中の障害 CASE.6 ファイルコピー中の起動 CASE.7 データファイルが自動的にOFFLINEに!? CASE.8 ACTIVE 状態の REDO ログが破損すると CASE.9 バックアップが存在しないファイルのリカバリ CASE.10 NOARCHIVEでも完全回復が可能! CASE.11 ORA-1578: ブロック障害が発生!

21 CASE.4 アーカイブ出力タイミングによる失敗リストア / リカバリ開始 RMAN> run { RMAN> set until logseq 30 thread 1; RMAN> restore database; RMAN> recover database delete archivelog, check readonly; RMAN> } RMAN-03002: failure of recover command at 09/30/ :28:33 RMAN-06054: media recovery requesting unknown log: thread 2 seq 30 lowscn エラー発生! なんで? 時間スレッド 1 スレッド 2 リカバリポイント破損破損スレッド 1/ アーカイフ 29 までリカバリするにはスレッド 2/ アーカイフ 30 のログが一部必要!! アーカイブ REDO カレント REDO CASE.4 アーカイブ出力タイミングによる失敗 < 対処 > 発生したエラーで出力されているメッセージを確認し正しいスレッド番号とログ順序番号で再度リカバリを再実行出力エラーメッセージ RMAN-06054: media recovery requesting unknown log: thread 2 seq 30 lowscn リストア / リカバリ実行 RMAN> run { RMAN> set until logseq 30 thread 2; エラーメッセージ通りに指定 RMAN> restore database; RMAN> recover database delete archivelog, check readonly; RMAN> } メディアリカバリが完了しました経過時間 : 00:02:02 recover が完了しました ( 完了時間 : )

22 現場から学ぶバックアップリカバリの極意リカバリ編リカバリの基本ケーススタディ CASE.1 ASM 構成のディスクグループが存在しない状態でのリカバリエラー CASE.2 ローカル管理の一時表領域のリカバリ < 付録 > CASE.3 RAC 構成 : 時刻のズレによるリカバリ失敗 CASE.4 RAC 構成 : アーカイブ出力タイミングによる失敗 CASE.5 オンラインバックアップ中の障害 CASE.6 ファイルコピー中の起動 CASE.7 データファイルが自動的にOFFLINEに!? CASE.8 ACTIVE 状態の REDO ログが破損すると CASE.9 バックアップが存在しないファイルのリカバリ CASE.10 NOARCHIVEでも完全回復が可能! CASE.11 ORA-1578: ブロック障害が発生! <CASE.5 オンラインバックアップ中の障害 > 発生事例 : < 事象 > 夜間のオンラインバックアップ実行中にCPU 障害によりマシンが停止した CPU 交換後 OSは起動したがOracle 起動時にORA-1113が発生 < 原因 > オンラインバックアップ中は対象データファイルヘッダのチェックポイント SCN が固定される他のデータファイルと SCN の不整合が発生しているためリカバリが必要と判断され ORA-1113: メディアリカバリが必要ですが発生する

23 CASE.5 オンラインバックアップ中の障害オンラインバックアップ開始 SQL> ALTER TABLESPACE USERS BEGIN BACKUP; インスタンスダウン ( ハード障害 shutdown abort 等 ) Oracle 起動 SQL> STARTUP データベースがマウントされました ORA-01113: ファイル5はメディアリカバリが必要です ORA-01110: データファイル 5: E: ORACLE ORADATA TARGET USERS01.DBF' チェックポイントSCN 確認 SQL> SELECT FILE#,STATUS,RECOVER,FUZZY,CHECKPOINT_CHANGE# 2 FROM V$DATAFILE_HEADER; FILE# STATUS REC FUZ CHECKPOINT_CHANGE# リストア / リカバリは必要なの?? 3 ONLINE NO YES ONLINE NO YES SCNの 5 ONLINE NO YES 不整合 CASE.5 オンラインバックアップ中の障害リストア / リカバリは必要ありません!! < 対処 > バックアップモードを確認し ALTER DATABASE END BACKUP を実行するバックアップモード確認 SQL> SELECT * FROM V$BACKUP; FILE# STATUS CHANGE# TIME ACTIVE :50:35 バックアップモード解除 SQL> ALTER DATABASE DATAFILE 5 END BACKUP; または SQL> ALTER DATABASE END BACKUP; (9i~) バックアップモード再確認 FILE# STATUS CHANGE# TIME NOT ACTIVE :50:35 データベース起動 SQL> ALTER DATABASE OPEN; recover databaseでも回復可能だがアーカイブログの適用が必要になり時間がかかる場合がある

24 現場から学ぶバックアップリカバリの極意リカバリ編リカバリの基本ケーススタディ CASE.1 ASM 構成のディスクグループが存在しない状態でのリカバリエラー CASE.2 ローカル管理の一時表領域のリカバリ < 付録 > CASE.3 RAC 構成 : 時刻のズレによるリカバリ失敗 CASE.4 RAC 構成 : アーカイブ出力タイミングによる失敗 CASE.5 オンラインバックアップ中の障害 CASE.6 ファイルコピー中の起動 CASE.7 データファイルが自動的にOFFLINEに!? CASE.8 ACTIVE 状態の REDO ログが破損すると CASE.9 バックアップが存在しないファイルのリカバリ CASE.10 NOARCHIVEでも完全回復が可能! CASE.11 ORA-1578: ブロック障害が発生! <CASE.6 ファイルコピー中の起動 (Windows)> 発生事例 : < 事象 > オフラインバックアップ実行中にスケジューラにより Oracle が起動されてしまったオープンは出来たが運用中にORA-1122 ORA-1208が発生しアクセス不可能になった再起動を行うとORA-1113が発生 < 原因 > Windowsのファイルコピー (COPY XCOPY 等 ) は対象ファイルのコピー中に書込み不可のロックをかける Oracleも起動時にファイルにロックをかけようとするがアクセス拒否され最終的に他のデータファイルと SCN のギャップが発生する

25 CASE.6 ファイルコピー中の起動 (Windows) ファイルコピー開始 C: > COPY E: ORACLE ORADATA TARGET SYSTEM01.DBF F: BACKUP ファイルコピー中にOracle 起動 SQL> STARTUP データベースがマウントされましたデータベースがオープンされましたアラートログ確認 ORA-01110: data file 1: E: ORACLE ORADATA TARGET SYSTEM01.DBF DBF' ORA-01114: IO error writing block to file 1 (block # 1) ORA-27072: skgfdisp: I/O error OSD-04008: WriteFile() エラーファイルへの書込みができません O/S-Error: (OS 5) アクセスが拒否されました SYSTEM 表領域の場合インスタンスダウン ( チェックポイント実行時 ) ユーザ表領域の場合 Oracleが自動的にファイルをオフラインに CASE.6 ファイルコピー中の起動 (Windows) Oracle 再起動 SQL> STARTUP データベースがマウントされました ORA-01113: ファイル 1 はメディアリカバリが必要です ORA-01110: データファイル 1: E: ORACLE ORADATA TARGET SYSTEM01.DBF' チェックポイントSCN 確認 SQL> SELECT FILE#,STATUS,RECOVER,FUZZY,CHECKPOINT_CHANGE# 2 FROM V$DATAFILE_HEADER; FILE# STATUS REC FUZ CHECKPOINT_CHANGE# CHANGE# ONLINE YES NO SCNの不整合 2 ONLINE NO YES ONLINE NO YES リストアは必要なの??

26 CASE.6 ファイルコピー中の起動 (Windows) リストアは必要ありません!! < 対処 > オンライン REDO ログを確認し RECOVER DATABASE を実行するオンラインREDOログの最小 SCN SQL> SELECT MIN(FIRST_CHANGE#) FROM V$LOG; MIN(FIRST_CHANGE#) < ORA-1113が発生するファイルのSCN(203980) リカバリ実行 ( リストアなし ) オンラインREDOログのみでリカバリ可能 SQL> RECOVER DATABASE; メディアリカバリが完了しましたチェックポイントSCN 確認 FILE# STATUS REC FUZ CHECKPOINT_CHANGE# ONLINE NO NO SCNが一致 2 ONLINE NO NO データベース起動 SQL> ALTER DATABASE OPEN; 現場から学ぶバックアップリカバリの極意リカバリ編リカバリの基本ケーススタディ CASE.1 ASM 構成のディスクグループが存在しない状態でのリカバリエラー CASE.2 ローカル管理の一時表領域のリカバリ < 付録 > CASE.3 RAC 構成 : 時刻のズレによるリカバリ失敗 CASE.4 RAC 構成 : アーカイブ出力タイミングによる失敗 CASE.5 オンラインバックアップ中の障害 CASE.6 ファイルコピー中の起動 CASE.7 データファイルが自動的にOFFLINEに!? CASE.8 ACTIVE 状態の REDO ログが破損すると CASE.9 バックアップが存在しないファイルのリカバリ CASE.10 NOARCHIVEでも完全回復が可能! CASE.11 ORA-1578: ブロック障害が発生!

27 データファイルが自動的に OFFLINE に!? <CASE.7 Oracle がファイルを OFFLINE に > 発生事例 : < 事象 > データファイルが破損したためリストア後 RECOVER DATABASEを実行しデータベースは起動出来たが ORA-376( ファイルを読み込むことはできません ) が発生しテーブルにアクセスできない < 原因 > Oracleがデータファイルを自動的にOFFLINEに設定したため OFFLINE のデータファイルは RECOVER DATABASEコマンドでは復旧することができないまたオープン時にもOFFLINEファイルの整合性チェックは行わないためエラー出力もされない CASE.7 Oracle がファイルを OFFLINE に < 出力エラー例 (alert.log)> ORA-01171: datafile 5 going offline due to error advancing checkpoint ORA-01116: error in opening database file 5 ORA-01110: data file 5: 'E: ORACLE ORADATA TARGET USERS01.DBF' ORA-27041: unable to open file OSD-04002: ファイルをオープンできません O/S-Error: (OS 21) デバイスの準備ができていません KCF: write/open error block=0x15 online=1 file=2 E: ORACLE ORADATA TARGET UNDOTBS01.DBF error=27072 txt: OSD-04008: WriteFile() に失敗しましたファイルへの書込みができません O/S-Error: (OS 33) プロセスはファイルにアクセスできません別のプロセスがファイルの一部をロックしています Automatic datafile offline due to write error on file 2: E: ORACLE ORADATA TARGET UNDOTBS01.DBF

28 CASE.7 Oracle がファイルを OFFLINE に < 対処 > RECOVER DATABASE を実行する前にデータファイルを ONLINE にする Oracle 起動 SQL> STARTUP MOUNT データベースがマウントされましたデータファイルヘッダのSTATUS 確認 SQL> SELECT FILE#,STATUS,RECOVER,FUZZY,CHECKPOINT_CHANGE# FUZZY CHECKPOINT CHANGE# 2 FROM V$DATAFILE_HEADER; FILE# STATUS REC FUZ CHECKPOINT_CHANGE# ONLINE NO YES OFFLINE YES ONLINE NO YES OFFLINE 状態 4 ONLINE NO YES OFFLINE YES CASE.7 Oracle がファイルを OFFLINE にデータファイルのONLINE SQL> Q> ALTER DATABASE DATAFILE 2,5 ONLINE; データベースが変更されましたデータファイルヘッダのSTATUS 確認 FILE# STATUS REC FUZ CHECKPOINT_CHANGE# CHANGE# ONLINE NO YES ONLINE YES ONLINE NO YES ONLINE 状態 4 ONLINE NO YES ONLINE YES リカバリ実行 SQL> RECOVER DATABASE; メディアリカバリが完了しましたデータベース起動 SQL> ALTER DATABASE OPEN; データベースが変更されました

29 現場から学ぶバックアップリカバリの極意リカバリ編リカバリの基本ケーススタディ CASE.1 ASM 構成のディスクグループが存在しない状態でのリカバリエラー CASE.2 ローカル管理の一時表領域のリカバリ < 付録 > CASE.3 RAC 構成 : 時刻のズレによるリカバリ失敗 CASE.4 RAC 構成 : アーカイブ出力タイミングによる失敗 CASE.5 オンラインバックアップ中の障害 CASE.6 ファイルコピー中の起動 CASE.7 データファイルが自動的にOFFLINEに!? CASE.8 ACTIVE 状態の REDO ログが破損すると CASE.9 バックアップが存在しないファイルのリカバリ CASE.10 NOARCHIVEでも完全回復が可能! CASE.11 ORA-1578: ブロック障害が発生! ACTIVE 状態の REDOログが破損すると <CASE.8 ACTIVE 状態の REDO ログが破損 > 発生事例 : < 事象 > CURRENTではないオンラインREDOログが破損したリカバリ手順として CURRENT 以外のREDOログの場合は再作成 (ALTER DATABASE CLEAR LOGFILE) で復旧できると聞いていたが ORA-1624: クラッシュリカバリに必要ですが発生し復旧できない < 原因 > 破損したオンライン REDO ログが ACTIVE 状態のため ACTIVE 状態の REDO ログは CURRENT ではないがクリアすることはできない

30 ACTIVE 状態の REDO ログチェックポイント SCN DataFile1 データファイル最新 SCN [SCN] ログスイッチ時にはデータファイルの SCNは増加しない (Oracle 8i ~) ( ゼロプライオリティチェックポイント ) チェックポイントが完了していない REDOログは ACTIVE 状態 ACTIVEなREDOログはクリアできない (CURRENT と同じ扱い ) オンライン REDO ログアーカイブログ ACTIVE CURRENT ログスイッチ稼動中の 37 データベース ACTIVE 状態でもアーカイブログは作成されている (CURRENT と異なる点 ) ACTIVEなREDOログが破損した場合不完全回復 (RESETLOGS) が必要 CASE.8 ACTIVE 状態の REDOログが破損バックアップSCN ターゲットSCN 1 リストア DataFile1 障害発生 [SCN] 2 リカバリルート決定 DataFile3 データファイル障害発生オンライン REDOログアーカイブログ

31 CASE.8 ACTIVE 状態の REDOログが破損バックアップSCN ターゲットSCN [SCN] 1 リストア DataFile1 不完全回復 ( データ損失なし ) 3 リカバリ 2 リカバリルート決定 4RESETLOGS DataFile3 データファイルオンライン REDOログアーカイブログ CASE.8 ACTIVE 状態の REDOログが破損 < 対処 > 不完全回復ベースでスでアーカイブログ CURRENT の REDO ログを適用するデータファイル 2 のリストア CP Oracle 起動 SQL> STARTUP MOUNT データベースがマウントされましたオンライン REDO ログの STATUS 確認 SQL> SELECT GROUP#, SEQUENCE#, ARCHIVED, STATUS FROM V$LOG; GROUP# SEQUENCE# ARC STATUS YES ACTIVE 破損 2 18 NO CURRENT 3 16 YES INACTIVE

32 CASE.8 ACTIVE 状態の REDOログが破損不完全回復実行 SQL> RECOVER DATABASE UNTIL CANCEL アーカイブ適用 (ACTIVE 状態のREDOに対応 ) ORA-00289: 検討すべきログファイル :E: ORACLE ADMIN TARGET ARCHIVE TARGET_00017.ARC ORA-00280: 変更 ( スレッド1) は順序番号 17に存在します E: ORACLE ADMIN TARGET ARCHIVE TARGET ORACLE ADMIN TARGET ARCHIVE TARGET_00017.ARC < 入力 > CURRENT REDOログの適用 ORA-00289: 検討すべきログファイル :E: ORACLE ADMIN TARGET ARCHIVE TARGET_00018.ARC ORA-00280: 変更 ( スレッド1) は順序番号 18に存在します E: ORACLE ORADATA TARGET REDO02.LOG < 入力 > データベース起動 (RESETLOGS) SQL> ALTER DATABASE OPEN RESETLOGS; 現場から学ぶバックアップリカバリの極意リカバリ編リカバリの基本ケーススタディ CASE.1 ASM 構成のディスクグループが存在しない状態でのリカバリエラー CASE.2 ローカル管理の一時表領域のリカバリ < 付録 > CASE.3 RAC 構成 : 時刻のズレによるリカバリ失敗 CASE.4 RAC 構成 : アーカイブ出力タイミングによる失敗 CASE.5 オンラインバックアップ中の障害 CASE.6 ファイルコピー中の起動 CASE.7 データファイルが自動的にOFFLINEに!? CASE.8 ACTIVE 状態の REDO ログが破損すると CASE.9 バックアップが存在しないファイルのリカバリ CASE.10 NOARCHIVEでも完全回復が可能! CASE.11 ORA-1578: ブロック障害が発生!

33 バックアップが存在しないファイルのリカバリリ <CASE.9 ファイルのバックアップがない!!> 発生事例 : < 事象 > システムが稼動して一年後表領域 / データファイルを追加したが運用中にデータファイルが破損してしまったリカバリを実施しようとしたが追加したデータファイルのバックアップが存在していなかった < 原因 > バックアップファイルも破損してしまったバックアップツールやバックアップ用シェルスクリプトの修正を忘れてプ用シルスクリプトの修正を忘れていたリカバリは不可能なのリ?? CASE.9 ファイルのバックアップがない!! リカバリ可能な場合があります!! < 対処 > CREATE DATAFILE で空のファイルを作成しアーカイブログを適用するデータファイル破損 ORA-01122: database file 6 failed verification check ORA-01110: data file 6: 'E: ORACLE ORADATA TARGET USERS201.DBF' リストアしようと思ったがデータファイルのバックアップがない!! 表領域をオフライン SQL> ALTER TABLESPACE USERS2 OFFLINE IMMEDIATE; 空のデータファイルを再作成 SQL> ALTER DATABASE CREATE DATAFILE 6 AS 'E: ORACLE ORADATA TARGET USERS201.DBF'; 元ファイル作成時の情報 SQL> SELECT FILE#,CHANGE#,TIME FROM V$RECOVER_FILE; FILE# CHANGE# TIME :53:21

34 CASE.9 ファイルのバックアップがない!! リカバリ可能な場合があります!! リカバリに必要なアーカイブログの確認カイブ SQL> SELECT ARCHIVE_NAME FROM V$RECOVERY_LOG; ARCHIVE_NAME E: ORACLE ADMIN TARGET ARCHIVE TARGET_00006.ARC ARC E: ORACLE ADMIN TARGET ARCHIVE TARGET_00007.ARC E: ORACLE ADMIN TARGET ARCHIVE TARGET_00008.ARC リカバリ実施 SQL> RECOVER TABLESPACE USERS2; ログが適用されましたメディアリカバリが完了しました表領域をオンライン SQL> ALTER TABLESPACE USERS2 ONLINE; 表示されたアーカイブが全て存在していればリカバリが可能! 現場から学ぶバックアップリカバリの極意リカバリ編リカバリの基本ケーススタディ CASE.1 ASM 構成のディスクグループが存在しない状態でのリカバリエラー CASE.2 ローカル管理の一時表領域のリカバリ < 付録 > CASE.3 RAC 構成 : 時刻のズレによるリカバリ失敗 CASE.4 RAC 構成 : アーカイブ出力タイミングによる失敗 CASE.5 オンラインバックアップ中の障害 CASE.6 ファイルコピー中の起動 CASE.7 データファイルが自動的にOFFLINEに!? CASE.8 ACTIVE 状態の REDO ログが破損すると CASE.9 バックアップが存在しないファイルのリカバリ CASE.10 NOARCHIVEでも完全回復が可能! CASE.11 ORA-1578: ブロック障害が発生!

35 NOARCHIVE でも完全回復が可能! <CASE.10 NOARCHIVE モードの完全回復 > 発生事例 : < 事象 > NOARCHIVEモードで運用中にデータファイルの破損が発生した出来れば最新データを復旧したい < 対処 > NOARCHIVEモードでもあきらめないバックアップ取得タイミングとオンラインREDOログの状態によっては最新データを復旧できる場合がある NOARCHIVEはアーカイブログが出力されないだけオンライン REDOログでリカバリルートが確立出来ればリル完全回復が可能! CASE.10 NOARCHIVEモードの完全回復バックアップ SCN ターゲット SCN [SCN] 1 リストア DataFile1 通常はアーカイブログがないためリカバリルート確立不可能 DataFile3 障害発生データファイルオンライン REDOログアーカイブログ

36 CASE.10 NOARCHIVEモードの完全回復バックアップ SCN ターゲット SCN バックアップを取得してから障害発生までの期間が短い場合 1 リストア DataFile1 [SCN] 完全回復障害発生オンライン REDO ログがあればリカバリルートが確立できる! DataFile データファイルオンライン REDOログアーカイブログ CASE.10 NOARCHIVEモードの完全回復バックアップ SCN ターゲット SCN 1 リストアオンラインREDOログのサイズが大きいまたはグループ数が多い場合 DataFile1 [SCN] 完全回復障害発生オンライン REDO ログがあればリカバリルートが確立できる! DataFile3 データファイルオンライン REDOログアーカイブログ

37 現場から学ぶバックアップリカバリの極意リカバリ編リカバリの基本ケーススタディ CASE.1 ASM 構成のディスクグループが存在しない状態でのリカバリエラー CASE.2 ローカル管理の一時表領域のリカバリ < 付録 > CASE.3 RAC 構成 : 時刻のズレによるリカバリ失敗 CASE.4 RAC 構成 : アーカイブ出力タイミングによる失敗 CASE.5 オンラインバックアップ中の障害 CASE.6 ファイルコピー中の起動 CASE.7 データファイルが自動的にOFFLINEに!? CASE.8 ACTIVE 状態の REDO ログが破損すると CASE.9 バックアップが存在しないファイルのリカバリ CASE.10 NOARCHIVEでも完全回復が可能! CASE.11 ORA-1578: ブロック障害が発生! ORA-1578: ブロック障害が発生! <CASE.11 ORA-1578: ブロック障害 > 発生事例 : < 事象 > 運用中にORA-1578: ブロック障害が発生し特定のデータにアクセスができなくなってしまった < 原因 > Oracle ブロック構造の妥当性チェックに失敗したためクメモリ破損ディスク破損に伴い発生する場合がある < 対処 > オブジェクトを再作成し ExportデータのImportやSQL*Loaderで修復破損ブロックをスキップ( 一部データはロスト ) バックアップファイルからリカバリリカバリはどうすればよい??

38 CASE.11 ORA-1578: ブロック障害バックアップ SCN 最新 SCN 1データファイルリストア通常のバックアップ構成 DataFile1 [SCN] データファイルブロック障害 3 リカバリ 2 リカバリルート決定オンライン REDOログアーカイブログ CASE.11 ORA-1578: ブロック障害バックアップ SCN 最新 SCN 1 特定ブロックのみリストア RMAN の BMR : 9i/10g EE (Block Media Recovery) DataFile1 [SCN] データファイル 3 リカバリ ( 対象ブロック ) ブロックメディアリカバリ 2 リカバリルート決定 ( 対象ブロック関連 ) オンライン REDOログアーカイブログ

第 3 章メディア障害とバックアップリカバリこの章ではメディア障害の発生に備えたバックアップ方法と障害時の基本的なリカバリ方法について説明します 1. メディアリカバリ概要 2. ファイルの多重化 3. アーカイブモードの設定 4. バックアップ概要 5. 一貫性バックアップ ( オ

第 3 章メディア障害とバックアップリカバリこの章ではメディア障害の発生に備えたバックアップ方法と障害時の基本的なリカバリ方法について説明します 1. メディアリカバリ概要 2. ファイルの多重化 3. アーカイブモードの設定 4. バックアップ概要 5. 一貫性バックアップ ( オはじめにコース概要と目的データベースのバックアップの取得方法障害発生時のリカバリ方法について習得します受講対象者データベース管理者の方前提条件データベースアーキテクチャおよびデータベースマネジメントコースを受講された方または同等の知識をお持ちの方テキスト内の記述について構文 [ ] 省略可能 { A B } A または B のどちらかを選択 n _ 数値の指定デフォルト値