Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Active Data Guard diffs from 11gR2 to 19c
Search
oracle4engineer
PRO
February 09, 2021
Technology
0
1.1k
Active Data Guard diffs from 11gR2 to 19c
(Active) Data Guardの11g Release 2から19cまでの改良差分です。
oracle4engineer
PRO
February 09, 2021
Tweet
Share
More Decks by oracle4engineer
See All by oracle4engineer
Oracle Database で機械学習を始めよう! Oracle Machine Learning
oracle4engineer
PRO
1
140
OCI Data Integration技術情報 / ocidi_technical_jp
oracle4engineer
PRO
1
1.5k
ExaDB-D dbaascli で出来ること
oracle4engineer
PRO
0
1.8k
Oracle APEXの画面をファンシーにしよう!
oracle4engineer
PRO
2
170
Exadata Database Service on Dedicated Infrastructure(ExaDB-D) UI スクリーン・キャプチャ集
oracle4engineer
PRO
0
1.2k
Oracle Databaseのアップグレードと移行
oracle4engineer
PRO
0
79
OCI Oracle Database Services新機能アップデート(FY24Q3)
oracle4engineer
PRO
0
120
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
4
35k
Application Continuity
oracle4engineer
PRO
1
120
Other Decks in Technology
See All in Technology
学生としてRSGT2024に参加して得られた学び / Lessons learned from participating in RSGT2024 as a student
fujiemon
0
110
オブジェクト指向宗教史
tanakahisateru
13
11k
CI/CDがあたりまえの今の時代にAPIテスティングツールに求められていること / CI/CD Test Night #7
k1low
11
2.7k
任意コード実行の原理
ffri
0
160
サービス成長と共に肥大化するモノレポ、長くなるCI時間 / As services grow, monorepos get bigger and CI time gets longer
kohbis
5
2k
やっていきテスト
k6s4i53rx
0
160
KubeCon EU: Unlocking new Platform Experiences with Open Interfaces
salaboy
1
360
暗黙知を集積するプラットフォーム : 「健常者エミュレータ事例集」の取り組み
sora32127
1
160
AMLD 2024 - Build Your Own GPT
donlelef
1
260
生成AIの不確実性と向き合うためのオブジェクト指向設計
tkikuchi1002
2
300
理想の組織も自分たちで作ろう! ―LayerXの「全員採用」を支える文化 / How to create our own ideal team
ar_tama
7
2.5k
沒想過的前端錯誤處理可能比你有做的還多
line_developers_tw
PRO
0
1.5k
Featured
See All Featured
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
19
1.6k
GraphQLの誤解/rethinking-graphql
sonatard
48
9.1k
Raft: Consensus for Rubyists
vanstee
130
6.2k
ParisWeb 2013: Learning to Love: Crash Course in Emotional UX Design
dotmariusz
101
6.6k
VelocityConf: Rendering Performance Case Studies
addyosmani
319
23k
Web development in the modern age
philhawksworth
201
10k
Intergalactic Javascript Robots from Outer Space
tanoku
266
26k
How to train your dragon (web standard)
notwaldorf
71
5.1k
Thoughts on Productivity
jonyablonski
57
3.8k
How STYLIGHT went responsive
nonsquared
92
4.7k
We Have a Design System, Now What?
morganepeng
42
6.7k
Building Effective Engineering Teams - LeadDev
addyosmani
25
1.8k
Transcript
Oracle Database 19c Active Data Guard 11g Release 2以降の改良 日本オラクル株式会社
日下部明 2020年9月4日
Safe harbor statement 以下の事項は、弊社の一般的な製品の方向性に関する概要を説明するものです。また、情報提供を唯一の目的とする ものであり、いかなる契約にも組み込むことはできません。以下の事項は、マテリアルやコード、機能を提供することを確約 するものではないため、購買決定を行う際の判断材料になさらないで下さい。 オラクル製品に関して記載されている機能の開発、リリース、時期及び価格については、弊社の裁量により決定され、変 更される可能性があります。 Copyright ©
2020, Oracle and/or its affiliates
Oracle Database 19c Active Data Guard Oracle Database 11g Release
2から19cまでの改良点 • Maximum Availability Architecture (MAA)概観 • Data Guardフィジカル・スタンバイの動作原理 • REDO転送モード • リアルタイム・カスケーディング • Far SYNCスタンバイ • DMLリダイレクト • 複数インスタンスREDO適用 Copyright © 2020, Oracle and/or its affiliates
Maximum Availability Architecture 各階層を保護する機能の組み合わせで実現 ネットワーク接続: Oracle Net Services • 接続フェイルオーバー
• トランザクション自動再実行 レプリケーション: Data Guard/Golden Gate • 破損ブロックの自動修復(Active Data Guard) Computeノード: Real Application Clusters • Computeの障害 Storage: Automatic Storage Management • Storageの障害 • データ破損の自動修復 物理バックアップ: Recovery Manager • Oracle自身が管理するバックアップ 4 RMAN バックアップ ASM RAC Active Data Guard / GoldenGate Oracleクライアント 4 RMAN バックアップ ASM RAC Oracle Net Services
Data Guardフィジカル・スタンバイの動作原理 「REDO転送サービス」と「適用サービス」の2つから構成される Copyright © 2020, Oracle and/or its affiliates
プライマリ・データベース (レプリケーション元) スタンバイ・データベース (レプリケーション先) oracle oracle nss/tt Oracleサーバー・プロセス REDOログ 送信プロセス REDOログ・バッファ rfs REDOログ 受信プロセス オンライン REDOログ・ ファイル スタンバイ REDOログ・ ファイル lgwr ログ・ライター・ プロセス pr リカバリ・プロセス データファイル REDO転送サービス 適用サービス
Data Guardフィジカル・スタンバイの動作原理 Copyright © 2020, Oracle and/or its affiliates プライマリ・データベース
(レプリケーション元) スタンバイ・データベース (レプリケーション先) oracle oracle nss/tt Oracleサーバー・プロセス REDOログ 送信プロセス REDOログ・バッファ rfs REDOログ 受信プロセス オンライン REDOログ・ ファイル スタンバイ REDOログ・ ファイル lgwr ログ・ライター・ プロセス pr リカバリ・プロセス データファイル REDO転送サービス 適用サービス 同期/非同期、最大保護/最大可用性/最大パフォーマンスという のはREDO転送サービスの挙動の設定 Data Guard / Active Data Guardというのは OPEN MODEと適用サービスの設定
Data GuardのREDO転送モード REODO転送モードはプライマリ・データベースのCOMMIT発行時の挙動の違い SYNC AFFIRM (同期) • RFSからのCOMMIT ACKを待つ。 •
RFSはスタンバイREDOログ・ファイルに書き込み完了し たらCOMMIT ACKを返す。 SYNC NOAFFIRM (同期、準同期、と呼ぶこともある) • RFSからのCOMMIT ACKを待つ。 • RFSはスタンバイREDOログ・ファイルに書き込み開始し たらCOMMIT ACKを返す。 • SYNC AFFIRMよりもレイテンシーが小さい • Fast SYNCと呼ぶこともある。 ASYNC (非同期) • RFSの応答を待たずにCOMMIT処理継続。 Copyright © 2020, Oracle and/or its affiliates nss rfs COMMIT ACK nss rfs tt rfs COMMIT ACK プライマリ スタンバイ 12.1~
リアルタイム・カスケーディング Data Guardの多段構成 11g Release 2まで:中間段(カスケーディング・スタンバイ)は受信したREDOログはスタンバイ・REDOログ・ファイルに 記録するが、後段にはアーカイブREDOログ・ファイルにコピーしてからアーカイブREDOログ・ファイルを転送していた。 12c Release 1から:中間段(カスケーディング・スタンバイ)は受信したREDOログをスタンバイ・REDOログ・ファイルに
記録したらすぐに後段に転送できるようになった(リアルタイム・カスケーディング)ので、多段階にわたる転送遅延を小さくで きるようになった。 Copyright © 2020, Oracle and/or its affiliates スタンバイ REDOログ・ ファイル アーカイブ REDOログ・ ファイル オンライン REDOログ・ ファイル REDOログ・バッファ スタンバイ REDOログ・ ファイル プライマリ (レプリケーション元) カスケーディング・スタンバイ (中間段) ターミナル・スタンバイ (最終段) 12.1~ リアルタイム・カスケーディング ~11.2 アーカイブされるまで転送されない
Far SYNCスタンバイ(遠隔同期スタンバイ) – REDO中継専用の中間段 リアルタイム・カスケーディング 12c Release 1でリアルタイム・カスケーディングとともにFar SYNCスタンバイが実装された。 Far
SYNCスタンバイは「データファイルをもたないデータベース」で、REDOログを中継する機能だけを持っている。ハード ウェア・リソースが少なくて済む。 SYNC転送はCOMMIT時にACK待ちの待機が発生するため、長距離伝送では実用的ではない。Far SYNCスタンバ イをプライマリの近距離に配置し、プライマリ・データベースとFar SYNCスタンバイ間をSYNC転送にする。これによりデータ ロストのリスクを下げつつ、遠距離にスタンバイ・データベースを持つことが可能になる。 Copyright © 2020, Oracle and/or its affiliates スタンバイ REDOログ・ ファイル アーカイブ REDOログ・ ファイル オンライン REDOログ・ ファイル REDOログ・バッファ スタンバイ REDOログ・ ファイル プライマリ (レプリケーション元) Far SYNCスタンバイ (中間段) ターミナル・スタンバイ (最終段) 比較的近距離でSYNC転送 遠距離はASYNC転送 近距離 遠距離
Active Data Guard DMLリダイレクト スタンバイ・データベースでDMLを発行可能 Oracle Database 19c Active Data
Guardのスタンバイ・データベースでDML を発行可能になった。 スタンバイ・データベースで発行したDMLはプライマリ・ データベースにリダイレクトされて実行される。 プライマリ・データベースで実行されたDMLがスタンバイ・ データベースに伝搬されると、スタンバイ・データベースの セッションから更新された内容が見えるようになる。 遅延が大きいため高頻度のDMLは想定していない。 10 REDO転送 (1) DML発行 (2) DMLリダイレクト (3) DML実行 (4) REDO転送 (5) 更新が 見える プライマリ READ WRITE スタンバイ READ ONLY
マルチ・インスタンスREDO適用 スタンバイ・データベースがRACの場合 Oracle Database 12c Release 2 Active Data Guardのスタンバイ・データベースがRAC
の場合に、マルチ・インスタンスREDO適用によりREDO 適用スループットを上げることができる。ただし組み合わせ 可能な機能に制限がある。 11 プライマリ スタンバイ REDO APPLY REDO転送 プライマリ READ WRITE スタンバイ READ ONLY 0 200 400 600 800 1000 1 Instance 2 Instances 4 Instances 8 Instances Standby Apply Rate MB/s
マルチ・インスタンスREDO適用とイン・メモリ機能の併用 Active Data Guardでの機能の組み合わせの制限緩和 Oracle Database 12c Release 2 •
組み合わせ可能、ただしどちらか排他 • ADGスタンバイ + Database In-Memory • ADGスタンバイ + マルチ・インスタンスREDO適用 Oracle Database 19c • ADGスタンバイ + Database In-Memory + マル チ・インスタンスREDO適用 12 プライマリ スタンバイ REDO APPLY REDO転送 Database In-Memory プライマリ READ WRITE スタンバイ READ ONLY
リリースごと 12c Release 1 • Fast SYNC • リアルタイム・カスケーディング •
Far SYNC 12c Release 2 • ADGスタンバイがRACの場合に複数インスタンスで REDO適用 • ADGスタンバイでIn-Memoryが使用可能 18c • 複数インスタンスのREDO Applyでブロック・チェンジ・ トラッキングがサポートされる 19c • ADGスタンバイ+複数インスタンスREDO適用+In- Memory • DMLリダイレクト Copyright © 2020, Oracle and/or its affiliates STANDBY_DB_PRESERVE_STATES
None