Oracle Cloudのデータベースをオブジェクト・ストレージにバックアップする3つの方法 (2021/12/13)

Oracle Cloudのデータベースをオブジェクト・ストレージにバックアップする3つの方法 (2021/12/13)

https://database-heartbeat.com/2021/12/13/three-ways-backup-cloud/



はじめに


Oracle Cloudでは、ボタンをクリックするだけで自動バックアップを有効にするオプションが用意されています。バックアップの要件が異なる場合でも、手動でバックアップ設定を行い、コマンドライン・ツールやRMANを直接使用してバックアップを作成する柔軟性があります。これは、VM DB Systems、Exadata Cloud Service、およびExadata Cloud at Customerに適用されます。


このブログ記事では、Oracle Cloud Object Storageをバックアップ先として使用する場合の、さまざまなバックアップ・オプションの主な違いと、それに伴うコストについて紹介します。Object Storageは、内蔵されたトリプル・ミラーリングと99.999999%(イレブンナイン)の耐久性を提供します。


ハイブリッド・クラウドとマルチ・クラウド


Oracle Cloud Object StorageへのOracle Databaseのバックアップは、Oracle Cloud上のOracle Databaseに限らず、ハイブリッドクラウド上のオンプレミスのOracle Databaseや、マルチクラウド環境のOracle以外のクラウド上で稼働しているOracle Databaseに対しても、RMANを介して実装することができます。


プライベートおよび専用のネットワーク接続は、FastConnect、Azure Interconnect、またはサードパーティのネットワーク接続プロバイダを介して提供できます。マルチクラウド環境では、クラウドプロバイダー、リージョン、転送するデータ量に応じて、追加のアウトバウンドトラフィックコストが発生する可能性があります。オラクルをはじめとする多くのクラウドプロバイダーは、すでにBandwidth Allianceに参加しており、ネットワークエグレス料金を削減または排除しています。


環境について


  •     Oracle Cloud VM DB SystemsとExadata Cloud Services
  •     Oracle Cloud Object Storage


1. クラウドツールによるバックアップ（自動・手動）


クラウドツール（Web UI、OCI CLI、JDK、Rest API）は、自動バックアップと手動バックアップを提供します。


自動バックアップは、数回のクリックで有効にすることができます。データベースの詳細ページから、「自動バックアップを有効にする」をクリックします。



ドキュメントに記載されている前提条件を満たしていることを確認してください。


自動バックアップには以下のような特徴があります。


  •     宛先：オラクルが管理する Standard Object Storage バケット
  •     スケジューリング：例：午前4時から午前6時までなど、2時間固定。後からの変更も可能
    •         アーカイブログのバックアップ：DBCS VMは1時間ごと、ExaCSは30分ごと
  •     リテンション：7日、15日、30日、45日、60日のいずれか。後から変更可能
  •     コスト：標準的なObject Storageのスペース
  •     In-Place Restore：はい
  •     バックアップからデータベースを作成する：はい
  •     ADまたはリージョン間のレプリケーション：いいえ
  •     ADやリージョンを越えたリストア：なし 手動で可能
  •     アーカイブストレージへのバックアップ：いいえ
  •     スタンバイ・データベースのバックアップ：いいえ


さらに、オンデマンドでスタンドアロン バックアップを作成することができます。これは、通常、長期的なバックアップ戦略（永久保存）に使用される独立したデータベースのフル バックアップです。



バックアップは「Full Backup Initiated by User（ユーザによるフルバックアップ）」と表示されます。



これらのバックアップは、データベースを終了しても保持され、「スタンドアロン バックアップ」セクションに表示されます。これらのバックアップを使用して、新しいデータベースを作成することができます。


手動バックアップには次のような特徴があります。


  •     宛先：Oracle が管理する Standard Object Storage のバケット
  •     スケジュール：オンデマンド 
  •     保存期間：永久（明示的に削除されるまで）
  •     コスト：Standard Object Storageのスペース
  •     その場でリストア：いいえ
  •     バックアップからデータベースを作成する：はい
  •     ADまたはリージョン間のレプリケーション：いいえ
  •     ADやリージョンを越えたリストア：なし 手動で可能
  •     アーカイブストレージへのバックアップ：いいえ
  •     スタンバイ・データベースのバックアップ：いいえ


2. コマンドラインツール(dbcli / bkup_api)


より柔軟なカスタマイズが必要な場合は、VM DB SystemsやExaCSで提供されているコマンドラインツールを使って、独自のバックアップ戦略を立てることができます。


  •     dbcli：VM DB Systemsで提供されているコマンドラインツール
  •     bkup_api.：ExaCSで利用可能なバックアップユーティリティ

#dbcli
dbcli create-backup -in <db_name> -i <db_id> [-bt {Regular-L0|Regular-L1|Longterm|ArchiveLog}] [-c {Database|TdeWallet}] [-k <n>] [-t <tag>] [-h] [-j]
 
#bkup_api
/var/opt/oracle/bkup_api/bkup_api bkup_start --dbname=<database_name>


dbcliやbkup_apiによるバックアップには、以下のような特徴があります。


  •     デスティネーション：お客様が管理する標準オブジェクトストレージのバケット
  •     スケジューリング：お客様が定義することができます
    •         アーカイブログのバックアップ：DBCS VMは1時間毎、ExaCSは30分毎
  •     リテンション：お客様が定義可能
  •     コスト：標準的なオブジェクト・ストレージのスペースとリクエストの数
  •     In-Place Restore：はい
  •     バックアップからのデータベース作成：はい
  •     ADまたはリージョン間のレプリケーション：はい
  •     ADまたはリージョン間のリストア：はい
  •     アーカイブストレージへのバックアップ：いいえ
  •     スタンバイ・データベースのバックアップ：いいえ


3. RMANによる手動バックアップ


柔軟性を高めるために、オンプレミスと同じようにRMANを使ってデータベースを直接バックアップすることができます。


バックアップを Object Storage に保存するには、Oracle Database Cloud Backup Module を使用する必要がありますが、これはすでにオンプレミスで利用可能です。


  •     VM DB Systems: /opt/oracle/oak/pkgrepos/oss/odbcs/
  •     ExaCS：/var/opt/oracle/ocde/assistants/bkup/


現在のバージョン（opc_installer.zip ファイル）をダウンロードし、自動バックアップに使用される既存の libopc.so を上書きしないように、ユーザー定義のディレクトリにインストールすることをお勧めします。


Object Storage のバケットを作成し、Backup Module をインストールして設定します。

mkdir /home/oracle/bckmodul  #move the opc_installer.zip to this directory
mkdir /home/oracle/bckmodul/lib
cd /home/oracle/bckmodul
unzip opc_installer.zip
 
#replace the values according to your environment
java -jar /home/oracle/bckmodul/opc_installer/opc_installer/opc_install.jar -opcId 'sinan.petrus.toma@oracle.com' -opcPass 'N8Pr6cf]<kL(+UU4<mTm' -container backup_bucket -walletDir /home/oracle/bckmodul/hsbtwallet/ -libDir /home/oracle/bckmodul/lib/ -configfile /home/oracle/bckmodul/config -host https://swiftobjectstorage.eu-frankfurt-1.oraclecloud.com/v1/oci_core_emea
 
Oracle Database Cloud Backup Module Install Tool, build 12.2.0.1.0DBBKPCSBP_2018-06-12
Oracle Database Cloud Backup Module credentials are valid.
Backups would be sent to container backup_bucket.
Oracle Database Cloud Backup Module wallet created in directory /home/oracle/bckmodul/hsbtwallet.
Oracle Database Cloud Backup Module initialization file /home/oracle/bckmodul/config created.
Downloading Oracle Database Cloud Backup Module Software Library from file opc_linux64.zip.
Download complete.
 
cat /home/oracle/bckmodul/config
OPC_HOST=https://swiftobjectstorage.eu-frankfurt-1.oraclecloud.com/v1/oci_core_emea
OPC_WALLET='LOCATION=file:/home/oracle/bckmodul/hsbtwallet CREDENTIAL_ALIAS=alias_opc
OPC_CONTAINER=backup_bucket


これで、RMANのバックアップにおいて、Object Storageをバックアップ先として使用できるようになりました。

rman target /
RMAN> CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' PARMS 'SBT_LIBRARY=/home/oracle/bckmodul/lib/libopc.so, SBT_PARMS=(OPC_PFILE=/home/oracle/bckmodul/config)';
RMAN> CONFIGURE DEFAULT DEVICE TYPE TO SBT_TAPE;
RMAN> backup database;


RMAN経由で直接バックアップする場合、以下のような特徴があります。


  •     宛先：お客様が管理するObject Storageバケット
  •     スケジューリング：スケジューリング：お客様が定義できます。
    •         アーカイブログのバックアップ：お客様が定義することができます。
  •     リテンション：お客様が定義
  •     コスト：標準的なObject Storageの容量、リクエスト数、およびバックアップ・モジュールのコスト
  •     その場でのリストア：はい
  •     バックアップからのデータベース作成：はい
  •     ADまたはリージョン間のレプリケーション：はい
  •     ADまたはリージョン間のリストア：はい
  •     アーカイブストレージへのバックアップ：はい。最初の1バイトまでの時間（TTFB）は最大1時間
  •     スタンバイ・データベースのバックアップ：はい


Oracle Autonomous Database


Oracle Autonomous Databaseでは、自動バックアップはデフォルトで常に有効になっており、無効にすることはできません。自動バックアップのためのCloud Object Storageのコストはサービス価格に含まれています。


手動バックアップは、必要に応じてクラウドツールで追加作成することができます。手動バックアップはStandard Object Storageに保存されます（共有インフラでは追加費用、専用インフラでは含まれます）。


自動バックアップと手動バックアップの保存期間は60日です。バックアップは、復元または新しいAutonomous Databaseの作成にのみ使用できます。


バックアップ vs. アーカイビング


監査のためにデータを数年間保存する必要があるため、手動でのバックアップ戦略を検討している場合は、Data Pump Exportの使用を検討してください。バックアップはディザスタリカバリのためのものであり、アーカイブのためのものではありません。


Data Pump Export/Importをアーカイブに使用するメリット


  •     ダンプファイルをArchive Object Storageに保存することで、コストを抑えることができます。
  •     データベース全体ではなく、スキーマやテーブルレベルでアーカイブに必要なデータだけを選択できる。
  •     異なるプラットフォームや高いバージョンのデータベースにも、おそらく数十年後でも問題なくインポートできます。
  •     バックアップを利用してゼロからデータベースを作成するよりもはるかに簡単です。データベースソフトウェアをインストールし、RMANを設定し、パラメータファイルとコントロールファイルをリストアし、必要な時点までデータベースをリカバリするために、すべてのアーカイブログが残っていることを「期待」する必要はありません。


不利な点


  •     Data Pump Importは、大量のデータをRMANでリストアするよりも時間がかかる場合があります。しかし、数年間のアーカイブの場合、データにアクセスする必要がある時を前もって知ることができるので、タイムリーにインポート処理を開始することができます。


注意点


  • 手動バックアップでは、データベースごとに個別のObject Storageバケットを使用するようにしてください。異なるデータベースのバックアップを同じバケットに混在させてはいけません（コンフリクトの原因になります）。



まとめ

自動バックアップでは、Oracle CloudデータベースをOracle Cloud Object Storageに簡単にバックアップすることができます。クラウドツールによる手動バックアップは、長期保存期間のバックアップを提供します。さらに、異なるバックアップ要件がある場合には、コマンドライン・ツールまたはRMANを介して直接手動バックアップを作成する柔軟性があります。機能とコストは、選択するバックアップ方法によって異なります。


機能の概要



コストの概要




追加情報

コメント

コメントを投稿

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

イメージ
Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20) https://mikedietrichde.com/2024/11/20/important-update-to-oracle-database-19c-support-timelines/ 長い沈黙は、私が隠れているという意味ではありません。つまり、今はとても忙しいということです。そして、より少ない旅行で、私はあなたのコメントにもブログと返信するより多くの時間を持っていることを願っています。それでも、Oracle Database 19cサポート・タイムラインの非常に重要な更新について説明します。 * 更新された内容 2024年11月19日現在、Oracle Database 19cのサポート・タイムラインが調整されています。 MOSノート: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールを見ると、新しい日付が表示されます。 Premier Support、2029年12月31日まで 2030年1月1日から2032年12月31日までの拡張サポート 2033年1月1日から2034年12月31日までのアップグレード・サポート これは知ることがとても大切です。 他のリリースの更新はありますか。 MOSノートの終わりにある変更ログ: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールでは、Oracle Database 21cの最新の更新も確認できます。このリリースのPremier Support期間は、2027年7月31日まで延長されました。 また、Oracle Database 23aiのパッチ適用終了日は2032年12月31日に設定されています。 Lifetime Support Policy 更新は、Oracle Technology Productsの Oracle Lifetime Support Policy (6ページ)でも確認できます。 From: Oracle Lifetime Support Policy for Oracle Technology Product s – page 6 – Nov 19, 2024 特に、次の表に示す制限事項に注意してください。 Oracle Database 1...
続きを読む

Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21)

イメージ
Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21) https://medium.com/oracledevs/how-to-control-or-pass-validation-for-duplicate-rows-in-interactive-grid-of-oracle-apex-as-compare-18f453f750bf 投稿者： Jignesh oracle Formsでは、データブロックの重複行を制御するのは非常に簡単ですが、IGの検証を制御するにはどうすればよいでしょうか。 必要な出力 ステップ1：インタラクティブグリッドのある白紙ページを作成します（私は1つの領域「IG」を作成し、インタラクティブグリッドとしてタイプを選択しました） ステップ 2: リージョンに Static ID を定義する (私の場合、リージョンは IG で、Static ID も IG です) ステップ3：複製を制御したいカラムのStatic IDを定義します ステップ4：関数とグローバル変数に移動します コード： var validity, message, ui = this.data; (function($) { function update(model) { var projKey = model.getFieldKey(“PROJECT_ID”), recObj = [], recArray = []; model.forEach(function(record, index, id) { var projid = parseInt(record[projKey], 10), // record[salKey] should be a little faster than using model.getValue in a loop meta = model.getRecordMetadata(id); if (!isNaN(projid) && !meta.deleted && !meta.agg) { recObj = {ID: id, project_id: projid}; recArray.push(recObj)...
続きを読む

Oracle GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19)

イメージ
Oracle GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19) https://blogs.oracle.com/dataintegration/post/how-to-replicate-to-mirrored-database-in-microsoft-fabric-using-goldengate 投稿者： Shrinidhi Kulkarni | Principal Product Manager Oracle GoldenGate 23aiでは、オープン・ミラーリングを介したMicrosoft Fabricへの統合のパブリック・プレビューがサポートされるようになりました。この強力な組み合わせにより、リアルタイムのデータ統合が可能になり、ハイブリッド環境とマルチクラウド環境のデータをMicrosoft Fabricのミラー化されたデータベースに継続的に同期できるため、データは常にAIと分析に対応できます。 Microsoft Fabric統合のOpen Mirroring は、GoldenGate for Distributed Applications and Analytics 23ai (GG for DAA) (23.6)製品を介して提供されます。 既存の Azure統合の詳細については、 ドキュメント を参照してください。 オープン・ミラーリングは、オープン・デルタ・レイク表形式に基づいて、データISVがMicrosoft Fabricのミラーリングを拡張できるように設計されています。この機能により、Oracle GoldenGate 23aiは、オープン・ミラー化パブリックAPIおよびアプローチに基づいて、Microsoft Fabricのミラー化データベースに変更データを直接書き込むことができます。Microsoft FabricでのOpen Mirroringの詳細については、「 Microsoft FabricでのOpen Mirroringの概要 」を参照してください。 このブログ投稿では、この統合の実装の側面について深く掘り下げ、GoldenGate統合の構成方法を示します。 構成ステップ: リファレンス・アーキテクチャの理解 前提条件 ...
続きを読む