パーティション化構成では、データは複数のTrue Cacheに分割され、それぞれでデータの異なるサブセットがキャッシュされます。すべてのTrue Cacheにまたがるキャッシュ・データの合計サイズは、単一のプライマリ・データベースの場合や、共通構成の単一キャッシュの場合よりも大幅に大きくなる可能性があります。
共通構成と同様に、COLOCATION_TAG
を使用したパーティション構成で、ネットワーク別名のCONNECT_DATA
パラメータ内でCOLOCATION_TAG
を設定した場合を除いて、ロード・バランシングは無視されます。リスナーは、同じCOLOCATION_TAG
を持つすべての接続を同じTrue Cacheに送信しようとします。
この図は、次の要素を含むCOLOCATION_TAG
を使用したパーティション構成の例を示しています:
- 1つのプライマリ・データベース(
PRIMDBI
) - 2つのTrue Cache (
TCDB1I
およびTCDB2I
) - 1つのリモート・リスナー(
sales_rl
) - 2つのアプリケーション
COLOCATION_TAG
がUS
に設定されているセッションは、1つのTrue Cache (TCDB1I
)に移動します。COLOCATION_TAG
がEUROPE
に設定されているセッションは、別のTrue Cache (TCDB2I
)に移動します。
この例では、両方のTrue Cacheが同じデータ・センター内にあります。1つのTrue Cacheは、US
(US
からの接続)でタグ付けされたクライアントのTNS CONNECT_DATA
のすべてのリクエストを処理し、もう1つのリクエストは、EUROPE
(EUROPE
からの接続)でタグ付けされたクライアントのTNS CONNECT_DATA
ですべてを処理します。
True Cacheが起動すると、FAL_CLIENT
パラメータ(TCDB1I
またはTCDB2I
)で指定されたTrue Cacheネットワーク名が、FAL_SERVER
パラメータ(PRIMDBI
)で指定されたプライマリ・データベースのネットワーク名で登録されます。
アプリケーションで接続を手動で処理する場合、True Cacheデータベース・アプリケーション・サービスを介して問合せをTrue Cacheに送信し、プライマリ・データベース・アプリケーション・サービスを介して他の問合せおよび更新をプライマリ・データベースに送信します。
アプリケーションの透過性を高めるために、JDBCメソッドを使用し、プライマリ・データベース・アプリケーション・サービスをTrue Cacheデータベース・アプリケーション・サービスに関連付けることができます。この図は、次のデータベース・アプリケーション・サービスを示しています:
- プライマリ・データベース(
PRIMDBI
)は、SALES
という1つのデータベース・アプリケーション・サービスを実行します - 2つのTrue Cache (
TCDB1I
およびTCDB2I
)は、SALES_TC
という1つのデータベース・アプリケーション・サービスを共有します。
2つのサービスは、プライマリ・データベース・アプリケーション・サービス(SALES
)のTRUE_CACHE_SERVICE
パラメータをSALES_TC
に設定すると関連付けられます。アプリケーションのコードは、プライマリ・データベース・アプリケーション・サービス(SALES
)についてのみ知っておく必要があります。SALES_TC
データベース・アプリケーション・サービスを使用するために、アプリケーションは、SALES
JDBC接続のsetReadOnly
フラグ(TRUE
またはFALSE
)を変更します。
True Cacheおよびプライマリ・データベースは、リモート・リスナー(sales_rl
)を共有します。