Oracle True Cacheでのオブジェクトの固定: KEEPプールを使用するタイミングと理由 (2025/01/28)

Oracle True Cacheでのオブジェクトの固定: KEEPプールを使用するタイミングと理由 (2025/01/28)

https://blogs.oracle.com/database/post/pinning-objects-in-oracle-true-cache-when-and-why-to-use-the-keep-pool

投稿者： Ilam Siva | Senior Principal Product Manager


効率的なキャッシュは、高パフォーマンス・アプリケーションの基礎です。ただし、手動操作を行わずに重要なデータをキャッシュに残しておくことは困難な場合があります。Oracle True Cacheは、KEEPプールとともに、このニーズにシームレスに対応しています。





Oracle True Cacheが一意になる理由



True Cacheを初めて使用する読者向けのクイック・リフレッシュ機能- Oracle True Cacheは、Oracle Databaseのインメモリーで一貫性のある自動管理キャッシュです。True Cacheは、SQLキャッシュであり、データベースのキー値(オブジェクトまたはJSON)キャッシュでもあります。すべてのOracle Databaseオブジェクトおよびタイプがキャッシュされます。True Cacheは、主にディスクレスであることを除き、プライマリ・データベースの完全に機能する読取り専用レプリカです。True Cacheの最も優れた機能の1つは、自動的に管理されるため、アプリケーション開発者はキャッシュ層のキャッシュを管理する必要がなくなり、キャッシュの一貫性やキャッシュ内のアイテムの存続時間を管理する必要がなくなります。これはすべて管理されており、アプリケーション開発者の生活を非常に簡単にします!




True CacheでのKEEPプールの役割




True Cacheは、Oracle Databseの拡張バッファ・キャッシュとして表示でき、キャッシュのスケールと容量を大幅に強化するために別々のマシンに存在します。データベースのキャッシュのスケールと容量を本当に増やすことができます。Oracle Databseでは、様々なタイプの操作でバッファ・キャッシュを使用して、ディスクから読み取られたデータ・ブロックを格納します。True Cacheは似ていますが、大規模に動作します。バッファ・キャッシュの場合、KEEPプールを使用して、頻繁にアクセスされるセグメントをバッファ・キャッシュに保持できます。KEEPバッファ・プールの目的は、オブジェクトをメモリー内に保持することで、I/O操作を回避することです。



同様に、True Cacheに対して、ホット・オブジェクト(頻繁にアクセスされるオブジェクト、またはI/O操作を回避するためにキャッシュ内に存在するオブジェクト)を削除しないことを(可能なかぎり)指定するために、True CacheのKEEPバッファ・プールにオブジェクトを割り当てることができます。(実際、より高度な設定では、複数の真のキャッシュがある場合は、異なるTrue CacheのKEEPバッファ・プールに異なるオブジェクトを割り当てることができます)。






True CacheのKEEPプール




True CacheのKEEPプールにオブジェクトを割り当てると、頻繁にアクセスされるデータに対する効率的なキャッシュが確保され、削除を最小限に抑えることでパフォーマンスが向上します。これにより、ホット・オブジェクトのキャッシュ・ヒット率が改善されます。




  • True CacheでDB_KEEP_CACHE_SIZEを構成します。これを行うには、アプリケーションに基づいて保持するオブジェクトに依存するおおよそのサイズを計算する必要がある場合があります。
  • その後、True CacheのオブジェクトをKEEPバッファ・プールに割り当てることができます。オブジェクトがTrue CacheのKEEPバッファ・プールに割り当てられると、オブジェクトのブロックは問合せ用にロードされ、KEEPバッファ・プールに保持されます。
  • 新しいデータがプライマリ・データベースのオブジェクトに挿入されると、その新しいデータは、REDO適用メカニズムを介してTrue CacheのKEEPバッファ・プールに自動的に伝播されます。




留意すべき点は、プライマリ・データベースでKEEPをマークすると、True CacheでもKEEPとしてマークされることです。プライマリ・データベースがTrue Cacheキープ・プールにオブジェクトをフラッディングしないようにすると、混乱が生じる可能性があります。


DBMS_CACHEUTIL.TRUE_CACHE_KEEPを使用すると、レスキューが行われます。これにより、プライマリ・データベースで保持されるようにマークされているオブジェクトが優先され、オーバーライドされます。




たとえば、True CacheのCUSTOMER_LOOKUP表をKEEPするには、次のように実行します。

EXECUTE DBMS_CACHEUTIL.TRUE_CACHE_KEEP (‘SYS’, ‘CUSTOMER_LOOKUP’);


これにより、そのキャッシュのKEEPバッファ・プールにオブジェクトが割り当てられます。




DBMS_CACHEUTIL.TRUE_CACHE_UNKEEP()を使用して、KEEPバッファ・プールからオブジェクトを削除することもできます。ただし、ブロックはすぐには削除されません。かわりに、他のオブジェクトの新しいブロックがKEEPバッファ・プールに取り込まれると、自然にエージ・アウトされます。


V$TRUE_CACHE_KEEPビューを使用して、True CacheのKEEPバッファ・キャッシュに割り当てられるオブジェクトを監視できます。



まとめ


KEEPは、特定の表およびオブジェクトを固定して、ホット・データセットがキャッシュに保持されるようにする強力な機能であり、これにより、メモリーの制約やルーチン・キャッシュの削除によって重要なデータが削除されることを防ぎます。保持されるデータは、開発者の介入なしに自動的にリフレッシュされ、プライマリ・データベースでデータが更新されるたびにリアルタイムで一貫性が保たれます。この機能を使用すると、Oracle True Cacheで頻繁にアクセスされるデータをより効率的かつ高パフォーマンスで永続化できます。




全体的に、Oracle True Cacheは、プライマリ・データベースからリソース集約型の問合せ/読取りをオフロードすることで、パフォーマンスとスケーラビリティを向上させます。これは、最もフル機能のSQLおよびオブジェクト・キャッシュです。開発者がキャッシュとプライマリ・データベースの間でデータを同期させるという負担をかけることなく、True Cacheのデータは、常に複数の表間で一貫性を保ち、最新の状態を維持します。プライマリ・データベースのスキーマ変更も、自動的にキャッシュに伝播されます。


キャッシュ戦略を最適化する準備はできていますか? Live Labsを使用して、Oracle True Cacheの詳細と比類のないパフォーマンスを今すぐ実現

Resources for further information:
True Cache home: https://www.oracle.com/truecache

User Guide: True Cache User Guide

Live Labs: How to access Live Labs for True Cache
Video: Video presentation

コメント

コメントを投稿

このブログの人気の投稿

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 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統合の構成方法を示します。 構成ステップ: リファレンス・アーキテクチャの理解 前提条件 ...
続きを読む

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)...
続きを読む