Data Guard

このタグの解説について

この解説文は、すでに終了したサービス「はてなキーワード」内で有志のユーザーが作成・編集した内容に基づいています。その正確性や網羅性をはてなが保証するものではありません。問題のある記述を発見した場合には、お問い合わせフォームよりご連絡ください。

忘れかけのIT備忘録•2年前

Data Guardの保護モード

Data Guardの保護モードについて調査しました。製品バージョンによって、保護モードの設定方法が変わるものもありますが、今回は12cR1を調査対象としています。保護モードには3つあります。・最大保護モード・最大可用性モード・最大パフォーマンスモード保護モードはデータ保護、システム性能など優先する要件によって使い分けます。・データ保護(プライマリDBとスタンバイDBのデータ整合性など)・システム性能(プライマリDBに対するスタンバイDBからの応答速度など) 最大保護モードプライマリDBとスタンバイDBでデータ整合性(プライマリDB障害時、スタンバイDBはデータロストなし)が保証されてい…

#Data Guard#保護モード

ネットで話題

11ブックマーク Data Guard環境ならではの問題と対処法

atmarkit.itmedia.co.jp

8ブックマーク Data Guard Overview Oracle Data Guard Oracle Data Guardは、企業データを対象としたデータ保護および障害時リカバリ・ソリューションとして現在提供されている最も効率的かつ包括的なソリューションの1つです。 Oracle Data Guardは、管理、監視、自動化のためのソフトウェア・インフラストラクチャで、故障、障害、エラー、破損などから...

otndnld.oracle.co.jp

5ブックマーク GitHub - aws-cloudformation/cloudformation-guard: Guard offers a policy-as-code domain-specific language (DSL) to write rules and validate JSON- and YAML-formatted data such as CloudFormation Templates, K8s configurations, and Terraform JSON plans/configu

github.com

関連ブログ

忘れかけのIT備忘録•2年前

Data GuardのMRPプロセス障害検証（RAC構成の場合）

Data GuardのスタンバイサイトがRAC構成だった場合、片ノードで稼働しているMRPプロセスがリアルタイム適用中に異常終了したときの動きを検証してみました。 ■検証環境、前提、設定情報Data Guardのスナップショット・スタンバイ検証 - 忘れかけのIT備忘録と同様 ■検証パターン①リアルタイム適用中にノード1のMRPプロセスkillリアルタイム適用中にスタンバイ側のノード1で稼働しているMRPプロセスkillした場合の動きを検証します【検証手順】1. [スタンバイDB(ノード1)]適用モード確認2. [スタンバイDB(両ノード)]MRPプロセス確認3. [スタンバイDB(ノード…

#Data Guard#MRPプロセス

忘れかけのIT備忘録•2年前

Data Guardのフェイルオーバー／フェイルバック検証（その2）

今回はバックアップからのリストア/不完全リカバリで旧プライマリDBを復旧してみようと思います。 ■検証環境、前提、設定情報Data Guardのスナップショット・スタンバイ検証 - 忘れかけのIT備忘録と同様 ■検証パターン①手動フェイルオーバー②フェイルバック(リストア/不完全リカバリ) ■検証①手動フェイルオーバープライマリDBでインスタンス障害が発生した場合を想定し、手動フェイルオーバーして現行のスタンバイDBがプライマリロールに昇格できるか検証しますインスタンス障害は本検証ではインスタンス異常停止(abort)させます※プライマリDBが稼働していないパターン【検証手順】1. [現プ…

#Data Guard#フェイルオーバー#フェイルバック

忘れかけのIT備忘録•2年前

Data Guardのフェイルオーバー／フェイルバック検証（その1）

Data Guardのフェイルオーバー／フェイルバックについて、机上の知識はあるものの、実務経験が無いため、実際の動きを検証しました。フェイルオーバーは、プライマリDBをData Guard構成から切り離し、スタンバイDBをプライマリDBにロール変更(昇格)させます。プライマリ側のシステム障害など、プライマリ側のデータベースが使用できない場合、スタンバイDBをプライマリDBに昇格させることでユーザがデータベースへアクセスできなくなることを回避します。スイッチオーバーとの大きな違いはロール入れ替え・変更の目的が計画的かそうじゃないかですね。プライマリ側のシステム復旧後、旧プライマリDBと新プ…

#Data Guard#フェイルオーバー#フェイルバック

忘れかけのIT備忘録•2年前

Data Guardのスイッチオーバー／スイッチバック検証

Data Guardのスイッチオーバー／スイッチバックについて、机上の知識はあるものの、実務経験が無いため、実際の動きを検証しました。スイッチオーバーは、プライマリDBとスタンバイDBでロールを入れ替えます。プライマリ側のシステムメンテナンスなど、プライマリ側のデータベースが使用できなくなる状況が発生する場合、事前にスイッチオーバーすることでユーザはシステムメンテナンスに影響されることなくデータベースへアクセスできます。スイッチオーバーはロールの切り替え、スイッチバックはロールの切り戻しです。 ■検証環境、前提前回(Data Guardのスナップショット・スタンバイ検証 - 忘れかけのIT備…

#Data Guard#スイッチオーバー#スイッチバック

忘れかけのIT備忘録•3年前

Data Guardのスナップショット・スタンバイ検証

Data Guardのスナップショット・スタンバイについて、机上の知識はあるものの、実務経験が無いため、実際の動きを検証しました。スナップショット・スタンバイ(スナップショット・スタンバイ・データベース)は一時的にプライマリDBと同期解除された更新可能なスタンバイDBです。フィジカル・スタンバイ(フィジカル・スタンバイ・データベース)の場合、スタンバイDBはMOUNTモードのため、問い合わせや更新はできません。(Oracle Active Data Guardライセンスを購入すればスタンバイDBもリアルタイム問合せできますが、本検証では対象外です) フィジカル・スタンバイと同様、プライマリD…

#Data Guard#スナップショット・スタンバイ