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.2k
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 Cloud ウェビナー】知的ワーカーを支援する! AIエンジンの搭載で活用の裾野の拡がる最新データベース事情と構築アプローチ入門
oracle4engineer
PRO
0
22
Oracle Database 23ai 新機能 #2 Oracle True Cache
oracle4engineer
PRO
0
76
Oracle Database 23ai 新機能 #2 Oracle Data Guard per Pluggable Database (DGPDB)
oracle4engineer
PRO
0
24
Oracle Cloud Infrastructure:2024年7月度サービス・アップデート
oracle4engineer
PRO
0
97
【Oracle Cloud ウェビナー】【入門編】はじめてのOracle Analytics Cloud[+最新情報]
oracle4engineer
PRO
1
53
OCI IAM Identity DomainsとAWSとの認証連携設定手順
oracle4engineer
PRO
1
97
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
5
42k
LLMのエコシステム / Ecosystem of LLM
oracle4engineer
PRO
5
450
[自動バックアップのコスト比較]リカバリ・サービス (RCV/ZRCV) とオブジェクト・ストレージ
oracle4engineer
PRO
2
970
Other Decks in Technology
See All in Technology
ゆめみのアクセシビリティの現在地と今後
ryokatsuse
3
290
「我々はどこに向かっているのか」を問い続けるための仕組みづくり / Establishing a System for Continuous Inquiry about where we are
daitasu
0
170
エンジニアの生存戦略 〜クラウド潮流の経験から紐解く技術トレンドのメカニズムと乗りこなし方〜
shimy
9
1.9k
コミュニティサービスに「あなたへ」フィードを リリースするまでの試行錯誤
takapy
1
140
公共領域から学ぶ クラウド移行についてエンジニアが意識していること
kawakawa2222
0
140
テスト・設計研修【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
170
ACRiルーム最新情報とAMD GPUサーバーのご紹介
anjn
0
150
目標設定は好きですか? アジャイルとともに目標と向き合い続ける方法 / Do you like target Management?
kakehashi
10
3k
GoとアクターモデルでES+CQRSを実践! / proto_actor_es_cqrs
ytake
1
150
コンテナ・K8s研修 - 前半 コンテナ基礎・ハンズオン【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
170
20240725 LLMによるDXのビジョンと、今何からやるべきか @Azure OpenAI Service Dev Day
nrryuya
3
1.1k
セキュリティ研修 Day1【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
150
Featured
See All Featured
Facilitating Awesome Meetings
lara
46
5.8k
How to train your dragon (web standard)
notwaldorf
79
5.5k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
228
16k
Unsuck your backbone
ammeep
666
57k
Design by the Numbers
sachag
277
18k
Teambox: Starting and Learning
jrom
130
8.6k
The Invisible Side of Design
smashingmag
294
50k
The MySQL Ecosystem @ GitHub 2015
samlambert
248
12k
Fashionably flexible responsive web design (full day workshop)
malarkey
399
65k
Adopting Sorbet at Scale
ufuk
71
8.8k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
26
2.1k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
502
140k
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