リリースノートを見つける NCache 以下のバージョン。
01年2024月XNUMX日（火）
NCache 5.3 SP3 には、いくつかの非常に重要な機能拡張とバグ修正が含まれています。
In NCache 5.3 SP3 では、 NCache 実行サービス。このサービスは、Java エディションと .NET エディションの両方に実装されている統合実行モデルを表します。 NCache.
Java エディションの場合、この別個の実行プロセスは、 NCache 実行サービスは、キャッシュ ローダー、リフレッシュ、リードスルー、ライトスルー操作などのサーバー側ユーザー コードの実行を担当します。この変更により、サーバー側のコードの実行が合理化され、Java プラットフォーム全体で効率的かつ一貫した操作が保証されます。
.NET エディションでは、 NCache 実行サービスも同様に調整されていますが、特にキャッシュ ローダーとリフレッシュのコード実行用に設計されています。 .NET エディションのこの機能強化は、サーバー側のコード実行プロセスを最適化および標準化するという実行モデルの全体的な目的と一致しています。
Java クライアント キャッシュ アーキテクチャは、.NET クライアント キャッシュ アーキテクチャと同期されています。この同期には、Java クライアント キャッシュでの Readthrough および Writethrough メカニズムの実装と、L1 キャッシュと L2 キャッシュ間の強化された同期が含まれます。この調整により、さまざまなプラットフォーム間での一貫性と効率が確保されます。
NCache Management Center には、ログ ファイルをダウンロードする機能など、顕著な改善が見られます。この新機能により、キャッシュ サーバーを管理するユーザーにとって利便性が向上します。さらに、サービスを開始、停止、再起動する機能 NCache サービス、 NCache 実行サービスと NCache Bridge Service が追加され、管理制御と柔軟性が強化されました。
Export-CacheConfiguration コマンドが機能強化され、エクスポートされたキャッシュ構成のフォルダー構造が改善されました。サーバー側の機能展開をエクスポートに組み込むオプションが追加され、より包括的な構成管理機能が提供されます。さらに、エクスポート用のキャッシュ名の指定が必須となり、より明確で正確な構成エクスポートが保証されます。
エクスポートされた構成を使用してキャッシュを作成すると、 NCache 必要なライブラリを構成とともに自動的にデプロイします。
キャッシュ クラスターにノードを追加するプロセスを合理化するための機能強化が導入されました。 NCache。ユーザーは、既存のクラスターに追加された新しいノードごとに、リードスルー、ライトスルー、キャッシュ スタートアップ ローダーなどの機能のサーバー側プロバイダーを手動でデプロイする必要がなくなりました。
自動展開機能を使用すると、 NCache 新しいノードがクラスターに追加されると、構成された機能に必要なサーバー側プロバイダーが自動的にデプロイされます。この自動化によりプロセスが簡素化され、ユーザーによる手動介入を必要とせずに、新しいノードがキャッシュ クラスターに参加するための完全な装備が確保されます。
NCache 5.3 SP3 では、特に Docker インスタンスの登録プロセスに大幅な機能強化が導入されています。以前は、DockerHub ではサーバー イメージのみが利用可能でした。 NCacheであり、開発者向けインストールを求めるユーザーは独自の Docker イメージを作成する必要がありました。新しいアップデートにより、DockerHub 上で公開された 1 つのイメージをサーバーまたは開発者のインストールに柔軟に使用できるようになりました。この改善により、Docker を使用するユーザーのプロセスが大幅に簡素化されました。
Docker インスタンスの登録中に、ユーザーは -RegisterAs パラメーターを使用してインストール タイプを指定する必要があります。このパラメータを使用すると、ユーザーは「CacheServer」、「RemoteClient」、および「Developer」モードから選択できます。「CacheServer」がデフォルトです。 -RegisterAs パラメーターが指定されていない場合、システムはデフォルトでサーバーのインストールを想定します。この機能強化により、利便性がもたらされるだけでなく、特定の要件に応じて Docker インスタンスを構成する際の柔軟性も提供されます。
In NCache 5.3 SP3 では、これを容易にするための新機能が導入されました。 NCache ロードバランサーを介してキャッシュサーバーに接続するクライアント。この機能は、Kubernetes クラスターやアクセスが制限されたクラウド サブスクリプションを使用する環境 (プライベート リンクを使用する Azure や AWS など) など、クライアントがキャッシュ サーバーを直接知ることができないシナリオに特に関連します。
伝統的に、 NCache このアーキテクチャでは、各クライアントが各キャッシュ サーバーとの接続を確立する必要があります。ただし、ロード バランサーがこのアーキテクチャに導入されると、クライアントから個々のキャッシュ サーバーを直接認識できなくなります。これに対処するには、 NCache 5.3 SP3 は、クライアントがロード バランサ経由で最初のキャッシュ サーバーに最初に接続したときに、サーバーが構成内の他のキャッシュ サーバーに関する情報を共有するメカニズムを実装しています。
クライアントは、この情報を受信すると、ロード バランサを介して他のサーバーへの接続を試行し始めます。このプロセスは、すべてのサーバーとの接続が確立されるか、設定された試行回数が終了するまで継続されます。このアプローチにより、各サーバーを直接認識できない場合でも、クライアントはキャッシュ クラスターとの完全な接続を維持できます。
このリリースでは、テクノロジー標準の継続的な更新を反映して、.NET 4.6.1 以前のバージョンのサポートが中止されます。サポートされる .NET クライアントの最小バージョンは .NET 4.6.2 になりました。
TLS サポートを通じて、強化されたセキュリティが Java クライアントに統合されました。
Hibernate および Spring の最新バージョンとの直接統合が提供されるようになり、統合プロセスが合理化されます。以前は、この統合は JCache インターフェイスを通じてのみ利用可能でした。
Spring ベースの Web アプリケーションの効率的なセッション管理が導入され、アプリケーションの機能が強化されました。 NCache これらの環境では。
以前は、 NCache 60 日間の無料試用期間が提供されました。ただし、最新のアップデート (30 SP5.3) では、この期間が 3 日に短縮されました。この変更にもかかわらず、お客様は営業チームに連絡することで評価期間を延長することができます。ご要望に応じて、営業チームはお客様が延長できる延長キーを提供できます。 NCache 評価期間は最大 120 日間です。
2023 年 10 月 03 日
NCache 5.3 SP2 には、非常に重要なバグ修正と拡張機能がいくつか含まれています。
このリリースでは、システム内の認証操作のパフォーマンスと効率を向上させるために、資格情報キャッシュを導入しました。 既存のセキュリティ プロバイダーの上にキャッシュ層を提供し、基盤となる認証システム (LDAP や Active Directory など) への繰り返しの認証呼び出しの必要性を減らします。
このリリースで行われたいくつかの機能強化は次のとおりです。
ユーザー資格情報 (ユーザー名と暗号化されたパスワード) は、LDAP / Active Directory サーバーに対する認証が成功するとメモリにキャッシュされます。 これにより、同じユーザーに対する複数のクライアントによる後続のリクエストで再認証が必要なくなります。
認証情報のキャッシュが改善される NCache LDAP/Active Directory サーバーへの高価な移動を削減することでパフォーマンスを向上させます。 また、高トランザクション環境における LDAP/Active Directory サーバーの負荷も軽減されます。 NCache 普段は生きている。
指定する場合のユーザー エクスペリエンスは以前と同じです。 NCache セキュリティ。
デフォルトでは、資格情報キャッシュ機能は有効になっていますが、構成ファイルを変更することで簡単に無効にすることができます。 の 'NCacheServer.EnableCredentialCaching' の旗 NCache サービス構成ファイルは、この機能を有効または無効にします。
NCache は、TLS 暗号化機能を拡張して、クライアントとサーバーの間だけでなく、サーバー ノード間の通信も保護します。 その間 NCache 以前はクライアント/サーバー通信用に TLS 暗号化を提供していましたが、この拡張機能はクラスター内のサーバー ノード間のデータ交換の安全性を確保することに重点を置いています。 この追加された暗号化層により、サーバー ノード間で送信されるすべてのデータの機密性が確保され、潜在的な脅威から保護され、分散キャッシュ環境全体のセキュリティが強化されます。
NCache ブリッジ接続を介した通信に対する TLS 暗号化サポートが導入されました。 この機能により、 NCache ブリッジを介して接続されたキャッシュ クラスター間で送信されるデータが暗号化され、安全に保護されるようにします。 この機能強化により、ブリッジ接続を介して流れるデータが保護され、分散キャッシュ インフラストラクチャに追加の保護層が追加されます。 注目に値するのは、 NCache は以前、クライアントとサーバー間の通信に TLS 暗号化を提供していましたが、この拡張によりブリッジ接続もカバーされるようになりました。
このリリースでは、次の機能を導入することでセキュリティ プロトコルのサポートを強化しました。 NCache 証明書は信頼されたルート ストアだけでなく、個人 (「My」) ストアにもあります。 この機能強化により、グループ ポリシーのアクセス許可制限がルート ストア内の証明書の保存に影響を与える可能性がある環境で、よりスムーズな操作が可能になります。
スムーズな操作のためには、ほとんどのシステムで本質的に信頼されているよく知られた公的認証局 (CA) によって証明書が発行されることが不可欠です。 これにより、クライアント マシンは、信頼されたルート ストアに CA 証明書をインストールすることなく、サーバーの証明書を検証できるようになります。
ただし、プライベート CA の場合は、検証を成功させて安全な通信を行うために、参加しているすべてのマシンの信頼されたルート ストアに CA の証明書をインストールする必要があります。
NCache ノードとキャッシュのセキュリティをシームレスに組み合わせる機能が導入され、制御と柔軟性が強化されます。 この機能を使用すると、ノードのセキュリティが有効になると、それぞれのノード上のすべてのキャッシュが自動的に保護されます。 ノード管理者は、キャッシュ データとノード管理タスクの両方を包括的に制御できます。 一方、キャッシュ ユーザーは個別に保護されたキャッシュに関連付けることができ、キャッシュ関連の操作のみへのアクセスを許可します。 NCache API。 この組み合わせにより、管理者はアクセス許可を調整できるようになり、キャッシュ ユーザーのキャッシュ API へのアクセスが制限される一方、ノード管理者は API 対話と管理操作の両方を含む幅広いアクセス権を得ることができます。
NCache グループベースの認証を許可することでセキュリティ構成を強化する機能が導入されています。 LDAP グループをノード管理者またはキャッシュ ユーザーとして簡単に追加できるようになり、全体にわたる権限の管理が簡素化されるようになりました。 NCache 集まる。 この機能は、キャッシュ ノードおよびキャッシュへのグループ アクセスを許可することで、組織内の複数のユーザーを承認するプロセスを合理化します。
NCache は、Microsoft が提供する LDAP の最新の実装によって提供される強化された認証および認可機能を活用するために、Windows ベースのサーバー用の LDAP プロバイダーをアップグレードしました。 このアップグレードされた LDAP プロバイダーの機能を確認してください。 Microsoft の LDAPConnection ドキュメント.
この最新リリースでは、 NCacheの名前を変更することで技術的な改良を導入しました。 NCache マネージャーへ NCache 管理センター。 この変更は、ツールの機能を強化し、キャッシュ クラスター管理のためのより高度なプラットフォームをユーザーに提供するための戦略的な動きを表しています。 名前は進化していますが、基礎となる機能と機能は堅牢なままであり、キャッシュ クラスターを正確かつ効率的にシームレスに構成、監視、管理できます。
NCache は、キャッシュ ノードを保護するための使いやすいインターフェイスをさらに強化しました。 以前にこの機能を提供していましたが、さらにスムーズなエクスペリエンスを保証するために大幅な改善を加えました。 キャッシュ ノードのセキュリティを構成するプロセスがより直観的かつ合理化され、簡単にキャッシュ ノードを保護できるようになりました。
NCache 管理センター、以前は NCache Manager に認証機能が含まれるようになりました。 ノードが保護されると、 NCache Management Center は、ログイン ページを表示してユーザーに認証を求めます。 これにより、許可されたユーザーのみが管理センターにアクセスできるようになり、セキュリティ層が強化されます。 NCache 環境。 設定されたノード管理者のみがセキュア ノードにログインできます。
NCache は、新しい Enable-NCacheTLS と無効化 -NCacheTLS コマンドレット。 以前は、ユーザーはレジストリ設定を編集して TLS を手動で構成する必要がありましたが、これは複雑で時間がかかる可能性がありました。 これらのコマンドレットを使用すると、XNUMX つ以上のサーバーおよびクライアント ノードで TLS を簡単に有効または無効にすることができます。
NCache PowerShell を介してセキュリティ設定を管理するための強化されたアプローチが導入され、セキュリティ構成をより詳細に制御できるようになります。 改良されたEnable-NCacheセキュリティと無効化 -NCacheセキュリティ コマンドレットを使用すると、セキュリティを有効または無効にするプロセスが簡素化され、柔軟性が高まります。
追加機能の導入により、NCacheUserOrGroup と Remove-NCacheUserOrGroup コマンドレットを使用すると、管理者は特定のアクセス権限を持つユーザーとグループを効率的に管理できます。 この拡張された PowerShell ベースのセキュリティ管理により、セキュリティを保護するための制御およびカスタマイズのオプションが強化されます。 NCache 環境。
この最新の NCache リリース、ご紹介できることを楽しみにしています NCache 遊び場。 これは、エクスペリエンスを向上させるために設計された強力でインタラクティブなツールです。 NCache. NCache プレイグラウンドは、ユーザーが探索、実験、慣れるための専用環境として機能します。 NCache 機能、サンプル、実際のシナリオ。 と NCache 気軽に走れる遊び場 NCache 本格的な開発環境を必要とせずに、サンプルを作成し、その場で調整を行い、演習を実行できます。 このツールは、すぐに内容を把握したいユーザーに最適です。 NCache 概念を理解し、その機能を評価し、学習曲線を加速します。
9月12、2022
NCache 5.3 SP1 には、いくつかの非常に重要な拡張機能とバグ修正が含まれています。 このリリースには、主要なユーザー エクスペリエンスの改善も含まれています。 NCache 5.3SP1はすべての人に推奨されるアップグレードです NCache ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache Azure および AWS で利用可能なイメージ、無料評価の登録 NCache でサポートされています NCache ウェブマネージャー。 マシンが評価またはライセンス キーで登録されていない場合、 NCache Web Manager のデフォルト画面では、評価を開始するか、ボックスをアクティブ化するための登録プロセスが表示されます。
特徴 'NCache NoSQL5.3 でリリースされた ' は ' に名前が変更されましたNCache 持続性」。 機能の動作は同じままですが、追加のプロバイダーは削除されています。 の NCache 永続性は、組み込みのファイル システム ベースのストアでのみ使用できるようになりました。
すべて NoSQL 関連する PowerShell コマンドレットの名前も変更されました。
用に個別の NuGet パッケージがリリースされています。 NCache CLR ストアド プロシージャ。 これは、CLR ストアド プロシージャを簡単に作成するのに役立ちます。 NCache APIです。
client.ncconf で指定された構成を使用する代わりに、ユーザーは、アプリケーションの web.config または appsettings.json ファイルで指定された接続オプションを SignalR アプリケーションに使用させることができます。 指定した場合、アプリケーションはこれらの設定を使用します。
更新間隔の値を分単位ではなく秒単位で設定できるようになりました。 この変更は、リフレッシャーを XNUMX 分未満の間隔で実行する必要があるシナリオに対応するために行われました。
MapReduce、アグリゲーター、 Memcached 統合は非推奨とマークされており、次のバージョンで削除されます。
2022 年 4 月 12 日
NCache 5.3 には、いくつかの非常に重要な新機能のほか、さまざまなパフォーマンスとメモリの最適化が含まれています。 このリリースには、ユーザー エクスペリエンスの大幅な改善も含まれています。 NCache 5.3はすべての人に推奨されるアップグレードです NCache ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache 現在提供しています NoSQL Database この機能では、データベース全体がインメモリで分散されていますが、リアルタイムで永続的なストレージにも保存されます。 このリアルタイムの永続性により、メモリ内のデータは常に同期され、すべてのシステムを再起動しても失われることはありません。 NCache サーバー。
NCache 次のリアルタイム永続化オプションを提供します NoSQL Database:
あなたが使用することができます NCache NoSQL Database 次の方法で
NCache 全文検索にLuceneを使用する.NETアプリケーション用の分散Luceneを提供します。 分散Luceneは標準のLucene.NETインデックスを取得して分散させるため、Luceneインデックスを複数にスケーリングできます NCache 実行時でもサーバー。 これにより、アプリケーションが複数のユーザーと通信するようになったため、インデックスサイズだけでなく、アプリケーションのトランザクション容量も増やすことができます。 NCache Lucene用のサーバー。
分散Lucene機能のハイライトは次のとおりです。
NCache は、Windows と Linux の両方で Python クライアントを提供するようになりました。 この Python クライアントには、クライアント側の API 機能がすべて備わっています。 NCache 従来の.NETおよびJavaクライアントが楽しんでいたことです。
NCache は、Windows と Linux の両方で Scala クライアントを提供するようになりました。 この Scala クライアントには、クライアント側の API 機能がすべて備わっています。 NCache 従来の.NETおよびJavaクライアントが楽しんでいたことです。
NCache PowerShellコマンドレットとしてインポートおよびエクスポートツールを提供します。 これらのツールを使用すると、JSON/CSVデータをにインポートまたはエクスポートできます。 NoSQL Database またはそれから。 これにより、すべてまたは一部を抽出できます NoSQL database.
NCache の永続性プロバイダー NoSQL Database （UNCパスに基づいて）共有ネットワークフォルダーにある複数のファイルにデータを保持します。 したがって、通常のファイルシステムツールを使用してバックアップを実行できます。
オンライン バックアップ機能を提供するには、 NCache また、一時的に一時停止するための管理ツール（PowerShellコマンドレットとして）も提供します NCache 永続ストレージに書き込み、ファイルシステムのバックアップを実行している間のみメモリ内に作成されます。 ただし、バックアップが完了したら、書き込みを有効にすると、保留中のすべての書き込みが永続ストレージに即座に適用されます。
ストレージ オプションとして SQL Server または MongoDB を使用している場合、これらのデータベースは使用する必要があるオンライン バックアップ ツールを提供します。
NCache 既存のLuceneインデックスをにインポートする機能を提供します NCache Luceneを一括ファイルコピー方式で分散します。これは、既存のLuceneインデックスからドキュメントを読み取り、それらを個別に書き込むよりもはるかに高速です。 NCache LuceneをAPIを介して分散しました。
次のタイプの Lucene インデックスのインポートを実行できます。
NCache パーティションを作成し、Luceneインデックスを分散環境とそれぞれに保存します NCache サーバ。 また、すべてのインデックスは複数のファイルとして保存されます。 したがって、それらに対して通常のファイルシステムのバックアップ/復元ツールを使用できます。
現在、アプリケーションが Lucene インデックスを更新していない限り、オンライン バックアップを実行できません。 サーバーを停止してバックアップを実行するには、トラフィックの少ない時間を選択する必要があります。
Distributed Lucene インデックスの復元は、ファイル システム ファイルの復元と同じであるため、可能です。 再起動する必要がある場合があります NCache バックアップを実行したときと同じ分散構成情報を持つサーバー。
NCache .NET6.0を完全にサポートするようになりました。 全て NCache サーバーは.NET6.0（または .NET Framework そのバージョンをダウンロードした場合は4.8）。 NCache クライアントも.NET6.0です。 でも、 NCache 両方の以前のバージョンのサポートも提供します .NET Core & .NET Framework for NCache クライアント。
NCache ASP.NET/ASPにJSONシリアル化を使用できるようになりました.NET Core セッション。 以前は、.NETが提供するバイナリシリアル化を使用するしかありませんでした。 バイナリシリアル化オプションはまだありますが、.NET 6.0では、バイナリシリアル化はデフォルトで無効になっているため、お勧めしません。
JSON シリアル化では、「シリアル化可能」とマークされていないオブジェクトを、コンパクト シリアル化を使用せずに使用することもできます。 JSON シリアル化を使用すると、構成設定を変更するだけで済みます。
オブジェクト属性をに含めるには NCache SQLクエリ、最初にインデックスを作成する必要があります。 以前は、インデックスを作成する唯一の方法は、インデックスをの一部として定義することでした。 NCache 構成。 それはまだ可能であり、これを行うための良い方法です。
ただし、カスタムアノテーションを使用してプログラムでクエリインデックスを定義できるようになりました。 これにより、でクエリインデックスを作成するさまざまな方法を完全にサポートできるようになりました。 NCache.
NCache インデックスを作成し、SQLクエリで使用するためのnull許容プロパティをサポートするようになりました。 この機能は、.NETのプロパティとフィールドがnull許容であるために提供されています。 しかし、以前は NCache null値に基づくサポート検索を提供していませんでしたが、現在はサポートしています。
NCache は、分散 Lucene を使用した全文検索で地理空間インデックスをサポートするようになりました。 通常の全文検索 Lucene インデックスと同様に、地理空間インデックスも Lucene.NET を内部で使用して地理空間クエリをサポートします。 地理空間インデックス用の NuGet パッケージは、全文検索インデックスの NuGet パッケージとは別のものです。
NCache 分散Luceneを使用したファセット検索をサポートするようになりました。 ファセット検索は、ファセットナビゲーションシステムを使用して従来の検索手法を強化する手法です。 これにより、ユーザーはアイテムのファセット分類に基づいて複数のフィルターを適用することにより、検索結果を絞り込むことができます。
NCache ファセット検索を実行するために必要なすべてのAPIを含むファセット検索用のNuGetパッケージを提供します。
評価期間は、以前のバージョンですでに追跡されています。 NCache 個別のダウンロードまたは個別のインストール レベルではなく、電子メール ドメイン レベルで行われます。 これは、以前のバージョンを評価していた場合、 NCache しかし購入しなかった場合は、評価期間がすでに終了している可能性があります。
しかしながら、 NCache 5.3 では、このバージョンの評価期間が新たに開始されます。 以前と同様に 30 日間の評価期間があり、営業チームに一度に 30 日ずつ延長して合計 180 日まで延長するよう依頼できます。
NCache 以前はスマートオブジェクトプーリングを実装し、大きなオブジェクトを80K未満のオブジェクトに分割していたため、LOHは頻繁には使用されませんでした。 この初期のメモリ最適化はすでに改善されていました NCache 個々のアイテムの取得、挿入、更新、削除など、最も一般的に使用される「アトミック操作」のパフォーマンスはかなり高くなります。
ただし、一括操作、クエリ インデックス、SQL 検索などの他の多くの領域はこの方法では完全に最適化されていないため、LOH および Gen2 コレクションが頻繁に使用され、最高のパフォーマンスが得られませんでした。
さて、このバージョンの NCache これらすべての領域でメモリ管理を最適化し、パフォーマンスをさらに高速化しました。 NCache あちこちに。
以下の最適化が行われました。
NCache 従来はオンプレミス環境で実行されていたため、httpsを使用してアクセスする必要はありませんでした NCache Webマネージャー。 しかし、Azure、AWS、およびその他のクラウドが非常に普及している現在、ユーザーがアクセスする必要がある状況がますます増えています。 NCache httpsを介したWebマネージャー。
NCache アクセスするためのhttpsのサポートを提供するようになりました NCache Webマネージャー。 デフォルトではhttpですが、証明書がある場合はhttpsを使用するように構成できます。
NCache 従来、指定する必要がありました NCache マシン名ではなく、IPアドレスに基づくサーバー。 この背後にある理由は、多くの状況で、 NCache サーバーには複数のネットワークインターフェイスカード（NIC）があり、マシン名がどのNICにマップされているのかわかりませんでした。 したがって、ip-addressを使用して NCache サーバーとクライアントは依然として推奨される方法です。
でも今 NCache 必要に応じて、ip-addressの代わりにマシン名を指定する機能を提供します。 キャッシュ構成にキャッシュサーバーまたはキャッシュクライアントを追加するためのマシン名を指定できます。 同様に、上のすべてのビュー NCache Web Managerは、デフォルトで引き続きIPアドレスを使用します。
2021 年 10 月 12 日
NCache 5.2 SP1 には、いくつかの重要なパフォーマンスとメモリの最適化が含まれています。 このリリースには、ユーザー エクスペリエンスの大幅な改善も含まれています。 NCache 5.2SP1はすべての人に推奨されるアップグレードです NCache ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
以前のバージョンでは、項目サイズが比較的大きい一括操作は大量のメモリを消費していました。 このリリースでは、バルク操作に関連するコード パス上のメモリ フットプリントを小さくするために、オブジェクト プーリングおよびその他の LOH 回避手法が使用されています。
protobuf-net の最新バージョンでは、いくつかの主要なメモリ機能が強化されています。 NCache では、最新バージョンの protobuf-net を使用して、メモリとパフォーマンスがさらに向上しました。
以前は、オフライン アクティベーションは複数のステップからなるプロセスでした。 NCache 話すユーザー Alachisoft 支援チーム。 この新しいバージョンでは、ユーザーは連絡せずにオフライン アクティベーションを完了できるようになりました。 Alachisoft 支援チーム。
インストール キーには 30 日間の無料評価が付属しています。 この新しいバージョンでは、インストール キーは個別の顧客ではなく顧客ドメイン レベルで追跡されます。 したがって、の評価は、 NCache 実際には、社内の最初のユーザーがダウンロードした日から始まります。 ただし、各バージョンの NCache 今後は独自の評価期間が設けられます。
2021 年 3 月 25 日
NCache 5.2 には、キャッシュに関連するいくつかの重要な機能が含まれています。 このリリースには大幅なパフォーマンスの改善も含まれています。 NCache 5.2はすべての人に推奨されるアップグレードです NCache ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
キャッシュローダー/リフレッシャーは、構成可能な間隔で定期的に実行され、キャッシュデータを更新するサービスです。 ユーザーは、構成にXNUMXつ以上の名前付きデータセットを追加することにより、この機能を構成します。 各データセットは、XNUMX回ロードするか、定期的に更新するように構成できます。
Pub/Sub に次の XNUMX つの追加が行われます。
TOPICの作成時に、TOPICに優先度を割り当てることができます。 優先度の高い TOPIC からのメッセージが最初に配信され、優先度の低い TOPIC からのメッセージが最初に排除されます。 優先度が割り当てられていない場合、TOPIC は「標準」優先度で作成されます。
パブリッシャーは、メッセージが発行される順序を維持するための指示を含むメッセージを送信できる必要があります。 このようなメッセージは、発行されたときとまったく同じ順序でサブスクライバーに配信されます。 特定の発行元からの注文メッセージは、XNUMXつのキャッシュサーバーに存在します。 これは、ロケーションアフィニティを使用して実装されます。
次の場合、注文されたすべてのメッセージは同じ購読者に配信されます。 DeliveryOption.Any.
JSON API のみを使用するアプリケーションの場合、.NET または Java ベースのクエリ インデックスを定義できない場合があります。 したがって、JSON ドキュメントからのインデックスの定義がサポートされています。
この場合、ユーザーは json ファイルへのパスを指定します。 NCache Web マネージャーは、json ファイル内の属性を読み取り、グリッドにリストします。 ユーザーは、インデックスを定義する必要がある XNUMX つ以上の属性をリストから選択できます。
json ドキュメントからのクエリ インデックスは、PowerShell コマンドを使用して作成することもできます。
カスタム依存関係がサーバー側にデプロイされるようになりました。 読み取り/書き込みスルー プロバイダーと同様に、ユーザーはカスタム依存関係プロバイダーを実装する必要があります。 XNUMX つ以上のカスタム依存関係プロバイダーが存在し、それぞれに一意の名前が付けられます。
API を介して項目を追加する場合、ユーザーはすでに構成およびデプロイされているカスタム依存関係プロバイダーの名前を指定します。
ユーザーは、受信する電子メール通知のテキストと件名を変更したい場合があります。 NCache。 によって生成される電子メールのすべてのテキストと件名 NCache テンプレートを使用します。 これらのテンプレートは、インストール ディレクトリ内に同梱されています。 ユーザーは要件に応じてこれらのテンプレートを変更できます。
一部の組織では、高可用性のために複数のドメインコントローラーが構成されている場合があります。 プライマリドメインコントローラがダウンすると、セカンダリコントローラがアクティブになります。 NCache プライマリ ドメイン コントローラーとセカンダリ ドメイン コントローラーの両方を使用したセキュリティの構成もサポートされるようになりました。
TLS 1.2 サポートは、次の間のトランスポート レベルの通信に提供されます。 NCache Linux 上のサーバーとキャッシュ クライアント。
ASP.NET と ASP の間でセッションを共有する.NET Core アプリケーションがサポートされています。 これは構成設定から有効にできます。 異なるアプリケーション間でセッションを共有するには、すべてのアプリケーションが同じカスタム セッション ID ジェネレーターを使用する必要があります。
これは、マルチリージョン セッションでもサポートされます。
IDistributedCache を通じて構成されている場合、セッション共有はサポートされません。
ユーザーは SQL 依存関係を指定して、キャッシュからのページの応答を無効にすることができます。 指定したSQLに対応するデータが変更または削除された場合、キャッシュの応答は削除されます。 新しいリクエストでは、リクエストが再生成され、同じ SQL 依存関係でキャッシュに追加されます。
IDistributedCache を通じて構成されている場合、これはサポートされません。
NCache IdentityServer4の外部ストアとして次のように使用できます。
で構成されている場合 NCache、ユーザーは、セッション キャッシュとデータ キャッシュという異なるキャッシュを使用したい場合があります。 NCache IDistributedCache として使用する場合、さまざまな目的で複数のキャッシュを使用するオプションを提供する必要があります。
新しい Java クライアントは、新しい .NET API と 100% 同一です。 以下のサービスがあります。
新しいJavaクライアントも、パフォーマンスを向上させるためにパイプラインを使用します。
以下のサーバー側モジュールは Java で記述できます。
NCache 新しい .NET および Java JSON API と 100% 同一の Node.js クライアントが追加されました。 以下のサービスがあります。
の主要な指標を監視するためのPrometheusとの統合 NCache. NCache 構成可能なカウンターのセットを Prometheus サーバーに公開します。
NCache Grafana のダッシュボードは Grafana ギャラリーで提供されます。 ダッシュボードには、Prometheus サーバーから取得されたさまざまなカウンターがあります。 NCache カウンターを公開しています。
NCache Professional Web ベースの GUI ツールが追加されました。 NCache 管理と基本的な監視。 NCache Web Managerを使用すると、ユーザーはキャッシュを作成、構成、開始、および停止できます。 これは、ストレステストをすばやく実行して統計を確認するのにも役立ちます。
2020 年 11 月 23 日
In NCache 5.1 では、いくつかの重要なバグ修正といくつかの新しい機能強化が行われています。
このリリースで行われたいくつかの機能強化は次のとおりです。
サーバーのみのライセンスでは、マシンに必要なライセンス数を計算する際にメモリも考慮されるようになりました。 サーバーのみのライセンスでは、サーバーに接続できるクライアントの数が無制限になりました。
RAM のサイズと vCPU の数の組み合わせに基づいて、マシンに必要なライセンスの数が決まります。 これらの組み合わせは、 NCache ライセンスプラン形式の価格ページ。
クライアント マシンでのアクティベーションはサポートされなくなりました。
ライセンスがクライアント サーバーの場合でも、必要なのはキャッシュ サーバーをアクティブ化することだけです。 アクティブ化の際、ユーザーはキャッシュ サーバー上でアクティブ化するためにクライアント ライセンスの数も指定する必要があります。
NCache Professional エディションは、このライセンススキームをサポートしていません。
ユーザーは無料のDEV/テストキャッシュサーバーを作成できるようになりました。 Remote clientただし、次のいくつかの制限がありますが、これらのキャッシュ サーバーに接続できます。
ユーザーはリモート マシンを登録して、無料で評価できるようになりました。 NCache Register で「-Server」パラメータを使用する-NCache評価 PowerShell コマンド。
2024 年 4 月 24 日
NCache 5.0 SP6 は次の場合にのみリリースされます。 NCache Open Source 版。このリリースには、いくつかの重要なバグ修正と、オープンソース版のいくつかの新しい制限が含まれています。
2020 年 10 月 28 日
In NCache 5.0 SP4では、いくつかの重要なバグ修正といくつかの新しい機能拡張が行われました。
このリリースで行われたいくつかの機能強化は次のとおりです。
WANレプリケーションをさらにカスタマイズして、XNUMXつのデータセンター間でデータをレプリケートする頻度をより細かく制御できるようになりました。 構成は次のとおりです。
レプリケーション間隔は、3000つの連続するレプリケーション間のミリ秒単位の中間遅延間隔です。 デフォルト値は3ミリ秒（XNUMX秒）に設定されています。 ユーザーは、'の値を調整することにより、要件に応じてこの間隔を変更できます。NCacheのServer.BridgeReplicationInterval'タグ NCache サービス構成ファイル。
キャッシュは、指定されたしきい値サイズに合わせて操作をブリッジに送信します。 デフォルトのサイズは 500 KB です。 ユーザーはタグ ' の値を変更することでこのサイズを構成できます。NCacheServer.BridgeBulkOperationSize' の中に NCache サービス構成ファイル。
このリリースでは、EFCoreの最新バージョンのサポートが提供されています。
この新しいリリースでは、サーバーのみのライセンスがサポートされており、サーバー ライセンスのみが購入されます。 このタイプのライセンスでは、4 つのキャッシュ サーバーに少なくとも XNUMX つのライセンスが必要です。
以下の機能が追加されました NCache professional.
NCache 機能使用状況レポートを月にXNUMX回に送信します Alachisoft サーバ。 これは、お客様から受け取ったデータに基づいて製品を改善するために行われます。 以下の情報はこのレポートの一部です。
新しいPowerShellコマンドレット'登録-NCache評価」は登録するために提供されます NCache から受け取った評価キーを使用した無料評価 Alachisoft。 このコマンドレットは、評価期間を延長するためにも使用できます。
NCache Open Source Register-を使用して登録できますNCacheOpenSourceコマンドレット。
このリリースの NCache サポート NCache Cloud 提供しています。 NCache Cloud Service AzureとAWSで提供されています。
のすべてのエディション NCache AzureとAWSにインストールできるようになりましたが、 NCacheインストールする代わりにのマーケットプレイスイメージが使用されます NCache.
2020 年 6 月 15 日
In NCache 5.0 SP3では、いくつかの重要なバグ修正といくつかの新しい機能拡張が行われました。
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache Remote Client通常、2 ボックスにつき少なくとも 8 ライセンスが必要です。 マシンに 4 コアを超えるコアがある場合は、12 コアごとに追加のライセンスが必要です。 たとえば、3 コアのマシンには 20 ライセンスが必要で、5 コアのマシンには XNUMX ライセンスが必要です。
しかし、 NCache SaaS ユーザーに必要なライセンス remote clientマシン上のコアの数が 4 を超えている場合でも、16 を超えることはありません。
以下は、追加された新しい PowerShell コマンドです。
既存の PowerShell コマンドに対して次の機能強化が行われました。
2019 年 12 月 09 日
In NCache 5.0 SP2では、いくつかの重要なバグ修正といくつかの新しい機能拡張が行われました。
このリリースで行われたいくつかの機能強化は次のとおりです。
以前は、Bridgeは2つを超えるキャッシュを持つことができませんでした。 このリリースでは、 NCache ブリッジに2つ以上のキャッシュを持つことをサポートするようになりました。 少なくともXNUMXつのキャッシュがアクティブである必要があります。
アクティブなキャッシュはデータをブリッジ内の他のキャッシュに自動的に複製しますが、キャッシュ間の状態転送はアクティブではなくなります。 キャッシュがダウンしたり、新しいクラスターが追加されたりした場合は、キャッシュを同期するための手動操作が必要です。
LDAPセキュリティサポートがWindowsとLinuxの両方に追加されました。 以前は、LinuxではLDAPがサポートされていませんでしたが、WindowsではActiveDirectoryベースのサポートがありました。
Pub / Sub（TOPIC）では、次の機能強化が行われました。
カスタム依存関係機能に次の機能拡張が行われました。
NCache 現在、クライアントとサーバー間の高性能IO操作にSystem.IO.Pipelinesを使用しています。 このアプローチにより、 NCache 2ノードクラスターで5秒あたりXNUMX万回の操作を実行できます。
パイプラインは、すべてのキャッシュでデフォルトで有効になっています。 ただし、これは、キャッシュの作成時、またはキャッシュ構成の変更を通じていつでも無効にすることができます。
アーキテクチャの変更が行われます NCache 使用できるモジュールを動的に登録するためのサポートを追加する NCacheを変更せずにの分散アーキテクチャ NCache ソースコード。
Lucene.NETのサポートも NCache モジュール。
次の PowerShell コマンドレットが追加されました。
詳しくはこちらをご覧ください NCache エディションの比較
2019 年 8 月 26 日
In NCache 5.0 SP1では、いくつかの重要なバグ修正といくつかの新しい機能拡張が行われました。
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache SignalR backplane ASP用.NET Core アプリケーションが提供されます。
Web 管理は Internet Explorer 11 (最新リリース) から実行できるようになりましたが、Microsoft Edge、Chrome、Firefox、または Opera を使用することをお勧めします。
のすべてのエディションのインストール キー NCache ダウンロード時に動的に生成されるようになりました。 これは、すべての顧客が固有のインストール キーを取得することを意味します。
Professional および Open Source エディションのキャッシュ サーバーは .NET ベースのみです。 クライアントは .NET と .NET Core。 これら XNUMX つのエディションでは、キャッシュ サーバーを Linux にインストールできません。
オープンソース版とプロフェッショナル版は以前のバージョンに戻りました。 Alachisoftの当初の戦略では、オープンソース エディションとプロフェッショナル エディションの両方で機能の数が限られていました。
詳しくはこちらをご覧ください エディションの比較
2019 年 5 月 14 日
NCache 5.0 には、クラスタリングとキャッシュに関連する重要な機能がいくつか含まれています。 このリリースには大幅なパフォーマンスの改善も含まれています。 NCache 5.0はすべての人に推奨されるアップグレードです NCache ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache APIは、さまざまなメソッドへのオーバーロードの数を減らすことで、よりシンプルで使いやすいようにリファクタリングされました。 新しいAPIは、C＃の最新機能と .NET Framework （タスク並列ライブラリ、非同期メソッド、およびジェネリック）。
以下の機能強化が行われました。 NCache メッセージングフレームワーク。
ただし、永続サブスクリプション（名前付きサブスクリプション）の場合、メッセージは、そのサブスクリプション内のすべてのサブスクライバーまたは任意のサブスクライバーにプッシュされるまで保存されます。 永続的なサブスクライバーが突然の切断（Unsubscribeを呼び出さずに離れる）の後に戻ってきた場合、ダウンしていた間に公開されたメッセージを受信できるようになります。
ただし、メッセージは、ALLまたはANYサブスクライバーに配信されなくても、有効期限が切れるとストアから削除されます。
耐久性のあるサブスクリプションには、さらにXNUMXつのポリシーがあります。
-共有。サブスクリプションに複数のサブスクライバーが存在する可能性があります。
-排他的。サブスクリプション内で一度にXNUMX人のサブスクライバーのみになります。 永続的でないサブスクリプションはすべて排他的です。
このリリースでは、いくつかの主要なパフォーマンスの改善が行われました。 コアサブシステムは、キャッシュ操作のパフォーマンスを向上させるために再設計されています。 これらの改善の一部には、MicrosoftのSystem.IO.Pipelinesなどの最新のライブラリの組み込みが含まれます。 System.IO.Pipelinesは、.NETで高性能IOを簡単に実行できるように設計された新しいライブラリです。
すべて NCache イベントは内部でより信頼性の高いものを使用するようになりました NCacheのPub/Subフレームワーク。 次のタイプは、イベントがPub/Subに基づいていることです。
NCacheのSQLが拡張され、SQLステートメントに射影とFROM句が含まれるようになりました。 以前は、SQLステートメントに予測がなかったため、指定された基準に一致する完全なキャッシュアイテムが返されていました。
SQLを介して「グループ」でキャッシュアイテムを検索するためのサポートが提供されます。 この機能を使用すると、ユーザーはキャッシュをクエリして、「タグ」の場合と同じように「グループ」に対してキャッシュアイテムを返すことができます。
伝統的に NCache アイテムをバイナリデータとしてキャッシュに保存します。 バイナリシリアル化は、時間と消費するメモリの両方の点でコストがかかる可能性があります。 の NCache 5.0 では、ユーザーはオプションで JSON シリアル化ストアを持つようにキャッシュを構成できます。 ほとんどの場合、JSON シリアル化は効率的です。
NCache 現在、.NETのインターフェイスの実装として提供される分散データ型とデータ構造があります。 以下の実装が提供されます。
System.Collections.Generic.IList<T>。 キーの重複を許可し、それらの順序を保持します。System.Collections.Generic.ICollection<T>。 キーの重複は許可されず、順序は保持されません。 DistributedHashSetには、XNUMXつのセットの和集合、共通部分、および差の追加のメソッドがあります。System.Collections.Generic.IDictionary<TKey, TValue>。 これにより、ユーザーはデータをキーと値のペアで保存できます。 このデータ構造では順序は保持されません。System.Collections.Generic.ICollection<T>。 ただし、このデータ構造に格納されているデータは、キューの場合と同様にFIFOモデルで消費されます。メンテナンスモードでサーバーノードを停止すると、 redis残りのノード間のデータの分配。 キャッシュ内のデータによっては、これに時間がかかる場合があります。 この間、キャッシュは脆弱な状態にあり、一部の操作は失敗するか、実行に時間がかかる可能性があります。
この新機能により、ノードがメンテナンスのために停止された場合、キャッシュ内のデータは停止されません redis賛辞。 この機能は、クラスター内のノードが短時間停止してパッチやその他の保守作業を適用する場合に役立ちます。
ロケーションアフィニティとは、関連するキャッシュアイテムをXNUMXつのノードに保持することを意味します。 この機能は、クエリの高速化や一括操作など、さまざまな点で役立ちます。
Lucene.NETはテキスト検索エンジンライブラリですが、配布されていません。 と NCacheのLucene.NETSDKを使用すると、ユーザーは分散Luceneインデックスを作成してクエリを実行できるようになります。 NCacheのLucene.NETSDKはLucene.NETライブラリに似ているため、ユーザーは使用するために多くのことを学ぶ必要はありません。 NCacheのDistributedLucene.NETAPI。
。 NETCoreベース NCache サーバーはWindowsでも利用できるようになります。 以前は、Linuxでのみ利用可能でした。
これは、ライセンスがキャッシュサーバーでのみアクティブ化される新しいライセンススキームです。 ただし、特定の数のクライアントがキャッシュに接続できるように、キャッシュサーバーもアクティブ化されます。 必要なサーバーおよびクライアントライセンスの数は、クライアントサーバーアクティベーションスキームの場合と同じです。
NCache 構成、管理、および監視は、Webベースのアプリケーションを介して行われます。 デフォルトでは、このアプリケーションはすべてのキャッシュサーバーとクライアントにインストールされます。 ユーザーは、ブラウザーから任意のサーバーに接続して、キャッシュクラスターを管理できます。
アプリケーションはASPです.NET Core ベースであるため、LinuxだけでなくWindowsでも実行できます。 このアプリケーションは、デスクトップベースのすべての機能を備えています NCache マネージャーが持っていた。 デスクトップベース NCache ManagerとMonitorは廃止されました。
次のいくつかの PowerShell コマンドが追加されました。
2018 年 8 月 07 日
In NCache 4.9 SP1、コミュニティ エディションは廃止され、プロフェッショナル エディションが復活しました。 このリリースでは、いくつかの重要なバグ修正といくつかの新しい機能強化が行われています。 機能強化と新規追加。
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache サーバー（.NET Core ベース) を Linux ボックスでホストできるようになりました。 Linux 用の個別のインストーラー (.tar.gz) がダウンロード可能です。
30 日間完全に動作するトライアル版が戻ってきました。 現在、評価期間中のパフォーマンス制限はありません。
Professional エディションには、Open Source エディションと同じ機能に加えて、追加の管理 PowerShell コマンドがいくつかあります。 クライアントとサーバーの両方のインストールには、30 日間の無料トライアルがあります。
Linux および Windows Nano サーバー用の Docker イメージは、Docker Hub で入手できます。 Docker ファイルは GitHub でも入手できます。
ブリッジ内のアイテム数を監視するために、perfmonカウンターが導入されています。
GetKeysByTagおよびGetByTagAPIでのワイルドカード検索のサポートが提供されます。
CacheInitParams インターフェイスを介して API からクライアント側のロギングを有効にするためのサポートが提供されています。
クラウドとオンプレミスの両方の展開をサポートするために、サブスクリプション ベースのライセンスが導入されました。
2018 年 2 月 14 日
NCache 4.9には、ASPでのクラスタリングとキャッシングに関連するいくつかの重要な機能が含まれています.NET Core。 このセットアップではパフォーマンスもいくつか改善されているため、すべての人にとってアップグレードをお勧めします。 NCache ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
スプリット ブレインとは、クラスター ノード間の一時的なネットワーク障害により、複数のサブクラスターが発生する状況です。 この場合、各サブ クラスターには独自のコーディネーター ノードがあり、他のサブ クラスターについては認識されません。 これにより、最終的にデータの不整合が生じる可能性があります。 と NCache 4.9 では、ユーザーはキャッシュ クラスターが SplitBrain シナリオから自動的に回復できるようにすることができます。
NCacheの IDistributedCache の実装では、ASP のパフォーマンスを大幅に向上させる機能を提供する分散キャッシュ タグ ヘルパーを利用しています。.NET Core アプリの応答をキャッシュすることによって。
基本的な ADD、INSERT、GET キャッシュ操作のパフォーマンスが 20 ～ 25% 向上しました。
オープン ソース エディションとコミュニティ エディションには、エンタープライズ エディションと同じクライアント API が含まれるようになりました。 つまり、すべてのエンタープライズ開発者機能がオープンソース エディションとコミュニティ エディションでも利用できるようになりました。
2017 年 11 月 2 日
NCache 4.8には、ランタイムデータ共有、メッセージング、および .NET Core。 これはすべての人に推奨されるアップグレードです NCache ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache 4.8は無料のコミュニティを立ち上げ、強力なGUIベースを提供します NCache Manager を使用すると、中央の場所からキャッシュを簡単に構成できます。 と NCache 4.9 では、ユーザーはキャッシュ クラスターが SplitBrain シナリオから自動的に回復できるようにすることができます。
NCache 今完全にネイティブを提供します .NET Core Windows と Linux の両方で実行できるクライアント。 Windows では、 NCache .NET Core クライアントは Windows インストーラー (.msi) を通じてインストールされます。 ただし、Linux では別のインストール (.tar.gz) が提供されます。
NCache キャッシュ クライアントとキャッシュ サーバーの両方で Docker を完全にサポートするようになりました。 .NET アプリケーションを Docker にデプロイするように構成し、以下を含めることができます。 NCache クライアントはそれをシームレスに使用できます。
NCache 完全なASPを提供するようになりました.NET Core サポート、両方 .NET Framework & .NET Core （以前はオンのみでした .NET Framework）。 このサポートには、強力なASPが含まれます.NET Core 通常のASPよりも多くの機能を備えたセッションプロバイダー.NET Core セッションプロバイダー。 また、ASP の IDistributedCache インターフェイスのサポートも含まれています。.NET Core.
パブリッシュ/サブスクライブ (Pub/Sub) メッセージング パラダイムでは、パブリッシャーがサブスクライバー (存在する場合) が誰なのかを知らずにメッセージをチャネルに送信します。 また、購読者は発行者を知ることなく、興味のあるメッセージだけを受け取ります。
NCache は、非常に使いやすい EF Core 2.0 拡張メソッドを実装し、EF Core 2.0 を通じてフェッチしているアプリケーション データをキャッシュできるようにしました。
からのすべての通信 NCache クライアントから NCache オプションで、TLS 1.2 (SSL 3.0 よりも新しい仕様) を通じてサーバーを保護できるようになりました。 TLS 1.2 は、すべてのデータが相互に転送されることを保証します。 NCache クライアントと NCache サーバーは完全に暗号化され、保護されています。
NCache 従来は、強力な GUI ベースのキャッシュ管理ツールと、豊富なコマンド ライン ツールのセットが提供されていました。 今、 NCache は、すべてのコマンドライン キャッシュ管理ツールを PowerShell に実装しています。 より高度なキャッシュ管理のための PowerShell スクリプトを作成できるようになりました。
一部のファイアウォールはアイドル状態のネットワーク接続を切断し、キャッシュ クライアントとキャッシュ サーバーの通信に問題を引き起こします。 NCache。 キャッシュ クライアント キープ アライブ機能は、クライアント ノードで有効になっている場合、設定可能な間隔 (ハートビートのようなもの) で軽量パケットをキャッシュ サーバーに自動的に送信します。 これらのパケットは、クライアントとサーバーの間でアクティビティがない場合にのみ送信されるため、通常のクライアント/サーバーのトラフィックには干渉しません。
NCache Manager は、プロジェクト ファイル内に一部のキャッシュ構成情報を保持していました。 ただし、複数の人が異なるマシンからキャッシュ構成を変更しようとすると、データの整合性の問題が発生していました。 これを修正するには、 NCache Manager は、プロジェクト ファイル内にキャッシュ構成情報を保存しなくなりました。 代わりに、すべての構成情報はすべての場所で共通のキャッシュ サーバーに保持されるため、データの整合性の問題はもう発生しません。
伝統的に、 NCache では、キャッシュ クライアントとキャッシュ サーバーの両方のライセンスを必要とするクライアント/サーバー ライセンス オプションのみが提供されています。 しかし、今では NCache は、キャッシュ クライアントにライセンスを必要としない、追加のサーバーのみのライセンス オプションを提供します。 ライセンスが必要なのはキャッシュ サーバーのみです。 サーバーのみのライセンスを使用する場合は、詳細についてアカウント マネージャーにお問い合わせください。
2017 年 5 月 10 日
NCache 4.6 SP3 には、いくつかのマイナーな機能とクライアント キャッシュの最適化が含まれています。 お客様から報告されたさまざまなバグ修正もあります。 これはすべての人に推奨されるアップグレードです NCache ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache 4.6 SP3 では、キャッシュを使用して、複数の Web サーバーに展開されている SignalR アプリケーション全体にメッセージを分散できます。
クライアント側のデータ リーダーが導入され、キャッシュでの状態転送中の安定性と耐障害性が向上しました。
より多くのサンプルが同梱されています NCache インストール。 既存のサンプルもリファクタリングされます。
2017 年 1 月 3 日
NCache 4.6 SP2 には、いくつかのクライアント キャッシュの最適化、ブリッジ トポロジの拡張機能、およびキャッシュの監視に関連する機能が含まれています。 お客様から報告されたさまざまなバグ修正もあります。 これはすべての人に推奨されるアップグレードです NCache ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
クラスターに接続されているキャッシュ クライアントを監視するための新しい API が導入されました。 この API を使用すると、接続されたクライアントのリストを取得したり、新しいクライアントが接続した場合や既存のクライアントが切断した場合の通知を登録したりできます。
クライアント キャッシュは、クラスター化されたキャッシュとの同期方法を最適化しました。 クライアント キャッシュは、クラスター化キャッシュに対して行われた更新ごとにイベントを受信するのではなく、構成可能な間隔でイベントを一括で受信できるようになりました。 これにより、トラフィックとメモリ使用量が削減されます。
NCache Bridgeは、同じ名前のキャッシュを持つことができるようになりました。
のキャッシュローダー NCache 複数のノードで実行できるようになり、キャッシュの読み込みを高速化できます。
FIPS準拠のAES暗号化がSP2で導入されました。
NCache ASP用のASP.NETセッションストレージプロバイダー.NET Core アプリケーションがサポートされるようになりました。
NCache マシンのコア数に基づいてライセンスが付与されるようになりました。 4 コアごとに 1 ライセンスが使用されます。 コア数が 2 未満の場合でも、マシンをアクティブ化するには少なくとも 8 ライセンスが使用されます。16 コアの場合は 4 ライセンス、20 コアの場合は 5 ライセンス、32 コアの場合は 8 ライセンスが使用されます。 開発者ライセンスを取得したマシンはリモート キャッシュに接続できるようになりましたが、XNUMX 秒あたりのリクエスト数と、クライアントがリモート キャッシュに対して行うことができるリクエストの総数に制限があります。
2016 年 5 月 03 日
NCache 4.6 SP1 には、メモリに関連するいくつかの最適化と、パフォーマンスの大幅な向上が含まれています。 NCache。 これはすべての人に推奨されるアップグレードです NCache ユーザー。
2015 年 12 月 7 日
NCache 4.6 には、ランタイム データ分析、パフォーマンス、メモリの最適化に関連するいくつかの重要な機能が含まれています。 NCache。 これはすべての人に推奨されるアップグレードです NCache ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache データをオブジェクト形式で保存するようにキャッシュを構成できるようになりました。 デフォルトでは、すべてのデータはバイナリ形式で保存されます。
各キャッシュ内の NCache は、他のすべてのキャッシュから独立して実行される独自のプロセスでホストされるようになりました。 このプロセスの管理は次のように行われます。 NCache マシン上で実行されているすべてのキャッシュ プロセスに関する情報を含むサービス。
MapReduceで NCache 開発者は、大量の非構造化データを並行して処理するプログラムを作成できるようになります。 NCache 集まる。 入力データを分散して並列分析するために、MapReduce は任意のサイズのクラスター内のすべてのノードで並列に動作します。
アグリゲーターはデータ レコードを処理し、コンパイルされた結果を返します。 複数のソースからの値をグループ化し、値の合計、平均値の計算、最小値/最大値の検索などのさまざまな操作を実行して、単一の結果を返します。
NCache 一連のキャッシュ エントリに対してサーバー側でユーザーのコードを実行する機能を提供します。 エントリ プロセッサは、キャッシュ エントリをフェッチおよび更新操作のためにネットワーク上を移動することなく、サーバー側でキャッシュ エントリを変更できます。
データベースと同じように、データ リーダーを使用してキャッシュ上でクエリを実行できるようになりました。 データ リーダーを使用すると、結果セットを構成可能なサイズの複数のチャンクでサーバーから取得できます。 このアプローチにより、パフォーマンスが向上し、クライアント側で使用するメモリが少なくなります。
ユーザーが設定できるようになりました NCache デフォルトの名前付き有効期限付き。 NCache アイテムが有効期限なしでキャッシュに挿入される場合、または名前付きデフォルトを使用して明示的に挿入される場合、サーバーはデフォルトの有効期限を使用します。
Select ステートメントに、XNUMX つ以上の指定された属性に基づいて並べ替えられた結果セットを返す orderby 句を含めることができるようになりました。
によって生成されたログを表示および監視するための GUI ツール NCache サーバーとクライアントを XNUMX か所にまとめます。 すべてのサーバーのログ ファイルを同じツールで表示できます。 このツールはログ エントリをフィルタリングでき、重要なログ エントリをブックマークすることもできます。
NCache 4.4SP2はにアップグレードできます NCache ブリッジ トポロジを使用することで、データを失うことなく 4.6 を実行できます。
NCache 4.6 以降、キャッシュ サーバーとクライアントは、ボックスに搭載されている CPU の数ではなく、コアの数に基づいてライセンスが付与されます。
２０２２年７月１１日
NCache 4.4 SP2 には、メモリとパフォーマンスに関連する重要な機能強化がいくつか含まれています。 NCache。 これはすべての人に推奨されるアップグレードです NCache ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
Dumpcachedata ツールは、キャッシュ データを列挙することで実行中のキャッシュのダンプを取得し、このデータをユーザーが指定した場所に保存します。 このデータは、後で新しいキャッシュまたは同じキャッシュに再ロードできます。 このツールは、キャッシュ内のビジネス重要なデータを失いたくないときにキャッシュ サーバーを再起動する必要がある場合に役立ちます。
DumpCache ツールの名前が DumpCacheKeys に変更されました。
LinqPad はサードパーティ製ツールであり、 NCache キャッシュ データをクエリします。 データは LinqPad コンソールに表形式で表示されます。
サービス構成レベルには、サーバー上で実行されているキャッシュにホット適用できる設定がいくつかあります。 以前は、サービス構成ファイルで定義された設定を適用するにはサービスを再起動する必要がありました。 HotApplicable 設定のリストは次のとおりです。
| # | プロパティ名 | ホット適用可能 |
|---|---|---|
| 1 | NCacheサーバー.ライセンスログ | 有り |
| 2 | NCacheServer.EnableNagling | 有り |
| 3 | NCacheServer.NaglingSize | 有り |
| 3 | NCacheServer.NaglingSize | 有り |
| 4 | NCacheServer.EventBulkCount | 有り |
| 5 | NCacheServer.ExpirationBulkRemoveSize | 有り |
| 6 | NCacheServer.ExpirationBulkRemoveDelay | 有り |
| 7 | NCacheServer.EvictionBulkRemoveSize | 有り |
| 8 | NCacheServer.EvictionBulkRemoveDelay | 有り |
| 9 | NCacheServer.BulkItemsToReplicate | 有り |
| 10 | NCacheServer.EnableCacheLastAccessCount | 有り |
| 11 | NCacheServer.EnableCacheLastAccessCountLogging | 有り |
| 12 | NCacheServer.CacheLastAccessCountInterval | 有り |
| 13 | NCacheServer.CacheLastAccessLogInterval | 有り |
| 14 | NCacheServer.LOHPoolSize | 有り |
| 15 | NCacheServer.LOHPoolBufferSize | 有り |
| 16 | NCacheServer.CacheSizeThreshold | 有り |
| 17 | NCacheServer.CacheSizeReportInterval | 有り |
| 18 | NCacheServer.LogClientEvents | 有り |
| 19 | NCacheServer.EventLogLevel | 有り |
| 20 | NCacheServer.AllowRequestEnquiry | 有り |
| 21 | NCacheServer.RequestEnquiryInterval | 有り |
| 22 | NCacheServer.ResponseDataSize | 有り |
| 23 | NCacheServer.EnableSnapshotPoolingCacheSize | 有り |
| 24 | NCacheServer.SnapshotPoolSize | 有り |
| 25 | NCacheServer.SnapshotCreationThreshold | 有り |
| 26 | NCacheServer.RequestRecruitCleanInterval | 有り |
一括操作の場合のパフォーマンスを向上させるために、クライアント キャッシュにいくつかのアーキテクチャ上の変更が加えられています。
2015 年 4 月 04 日
NCache 4.4 SP1 には、いくつかの新機能のほか、メモリとパフォーマンスに関する重要な機能強化が含まれています。 NCache。 これはすべての人に推奨されるアップグレードです NCache ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
基本的な管理および構成操作を Visual Studio 内で実行できるようになりました。 と NCache 4.4 SP1、開発者インストールには 'NCache 開発者の管理を支援する Manager の拡張機能 NCache Visual Studio から。 Visual Studio 2010/2012/2013 は以下によってサポートされています。 NCache.
開発者が NuGet パッケージを使用してアプリケーションを構築するために提供されます。 NCache インストールせずに NCache 彼らのマシンで。 このパッケージを使用すると、開発者は次を使用してアプリケーションを作成できます。 NCache API を作成し、InProc キャッシュを使用してテストします。
Entity Framework 6.0 と 6.1 の統合は、 NCache 4.4 SP1。 以前、 NCache Entity Framework 5.0 以前をサポートしていました。 このサービス パックでは、 NCache また、開発者がどのエンティティをキャッシュするかをより詳細に制御できるようにする Entity Framework 6.0 のキャッシュ拡張機能も提供します。 これは、キャッシュされるエンティティをより詳細に制御したい開発者向けの、コード変更不要の構成オプションの代替です。
NCache 4.4 SP1 は、.NET のネイティブ データ構造よりもメモリ消費量が少なく、パフォーマンスが向上するように強化されたカスタマイズされたデータ構造を使用します。 これらのデータ構造は、ラージ オブジェクト ヒープ (LOH) への割り当てを可能な限り回避します。 NCache プロセスが深刻なメモリ断片化状態に陥るのを防ぎます。 したがって、 NCache 4.4 SP1 では、メモリとパフォーマンスの両方が大幅に向上しています。
ネットワークの分割またはスプリット ブレインは、一部のサーバーが残りのサーバーに接続できなくなるような方法でクラスターが分割されたときに発生します。 これらのインスタンスはイベント ビューアにログインするようになり、そのようなシナリオの電子メール アラートも次から構成できます。 NCache マネージャー。
NCache 4.4 SP1 は Windows Server 2012 R2 に対して認定されています。 Microsoft のすべての互換性テストに合格しています。 マイクロソフトはそれを検証しました NCache Microsoft の標準に従って動作します。
2015 年 1 月 08 日
NCache 4.4 には、いくつかの重要な機能強化と、キャッシュの安定性に関連するいくつかの主要なバグ修正が含まれています。 すべてのユーザーに推奨されるアップグレードです。
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache ライセンスは、以前にサポートされていた永久モデルから年間ライセンス モデルに移行されました。
内部データ構造は、保存されたアイテムのメモリ オーバーヘッドを削減するために最適化されています。
20 ノードを超えるクラスター サイズの場合、クラスターの起動時間が大幅に改善されました。
さまざまなインデックスによって取得されたメモリを測定するために、新しいパフォーマンス カウンターが導入されました。 それぞれについて簡単に説明します。
OQL 関連の新しいパフォーマンス カウンターも導入され、次のようなクエリ関連のキャッシュ操作のパフォーマンスを測定します。 Average µs/Query Execution: クエリの実行にかかる平均時間。 平均クエリ サイズ: クエリによって返されるアイテムの平均数。 クエリ/秒: キャッシュ上の XNUMX 秒あたりのクエリ数。
NCache は Windows Server 2012 R2 と完全に互換性を持つようになりました。
2014 年 6 月 30 日
NCache 4.3 Service Pack1 (SP) には、キャッシュの安定性に関連するいくつかの重要な機能拡張と主要なバグ修正が含まれています。 すべての人に推奨されるアップグレードです NCache 4.3 ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
client.ncconf ファイル (%NCHOME%/config フォルダーに存在します) を変更することで、クライアント側のログを構成できます。デフォルトでは、クライアント側のログはすべてのキャッシュに対して無効になっていますが、次の方法でいつでもキャッシュに対してクライアント側のログを有効にできます。 「enable-client-logs」に「true」値を指定します。例:
<cache id="mycache" ... enable-client-logs="false|true" log-level="error|info"/>
「enable-client-logs」属性の可能な値は「false」と「true」です。 デフォルト値は「false」です。
「log-level」属性に指定できる値は、「error」と「info」です。 デフォルト値は「エラー」です。
Now NCache 別のネットワークまたはリモート ネットワークからのクライアントも、別のネットワーク上に存在するキャッシュにアクセスできます。 これを実現するには、次の XNUMX つのタグを ' に追加するだけです。Alachisoft.NCache.Service.exe.config」ファイルはキャッシュ サーバー ノードにあります。
<add key="NCacheServer.MgmtEndPoint" value="public-ip:public-port" />
<add key="NCacheServer.ServerEndPoint" value="public-ip:public-port" />
ここで、public-ip はネットワークの外部に公開される IP アドレスであり、publicport はネットワークの外部でアクセス可能なポートです。
クライアント キャッシュは以前は次の場所でのみ表示されていました。 NCache Manager はそれぞれの第 2 レベル (第 XNUMX レベル) キャッシュの下にありますが、既存のクライアント キャッシュを次の場所で表示できるようになりました。 NCache 「キャッシュ エクスプローラー」の「ローカル キャッシュ」ツリー ノードの下にあるマネージャー。
電子メール アラートは、アウトプロセス ローカル キャッシュとアウトプロセス クライアント キャッシュでサポートされています。 開催するイベントを選択できます。 NCache たとえば、キャッシュ開始時、キャッシュ停止時などに電子メール通知を送信します。
クライアント キャッシュは、CreateClientCache、AddClientNode などのコマンド ライン ツールを使用して、キャッシュ クラスター ネットワークの外部から構成できます。
NCache は Windows Server 2012 と完全に互換性を持つようになりました。
NCache を使用するための Java クライアント API を提供します。 NCache Java ベースのアプリケーション内からキャッシュ ストアとして。 NCache Java クライアントは .NET クライアント API と完全な互換性があります。
2014 年 3 月 05 日
NCache 4.3 では、エンタープライズ レベルのアプリケーションにとって重要な新機能と重要な機能強化が導入されました。 この新しいリリースでは、 NCache クラウドにインストールされる。 Windows Azure と Amazon 上で。 また、 Memcached 置き換えを希望する既存ユーザーが利用できるようになりました Memcached NCache。 この新しいリリースでは、複数のプラットフォーム (Java および .Net) 間で実行時データを共有するためのパッケージが提供されます。 Java は .NET と 100% 互換性があるため、Java クライアントを次のように管理できるようになりました。 NCache マネージャー。
4.3 のすべての機能の包括的なリストについては、以下をお読みください。 NCache 特徴
イベントをキャッシュに登録する際、キャッシュ クライアントは、イベントの発生時にデータとメタデータのどちらに関心があるかをキャッシュに伝えることができます。 デフォルトでは、データまたはメタデータはイベントとともにクライアントに送信されません。
イベントを登録するための新しい API が導入されましたが、古い API は廃止されたとマークされています。 古い API はイベント付きのデータを受信するために使用できません。
ライトスルーとライトビハインドを次の動作に設定できるようになりました。
データベースと同様に「Group by」句を使用してクエリを登録し、必要に応じて結果をグループ化できるようになりました。
このメソッド用に新しい API が導入されました。 現在、API のこの新しいメソッド「ExecuteReader」は、「group by」が使用されている場合にのみ使用できます。 他のすべての選択ステートメントについては、古い方法を使用する必要があります。
データベースと同様に、削除ステートメントを作成することでキャッシュから項目を削除できるようになりました。 以前は、select ステートメントと update ステートメントのみがサポートされていました。 delete ステートメントをサポートするために、新しい API が導入されました。 ExecuteNonQuery は削除ステートメントに使用されます。
クラスター内でノードを正常に停止できるようになりました。 このアクションにより、ノードが完全に停止する前に、ノードに到達したすべてのクライアント要求がキャッシュ上で実行されるようになります。 同様に、その時点でキュー内で保留中のすべての後書き操作もデータ ソース上で実行されます。 ただし、このノードではこれ以上のクライアント要求は受け入れられません。
暗号化機能に次の機能強化が加えられました。
コンパクト シリアル化に対して次の機能強化が行われました。
キャッシュの初期化中の CacheInitParams は、client.ncconf で構成できるすべてのものをカバーできるようになりました。 以前は、キャッシュを初期化するには client.ncconf が常に必要でした。 CacheInitParams を介して渡された構成は、client.ncconf で構成された設定をオーバーライドします。
InProc キャッシュでは、オブジェクトが逆シリアル化された形式で保持されるようになりました。 これにより、シリアル化と逆シリアル化のコストが削減され、パフォーマンスが向上します。 InProc クライアント キャッシュは、オブジェクトを逆シリアル化された形式でも保持します。
クライアント構成でいくつかのオプションを構成するだけで、API 呼び出しをログに記録できるようになりました。 これらのログはクライアント ボックスで生成され、どのキャッシュ メソッドがどのような順序で呼び出されているかを判断するのに非常に役立ちます。
ユーザーは、独自に選択した場所にログ ファイルを生成するように構成できます。 各キャッシュは独自のログの場所を持つことができます。 デフォルトでは、すべてのログ ファイルはインストール ディレクトリのログ ファイル フォルダーに生成されます。
キャッシュをブリッジに追加する際、ユーザーはブリッジのアクティブまたはパッシブ メンバーとして参加するようにキャッシュを構成できます。 ブリッジが稼働しているときでも、ユーザーはデータを失うことなく、パッシブをアクティブに、アクティブをパッシブに切り替えることができます。 ブリッジ内のトポロジをアクティブ/アクティブからアクティブ/パッシブにいつでも切り替えることができるため、ブリッジを構成するユーザー エクスペリエンスも変わります。 他のトポロジ「スター」および「ハブスポーク」は現在ブリッジでは使用できません。
ユーザーは、ブリッジ内の XNUMX つのキャッシュのうち XNUMX つを「マスター キャッシュ」として選択できます。 ブリッジ内のキャッシュ間で状態転送が必要な場合は常に、データがマスター キャッシュから非マスター キャッシュに転送されます。 マスター キャッシュがダウンすると、唯一残ったキャッシュが自動的にマスターになります。
キャッシュ管理者は、ブリッジの実行中に一時的にブリッジにキャッシュを接続したり、ブリッジからキャッシュを切断したりできます。 キャッシュが切断されると、ブリッジと切断されたキャッシュの間でデータは転送されません。 同様に、切断されたキャッシュがデータを受信しなくなるため、ブリッジの反対側のキャッシュはブリッジへのデータのキューイングを停止します。 キャッシュはいつでも再接続できます。
管理・監視動作の通信プロトコルが.Net Remotingから「Socket」に変更されました。 これにより、 NCache JvCache の管理および監視ツールには相互互換性があります。
NCache Manager を使用して JvCache クライアントを管理できるようになりました。 NCache Manager は、JvCache クラスターの SNMP カウンタを取得することもできます。
一部の環境ではリモート パフォーマンス カウンタにマシン名のみでアクセスでき、一部の環境では IP アドレス経由でアクセスできることが確認されています。 したがって、このバージョンでは、 NCache, NCache Manager には、ユーザーが IP またはマシン名を使用してリモート パフォーマンス カウンタを収集することを選択できるオプションがあります。
NCache ユーザーがクエリ インデックスを構成する場合、マネージャーは DLL をロックしていました。 このバージョンでは、 NCache マネージャーは、指定された DLL を別のアプリ ドメインで開くため、DLL をロックすることはありません。
で利用可能な別のタイプのダッシュボードがあります NCache ユーザーがレポート ビュー スタイルのダッシュボードを作成できるようにするモニター。 このダッシュボードでは、ユーザーは XNUMX つのレポート コントロールを持っています。 XNUMX つはキャッシュ サーバー ノード用で、もう XNUMX つはクライアント ノード用です。 ユーザーはこのコントロールにカウンターをドロップでき、その値は perfmon に示されているようにレポート ビュー スタイルで表示されます。
レポート ビューに追加されたカウンターもログに記録されるように構成できます。 ユーザーはいつでもログ記録を開始および停止できます。 また、開始時刻と終了時刻を指定して、ロギングが自動的に開始されるようにスケジュールを設定することもできます。 これらのログ ファイルは .csv 形式で生成されます。
NCache Monitor を使用して JvCache を監視することもできるようになりました。 選択したクラスターが次のものであるかどうかに応じて、 NCache または JvCache の場合、それぞれ perfmon または SNMP からカウンターを取得します。
次の新しいコマンド ライン ツールが追加されました NCache:
既存の Memcached ユーザーはに切り替えることができるようになりました NCache コード変更なしで。 交換方法はXNUMX通りあります memcached NCache:
このゲートウェイは、Windows サービスとしてクライアントおよびサーバー ボックスにインストールされます。 の実装です memcached をラップするプロトコル NCache その中で呼び出します。 このようにして、からのすべての API 呼び出しが memcached クライアントはにルーティングされます NCache このゲートウェイを介してサーバーにアクセスします。 このアプローチでは、構成の変更のみが必要です。
フォロー memcached クライアント実装は、このアプローチでサポートされています。
Hibernate 統合は、以前の実装の制限を取り除くために最初から作成されています。 新しい実装で行われたいくつかの機能強化を次に示します。
ユーザーは、キャッシュ項目を挿入する前に、独自のコードを記述してキャッシュ項目を変更できるようになりました。 NCache。 ユーザーは、これらのフックを記述することで、出力キャッシュ項目の有効期限や依存関係などを変更できます。
このために、ユーザーは OutputCacheProvider で提供されるインターフェイスを実装し、このアセンブリとクラスを web.config に登録する必要があります。
さまざまな場所からキャッシュされたすべてのアイテム NCache 統合には、キャッシュ項目のタイプを決定する特別なタグが付けられます。 たとえば、キャッシュ内に作成されたすべてのセッションには、それがセッション キャッシュ アイテムであることを示す特別なタグがあります。 このようにして、ユーザーはセッションかどうかに関係なく、キャッシュ内のアイテムを識別できます。
同様に、OutputCache 項目と ViewState 項目にも独自のタグが付けられます。
2013 年 10 月 24 日
NCache 4.1 SP3 には、キャッシュの安定性に関連するいくつかの重要な機能拡張と主要なバグ修正が含まれています。 すべての人に推奨されるアップグレードです NCache 4.1 ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache ASP.NET セッション キャッシュのセッション ストア プロバイダーは、操作が失敗した場合にキャッシュ操作を再試行できるようになりました。 次の属性を NCache セッション ストア プロバイダーの設定:
オブジェクトキャッシュプロバイダーでの操作の再試行 NCache .NET4x のオブジェクト キャッシュ プロバイダーには、操作が失敗した場合にキャッシュ操作を再試行できる機能が追加されました。
次のエントリをアプリケーション構成ファイル (app.config または web.config) では次のようになります。
<add key="operationRetries" value="3"/>
<add key="operationRetryInterval" value="2000"/> // 'operationRetryInterval' is the value in milli seconds ViewState キャッシュに新機能が実装され、関連ページのビューステートをグループ化できるようになりました。 これにより、ビューステートのキャッシュをより詳細に制御できるようになります。 この機能を使用すると、ビューステートのさまざまなグループをさまざまなキャッシュにキャッシュしたり、ビューステートのグループごとに異なる有効期限を使用してビューステートをキャッシュしたりすることができます。
この機能強化は、 NCache ViewState キャッシュ モジュールには、キャッシュ内のページごとのビューステートの数を制限するオプションが用意されています。 「maxViewStatesPerSession」属性を「」に追加します。 「ncContentOptimization」タグの下にあるタグ。 この属性は整数の値を取ります。
キャッシュの起動時に、キャッシュ起動ローダーは即座に起動されません。 キャッシュの開始後、開始は 20 秒遅れます。 この遅延は、「」の次の属性を使用して構成できます。Alachisoft.NCache.Service.exe.config」ファイル: 次のエントリをで NCache 次のようなサービス構成ファイル:
<add key="NCacheServer.CacheLoaderStartupDelay" value="20"/>自動開始機能を使用してキャッシュを同時に開始するときに部分的なクラスター接続の問題を回避するために、遅延を導入できます。 次のエントリをで NCache 次のようなサービス構成ファイル:
<add key="NCacheServer.CacheStartDelay" value="3"/>
インデックスが作成されていない属性をクライアントがクエリすると、「IndexNotDefined」例外がクライアントにスローされます。 この問題は、実行時に NamedTag のインデックスが作成されるときに NamedTags が使用される場合に発生しやすくなります。 この例外を抑制するように構成できるようになりました。 次のエントリをで NCache 次のようなサービス構成ファイル:
<add key="NCacheServer.DisableIndexNotDefinedException" value="true|false"/>クライアント アプリは、受信したすべてのイベントを「同期」または「非同期」で消費するように構成できます。 デフォルトのイベント消費モード NCache クライアントは「非同期」ですが、イベントはクライアント側で「同期」的に消費できます。 次のエントリをクライアント アプリケーションの「App.config」ファイルでは次のようになります。
<add key="NCacheClient.AsynchronousEventNotification" value="true|false"/><add key="NCacheClient.NumberofEventProccesingThreads" value="2"/>新しいサーバー側カウンター:
新しいクライアント側カウンター:
これで、キャッシュ クリア呼び出しにより、ContinuousQuery 結果セットに存在するすべてのキーに対して ItemsRemoved イベントが発生します。
クライアント キャッシュが有効になっており、L2 キャッシュから多くのアイテムの有効期限が切れている場合、L2 はアイテムの有効期限イベントをクライアント キャッシュ (L1 キャッシュ) に送信して、ローカル ストアからこれらのアイテムを削除します。 これにより、アクティブなクライアントのパフォーマンスが低下し、CPU の使用率が高くなります。 クライアント キャッシュ (L1 キャッシュ) もアイテムの有効期限を維持し、L2 キャッシュは有効期限イベントを L1 キャッシュに送信しなくなりました。
NCache 提供される EFCaching モジュールは、EF クエリ分析とキャッシュ用に拡張されています。
これで、サービスの開始時に指定されたブリッジを開始するようにブリッジ サービスを構成できるようになりました。 ブリッジ サービスが開始されたときにブリッジが自動的に開始されるように設定するには (Alachisoft.NCache.Bridge.exe）が開始/再起動されます。 ' 内の次のタグのコメントを解除します。Alachisoft.NCache.BridgeService.exe.config' ファイルを開き、現在のマシンで構成されているブリッジ名を次のように指定します。
<add key=" NBridgeServer.AutoStartBridges" value="Bridge-1,Bridge-2"/>2012 年 10 月 10 日
NCache 4.1 SP2 には、キャッシュの安定性に関連するいくつかの重要な機能拡張と主要なバグ修正が含まれています。 すべての人にアップグレードをお勧めします NCache 4.1 ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
暗号化機能が提供されているため、データのやり取りが確実に行われます。 NCache クライアント NCache サーバー間またはクラスターノード間は暗号化されます。 これにより、ネットワークからデータパケットが盗聴された場合でも、ユーザーデータの漏洩を防ぐことができます。
単一のキャッシュされたアイテムに対して複数のデータベース依存関係を追加できるようになりました。 この機能は、単一データベース依存関係の「SQL 通知」依存関係制限を補います。
「自動開始」に設定されているキャッシュは、ユーザーが指定した時間に従って遅延できるようになりました。 これにより、 NCache 「自動開始」用に設定されたキャッシュが多すぎる場合の応答時間。 次のエントリを <appSettings> in NCache 次のようなサービス構成ファイル:
add key='NCacheServer.AutoStartDelay' value='5'サービスの再起動時またはクライアント マシンの再起動時に自動的に開始するように「クライアント キャッシュ」を構成できるようになりました。 これにより、ユーザーの介入なしでクライアント キャッシュが利用できるようになります。
これで、veiwstate が「セッション ID」とともに「グループ」情報としてキャッシュされます。 これにより、ユーザーは同じアプリケーションとユーザーのビューステートとセッションを関連付けることが容易になります。 この機能を使用すると、セッションが閉じられるか期限切れになるときに、ユーザーは特定のセッションに関連するすべてのビューステートを削除できます。 以下の属性を内部に追加します
groupedViewStateWithSessions="true|false"2012 年 5 月 10 日
NCache 4.1 Service Pack1 (SP1) には、キャッシュの安定性に関連するいくつかの重要な機能拡張と主要なバグ修正が含まれています。 すべての人にとってアップグレードが推奨されます NCache 4.1 ユーザー。
このリリースで行われたいくつかの機能強化は次のとおりです。
コンパクトなシリアル化のためにカスタム ジェネリック型を追加できます。 任意の数の引数を持つすべてのジェネリック型は、コンパクトなシリアル化を通じてシリアル化できます。 ジェネリック型を登録するには、 NCache マネージャー、またはインターフェース IGenericTypes を実装することによるカスタム ハンドラーを介して。 現在、この機能は .NET クライアントでのみ使用できます。
データを変更せずに、実行時にキャッシュ項目の属性を変更できるようになりました。 現在、API (SetAttribute) を使用して、依存関係と有効期限のヒントを更新できます。
キャッシュ サーバーとクライアントを異なるタイム ゾーンで実行することができます。 NCache ローカルタイムゾーンに基づいてアイテムの有効期限が切れる標準時間を維持します。 アイテムが複製されるか、あるキャッシュ サーバーから別のキャッシュ サーバーに移動するたびに、ローカル タイム ゾーンに従って有効期限がリセットされるため、構成されたタイムスロットに従ってアイテムの有効期限を設定できます。
2011 年 8 月 23 日
NCache 4.1 では、エンタープライズ レベルのアプリケーションにとって重要な非常に重要な新機能と拡張機能が導入されました。 この新しいリリースでは、複数のプラットフォーム (Java と .Net) 間で実行時データを共有するためのまったく新しいパッケージが提供されます。 Java は .NET と 100% 互換性があり、Java コードを次のようにプラグインすることもできるようになりました。 NCache プロセス。 NCache 要求応答モデルも拡張され、単一の要求でクラスター化されたキャッシュから数 GB のデータを取得できる大規模な応答を処理できるようになりました。 以前のリリースで報告されたすべてのバグは、このリリースで修正されました。
4.1 のすべての機能の包括的なリストについては、こちらをお読みください。 NCache 特徴:
NCache .NET オブジェクトをキャッシュに保存し、Java アプリケーションから Java オブジェクトとして読み取ることも、その逆のこともできるようになりました。 また、XML を通じて .NET から Java への変換を行う代わりに、 NCache バイナリレベルの変換を使用します。 その結果、パフォーマンスは超高速になります。 NCache Java と .NET の間の型の競合を自動的に解決します。
.NET と Java の間のランタイム データ共有で複数のバージョンを利用することもできます。 詳細は以下をご覧ください。
同じ .NET または Java クラスの複数のバージョンを複数のアプリケーション間で共有できるようになりました。 あるアプリケーションがクラスのバージョン 1.0 を使用している一方で、別のアプリケーションが同じクラスの新しいバージョン 2.0 を使用している可能性があります。 このクラスのバージョン 2.0 がキャッシュに格納されている場合でも、以前のアプリケーションはこのクラスをバージョン 1.0 としてフェッチでき、その逆も同様です。 NCache XML 構成ファイルを使用してバージョン マッピングを構成できます。
バージョンは、.NET と Java の間のランタイム データ共有でも利用できます。
NCache SQL のようなクエリに基づいてデータセットを指定できます。 次に、このデータセットをキャッシュ クラスターに維持し、追加、更新、削除などの実行時の変更を監視します。 そして、 NCache データセット内でこれらの変更が発生するたびに、アプリケーションに通知します。 これにより、アプリケーションはデータの変更または特定の基準に一致するデータの追加をよりインテリジェントに監視し、次の通知を受けることができます。 NCache.
これは、複数のアプリケーション間で実行時にデータを共有する場合に強力な機能です。
ブリッジ トポロジを使用すると、WAN 全体でキャッシュ全体をインテリジェントかつ非同期に複製できます。 NCache 4.1 では、ブリッジ トポロジで XNUMX つの異なる構成が提供されるようになりました。 彼らです：
以前は、タグを値として割り当てることしかできませんでした。 これで、タグに名前を割り当てることができます。 これにより、属性名と属性値の概念に基づいてデータにインデックスを付けることができます。 以前は、オブジェクトにインデックスを付けることはできましたが、すべての文字列データにインデックスを付けることはできませんでした。 現在では、文字列データ (XML など) であっても、名前付きタグを使用してインデックスを作成できるようになりました。 次に、次のいずれかを使用できます NCache XNUMX つ以上の名前付きタグに属するデータをフェッチする API、またはそのデータに対して SQL のようなクエリを (LINQ または OQL 経由で) 発行できます。
NCache 4.1 では、.NET と同じレベルで Java がサポートされます。 .NET 機能セットに追いつくことを目的とした新しい Java ベースの機能を次に示します。
Windows または Unix 上の Java アプリケーションでクライアント キャッシュ機能を使用できるようになりました。 クライアント キャッシュを有効にするためにアプリケーションでコードを変更する必要はありません。
Windows または Unix 上の Java アプリケーションでクライアント キャッシュ機能を使用できるようになりました。 クライアント キャッシュを有効にするためにアプリケーションでコードを変更する必要はありません。
キャッシュ読み込みコードを Java で記述し、次のように登録します。 NCache。 ネイティブ Java コードは、.NET コードと同様にキャッシュ サーバー上で実行されます。
これで、Java クラスを次のように登録できます。 NCache & NCache 初期化時にシリアル化コードを生成し、メモリ内でコンパイルして、 NCache クライアント。 このコンパイルされた Java コードは、Java クラスをシリアル化/シリアル化解除するために実行されます。 これにより、コンパイルされたシリアル化コードは Java で実行されるリフレクション ベースのシリアル化よりもはるかに高速に実行されるため、明らかにパフォーマンスが向上します。
NCache Hibernate 用の L2 キャッシュが提供されるようになりました。 これにより、使用を開始できるようになります NCache Java アプリケーションのコードを変更する必要はありません。
NCache キャッシュ サーバーが、特定のリクエストに対して、より大きな応答をより小さなチャンクで返すことができるようになりました。 これにより、サイズに応じてシリアル化コストが削減され、アプリケーションが 1.9 回の呼び出しでより大きなデータ セットをフェッチできるようになるため、全体的なキャッシュ パフォーマンスが向上します。 また、XNUMX GB を超えるデータ サイズをシリアル化できないという .NET シリアル化の制限も解消されます。 応答のしきい値とチャンク サイズは両方とも構成可能で、次から変更できます。 NCache サービス設定ファイル「NCache\bin\サービス\ Alachisoft.NCache.Service.exe.config」
<add key="NCacheServer.ResponseDataSize" value="1024"/>2011 年 3 月 17 日
NCache 3.8 Service Pack 4 (SP4) には、運用環境にとって重要な重要な修正が含まれています。 すべての人に推奨されるアップグレードです NCache 3.8ユーザー
このリリースで行われたいくつかの機能強化は次のとおりです。
.NET アプリケーションと Java アプリケーション間で文字列値を共有できます。
<add key="NCacheServer.NCacheSQLNotificationService" value="NCacheSQLService"/>SQL キャッシュの依存関係アーキテクチャは、「キューの作成」や「サービスの作成」などの追加のユーザー権限を必要としないカスタム キューと通知サービスをサポートするように強化されました。 NCache デフォルト モード (デフォルトの SQL 通知およびキュー サービスを使用) または独自のキューおよび通知サービスを指定できるカスタム モードを選択できるようになりました。 サービス名の形式は「」である必要があります。NCacheSQLService-[ip-address]"および"NCacheSQLQueue-[ip-address] "ここで、IPアドレスはそのマシンのIPアドレスになります NCache サービスプロセスが実行されます。 この設定はサービス構成ファイルで指定できます。 “NCache/bin/service/Alachisoft.NCache.Service.exe.config”.
2010 年 11 月 02 日
このリリースでは、 NCache 3.8 サービス パック 3 (SP3)、 NCache Enterprise は、「」という名前の XNUMX つの製品に分かれています。NCache .NET 用」および「NCache Java用」。 以前 'NCache両方のコンポーネントが XNUMX つのパッケージに結合されていました。
には XNUMX つの新機能も追加されています。NCache Java クライアント」。
このリリースで行われたいくつかの機能強化は次のとおりです。
Java アプリケーションから「データベース依存関係」を持つ項目をキャッシュに追加できるようになりました。 関連データベースが変更されるとキャッシュ エントリが無効になり、アプリケーションはこの変更に関する通知を受け取ります。
NCache Java クライアントでは、キャッシュ内のバイナリ データ ストリームの読み書きができる API にストリーミング サポートが追加されました。
NCache Enterprise 3.8.x
2010 年 10 月 10 日
NCache 3.8 Service Pack 2 (SP2) には、お客様から報告された重要な修正と拡張機能が含まれています。 すべてのユーザーに推奨されるアップグレードです。 NCache 3.8.
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache Xen VM 環境でのライセンスをサポートするようになりました。
Visual Studio 2010 では、への参照を追加すると警告メッセージが表示されます。 NCache アセンブリも失敗し、ビルドも失敗します。 これは、アプリケーションのターゲット フレームワークが .NET 3.5 の場合にのみ発生します。 これは Visual Studio の既知の問題で、GAC 2.0 と GAC 4.0 で同じアセンブリが使用できる場合に混乱が生じ、依存するアセンブリについては GAC 4.0 から読み込もうとするため、警告メッセージが表示されます。
この問題は、すべてのアセンブリをコピーすることで解決しました。 NCache bin/assembly フォルダーに保存されるようになり、Visual Studio は GAC で依存アセンブリを見つける必要がなくなります。 これで問題は解決しました。
<script> で終わるタグ </script>。 同様に、画像の読み込みに相対パスが使用されている場合、CSS 縮小化は失敗します。 CSS の相対パスが絶対パスに変換されるようになりました。 2010 年 8 月 24 日
NCache 3.8 Service Pack 1 (SP1) には、重要な修正と拡張機能が含まれています。 このリリースで追加された最も重要かつ需要の高い機能は、.Net Framework 4.0 のサポートです。 API は 3.8 リリース バージョンと完全に互換性があり、アプリケーションを再ビルド/再コンパイルせずにアップグレードできます。
このリリースで行われたいくつかの機能強化は次のとおりです。
コードベースは、 NCache キャッシュ サーバーは .NET 4.0 に変換されており、 NCache クライアントは .NET 2.0 と 4.0 の両方のバージョンで使用できます。
クライアントのキャッシュ管理が改善されました。 NCache 更新オプションでプロジェクト ファイルがクライアント ノードに接続するマネージャー。これにより、ファイルの高速読み込みが向上しました。 NCache マネージャーのプロジェクト ファイル。
この問題は、すべてのアセンブリをコピーすることで解決しました。 NCache bin/assembly フォルダーに保存されるようになり、Visual Studio は GAC で依存アセンブリを見つける必要がなくなります。 これで問題は解決しました。
NCache サンプルは Visual Studio 2008 でビルドされるようになりました。
VeriSign の問題。サービス構成ファイルのデフォルトでは、generatePublisherEvidence を有効にする必要があります ="false"/>。 強化が行われます。
ReadThru プロバイダー インターフェイスの署名は、次の機能を最大限にサポートするように変更されました。 NCache。 名前空間「」の下に新しい構造が導入されました。Alachisoft.NCache.Runtime.Caching」は、CacheItem に似た ProviderCacheItem と呼ばれます。 有効期限、タグ、エビクションヒント、依存関係などを簡単に指定できるようになりました。
新しいインターフェース
public void LoadFromSource(string key, out ProviderCacheItem cacheItem)
public Dictionary<string, ProviderCacheItem> LoadFromSource(string[] keys)キャッシュ ローダーで IsResyncExpiredItem プロパティを指定して、期限切れのアイテムを自動的に再ロードできるようになりました。
NCache は、NHibernate 2.1.2 の最新バージョンをサポートしていません。 このリリースでは、リージョンのサポートも追加されました。 NHibernate サンプル アプリケーションも、NHibernate 領域のサポートに合わせて変更されています。
2010 年 6 月 7 日
NCache 3.8 には、顧客のフィードバックに基づいた新しい重要な追加機能と拡張機能が含まれています。 API の下位互換性は、ほとんどのお客様にとって最も重要な懸念事項であり、これを念頭に置いて、API 互換性のための新しいプロトコルを追加しました。 現在 (3.8) 以降、すべての新しいリリースは、古いバージョンの NCache (3.8 以降)。
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache キャッシュされたアイテムを検索できるようにする IQueryable インターフェイスを利用した LINQ 統合を提供します。 NCache キャッシュされたアイテムをクエリするために、ラムダ式と LINQ 演算子の両方をサポートします。
NCache EF キャッシュとのシームレスな統合を提供し、ADO レベルでプラグインされ、コードを変更せずにアプリケーションで分散キャッシュを使用できるようになります。 アプリケーション構成ファイルを変更するだけで済みます。
この問題は、すべてのアセンブリをコピーすることで解決しました。 NCache bin/assembly フォルダーに保存されるようになり、Visual Studio は GAC で依存アセンブリを見つける必要がなくなります。 これで問題は解決しました。
NCache .NET キャッシュ プロバイダー 4.0 との統合を提供します。 NCache また、キャッシュの依存関係を管理するためのさまざまな変更モニター (ファイル ベース、キー ベース、データベースの依存関係) も提供します。
NCache 現在、下位互換性プロトコルに従っており、将来のバージョンでは、アプリケーションはクライアントをアップグレードせずに新しいバージョンに接続できるようになります。
NCache API にストリーミング サポートが追加され、キャッシュ内のバイナリ データ ストリームを読み書きできるようになりました。
NCache 複数の JavaScript ファイルと CSS ファイルを XNUMX つのリソース ファイルに結合し、キャッシュに保存します。 また、レンダリングされた出力がすべての CSS ファイルと JS ファイルに対する単一の HTTP 参照に置き換えられるため、ブラウザーはすべてのリソースをロードするために XNUMX 回の呼び出しを行うことができます。 これは、アプリケーションの応答時間を改善するのに役立ちます。
NCache 長い ViewState 文字列を小さな文字列に置き換えてクライアントに送信します。 これにより、アプリケーションのパフォーマンスが向上し、帯域幅が節約されます。
「状態転送」、キャッシュ停止、メンバー離脱、メンバー参加などの特定のキャッシュ イベントに関するアラートを電子メールで受信できるようになりました。
この API を使用すると、LastAccessed Time や Creation DateTime などのキャッシュ アイテムに関するメタ情報が可能になります。
NCache 複数のリードスルーおよびライトスループロバイダーを許可します。 NCache マネージャーはデータ ソース アセンブリを展開フォルダーに自動的に展開するため、プロバイダー アセンブリを手動でコピーする必要はありません。 NCache サービスフォルダー。
パーティション レプリカ トポロジが同期レプリケーションをサポートするようになりました。
コマンドラインツールを使用してセキュリティを設定できるようになりました
古いキャッシュ config.ncconf ファイルがある場合は、このツールを使用してアップグレードできます。
これで設定できるようになりました Remote Clientsの NCache マネージャーは、個々のクライアント設定をすべて XNUMX つのポイントから簡単に変更できます。
追加することもできます remote clientコマンド ライン ツールを使用したクライアント キャッシュ。
アセンブリを選択できる新しいウィザードを使用して、キャッシュ プロバイダー アセンブリを指定できるようになりました。 これで、アセンブリ情報を手動で入力する必要がなくなりました。
NCache Manager は、データ ソース プロバイダーの自動展開を提供します。
これで、コンパクトなシリアル化のために ISerializable または IDDeserializable インターフェイスを実装する必要がなくなります。 コンパクトタイプを登録するだけで済みます。 NCache マネージャー NCache 実行時に型を自動的にシリアル化します。
セキュリティは次から設定できます NCache 今はマネージャー。
2010 年 4 月 21 日
NCache 3.6.2 (SP3) には、顧客から報告された重要な修正と拡張機能が含まれています。 このリリースで追加された最も重要で求められている機能は、J2EE プラットフォームの Java セッション キャッシングのサポートです。 これで、簡単に使用できるようになります NCache コードを変更することなく、Java アプリケーションのセッション ストアとして使用できます。 web.xml ファイルに Java セッション フィルタを追加するだけで済みます。
使用しているもの NCache 3.6.x バージョンは、アプリケーションを再ビルド/再コンパイルせずにアップグレードできます。
このリリースで行われたいくつかの機能強化は次のとおりです。
NCache Java セッション プロバイダは WebLogic でサポートされており、基礎となるプラットフォーム (Web サーバー) が Java Servlet 2 (またはそれ以降) 仕様に従っている場合、J2.3EE の任意のプラットフォーム (Web サーバー) で使用できます。 Java セッションは、Linux プラットフォームと Windows プラットフォームの両方でサポートされています。
NCache Java セッション プロバイダーは、Linux プラットフォームと Windows プラットフォームの両方の JBoss でサポートされています。
NCache Java セッション プロバイダーは、Linux プラットフォームと Windows プラットフォームの両方の WebSphere でサポートされています。
NCache Java セッション プロバイダーは、Linux プラットフォームと Windows プラットフォームの両方で Apache-Tomcat に対してサポートされています。
ガベージ コレクターには、サーバー オペレーティング システムとワークステーションに基づいた XNUMX 種類があり、それぞれ「サーバー GC」と「ワークステーション」と呼ばれます。 指定がない限り .NET framework は、サーバー オペレーティング システムで実行されている場合でも、デフォルトでワークステーション GC を使用します。 今、 NCache オペレーティング システムに応じて GC モードを指定できます。 サーバー GC はスループットを最大化するように設計されており、非常に高いパフォーマンスで拡張できます。 NCache は、デフォルトでワークステーション GC ではなくサーバー GC を使用するように構成されています。 このモードは次から変更できます Alachisoft.NCache.Service.exe.config:
<add key="NCacheServer.EnableForcedGC" value="true"/>
<add key="NCacheServer.ForcedGCThreshold" value="80"/>
2010 年 1 月 11 日
NCache 3.6.2 Service Pack 2 (SP2) には、お客様から報告された重要な修正と拡張機能が含まれています。 すべてのユーザーに推奨されるアップグレードです。 NCache。 ご利用の方 NCache 3.6.x バージョンは、アプリケーションを再ビルド/再コンパイルせずにアップグレードできます。
このリリースで行われたいくつかの機能強化は次のとおりです。
次の場合、イベントは Windows イベント ビューアとキャッシュ エラー ログに記録されます。
これらのイベントは、情報、警告、および情報に分類されます。
<add key="NCacheServer.EventLogLevel" value="error | warning| all"/>ユーザーは次のレベルの XNUMX つだけを指定できます。
イベント ビューア/ログ ファイルのクライアント接続ログ エントリは、次から有効にできます。 NCache サービス構成ファイル。 デフォルトでは、このオプションは無効になっていますが、次の属性を変更することで有効にできます。 NCache サービス構成ファイル。
"Alachisoft.NCache.Service.exe.config」。
<add key="NCacheServer.LogClientEvents" value="false" />注: 上記の変更には以下が必要です NCache サービスを再起動します。
NCache データベースの依存関係と同期機能のために Oracle 11g をサポートするようになりました。
2009 年 10 月 06 日
NCache 3.6.2 Service Pack 1 (SP1) には、お客様から報告された重要な修正と拡張機能が含まれています。 すべてのユーザーに推奨されるアップグレードです。 NCache。 ご利用の方 NCache 3.6.x バージョンは、アプリケーションを再ビルド/再コンパイルせずにアップグレードできます。
このリリースで行われたいくつかの機能強化は次のとおりです。
クラスターノード内のソケット破壊の問題を解決するには、 NCache には、クラスター構成の config.ncconf で構成可能な新しい接続再試行ロジックがあります。
connection-retries="10" connection-retry-interval="1secs"ネットワークの問題によりソケットが壊れた場合、 NCache connection-retry-interval ごとに connectionretries の回数だけ接続の再確立を試行します。 これには再起動が必要です NCache アップデート後のサービス。
NCache クライアント側カウンターは、クライアント側の問題を検出およびデバッグするために導入されています。 これらのカウンターは、カテゴリ「Windows パフォーマンス カウンター」に表示されます。NCache クライアント'。
NCache 自動起動機能が強化され、さまざまなユーザー指定のキャッシュが起動します。 NCache サービスの起動は非同期になります。 一部のキャッシュが破損していて開始されていない場合、警告がログに記録されますが、 NCache サービスは正常に起動します。
クライアントキャッシュ同期モードの説明がに追加されました。 NCache ヘルプ。
クラスターメモリの設定、その使用法、見積もりに関する説明がクラスター構成に追加されました。
NCache インストール ウィザードは、管理者ではないユーザーに警告を出します。 ユーザーがインストールするには管理者権限とアクセス許可が必要です NCache システム上。
２０２２年７月１１日
NCache 3.6.2 には、顧客から報告された多数の便利な機能拡張とバグ修正が含まれています。 すべてのユーザーに推奨されるアップグレードです。 NCache。 ご利用の方 NCache 3.6.x バージョンは、アプリケーションを再ビルド/再コンパイルせずにアップグレードできます。
このリリースで行われたいくつかの機能強化は次のとおりです。
次のイベントのログ トレースが追加されます。
ポーリング ベースのデータベース依存関係には、次のような改善点があります。
利用できないバインド IP アドレスが原因でサービスの開始に失敗した場合のエラー メッセージが改善されました。
2009 年 3 月 26 日
NCache 3.6.1 には、顧客から報告された多数の便利な機能拡張とバグ修正が含まれています。 すべてのユーザーに推奨されるアップグレードです。 NCache。 ご利用の方 NCache 3.6.x バージョンは、アプリケーションを再ビルド/再コンパイルせずにアップグレードできます。
このリリースで行われたいくつかの機能強化は次のとおりです。
今すぐ NCache 新しいノードがキャッシュに参加すると、クライアント接続はクラスター ノード間で自動的に再バランスされます。 したがって、キャッシュ サーバーでのクライアントの負荷分散について心配する必要はなくなりました。
パフォーマンス監視用の新しいカウンターが「」に追加されました。NCacheWindows Perfmon カウンターの ' カテゴリ。
NCache DB 依存関係でのストアド プロシージャとコマンド オブジェクトの使用をサポートするようになりました。