該当する結果がありません

一致する検索結果がありませんでした。

お探しのものを見つけるために、以下の項目を試してみてください。

  • キーワード検索のスペルを確認してください。
  • 入力したキーワードの同義語を使用してください。たとえば、「ソフトウェア」の代わりに「アプリケーション」を試してみてください。
  • 下記に示すよく使用される検索語句のいずれかを試してみてください。
  • 新しい検索を開始してください。
急上昇中の質問

よくある質問

すべて開く すべて閉じる

    全般

  • Oracle Database Cloud Serviceとは何ですか?

    Oracle Database Cloud Serviceを使用すると、クラウドでOracle Databaseを簡単に構築、スケーリング、保護できます。ベアメタルサーバー(ローカルのNVMeフラッシュまたはSSDストレージを使用)またはブロックボリュームを備えた仮想マシンのいずれかであるDBシステム上にデータベースを作成します。どちらも高性能でコスト効率の高い価格を提供します。このサービスは、仮想クラウドネットワークレイヤーの仮想マシンサーバーでの「クラウドファースト」のOracle RAC実装のサポートも有効にします。

    パッチ適用、Data Guard、バックアップ/リカバリなどのシンプルなツールを使用してデータベースを管理できます。これらのツールにはすべて、Oracle Cloud Infrastructure REST APIまたはコンソールを使用してアクセスできます。あるいは、データベースホストにアクセスし、既存のツールを使用して、オンプレミスでデータベースを管理するのと同じ方法で、クラウド内のデータベースも管理できます。

  • Oracle Database Cloud Serviceにはどのような機能がありますか?

    Oracle Database Cloud Serviceは、リクエストされた数のコアを備えたDBシステムを、高性能のベアメタルサーバーまたは仮想マシンにプロビジョニングし、Oracle Databaseソフトウェアを選択したエディションで導入し、仮想クラウドネットワーク(VCN)にDBシステムを作成します。VCNは、ユーザーが構成したセキュリティリストを備えたプライベートネットワークであり、DBシステムを不正アクセスから保護します。

    Oracle Database Cloud Serviceは、データベースサービスのパッチ適用、Oracle Data Guardを使用した高可用性の構成、Oracle Databaseの実行に必要な日常のタスクを簡略化する管理機能も提供します。

  • 最初のデータベースを作成するにはどうすればよいですか?

    Oracle Cloud Infrastructureアカウントを作成したら、以下を使用して、Database Cloud ServiceにOracle Databaseを作成できます。コンソールREST APICLI および SDK

  • リソースの使用料金の支払い方法を教えてください。

    ベアメタルサーバーと仮想マシンがオラクルのユニバーサルクレジットモデル(UCM)をサポートしており、「ライセンス込み」と「ライセンス持参(BYOL)」の価格設定があります。価格設定は柔軟で、従量課金制(PAYG)と年間フレックスUCMオプションを利用できます。価格設定は、選択したデータベースのエディション、データベースのシェイプ、および選択したコアの数によって異なります。

    Oracle Database Cloud Serviceのデータベースインスタンスを消費するには、shop.oracle.com で次のアカウントを作成します。既存のお客様は、営業担当者に連絡してアカウントを作成し既存のクレジットプールを有効にするか、新しいプールを購入して、公開されている従量制の料金に基づいてOracle Cloud Infrastructureリソースを消費できます。詳細については、ベアメタルサーバーの価格設定仮想マシンの価格設定のセクションを参照してください。

    既存の従量制/非従量制テナントは、ユニバーサルクレジットモデルテナントに変換されるまで、既存のプランに基づいて請求されます。

  • サポートされているOracle Databaseソフトウェアのバージョンを教えてください。

    現在、Oracle Database Cloud Serviceは、Oracle Databaseバージョン11.2.0.4、12.1.0.2、12.2.0.1、18c、19c、および21cをサポートしています。

  • サポートされているOracle Databaseソフトウェアのエディションを教えてください。

    次のOracle Databaseソフトウェアのエディションは、クラウド向けにサポートおよび最適化されています。

    • Standard Edition
    • Enterprise Edition
    • Enterprise Edition High Performance
    • Enterprise Edition Extreme Performance
  • Oracle Databaseのさまざまなソフトウェアエディションで使用できるデータベースオプションは何ですか?

    すべてのエディションには、Oracle Databaseの透過データ暗号化が含まれています。

    • Standard Editionには、Oracle Database Standard Editionが含まれます。
    • Enterprise Editionには、Oracle Database Enterprise Edition、Data Masking and Subsetting Pack、Diagnostics and Tuning Packs、Real Applicationが含まれます。
    • Enterprise Edition - High Performanceは、Enterprise Editionを次のオプションで拡張します。Multitenant、Partitioning、Advanced Compression、Advanced Security、Label Security、Database Vault、OLAP、Advanced Analytics、Spatial and Graph、Database Lifecycle Management Pack、Cloud Management Pack for Oracle Database
    • Enterprise Edition - Extreme Performanceは、High Performanceを次のオプションで拡張します。In-Memory Database、Active Data Guard
  • DBシステムの起動時に使用できるシェイプ(ストレージおよびCPU構成)は何ですか?

    ベアメタルのシェイプ
    重要なエンタープライズアプリケーションの最高なパフォーマンス要件を満たすために、Oracle Database Cloud Serviceは、単一のデータベースで200,000TPSまたはIOPSを超える3つのベアメタルのシェイプをサポートしています。ベアメタルDBシステムは、ローカルに接続されたNVMeまたはSSDストレージを使用して最大のパフォーマンスを保証します。ストレージの量は、DBシステムの起動時に指定されたシェイプによって決まります。

    ベアメタルのシェイプ コア/ OCPU メモリ ストレージタイプ 未加工ストレージ ストレージ(2方向ミラーリング) ストレージ(3方向ミラーリング)
    BM.HighIO1.36* 2 – 36 512 GB NVMe 12.8 TB 3.5 TB 2.3 TB
    BM.DenseIO1.36 2 – 36 512 GB NVMe 28.8 TB 9.4 TB 5.4 TB
    BM.DenseIO2.52 2 – 52 768 GB NVMe 51.2 TB 16 TB 9 TB
    BM.RACLocalStorage1.72 *
    (2つの物理ノードで構成)
    ノードあたり2~36 ノードあたり512GB SSD 64 TB 22.1 TB 14 TB

    Standard Editionを利用する場合、許可される最大OCPUは、インスタンスあたり8 OCPUです。

    * BM.HighIO1.36およびBM.RACLocalStorage1.72 *シェイプは使用できなくなりましたが、既存のお客様には引き続きサポートされます。

    仮想マシンのシェイプ
    Oracle Database Cloudは、Standard 仮想マシン・シェイプに基づくさまざまな仮想マシンをサポートします。1〜24コアと256 GB〜40 TBのスケーラブルで耐久性のあるリモートストレージが選択でき、コスト効率と柔軟性が提供されます。

    VMのシェイプ コア/ OCPU メモリ ストレージ(ブロックのみ) ネットワーク帯域幅
    VM.Standard.1.1 1 7 GB 256 GB〜40 TB 最大600 Mbps
    VM.Standard.1.2 2 14 GB 256 GB〜40 TB 最大1.2 Gbps
    VM.Standard.1.4 4 28 GB 256 GB〜40 TB 1.2 Gbps
    VM.Standard.1.8 8 56 GB 256 GB〜40 TB 2.4 Gbps
    VM.Standard.1.16 16 112 GB 256 GB〜40 TB 4.8 Gbps
    VM.Standard.2.1 1 15 GB 256 GB〜40 TB 1 Gbe
    VM.Standard.2.2 2 30 GB 256 GB〜40 TB 2 Gbe
    VM.Standard.2.4 4 60 GB 256 GB〜40 TB 4 Gbe
    VM.Standard.2.8 8 120 GB 256 GB〜40 TB 8 Gbe
    VM.Standard.2.16 16 240 GB 256 GB〜40 TB 16 Gbe
    VM.Standard.2.24 24 320 GB 256 GB〜40 TB 25 Gbe

    注意:2コアを超えるシェイプの場合は、ノードの総数= 2を指定してRAC構成を取得できます。標準版を使用する場合、許可される最大のシェイプはVM.Standard1.8です。

  • 前世代のシェイプに推奨されるアップグレード・オプションは何ですか?

    次のOracle Database Cloud Serviceのベアメタル「X5」ベースのDense I/OとBYOLは利用できなくなりましたが、既存の顧客に対しては引き続きサポートされます。

    SKU コンピュート・インスタンス・シェイプ 推奨される代替オプション
    ベアメタル–「X5」密度I/O –標準版 ベアメタル「X5」密度 I/O
    • OCPU:2つ有効。最大6個の追加のOCPU(個別に購入)
    • メモリ:512 GB
    • 28.8 TB NVME SSD 未加工、2方向ミラーリングで最大9.4 TB、3方向ミラーリングで最大5.4 TB
    • ネットワーク帯域幅:10 Gbps
    ベアメタル「X7」–密度I/O
    • OCPU:2つ有効。最大6個の追加のOCPU(個別に購入)
    • メモリ:768 GB
    • 51.2TB NVME SSD 未加工、2方向ミラーリングで最大16TB、3方向ミラーリングで最大9TB
    • ネットワーク帯域幅:2x25 Gbps
    ベアメタル–「X5」密度I/O –エンタープライズ版(エンタープライズ版、高性能、最高性能) ベアメタル「X5」密度 I/O
    • OCPU:2つ有効。最大34個の追加のOCPU(個別に購入)
    • メモリ:512 GB
    • 28.8 TB NVME SSD 未加工、2方向ミラーリングで最大9.4 TB、3方向ミラーリングで最大5.4 TB
    • ネットワーク帯域幅:10 Gbps
    ベアメタル「X7」–密度I/O
    • OCPU:2つ有効。最大50個の追加のOCPU(個別に購入)
    • メモリ:768 GB
    • 51.2TB NVME SSD 未加工、2方向ミラーリングで最大16TB、3方向ミラーリングで最大9TB
    • ネットワーク帯域幅:2x25 Gbps
    ベアメタル–「X5」密度I/O – BYOL ベアメタル「X5」密度 I/O
    • OCPU:2つ有効。標準版の場合、最大6つの追加のOCPU(別途購入)。エンタープライズ版に最大34の追加OCPU(別途購入)
    • メモリ:512 GB
    • 28.8 TB NVME SSD 未加工、2方向ミラーリングで最大9.4 TB、3方向ミラーリングで最大5.4 TB
    • ネットワーク帯域幅:10 Gbps
    ベアメタル「X7」–密度I/O
    • OCPU:2つ有効。標準版の場合、最大6つの追加のOCPU(別途購入)。エンタープライズ版に最大50の追加OCPU(別途購入)
    • メモリ:768 GB
    • 51.2TB NVME SSD 未加工、2方向ミラーリングで最大16TB、3方向ミラーリングで最大9TB
    • ネットワーク帯域幅:2x25 Gbps
    仮想マシン標準–「X5」–すべてのエディション(標準、エンタープライズ、高性能、最高性能、BYOL) VM.Standard1.1
    • OCPU:1
    • メモリ:7 GB
    • ネットワーク帯域幅:最大600 Mbps
    X7ベースのVM.Standard2.1
    • OCPU:1
    • メモリ:15 GB
    • ネットワーク帯域幅:1 Gbps
    仮想マシン標準–「X5」–すべてのエディション(標準、エンタープライズ、高性能、最高性能、BYOL) VM.Standard1.2
    • OCPU:2
    • メモリ:14 GB
    • ネットワーク帯域幅:最大1.2 Gbps
    X7ベースのVM.Standard2.2
    • OCPU:2
    • メモリ:30 GB
    • ネットワーク帯域幅:2 Gbps
    仮想マシン標準–「X5」–すべてのエディション(標準、エンタープライズ、高性能、最高性能、BYOL) VM.Standard1.4
    • OCPU:4
    • メモリ:28 GB
    • ネットワーク帯域幅:1.2 Gbps
    X7ベースのVM.Standard2.4
    • OCPU:4
    • メモリ:60 GB
    • ネットワーク帯域幅:4.1 Gbps
    仮想マシン標準–「X5」–すべてのエディション(標準、エンタープライズ、高性能、最高性能、BYOL) VM.Standard1.8
    • OCPU:8
    • メモリ:56 GB
    • ネットワーク帯域幅:2.4 Gbps
    X7ベースのVM.Standard2.8
    • OCPU:8
    • メモリ:120 GB
    • ネットワーク帯域幅:8.2 Gbps
    仮想マシン標準–「X5」–すべてのエディション(標準、エンタープライズ、高性能、最高性能、BYOL) VM.Standard1.16
    • OCPU:16
    • メモリ:112 GB
    • ネットワーク帯域幅:4.8 Gbps
    X7ベースのVM.Standard2.16
    • OCPU:16
    • メモリ:240 GB
    • ネットワーク帯域幅:16.4 Gbps
  • DBシステムとは?

    DBシステムは、Oracle Databaseソフトウェアが導入され、ユーザー指定のコア数、ソフトウェア・エディション、データベースバージョンで構成されたベアメタルサーバーまたは仮想マシンです。

  • DBシステム内に複数のデータベースを作成できますか?

    仮想マシンDBシステムでは、データベースを1つだけ構成できます。ベアメタルDBシステムでは、複数のDBホームを作成でき、その中に複数のデータベースを含めることができます。DBホーム内のすべてのデータベースは同じバージョンになりますが、各DBホームは異なるバージョンを持つことができます。たとえば、Enterprise Edition DBシステムには、Enterprise Edition 11.2.0.4のデータベースのみを含むDB_Home11、およびEnterprise Edition 12.1.0.2のデータベースのみを含むDB_Home12を構成できます。

  • DBシステムの起動後にデータベースのエディションを変更できますか?

    いいえ、エディションは変更できません。ただし、DBシステムは簡単に終了でき、指定のエディションで別のシステムを起動することができます。

  • DBシステムの起動後にデータベースの文字セットを変更できますか?

    DBシステムを構成すると、システムで作成された初期データベースは、デフォルトの文字セットAL32UTF8およびAL16UTF16を使用します。ただし、構成時にデータベースの詳細オプションで別の文字セットを簡単に選択できます。

  • Oracle Database Cloud Serviceへのライセンス持参(BYOL)は可能ですか?

    はい、ライセンスの持参が可能です。Oracle Database Cloud Serviceは、ライセンス込みとBYOLの両方の価格設定モデルをサポートしています。

  • DBシステムの管理に推奨されるベストプラクティスは何ですか?

    Oracle Cloud Infrastructure(OCI)コンソール、REST API、SDK、またはCLIを使用して、一般的なデータベースライフサイクル管理タスク(パッチ適用、Oracle Data Guard、バックアップ/リカバリなど)を実行できます。

  • データベースのニーズに合った正しいシェイプを選択するにはどうすればよいですか?

    パフォーマンス、ストレージ容量、コストなどの基準により、Database Cloud Service内でのシェイプを選びやすくなります。シェイプを選択するときは、データベースサイズの拡大を想定してお選びください。

  • データベースおよびDBシステムの監視に推奨されるベストプラクティスは何ですか?

    Enterprise Managerと、Oracle Cloud Infrastructureで利用可能なメトリックを使用することをお勧めします。

  • アカウントで作成できるDBシステムの数にはどのような制限がありますか?

    各インスタンス・タイプのデフォルトの制限と、サービス制限の引き上げをリクエストする方法については、サービス制限に関するドキュメントを参照してください。アカウントの制限は、必要に応じて引き上げることができます。

  • Oracle RACはOracle Database Cloud Serviceでサポートされていますか?

    はい。Oracle Database Cloud Serviceは、仮想クラウドネットワーク内の仮想マシンで「クラウドファースト」のOracle RACをサポートします。

    仮想マシン上のOracle RACは、DBシステムの起動時に「ノードの総数」を2に設定することで設定できます。

    仮想マシン

  • 仮想マシン(VM)上のDatabase Cloud Serviceとは何ですか?

    VM上のデータベースサービスは、顧客が仮想マシン上でフル機能のOracle Databaseを構築、スケーリング、および管理できるようにするデータベースサービスです。VMでデータベースを実行する主な利点は、費用対効果、使いやすさ、耐久性と拡張性に優れたストレージ、およびReal Application Clusters(RAC)を実行して可用性を向上させる機能です。

    RACデータベースは、単一の可用性ドメイン(AD)内で実行され、各ノードが個別の物理ラック上にあることを保証して高い可用性を保証します。VM上のDatabase Cloud Serviceは、すべてのOracle Cloud Infrastructureサービスで使用されているのと同じ高性能で可用性の高いクラウドインフラストラクチャ上に構築されています。

  • Oracle RACは、Database Cloud Serviceの2ノードを超えるVMでサポートされていますか?

    Oracle RACデータベースは、VMのDatabase Cloud ServiceでのEnterprise Edition - Extreme Performanceでサポートされていますが、2ノードのRAC構成に制限されています。2ノードRACは、プロビジョニング中にnode=2を選択することで有効になり、VMごとに最低2つのコアが必要です。

  • VMのシェイプは、最初の作成後にOCPUの数を変更できますか?

    はい。必要に応じてOCPUの数を増減できます。シェイプを変更する際は、データベースが停止します。

  • 2ノードRAC VMシェイプは、最初の作成後にOCPUの数をダウンタイムなしで変更できますか?

    はい。2ノードRAC VMシェイプのシェイプ変更は、ダウンタイムを回避するためにローリング方式で行われます。

  • VMに複数のデータベースを作成できますか?

    いいえ。各VMに含めることができるデータベースは1つだけです。

  • VMで実行されているデータベースで利用可能なストレージをスケーリングできますか?

    はい。VM上のDatabase Cloud Serviceは、リモート・ブロックストレージを使用するため、どこでも256 GB~40 TBの範囲でストレージを設定できます。ストレージ容量はダウンタイムなしでスケールアップできます。

  • Database Cloud ServiceでVM DBシステムのクローンを作成できますか?

    はい。ストレージ管理ソフトウェアとしてLogical Volume Manager(LVM)を使用している限り、単一ノードのVM DBシステムのクローンを作成できます。

    ベアメタル・インフラストラクチャ

  • ベアメタルサーバー上のOracle Database Cloud Serviceとは何ですか?

    ベアメタル上のDatabase Cloud Serviceは、お客様がベアメタルサーバーにフル機能のOracle Databaseを導入および管理できるようにするデータベースサービスです。ベアメタルは、非常に低いレイテンシで高いIOPSを提供する専用サーバー上にローカルNVMeストレージがあるため、達成されるパフォーマンスは実証済みであり予測可能です。

  • ベアメタルサーバー上のDatabase Cloud Serviceに複数のデータベースを作成できますか?

    Database Cloud Service内のベアメタルサーバーには、複数のDBホームを作成でき、その中に複数のデータベースを含めることができます。データベースホーム内のすべてのデータベースは同じバージョンになりますが、各データベースホームのバージョンは異なっていてもかまいません。たとえば、Enterprise Edition DBシステムには、Enterprise Edition 11.2.0.4のデータベースのみを含むDB_Home11、およびEnterprise Edition 12.1.0.2のデータベースのみを含むDB_Home12が含まれる場合があります。

  • Oracle Real Application Clusters(Oracle RAC)は、Database Cloud Serviceのベアメタルサーバーでサポートされていますか?

    Oracle RACデータベースは、仮想マシン(VM)上のDatabase Cloud Serviceでのみサポートされています。

  • ベアメタルサーバーのOCPUの数を変更できますか?

    はい。データベースのダウンタイムなしで、必要に応じてオンラインでOCPUの数を増減できます。

  • ベアメタルサーバーのストレージをスケーリングできますか?

    いいえ。ベアメタルサーバー上のDatabase Cloud ServiceはローカルNVMeストレージを使用するため、サーバーのシェイプに関連付けられたストレージ容量は固定です。

  • ベアメタルサーバーのDBシステムにブロックストレージボリュームを接続できますか?

    いいえ。ベアメタルサーバーにブロックストレージボリュームは接続できません。

    請求

  • Oracle Database Cloud Serviceの使用料金の支払い方法を教えてください。

    Oracle Database Cloud Serviceは、シンプルで柔軟な価格設定モデルを提供するオラクルのユニバーサルクレジット購入モデルをサポートしています。

    従量課金制(PAYG)の価格設定により、お客様は事前のコミットメントや最小サービス期間なしでサービスを迅速にプロビジョニングでき、毎月後払いで、使用した分だけ請求されます。開始するには、お客様はshop.oracle.comでアカウントを作成できます。

    Annual Universals Creditsを使用すると、お客様は、対象となるOracle Cloud Infrastructure and Platform Servicesをいつでも、どのリージョンでも利用できます。Annual Universal Creditsでは、事前に請求され、コストの削減と月々の支出を予測できる点に加え、さらにワークロードのオンボーディング時のランプアップ期間を設定することで、クラウドサービス全体で大幅な節約になります。

  • Oracle Database Cloud Serviceの使用量はどのように計測されますか?

    Oracle Database Cloud Serviceは、ライセンス込みとライセンス持参(BYOL)の両方のライセンスモデルをサポートしており、次の使用要素に基づいて課金されます。

    • 1時間あたりのホスト環境:ホスト環境は、ベースCPUシステム容量、ローカルストレージ(ベアメタルのみ)、および選択したエディションの有効なOCPUを持つベースDBシステムのインスタンスとして定義されます。ホスト環境時間の一部が消費されると、最低料金として1時間分が請求されます。
    • 1時間あたりのOCPU : ホスト環境またはDBシステムごとに追加のOCPUを有効にできます。OCPU時間の一部が消費されると、最低料金として1分間分が請求されます。
    • ブロックボリューム:VM上のDatabase Cloud Serviceでは、リモート・ブロックボリュームが使用されます。どこでも256 GBから40 TBの範囲でストレージを接続し、ストレージの合計に対して料金を支払うことができます。「バランス」パフォーマンスのOCI Block Volumeサービスのみがサポートされています。「バランス」パフォーマンスを持つOCIブロックストレージ・ボリュームは、月間1ギガバイトあたり10ユニットのブロックボリューム・パフォーマンスを持つ1ユニットのブロックボリューム・ストレージとして定義されます。詳細については、クラウド価格表ストレージ価格設定セクションを参照してください。
  • データベースのバックアップを取る費用はいくらですか?

    バックアップ/リカバリ機能を使用するか、RMANを使用してデータベースのバックアップをOracle Cloud Infrastructure Object Storageに設定します。バックアップのコストは、使用中のオブジェクトストレージの合計に対する料金です。価格設定の詳細については、クラウド価格表セクションを参照してください。

  • Oracle Database Cloud Serviceの価格設定モデルは何ですか?

    クラウド価格表を参照してください。詳細については、ベアメタルサーバーの価格設定仮想マシンの価格設定のセクションも参照してください。

  • Database Cloud ServiceでベアメタルまたはVM DBシステムをプロビジョニングした後、ライセンスモデルを変更できますか?

    はい。ライセンスモデルをライセンス込みからBYOLに、またはその逆に変更できます。

  • Data Guardを使用してデータベースに高い可用性を設定すると、どのように課金されますか?

    別々の可用性のあるドメインに導入された2つのDBシステムにData Guardを設定すると、データベースに高い可用性が構成されます。価格設定の詳細については、クラウド価格表セクションを参照してください。

  • Oracle Database Cloud Serviceは課金を停止することができますか?

    はい、Oracle Database Cloud Serviceは仮想マシンの課金停止をサポートしています。この機能を利用するには、仮想マシンのDBシステムに移動して、停止するノードを選択します。ノードが停止している間、データベースはそのまま残ります。ノードが実行されていない時間は請求されません。

    課金停止はベアメタルサーバー上のDatabase Cloud Serviceには適用されません。ホスト環境全体を保持し続けるため、サーバーの停止後も課金は継続されます。コストを削減するために、データベースのシェイプのオンラインCPUスケーリング機能を利用して、未使用および低使用頻度の環境のOCPUを2に減らすことができます。

    セキュリティ

  • Oracle Virtual Cloud Network(VCN)とは何ですか?DBシステムがデフォルトでVCNに導入されるのはなぜですか?

    VCNとは、Oracle Cloud Infrastructureにあるカスタマイズ可能なプライベート・ネットワークのことです。VCNでは、従来のデータ・センター・ネットワークと同様に、ネットワーク環境を完全に制御できます。これには、独自のプライベートIPアドレススペースの割り当て、サブネットの作成、ルート・テーブルの作成、ステートフル・ファイアウォールの構成などが含まれます。1つのテナントに複数のVCNを持たせることができるため、関連リソースのグループ化と分離が可能です。

    デフォルトでVCNに導入することで、次のセキュリティと柔軟性が得られます。

    • データベースをインターネットから保護されたプライベートネットワークに導入。
    • 悪意のあるユーザーにDBシステムにアクセスされないように、セキュリティリスト(受信/送信)を構成。
  • 導入中、どのサブネットにDBシステムを配置しますか?

    各可用性ドメインに個別のサブネットを作成し、DBシステムをそれらのサブネットに配置することを強く推奨しています。これにより、サブネットのインバウンド/アウトバウンドセキュリティリストを正確に定義し、ネットワークアクセスを制御できます。

  • データベースにTDEを設定するにはどうすればよいですか?

    DBシステムは、プロビジョニング中にデフォルトでTDEを使って構成されます。ログインして、DBシステムの他のセキュリティポリシーを制御できる柔軟性があります。データベースセキュリティのベストプラクティス(PDF)の標準に従うことができます。

  • 管理アクセスを制御し、DBシステムを保護するにはどうすればよいですか?

    Oracle Cloud Infrastructureのアイデンティティおよびアクセス管理(IAM)を使って、セキュリティおよびコンプライアンス要件をサポートするようにクラウド環境を構成できます。データベースの観点からは、ベアメタルおよび仮想マシンDBシステムへのアクセスを、管理の観点からユーザー(DBA)が選択したセットのみに制限することを許可するポリシーを構成します。Oracle Database Cloud Serviceを使用したOracle IAMの使用方法については、技術文書をご参照ください。

  • DBシステムで実行される操作は監査できますか?

    はい、DBシステムへのルートアクセス権がフルであれば、DBシステムでのすべての操作の監査を構成できます。Oracle Database Cloud Serviceは、データベースのすべてのエディションで堅牢な監査サポートを提供します。監査レコードには、監査された操作、操作を実行したユーザー、および操作の日時に関する情報が含まれます。監査レコードは、データベース監査証跡またはオペレーティングシステム上のファイルに保存できます。標準監査には、特権、スキーマ、オブジェクト、およびステートメントに対する操作が含まれます。

    また、 Oracle Cloud Infrastructure Audit を使用して、テナンシーで行われたすべてのAPI管理呼び出しを監査できます。

    パッチ適用

  • Oracle Cloud Infrastructure Database Cloud Serviceのパッチ機能とは何ですか?

    Database Cloud Serviceのパッチ機能により、DBシステムとデータベースへのパッチ適用に必要な手順が簡略化されます。Oracle Cloud InfrastructureコンソールとAPIを使用して、DBシステムまたはデータベースホームに適用可能なパッチを表示し、パッチ適用リクエストを送信できます。Database Cloud Serviceは、ステータスを表示しながら、エンドツーエンドのパッチ適用手順を実行します。

    適用されたすべてのパッチを表示し、必要に応じてパッチを再適用できます。さらに、Oracle Identity and Access Management(IAM)コントロールを使用して、パッチ適用機能へのアクセスを管理できます。

  • パッチ機能にアクセスするにはどうすればよいですか?

    Oracle Cloud InfrastructureコンソールとRest APIを使用して、機能にアクセスできます。

  • パッチ機能を有効にするためのネットワーク要件は何ですか?

    DBシステムのクラウドネットワーク(VCN)は、インターネットゲートウェイで構成する必要があります。DBシステムとOracle Object Storage間のネットワークトラフィックは、Oracle Database Cloud Service内部のサービスバックボーン上にあります

  • パッチ機能を使用してパッチできるDBシステム、シェイプ、エディションは何ですか?

    この機能を使用して、すべてのシェイプとエディションのすべての1ノードおよび2ノードのベアメタルDBシステムにパッチを適用できます。2ノードのRAC、VM、およびExadata Systemsは現在サポートされていません。ただし、ホストにログオンしてOPatchユーティリティを使用することにより、これらのシステムにパッチの適用が可能です。

  • パッチ機能を使用してどのような種類のパッチが適用できますか?

    DBシステムおよびデータベースホーム用のDatabase Cloud Service固有のパッチが適用できます。データベースシステムは最新のパッチと古いパッチの両方をサポートしますが、DBシステムでは最新のパッチのみが使用できます。現在利用可能なDBシステムとデータベースのホームのパッチリストは、Oracle Cloud Infrastructure技術ドキュメントでご覧いただけます。

  • すべてのDatabase Cloud Serviceデータベースバージョンにパッチを適用できますか?

    はい、それらのバージョンに対して1つ以上のパッチが利用可能であればできます。パッチは現在、11.2.0.4、12.1.0.2、12.2.0.1のデータベースバージョンで使用できます。

  • Database Cloud Serviceでまだサポートされていない個別パッチまたは四半期パッチを適用するにはどうすればよいですか?

    ホストにログオンし、OPatchユーティリティを使用して個別パッチを適用できます。OPatchユーティリティを使用して、オンプレミスの四半期パッチは適用しないことを推奨しています。これらのパッチは、クラウド固有の追加パッチを適用しないと機能しない場合があります。代わりに、Oracle Cloud Infrastructure Database Cloud ServiceコンソールとREST APIを介して入手できるクラウド用にカスタマイズされた四半期パッチを適用する必要があります。

  • 仮想マシンとExadata DBシステムおよびデータベースにパッチを適用するにはどうすればよいですか?

    ホストにアクセスし、OPatchユーティリティを使用して、これらのシステムにパッチを適用できます。OPatchユーティリティの詳細

  • パッチの適用中にダウンタイムは発生しますか?

    はい、Oracle Data Guardを設定していない場合、1ノードのDBシステムのダウンタイムが発生します。最大可用性アーキテクチャ(MAA)のベストプラクティスに従い、ダウンタイムを回避する必要があります。

  • パッチ機能を使用してパッチが失敗した場合はどうなりますか?

    DBシステムまたはデータベースのホームは、パッチが失敗した場合、”利用可能”の状態になります。パッチ履歴は、操作が失敗した理由を表示します。障害の根本原因をデバッグするには、ホストにアクセスして、パッチ関連の詳細なログにアクセスできます。ログ情報が問題のデバッグに役立たない場合は、Oracle Supportにリクエストを提出して、根本原因の特定に役立てることができます。

  • パッチ機能を使用したDBシステムまたはデータベースホームにインストールされたパッチについての詳細を教えてください。

    DBシステムとデータベースホームのパッチ履歴をクエリして、コンソールREST API SDKを使用して適用されたパッチを表示できます。

  • DBシステムとデータベースホームパッチのパッチ順序に従う必要はありますか?

    はい、DBシステムはデータベースホームと同じかそれ以上のバージョンである必要があります。バージョンの競合を回避するには、最初にDBシステムパッチを適用してから、データベースホームパッチを適用する必要があります。この順序に従わないと、パッチの適用中にエラーメッセージが表示されます。

  • パッチ機能を使用して、適用済みのパッチを事前チェックまたはロールバックできますか?

    はい、パッチを適用する前に事前チェックできます。ただし、パッチをロールバックするには、データベースホストにログインしてOPatchユーティリティを使用する必要があります。

  • パッチ適用アクセスを定義されたユーザーだけに制限できますか?

    はい、Oracle Identity and Access Management(IAM)サービスを使用して、ユーザーレベルとグループレベルでアクセスを制限できます。

  • オンプレミスで使用可能なOracle DatabaseバンドルパッチとOracle Cloud Infrastructure Database Cloud Serviceで使用可能なパッチに違いはありますか?

    はい、Oracle DatabaseのバンドルパッチとOracle Cloud Infrastructure Databaseパッチは異なります。Oracle Cloud Infrastructure Databaseパッチは、Oracle databaseのバンドルパッチ、Oracle Cloud Infrastructure固有のMLR(マージラベルリクエスト)、およびその他のパッチを含むスーパーセットです。

  • パッチ機能を使用してオペレーティングシステム(OS)にパッチを適用できますか?

    いいえ、OSパッチは現在サポートされていません。ホストに直接アクセスして、OSに手動でパッチを適用します。詳細については、ベアメタルおよび仮想マシンDBシステムOSアップデートExadata DBシステムOSアップデートのドキュメントをご参照ください。

  • Oracle Cloud Infrastructure Database Cloud Serviceパッチは累積的ですか?

    はい、データベースパッチは累積的です。新しいOracle Cloud Infrastructure Databaseパッチには、以前のDBシステムからのパッチまたは同じバージョンのDBホームパッチが含まれています。

  • オラクルは重要なセキュリティパッチについてどのようにコミュニケーションをとりますか?オラクルはシステムに重要なセキュリティパッチを自動パッチしますか?

    Oracle Cloud Infrastructureは、重要なセキュリティパッチについてのメール通知を送信します。パッチの重要度に応じて、セキュリティパッチを適用するための時間枠を設定します。

  • パッチの適用にはどのくらい時間がかかりますか?

    これは、パッチのタイプによって異なります。パッチが適用されると、DBシステムまたはデータベースのホーム状態が”利用可能”に変わります。

    バックアップとリカバリ

  • データベースのバックアップとリカバリを設定するにはどうすればよいですか?

    データベースのバックアップは、Oracle Database環境の重要な側面です。バックアップの保存とリカバリには、複数のオプションがあります。Oracle Cloud Infrastructureコンソール、CLIまたはREST API内でバックアップとリカバリ機能を使用するか、dbcliまたはRMANを使用して手動でバックアップを設定および管理できます。すべてのオプションについては、技術文書でお読みいただけます。

  • Oracle Cloud Infrastructure Database Cloud Serviceのバックアップとリカバリ機能とは何ですか?

    データベースのバックアップとリカバリ機能により、Oracle Cloud Infrastructureコンソール、CLI、およびREST APIを使用して、データベースのバックアップを作成および管理できます。バックアップから既存のデータベースをリカバリしたり、バックアップから新しいデータベースを作成したりすることもできます。

  • バックアップを手動で管理するのと比較して、バックアップとリカバリの機能を使用する利点は何ですか?

    バックアップおよびリカバリ機能は、バックアップを作成および管理するためのコンソール、CLI、およびREST APIを提供します。コンソールを使用すると、完全なバックアップを作成したり、数回のクリックで自動増分バックアップを設定したりできます。同様に、最新の既知の良好な状態、特定の時点、またはSCN(システム変更番号)を使用して、バックアップを表示し、データベースをリカバリできます。既存または新しいDBシステムのバックアップから新しいデータベースを作成することもできます。

  • バックアップとリカバリ機能の使用に関連した追加費用はありますか?

    バックアップはOracle Cloud Infrastructure Object Storageに保存され、バックアップの保存にはサービス料がかかります。Object Storage料金の詳細。この機能の使用に追加料金はありません。

  • バックアップとリカバリ機能でサポートされているデータベースのシェイプ、エディション、およびデータベースのバージョンを教えてください。

    バックアップおよびリカバリ機能は、ベアメタルおよび仮想マシンのすべてのシェイプ、エディション、およびデータベースバージョンをサポートしています。Exadataは現在サポートされていません。ただし、Exadataの場合、RMAN(Recovery Manager)を手動で設定してバックアップとリカバリを行うことができます。

  • バックアップとリカバリ機能で現在サポートされているバックアップの種類を教えてください。

    オンデマンドのフルバックアップと自動増分バックアップが現在サポートされています。

  • バックアップとリカバリ機能を使用した自動増分バックアップの保持期間はどのくらいですか?

    自動増分バックアップの保存期間は30日間です。

  • 独自のバックアップ保持期間または自動増分バックアップの頻度を設定できますか?

    いいえ、バックアップとリカバリ機能を使用してこれらの設定を制御することはできません。ただし、手動のRMANオプションを使用して、カスタムの保持期間と頻度を設定できます。

  • バックアップとリカバリ機能を使用して設定した自動増分バックアップのスケジュールとは何ですか?

    データベースの自動バックアップを有効にすると、Oracle Cloud Infrastructure Database Cloud Serviceによって最初のレベル0のバックアップが作成されます。最初のバックアップの後、レベル1のバックアップが次の週末まで毎日実行されます。毎週末、新しいレベル0のバックアップが作成されます。2018年11月20日以降に初めて任意のデータベースで有効にされた自動バックアップは、DBシステムのリージョンのタイムゾーンで午前0時から午前6時の間に実行されます。この日付より前にデータベースで自動バックアップを有効にした場合、データベースのバックアップウィンドウは、引き続き協定世界時の午前0時から午前6時の間になります。

  • データベースのバックアップは暗号化されていますか?

    はい、すべてのバックアップは、TDE暗号化に使用されたものと同じマスターキーで暗号化されます。

  • バックアップが失われないようにするためにどのような対策が取られていますか?

    バックアップはOracle Cloud Infrastructure Object Storageに保存されます。Oracle Object Storageは、耐久性が高くなるように設計されています。データは、複数のストレージサーバー間および複数の可用性ドメイン間で冗長的に保存されます。データの整合性はチェックサムを使用して積極的に監視され、破損したデータは検出されて自動的に修復されます。データの冗長性が失われた場合は自動検出され、お客様に影響を与えることなく自己修復されます。

  • バックアップとリカバリ機能を使用しているときに、どのような状況の状況でバックアップが失敗しますか?

    バックアップおよびリカバリ機能を使用している場合、データベースまたはDBシステムが”利用可能”の状態でない場合、バックアップ操作が失敗する可能性があります。パッチ適用、SSHキーの追加、Data Guard操作などのアクションにより、DBシステムまたはデータベースの状態が変更される可能性があります。バックアップの失敗を回避するには、これらのアクションがバックアップウィンドウ(協定世界時午前0時~午前6時)中に実行されないようにします。自動増分バックアップが失敗した場合、Database Cloud Serviceは翌日のバックアップウィンドウ中にバックアップ操作を再試行します。オンデマンドバックアップが失敗した場合、DBシステムとデータベースの両方が使用可能な場合は、手動で操作を再試行する必要があります。

  • バックアップからデータベースをリカバリするにはどのようなオプションがありますか?

    バックアップおよびリカバリ機能を使用している場合、データベースを最新の状態、特定の時点の状態、またはシステム変更番号(SCN)で定義されたデータベースのコミットされた状態にリカバリできます。ただし、dbcliまたはRMANオプションを使用して、より多くのリカバリオプションを使用することもできます。

  • SCNを見つけるにはどうすればよいですか?

    SCN番号は、データベースにアクセスするか、オンラインまたはアーカイブされたログにアクセスすることで確認できます。

  • バックアップから新しいデータベースを作成できますか?

    はい、既存または新しいDBシステムのバックアップから新しいデータベースを作成することもできます。ただし、この目的でバックアップを使用する前に、バックアップが生成されたデータベースを削除する必要があります。仮想マシンDBシステムからのバックアップの場合、新規または既存のDBシステムでそのバックアップを使用する前に、バックアップが作成されたデータベースインスタンスを終了する必要があります。

  • 別のDBシステム、コンパートメント、または可用性ドメインを選択して、バックアップから新しいデータベースを作成できますか?

    はい、既存のDBシステムを選択するか、任意のコンパートメントに新しいDBシステムを作成できます。ただし、新規または既存のDBシステムは、バックアップがホストされているのと同じ可用性ドメインにある必要があります。新しいDBシステムを作成する場合、指定するOracle Databaseソフトウェア・エディションは、バックアップされたデータベースのエディションと同じかそれ以上である必要があります。また、指定するシェイプは、バックアップの取得元のデータベースと同じタイプである必要があります。たとえば、1ノードのデータベースのバックアップを使用している場合、ターゲットとして選択するDBシステムも1ノードのDBシステムでなければなりません。

  • 自動増分バックアップはデフォルトで有効になっていますか?

    いいえ、自動増分バックアップはデフォルトで有効になっていません。このオプションは、データベースの作成中、またはデータベースのプロビジョニング後いつでも有効にできます。

  • DBシステムを終了した後、バックアップはどうなりますか?

    オラクルでは、DBシステムを終了する前に、DBシステム内のすべてのデータベースを終了することを強く推奨しています。データベースを終了するときに、スタンドアロンバックアップとしてObject Storageに残る最終バックアップを作成する選択ができます。後でこのスタンドアロンバックアップを新しいデータベースとしてリカバリできます。

  • オンプレミスのOracle DatabaseからDatabase Cloud Serviceにデータを移行するにはどうすればよいですか?

    データベースのバックアップをOracle Cloud Infrastructure Object Storageに移動するようにRMANを手動で設定し、そのバックアップを使用して、新規または既存のDBシステムにデータベースを作成できます。

    高可用性

  • Oracle Database Cloud Serviceを使用して高可用性データベースを設定するにはどうすればよいですか?

    異なる可用性ドメインでDBシステムを起動し、高可用性のOracle Databaseを設定するようにData Guardを構成できます。Oracle Data Guardは、エンタープライズデータの高可用性、データ保護、災害復旧を保証します。Data Guardは、1つ以上のスタンバイ・データベースを作成、保守、管理および監視する包括的なサービスセットを提供します。

    Oracle Databaseのデータ損失ゼロの高可用性構成の設定については、高可用性のためのData Guard 最大可用性アーキテクチャ(MAA)のベストプラクティスでご確認ください。

  • 可用性ドメインとは何ですか?なぜOracle Database Cloud Serviceにデータベースを設定するのと関係があるのですか?

    可用性ドメイン(AD)は、独立して非常に信頼できるように設計されたリージョンのサブコンポーネントです。各ADは、建物、発電機、冷却装置、ネットワーク接続などの完全に独立したインフラストラクチャで構築されています。火災や洪水などの非常に珍しい災害が発生した場合、影響を受けるADは1つだけです。さらに、同じリージョン内のADは高速で低レイテンシのネットワークに接続されているため、アプリケーションのレイテンシとパフォーマンスへの影響を最小限に抑えながら、信頼性の高いアプリケーションとワークロードを構築して実行できます。

    これらの障害に依存しないADを使用すると、パフォーマンスを犠牲にすることなく、可用性の高いアプリケーションをクラウドで構築できます。プライマリデータベースとスタンバイデータベースを異なるADに配置して、上記イラストの一般的な障害から保護されるようにすることを強く推奨しています。

  • Data Guard機能をサポートするDatabase Cloud Serviceデータベースのエディションはどれですか?

    すべてのエンタープライズデータのベースエディションはData Guardをサポートしています。Enterprise Edition - Extreme PerformanceはActive Data Guardをサポートしています。

  • Database Cloud Serviceを介してData Guardをセットアップすることと、Data Guardを手動でセットアップすることの利点は何ですか?

    Database Cloud Serviceは、Oracle Cloud InfrastructureコンソールとREST APIを使用してData Guard構成を提供します。

    数回クリックするだけで、Data Guardを有効にして、スイッチオーバー、フェイルオーバー、およびリカバリアクションを実行できます。Oracle Identity and Access Managementサービスを使用して、機能のきめ細かいアクセス制御を設定することもできます。この機能の使用に関連する費用はありません

  • Data Guard機能をサポートするシェイプとデータベースバージョンはどれですか?

    すべての仮想マシンとベアメタルの1ノードと2ノードのシェイプは、Data Guard機能でサポートされています。Exadataは現在サポートされていません。ただし、ホストにログオンしてData Guardコマンドライン・インターフェース(DGMGRL)にアクセスすることにより、Exadata用にData Guardを手動で設定できます。DGMGRLの詳細

  • Data Guard機能で現在サポートされている機能はどれですか?

    スイッチオーバー、フェイルオーバー、およびリカバリ機能は現在サポートされています。ただし、ホストにログオンしてData Guardコマンドライン・インターフェース(DGMGRL)にアクセスすることにより、Data Guardを手動で設定できます。DGMGRLの詳細

  • Data Guard機能でサポートされている保護モードと転送タイプは何ですか?

    最大パフォーマンス保護モードと非同期転送タイプが現在サポートされています。ただし、DBシステムにログオンし、Data Guardコマンドラインインターフェース(DGMGRL)にアクセスすることで、追加の保護モードと転送タイプを構成できます。DGMGRLの詳細

  • Data Guard機能を使用するためのネットワーク設定の前提条件は何ですか?

    Data Guardを設定するには、プライマリとセカンダリの両方のDBシステムが同じVCNにあり、ポート1521が両方のDBシステムで開かれている必要があります。DBシステムは異なるサブネットに置くことができます。

  • 可用性ドメイン全体にData Guardを設定できますか?

    はい、Data Guardは、リージョン内の同じまたは異なる可用性ドメインに設定できます。ただし、オラクルでは、可用性ドメイン全体にData Guard構成を設定することを推奨しています。

  • Oracle Cloud Infrastructureのリージョン全体にData Guardを設定できますか?

    はい、リージョンをまたがってData Guardを設定できますが、現在、Database Cloud ServiceのData Guard機能はサポートしていません。ホストにログオンしてDGMGRLを使用することにより、リージョン全体でData Guardを手動で設定できます。Data Guardがリージョン間でログを転送するには、プライマリおよびスタンバイDBシステムVCNでインターネットゲートウェイを有効にする必要があります。DGMGRLの詳細

  • コンパートメント全体にData Guardをセットアップできますか?

    いいえ、現在、コンパートメント間のData Guardセットアップはサポートされていません。

  • プライマリデータベースとスタンバイデータベースのDBシステムは、同じシェイプとエディションである必要がありますか?

    はい、Data Guard機能を使用してData Guardの関連付けを有効にするには、スタンバイのDBシステムのシェイプとエディションは、プライマリのDBシステムと同じである必要があります。

  • Database Cloud ServiceのData Guard機能によって作成されるスタンバイデータベースはどのバージョンになりますか?

    スタンバイデータベースは、プライマリと同じデータベースバージョンで作成されます。

  • マネージドブローカーをセットアップし、Data Guard機能を使用して自動スイッチオーバーなどのアクションを実行できますか?

    いいえ、現在、マネージドブローカー機能はData Guard機能でサポートされていません。ただし、データベースホストにログオンし、Data Guardコマンドラインインターフェイス(DGMGRL)にアクセスすることで、マネージドブローカー構成を手動で設定できます。DGMGRLの詳細

  • Data Guard機能を使用してData Guardの関連付けを削除するにはどうすればよいですか?

    Data Guard機能を使用してData Guardの関連付けを削除するには、最初にスタンバイデータベースを削除する必要があります。スタンバイデータベースを削除すると、Data Guardの関連付けは自動的に削除されます。

  • Data Guardセットアップでプライマリデータベースを終了するにはどうすればよいですか?

    Data Guard機能を使用する場合、プライマリデータベースを削除する前に、まずスタンバイデータベースを削除する必要があります。または、スイッチオーバー操作を開始して、プライマリをスタンバイにしてから、スタンバイを終了することもできます。

  • 複数のスタンバイデータベースを作成できますか?

    いいえ、Data Guard機能を使用して作成できるフィジカル・スタンバイ・データベースは1つのみです。ただし、DBシステムにログオンしてDGMGRLにアクセスすることにより、複数のスタンバイデータベースを手動で作成できます。DGMGRLの詳細

  • オンプレミスデータベースとOracle Cloud Infrastructure Databaseの間にData Guardを構成できますか?

    はい、オンプレミスデータベースとOracle Cloud Infrastructure Databaseの間にData Guardを構成できます。DGMGRLを使用して、オンプレミスデータベースとOracle Cloud Infrastructure Databaseの間にData Guardを手動で設定できます。DGMGRLの詳細

  • Oracle Identity and Access Managementコントロールを使用してData Guardアクションへのアクセスを制御できますか?

    はい、Oracle Identity and Access Managementを使用してData Guard機能へのアクセスを制御できます。Oracle Identity and Access Managementの詳細

  • プライマリおよびスタンバイのData Guardセットアップでデータベースにパッチを適用するにはどうすればよいですか?

    プライマリおよびスタンバイのData Guard設定でデータベースにパッチを適用できます。最初にスタンバイに手動でパッチを適用し、次にプライマリに切り替えてパッチを適用する必要があります。

  • Data Guardセットアップでデータベースをバックアップするにはどうすればよいですか?

    Oracle Cloud Infrastructure Databaseバックアップおよびリカバリ機能を使用して、プライマリデータベースをバックアップおよびリカバリできます。スタンバイのバックアップを有効にする場合は、スタンバイデータベースホストにアクセスし、RMAN(Recovery Manager)を使用して有効にすることができます。

  • 障害が発生したプライマリデータベースをプライマリデータベースの状態に戻すにはどうすればよいですか?

    Data Guard機能を使用することで、プライマリデータベースが一度フェイルオーバーすると、“スタンバイが無効”な状態になります。このスタンバイを無効にして問題を修正した後、機能しているスタンバイロールにリカバリできます。その後、このスタンバイデータベースをプライマリロールに切り替えることができます。

  • 読み取りまたは書き込み操作にスタンバイインスタンスを使用できますか?

    はい、Active Data Guardが設定されていれば、スタンバイインスタンスを読み取り専用操作に使用できます。スタンバイでは書き込み操作は有効になっていません。

  • データベースのプライマリがスタンバイにフェイルオーバーしたことを知るにはどうしたらできますか?

    Enterprise Managerを使用して、Oracle Cloud Infrastructureによって管理されるDBシステムを監視することを推奨しています。インスタンスで監査ログ操作を有効にすると、ログを表示して、プライマリがいつフェイルオーバーしたかが分かります。

  • データベースのフェイルオーバーにはどのくらいの時間がかかりますか?

    2ノードRAC構成の場合、フェイルオーバーは数十秒で終了します。ただし、Data Guardを使用した異なるADにある2つのインスタンス間のフェイルオーバーの場合、フェイルオーバーは2分未満である必要があります。

  • 2ノードRACシェイプは、可用性ドメイン(AD)にまたがっていますか?

    いいえ、2ノードRACシェイプは、同じAD内の異なるラック内の2つのサーバーのセットです。ストレージは両方のインスタンスで共有されます。この設定により、インスタンスのハードウェア障害から保護されます。可用性を高めるために、別のADに別の2ノードRACシェイプをセットアップすることを推奨しています。

  • インスタンスにアクセスして、データベース操作のログを直接調べることはできますか?

    はい、DBシステムへのルートアクセス権があれば、DBシステム上のデータベースに対するすべての操作を確認および監査できます。