[DBWT-2] 信頼性: ミッションクリティカルなデータベースに必須となる高可用性の考え方とは

Slide 1

Slide 1 text

Oracle Database World Tokyo ⽇下部明⽇本オラクル株式会社クラウドエンジニアリング統括 COE本部データベース・ソリューション部プリンシパルクラウドエンジニア 2023年4⽉12⽇ミッションクリティカルなデータベースに必須となる⾼可⽤性の考え⽅とは

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Copyright © 2023, Oracle and/or its affiliates 3 ⼊⼒と出⼒の対応関係の定義 SQL 出⼒ SELECT ename, dname, job, empno, hiredate, loc FROM emp, dept WHERE emp.deptno = dept.deptno ORDER BY ename ⼊⼒論理データ構造何を取り出すかの定義であって、どうやって導出するかのアルゴリズムは記述されていない

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Copyright © 2023, Oracle and/or its affiliates 5 ⼊⼒論理データ構造インターフェースとアルゴリズム実装の分離 SQLの結果集合を導出するアルゴリズムは⾃動⽣成される出⼒対応関係の定義インターフェース SQL実⾏計画 SQL実⾏計画探索アルゴリズム全体最適化問題値の分布統計物理データ構造ハードウェア・リソースアプリケーション開発で注⼒すべきところ • 論理データ構造 • クエリー

Slide 6

Slide 6 text

Copyright © 2023, Oracle and/or its affiliates 6 インターフェースとアルゴリズム実装の分離データベース・エンジン実装が⽬指すところ出⼒対応関係の定義インターフェース SQL実⾏計画 SQL実⾏計画探索アルゴリズム全体最適化問題値の分布統計物理データ構造ハードウェア・リソース⼊⼒論理データ構造論理データ構造の定義とインターフェース(SQL)を変更せずにアルゴリズム実装が改良される

Slide 7

Slide 7 text

Copyright © 2023, Oracle and/or its affiliates 7 リレーショナル・モデルの操作からはじまったが、他のモデルでも使⽤されるようになった SQL - 抽象化されたデータ操作データ・モデル • Relational • Text Search • Object Relational • XML • JSON • Spatial • Network • ... ワークロード • オンライン・トランザクション • 分析・集計 • 機械学習 • ...

Slide 8

Slide 8 text

Copyright © 2023, Oracle and/or its affiliates 8 リレーショナル・モデルの操作からはじまったが、他のモデルでも使⽤されるようになった SQL - 抽象化されたデータ操作データ・モデル • Relational • Text Search • Object Relational • XML • JSON • Spatial • Network • ... ワークロード • オンライン・トランザクション • 分析・集計 • 機械学習 • ... SQLは抽象データ操作 ↓ 異なる種類のデータ・モデルを操作する実装異なる種類のワークロードに最適化する実装 ↓ Converged Database

Slide 9

Slide 9 text

Copyright © 2023, Oracle and/or its affiliates 9 抽象化されたデータ操作論理データ構造 user-Bの所有するスキーマ service-A SQL どういうデータを取り出したいかの記述 (「どうやって」の⼿続き的アルゴリズムの記述ではない) CONNECT user-B/password@host:port/service-A データベース・クライアントは「サービス」に接続するサービスデータベースのワークロードを抽象化した概念

Slide 10

Slide 10 text

Copyright © 2023, Oracle and/or its affiliates 10 抽象化されたデータ操作 SQL どういうデータを取り出したいかの記述 (「どうやって」の⼿続き的アルゴリズムの記述ではない) CONNECT user-B/password@host:port/service-A データベース・クライアントは「サービス」に接続するサービスデータベースのワークロードを抽象化した概念 service-A データベースストレージ上のファイルの集合 Oracleインスタンスデータベース・サーバー上のOracleプロセスとメモリーの集合

Slide 11

Slide 11 text

Copyright © 2023, Oracle and/or its affiliates 11 抽象化されたデータ操作 SQL どういうデータを取り出したいかの記述 (「どうやって」の⼿続き的アルゴリズムの記述ではない) CONNECT user-B/password@host:port/service-A データベース・クライアントは「サービス」に接続するサービスデータベースのワークロードを抽象化した概念 service-A データベースストレージ上のファイルの集合 Oracleインスタンスデータベース・サーバー上のOracleプロセスとメモリーの集合データベース・クライアントは「サービス」に接続 ↓ サービス(抽象)がデータベース・サーバー側の物理構成(具象)を隠蔽

Slide 12

Slide 12 text

Copyright © 2023, Oracle and/or its affiliates 12 ⽂脈によって意味が異なる⽤語サービス / インスタンス / データベースデータベース・サーバー (Computeノード) ストレージサービスクラウドが⽤意する機能のメニューデータベースデータの集合インスタンスサービスを実体化したもの service Oracleインスタンスデータベース・サーバー上の Oracleプロセスとメモリーの集合データベースストレージ上のファイルの集合サービスデータベースのワークロードを抽象化した概念 Oracle Databaseの⽂脈クラウドの⽂脈例: Oracle Base Database Service

Slide 13

Slide 13 text

Copyright © 2023, Oracle and/or its affiliates 13 Oracleインスタンスとデータベース「CPU+メモリー」と「ストレージ」をわけて考えるデータベースストレージ上のファイルの集合 Oracleインスタンスデータベース・サーバー上のOracleプロセスとメモリーの集合揮発性メモリーに⼀時的に格納(キャッシュ) (再起動などでなくなることを想定) 不揮発性デバイスに永続化 (データの本体なのでなくなると困る) データベース・サーバー (Computeノード) ストレージ

Slide 14

Slide 14 text

Copyright © 2023, Oracle and/or its affiliates 14 ⾼可⽤性を実装する⼿段各階層で冗⻑性を持たせるデータベースストレージ上のファイルの集合 Oracleインスタンスデータベース・サーバー上のOracleプロセスとメモリーの集合揮発性メモリーに⼀時的に格納(キャッシュ) (再起動などでなくなることを想定) 不揮発性デバイスに永続化 (データの本体なのでなくなると困る) プロセスとメモリーが起動できるOS環境を⽤意データベース・サーバーのクラスタ構成データの複製を⽤意ミラー / バックアップ / レプリケーションデータベース・サーバー (Computeノード) ストレージ

Slide 15

Slide 15 text

Copyright © 2023, Oracle and/or its affiliates 15 ⾼可⽤性を実装する⼿段各階層で冗⻑性を持たせるデータベースストレージ上のファイルの集合 Oracleインスタンスデータベース・サーバー上のOracleプロセスとメモリーの集合揮発性メモリーに⼀時的に格納(キャッシュ) (再起動などでなくなることを想定) 不揮発性デバイスに永続化 (データの本体なのでなくなると困る) プロセスとメモリーが起動できるOS環境を⽤意データベース・サーバーのクラスタ構成データの複製を⽤意ミラー / バックアップ / レプリケーションデータベース・サーバー (Computeノード) ストレージ

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Copyright © 2023, Oracle and/or its affiliates 17 SQL どういうデータを取り出したいかの記述 (「どうやって」の⼿続き的アルゴリズムの記述ではない) CONNECT user-B/password@host:port/service-A データベース・クライアントは「サービス」に接続するサービスデータベースのワークロードを抽象化した概念 service-A データベースストレージ上のファイルの集合 Oracleインスタンスデータベース・サーバー上のOracleプロセスとメモリーの集合 Maximum Availability Architecture • サービスが具象レイヤーの構成を隠蔽 • サービスへのアクセスを継続 Maximum Availability Architecture (MAA) 抽象化されたデータ操作を計画停⽌/⾮計画停⽌どちらがあっても継続する

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Copyright © 2023, Oracle and/or its affiliates 19 全ノードが全データにアクセス可能 RACの物理構成ストレージ・ネットワークインターコネクト・ネットワークパブリック・ネットワークデータベース・クライアントクライアントとの通信ストレージ・ノード • ストレージ・デバイスコンピュート・ノード • CPU+メモリー • 全ノードが対等な関係コンピュート・ノード間の通信全コンピュート・ノードは全ストレージにアクセス可能

Slide 20

Slide 20 text

Copyright © 2023, Oracle and/or its affiliates 20 データ・モデル(スキーマ構造)、トランザクション分離レベルの挙動も同じクライアントはどのノードに接続してもシングル・インスタンス構成と同じアクセスが可能ストレージ・ノード • ストレージ・デバイスコンピュート・ノード • CPU+メモリー • 全ノードが対等な関係インターコネクト・ネットワークコンピュート・ノード間の通信全コンピュート・ノードは全ストレージにアクセス可能パブリック・ネットワークデータベース・クライアントクライアントとの通信ストレージ・ネットワークメモリー⼀貫性を全⾃動で維持 oracle クライアントが接続したノードのプロセスがSQL 処理

Slide 21

Slide 21 text

Copyright © 2023, Oracle and/or its affiliates 21 どのノードからも全データに同じようにアクセス可能 - クライアントから⾒るとシングル・インスタンス構成と同じ RAC におけるデータアクセスデータベース・クライアントクライアントはどのサーバーに接続しても同じデータの⾒え⽅、シングルインスタンスと同じトランザクション分離レベルサーバー・ノード間のメモリー⼀貫性を全⾃動で維持シングル・インスタンス構成と同じアクセスが可能 • データ・モデル(スキーマ構造)、トランザクション分離レベルの挙動も同じ並列実⾏プロセスがデータを分割して並列処理 PX PX PX PX PX PX データベース・クライアント全ノードを使⽤した1つのSQL処理の並列化が可能 • アプリからは巨⼤な⼀つのデータベースインスタンスに⾒える

Slide 22

Slide 22 text

Copyright © 2023, Oracle and/or its affiliates 22 サーバーがクラッシュしてもクライアントは別ノードに接続すると全データにアクセス可能クライアントはどのノードに接続してもシングル・インスタンス構成と同じアクセスが可能ストレージ・ノード • ストレージ・デバイスコンピュート・ノード • CPU+メモリー • 全ノードが対等な関係全コンピュート・ノードは全ストレージにアクセス可能パブリック・ネットワークデータベース・クライアントクライアントとの通信ストレージ・ネットワークメモリー⼀貫性を全⾃動で維持 oracle クライアントが接続したノードのプロセスがSQL 処理 oracle

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Copyright © 2023, Oracle and/or its affiliates 24 Oracle Real Application Clusters SGA ユーザーからは透過的に複数CPUで処理可能共有メモリー型マルチ・プロセッサ RACは共有メモリー型マルチ・プロセッサと同じくキャッシュ⼀貫性を維持ノード1 (キャッシュ) ノード2 (キャッシュ) データベース (ストレージ上のファイル群) SGA キャッシュ⼀貫性キャッシュ・メモリーキャッシュ・メモリーキャッシュ⼀貫性 CPU 1 CPU 2 SGA DRAM (メイン・メモリー)

Slide 25

Slide 25 text

Copyright © 2023, Oracle and/or its affiliates 25 データ・モデルとクラスタ・ノード構成が分離されている現実にあるほとんどのアプリケーション・スキーマは完全にはパーティショニングできない。 RACはデータの配置がデータベース・サーバーと結びついていない。シェアード・ナッシング・クラスタはデータがパーティショニングできることを暗黙の前提にしている。パーティショニングできないアプリケーション・スキーマでも動作できるようにしたのが”Real Application” Clusters Oracle Real Application Clusters データ・モデル/SQL 抽象実装データ構造/クラスタ構成

Slide 26

Slide 26 text

Copyright © 2023, Oracle and/or its affiliates 26 Oracle Autonomous Database Exadataをベースにして⾼度な抽象化がなされた⾃律型データベース・サービス Exadata上のプラガブル・データベース • 指定する変数はOCPU数とストレージ容量のみ • RACノード数はユーザーが指定する変数ではない Oracle Computing Unit (OCPU) • スケールアップかつスケールアウトを抽象化 • OCPU数に⽐例したCPU時間 • OCPU数に⽐例したメモリー容量 • OCPU数に⽐例したストレージ性能 • 1 OCPUは1CPU物理コアに相当 • 無停⽌でOCPU数(リソース割り当て)を変更 service

Slide 27

Slide 27 text

Copyright © 2023, Oracle and/or its affiliates 27 Oracle Autonomous Database Oracle Computing Unit(OCPU) の1変数にハードウェア・リソースを抽象化 DBサーバーストレージ Oracle Computing Unit (OCPU) • 1 OCPUは1CPU物理コアに相当 • スケール・アップかつスケール・アウトを抽象化 • OCPU数に⽐例したCPU時間 • OCPU数に⽐例したメモリー容量 • OCPU数に⽐例したストレージ性能 • 無停⽌でOCPU数(リソース割り当て)を変更 CPU メモリー Autonomous Databaseインスタンス • 1つのプラガブル・データベースのこと • OCPUに抽象化されたリソース割り当て • サービスでリソース制御スケール・アップスケール・アウト Oracle Computing Unit サービス • データベースのワークロードを抽象化 service

Slide 28

Slide 28 text

Copyright © 2023, Oracle and/or its affiliates 28 ⾼速アプリケーション通知 Fast Application Notification: FAN Oracle ClusterwareからOracleクライアントにメッセージ通知する仕組み Fast Application Notification (FAN) • Oracle Clusterwareからクライアントにイベント通知 Oracle製コネクション・プールがFAN対応 • Universal Connection Pool for Java (UCP) • OCI Session Pool • ODP.NET Unmanaged Driver Fast Connection Failover • DOWNイベントによるコネクション破棄 • 計画停⽌/⾮計画停⽌を区別 • UPイベントによるコネクション作成(UCP) Connection Pool ノード 1 ノード 2 アプリケーション・サーバー Clusterware Clusterware FANイベント FANイベント service service

Slide 29

Slide 29 text

Copyright © 2023, Oracle and/or its affiliates 29 コマンドでサービス停⽌が発⽣する場合プールに論理コネクションが返却されてから物理コネクションを切断 1. srvctl relocate service発⾏ 2. 物理コネクションの新規接続と排出 FAN対応クライアントと組み合わせたOracleインスタンスの計画停⽌ Oracle instance1 Oracle instance2 service1 service1 Oracleクライアント Clusterware Clusterware FANイベント Pool (2) UP通知 Oracle instance1 Oracle instance2 service1 Clusterware Clusterware Pool Oracleクライアント (6) インスタンス1との物理コネクションはプールに返却されたら切断 (1) サービス起動 (4) DOWN通知 (5) 新規の物理コネクションはインスタンス 2に接続される (3) サービス停⽌

Slide 30

Slide 30 text

Copyright © 2023, Oracle and/or its affiliates 30 セッションが異常切断されても更新トランザクションを安全に⾃動再実⾏アプリケーション・コンティニュイティ対応接続ドライバは Oracleサーバーに発⾏した処理を記憶している。 Oracle接続ドライバがセッション切断を検出すると (1) 再接続 (2) トランザクション状態の確認 (3) トランザクション再実⾏まで⾃動で⾏う。アプリケーションから⾒るとエラーを検出せずにトランザクションが完了する。 Oracle製コネクション・プールからコネクションを取り出してCOMMITしたら返却するコードならコード改修は (ほぼ)不要。 (透過的)アプリケーション・コンティニュイティ (Transparent) Application Continuity (1) 再接続 (2) 状態確認 (3) 再実⾏ Oracleクライアント RAC SELECT INSERT UPDATE COMMIT

Slide 31

Slide 31 text

Copyright © 2023, Oracle and/or its affiliates 31 異常を検出する機能と検出した異常に対処する機能 • FANとAC/TACは組み合わせると都合の良い機能であって、使⽤すること⾃体はそれぞれ独⽴している • 計画停⽌(FAN-FCF)/⾮計画停⽌(TAC)両⽅のOracleインスタンス停⽌をアプリケーションからマスク Fast Application Notification(FAN)と (Transparent) Application Continuity(TAC/AC)は独⽴した別の機能発⽣した異常を検出検出した異常に対処 Pool Driver Driver Driver • (Transparent) Application Continuity は切断されたことを検出すると⾃動再接続＆⾃動再実⾏する機能 • ⾮計画停⽌での切断に対処 • 切断検出のきっかけは何でもよい • Fast Connection Failover (FCF)はサービスが停⽌したことを明⽰的に通知する機能 • 計画停⽌と⾮計画停⽌を区別 • TCPレベルで応答がないケースでもコネクション・プールから障害ノードとのコネクションを削除

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Copyright © 2023, Oracle and/or its affiliates 33 データ消失に備えて異なるハードウェア上にデータを複製するデータを複製する⼿段 • ミラー : 継続的なデータの複製 (ローカル・ストレージ) • バックアップ : バックアップ操作をした時点のデータの複製 • レプリケーション : 継続的なデータの複製 (リモート・ストレージ) • (スナップショット) データの複製⼿段

Slide 34

Slide 34 text

Copyright © 2023, Oracle and/or its affiliates 34 ミラー/レプリケーション/バックアップストレージ機能でのデータの複製ストレージ・コントローラストレージ・コントローラリモート・レプリケーション (レプリケーション) • 別のストレージ筐体に書き込みを複製 RAID (ミラー) • 複数のストレージ・デバイスに書き込みを複製スプリット・ミラー (バックアップ) • ミラーを⼀時的に解除することでその時点のストレージの状態を保持書き込みデータ

Slide 35

Slide 35 text

Copyright © 2023, Oracle and/or its affiliates 35 データを失う要因はストレージ・デバイスの故障以外にもあるストレージ・デバイスが故障していなくても、格納されているファイルのデータが破損している場合がある。エラー・ログを出⼒するのは、その異常を検出した階層。異常検出能⼒のない階層はエラー・ログを出⼒できない。データを破損させた階層が破損させたことを直接ログに記録していることは期待できない。ストレージのデータを破損させる要因 • CPU/メモリー故障 • レーザー出⼒不安定 • 電源障害 • ランサムウェア • ... データを失う要因はストレージ・デバイスの故障以外にもある Oracle Database OS Multipath Driver Device Driver Host Bus Adapter Storage Controller Network CPU/Memory ? ERROR ?

Slide 36

Slide 36 text

Copyright © 2023, Oracle and/or its affiliates 36 書き込むデータが意味的に正常なのかはストレージは判別できないのでデータ破損が伝搬するストレージ機能でのデータの複製ストレージ・コントローラストレージ・コントローラリモート・レプリケーション (レプリケーション) • 別のストレージ筐体に書き込みを複製 RAID (ミラー) • 複数のストレージ・デバイスに書き込みを複製スプリット・ミラー (バックアップ) • ミラーを⼀時的に解除することでその時点のストレージの状態を保持破損データ

Slide 37

Slide 37 text

Copyright © 2023, Oracle and/or its affiliates 37 Oracle Databaseの歴史はデータ破損との闘い Oracle Databaseはなぜデータの複製をOracleソフトウェアでやろうとするのか Oracleインスタンス破損検査 ↓ 破損伝搬の抑⽌ ↓ ⾃動修復実装バージョン機能名機能 Oracle8 RMAN バックアップ/リストア Oracle9i Data Guard REDO情報を別サーバーに転送 Oracle 10g ASM ストレージの冗⻑化と⾃動修復 Oracle 11g Exadata Oracle専⽤ストレージがデータ構造を検査 Oracle 11g Active Data Guard Data Guard+⾃動修復 Oracle 12c ZDLRA RMANバックアップ+REDO転送 • データ構造がOracle Databaseとして正しいかを検査できるのは Oracle⾃⾝しかない • ある階層から別の階層に移動させるとき検査される • 破損が次の階層に伝搬しない • データの複製がある場合は⾃動修復を試みる

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Copyright © 2023, Oracle and/or its affiliates 39 デバイス・ファイル Oracle Database専⽤のクラスタ・ボリューム・マネージャ兼クラスタ・ファイルシステム Oracle Automatic Storage Management ファイル構造 Oracle構造 POSIXファイルシステムボリューム・マネージャファイルシステム表、索引表領域ファイル ASM ASM 表、索引表領域ボリューム・マネージャファイルシステムファイル管理者から⾒た操作の階層はどちらもディレクトリ・ツリーとファイルで同じ RAIDとは異なる実装で • ストレージ・デバイスの障害に対処可能 • データ破損を検出すると⾃動修復

Slide 40

Slide 40 text

Slide 41

Slide 41 text

Copyright © 2023, Oracle and/or its affiliates 41 どのファイルも冗⻑化して障害に対処する • ファイルを分割しミラーを⽤意する。 • ミラーは異なる障害グループ(FAILGROUP)のストレージ・デバイスに配置する。 • ストレージ・デバイスが増減しても、再配置して冗⻑構成を維持する。 ASMのファイル配置コンセプト2 ASM上のファイル extent extent extent FAILGROUP 1 FAILGROUP 2 FAILGROUP 3 FAILGROUP n プライマリ・エクステントセカンダリ・エクステントセカンダリ・エクステント FAILGROUP ≒ 1つのストレージ筐体 ASMエクステント 1つのFAILGROUPが停⽌してもそのエクステントのミラーが他のFAILGROUPにある

Slide 42

Slide 42 text

Copyright © 2023, Oracle and/or its affiliates 42 Stripe And Mirror Everything (S.A.M.E.) ファイルを分割し、 • すべてのストレージ・デバイスに均等に分散する ⇒Stripe • ミラーは異なる障害グループ(FAILGROUP)のストレージ・デバイスに配置する ⇒Mirror そしてストレージ・デバイスが増減してもリバランスすることでStripeとMirrorを維持する ASMのファイル配置コンセプト 1 2 3 4 3 6 1 7 5 6 7 8 4 2 8 5 異なるデバイスにミラーリングすべてのデバイスにストライピングプライマリ・エクステント ASM上のファイル extent extent extent セカンダリ・エクステント ASMエクステント

Slide 43

Slide 43 text

Copyright © 2023, Oracle and/or its affiliates 43 ストレージ・デバイスが増減してもStripe And Mirror Everything (S.A.M.E.)を維持するストレージ・デバイスが故障して使⽤できなくなったらASMディスク・グループから削除 ⇒エクステントを失うので既存ストレージ・デバイスにエクステントを追加して冗⻑性(2重化および3重化)を回復 ASMディスク・グループにストレージ・デバイスを追加 ⇒既存ストレージ・デバイスのエクステントを追加ストレージ・デバイスに移し替えてストライプ性能向上リバランスはオンラインで⾏われる動的リバランス異なるデバイスにミラーリングすべてのデバイスにストライピング削除追加

Slide 44

Slide 44 text

Copyright © 2023, Oracle and/or its affiliates 44 ASMファイルの破損が検出されるとセカンダリ・エクステントから読み取って処理継続および⾃動修復ファイルの破損検出と⾃動修復 oracle Oracleサーバー・プロセス SGA 1. プライマリ・エクステントの破損を検出した 2. セカンダリ・エクステントから読み取りエラーを返さず処理継続 1 2 3 3 1 1 プライマリ・エクステントセカンダリ・エクステント 3. 正常エクステントのデータで破損個所を修復 ASMディスク・グループ

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Copyright © 2023, Oracle and/or its affiliates 46 「Oracleインスタンス」と「データベース」アーカイブREDOログ・ファイル • オンラインREDOログ・ファイルのバックアップオンラインREDOログ・ファイル • 更新の履歴 • 1本書き込み完了したら複製データファイル • 表データの本体 Oracleインスタンスデータベース・サーバー上のプロセスとメモリーの集合データベースストレージ上のファイルの集合

Slide 47

Slide 47 text

Copyright © 2023, Oracle and/or its affiliates 47 Oracleサーバー・プロセスがメモリを更新しバックグラウンド・プロセスがファイルに永続化 REDOログ・バッファオンラインREDOログ・ファイル LGWR oracle oracle Oracleサーバー・プロセスログ・ライター・プロセスデータベース・バッファ・キャッシュ DBWn データベース・ライター・プロセスデータファイル SGA oracle Oracleサーバー・プロセスによるSQL処理はメモリを更新バックグラウンド・プロセスがファイルに永続化 OS Oracle Databaseアーキテクチャ

Slide 48

Slide 48 text

Copyright © 2023, Oracle and/or its affiliates 48 データファイルのコピーとREDOログの適⽤バックアップおよびリストア・リカバリ REDOログ・ファイル • 更新の履歴データファイル • データの本体⽤語意味バックアップ (主にデータファイル) ファイルのコピーを取得することリストアバックアップ・ファイルから書き戻すことリカバリ REDOログをデータ・ブロックに適⽤すること Oracle Databaseではリストアとリカバリはセット REDOログ・ファイルの情報でデータファイルの内容を破損直前までもどす

Slide 49

Slide 49 text

Slide 50

Slide 50 text

Slide 51

Slide 51 text

Slide 52

Slide 52 text

Copyright © 2023, Oracle and/or its affiliates 52 バックアップおよびリストア・リカバリ INSERT UPDATE DELETE オンラインREDOログアーカイブREDOログ時間時刻t0 時刻t1 INSERT UPDATE DELETE INSERT UPDATE DELETE バックアップ (データファイルのコピー) 時間時刻t1にデータファイルの破損を検出した。

Slide 53

Slide 53 text

Copyright © 2023, Oracle and/or its affiliates 53 バックアップおよびリストア・リカバリ INSERT UPDATE DELETE オンラインREDOログアーカイブREDOログ時間時刻t0 データファイル障害発⽣ INSERT UPDATE DELETE INSERT UPDATE DELETE バックアップ (データファイルのコピー) リストア (データファイルの書き戻し) 時刻t0に取得したデータ・ファイルのバックアップには最新でも時刻t0までの情報しか含まれていない。時刻t1

Slide 54

Slide 54 text

Copyright © 2023, Oracle and/or its affiliates 54 バックアップおよびリストア・リカバリ INSERT UPDATE DELETE オンラインREDOログアーカイブREDOログ時間時刻t0 データファイル障害発⽣ INSERT UPDATE DELETE INSERT UPDATE DELETE リカバリ (REDOログの適⽤) バックアップ (データファイルのコピー) リストア (データファイルの書き戻し) データファイルの状態が時刻t1まで復元される。時刻t1

Slide 55

Slide 55 text

Slide 56

Slide 56 text

Copyright © 2023, Oracle and/or its affiliates 56 推奨はRMAN • Oracle付属のバックアップ・ツール • Oracleサーバー・プロセスがデータベースのファイルにアクセスする仕組みを使ってファイルをコピー • Oracleインスタンス管理下で⾏われる操作 • RMAN以外の⽅法でコピーするすべての⼿法 • Oracleインスタンスがコピーを関知しない • OSのファイル・コピー・コマンド • ストレージ機能のスナップショットやスプリット・ミラー Oracle Databaseの2種類の物理バックアップ⼿法 oracle rman データファイル（コピー元）バックアップ（コピー先）スナップショットスプリット・ミラー Recovery Manager (RMAN) ユーザー管理バックアップ RMANクライアント Oracleサーバー・プロセスコピー元ボリュームバックアップ・ボリューム

Slide 57

Slide 57 text

Copyright © 2023, Oracle and/or its affiliates 57 確実にリカバリするための"Recovery" Manager • コピー時に破損検査が⾏われる • 破損が伝搬しない • バックアップしたファイルの破損検査も可能 • 破損領域がそのままコピーされる • バックアップも破損している場合がある • 誤った単位でボリュームをコピーしているとリカバリ時になってはじめてリカバリ不能に気付くファイル・コピー中のブロック破損検査 oracle rman データファイル（コピー元）バックアップ（コピー先）スナップショットスプリット・ミラー Recovery Manager (RMAN) ユーザー管理バックアップ RMANクライアント Oracleサーバー・プロセスコピー元ボリュームバックアップ・ボリューム

Slide 58

Slide 58 text

Copyright © 2023, Oracle and/or its affiliates 58 データベース本体の破損に備えるためのバックアップデータベース本体とバックアップ⽤ストレージは分けるオンラインREDOログ・ファイル • 更新の履歴データファイル • データの本体アーカイブREDOログ・ファイル • オンラインREDOログ・ファイルのバックアップデータファイル • データファイルのバックアップデータベース本体⽤ストレージバックアップ⽤ストレージデータベース・サーバーストレージ・ネットワーク

Slide 59

Slide 59 text

Copyright © 2023, Oracle and/or its affiliates 59 最新の更新情報はオンラインREDOログ・ファイルにしかないアーカイブREDOログ・ファイル • オンラインREDOログ・ファイルのバックアップデータファイル • 表データの本体 Oracleインスタンスデータベース・サーバー上のプロセスとメモリーの集合データベースストレージ上のファイルの集合最新の更新情報オンラインREDOログ・ファイル • 更新の履歴 • 1本書き込み完了したら複製

Slide 60

Slide 60 text

Copyright © 2023, Oracle and/or its affiliates 60 書き込み真っ最中のオンラインREDOログ・ファイルは複製できない「バックアップ」操作で複製できる範囲 Oracleインスタンスデータベース・サーバー上のプロセスとメモリーの集合データベースストレージ上のファイルの集合「バックアップ」操作で複製できる範囲オンラインREDOログ・ファイル • 更新の履歴 • 1本分書き込み完了したら複製アーカイブREDOログ・ファイル • オンラインREDOログ・ファイルのバックアップデータファイル • 表データの本体追記中のオンラインREDOログ・ファイルは複製できない

Slide 61

Slide 61 text

Copyright © 2023, Oracle and/or its affiliates 61 データベース本体⽤ストレージオンラインREDOログ・ファイルが格納されているストレージが全損すると INSERT UPDATE DELETE オンラインREDOログアーカイブREDOログ時間時刻t0 時刻t1 ストレージ障害発⽣ INSERT UPDATE DELETE INSERT UPDATE DELETE リカバリ (REDOログの適⽤) バックアップ (データファイルのコピー) リストア (データファイルの書き戻し) 最新のトランザクション情報を失う

Slide 62

Slide 62 text

Slide 63

Slide 63 text

Copyright © 2023, Oracle and/or its affiliates 63 プライマリ・データベース⽤ストレージが全損しても最新のREDO情報が別の場所にある REDO情報が⽣成されたら即時に別のサーバーに転送︓(Active) Data Guard オンラインREDOログ・ファイル • 更新の履歴プライマリ・データベース⽤ストレージスタンバイ・データベース⽤ストレージプライマリ・データベース・サーバーネットワークメモリー(REDOログ・バッファ)上にREDO情報が⽣成されたら転送開始スタンバイREDOログ・ファイル • プライマリのREDO情報の受信 REDOログ・バッファスタンバイ・データベース・サーバー

Slide 64

Slide 64 text

Copyright © 2023, Oracle and/or its affiliates 64 プライマリ・データベースのREDO情報でデータファイルをリカバリし続ける (Active) Data Guard︓プライマリ・データベースと全く同じ内容になるオンラインREDOログ・ファイル • 更新の履歴プライマリ・データベース⽤ストレージスタンバイ・データベース⽤ストレージプライマリ・データベース・サーバーネットワークリカバリ継続スタンバイ・データベース・サーバー REDOログ・バッファデータファイルプライマリと同⼀内容

Slide 65

Slide 65 text

Copyright © 2023, Oracle and/or its affiliates 65 (Active) Data Guard︓リモートでリストア＆リカバリを継続 INSERT UPDATE DELETE オンラインREDOログ時間時刻t0 INSERT UPDATE DELETE INSERT UPDATE DELETE バックアップ (データファイルのコピー) リストア (データファイルの書き戻し) スタンバイ・データベースプライマリ・データベース REDO転送リカバリ (REDOログの適⽤) 最新のトランザクション情報が複製される REDO転送

Slide 66

Slide 66 text

Slide 67

Slide 67 text

Copyright © 2023, Oracle and/or its affiliates 67 ポイント・イン・タイム・リカバリ 1. 該当データファイルのアクセスしたい時刻(時刻t1)より前(時刻t0)のフル・バックアップからリストアする。 2. リカバリを途中(時刻t1)で⽌める。 ⇒データファイルのサイズが⼤きいとリストアにかなり時間がかかる。過去のある時点のデータにアクセスしたいオンラインREDOログアーカイブREDOログ時間時刻t0 時刻t2 リカバリ (REDOログの適⽤) バックアップ (データファイルのコピー) リストア (データファイルの書き戻し) 時刻t1 リカバリを時刻t1までで⽌める最新データの時刻はt2

Slide 68

Slide 68 text

Copyright © 2023, Oracle and/or its affiliates 68 指定した時刻までデータベースの状態を戻す Flashback Database 0. Flashback Databaseを有効にすると、UNDOブロックのバックアップがFast Recovery Areaに取られる 1. 戻したい指定時刻(時刻t1)より前のUNDOブロックをリストア 2. REDOを適⽤して指定時刻(時刻t1)までロールフォワード ⇒データファイル全体をリストアするポイント・イン・タイムリカバリより速いし簡単 Flashback Database オンラインREDOログアーカイブREDOログ時間時刻t0 時刻t2 リカバリ (REDOログの適⽤) Flashback Log (UNDOブロックのバックアップ) リストア (UNDOブロックの書き戻し) 時刻t1 リカバリを時刻t1までで⽌める最新データの時刻はt2

Slide 69

Slide 69 text

Copyright © 2023, Oracle and/or its affiliates 69 Flashback Database/Data Guard/バックアップがカバーする範囲は異なる INSERT UPDATE DELETE 時刻t1 バックアップ (⻑期間の過去状態の保存) 時間 INSERT UPDATE DELETE ⽋損 (Active) Data Guard (最新状態のデータベースに短時間で切り替え) Flashback Database (⽐較的短期間の過去に戻す) ~数⽇数百~数⼗⽇⼀般的な「バックアップ」はバックアップ操作をしたときに存在していたファイルを複製するので最新のREDO情報が複製できない。アーカイブREDOログ・ファイルと同じ領域にUNDOブロックのバックアップを取得するので容量的にバックアップほどの⻑期間保持するのは難しい。データベースのファイルが破損していないことが前提。 Data Guardは転送されたREDOでリカバリを継続するので最新に近い状態のデータベースを維持する。時刻t1より前に戻すにはFlashback Databaseと組み合わせる。

Slide 70

Slide 70 text

Slide 71

Slide 71 text

Copyright © 2023, Oracle and/or its affiliates 71 REDO転送の仕組みを流⽤することで最新の状態までリカバリ可能 Zero Data Loss Recovery Appliance (ZDLRA または RA) • Data GuardのREDO転送の仕組みを流⽤ • バックアップ+REDO転送のOracle Database専⽤バックアップ・アプライアンス • ほぼ最新のREDO情報の複製を持っているため最新の状態までリカバリ可能 • ハードウェアはExadataを流⽤ Oracle Database専⽤のバックアップ・アプライアンス

Slide 72

Slide 72 text

Copyright © 2023, Oracle and/or its affiliates 72 プライマリ・データベース⽤ストレージが全損しても最新のREDO情報が別の場所にある REDO転送の仕組みをバックアップ⽤サーバーにも実装︓ZDLRA オンラインREDOログ・ファイル • 更新の履歴 Zero Data Loss Recovery Appliance RMANバックアップ+Data Guard REDO転送プライマリ・データベース・サーバーネットワークメモリー(REDOログ・バッファ)上にREDO情報が⽣成されたら転送開始アーカイブREDOログ・ファイル • プライマリのREDO情報の受信 REDOログ・バッファ ※ZDLRAでのREDO転送は⾮同期(ASYNC)モード

Slide 73

Slide 73 text

Copyright © 2023, Oracle and/or its affiliates 73 Zero Data Loss Recovery Appliance︓バックアップ+REDO転送 INSERT UPDATE DELETE オンラインREDOログ時間時刻t0 INSERT UPDATE DELETE INSERT UPDATE DELETE バックアップ (データファイルのコピー) ZDLRA プライマリ・データベース REDO転送アーカイブREDOログ通常のバックアップがカバーできる範囲 (データファイルとアーカイブREDOログ・ファイルのコピー) REDO転送 REDO転送最新のトランザクション情報が複製される Zero Data Loss

Slide 74

Slide 74 text

Copyright © 2023, Oracle and/or its affiliates 74 Flashback Database/Data Guard/バックアップがカバーする範囲は異なる INSERT UPDATE DELETE 時刻t1 バックアップ (⻑期間の過去状態の保存) 時間 INSERT UPDATE DELETE ⽋損 (Active) Data Guard (最新状態のデータベースに短時間で切り替え) Flashback Database (⽐較的短期間の過去に戻す) ~数⽇数百~数⼗⽇バックアップ (⻑期間の過去状態の保存) REDO転送 (最新REDO) ⼀般的な「バックアップ」はバックアップ操作をしたときに存在していたファイルを複製するので最新のREDO情報が複製できない。 Zero Data Loss Recovery Applianceはバックアップ +REDO転送で最新のREDO情報まで複製できる。アーカイブREDOログ・ファイルと同じ領域にUNDOブロックのバックアップを取得するので容量的にバックアップほどの⻑期間保持するのは難しい。データベースのファイルが破損していないことが前提。 Data Guardは転送されたREDOでリカバリを継続するので最新に近い状態のデータベースを維持する。時刻t1より前に戻すにはFlashback Databaseと組み合わせる。

Slide 75

Slide 75 text

Copyright © 2023, Oracle and/or its affiliates 75 REDO転送の仕組みを流⽤することで最新の状態までリカバリ可能 Zero Data Loss Recovery Appliance (ZDLRA または RA) • Data GuardのREDO転送の仕組みを流⽤ • バックアップ+REDO転送のOracle Database専⽤バックアップ・アプライアンス • ほぼ最新のREDO情報の複製を持っているため最新の状態までリカバリ可能 • ハードウェアはExadataを流⽤ Zero Data Loss Autonomous Recovery Service (ZRCV) • ZDLRAをOracle Cloud Infrastructureのサービスとして提供 • バックアップの容量に⽐例する課⾦体系 • REDO転送なし(RCV) • REDO転送あり(ZRCV) Oracle Database専⽤のバックアップ・アプライアンス

Slide 76

Slide 76 text

Copyright © 2023, Oracle and/or its affiliates 76 SQL どういうデータを取り出したいかの記述 (「どうやって」の⼿続き的アルゴリズムの記述ではない) CONNECT user-B/password@host:port/service-A データベース・クライアントは「サービス」に接続するサービスデータベースのワークロードを抽象化した概念 service-A データベースストレージ上のファイルの集合 Oracleインスタンスデータベース・サーバー上のOracleプロセスとメモリーの集合 Maximum Availability Architecture • サービスが具象レイヤーの構成を隠蔽 • サービスへのアクセスを継続 Maximum Availability Architecture (MAA) 抽象化されたデータ操作を計画停⽌/⾮計画停⽌どちらがあっても継続する

Slide 77

Slide 77 text

Oracle Database World Tokyo ご清聴ありがとうございました