Oracle 12cのReal Application Clustersの基本 - 過去12年間にOracleのWebサイトを訪問した場合のダミー

過去12年間にOracleのWebサイトを訪れたことがあれば、マーケティング・バイ・ラインで「Unbreakableこのタグ行は、 Real Application Clusters （RAC）機能を参照しています。もちろん、多くの要素が関わっていますが、RACが注目しています。

RACはOracleのデータベースクラスタリングソリューションです。ある意味では、それは数に強さがあるという理論に基づいています。 RACでは、パラレル・データベース・インスタンスのオペレーティング環境を使用できます。

<！ - 1 - >

これらのインスタンスは協力して作業を共有し、いずれかが失敗した場合に互いにバックアップします。 RACは、計画停止と計画外停止の両方に役立ちます。これにより、エンドユーザーやアプリケーションにほとんど影響を与えずに、サーバー間で処理を移行できます。

Real Applications Clusters対Oracle Parallel Service

長年にわたり使用されてきたRACは、以前はパラレル・サーバー・オプションとして知られていました。 RACがRACだったときに誰かが怒ってしまう前に、RACモニカの前にOracle Parallel Server（OPS）がRACが提供する機能とはかなり離れていたことは容易に認められます。

<！ - 2 - >

Oracleはアーキテクチャーを大幅に強化し、よりアクセスしやすく、セットアップも簡単にしました。オラクルは、ダウンタイムを最小限に抑える環境のコンポーネントにも注力しました。つまり、RACは、使いやすさとパフォーマンスの従来の機能をはるかに上回る新しいタイプのOPSです。

RACがあなたに合っているかどうかを判断することは大きな決定です。 RACを実装するには、多くのリソースとコストが必要です。しかし、時には少し前を過ごすことで、後であなたを救うことができます。

<！ - RACが提供できるものを検討してください。

スケーラビリティ：

このテクノロジは、コンピュータとリソースをベースにしています。 RACを使用すると、必要に応じてハードウェアを購入してライセンスを取得できます。さらに、データベースを停止することなく、新しいハードウェアを接続することができます。サーバーのコンピューティング機能を超えた場合は、構成にシームレスに追加してください。稼働時間：
RACは、計画されたダウンタイムおよび予定外のダウンタイムからコンピューティング環境を強化することができます。エンドユーザーに中断することなく、計画的なダウンタイム（メンテナンス、パッチ、アップグレードなど）を行うために、アプリケーションの一部を透過的に削除することができます。さらに、環境のコンピューティングリソースのいずれかに障害が発生した場合、RACは自動的にアプリケーション接続をフレームワーク内の他のリソースに転送します。パフォーマンス：
この点については議論の余地がありますが、RACのパフォーマンス機能を慎重に定義する必要があります。 RACは複雑な環境であるため、アプリケーションを最大限活用するように設計する必要があります。この事実を無視すると、RACは実際にパフォーマンスを低下させる可能性があります。心に留めておきます。
- RACは分割と征服の方法論に関して性能上の利点を提供することができます。大規模なジョブを複数のコンピュータに分散することができます。電力不足のマシンがあなたの会社を制限していることが分かっている場合、複数のマシンで実行するようにジョブを再設定することは大きな利点をもたらします。
- それは
  
  並列処理、と呼ばれ、RACの基本の一部です。 RACは、水平（999）（水平）ソリューションです。つまり、あるサーバーを別のより強力なサーバーに置き換えるのではなく、（垂直）に拡張するのではなく、ノードをクラスターに追加するということです。 Oracle 12cのRACアーキテクチャを探る方法 RACは、ハードウェアとソフトウェアの複雑な構成で動作します。 Oracleデータベースは、通常、データにアクセスして保守するために連携する単一のファイル・セット（データベース）と単一のメモリーおよびプロセス・コンポーネント（インスタンス）のセットと呼ばれます。これはOracleインストールの最も一般的な構成です。この構成では、一度に1つのマシンと1つのOracleインスタンスだけで、データベース・ファイルをマウントしてアクセスできます。