Oracle Database入門 - バックアップおよびリカバリ編

Oracle Database⼊⾨ -バックアップおよびリカバリ編- ⽇本オラクル株式会社 2023年12⽉

1. バックアップおよびリカバリ概要 n バックアップおよびリカバリについて n Oracle Databaseにおけるバックアップおよびリカバリ 2. Oracle Databaseの内部動作と発⽣する障害のタイプ
n Oracle Databaseの内部動作と⽤語のおさらい n Oracle Databaseで発⽣する障害のタイプ 3. バックアップおよびリカバリの種類と対象ファイル n Oracle Databaseのファイル群のおさらい/バックアップ対象ファイルについて n バックアップおよびリカバリの種類と⽅法 4. Oracle Recovery Manager (RMAN)を利⽤したバックアップおよびリカバリ n RMANを利⽤するメリットとバックアップおよびリカバリ⽅法 n デモ 5. BaseDBのバックアップおよびリカバリ n ⾃動バックアップ機能 n Zero Data Loss Autonomous Recovery Service (ZRCV) Agenda Copyright © 2023, Oracle and/or its affiliates 2

Oracle Databaseにおけるバックアップおよびリカバリバックアップおよびリカバリについて 4 • ⽤語の定義 • バックアップおよびリカバリの⽬的障害等でデータを破損・損失してしまった場合に備え、データを別の場所に保管(バックアップ)しておき、いざという時にデータを元に戻し、復旧(リストア＋リカバリ)すること
Copyright © 2023, Oracle and/or its affiliates 重要なのはあくまでもバックアップを取ることだけではなく、障害時に復旧できることコピーコピーを元に復旧バックアップリストアリカバリデータのコピーを別の場所に保存しておくことデータが破損した際にコピー (バックアップファイル)をデータベース本体に戻すことバックアップ取得後に加えられた変更ログをバックアップファイルに適⽤し、障害直前まで復旧させること

データベース⽤ストレージ物理バックアップ(本セミナーの内容) • データベースを構成するファイル群を物理的に別媒体へコピーし、障害時に置き換える⽅法 • バックアップ専⽤のコマンドやツールを使⽤ • OSコマンド
• バックアップ専⽤のコマンド(Recovery Manager: RMAN) • サードベンダー製のツール • 変更ログ(REDOログ)を保存しておくことによって、障害直前の状態まで復元可能⽤途別に使⽤可能なバックアップおよびリカバリ⽅法論理バックアップ • データのみ抽出し、障害時にデータを再ロードする⽅法 • Oracle Data Pumpを使⽤ • メディア・リカバリ(物理破損)には対応しない • データを抽出した時点までしか復旧できない • 物理バックアップの補助⼿段としては有効だが、データベース全体の保護はできない Oracle Databaseにおけるバックアップおよびリカバリ Copyright © 2023, Oracle and/or its affiliates 5 バックアップリストア障害に備える仕組みバックアップ⽤ストレージ expdp データベース間のデータの移動で利⽤ impdp 100 ⽥中 101 佐藤 102 鈴⽊・・・ 100 ⽥中 101 佐藤 102 鈴⽊・・・データベース本体バックアップ⽤ストレージデータベースのコピー

バックアップ→障害発⽣→リストア＋リカバリの流れ Oracle Databaseにおけるバックアップおよびリカバリ Copyright © 2023, Oracle and/or its affiliates
6 時間データベース⽤ストレージバックアップ⽤ストレージデータベース⽤ストレージデータベース⽤ストレージデータベース⽤ストレージ【バックアップ】データベースを構成するファイルのコピーを保存【リストア】破損したファイルの代わりにバックアップファイルを定位置に戻す変更ログデータベースの復旧＝リストア＋リカバリ 12:00 12:20 破損直前(12:20)の状態を復旧【リカバリ】バックアップ時点から後におこなわれた変更ログを反映破損

• Oracle Databaseの内部動作と⽤語のおさらい • 2023/11/21開催「アーキテクチャ編」より再掲 • Oracle Databaseで発⽣する障害のタイプ • インスタンス障害
• メディア障害 • メディア障害からのリカバリに必要な設定 Oracle Databaseの内部動作と発⽣する障害のタイプ Copyright © 2023, Oracle and/or its affiliates 8

Oracle Databaseの処理の仕組み Copyright © 2023, Oracle and/or its affiliates 9
Oracle Databaseの内部処理(〜更新処理からの継続) DBWn クライアントユーザープロセス共有プールデータベース・バッファ・キャッシュ REDOログ・バッファ制御ファイルデータ・ファイル REDOログ・ファイル CKPT SQL⽂解析情報実⾏計画データ・ディクショナリ A A SELECT A FROM 表１; UPDATE 表１ A⇒B︔ COMMIT︔ 変更履歴 A→B B 変更前データ A LGWR A→B SCN割り当て ※ SCN: システム変更番号 ※2023/11/21開催「アーキテクチャ編」より再掲サーバープロセス

Oracle Databaseの処理の仕組み Copyright © 2023, Oracle and/or its affiliates 10
バックグラウンド・プロセスが⾮同期で実⾏クライアントユーザープロセス共有プールデータベース・バッファ・キャッシュ REDOログ・バッファ制御ファイルデータ・ファイル REDOログ・ファイル CKPT A B SELECT A FROM 表１; UPDATE 表１ A⇒B︔ COMMIT︔ B 変更前データ A LGWR A DBWn ファイル・ヘッダーの更新サーバープロセス A→B ※2023/11/21開催「アーキテクチャ編」より再掲

Oracle Databaseの内部動作と発⽣する障害のタイプ Copyright © 2023, Oracle and/or its affiliates 11
• Oracle Databaseの内部動作と⽤語のおさらい • 2023/11/21開催「アーキテクチャ編」より再掲 • Oracle Databaseで発⽣する障害のタイプ • インスタンス障害 • メディア障害 • メディア障害からのリカバリに必要な設定

インスタンス障害 / メディア障害インスタンス障害 • インスタンス(メモリー＋プロセス)上の情報が失われる障害メディア障害 • データベース構成ファイルが物理的に破損、損失する障害 Oracle
Databaseで発⽣し得る障害のタイプ Copyright © 2023, Oracle and/or its affiliates 12 原因: 停電などによるハードウェア障害、プロセス障害などにより、データベースが異常終了問題: メモリー上の変更がファイルに反映されていない可能性 (不整合) 解決法: データベースの再起動(インスタンス・リカバリ) 原因: データベースのファイル群が含まれるディスクの障害や、メンテナンス時の誤操作(削除)等問題: 特定のデータへのアクセス・エラー、またはデータベースの停⽌解決法: バックアップからのリストア＋リカバリ(メディア・リカバリ) データベース・バッファ・キャッシュ REDOログ・バッファ制御ファイルデータ・ファイル REDOログ・ファイル A A 変更履歴 A→B B 変更前データ A A→B SMON データベース・バッファ・キャッシュ REDOログ・バッファ制御ファイルデータ・ファイル REDOログ・ファイル A A→B B 消失 A バックアップ A ①リストア管理者ユーザープロセスサーバープロセス B ②リカバリ

障害直前の状態まで復旧するためにはREDOログ情報が必要 ARCHIVELOGモード • REDOログ・ファイルのコピーを残しておくモード • 障害直前までの復旧が可能(リカバリ) NOARCHIVELOGモード • REDOログ・ファイルを上書きして運⽤するモード •
バックアップを取得した時点までしか復旧できない(リストア) メディア障害からのリカバリのためにARCHIVELOGモードを設定 Copyright © 2023, Oracle and/or its affiliates 13 A⇒B ⇒C⇒D A A⇒B ⇒C⇒D データ・ファイル REDOログ・ファイル A⇒B B⇒C アーカイブ REDOログ・ファイル A⇒B C⇒D ARCn A時点のバックアップバックアップ ①リストア ②リカバリ A⇒B ⇒C⇒D A A データ・ファイル REDOログ・ファイル A⇒B B⇒C C⇒D A時点のバックアップバックアップリストア

障害直前の状態まで復旧するためにはREDOログ情報が必要 ARCHIVELOGモード • REDOログ・ファイルのコピーを残しておくモード • 障害直前までの復旧が可能(リカバリ) NOARCHIVELOGモード • REDOログ・ファイルを上書きして運⽤するモード •
バックアップを取得した時点までしか復旧できない(リストア) メディア障害からのリカバリのためにARCHIVELOGモードを設定 Copyright © 2023, Oracle and/or its affiliates 14 A⇒B ⇒C⇒D A A⇒B ⇒C⇒D データ・ファイル REDOログ・ファイル A⇒B B⇒C アーカイブ REDOログ・ファイル A⇒B C⇒D ARCn A時点のバックアップバックアップ ①リストア ②リカバリ A⇒B ⇒C⇒D A A データ・ファイル REDOログ・ファイル A⇒B B⇒C C⇒D A時点のバックアップバックアップリストア本番環境の推奨

• Oracle Databaseのファイル群のおさらい/バックアップ対象ファイルについて • バックアップおよびリカバリの種類と⽅法 • 代表的なバックアップ⽅法 • 代表的なリカバリ⽅法バックアップおよびリカバリの種類と対象ファイル
Copyright © 2023, Oracle and/or its affiliates 16

• データベース・ファイルの種類 • データ・ファイル: ユーザが利⽤するデータ(表など)を格納 • REDOログ・ファイル: 変更履歴(DML,DDLなど)を格納 • 制御ファイル:
データベース構造、変更反映状況などの制御情報を格納 Oracle Databaseのファイル群とバックアップ対象 Copyright © 2023, Oracle and/or its affiliates 17 17 SGA ファイル群 PGA サーバープロセス PGA サーバープロセス PGA PGA サーバープロセスサーバープロセス初期化パラメータ・ファイル ※2 アーカイブREDO ログ・ファイルアラート・ログファイル制御ファイルデータ・ファイル REDOログ・ファイル ※1 PGA バックグラウンド・プロセス PGA バックグラウンド・プロセス PGA バックグラウンド・プロセス PGA バックグラウンド・プロセス⾚字: バックアップ対象ファイル ※1 後述のオフライン(コールド)・バックアップではバックアップ対象。オンライン(ホット)・バックアップではログ・スイッチを実施し、アーカイブREDOログを⽣成した上でアーカイブREDOログを取得⽣成 ※2023/11/21開催「アーキテクチャ編」より抜粋 ※2 設定変更時に必要に応じて取得

障害がおきないようにするための対策制御ファイル • 多重化が推奨 (⼀つでも壊れるとデータベースは停⽌する) • 各ファイルを異なるディスクに配置 REDOログ・ファイル • 多重化が推奨
(⼀つでも正常なファイルがあればデータベースは運⽤可能) • 各ファイルを異なるディスクに配置データ・ファイル • 定期的なバックアップの取得 • 変更ログ(REDOログ情報)の保存 (アーカイブREDOログ・ファイル) 【補⾜】ファイルごとの障害対策 Copyright © 2023, Oracle and/or its affiliates 18 データベース⽤ストレージバックアップ⽤ストレージ制御ファイルデータ・ファイル REDOログ・ファイル制御ファイル REDOログ・ファイルバックアップアーカイブ REDOログ・ファイル 2つのディスクを使った配置例多重化したファイルは別ディスクに配置データ・ファイルとバックアップは別ディスクに配置

• Oracle Databaseのファイル群のおさらい/バックアップ対象ファイルについて • バックアップおよびリカバリの種類と⽅法 • 代表的なバックアップ⽅法 • 代表的なリカバリ⽅法バックアップおよびリカバリの種類と対象ファイル
Copyright © 2023, Oracle and/or its affiliates 19

オフライン(コールド)バックアップ • データベースを正常に停⽌した状態でバックアップを取得 • すべてのファイルをリストアした場合、リストア直後にデータベースをオープンできるオンライン(ホット)バックアップ • データベースを運⽤しながら(停⽌せずに)バックアップを
取得 • リストア後にリカバリ操作をする必要がある • ARCHIVELOGモード運⽤時のみ(推奨) Copyright © 2023, Oracle and/or its affiliates 20 バックアップ停⽌状態更新起動状態バックアップ代表的なバックアップ⽅法

バックアップ⽤ストレージデータベース⽤ストレージオンラインバックアップ⼿法: Recovery Manager (RMAN) とユーザー管理バックアップ
Recovery Manager (RMAN) • Oracle Databaseで物理バックアップおよびリカバリを実⾏するための標準ツール • プラットフォームを問わず、同じコマンドで対処可能 • データのコピー時にデータ・ブロックの破損検査を⾏う (詳細は後述) • Oracle推奨ユーザー管理バックアップ • RMAN以外の以下の⽅法を使⽤しておこなわれるバックアップ ex) ストレージ機能のスナップ・ショット OSコマンドによるファイルコピーなど • 破損領域がそのままコピーされる可能性や、バックアップも破損している場合がある代表的なバックアップ⽅法 Copyright © 2023, Oracle and/or its affiliates 21 SQLコマンド例 • バックアップの開始 • バックアップの終了 ※ バックアップの開始と終了のSQLコマンドの間において OSコマンドでデータ・ファイルのコピーを取得 ALTER DATABASE BEGIN BACKUP; ALTER DATABASE END BACKUP; RMANコマンド例 • バックアップの実施例 RMAN> backup database; RMAN> backup database plus archivelog; サーバープロセス RMAN クライアント

データベースの復旧状態バックアップ時点に復旧(リストアのみ) • バックアップ時点の状態に戻す復旧⽅法 • オフライン・バックアップ(⼀貫性のとれたバックアップ)が必要 • NOARCHIVELOGモードでの唯⼀の復
旧⽅法最新の状態に復旧(完全リカバリ) • バックアップ以降の全ての変更ログを適⽤し、障害直前の状態に復旧する⽅法過去の時点に復旧(不完全リカバリ) • バックアップ以降の変更ログを途中まで適⽤し、過去のある状態に復旧する⽅法 • REDOログ・ファイルやアーカイブ・ログ・ファイルの損失により最新の変更履歴が失われた場合 • 誤操作を取り消すため、操作前の状態に戻したい場合代表的なリカバリ⽅法(メディア・リカバリ) 22 時間データベース⽤ストレージバックアップ⽤ストレージデータベース⽤ストレージデータベース⽤ストレージ破損変更ログ時間データベース⽤ストレージバックアップ⽤ストレージデータベース⽤ストレージデータベース⽤ストレージデータベース⽤ストレージ破損変更ログ時間データベース⽤ストレージバックアップ⽤ストレージデータベース⽤ストレージデータベース⽤ストレージデータベース⽤ストレージ破損変更ログ変更ログを途中まで適⽤全ての変更ログを適⽤リストアのみオフライン・バックアップ Copyright © 2023, Oracle and/or its affiliates

データベースを最新の状態に復旧(完全リカバリ) 代表的なリカバリ⽅法 Copyright © 2023, Oracle and/or its affiliates 23
時間データベース⽤ストレージバックアップ⽤ストレージデータ・ファイルのバックアップアーカイブREDOログデータファイル制御ファイル REDO ログファイル⽣成コピー #101 #101 #102 #103 #105 #108 #104 #106 #107 #100 #110 A #110 #110 #109 #101 A #101 #101 #100 .... #110 A #101 #110 #109 A #101 ①リストア #110 A #110 #110 #109 ②リカバリ障害の発⽣したデータ・ファイルのバックアップのみをリストア変更履歴を適⽤ B #101 B #101 B #110 B #110 B #110 ※数字はREDOログ・ファイルの番号で、時間の経過を表します。 #110の時点で AのDisk障害復旧作業中も Bは利⽤可能

データベースを過去の状態に復旧(不完全リカバリ) 代表的なリカバリ⽅法 Copyright © 2023, Oracle and/or its affiliates 24
時間データベース⽤ストレージバックアップ⽤ストレージデータ・ファイルのバックアップアーカイブREDOログデータファイル制御ファイル REDO ログファイル⽣成コピー #101 #101 #102 #103 #105 #108 #104 #106 #107 #100 #110 A #110 #110 #109 #101 A #101 #101 #100 .... #110 A #101 #110 #109 A #101 ①リストア #110 A #105 #110 #109 ②リカバリ全てのデータ・ファイルのバックアップをリストア変更履歴を適⽤ B #101 B #101 B #110 B #101 B #105 ※数字はREDOログ・ファイルの番号で、時間の経過を表します。バッチ処理でミス︕ #105まで戻したい ③ログ情報のリセット #105

• RMANを利⽤するメリット • バックアップの⾃動管理 • 様々なバックアップが取得可能 • RMANのバックアップおよびリカバリ⽅法 • RMANの構成
• バックアップ形式 • フルバックアップ/増分バックアップ • RMANデモ Oracle Recovery Manager (RMAN)を利⽤したバックアップおよびリカバリ Copyright © 2023, Oracle and/or its affiliates 26 バックアップ⽤ストレージデータベース⽤ストレージサーバープロセス RMAN クライアント

バックアップの⾃動管理バックアップ管理をOracle Database⾃⾝で︕ • Oracle Databaseがバックアップに必要な設定を管理 • Oracle Databaseがバックアップすべきデータを認識 •
Oracle Databaseがバックアップ保存期間を認識 • Oracle Databaseがバックアップ領域を管理 • ⾼速リカバリ領域 (FAST RECOVERY AREA)利⽤バックアップ時に⾃動で破損ブロック検査 • バックアップ実⾏時の⾃動破損ブロック検査 • データベース/バックアップ両⽅に対する破損検査が可能 RMANを利⽤するメリット① Copyright © 2023, Oracle and/or its affiliates 27 1週間前 2週間前 3週間前どこにバックアップを取得するか︖ どのファイルをバックアップするか︖ いつまで保存するか︖ 領域は⼗分にあるか︖ ※ RMANを利⽤しない場合はDBAの仕事 RMAN> VALIDATE DATABASE; 破損領域がある場合、バックアップ時にエラー出⼒ RMAN> backup database; ・・・・・・ RMAN-06169: could not read file header for datafile 12 error reason 4 データベースの破損検査 RMAN> VALIDATE BACKUPSET 3871, 3890; バックアップの破損検査

様々なバックアップが取得可能操作の⾃動化 ⇒ 運⽤ミスを減らす • バックアップ・およびリカバリのコマンドがシンプルに • OSコマンド(複雑なShell)と組み合わせなくても良い • コマンド・スクリプトの可読性・メンテナンス性が⾼まる
Oracle Databaseの仕組みを最⼤限に利⽤ • ホット・バックアップ・モード不要 • alter database begin backup; / alter database end backup; • データブロック単位での読み書き • 破損ブロックの検証 • 増分バックアップ • ⾼速増分バックアップ(EE) • 未使⽤データの圧縮(スキップ)(EE) • バイナリ圧縮 (Advanced Compression Opt.) • BASICアルゴリズムでの圧縮は標準機能 • ブロック・メディア・リカバリ(EE) RMANを利⽤するメリット② Copyright © 2023, Oracle and/or its affiliates 28 Oracle Databaseでバックアップすべき全データを保存 • データファイル(バックアップ・セット) • 制御ファイル(configureで設定) • 初期化パラメータ・ファイル(SPFILEのみ。Configureで設定) RMAN> BACKUP DATABASE; RMAN> BACKUP DATABASE PLUS ARCHIVELOG; 上記に加えて、アーカイブREDOログ・ファイルもバックアップ対象にするバックアップおよびリカバリ単位がファイルからブロックへ

RMANではデータ・ブロックのバックアップ/リストア/リカバリが可能基本的にはファイル単位 • バックアップ • リストア/リカバリファイルよりも⼩さな粒度(データ・ブロック単位) • バックアップ •
リストア/リカバリ参考）バックアップ・リストアの単位 Copyright © 2023, Oracle and/or its affiliates 29 データベース⽤ストレージバックアップ⽤ストレージ表領域データ・ファイル単位のコピーデータ・ファイル単位のリストアデータベース⽤ストレージバックアップ⽤ストレージ表領域 (オフライン) データベース⽤ストレージバックアップ⽤ストレージ表領域データ・ブロック単位のコピーデータ・ブロック単位のリストアおよびリカバリデータベース⽤ストレージバックアップ⽤ストレージ表領域 (オンライン) 増分バックアップブロック・メディア・リカバリ

RMANの構成 Copyright © 2023, Oracle and/or its affiliates 31 データベース⽤ストレージ
バックアップ⽤ストレージサーバープロセス⾼速リカバリ領域データファイル制御ファイル REDOログ・ファイル RMAN クライアントアーカイブ REDOログ・ファイルデータファイルのバックアップ制御ファイル (バックアップ) SPFILE SPFILE Read テープチャネル(SBT) (サーバープロセス) チャネル(DISK) (サーバープロセス) ARCn (バックグラウンド・プロセス) Write Read Write コマンドのコンパイルなど ※ SBT: System Backup to Tape メディア・マネージャ (3rdパーティ製含む) 取得したバックアップ情報はターゲット・データベース内の制御ファイルに保存ターゲット・データベース ※ チャネル経由の読み書きはバッファ・キャッシュを経由しない

⾼速リカバリ領域とは • RMANによるバックアップ管理を簡素化するために利⽤ • Oracle Databaseはこの記憶域を⾃動的に管理し、不要になったファイルを削除 • RMANにより取得されたバックアップを格納(バックアップ・セット、およびイメージ・コピー) • *フラッシュバック・データベース機能で利⽤するフラッシュバック・ログの格納先として利⽤
• アーカイブ・ログの格納先として利⽤(⾼速リカバリ領域を構成し、ローカル・アーカイブ先を指定しない場合、Oracle Databaseによって⾃動的に利⽤) 次のコマンドを使⽤して、⾼速リカバリ領域のサイズを指定します。次のコマンドを使⽤して、⾼速リカバリ領域の場所を指定します。 Copyright © 2023, Oracle and/or its affiliates 32 【補⾜】⾼速リカバリ領域 ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE = 10G; ALTER SYSTEM SET DB_RECOVERY_FILE_DEST = '/u02/oracle/fra'; ※2023/10/24開催「構築編」より再掲リカバリに関連するすべてのOracle Databaseファイルの統合的な記憶域の場所 *フラッシュバック・データベース機能…後述

リカバリ・カタログ RMANのオプション構成 Copyright © 2023, Oracle and/or its affiliates 33
ターゲット・データベース制御ファイルカタログ・データベース制御ファイル RMAN情報リカバリ・カタログ RMAN情報 RMAN クライアント RMAN情報を制御ファイル内のみに保存する場合 • 保存期間の制限 • デフォルト7⽇: 初期化パラメータ CONTROL_FILE_RECORD_KEEP_TIME • 制御ファイルが全損した場合の復旧が難しい • 常に最新の制御ファイルのバックアップを取得することを推奨リカバリ・カタログを利⽤する場合 • ⻑期間(無制限)のバックアップ履歴を保持 • ターゲット・データベースの制御ファイルが全損しても、バックアップ情報はリカバリ・カタログに存在するため復旧が容易 • 複数のターゲット・データベースの情報を⼀元管理可能 • カタログ・データベース⽤途のライセンスは無償 (独⽴した単⼀インスタンス分のみ) RESYNC (制御ファイルの情報を書き込む)

管理者の指定した「保存⽅針」に従い、RMANは必要なバックアップを識別できる • 保存⽅針と照らし合わせ、バックアップが必要なファイルをレポート • 保存⽅針と照らし合わせ、不要な(リカバリに必要なくなった)バックアップを⼀括削除「保存⽅針」は以下のいずれかで指定 • バックアップ冗⻑性(例: 2世代) •
リカバリ期間(例: 3⽇前に戻れるように) 【補⾜】バックアップの保存⽅針 Copyright © 2023, Oracle and/or its affiliates 34 ２世代 3⽇前の状態に戻すためには、7⽇前のバックアップ＋アーカイブ(3⽇前-6⽇前)が必要アーカイブREDOログ・ファイル時間アーカイブREDOログ・ファイル 1世代今⽇ 14⽇前 13⽇前 12⽇前 11⽇前 10⽇前 9⽇前 8⽇前 7⽇前 6⽇前 5⽇前 4⽇前 3⽇前 2⽇前 1⽇前

RMANクライアントの起動とターゲットデータベース接続 • RMANクライアントの起動 • RMANクライアントの起動と同時にターゲットデータベースに接続する場合バックアップを実⾏可能な権限 • SYSDBA権限: すべてのデータを参照する権限を持つ •
SYSBACKUP権限: バックアップの実⾏するのみの権限を持つ(12c以降〜導⼊) • ⇒SYSBACKUP権限はデータを参照する権限が含まれないため、データの悪⽤を防ぐ RMANコマンド Copyright © 2023, Oracle and/or its affiliates 35 rman rman target /

バックアップ・セット / イメージ・コピーバックアップ・セット(RMANのデフォルト) • RMANバックアップの最⼩単位 • RMANの「BACKUP」コマンドで取得 • RMANによってのみ作成またはリストアできる独⾃形式ファイ
ル(バックアップ・ピース)を1つ以上含む • 複数のデータ・ファイルのバックアップを1つのバックアップ・ピースに含めることができる • 複数チャネルを使ったマルチセクション・バックアップではチャネル単位でバックアップ・ピースを作成 • 使⽤されていないデータ・ファイルのブロックはスキップイメージ・コピー • バックアップ対象ファイルのビット単位のコピー • RMANの「BACKUP AS COPY」コマンドで取得 • OSコマンド(UNIXのcpなど)によって⽣成されたものと同等 • OSコマンドでリストア可能 • 未使⽤ブロックもバックアップに含まれるため、データ・ファイルと同じサイズの領域が必要 RMANで取得できるバックアップ形式 Copyright © 2023, Oracle and/or its affiliates 36 データベース⽤ストレージバックアップ⽤ストレージイメージ・コピーデータベース⽤ストレージバックアップ⽤ストレージバックアップ・ピース (ぞれぞれのファイル) バックアップ・セット

フルバックアップと増分バックアップフルバックアップ • ファイル内の全てのブロックを対象とするバックアップ • 1回のバックアップ・サイズが⼤きくなる増分バックアップ • 以前のバックアップアップ以降に変更されたブロックのみを対象とするバックアップ
• 1回のバックアップ・サイズが⼩さい • リストアの際に、差分を適⽤する必要がある RMANを利⽤したバックアップ Copyright © 2023, Oracle and/or its affiliates 37 ⽇⽉⽕⽔⽊⾦⼟⽇⽉⽕⽔⽊⾦⼟レベル0 レベル1 レベル1 レベル1 レベル1 レベル1 レベル1

マルチレベル増分バックアップレベル0増分バックアップ • バックアップ対象のデータ・ファイル全体(変更されていないデータ・ブロック＋変更されたデータ・ブロック)がバックアップされる • 増分バックアップ計画の開始点 • ⇒後続のレベル1の増分バックアップの基本となる、レ
ベルが0より⼤きい増分バックアップの親レベル1増分バックアップ • 変更されたブロックのみがバックアップされる • レベル1の増分バックアップは、次のいずれかのタイプ • 差分増分バックアップ: レベル1またはレベル0の最新の増分バックアップ以降に変更されたすべてのブロックをバックアップ • 累積増分バックアップ: レベル0の最新の増分バックアップ以降にに変更されたすべてのブロックをバックアップ RMANを利⽤したバックアップ Copyright © 2023, Oracle and/or its affiliates 38 BACKUP INCREMENTAL LEVEL 0 DATABASE; レベル0の増分バックアップ取得コマンド BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE; BACKUP INCREMENTAL LEVEL 1 DATABASE; 差分増分バックアップ取得コマンド累積増分バックアップ取得コマンド

差分増分バックアップ / 累積増分バックアップ差分増分バックアップ • レベル1またはレベル0の最新の増分バックアップ以降に変更されたすべてのブロックをバックアップ • リカバリの際、リストアされたバックアップ以降のすべてのレベル 1の差分増分バックアップを適⽤する必要がある
累積増分バックアップ • レベル0の最新の増分バックアップ以降にに変更されたすべてのブロックをバックアップ • リカバリの際、レベル0の増分バックアップと最新の累積増分バックアップを1つのみ適⽤する必要がある RMANを利⽤したバックアップ Copyright © 2023, Oracle and/or its affiliates 39 ⽇⽉⽕レベル0 レベル1 レベル1 ⽇⽉⽕レベル0 レベル1 レベル1 リストアリストア

⾼速増分バックアップバックアップ時間の短縮: ⾼速増分バックアップ • データ・ファイル全体にアクセスせず、変更されたデータ・ブロックのみにアクセスする仕組み • 変更されたデータ・ブロックを追跡するブロック・チェンジ・トラッキングを有効にすることで利⽤可能【補⾜】効率的にバックアップおよびリカバリを⾏うための⼿法① Copyright ©
2023, Oracle and/or its affiliates 40 ▪⾼速増分バックアップデータ・ブロック全体にアクセス変更済ブロックのみにアクセスデータベース⽤ストレージバックアップ⽤ストレージ ▪通常の増分バックアップデータベース⽤ストレージバックアップ⽤ストレージ RMAN CTWR (バックグラウンド・プロセス) RMAN 変更箇所を把握ブロック・チェンジトラッキング・ファイル

リストア時間の短縮: 増分更新バックアップ • フルバックアップ(レベル0の増分バックアップ)に対してあらかじめ増分バックアップ(レベル1の差分増分または累積増分バックアップ)を適⽤ • 復旧作業の際に増分を適⽤する⼿間がなく、復旧に必要となる時間を短縮可能 Copyright © 2023,
Oracle and/or its affiliates 41 増分更新バックアップ【補⾜】効率的にバックアップおよびリカバリを⾏うための⼿法② ⽇⽉⽕レベル0 レベル1 レベル1 リストア ▪増分更新バックアップを利⽤したリストア ▪通常のリストア⽇⽉⽕レベル0 レベル1 レベル1 リストア増分適⽤

RMANによる障害からの復旧前提 • RMANバックアップ取得済のPDB環境(ORCLPDB1) でデータファイル破損が発⽣デモの流れ • ORCLPDB1内の1つのデータファイル(users01.dbf) を削除し、データ破損を再現 •
RMAN> backup databaseを実⾏すると、エラーになることを確認(破損個所はコピーされない仕組み) • RMAN> validate databaseで破損チェックを実⾏した場合もファイル⽋損でエラーが出る • リストアおよびリカバリを実⾏ • ⽋損していたデータファイルが正常にリカバリされたかの確認 RMANデモデータベース⽤ストレージバックアップ⽤ストレージバックアップ済 RMAN クライアントデータファイル (users01.dbf) が破損データベース⽤ストレージ【前提】破損バックアップ⽤ストレージ VALIDATE DATABASE; 破損チェック RESTORE DATAFILE#; データファイル#のリストア RECOVER DATAFILE#; データファイル#リカバリデータベース⽤ストレージ修復【デモの内容】 Copyright © 2023, Oracle and/or its affiliates 43

44 [oracle@demo-trnt ~]$ sqlplus / as sysdba SQL*Plus: Release 19.0.0.0.0
- Production on Mon Dec 18 13:30:03 2023 Version 19.3.0.0.0 Copyright (c) 1982, 2019, Oracle. All rights reserved. Connected to: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.3.0.0.0 デモ⼿順① Copyright © 2023, Oracle and/or its affiliates SQL*Plusを使ってデータベースに接続

Copyright © 2023, Oracle and/or its affiliates 45 SQL> select
name from v$datafile; NAME -------------------------------------------------------------------------------- /opt/oracle/oradata/ORCLCDB/system01.dbf /opt/oracle/oradata/ORCLCDB/sysaux01.dbf /opt/oracle/oradata/ORCLCDB/undotbs01.dbf /opt/oracle/oradata/ORCLCDB/pdbseed/system01.dbf /opt/oracle/oradata/ORCLCDB/pdbseed/sysaux01.dbf /opt/oracle/oradata/ORCLCDB/users01.dbf /opt/oracle/oradata/ORCLCDB/pdbseed/undotbs01.dbf /opt/oracle/oradata/ORCLCDB/ORCLPDB1/system01.dbf /opt/oracle/oradata/ORCLCDB/ORCLPDB1/sysaux01.dbf /opt/oracle/oradata/ORCLCDB/ORCLPDB1/undotbs01.dbf /opt/oracle/oradata/ORCLCDB/ORCLPDB1/users01.dbf デモ⼿順② 今回削除対象とするPDB内のusers01.dbf ・v$datafileでデータファイルの情報を確認データファイル情報を確認

Copyright © 2023, Oracle and/or its affiliates 46 デモ⼿順③ ・SQL*Plusを終了し、データファイルの存在するディレクトリ(/opt/oracle/oradata/ORCLCDB/ORCLPDB1)に移動
SQL> exit Disconnected from Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.3.0.0.0 [oracle@demo-trnt ~]$ cd /opt/oracle/oradata/ORCLCDB/ORCLPDB1 [oracle@demo-trnt ORCLPDB1]$ ディレクトリ移動・データファイルを確認 [oracle@demo-trnt ORCLPDB1]$ ls -l total 753248 -rw-r-----. 1 oracle oinstall 367009792 Dec 18 13:25 sysaux01.dbf -rw-r-----. 1 oracle oinstall 293609472 Dec 18 13:30 system01.dbf -rw-r-----. 1 oracle oinstall 37756928 Dec 17 15:19 temp01.dbf -rw-r-----. 1 oracle oinstall 104865792 Dec 18 13:25 undotbs01.dbf -rw-r-----. 1 oracle oinstall 5251072 Dec 18 13:20 users01.dbf

Copyright © 2023, Oracle and/or its affiliates 47 [oracle@demo-trnt ORCLPDB1]$
rm -i users01.dbf rm: remove regular file ‘users01.dbf'? y ・system01.dbfを削除削除を実⾏するか確認されるので、yで実⾏デモ⼿順④ データファイル削除(データファイル破損を再現) [oracle@demo-trnt ORCLPDB1]$ ls -l total 748120 -rw-r-----. 1 oracle oinstall 367009792 Dec 18 13:25 sysaux01.dbf -rw-r-----. 1 oracle oinstall 293609472 Dec 18 13:30 system01.dbf -rw-r-----. 1 oracle oinstall 37756928 Dec 17 15:19 temp01.dbf -rw-r-----. 1 oracle oinstall 104865792 Dec 18 13:25 undotbs01.dbf ・データファイルの削除状況の確認 users01.dbfが存在しないため、削除されている

Copyright © 2023, Oracle and/or its affiliates 48 デモ⼿順⑤ RMAN>
backup database; Starting backup at 18-DEC-23 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=284 device type=DISK RMAN-06169: could not read file header for datafile 12 error reason 5 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of backup command at 12/18/2023 13:30:47 RMAN-06056: could not access datafile 12 • この状態でRMANバックアップを取ろうとすると、データファイルの⽋損でエラーになるデータファイルにアクセスできない旨のエラーが表⽰される RMANバックアップを試す

Copyright © 2023, Oracle and/or its affiliates 49 RMAN> validate
database; Starting validate at 18-DEC-23 using channel ORA_DISK_1 RMAN-06169: could not read file header for datafile 12 error reason 5 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of validate command at 12/18/2023 13:30:56 RMAN-06056: could not access datafile 12 • validate databaseで破損チェックを実⾏デモ⼿順⑥ データファイルの破損チェックデータファイルにアクセスできない旨のエラーが表⽰される(先ほどと同様)

リストア前にデータファイルをオフラインに変更デモ⼿順⑦ Copyright © 2023, Oracle and/or its affiliates 50
SQL> alter session set container = ORCLPDB1; Session altered. • ORCLPDB1に切り替え [oracle@demo-trnt ~]$ sqlplus / as sysdba SQL*Plus: Release 19.0.0.0.0 - Production on Mon Dec 19 00:08:56 2023 Version 19.3.0.0.0 Copyright (c) 1982, 2019, Oracle. All rights reserved. Connected to: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.3.0.0.0 SQL> alter session set container = ORCLPDB1; Session altered. • SQL*Plusに接続

リストア前にデータファイルをオフラインに変更デモ⼿順⑦(続き) Copyright © 2023, Oracle and/or its affiliates 51
SQL> alter database datafile 12 offline; Database altered. • datafile 12をオフラインに変更 SQL> select file#, status, enabled from v$datafile where file#=12; FILE# STATUS ENABLED ---------- ------- ---------- 12 ONLINE READ WRITE • datafile 12のステータスを確認データファイルを削除しただけではONLINEのまま SQL> select file#, status, enabled from v$datafile where file#=12; FILE# STATUS ENABLED ---------- ------- ---------- 12 RECOVER READ WRITE • 再度datafile 12のステータスを確認ステータスがRECOVERに変わる

Copyright © 2023, Oracle and/or its affiliates 52 RMAN> restore
datafile 12; Starting restore at 19-DEC-23 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=279 device type=DISK channel ORA_DISK_1: starting datafile backup set restore channel ORA_DISK_1: specifying datafile(s) to restore from backup set channel ORA_DISK_1: restoring datafile 00012 to /opt/oracle/oradata/ORCLCDB/ORCLPDB1/users01.dbf channel ORA_DISK_1: reading from backup piece ・・・・・・ channel ORA_DISK_1: restored backup piece 1 channel ORA_DISK_1: restore complete, elapsed time: 00:00:01 Finished restore at 19-DEC-23 デモ⼿順⑧ • RMANに接続し、restore datafileを実⾏リストアを実⾏リストア完了

デモ⼿順⑨ Copyright © 2023, Oracle and/or its affiliates 53 RMAN>
recover datafile 12; Starting recover at 19-DEC-23 using channel ORA_DISK_1 starting media recovery archived log for thread 1 with sequence 41 is already on disk as file /bkup/oracle/flash_recovery_area/OR CLCDB/archivelog/2023_12_18/o1_mf_1_41_lr0bz04j_.arc archived log for thread 1 with sequence 42 is already on disk as file /bkup/oracle/flash_recovery_area/OR CLCDB/archivelog/2023_12_18/o1_mf_1_42_lr0kg6rt_.arc archived log for thread 1 with sequence 43 is already on disk as file /bkup/oracle/flash_recovery_area/OR CLCDB/archivelog/2023_12_18/o1_mf_1_43_lr0krxs1_.arc archived log file name=/bkup/oracle/flash_recovery_area/ORCLCDB/archivelog/2023_12_18/o1_mf_1_41_lr0bz04j _.arc thread=1 sequence=41 media recovery complete, elapsed time: 00:00:00 Finished recover at 19-DEC-23 リカバリ完了 • recover datafileを実⾏リカバリを実⾏

リカバリ後にデータファイルをオンラインに戻すデモ⼿順⑩ Copyright © 2023, Oracle and/or its affiliates 54
[oracle@demo-trnt ~]$ sqlplus / as sysdba ・・・・・・ Connected to: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 – Production Version 19.3.0.0.0 SQL> alter session set container = ORCLPDB1; Session altered. • SQL*Plusに接続後、 ORCLPDB1に切り替え • datafile 12のステータスを再度確認し、オンラインに変更 SQL> select file#, status, enabled from v$datafile where file#=12; FILE# STATUS ENABLED ---------- ------- ---------- 12 OFFLINE READ WRITE SQL> alter database datafile 12 online; Database altered. ステータスがOFFLINEになっている

Copyright © 2023, Oracle and/or its affiliates 55 データファイルが復旧されたことを確認デモ⼿順⑪
メディア・リカバリの実⾏ SQL> select name from v$datafile; NAME -------------------------------------------------------------------------------- /opt/oracle/oradata/ORCLCDB/system01.dbf /opt/oracle/oradata/ORCLCDB/sysaux01.dbf /opt/oracle/oradata/ORCLCDB/undotbs01.dbf /opt/oracle/oradata/ORCLCDB/pdbseed/system01.dbf /opt/oracle/oradata/ORCLCDB/pdbseed/sysaux01.dbf /opt/oracle/oradata/ORCLCDB/users01.dbf /opt/oracle/oradata/ORCLCDB/pdbseed/undotbs01.dbf /opt/oracle/oradata/ORCLCDB/ORCLPDB1/system01.dbf /opt/oracle/oradata/ORCLCDB/ORCLPDB1/sysaux01.dbf /opt/oracle/oradata/ORCLCDB/ORCLPDB1/undotbs01.dbf /opt/oracle/oradata/ORCLCDB/ORCLPDB1/users01.dbf 11 rows selected. users01.dbfが復旧

Copyright © 2023, Oracle and/or its affiliates 56 RMANで破損チェックを再度実⾏デモ⼿順⑫
RMAN> validate database ORCLPDB1; Starting validate at 18-DEC-23 using channel ORA_DISK_1 channel ORA_DISK_1: starting validation of datafile channel ORA_DISK_1: specifying datafile(s) for validation input datafile file number=00010 name=/opt/oracle/oradata/ORCLCDB/ORCLPDB1/sysaux01.dbf input datafile file number=00009 name=/opt/oracle/oradata/ORCLCDB/ORCLPDB1/system01.dbf input datafile file number=00011 name=/opt/oracle/oradata/ORCLCDB/ORCLPDB1/undotbs01.db f input datafile file number=00012 name=/opt/oracle/oradata/ORCLCDB/ORCLPDB1/users01.dbf channel ORA_DISK_1: validation complete, elapsed time: 00:00:01 List of Datafiles ================= ・・・・・・ File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ ------------ --- ---------- 12 OK 0 1 641 2154353 File Name: /opt/oracle/oradata/ORCLCDB/ORCLPDB1/users01.dbf Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 0 Index 0 0 Other 0 639 Finished validate at 18-DEC-23 失敗しているブロックが0になっていることを確認正常にリストアとリカバリが完了している状態

前提 • RMANバックアップ取得済のPDB環境(ORCLPDB1) でデータファイル破損が発⽣デモの流れ • ORCLPDB1内の1つのデータファイル(users01.dbf) を削除し、データ破損を再現 • RMAN>
backup databaseを実⾏すると、エラーになることを確認(破損個所はコピーされない仕組み) • RMAN> validate databaseで破損チェックを実⾏した場合もファイル⽋損でエラーが出る • リストアおよびリカバリを実⾏ • ⽋損していたデータファイルが正常にリカバリされたかの確認 RMANデモデータベース⽤ストレージバックアップ⽤ストレージバックアップ済 RMAN クライアントデータファイル (users01.dbf) が破損データベース⽤ストレージ【前提】破損バックアップ⽤ストレージ VALIDATE DATABASE; 破損チェック RESTORE DATAFILE#; データファイル#のリストア RECOVER DATAFILE#; データファイル#リカバリデータベース⽤ストレージ修復【デモの内容】 Copyright © 2023, Oracle and/or its affiliates 57 RMANによる障害からの復旧

不完全リカバリを使わずにある時点に戻す⽅法従来(Oracle 9iまで)はデータを過去の状態に戻すには不完全リカバリで対処フラッシュバック機能 • Enterprise Editionの機能【補⾜】Oracle Flashback
Technology Copyright © 2023, Oracle and/or its affiliates 58 詳細ドキュメント • Oracle Flashback Technologyの使⽤ • フラッシュバック・データベースおよびリストア・ポイントの使⽤種類機能名使⽤場⾯使⽤する情報参照 Oracle Flashback Query 過去のデータの問合せ UNDO情報 Oracle Flashback Version Query どういう経緯で現在の値に⾄ったのかトランザクションの確認 UNDO情報 Oracle Flashback Transaction Query 特定のトランザクションの追跡+ UNDO SQLの取得 UNDO情報フラッシュバック・タイム・トラベル特定の表に対する⻑期間の履歴保存フラッシュバック・アーカイブ領域リカバリフラッシュバック・トランザクション誤って実⾏したトランザクションの取り消し REDO情報フラッシュバック表誤って実⾏したDML⽂の取り消し UNDO情報フラッシュバック・ドロップ誤って実⾏したDROP TABLEの取り消しもとの表の領域を残すフラッシュバック・データベース⼤量の誤操作、表のTRUNCATE、ユーザーの削除フラッシュバック・データベース・ログ現在 #101 #102 #103 #105 #108 #104 #106 #107 #110 A #110 #110 #109 バッチ処理でミス︕ #105まで戻したい #110 A #105 #110 #109 B #110 B #105 #105 A #101 B #101 アーカイブREDOログデータ・ファイルのバックアップリストアリカバリ RESETLOGS OPEN この時点から運⽤現在 #110 A #110 #110 #109 B #110 #105 A #105 B #105 巻き戻し現在はフラッシュバック・データベースでデータを過去の状態に戻すことができる

フラッシュバック表 / フラッシュバック・データベース / フラッシュバック・タイム・トラベルフラッシュバック表 • 特定のテーブルのデータだけを指定時点の状態に戻す機能 • 誤って実⾏したDML⽂の取り消し
• UNDO情報を利⽤するため以下を調整 • UNDO表領域のサイズ • 初期化パラメータUNDO_RETENTION フラッシュバック・データベース • データベース全体を指定時点の状態に戻す機能 • 従来の不完全リカバリに代わる機能 • データベース構成ファイルの物理破損には対応できない • フラッシュバック・ログを取得するように設定が必要 • ⾼速リカバリ領域を使⽤ • フラッシュバック・データベース・ログの保持期間の設定(初期化パラメータ) • DB_FLASHBACK_RETENTION_TARGET • フラッシュバック・データベースの有効化 • MOUNT状態で【補⾜】Oracle Flashback Technology Copyright © 2023, Oracle and/or its affiliates 59 SQL> FLASHBACK TABLE hr.employees TO TIMESTAMP 時間; SQL> FLASHBACK DATABASE TO TIMESTAMP 時間; SQL> ALTER DATABASE FLASHBACK ON; SQL> FLASHBACK TABLE hr.employees TO RESTORE POINT employees_update; ※上記のRESTORE POINTとは、タイムスタンプまたはデータベースの SCNに関連付けられた名前のこと

⾃動バックアップ機能(推奨) OCIで提供しているPaaSデータベースの場合、データベース・バックアップの⾃動取得が可能 • RMANでバックアップを取得 • 設定に基づき、特定の時間に⽇次で⾃動で取得される • 取得先は、OCI Object Storageまたは⾃律型リカバリ・サービスを選択
• バックアップは全て暗号化 • バックアップ・ジョブの開始時間帯(UTC)や完全バックアップの曜⽇を指定可能 • 最初のバックアップは即時作成することを推奨 • ⾃律型リカバリサービスを利⽤時はスタンバイ・ロールでは⾃動取得されない(プライマリ・ロールに切り替わると⾃動取得) OCI Base Databaseのバックアップ Copyright © 2023, Oracle and/or its affiliates 61 取得先頻度と種類保持期間⾃律型リカバリ・サービス (Autonomous Recovery Service) 初回フル(Level 0) 永久差分増分(Level 1) Oracle定義(14/35/65/95⽇)もしくはユーザー定義の保護ポリシーを指定(デフォルトSilver 35⽇) Object Storage (オラクル管理バケット内) 週次フル(Level 0) ⽇次差分増分(Level 1) 7/15/30/45/60⽇から選択(デフォルト30⽇) OCI Documentation Exadata Cloud Service > Managing Exadata Database Backups OTN連載 : もしもみなみんがDBをクラウドで動かしてみたら第20回

⾃律型リカバリ・サービス(Autonomous Recovery Service(RCV)) • リアルタイム・データ保護機能(ZRCV)を有効にすることで、REDOログをほぼリアルタイムに転送するため、データ損失を限りなくゼロにすることが可能 • 保護ポリシー: 14⽇間から95⽇間で設定可能 •
対象バージョン: DB 19.18 or 21.8 以上 • リアルタイム・データ保護を利⽤しない場合: DB 19.16 or 21.7 以上 • Object Storageに設定していた⾃動バックアップの宛先を途中から変更することも可能⾃動データベース・バックアップ Copyright © 2023, Oracle and/or its affiliates 62 OCI Documentation Database Autonomous Recovery

ランサムウェアへの耐性を究極に⾼めるフルマネージド型データ保護サービス Oracle Database Zero Data Loss Autonomous Recovery Service 63
ランサムウェアに対する耐性を⾼めます • ファイルを不可視化し、盗難を防⽌ • リアルタイムバックアップにより、感染直前までのリカバリーを可能 • 完全性が担保されたバックアップにより、確実に復旧可能バックアップにおける、本番環境への影響を極⼩化します • 差分増分バックアップの断⽚を合成し最新のフル・バックアップ相当ファイルを⽣成 • フル・バックアップ相当のファイルをリストアするため、リストア時間が短縮 • 差分増分バックアップ取得のみになるため、週次フル・バックアップは不要 • すべてのバックアップ・ファイルに対する検証をリカバリ・サービス内で実施クラウドにより、低コストかつシンプルな運⽤管理を実現します • 保護データ量のみに⽐例する価格体系 • ⼤規模なデータベース保護環境を、数クリックで構成可能 • データ保護に関する詳細なインサイトを取得するダッシュボードを提供暗号化コーはデータベースによって所有され、データベースによって管理されます永久増分バックアップ Zero Data Loss Autonomous Recovery Service ⾃動化圧縮済暗号化済 OCI native administration 実績のあるRecovery Applianceの技術を採⽤リアルタイムのデータ保護オプション ExaDB-D BaseDB Copyright © 2023, Oracle and/or its affiliates

• Oracle Databaseにおけるバックアップおよびリカバリ Ø バックアップおよびリストアとリカバリ Ø Oracle Databaseで発⽣する障害タイプおよびリカバリ⽅法 • Oracle
Recovery Manager (RMAN)を利⽤したバックアップおよびリカバリ Ø フルバックアップ、増分バックアップ Ø 破損検査 • RMANを利⽤するメリット Ø バックアップの⾃動管理 Ø 様々なバックアップ取得が可能まとめ Copyright © 2023, Oracle and/or its affiliates 64 RMANを使ってバックアップ、リストアおよびリカバリの操作を簡単に︕

Oracle Database入門 - バックアップおよびリカバリ編

Oracle Database入門 - バックアップおよびリカバリ編

More Decks by oracle4engineer

Other Decks in Education

Featured

Transcript