以下の新機能がで提供されます NCache v5.3 SP1。
以下の新機能がで提供されます NCache v5.3。
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 分未満の間隔で実行する必要があるシナリオに対応するために行われました。
NCache と呼ばれる新機能を提供しています NoSQL Database データベース全体がインメモリで分散されていますが、リアルタイムで永続ストレージに永続化されます（定期的なスナップショットを取得したり、トランザクションログのみを永続化する他の製品とは異なります）。 このリアルタイムの永続性により、インメモリデータは常に同期され、すべてを再起動しても失われることはありません。 NCache サーバー。
NCache NoSQL Database 100％インメモリで分散されているため、超高速でスケーラブルです。 同時に、 NCache NoSQL Database 他のすべてのデータベースと同じようにデータを保持するため、すべてのデータベースが失われたとしてもデータが失われることはありません NCache サーバーがダウンします。
あなたはあなたを持続させることを選ぶことができます NoSQL Database in NCache 超高速で非常に信頼性の高い永続性。 または、必要に応じて、 NoSQL Database 主要なサードパーティデータベースのXNUMXつ。 NCache 次のリアルタイム永続化オプションを提供します NoSQL Database:
あなたが使用することができます NCache NoSQL Database 次の方法で
注意： この機能は、.NET、Java、Node.js、Python アプリケーションから使用できます。
NCache 全文検索にLuceneを使用する.NETアプリケーション用の分散Luceneを提供します。 分散Luceneは標準のLucene.NETインデックスを取得して分散させるため、Luceneインデックスを複数にスケーリングできます NCache 実行時でもサーバー。 これにより、アプリケーションが複数のユーザーと通信するようになったため、インデックスサイズだけでなく、アプリケーションのトランザクション容量も増やすことができます。 NCache Lucene用のサーバー。
分散Lucene機能のハイライトは次のとおりです。
NCache 現在、WindowsとLinuxの両方で強力なPythonクライアントを提供しています。 このPythonクライアント クライアント側のAPI機能をすべて備えています of NCache 従来の.NETおよびJavaクライアントが楽しんでいたことです。
NCache PowerShellコマンドレットとしてインポートおよびエクスポートツールを提供します。 これらのツールを使用すると、JSON/CSVデータをにインポートまたはエクスポートできます。 NoSQL Database またはそれから。 これにより、すべてまたは一部を抽出できます NoSQL database.
選択した場合 NCache の永続性プロバイダー NoSQL Database、その後、すべてのデータは、共有ネットワークフォルダ（UNCパスに基づく）にある複数のファイルに保存されます。
このデータには、通常のファイルシステムのバックアップ/復元ツールを使用できます。 ただし、注意してください NCache 一時的に一時停止するための管理ツール（PowerShellコマンドレットとして）を提供します NCache ファイルシステムのバックアップの実行中に永続ストレージに書き込みます。 ただし、すべての書き込みはデータのインメモリ分散コピーに対して行われ、ログに記録されるため、バックアップが完了したら、永続ストレージへの書き込みをオンにできます。 そして、それらの書き込みはすべて、リアルタイムであるかのように永続ストレージに適用されます。
オンラインバックアップメカニズムを提供しているにもかかわらず、バックアップを実行するためにトラフィックの少ない時間を選択することをお勧めします。 将来は、 NCache 完全なオンラインバックアップ機能を提供します NCache の永続性プロバイダー NoSQL Database バックアップ中に書き込みを続行することもできます。
ただし、ストレージオプションとしてSQL ServerまたはMongoDBを選択した場合は、オンラインバックアップを含むこれらのデータベースが提供するバックアップ/復元ツールを使用できます。
Luceneを使用する.NETアプリケーションがすでにある場合は、かなり大きなLuceneインデックスが作成されている可能性があります。 NCache 既存のLuceneインデックスをにインポートする機能を提供します NCache Luceneを一括で配布しました。
これは、インデックスからドキュメントを読み取り、それらのドキュメントをに追加してインデックスを再作成するよりもはるかに高速です。 NCache 分散Luceneインデックス。 この理由は NCache 分散Luceneは、ドキュメントレベルではなく、バルクファイルレベルでデータをコピーします。
Luceneインデックスの次のタイプのインポートを実行できます。
上記のインポートLuceneインデックスオプションは両方とも、PowerShellコマンドレットを介して可能です。
NCache パーティションを作成し、Luceneインデックスを分散環境とそれぞれに保存します NCache サーバ。 また、すべてのインデックスは複数のファイルとして保存されます。 したがって、通常のファイルシステムのバックアップ/復元ツールを使用できます。 ただし、現在のバージョンでは NCache、オンラインバックアップは提供されていないため、正しいバックアップを確保するにはダウンタイムが必要になります。 ただし、アプリケーションが実行時に分散Luceneインデックスを更新していない場合は、オンラインバックアップを実行することもできます。
分散Luceneインデックスの復元は、ファイルシステムファイルの復元と同じであるため、可能です。 バックアップを実行したときと同じ配布構成情報を使用して、キャッシュを再起動する必要がある場合があります。
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シリアル化には、.NETオブジェクトが「シリアル化可能」とマークされていないという利点もあります。 以前は、すべてのオブジェクトを「シリアル化可能」とマークするためにコードを変更するか、のコンパクトシリアル化機能を使用する必要がありました。 NCache。 どちらの場合も、多くの追加作業が必要でした。
JSONシリアル化を使用すると、構成設定を変更するだけで、コードにまったく触れる必要がなくなり、ASP.NET/ASPでシリアル化できないオブジェクトの使用を開始できるようになります。.NET Core セッション。
オブジェクト属性をに含めるには NCache SQLクエリ、最初にインデックスを作成する必要があります。 以前は、インデックスを作成する唯一の方法は、インデックスをの一部として定義することでした。 NCache 構成。 それはまだ可能であり、これを行うための良い方法です。
ただし、カスタムアノテーションを使用してプログラムでクエリインデックスを定義できるようになりました。 これにより、でクエリインデックスを作成するさまざまな方法を完全にサポートできるようになりました。 NCache.
NCache インデックスを作成し、SQLクエリで使用するためのnull許容プロパティをサポートするようになりました。 この機能は、.NETのプロパティとフィールドがnull許容であるために提供されています。 しかし、以前は NCache null値に基づくサポート検索を提供していませんでしたが、現在はサポートしています。
NCache 分散Luceneを使用した全文検索で地理空間インデックスをサポートするようになりました。 通常の全文検索Luceneインデックスと同様に、GeospatialインデックスもLucene.NETを内部的に使用してGeospatialクエリをサポートします。 地理空間インデックス用のNuGetパッケージは、全文検索インデックスのNuGetパッケージとは別のものです。
NCache 分散Luceneを使用したファセット検索をサポートするようになりました。 ファセット検索は、ファセットナビゲーションシステムを使用して従来の検索手法を強化する手法です。 これにより、ユーザーはアイテムのファセット分類に基づいて複数のフィルターを適用することにより、検索結果を絞り込むことができます。
NCache ファセット検索を実行するために必要なすべてのAPIを含むファセット検索用のNuGetパッケージを提供します。
.NET CLRはマネージドメモリを使用するため、ガベージコレクションとフラグメンテーションは、トランザクションの多いサーバーアプリケーションで大きなパフォーマンスの問題を引き起こします。 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アドレスを使用します。