Finden Sie Versionshinweise für Ihr NCache Version unten.
Di, 01. Februar 2024
NCache 5.3 SP3 enthält einige sehr wichtige Verbesserungen und Fehlerbehebungen.
In NCache 5.3 SP3 wurde mit der Einführung von ein erheblicher Fortschritt bei der serverseitigen Codeausführung erzielt NCache Ausführungsdienst. Dieser Dienst stellt ein einheitliches Ausführungsmodell dar, das sowohl in der Java- als auch in der .NET-Edition von implementiert wurde NCache.
Für die Java-Edition ist dieser separate Ausführungsprozess, der NCache Der Ausführungsdienst ist für die Ausführung von serverseitigem Benutzercode verantwortlich, einschließlich Cache Loader-, Refresher-, Readthrough- und Writethrough-Vorgängen. Diese Änderung optimiert die Ausführung von serverseitigem Code und gewährleistet einen effizienten und konsistenten Betrieb auf der gesamten Java-Plattform.
In der .NET-Edition ist die NCache Der Ausführungsdienst wurde in ähnlicher Weise angepasst, ist jedoch speziell für die Ausführung des Cache Loader- und Refresher-Codes vorgesehen. Diese Verbesserung in der .NET-Edition steht im Einklang mit dem Gesamtziel des Ausführungsmodells, serverseitige Codeausführungsprozesse zu optimieren und zu standardisieren.
Die Java-Client-Cache-Architektur wurde mit der .NET-Client-Cache-Architektur synchronisiert. Diese Synchronisierung umfasst die Implementierung von Readthrough- und Writethrough-Mechanismen im Java-Client-Cache sowie eine verbesserte Synchronisierung zwischen L1- und L2-Caches. Diese Ausrichtung gewährleistet Konsistenz und Effizienz auf verschiedenen Plattformen.
Das NCache Das Management Center weist bemerkenswerte Verbesserungen auf, darunter die Möglichkeit, Protokolldateien herunterzuladen. Diese neue Funktion bietet Benutzern, die Cache-Server verwalten, mehr Komfort. Darüber hinaus besteht die Möglichkeit, Dienste zu starten, zu stoppen und neu zu starten NCache Bedienung, NCache Ausführungsdienst und NCache Der Bridge-Service wurde hinzugefügt, der die administrative Kontrolle und Flexibilität verbessert.
Der Befehl „Export-CacheConfiguration“ wurde erweitert, um die Ordnerstruktur für exportierte Cache-Konfigurationen zu verbessern. Es enthält jetzt eine Option zur Integration serverseitiger Funktionsbereitstellungen in Exporte und bietet so eine umfassendere Konfigurationsverwaltungsfunktion. Darüber hinaus wurde die Angabe eines Cache-Namens für Exporte verpflichtend vorgeschrieben, was für klarere und präzisere Konfigurationsexporte sorgt.
Beim Erstellen eines Caches mit der exportierten Konfiguration wird Folgendes angezeigt: NCache stellt automatisch die erforderlichen Bibliotheken zusammen mit der Konfiguration bereit.
Es wurde eine Verbesserung eingeführt, um den Prozess des Hinzufügens von Knoten zu einem Cache-Cluster zu optimieren NCache. Benutzer müssen nicht mehr manuell serverseitige Anbieter für Funktionen wie Readthrough, Writethrough oder Cache Startup Loader auf jedem neuen Knoten bereitstellen, der einem vorhandenen Cluster hinzugefügt wird.
Mit der Funktion „Automatische Bereitstellung“ NCache Stellt automatisch die erforderlichen serverseitigen Anbieter für konfigurierte Funktionen bereit, wenn dem Cluster ein neuer Knoten hinzugefügt wird. Diese Automatisierung vereinfacht den Prozess und stellt sicher, dass neue Knoten vollständig für die Teilnahme am Cache-Cluster gerüstet sind, ohne dass ein manueller Eingriff der Benutzer erforderlich ist.
NCache 5.3 SP3 führt eine erhebliche Verbesserung im Registrierungsprozess ein, insbesondere für Docker-Instanzen. Bisher war auf DockerHub nur ein Server-Image verfügbar NCacheund Benutzer, die eine Developer-Installation anstrebten, mussten ihre eigenen Docker-Images erstellen. Mit dem neuen Update kann ein einzelnes veröffentlichtes Image auf DockerHub nun flexibel für Server- oder Entwicklerinstallationen verwendet werden. Diese Verbesserung vereinfacht den Prozess für Benutzer, die mit Docker arbeiten, erheblich.
Bei der Registrierung einer Docker-Instanz müssen Benutzer den Installationstyp mithilfe des Parameters -RegisterAs angeben. Mit diesem Parameter können Benutzer zwischen den Modi „CacheServer“, „RemoteClient“ und „Entwickler“ wählen, wobei „CacheServer“ die Standardeinstellung ist. Wenn der Parameter -RegisterAs nicht angegeben ist, geht das System standardmäßig von einer Serverinstallation aus. Diese Erweiterung bringt nicht nur Komfort, sondern bietet auch Flexibilität bei der Konfiguration von Docker-Instanzen entsprechend spezifischer Anforderungen.
In NCache Mit Version 5.3 SP3 wurde eine neue Funktion zur Vereinfachung eingeführt NCache Clients, die über einen Load Balancer eine Verbindung zu Cache-Servern herstellen. Diese Funktion ist besonders relevant in Szenarien, in denen eine direkte Kenntnis der Cache-Server durch die Clients nicht möglich ist, beispielsweise in Umgebungen, die Kubernetes-Cluster oder Cloud-Abonnements mit eingeschränktem Zugriff verwenden (wie Azure oder AWS mit privaten Links).
Traditionell NCache Die Architektur erfordert, dass jeder Client eine Verbindung mit jedem Cache-Server aufbaut. Wenn jedoch ein Load Balancer in diese Architektur eingeführt wird, verdeckt er die direkte Sichtbarkeit einzelner Cache-Server für die Clients. Um das zu erwähnen, NCache 5.3 SP3 implementiert einen Mechanismus, bei dem der Server bei der ersten Verbindung des Clients mit dem ersten Cache-Server über den Load Balancer Informationen über die anderen Cache-Server in der Konfiguration austauscht.
Sobald der Client diese Informationen erhält, versucht er, über den Load Balancer Verbindungen zu den anderen Servern herzustellen. Dieser Vorgang wird fortgesetzt, bis Verbindungen mit allen Servern hergestellt sind oder bis eine konfigurierte Anzahl von Versuchen erschöpft ist. Durch diesen Ansatz wird sichergestellt, dass der Client eine vollständige Verbindung mit dem Cache-Cluster aufrechterhalten kann, selbst wenn kein direkter Zugriff auf jeden Server besteht.
Mit dieser Version wird die Unterstützung für .NET 4.6.1 und frühere Versionen eingestellt, um laufende Aktualisierungen der Technologiestandards widerzuspiegeln. Die unterstützte Mindestversion des .NET-Clients ist jetzt .NET 4.6.2.
Durch die TLS-Unterstützung wurde eine erhöhte Sicherheit in den Java-Client integriert.
Jetzt ist eine direkte Integration mit den neuesten Versionen von Hibernate und Spring möglich, wodurch der Integrationsprozess optimiert wird. Bisher war diese Integration nur über die JCache-Schnittstelle verfügbar.
Es wurde eine effiziente Sitzungsverwaltung für Spring-basierte Webanwendungen eingeführt, die die Funktionalität von verbessert NCache in diesen Umgebungen.
Zuvor NCache bot eine 60-tägige kostenlose Testphase an. Diese Dauer wurde jedoch im neuesten Update (30 SP5.3) auf 3 Tage verkürzt. Trotz dieser Änderung haben Kunden weiterhin die Möglichkeit, ihren Testzeitraum zu verlängern, indem sie sich an das Vertriebsteam wenden. Auf Anfrage stellt das Vertriebsteam Erweiterungsschlüssel zur Verfügung, mit denen Kunden ihre Erweiterung verlängern können NCache Auswertungszeitraum bis zu 120 Tage.
03. Oktober 2023
NCache 5.3 SP2 enthält einige sehr wichtige Fehlerbehebungen und Verbesserungen.
Wir haben in dieser Version das Credential Caching eingeführt, um die Leistung und Effizienz der Authentifizierungsvorgänge im System zu verbessern. Es bietet eine Caching-Schicht über dem vorhandenen Sicherheitsanbieter und reduziert so die Notwendigkeit wiederholter Authentifizierungsaufrufe an das zugrunde liegende Authentifizierungssystem (wie LDAP oder Active Directory).
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Benutzeranmeldeinformationen (Benutzername und verschlüsseltes Passwort) werden nach erfolgreicher Authentifizierung gegenüber dem LDAP-/Active Directory-Server im Speicher zwischengespeichert. Dadurch entfällt die Notwendigkeit einer erneuten Authentifizierung bei nachfolgenden Anfragen mehrerer Clients für denselben Benutzer.
Das Zwischenspeichern von Anmeldeinformationen wird verbessert NCache Leistung durch Reduzierung teurer Fahrten zu den LDAP/Active Directory-Servern. Es reduziert auch die Belastung Ihrer LDAP-/Active Directory-Server in einer Umgebung mit hohem Transaktionsaufkommen NCache lebt normalerweise.
Die Benutzererfahrung ist die gleiche wie zuvor beim Spezifizieren NCache Sicherheit.
Standardmäßig ist die Funktion zum Zwischenspeichern von Anmeldeinformationen aktiviert. Sie können sie jedoch problemlos durch eine Änderung der Konfigurationsdatei deaktivieren. Der 'NCacheServer.EnableCredentialCaching' Flagge in der NCache Die Dienstkonfigurationsdatei aktiviert/deaktiviert diese Funktion.
NCache erweitert jetzt seine TLS-Verschlüsselungsfunktionen, um die Kommunikation nicht nur zwischen Clients und Servern, sondern auch zwischen Serverknoten zu sichern. Während NCache Bisher wurde die TLS-Verschlüsselung für die Client-Server-Kommunikation angeboten. Diese Erweiterung konzentriert sich auf die Sicherung des Datenaustauschs zwischen Serverknoten innerhalb des Clusters. Diese zusätzliche Verschlüsselungsebene stellt sicher, dass alle zwischen Serverknoten übertragenen Daten vertraulich bleiben und vor potenziellen Bedrohungen geschützt sind, wodurch die Gesamtsicherheit Ihrer verteilten Caching-Umgebung erhöht wird.
NCache führt TLS-Verschlüsselungsunterstützung für die Kommunikation über Bridge-Verbindungen ein. Mit dieser Funktion NCache stellt sicher, dass die zwischen über Bridges verbundenen Cache-Clustern übertragenen Daten verschlüsselt und gesichert sind. Diese Verbesserung sichert den Datenfluss über Bridge-Verbindungen und fügt Ihrer verteilten Caching-Infrastruktur eine zusätzliche Schutzebene hinzu. Das ist erwähnenswert NCache bot bisher TLS-Verschlüsselung für die Client-Server-Kommunikation an, diese Erweiterung deckt nun auch Bridge-Verbindungen ab.
In dieser Version haben wir unsere Unterstützung für Sicherheitsprotokolle durch die Einführung der Funktion zum Platzieren erweitert NCache Zertifikate nicht nur im Trusted Root-Speicher, sondern auch im persönlichen („My“) Speicher. Diese Verbesserung ermöglicht einen reibungsloseren Betrieb in Umgebungen, in denen sich Gruppenrichtlinien-Berechtigungsbeschränkungen auf die Speicherung von Zertifikaten im Root-Speicher auswirken können.
Für einen reibungslosen Betrieb ist es wichtig, dass Zertifikate von einer bekannten öffentlichen Zertifizierungsstelle (CA) ausgestellt werden, der die meisten Systeme grundsätzlich vertrauen. Dadurch können Client-Computer das Zertifikat des Servers validieren, ohne dass das CA-Zertifikat in ihrem Trusted Root-Speicher installiert werden muss.
Bei privaten Zertifizierungsstellen muss das Zertifikat der Zertifizierungsstelle jedoch im Trusted Root-Speicher auf allen teilnehmenden Computern installiert sein, um eine erfolgreiche Validierung und sichere Kommunikation zu ermöglichen.
NCache bietet die Möglichkeit, Knoten- und Cache-Sicherheit nahtlos zu kombinieren, um die Kontrolle und Flexibilität zu verbessern. Mit dieser Funktion werden bei aktivierter Knotensicherheit alle Caches auf dem jeweiligen Knoten automatisch gesichert. Knotenadministratoren haben umfassende Kontrolle über Cache-Daten und Knotenverwaltungsaufgaben. Andererseits können Cache-Benutzer gezielt einzelnen gesicherten Caches zugeordnet werden, wodurch ihnen ausschließlich Zugriff auf Cache-bezogene Vorgänge gewährt wird NCache APIs. Diese Kombination ermöglicht es Administratoren, Zugriffsberechtigungen anzupassen und sicherzustellen, dass Cache-Benutzer nur begrenzten Zugriff auf Cache-APIs haben, während Knotenadministratoren einen umfassenderen Zugriff haben, der sowohl API-Interaktionen als auch Verwaltungsvorgänge umfasst.
NCache bietet die Möglichkeit, Ihre Sicherheitskonfiguration durch die Ermöglichung einer gruppenbasierten Autorisierung zu verbessern. Jetzt können Sie ganz einfach LDAP-Gruppen als Knotenadministratoren oder Cache-Benutzer hinzufügen und so die Verwaltung von Berechtigungen in Ihrem gesamten Netzwerk vereinfachen NCache Cluster. Diese Funktion optimiert den Prozess der Autorisierung mehrerer Benutzer innerhalb einer Organisation, indem sie Gruppenzugriff auf Cache-Knoten und Caches gewährt.
NCache hat seinen LDAP-Anbieter für Windows-basierte Server aktualisiert, um die erweiterten Authentifizierungs- und Autorisierungsfunktionen zu nutzen, die die neuere LDAP-Implementierung von Microsoft bietet. Entdecken Sie die Möglichkeiten dieses aktualisierten LDAP-Anbieters Microsofts LDAPConnection-Dokumentation.
In dieser neuesten Version von NCachehaben wir mit der Umbenennung eine technische Verfeinerung eingeführt NCache Manager der NCache Managementzentrum. Diese Änderung stellt einen strategischen Schritt zur Verbesserung der Funktionalität des Tools dar und bietet Benutzern eine fortschrittlichere Plattform für die Cache-Cluster-Verwaltung. Auch wenn sich der Name weiterentwickelt hat, bleiben die zugrunde liegenden Fähigkeiten und Features robust und ermöglichen Ihnen die nahtlose Konfiguration, Überwachung und Verwaltung Ihrer Cache-Cluster mit Präzision und Effizienz.
NCache hat seine benutzerfreundliche Oberfläche zur Sicherung von Cache-Knoten weiter verbessert. Während wir diese Funktion zuvor angeboten haben, haben wir jetzt erhebliche Verbesserungen vorgenommen, um ein noch reibungsloseres Erlebnis zu gewährleisten. Der Prozess der Konfiguration der Cache-Knotensicherheit ist jetzt intuitiver und rationalisiert, sodass Sie Ihre Cache-Knoten mühelos und problemlos sichern können.
NCache Management Center, früher bekannt als NCache Manager, enthält jetzt Authentifizierungsfunktionen. Wenn ein Knoten gesichert ist, wird der NCache Management Center fordert Benutzer zur Authentifizierung auf, indem eine Anmeldeseite angezeigt wird. Dadurch wird sichergestellt, dass nur autorisierte Benutzer Zugriff auf das Management Center erhalten, was eine zusätzliche Sicherheitsebene für Sie darstellt NCache Umfeld. Nur die konfigurierten Knotenadministratoren können sich beim sicheren Knoten anmelden.
NCache bietet jetzt eine nahtlose Möglichkeit, Transport Layer Security (TLS) durch das neue Enable- zu konfigurieren.NCacheTLS und DeaktivierungNCacheTLS-Cmdlets. Bisher mussten Benutzer TLS manuell konfigurieren, indem sie Registrierungseinstellungen bearbeiteten, was komplex und zeitaufwändig sein konnte. Mit diesen Cmdlets können Sie TLS mühelos auf einem oder mehreren Servern und Clientknoten aktivieren oder deaktivieren.
NCache führt einen verbesserten Ansatz zur Verwaltung von Sicherheitseinstellungen über PowerShell ein und bietet eine detailliertere Kontrolle über Sicherheitskonfigurationen. Das überarbeitete Enable-NCacheSicherheit und DeaktivierungNCacheSicherheits-Cmdlets vereinfachen das Aktivieren oder Deaktivieren der Sicherheit und bieten gleichzeitig mehr Flexibilität.
Mit der Einführung des Add-NCacheUserOrGroup und Remove-NCacheMit den UserOrGroup-Cmdlets können Administratoren Benutzer und Gruppen mit spezifischen Zugriffsrechten effizient verwalten. Dieses erweiterte PowerShell-basierte Sicherheitsmanagement verbessert die Kontroll- und Anpassungsoptionen für die Sicherheit NCache Umgebungen.
In diesem neuesten NCache Veröffentlichung, wir freuen uns, sie vorstellen zu können NCache Spielplatz. Es handelt sich um ein leistungsstarkes und interaktives Tool, mit dem Sie Ihr Erlebnis verbessern können NCache. NCache Playground dient den Benutzern als spezielle Umgebung zum Erkunden, Experimentieren und Kennenlernen NCache Funktionen, Beispiele und reale Szenarien. Mit NCache Spielplatz, auf dem Sie mühelos laufen können NCache Erstellen Sie Muster, nehmen Sie spontane Anpassungen vor und führen Sie Übungen aus, ohne dass eine vollwertige Entwicklungsumgebung erforderlich ist. Dieses Tool ist ideal für Benutzer, die schnell verstehen möchten NCache Konzepte zu entwickeln, ihre Fähigkeiten zu bewerten und ihre Lernkurve zu beschleunigen.
12 September 2022
NCache 5.3 SP1 enthält einige sehr wichtige Verbesserungen und Fehlerbehebungen. Die Version enthält auch wichtige Verbesserungen der Benutzererfahrung. NCache 5.3 SP1 ist ein empfohlenes Upgrade für alle NCache Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Aussichten für NCache Images verfügbar auf Azure und AWS, die Registrierung zur kostenlosen Evaluierung von NCache wird unterstützt in NCache Web-Manager. Wenn eine Maschine weder mit Evaluierungs- noch mit Lizenzschlüssel registriert ist, wird die NCache Der Standardbildschirm von Web Manager führt Benutzer zu einem Registrierungsprozess, um entweder ihre Bewertung zu starten oder ihre Boxen zu aktivieren.
Das Merkmal 'NCache NoSQL' veröffentlicht in 5.3 wurde umbenannt in 'NCache Beharrlichkeit'. Die Funktionsweise der Funktion bleibt gleich, die zusätzlichen Anbieter werden jedoch entfernt. Das NCache Persistenz kann jetzt nur mit dem eingebauten dateisystembasierten Speicher verwendet werden.
Alle NoSQL verwandte PowerShell-Cmdlets wurden ebenfalls umbenannt.
Für wird ein separates NuGet-Paket veröffentlicht NCache Gespeicherte CLR-Prozeduren. Dies hilft beim einfachen Erstellen von gespeicherten CLR-Prozeduren, die verwenden NCache API.
Anstatt die in client.ncconf angegebenen Konfigurationen zu verwenden, können Benutzer signalr-Anwendungen zwingen, die in den Dateien web.config oder appsettings.json der Anwendung angegebenen Verbindungsoptionen zu verwenden. Falls angegeben, verwendet die Anwendung diese Einstellungen.
Der Aktualisierungsintervallwert kann jetzt in Sekunden statt in Minuten eingestellt werden. Die Änderung wurde vorgenommen, um Szenarien zu berücksichtigen, in denen die Auffrischung in einem Intervall von weniger als einer Minute ausgeführt werden sollte.
MapReduce, Aggregator und Memcached Integration sind als veraltet gekennzeichnet und werden in der nächsten Version entfernt.
12. April 2022
NCache 5.3 enthält einige sehr wichtige neue Funktionen sowie verschiedene Leistungs- und Speicheroptimierungen. Die Version enthält außerdem wesentliche Verbesserungen der Benutzererfahrung. NCache 5.3 ist ein empfohlenes Upgrade für alle NCache Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
NCache bietet jetzt a NoSQL Database Funktion, bei der die gesamte Datenbank im Arbeitsspeicher liegt und verteilt ist, aber auch in Echtzeit in einem permanenten Speicher gespeichert wird. Diese Echtzeit-Persistenz stellt sicher, dass Ihre In-Memory-Daten immer synchron sind und nie verloren gehen, selbst wenn Sie alle neu starten NCache Servers
NCache bietet die folgenden Echtzeit-Persistenzoptionen For NoSQL Database:
Sie können verwenden NCache NoSQL Database :
NCache bietet Distributed Lucene für .NET-Anwendungen mit Lucene für die Volltextsuche. Verteiltes Lucene nimmt den Standard-Lucene.NET-Index und macht ihn verteilt, sodass Sie den Lucene-Index auf mehrere skalieren können NCache Server auch zur Laufzeit. Dadurch können Sie nicht nur Ihre Indexgröße erhöhen, sondern auch die Transaktionskapazität Ihrer Anwendung, da Ihre Anwendung jetzt mit mehreren kommuniziert NCache Server für Lucene.
Hier sind einige Highlights der Distributed Lucene-Funktion:
NCache Bietet jetzt einen Python-Client sowohl für Windows als auch für Linux. Dieser Python-Client verfügt über alle clientseitigen API-Funktionen von NCache die traditionell .NET- und Java-Clients genossen.
NCache Bietet jetzt einen Scala-Client sowohl für Windows als auch für Linux. Dieser Scala-Client verfügt über alle clientseitigen API-Funktionen von NCache die traditionell .NET- und Java-Clients genossen.
NCache stellt Import- und Export-Tools als PowerShell-Cmdlets bereit. Mit diesen Tools können Sie JSON-/CSV-Daten in die importieren oder exportieren NoSQL Database oder daraus. Auf diese Weise können Sie alle oder Teile Ihrer Datei extrahieren NoSQL database.
NCache Persistenzanbieter für NoSQL Database speichert Daten in mehreren Dateien, die sich in einem freigegebenen Netzwerkordner befinden (basierend auf dem UNC-Pfad). Sie können also normale Dateisystem-Tools verwenden, um Sicherungen durchzuführen.
Um Online-Backups bereitzustellen, NCache bietet auch ein Verwaltungstool (als PowerShell-Cmdlet) zum kurzzeitigen Anhalten NCache schreibt in den persistenten Speicher und erstellt sie nur im Speicher, während Sie Ihr Dateisystem-Backup durchführen. Wenn Sie jedoch mit der Sicherung fertig sind, können Sie Schreibvorgänge aktivieren und alle ausstehenden Schreibvorgänge werden sofort auf den persistenten Speicher angewendet.
Wenn Sie SQL Server oder MongoDB als Speicheroption verwenden, stellen diese Datenbanken Online-Backup-Tools bereit, die Sie verwenden sollten.
NCache gibt Ihnen die Möglichkeit, einen vorhandenen Lucene-Index in zu importieren NCache Verteilen Sie Lucene in Form einer Massenkopie von Dateien, was viel schneller ist, als Dokumente aus Ihrem vorhandenen Lucene-Index zu lesen und sie einzeln zu schreiben NCache Verteiltes Lucene über seine API.
Sie können die folgenden Arten des Imports des Lucene-Index durchführen:
NCache partitioniert und speichert den Lucene-Index in einer verteilten Umgebung und auf jeder NCache Server. Und alle Indizes werden in mehreren Dateien gespeichert. Daher können Sie für sie normale Tools zum Sichern/Wiederherstellen des Dateisystems verwenden.
Derzeit können Sie keine Online-Sicherung durchführen, es sei denn, Ihre Anwendung nimmt keine Aktualisierungen am Lucene-Index vor. Sie müssen einen Zeitpunkt mit geringem Datenverkehr wählen, um die Server anzuhalten und ein Backup durchzuführen.
Das Wiederherstellen eines Distributed Lucene-Index ist dasselbe wie das Wiederherstellen von Dateisystemdateien und daher möglich. Möglicherweise müssen Sie neu starten NCache Server mit denselben Verteilungskonfigurationsinformationen, die Sie hatten, als Sie die Sicherung durchgeführt haben.
NCache unterstützt jetzt vollständig .NET 6.0. Alles NCache Server werden in .NET 6.0 (bzw .NET Framework 4.8, wenn Sie diese Version heruntergeladen haben). NCache Clients sind auch .NET 6.0. Jedoch, NCache bietet auch Unterstützung für frühere Versionen von beiden .NET Core und .NET Framework für NCache Kunden.
NCache ermöglicht Ihnen jetzt die Verwendung der JSON-Serialisierung für Ihr ASP.NET / ASP.NET Core Sitzungen. Bisher war die einzige Option, die Sie hatten, die von .NET bereitgestellte binäre Serialisierung zu verwenden. Wir haben immer noch die Option „Binäre Serialisierung“, aber in .NET 6.0 ist die binäre Serialisierung standardmäßig deaktiviert und wird nicht empfohlen.
Mit der JSON-Serialisierung können Sie auch Objekte verwenden, die nicht als „Serialisierbar“ gekennzeichnet sind, und auch ohne die Verwendung der kompakten Serialisierung. Mit der JSON-Serialisierung müssen Sie lediglich Konfigurationseinstellungen ändern.
Um ein beliebiges Objektattribut einzuschließen NCache SQL-Abfragen, müssen Sie diese zuerst indizieren. Bisher bestand die einzige Möglichkeit zum Indexieren darin, einen Index als Teil von zu definieren NCache Aufbau. Das ist immer noch möglich und ein guter Weg, dies zu tun.
Jetzt können Sie Abfrageindizes jedoch programmgesteuert mit benutzerdefinierten Anmerkungen definieren. Damit haben Sie jetzt volle Unterstützung für verschiedene Möglichkeiten zum Erstellen von Abfrageindizes in NCache.
NCache unterstützt jetzt Nullable-Eigenschaften zum Erstellen eines Indexes und deren anschließende Verwendung in SQL-Abfragen. Diese Funktion wird bereitgestellt, weil .NET-Eigenschaften und -Felder nullable sind. Aber vorher NCache bot keine Unterstützung für die Suche auf der Grundlage von Nullwerten und tut es jetzt.
NCache unterstützt jetzt Geodaten-Indizes bei der Volltextsuche mit Distributed Lucene. Genau wie der reguläre Lucene-Index für die Volltextsuche verwenden auch die Geodaten-Indizes intern Lucene.NET, um Geodaten-Abfragen zu unterstützen. Das NuGet-Paket für Geodaten-Indizes ist vom NuGet-Paket für den Volltextsuchindex getrennt.
NCache unterstützt jetzt Facettensuche mit Distributed Lucene. Die facettierte Suche ist eine Technik, bei der herkömmliche Suchtechniken durch ein facettiertes Navigationssystem ergänzt werden. Dies ermöglicht dem Benutzer, die Suchergebnisse einzugrenzen, indem er mehrere Filter basierend auf einer Facettenklassifizierung der Elemente anwendet.
NCache stellt ein NuGet-Paket für Facettensuche bereit, das alle APIs enthält, die zum Ausführen von Facettensuchen erforderlich sind.
Bewertungszeiträume werden bereits in früheren Versionen von verfolgt NCache auf E-Mail-Domänenebene und nicht auf der Ebene einzelner Downloads oder einzelner Installationen. Dies bedeutet, dass Sie eine frühere Version von getestet haben NCache Sie haben es aber nicht gekauft, Ihr Testzeitraum ist höchstwahrscheinlich bereits abgelaufen.
Aber, NCache Mit Version 5.3 beginnt Ihr Evaluierungszeitraum für diese Version neu. Sie erhalten wie bisher einen 30-tägigen Testzeitraum und können unser Vertriebsteam bitten, ihn jeweils um 30 Tage auf bis zu 180 Tage zu verlängern.
NCache hatte zuvor Smart Object Pooling implementiert und auch größere Objekte in weniger als 80 Objekte aufgeteilt, sodass LOH nicht häufig verwendet wird. Diese frühere Speicheroptimierung hatte sich bereits verbessert NCache Leistung ziemlich viel für die am häufigsten verwendeten „atomaren Operationen“ wie Abrufen, Einfügen, Aktualisieren, Löschen einzelner Elemente.
Allerdings wurden eine Reihe anderer Bereiche wie Massenoperationen, Abfrageindizes, SQL-Suche usw. nicht vollständig auf diese Weise optimiert und führten daher zu einer häufigen Verwendung von LOH- und Gen2-Sammlungen und damit nicht zu der besten Leistung.
Nun, diese Version von NCache hat die Speicherverwaltung in all diesen Bereichen optimiert, was zu einer noch schnelleren Leistung von geführt hat NCache Überall.
Folgende Optimierungen wurden vorgenommen:
NCache wurde traditionell in einer lokalen Umgebung ausgeführt, und daher war es nicht erforderlich, https für den Zugriff zu verwenden NCache Web-Manager. Aber jetzt, da Azure, AWS und andere Clouds sehr weit verbreitet sind, entstehen immer mehr Situationen, in denen ein Benutzer möglicherweise darauf zugreifen muss NCache Web Manager über https.
NCache bietet jetzt Unterstützung für https für den Zugriff NCache Web-Manager. Standardmäßig ist es http, aber Sie können es so konfigurieren, dass es https verwendet, wenn Sie ein Zertifikat haben.
NCache hat traditionell verlangt, dass Sie angeben NCache Server basierend auf ihrer IP-Adresse und nicht auf Maschinennamen. Der Grund dafür war, dass in vielen Situationen NCache Server haben mehrere Netzwerkschnittstellenkarten (NICs) und Sie wussten nicht, welcher NIC der Computername zugeordnet wurde. Verwenden Sie daher die IP-Adresse für NCache Server und Clients ist immer noch der bevorzugte Weg.
Aber jetzt NCache bietet Ihnen die Möglichkeit, Maschinennamen anstelle von IP-Adressen anzugeben, wenn Sie dies wünschen. Sie können den Computernamen angeben, um einen Cache-Server oder einen Cache-Client zur Cache-Konfiguration hinzuzufügen. Ebenso alle Ansichten auf NCache Web Manager verwendet weiterhin standardmäßig IP-Adressen.
12. Oktober 2021
NCache 5.2 SP1 enthält einige wichtige Leistungs- und Speicheroptimierungen. Die Version enthält außerdem wesentliche Verbesserungen der Benutzererfahrung. NCache 5.2 SP1 ist ein empfohlenes Upgrade für alle NCache Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Massenvorgänge mit relativ größeren Elementgrößen beanspruchten in früheren Versionen viel Speicher. In dieser Version werden Objektpooling und andere LOH-vermeidende Techniken verwendet, um den Speicherbedarf auf Codepfaden im Zusammenhang mit Massenoperationen zu verringern.
Die neueste Version von protobuf-net verfügt über einige wesentliche Speicherverbesserungen. NCache Verwendet jetzt die neueste Version von protobuf-net, um den Speicher und die Leistung weiter zu verbessern.
Bisher war die Offline-Aktivierung ein mehrstufiger Prozess, der erforderlich war NCache Benutzer, mit denen man reden kann Alachisoft Support-team. Mit dieser neueren Version können Benutzer nun die Offline-Aktivierung ohne Kontaktaufnahme abschließen Alachisoft Support-team.
Zu den Installationsschlüsseln gehört eine KOSTENLOSE Testversion für 30 Tage. In dieser neueren Version werden die Installationsschlüssel auf Kundendomänenebene statt auf individueller Kundenebene verfolgt. Also die Bewertung von NCache beginnt tatsächlich mit dem Tag des Downloads durch den ersten Benutzer im Unternehmen. Allerdings ist jede Version von NCache wird von nun an einen eigenen Bewertungszeitraum haben.
25. März 2021
NCache 5.2 enthält einige wichtige Funktionen im Zusammenhang mit dem Caching. Die Version enthält außerdem wesentliche Leistungsverbesserungen. NCache 5.2 ist ein empfohlenes Upgrade für alle NCache Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Cache Loader/Refresher ist ein Dienst, der regelmäßig in einem konfigurierbaren Intervall ausgeführt wird und Cache-Daten aktualisiert. Benutzer konfigurieren diese Funktion, indem sie in der Konfiguration einen oder mehrere benannte Datensätze hinzufügen. Jeder Datensatz kann so konfiguriert werden, dass er entweder einmal geladen oder regelmäßig aktualisiert wird.
Es folgen zwei Ergänzungen zu Pub/Sub.
Zum Zeitpunkt der Erstellung eines THEMA kann einem THEMA eine Priorität zugewiesen werden. Nachrichten von den TOPICs mit höherer Priorität werden zuerst zugestellt, während die Nachrichten von den TOPICs mit niedrigerer Priorität zuerst entfernt werden. Wenn keine Priorität zugewiesen ist, wird ein THEMA mit der Priorität „Normal“ erstellt.
Der Herausgeber sollte in der Lage sein, Nachrichten mit Anweisungen zu senden, um die Reihenfolge beizubehalten, in der sie veröffentlicht werden. Solche Nachrichten werden den Abonnenten in genau derselben Reihenfolge zugestellt, in der sie veröffentlicht wurden. Bestellte Nachrichten von einem bestimmten Herausgeber werden auf einem Cache-Server gespeichert. Dies wird mithilfe der Standortaffinität umgesetzt.
In diesem Fall werden alle bestellten Nachrichten an denselben Abonnenten zugestellt DeliveryOption.Any.
Für Anwendungen, die ausschließlich die JSON-API verwenden, ist die Definition von .NET- oder Java-basierten Abfrageindizes möglicherweise nicht möglich. Daher wird die Definition von Indizes aus JSON-Dokumenten unterstützt.
In diesem Fall gibt der Benutzer den Pfad zu einer JSON-Datei an. NCache Web Manager liest die Attribute in der JSON-Datei und listet sie in einem Raster auf. Der Benutzer kann ein oder mehrere Attribute aus der Liste auswählen, für die Indizes definiert werden sollen.
Abfrageindizes aus JSON-Dokumenten können auch mit dem PowerShell-Befehl erstellt werden.
Die benutzerdefinierte Abhängigkeit wird jetzt auf der Serverseite bereitgestellt. Genau wie Read/Write Thru-Anbieter müssen Benutzer benutzerdefinierte Abhängigkeitsanbieter implementieren. Es kann einen oder mehrere benutzerdefinierte Abhängigkeitsanbieter geben, von denen jeder einen eindeutigen Namen hat.
Beim Hinzufügen eines Elements über die API gibt der Benutzer den Namen des benutzerdefinierten Abhängigkeitsanbieters an, der bereits konfiguriert und bereitgestellt wurde.
Benutzer möchten möglicherweise den Text und den Betreff der E-Mail-Benachrichtigungen ändern, von denen sie erhalten NCache. Der gesamte Text und Betreff der E-Mails, die von generiert werden NCache Verwenden Sie Vorlagen. Diese Vorlagen werden im Installationsverzeichnis geliefert. Benutzer können diese Vorlagen entsprechend ihren Anforderungen ändern.
In manchen Organisationen ist möglicherweise mehr als ein Domänencontroller für Hochverfügbarkeit konfiguriert. Wenn ein primärer Domänencontroller ausfällt, wird der sekundäre Controller aktiv. NCache Unterstützt jetzt auch die Konfiguration der Sicherheit sowohl mit dem primären als auch mit dem sekundären Domänencontroller.
TLS 1.2-Unterstützung wird für die Kommunikation auf Transportebene zwischen bereitgestellt NCache Server unter Linux und Cache-Clients.
Gemeinsame Nutzung von Sitzungen zwischen ASP.NET und ASP.NET Core Anwendungen wird unterstützt. Dies kann über die Konfigurationseinstellungen aktiviert werden. Für die gemeinsame Nutzung von Sitzungen zwischen verschiedenen Anwendungen müssen alle Anwendungen denselben benutzerdefinierten Sitzungs-ID-Generator verwenden.
Dies wird auch für multiregionale Sitzungen unterstützt.
Die Sitzungsfreigabe wird nicht unterstützt, wenn sie über IDistributedCache konfiguriert wird.
Benutzer können SQL-Abhängigkeiten angeben, um die Antwort einer Seite aus dem Cache ungültig zu machen. Wenn die dem angegebenen SQL entsprechenden Daten geändert oder gelöscht werden, wird die Antwort des Caches gelöscht. Bei neuen Anforderungen wird es neu generiert und mit derselben SQL-Abhängigkeit zum Cache hinzugefügt.
Dies wird nicht unterstützt, wenn es über IDistributedCache konfiguriert wird.
NCache kann als externer Speicher für Identity Server 4 verwendet werden als;
Bei Konfiguration mit NCacheMöglicherweise möchte der Benutzer unterschiedliche Caches für Sitzungs-Caching und Daten-Caching verwenden. NCache sollte eine Option zur Verwendung mehrerer Caches für unterschiedliche Zwecke bieten, wenn es als IDistributedCache verwendet wird.
Der neue Java-Client ist zu 100 % identisch mit der neuen .NET-API. Es verfügt über folgende Dienste:
Der neue Java-Client nutzt außerdem Pipelining für eine bessere Leistung.
Die folgenden serverseitigen Module können in Java geschrieben werden.
NCache verfügt jetzt über einen Node.js-Client, der zu 100 % mit der neuen .NET- und Java-JSON-API identisch ist. Es verfügt über folgende Dienste:
Integration mit Prometheus zur Überwachung wichtiger Kennzahlen von NCache. NCache veröffentlicht einen konfigurierbaren Satz von Zählern auf dem Prometheus-Server.
NCache Das Dashboard für Grafana finden Sie in der Grafana-Galerie. Das Dashboard verfügt über verschiedene Zähler, die vom Prometheus-Server abgerufen werden NCache veröffentlicht seine Zähler.
NCache Professional verfügt jetzt über ein webbasiertes GUI-Tool für NCache Verwaltung und grundlegende Überwachung. NCache Mit Web Manager können Benutzer Caches erstellen, konfigurieren, starten und stoppen. Dies hilft ihnen auch, schnell einen Stresstest durchzuführen und Statistiken anzuzeigen.
23. November 2020
In NCache In Version 5.1 wurden einige wichtige Fehler behoben und einige neue Verbesserungen vorgenommen.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Bei der Nur-Server-Lizenzierung wird jetzt auch der Speicher berücksichtigt, um die Anzahl der auf einem Computer erforderlichen Lizenzen zu berechnen. Die Anzahl der Clients, die sich mit einem Server verbinden können, ist bei der Nur-Server-Lizenzierung nun unbegrenzt.
Basierend auf der Kombination aus RAM-Größe und Anzahl der vCPUs wird die Anzahl der auf einer Maschine erforderlichen Lizenzen bestimmt. Diese Kombinationen sind auf angegeben NCache Preisseite in Form von Lizenzplänen.
Die Aktivierung auf Client-Rechnern wird nicht mehr unterstützt.
Auch wenn es sich bei Ihrer Lizenz um eine Client-Server-Lizenz handelt, müssen Sie lediglich Cache-Server aktivieren. Zum Zeitpunkt der Aktivierung müssen Benutzer auch die Anzahl der Client-Lizenzen angeben, die auf dem Cache-Server aktiviert werden sollen.
NCache Professional Edition unterstützt dieses Lizenzschema nicht.
Benutzer können jetzt KOSTENLOSE ENTWICKLUNGS-/Test-Cache-Server erstellen. Remote clients können jedoch mit den folgenden Einschränkungen eine Verbindung zu diesen Cache-Servern herstellen:
Jetzt können Benutzer Remote-Maschinen für die KOSTENLOSE Testversion registrieren NCache Verwenden des Parameters „-Server“ im Register-NCacheEvaluierungs-PowerShell-Befehl.
24. April 2024
NCache 5.0 SP6 ist nur für freigegeben NCache Open Source Auflage. Diese Version enthält einige wichtige Fehlerbehebungen und einige neue Einschränkungen in der Open Source Edition.
28. Oktober 2020
In NCache 5.0 SP4 wurden einige wichtige Fehler behoben und einige neue Verbesserungen vorgenommen.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Die WAN-Replikation kann jetzt weiter angepasst werden, um mehr Kontrolle darüber zu haben, wie oft Daten zwischen zwei Rechenzentren repliziert werden. Hier sind die Konfigurationen;
Das Replikationsintervall ist das Zwischenverzögerungsintervall in Millisekunden zwischen zwei aufeinanderfolgenden Replikationen. Der Standardwert ist auf 3000 Millisekunden (3 Sekunden) eingestellt. Benutzer können dieses Intervall entsprechend ihren Anforderungen ändern, indem sie den Wert von „NCacheServer.BridgeReplicationInterval'-Tag im NCache Dienstkonfigurationsdatei.
Der Cache sendet Vorgänge in großen Mengen mit der angegebenen Schwellenwertgröße an die Bridge. Die Standardgröße beträgt 500 KB. Benutzer können diese Größe konfigurieren, indem sie den Wert des Tags ' ändern.NCacheServer.BridgeBulkOperationSize' in dem NCache Dienstkonfigurationsdatei.
In dieser Version wird Unterstützung für die neueste Version von EFCore bereitgestellt.
In dieser neuen Version wird die Nur-Server-Lizenzierung unterstützt, bei der nur Serverlizenzen erworben werden. Bei dieser Art der Lizenzierung sind für einen Cache-Server mindestens 4 Lizenzen erforderlich.
Folgende Funktionen wurden hinzugefügt NCache professional.
NCache sendet einmal im Monat einen Funktionsnutzungsbericht an Alachisoft Server. Dies geschieht, um das Produkt auf der Grundlage der von Kunden erhaltenen Daten zu verbessern. Die folgenden Informationen sind Teil dieses Berichts;
Ein neues PowerShell-Cmdlet „Register-NCacheZur Registrierung steht Ihnen „Bewertung“ zur Verfügung NCache zur kostenlosen Evaluierung mit dem von erhaltenen Evaluierungsschlüssel Alachisoft. Mit diesem Cmdlet kann auch der Evaluierungszeitraum verlängert werden.
NCache Open Source kann über Register- registriert werdenNCacheOpenSource-Cmdlet.
Diese Veröffentlichung von NCache unterstützt NCache Cloud anbieten. NCache Cloud Service wird in Azure und AWS angeboten.
Alle Ausgaben von NCache kann jetzt in Azure und AWS installiert werden, wird jedoch empfohlen NCacheAnstelle der Installation wird das Marktplatz-Image von verwendet NCache.
15. Juni 2020
In NCache 5.0 SP3 wurden einige wichtige Fehler behoben und einige neue Verbesserungen vorgenommen.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
NCache Remote Clients erfordern normalerweise mindestens 2 Lizenzen pro Box. Wenn eine Maschine über mehr als 8 Kerne verfügt, ist für jeweils 4 Kerne eine zusätzliche Lizenz erforderlich. Beispielsweise sind für eine Maschine mit 12 Kernen 3 Lizenzen und für eine Maschine mit 20 Kernen 5 Lizenzen erforderlich.
Jedoch für NCache SaaS-Benutzer erhalten die erforderlichen Lizenzen für remote clients überschreiten niemals 4, selbst wenn die Anzahl der Kerne auf dieser Maschine mehr als 16 beträgt.
Im Folgenden sind die neu hinzugefügten PowerShell-Befehle aufgeführt.
Die folgenden Verbesserungen wurden an den vorhandenen PowerShell-Befehlen vorgenommen.
09. Dezember 2019
In NCache 5.0 SP2 wurden einige wichtige Fehler behoben und einige neue Verbesserungen vorgenommen.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Bisher konnte Bridge nicht mehr als 2 Caches haben. In dieser Version NCache Unterstützt jetzt mehr als 2 Caches in einer Bridge. Mindestens ein Cache muss aktiv sein.
Auch wenn aktive Caches ihre Daten automatisch auf andere Caches in einer Bridge replizieren, ist die Statusübertragung zwischen den Caches nicht mehr aktiv. Wenn ein Cache ausfällt oder ein neuer Cluster hinzugefügt wird, ist eine manuelle Interaktion zum Synchronisieren der Caches erforderlich.
LDAP-Sicherheitsunterstützung wird sowohl für Windows als auch für Linux hinzugefügt. Bisher gab es unter Linux keine Unterstützung für LDAP, während Windows über Active Directory-basierte Unterstützung verfügte.
Folgende Verbesserungen wurden in Pub/Sub (TOPIC) vorgenommen:
Die folgenden Verbesserungen wurden an der Funktion „Benutzerdefinierte Abhängigkeit“ vorgenommen.
NCache Verwendet jetzt System.IO.Pipelines für leistungsstarke E/A-Vorgänge zwischen Clients und Servern. Aufgrund dieses Ansatzes NCache ist in der Lage, 2 Millionen Operationen pro Sekunde auf einem 5-Knoten-Cluster auszuführen.
Pipelining ist standardmäßig für alle Caches aktiviert. Dies kann jedoch zum Zeitpunkt der Cache-Erstellung oder durch jederzeitige Änderung der Cache-Konfiguration deaktiviert werden.
Es werden bauliche Veränderungen vorgenommen NCache um Unterstützung für die dynamische Registrierung von Modulen hinzuzufügen, die verwendet werden können NCache's verteilte Architektur, ohne Änderungen daran vorzunehmen NCache Quellcode.
Lucene.NET-Unterstützung wird ebenfalls hinzugefügt NCache Module.
Folgende PowerShell-Cmdlets wurden hinzugefügt:
Einzelheiten finden Sie unter NCache Editionsvergleich
26. August 2019
In NCache 5.0 SP1 wurden einige wichtige Fehler behoben und einige neue Verbesserungen vorgenommen.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
NCache SignalR backplane für ASP.NET Core Anwendungen zur Verfügung gestellt.
Die Webverwaltung kann jetzt über Internet Explorer 11 (neueste Version) erfolgen, es wird jedoch empfohlen, Microsoft Edge, Chrome, Firefox oder Opera zu verwenden.
Installationsschlüssel für alle Editionen von NCache werden jetzt zum Zeitpunkt des Downloads dynamisch generiert. Das bedeutet, dass jeder Kunde einen einzigartigen Installationsschlüssel erhält.
Cache-Server in den Professional- und Open-Source-Editionen basieren nur auf .NET. Clients sind sowohl für .NET als auch verfügbar .NET Core. Für diese beiden Editionen können unter Linux keine Cache-Server installiert werden.
Auf die Open-Source- und Professional-Editionen wurde zurückgegriffen Alachisoftwar die ursprüngliche Strategie, bei der wir sowohl in der Open Source- als auch in der Professional-Edition eine begrenzte Anzahl von Funktionen hatten.
Einzelheiten finden Sie unter Editionsvergleich
14. Mai 2019
NCache 5.0 enthält einige wichtige Funktionen im Zusammenhang mit Clustering und Caching. Die Version enthält außerdem wesentliche Leistungsverbesserungen. NCache 5.0 ist ein empfohlenes Upgrade für alle NCache Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
NCache Die API wurde überarbeitet, um sie einfacher und benutzerfreundlicher zu machen, indem die Anzahl der Überladungen verschiedener Methoden reduziert wurde. Die neue API nutzt auch die neuesten Funktionen von C# und .NET Framework (Task Parallel Library, asynchrone Methoden und Generika).
Folgende Verbesserungen wurden vorgenommen NCache Messaging-Framework.
Bei dauerhaften Abonnements (benannte Abonnements) werden Nachrichten jedoch gespeichert, bis sie an ALLE oder JEDEN Abonnenten innerhalb dieses Abonnements weitergeleitet werden. Wenn ein dauerhafter Abonnent nach einer abrupten Unterbrechung der Verbindung (Verlassen ohne Unsubscribe) zurückkommt, kann er die während der Ausfallzeit veröffentlichten Nachrichten empfangen.
Allerdings werden Nachrichten nach Ablauf ihrer Gültigkeitsdauer aus dem Speicher entfernt, auch wenn sie nicht an ALLE oder an KEINEN Abonnenten zugestellt werden.
Es gibt zwei weitere Richtlinien für dauerhafte Abonnements.
-Geteilt, wobei ein Abonnement mehrere Abonnenten haben kann.
-Exklusiv, wobei dann jeweils nur ein Abonnent in einem Abonnement sein kann. Alle nicht dauerhaften Abonnements sind exklusiv.
In dieser Version wurden einige wesentliche Leistungsverbesserungen vorgenommen. Kernsubsysteme werden neu gestaltet, um eine bessere Leistung von Cache-Vorgängen zu erzielen. Zu diesen Verbesserungen gehört die Integration der neuesten Bibliotheken wie System.IO.Pipelines von Microsoft. System.IO.Pipelines ist eine neue Bibliothek, die die Durchführung von Hochleistungs-IO in .NET erleichtern soll.
Alle NCache Ereignisse verwenden jetzt intern die zuverlässigere Funktion NCachePub/Sub-Framework. Die folgenden Ereignistypen basieren jetzt auf Pub/Sub.
NCacheist nun erweitert und verfügt jetzt über Projektionen sowie eine FROM-Klausel in einer SQL-Anweisung. Zuvor gab es in der SQL-Anweisung keine Projektionen und als Ergebnis wurden vollständige Cache-Elemente zurückgegeben, die den angegebenen Kriterien entsprachen.
Es wird Unterstützung für die Suche nach Cache-Elementen nach ihrer „Gruppe“ über SQL bereitgestellt. Mit dieser Funktion können Benutzer den Cache abfragen, um Cache-Elemente für eine „Gruppe“ zurückzugeben, genau wie sie es für „Tags“ tun.
Traditionell NCache speichert Elemente im Cache als Binärdaten. Die binäre Serialisierung kann sowohl zeit- als auch speicherintensiv sein. In NCache 5.0 können Benutzer den Cache optional so konfigurieren, dass er über einen JSON-serialisierten Speicher verfügt. Die JSON-Serialisierung ist in den meisten Fällen effizient.
NCache verfügt nun über verteilte Datentypen und Datenstrukturen, die als Implementierungen der .NET-Schnittstellen bereitgestellt werden. Die folgenden Implementierungen werden bereitgestellt.
System.Collections.Generic.IList<T>
. Es erlaubt doppelte Schlüssel und bewahrt deren Reihenfolge.System.Collections.Generic.ICollection<T>
. Es erlaubt keine doppelten Schlüssel und sorgt nicht für Ordnung. DistributedHashSet verfügt über zusätzliche Methoden für Union, Intersection und Difference zweier Mengen.System.Collections.Generic.IDictionary<TKey, TValue>
. Damit können Benutzer Daten in Schlüssel-Wert-Paaren speichern. Die Reihenfolge bleibt in dieser Datenstruktur nicht erhalten.System.Collections.Generic.ICollection<T>
. Allerdings werden die in dieser Datenstruktur gespeicherten Daten im FIFO-Modell verbraucht, wie es auch bei Warteschlangen der Fall ist.Das Stoppen eines Serverknotens im Wartungsmodus führt dazu, dass redisVerteilung der Daten zwischen den verbleibenden Knoten. Dies kann je nach den Daten im Cache sehr lange dauern. Während dieser Zeit befindet sich der Cache in einem anfälligen Zustand und einige Vorgänge schlagen möglicherweise fehl oder die Ausführung dauert länger.
Mit dieser neuen Funktion bleiben die Daten im Cache erhalten, wenn ein Knoten wegen Wartungsarbeiten angehalten wird redisgewürdigt. Die Funktion ist nützlich, wenn ein Knoten im Cluster für kurze Zeit angehalten wird, um Patches oder andere Wartungsarbeiten anzuwenden.
Standortaffinität bedeutet, dass die zugehörigen Cache-Elemente auf einem Knoten bleiben. Diese Funktion kann in vielerlei Hinsicht hilfreich sein, z. B. bei schnelleren Abfragen und Massenvorgängen usw.
Lucene.NET ist eine Textsuchmaschinenbibliothek, die jedoch nicht vertrieben wird. Mit NCacheMit dem Lucene.NET SDK können Benutzer verteilte Lucene-Indizes erstellen und diese abfragen. NCacheDas Lucene.NET SDK ähnelt der Lucene.NET-Bibliothek, daher müssen Benutzer nicht viel lernen, um es zu verwenden NCacheist die DistributedLucene.NET-API.
. NET Core-basiert NCache Der Server wird auch unter Windows verfügbar sein. Bisher war es nur unter Linux verfügbar.
Hierbei handelt es sich um ein neues Lizenzschema, bei dem Lizenzen nur auf Cache-Servern aktiviert werden. Allerdings werden auch Cache-Server aktiviert, um einer bestimmten Anzahl von Clients die Verbindung mit Caches zu ermöglichen. Die Anzahl der erforderlichen Server- und Client-Lizenzen ist dieselbe wie beim Client-Server-Aktivierungsschema.
NCache Konfiguration, Verwaltung und Überwachung erfolgen über eine webbasierte Anwendung. Standardmäßig ist diese Anwendung auf allen Cache-Servern und -Clients installiert. Benutzer können über ihren Browser eine Verbindung zu jedem der Server herstellen, um ihre Cache-Cluster zu verwalten.
Die Anwendung ist ASP.NET Core basiert und daher sowohl auf Windows als auch auf Linux lauffähig ist. Diese Anwendung verfügt über alle Funktionen der Desktop-basierten Anwendung NCache Manager hatte. Desktopbasiert NCache Manager und Monitor werden eingestellt.
Im Folgenden werden einige PowerShell-Befehle hinzugefügt;
07. August 2018
In NCache 4.9 SP1, Community Edition wurde eingestellt und die Professional Edition wurde zurückgebracht. In dieser Version wurden einige wichtige Fehlerbehebungen und einige neue Verbesserungen vorgenommen. Verbesserungen und neue Ergänzungen.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
NCache Server (.NET Core basierend) können nun auf Linux-Rechnern gehostet werden. Separate Installationsprogramme für Linux (.tar.gz) stehen zum Download zur Verfügung.
Die voll funktionsfähige 30-Tage-Testversion ist zurück. Während des Testzeitraums gibt es derzeit keine Leistungseinschränkungen.
Die Professional Edition verfügt über dieselben Funktionen wie die Open Source Edition sowie einige zusätzliche PowerShell-Verwaltungsbefehle. Für Client- und Serverinstallationen gibt es eine kostenlose 30-Tage-Testversion.
Docker-Images für Linux- und Windows Nano-Server werden auf Docker Hub zur Verfügung gestellt. Docker-Dateien sind auch auf GitHub verfügbar.
Ein Perfmon-Zähler wird eingeführt, um die Anzahl der Elemente in Bridge zu überwachen.
Unterstützung für die Platzhaltersuche in den APIs GetKeysByTag und GetByTag wird bereitgestellt.
Es wird Unterstützung bereitgestellt, um die clientseitige Protokollierung von der API über die CacheInitParams-Schnittstelle zu ermöglichen.
Um sowohl Cloud- als auch On-Premise-Bereitstellungen zu unterstützen, wurde eine abonnementbasierte Lizenzierung eingeführt.
14. Februar 2018
NCache 4.9 enthält einige wichtige Funktionen im Zusammenhang mit Clustering und Caching in ASP.NET Core. Dieses Setup bietet auch einige Leistungsverbesserungen und ist daher ein empfehlenswertes Upgrade für alle NCache Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Split-Brain ist eine Situation, in der aufgrund vorübergehender Netzwerkausfälle zwischen Clusterknoten mehrere Untercluster entstehen. In diesem Fall verfügt jeder Untercluster über einen eigenen Koordinatorknoten und weiß nichts über die anderen Untercluster. Dies kann schließlich zu inkonsistenten Daten führen. Mit NCache 4.9 können Benutzer die Cache-Cluster für die automatische Wiederherstellung nach SplitBrain-Szenarien aktivieren.
NCacheDie Implementierung von IDistributedCache nutzt den Distributed Cache Tag Helper, der die Möglichkeit bietet, die Leistung Ihres ASP erheblich zu verbessern.NET Core App durch Zwischenspeichern ihrer Antworten.
Es gibt eine Leistungsverbesserung von 20–25 % bei grundlegenden ADD-, INSERT- und GET-Cache-Vorgängen.
Die Open-Source- und Community-Editionen verfügen jetzt über dieselbe Client-API wie die Enterprise-Edition. Das bedeutet, dass alle Enterprise-Entwicklerfunktionen jetzt auch in den Open-Source- und Community-Editionen verfügbar sind.
2. November 2017
NCache 4.8 enthält einige wichtige Funktionen im Zusammenhang mit der gemeinsamen Nutzung von Laufzeitdaten, dem Messaging usw .NET Core. Dies ist ein empfohlenes Upgrade für alle NCache Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
NCache 4.8 hat jetzt eine KOSTENLOSE Community gestartet und bietet die leistungsstarke GUI-basierte NCache Manager, mit dem Sie Caches einfach von einem zentralen Ort aus konfigurieren können. Mit NCache 4.9 können Benutzer die Cache-Cluster für die automatische Wiederherstellung nach SplitBrain-Szenarien aktivieren.
NCache bietet jetzt eine völlig native .NET Core Client, der sowohl unter Windows als auch unter Linux ausgeführt werden kann. Unter Windows, NCache .NET Core Der Client wird über einen Windows Installer (.msi) installiert. Unter Linux wird jedoch eine separate Installation (.tar.gz) bereitgestellt.
NCache Unterstützt Docker jetzt vollständig sowohl für Cache-Clients als auch für Cache-Server. Sie können Ihre .NET-Anwendungen so konfigurieren, dass sie in Docker bereitgestellt und eingebunden werden NCache Client damit nahtlos.
NCache Bietet jetzt vollständiges ASP.NET Core Unterstützung, beide auf .NET Framework und .NET Core (Vorher war es nur an .NET Framework). Diese Unterstützung umfasst ein leistungsstarkes ASP.NET Core Sitzungsanbieter, der mehr Funktionen als der reguläre ASP bietet.NET Core Sitzungsanbieter. Außerdem unterstützt es die IDistributedCache-Schnittstelle in ASP.NET Core.
Beim Publish/Subscribe (Pub/Sub)-Messaging-Paradigma sendet ein Herausgeber Nachrichten an Kanäle, ohne zu wissen, wer (falls vorhanden) die Abonnenten sind. Und Abonnenten erhalten nur Nachrichten, die sie interessieren, ohne zu wissen, wer der Herausgeber ist.
NCache hat sehr benutzerfreundliche EF Core 2.0-Erweiterungsmethoden implementiert, um Ihnen das Zwischenspeichern von Anwendungsdaten zu ermöglichen, die Sie über EF Core 2.0 abrufen.
Alle Kommunikation von NCache Kunden, NCache Server können jetzt optional über TLS 1.2 (eine neuere Spezifikation als SSL 3.0) gesichert werden. TLS 1.2 stellt sicher, dass alle Daten zwischen ihnen übertragen werden NCache Kunden und NCache Server ist vollständig verschlüsselt und gesichert.
NCache bietet traditionell leistungsstarke GUI-basierte Cache-Verwaltungstools und auch einen umfangreichen Satz an Befehlszeilentools. Jetzt, NCache hat alle seine Befehlszeilen-Cache-Verwaltungstools in PowerShell implementiert. Sie können jetzt PowerShell-Skripte für eine komplexere Cache-Verwaltung schreiben.
Einige Firewalls unterbrechen inaktive Netzwerkverbindungen, was zu Problemen bei der Cache-Client-Cache-Server-Kommunikation führt NCache. Die Cache-Client-Keep-Alive-Funktion sendet, wenn sie auf dem Client-Knoten aktiviert ist, in konfigurierbaren Intervallen automatisch ein leichtes Paket an Cache-Server (eine Art Herzschlag). Diese Pakete werden nur gesendet, wenn zwischen Clients und Servern keine Aktivität stattfindet, und beeinträchtigen daher nicht den regulären Client-/Server-Verkehr.
NCache Der Manager speicherte einige Cache-Konfigurationsinformationen in der Projektdatei. Allerdings führte dies früher zu Problemen mit der Datenintegrität, wenn mehrere Personen versuchten, die Cache-Konfiguration von verschiedenen Computern aus zu ändern. Um dies zu beheben, NCache Manager speichert jetzt keine Cache-Konfigurationsinformationen in seinen Projektdateien. Stattdessen werden alle Konfigurationsinformationen auf Cache-Servern gespeichert, die von allen Standorten aus gemeinsam sind, und es treten keine Probleme mit der Datenintegrität mehr auf.
Traditionell NCache hat lediglich eine Client/Server-Lizenzierungsoption bereitgestellt, die eine Lizenzierung sowohl von Cache-Clients als auch von Cache-Servern erfordert. Allerdings jetzt NCache bietet eine zusätzliche Lizenzierungsoption nur für den Server, bei der für die Cache-Clients keine Lizenzen erforderlich sind. Nur der Cache-Server erfordert Lizenzen. Wenn Sie eine Nur-Server-Lizenzierung nutzen möchten, wenden Sie sich bitte an Ihren Account Manager, um Einzelheiten zu erfahren.
10. Mai 2017
NCache 4.6 SP3 enthält einige kleinere Funktionen und Client-Cache-Optimierungen. Es gibt auch verschiedene von Kunden gemeldete Fehlerbehebungen. Dies ist ein empfohlenes Upgrade für alle NCache Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Mit der NCache 4.6 SP3 kann der Cache verwendet werden, um Nachrichten über eine SignalR-Anwendung zu verteilen, die auf mehreren Webservern bereitgestellt wird.
Es wird ein clientseitiger Datenleser eingeführt, der während der Statusübertragung im Cache stabiler und fehlertoleranter ist.
Weitere Muster wurden mit verschickt NCache Installation. Bestehende Beispiele werden ebenfalls umgestaltet.
3. Januar 2017
NCache 4.6 SP2 enthält einige Client-Cache-Optimierungen, Verbesserungen in der Bridge-Topologie und Funktionen im Zusammenhang mit der Cache-Überwachung. Es gibt auch verschiedene von Kunden gemeldete Fehlerbehebungen. Dies ist ein empfohlenes Upgrade für alle NCache Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Eine neue API wird eingeführt, um den mit einem Cluster verbundenen Cache-Client zu überwachen. Mit dieser API kann eine Liste der verbundenen Clients abgerufen und Benachrichtigungen registriert werden, falls ein neuer Client eine Verbindung herstellt oder die Verbindung eines vorhandenen Clients trennt.
Der Client-Cache verfügt nun über eine optimierte Methode zur Synchronisierung mit dem Cluster-Cache. Anstatt Ereignisse bei jeder Aktualisierung des Cluster-Cache zu empfangen, kann der Client-Cache jetzt Ereignisse in großen Mengen in einem konfigurierbaren Intervall empfangen. Dies reduziert sowohl den Datenverkehr als auch die Speichernutzung.
NCache Bridge kann jetzt Caches mit identischen Namen haben.
Cache Loader ein NCache kann jetzt auf mehreren Knoten ausgeführt werden, was zu einem schnelleren Cache-Laden beitragen kann.
Mit SP2 wird die FIPS-konforme AES-Verschlüsselung eingeführt.
NCache ASP.NET-Sitzungsspeicheranbieter für ASP.NET Core Anwendungen werden jetzt unterstützt.
NCache wird jetzt basierend auf der Anzahl der Kerne einer Maschine lizenziert. Für jeweils 4 Kerne wird 1 Lizenz verwendet. Zur Aktivierung einer Maschine werden mindestens 2 Lizenzen verwendet, auch wenn die Anzahl der Kerne weniger als 8 beträgt. Für 16 Kerne werden 4 Lizenzen verwendet, für 20 Kerne werden 5 verwendet und für 32 Kerne werden 8 Lizenzen verwendet. Von Entwicklern lizenzierte Maschinen können jetzt eine Verbindung zu einem Remote-Cache herstellen, jedoch mit Einschränkungen hinsichtlich der Anzahl der Anfragen pro Sekunde und der Gesamtzahl der Anfragen, die ein Client an einen Remote-Cache stellen kann.
03. Mai 2016
NCache 4.6 SP1 enthält einige Optimierungen in Bezug auf den Speicher und enorme Leistungsverbesserungen NCache. Dies ist ein empfohlenes Upgrade für alle NCache Benutzer.
7. Dezember 2015
NCache 4.6 enthält einige wichtige Funktionen im Zusammenhang mit der Analyse von Laufzeitdaten, der Leistung und der Speicheroptimierung von NCache. Dies ist ein empfohlenes Upgrade für alle NCache Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
NCache Der Cache kann jetzt so konfiguriert werden, dass Daten in Objektform gespeichert werden. Standardmäßig werden alle Daten in binärer Form gespeichert.
Jeder Cache in NCache wird nun in einem eigenen Prozess gehostet, der unabhängig von allen anderen Caches läuft. Die Verwaltung dieses Prozesses erfolgt über NCache Dienst, der Informationen über alle auf dem Computer ausgeführten Cache-Prozesse enthält.
MapReduce in NCache wird es Entwicklern ermöglichen, Programme zu schreiben, die riesige Mengen unstrukturierter Daten parallel über ein Netzwerk hinweg verarbeiten NCache Cluster. Um Eingabedaten zu verteilen und parallel zu analysieren, arbeitet MapReduce parallel auf allen Knoten in einem Cluster beliebiger Größe.
Der Aggregator verarbeitet Datensätze und gibt kompilierte Ergebnisse zurück. Es gruppiert Werte aus mehreren Quellen und kann verschiedene Vorgänge ausführen, z. B. Werte summieren, Durchschnittswerte berechnen, Mindest-/Höchstwerte ermitteln usw. und ein einzelnes Ergebnis zurückgeben
NCache Bietet die Möglichkeit, Benutzercode auf der Serverseite anhand einer Reihe von Cache-Einträgen auszuführen. Eintragsprozessoren können Cache-Einträge auf der Serverseite ändern, ohne dass diese Einträge für Abruf- und Aktualisierungsvorgänge im Netzwerk übertragen werden müssen.
Abfragen können jetzt wie bei Datenbanken mithilfe des Datenlesegeräts im Cache ausgeführt werden. Mit dem Datenleser kann der Ergebnissatz in mehreren Blöcken konfigurierbarer Größe von Servern abgerufen werden. Dieser Ansatz führt zu einer besseren Leistung und verbraucht weniger Speicher auf der Client-Seite.
Der Benutzer kann jetzt konfigurieren NCache mit standardmäßig benannten Abläufen. NCache Der Server verwendet Standardabläufe, wenn Elemente entweder ohne Ablauffristen in den Cache eingefügt werden oder explizit mit benannten Standardabläufen eingefügt werden.
Select-Anweisungen können jetzt eine orderby-Klausel haben, die die Ergebnismenge sortiert nach einem oder mehreren angegebenen Attributen zurückgibt.
Ein GUI-Tool zum Anzeigen und Überwachen der von generierten Protokolle NCache Server und Clients an einem Ort. Protokolldateien aller Server können im selben Tool angezeigt werden. Das Tool kann Protokolleinträge filtern und wichtige Protokolleinträge können auch mit Lesezeichen versehen werden.
NCache Auf Version 4.4 SP2 ist ein Upgrade möglich NCache 4.6 ohne Datenverlust mithilfe der Bridge-Topologie.
NCache Ab Version 4.6 werden Cache-Server und -Clients basierend auf der Anzahl der Kerne und nicht auf der Anzahl der CPUs lizenziert, über die die Box verfügt.
28. Juli 2015
NCache 4.4 SP2 enthält einige wichtige Verbesserungen in Bezug auf Speicher und Leistung von NCache. Dies ist ein empfohlenes Upgrade für alle NCache Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Das Dumpcachedata-Tool erstellt einen Dump eines laufenden Caches, indem es Cache-Daten auflistet und diese Daten an einem vom Benutzer angegebenen Ort speichert. Diese Daten können später in einen neuen oder gleichen Cache zurückgeladen werden. Dieses Tool ist hilfreich, wenn Kunden ihre Cache-Server neu starten müssen, ohne ihre geschäftskritischen Daten im Cache verlieren zu wollen.
Das DumpCache-Tool wird in DumpCacheKeys umbenannt.
LinqPad ist ein Drittanbieter-Tool, das mit verwendet werden kann NCache um Cache-Daten abzufragen. Die Daten werden auf der LinqPad-Konsole in tabellarischer Form angezeigt.
Es gibt einige Einstellungen auf Dienstkonfigurationsebene, die jetzt direkt auf Caches angewendet werden können, die auf einem Server ausgeführt werden. Bisher war ein Neustart des Dienstes erforderlich, um die in der Dienstkonfigurationsdatei definierten Einstellungen anzuwenden. Die Liste der HotApplicable-Einstellungen lautet wie folgt:
# | Property Name | Heiß anwendbar |
---|---|---|
1 | NCacheServer.LicenseLogging | Ja |
2 | NCacheServer.EnableNagling | Ja |
3 | NCacheServer.NaglingSize | Ja |
3 | NCacheServer.NaglingSize | Ja |
4 | NCacheServer.EventBulkCount | Ja |
5 | NCacheServer.ExpirationBulkRemoveSize | Ja |
6 | NCacheServer.ExpirationBulkRemoveDelay | Ja |
7 | NCacheServer.EvictionBulkRemoveSize | Ja |
8 | NCacheServer.EvictionBulkRemoveDelay | Ja |
9 | NCacheServer.BulkItemsToReplicate | Ja |
10 | NCacheServer.EnableCacheLastAccessCount | Ja |
11 | NCacheServer.EnableCacheLastAccessCountLogging | Ja |
12 | NCacheServer.CacheLastAccessCountInterval | Ja |
13 | NCacheServer.CacheLastAccessLogInterval | Ja |
14 | NCacheServer.LOHPoolSize | Ja |
15 | NCacheServer.LOHPoolBufferSize | Ja |
16 | NCacheServer.CacheSizeThreshold | Ja |
17 | NCacheServer.CacheSizeReportInterval | Ja |
18 | NCacheServer.LogClientEvents | Ja |
19 | NCacheServer.EventLogLevel | Ja |
20 | NCacheServer.AllowRequestEnquiry | Ja |
21 | NCacheServer.RequestEnquiryInterval | Ja |
22 | NCacheServer.ResponseDataSize | Ja |
23 | NCacheServer.EnableSnapshotPoolingCacheSize | Ja |
24 | NCacheServer.SnapshotPoolSize | Ja |
25 | NCacheServer.SnapshotCreationThreshold | Ja |
26 | NCacheServer.RequestInquiryCleanInterval | Ja |
Im Client-Cache werden einige architektonische Änderungen vorgenommen, um bei Massenvorgängen eine bessere Leistung zu erzielen.
04. April 2015
NCache 4.4 SP1 enthält einige neue Funktionen sowie wichtige Verbesserungen in Bezug auf Speicher und Leistung von NCache. Dies ist ein empfohlenes Upgrade für alle NCache Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Grundlegende Verwaltungs- und Konfigurationsvorgänge können jetzt in Visual Studio ausgeführt werden. Mit NCache 4.4 SP1 enthält die Developer-Installation ein „NCache Manager-Erweiterung, die Entwicklern bei der Verwaltung hilft NCache aus Visual Studio. Visual Studio 2010/2012/2013 werden unterstützt von NCache.
Entwicklern wird ein NuGet-Paket zum Erstellen von Anwendungen bereitgestellt NCache ohne Installation NCache auf ihren Maschinen. Mit diesem Paket können Entwickler ihre Anwendungen schreiben NCache API und testen Sie sie mit dem InProc-Cache.
Die Integration von Entity Framework 6.0 und 6.1 ist in bereitgestellt NCache 4.4 SP1. Vorher, NCache Unterstütztes Entity Framework 5.0 oder früher. In diesem Service Pack ist NCache Bietet außerdem Caching-Erweiterungen für Entity Framework 6.0, die Entwicklern mehr Kontrolle darüber geben, welche Entitäten zwischengespeichert werden sollen. Dies ist eine Alternative zur Konfigurationsoption ohne Codeänderung für Entwickler, die eine größere Kontrolle über die zwischengespeicherten Entitäten haben möchten.
NCache 4.4 SP1 verwendet angepasste Datenstrukturen, die verbessert wurden, um weniger Speicher zu beanspruchen und eine bessere Leistung als die nativen Datenstrukturen von .NET zu erzielen. Diese Datenstrukturen vermeiden Zuweisungen auf Large Object Heap (LOH) so weit wie möglich, um dies zu verhindern NCache verhindert, dass Prozesse in einen Zustand schwerer Speicherfragmentierung geraten. Somit, NCache 4.4 SP1 bietet eine deutliche Steigerung sowohl des Arbeitsspeichers als auch der Leistung.
Netzwerkpartitionierung oder Split-Brain tritt auf, wenn der Cluster so aufgeteilt wird, dass einige der Server keine Verbindung zu den übrigen Servern herstellen können. Diese Instanzen sind jetzt in der Ereignisanzeige angemeldet und E-Mail-Benachrichtigungen für solche Szenarien können ebenfalls konfiguriert werden NCache Manager.
NCache 4.4 SP1 ist für Windows Server 2012 R2 zertifiziert. Es hat alle Kompatibilitätstests von Microsoft bestanden. Microsoft hat das bestätigt NCache arbeitet nach den Standards von Microsoft.
08. Januar 2015
NCache 4.4 enthält einige wichtige Verbesserungen und einige größere Fehlerbehebungen im Zusammenhang mit der Stabilität des Caches. Es handelt sich um ein empfohlenes Upgrade für alle Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
NCache Die Lizenzierung wurde vom zuvor unterstützten unbefristeten Modell auf das Jahreslizenzmodell verschoben.
Interne Datenstrukturen werden optimiert, um den Speicheraufwand gespeicherter Elemente zu reduzieren.
Enorme Verbesserungen der Cluster-Startzeit für Clustergrößen über 20 Knoten.
Es werden neue Perfmon-Zähler eingeführt, um den von verschiedenen Indizes erfassten Speicher zu messen. Im Folgenden finden Sie kurze Beschreibungen für jeden von ihnen:
OQL-bezogene neue Perfmon-Zähler werden ebenfalls eingeführt, um die Leistung der abfragebezogenen Cache-Vorgänge zu messen, wie zum Beispiel: Durchschnittliche µs/Abfrageausführung: Durchschnittliche Zeit, die die Abfrage während der Ausführung in Anspruch nimmt. Durchschnittliche Abfragegröße: Durchschnittliche Anzahl der von Abfragen zurückgegebenen Elemente. Abfragen/Sek.: Anzahl der Abfragen pro Sekunde im Cache.
NCache ist jetzt vollständig kompatibel mit Windows Server 2012 R2.
30. Juni 2014
NCache 4.3 Service Pack1 (SPs) enthält einige wichtige Verbesserungen und wichtige Fehlerbehebungen im Zusammenhang mit der Stabilität des Caches. Es ist ein empfehlenswertes Upgrade für alle NCache 4.3 Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Sie können die clientseitige Protokollierung konfigurieren, indem Sie die Datei client.ncconf ändern (befindet sich im Ordner %NCHOME%/config). Standardmäßig ist die clientseitige Protokollierung für alle Caches deaktiviert, Sie können die clientseitige Protokollierung jedoch jederzeit für einen Cache aktivieren Angabe des „wahren“ Werts für „enable-client-logs“, z. B
<cache id="mycache" ... enable-client-logs="false|true" log-level="error|info"/>
Mögliche Werte für das Attribut „enable-client-logs“ sind „false“ und „true“. Der Standardwert ist „false“.
Mögliche Werte für das Attribut „Log-Level“ sind „error“ und „info“. Der Standardwert ist „Fehler“.
NCache Clients aus einem anderen oder entfernten Netzwerk können auch auf den Cache zugreifen, der in einem anderen Netzwerk vorhanden ist. Um dies zu erreichen, fügen Sie einfach die folgenden zwei Tags in „Alachisoft.NCache.Service.exe.config‘-Dateien auf den Cache-Serverknoten.
<add key="NCacheServer.MgmtEndPoint" value="public-ip:public-port" />
<add key="NCacheServer.ServerEndPoint" value="public-ip:public-port" />
Dabei ist die öffentliche IP eine IP-Adresse, die außerhalb des Netzwerks verfügbar ist, und der öffentliche Port ist der Port, der außerhalb des Netzwerks zugänglich ist.
Client-Caches waren bisher nur in sichtbar NCache Manager unter ihren jeweiligen Caches der zweiten Ebene (2. Ebene), aber jetzt können Sie den vorhandenen Client-Cache darin anzeigen NCache Manager unter dem Baumknoten „Lokale Caches“ des „Cache-Explorers“.
E-Mail-Benachrichtigungen werden für lokale Out-Proc-Caches und Out-Proc-Client-Caches unterstützt. Sie können die Ereignisse auswählen, auf denen NCache würde Ihnen E-Mail-Benachrichtigungen senden, z. B. bei Cache-Start, bei Cache-Stopp usw.
Client-Caches können von außerhalb des Cache-Cluster-Netzwerks mithilfe von Befehlszeilentools wie CreateClientCache, AddClientNode usw. konfiguriert werden.
NCache ist jetzt vollständig kompatibel mit Windows Server 2012.
NCache stellt eine Java-Client-API zur Verwendung bereit NCache als Cache-Speicher innerhalb der Java-basierten Anwendungen. NCache Der Java-Client ist vollständig kompatibel mit der .NET-Client-API.
05. März 2014
NCache Mit 4.3 wurden neue Funktionen und wichtige Verbesserungen eingeführt, die für Anwendungen auf Unternehmensebene von entscheidender Bedeutung sind. Diese neue Version ermöglicht NCache zur Installation in der Cloud; auf Windows Azure und Amazon. Außerdem eine Hülle für Memcached ist jetzt für bestehende Benutzer verfügbar, die ersetzen möchten Memcached mit NCache. Diese neue Version bietet ein Paket für die gemeinsame Nutzung von Laufzeitdaten zwischen mehreren Plattformen (Java und .Net). Java wurde zu 100 % mit .NET kompatibel gemacht und Sie können jetzt Ihre Java-Clients damit verwalten NCache Manager.
Eine umfassende Liste aller Funktionen in 4.3 finden Sie hier NCache Eigenschaften
Beim Registrieren von Ereignissen im Cache können Cache-Clients dem Cache mitteilen, ob sie an Daten oder Metadaten interessiert sind, wenn die Ereignisse auftreten. Standardmäßig werden keine Daten oder Metadaten mit den Ereignissen an Clients gesendet.
Es wurde eine neue API zum Registrieren von Ereignissen eingeführt, während die alte API als veraltet markiert wurde. Die alte API kann nicht zum Empfangen von Daten mit Ereignissen verwendet werden.
Write-Through und Write-Behind können jetzt für folgende Verhaltensweisen konfiguriert werden:
Abfragen können jetzt mit der Klausel „Gruppieren nach“ wie in der Datenbank registriert werden, um die Ergebnisse nach Bedarf zu gruppieren.
Für diese Methode wurde eine neue API eingeführt. Derzeit kann diese neue Methode „ExecuteReader“ in der API nur verwendet werden, wenn „group by“ verwendet wird. Für alle anderen Select-Anweisungen sollte die alte Methode verwendet werden.
Wie in der Datenbank können jetzt Elemente aus dem Cache entfernt werden, indem Löschanweisungen geschrieben werden. Bisher wurden nur Select- und Update-Anweisungen unterstützt. Zur Unterstützung der Löschanweisung wurde eine neue API eingeführt. ExecuteNonQuery wird für Löschanweisungen verwendet.
Ein Knoten kann jetzt in einem Cluster ordnungsgemäß gestoppt werden. Diese Aktion stellt sicher, dass alle Client-Anfragen, die den Knoten erreicht haben, im Cache ausgeführt werden, bevor der Knoten vollständig gestoppt wird. Ebenso werden alle zu diesem Zeitpunkt in der Warteschlange ausstehenden Write-Behind-Vorgänge auch auf der Datenquelle ausgeführt. Allerdings werden von diesem Knoten keine Client-Anfragen mehr angenommen.
An der Verschlüsselungsfunktion wurden folgende Verbesserungen vorgenommen:
Die folgenden Verbesserungen wurden an der Kompaktserialisierung vorgenommen:
CacheInitParams beim Initialisieren des Caches können jetzt alles abdecken, was in client.ncconf konfiguriert werden kann. Bisher war client.ncconf immer erforderlich, um einen Cache zu initialisieren. Über CacheInitParams übergebene Konfigurationen haben eine überschreibende Wirkung auf die in client.ncconf konfigurierten Einstellungen.
Der InProc-Cache speichert Objekte jetzt in deserialisierter Form. Dadurch entfallen die Kosten für die Serialisierung und Deserialisierung und somit wird die Leistung verbessert. InProc-Client-Caches bewahren Objekte auch in deserialisierter Form auf.
API-Aufrufe können jetzt protokolliert werden, indem nur wenige Optionen in der Client-Konfiguration konfiguriert werden. Diese Protokolle werden auf den Client-Boxen generiert und sind sehr hilfreich, um festzustellen, welche Cache-Methoden in welcher Reihenfolge aufgerufen werden.
Benutzer können die Protokolldateien so konfigurieren, dass sie an einem Ort ihrer Wahl generiert werden. Jeder Cache kann seinen eigenen Protokollspeicherort haben. Standardmäßig werden alle Protokolldateien im Protokolldateiordner des Installationsverzeichnisses generiert.
Beim Hinzufügen von Caches zur Bridge können Benutzer einen Cache so konfigurieren, dass er als aktives oder passives Mitglied der Bridge teilnimmt. Selbst wenn Bridge aktiv ist und läuft, können Benutzer eine passive in eine aktive und eine aktive in eine passive umwandeln, ohne dass Daten verloren gehen. Das Benutzererlebnis bei der Konfiguration einer Bridge ändert sich ebenfalls, da die Topologien in der Bridge jederzeit zwischen Aktiv-Aktiv und Aktiv-Passiv umgeschaltet werden können. Andere Topologien „Stern“ und „Hub-Spoke“ sind derzeit in Bridge nicht verfügbar.
Der Benutzer kann einen der beiden Caches in Bridge als „Master-Cache“ auswählen. Immer wenn eine Statusübertragung zwischen Caches in der Bridge erforderlich ist, werden Daten von einem Master-Cache zum Nicht-Master-Cache übertragen. Wenn der Master-Cache ausfällt, wird der einzige verbleibende Cache automatisch zum Master-Cache.
Cache-Administratoren können Caches vorübergehend mit der Bridge verbinden und trennen, während die Bridge ausgeführt wird. Wenn die Verbindung zu einem Cache getrennt wird, werden keine Daten zwischen der Bridge und dem getrennten Cache übertragen. Ebenso stellt der Cache auf der anderen Seite der Brücke die Warteschlange für Daten an die Brücke ein, da der nicht verbundene Cache keine Daten mehr empfängt. Der Cache kann jederzeit wieder verbunden werden.
Das Kommunikationsprotokoll für Verwaltungs- und Überwachungsvorgänge wurde von .Net Remoting in „Socket“ geändert. Das macht NCache und die Verwaltungs- und Überwachungstools von JvCache sind miteinander kompatibel.
NCache Der Manager kann jetzt auch zur Verwaltung von JvCache-Clients verwendet werden. NCache Der Manager kann auch SNMP-Zähler für JvCache-Cluster abrufen.
Wir haben beobachtet, dass in einigen Umgebungen auf Remote-Leistungsindikatoren nur über ihre Maschinennamen und in einigen wenigen über ihre IP-Adressen zugegriffen werden kann. Also in dieser Version von NCache, NCache Manager verfügt über eine Option, mit der Benutzer Remote-Leistungsindikatoren über ihre IP-Adresse oder ihren Computernamen erfassen können.
NCache Der Manager sperrte die DLLs, wenn Abfrageindizes von den Benutzern konfiguriert wurden. In dieser Version, NCache Der Manager öffnet die angegebenen DLLs in einer separaten App-Domäne und sperrt die DLLs daher niemals.
Es gibt eine andere Art von Dashboard in NCache Monitor, der es Benutzern ermöglicht, ein Dashboard im Berichtsansichtsstil zu erstellen. In diesem Dashboard stehen Benutzern zwei Berichtssteuerelemente zur Verfügung. Einer ist für Cache-Server-Knoten, der andere für Client-Knoten. Benutzer können die Zähler in diesem Steuerelement löschen und ihre Werte werden in einem Berichtsansichtsstil angezeigt, wie in perfmon gezeigt.
In der Berichtsansicht hinzugefügte Zähler können auch so konfiguriert werden, dass sie protokolliert werden. Benutzer können die Protokollierung jederzeit starten und stoppen. Sie können die Protokollierung auch so planen, dass sie automatisch startet, indem Sie die Start- und Stoppzeit angeben. Diese Protokolldateien werden im CSV-Format generiert.
NCache Monitor kann jetzt auch zur Überwachung von JvCache verwendet werden. Abhängig davon, ob der ausgewählte Cluster von ist NCache oder JvCache, es ruft Zähler von perfmon bzw. SNMP ab.
Die folgenden neuen Befehlszeilentools wurden hinzugefügt NCache:
Vorhanden Memcached Benutzer können jetzt zu wechseln NCache ohne Codeänderung. Es gibt zwei Möglichkeiten zum Ersetzen memcached mit NCache:
Dieses Gateway wird als Windows-Dienst auf Client- und Server-Boxen installiert. Es ist eine Implementierung von memcached Protokoll, das das umschließt NCache Rufe darin. Auf diese Weise werden alle API-Aufrufe von memcached Clients werden weitergeleitet NCache Server über dieses Gateway. Bei diesem Ansatz sind lediglich Konfigurationsänderungen erforderlich.
folgende memcached Client-Implementierungen werden bei diesem Ansatz unterstützt:
Die NHibernate-Integration wurde von Grund auf neu geschrieben, um die Einschränkungen der vorherigen Implementierung zu beseitigen. Im Folgenden sind die wenigen Verbesserungen aufgeführt, die in der neuen Implementierung vorgenommen wurden:
Benutzer können jetzt ihren eigenen Code schreiben, um die Cache-Elemente zu ändern, bevor sie eingefügt werden NCache. Benutzer können den Ablauf, Abhängigkeiten usw. von Ausgabe-Cache-Elementen ändern, indem sie diese Hooks schreiben.
Dazu müssen Benutzer eine mit OutputCacheProvider bereitgestellte Schnittstelle implementieren und diese Assembly und Klasse dann in web.config registrieren.
Alle zwischengespeicherten Elemente von verschiedenen NCache Integrationen werden mit speziellen Tags versehen, die den Typ der Cache-Elemente bestimmen. Beispielsweise verfügen alle im Cache erstellten Sitzungen über ein spezielles Tag, das angibt, dass es sich um ein Element im Sitzungscache handelt. Auf diese Weise können Benutzer jedes Element im Cache identifizieren, unabhängig davon, ob es sich um eine Sitzung handelt oder nicht.
Ebenso werden OutputCache- und ViewState-Elemente ebenfalls mit eigenen Tags versehen.
24. Oktober 2013
NCache 4.1 SP3 enthält einige wichtige Verbesserungen und größere Fehlerbehebungen im Zusammenhang mit der Stabilität des Caches. Es ist ein empfehlenswertes Upgrade für alle NCache 4.1 Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
NCache Der Sitzungsspeicheranbieter für das ASP.NET-Sitzungscaching hat jetzt die Möglichkeit, jeden Cachevorgang zu wiederholen, wenn der Vorgang fehlschlägt. Fügen Sie die folgenden Attribute hinzu NCache Einstellungen des Sitzungsspeicheranbieters:
Vorgangswiederholungen im Objekt-Cache-Anbieter NCache Der Objekt-Cache-Anbieter für .NET4x hat jetzt die Möglichkeit, jeden Cache-Vorgang zu wiederholen, wenn der Vorgang fehlschlägt.
Fügen Sie den folgenden Eintrag unter hinzu in der Anwendungskonfigurationsdatei (app.config oder web.config) wie:
<add key="operationRetries" value="3"/>
<add key="operationRetryInterval" value="2000"/> // 'operationRetryInterval' is the value in milli seconds
Im ViewState-Caching ist eine neue Funktion implementiert, die die Gruppierung des Ansichtsstatus verwandter Seiten ermöglicht. Dies bietet mehr Kontrolle für das Viewstate-Caching. Mit dieser Funktion ist es möglich, verschiedene Gruppen von Ansichtszuständen in verschiedenen Caches zwischenzuspeichern oder Ansichtszustände mit unterschiedlichen Abläufen für jede Gruppe von Ansichtszuständen zwischenzuspeichern.
Diese Verbesserung in NCache Das ViewState-Caching-Modul bietet die Option, die Anzahl der Viewstate pro Seite im Cache zu beschränken. Fügen Sie das Attribut „maxViewStatesPerSession“ im Abschnitt „ Tag unter dem Tag „ncContentOptimization“. Dieses Attribut nimmt einen Wert in Ganzzahlen an.
Beim Cache-Start wird der Cache-Startloader nicht sofort gestartet. Sein Start wird nach dem Cache-Start um 20 Sekunden verzögert. Diese Verzögerung kann mithilfe des folgenden Attributs in „Alachisoft.NCacheDatei „.Service.exe.config“: Fügen Sie den folgenden Eintrag unter hinzu In NCache Dienstkonfigurationsdatei wie:
<add key="NCacheServer.CacheLoaderStartupDelay" value="20"/>
Der Standardwert für dieses Attribut beträgt 20 Sekunden.
Um teilweise Probleme mit der Cluster-Konnektivität zu vermeiden, wenn Caches gleichzeitig mit der Autostart-Funktion gestartet werden, kann eine Verzögerung eingeführt werden. Fügen Sie den folgenden Eintrag unter hinzu In NCache Dienstkonfigurationsdatei wie:
<add key="NCacheServer.CacheStartDelay" value="3"/>
Der Standardwert für dieses Attribut ist „3 Sekunden“.
Die Ausnahme „IndexNotDefined“ wird an den Client geworfen, wenn er ein Attribut abfragt, das nicht indiziert ist. Dieses Problem kann leicht auftreten, wenn NamedTags verwendet werden, während zur Laufzeit Indizes für NamedTags erstellt werden. Jetzt ist es konfigurierbar, diese Ausnahme zu unterdrücken. Fügen Sie den folgenden Eintrag unter hinzu In NCache Dienstkonfigurationsdatei wie:
<add key="NCacheServer.DisableIndexNotDefinedException" value="true|false"/>
Die Client-App kann so konfiguriert werden, dass sie alle empfangenen Ereignisse „synchron“ oder „asynchron“ verarbeitet. Standardmäßiger Ereignisverbrauchsmodus für NCache Der Client ist „asynchron“, Ereignisse können jedoch „synchron“ auf der Clientseite konsumiert werden. Fügen Sie den folgenden Eintrag unter hinzu in der Datei „App.config“ der Client-Anwendung wie:
<add key="NCacheClient.AsynchronousEventNotification" value="true|false"/>
<add key="NCacheClient.NumberofEventProccesingThreads" value="2"/>
Für den synchronen Ereignisverarbeitungsmodus werden in diesem Beispiel zwei Threads verwendet, es ist jedoch konfigurierbar, um die Anforderungen an die Ereignisverarbeitung entsprechend den Anforderungen der Clientanwendung anzupassen. Der Standard-Mindestwert ist „2“ und der Standard-Höchstwert ist „1“.
Neuer serverseitiger Zähler:
Neue clientseitige Zähler:
Jetzt löst der Aufruf zum Löschen des Caches die ItemRemoved-Ereignisse für alle Schlüssel aus, die in einem ContinuousQuery-Ergebnissatz vorhanden sind.
Wenn ein Client-Cache aktiviert ist und viele Elemente aus dem L2-Cache ablaufen, sendet L2 Elementablaufereignisse an den Client-Cache (L1-Cache), um diese Elemente aus seinem lokalen Speicher zu entfernen. Dies beeinträchtigt die Leistung aktiver Clients und beansprucht viel CPU. Jetzt verwaltet der Client-Cache (L1-Cache) auch den Ablauf von Elementen und der L2-Cache sendet die Ablaufereignisse nicht an den L1-Cache.
NCache Das bereitgestellte EFCaching-Modul ist für die EF-Abfrageanalyse und das Caching erweitert.
Jetzt kann der Bridge-Dienst so konfiguriert werden, dass die angegebenen Bridges beim Start des Dienstes gestartet werden. So konfigurieren Sie eine Bridge so, dass sie automatisch startet, wenn ein Bridge-Dienst (Alachisoft.NCache.Bridge.exe) wird gestartet / neu gestartet. Kommentieren Sie das folgende Tag in „Alachisoft.NCache.BridgeService.exe.config‘-Datei und geben Sie die Bridge-Namen an, die auf aktuellen Computern konfiguriert sind, wie zum Beispiel:
<add key=" NBridgeServer.AutoStartBridges" value="Bridge-1,Bridge-2"/>
10. Oktober 2012
NCache 4.1 SP2 enthält einige wichtige Verbesserungen und größere Fehlerbehebungen im Zusammenhang mit der Stabilität des Caches. Es wird allen ein Upgrade empfohlen NCache 4.1 Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Die Verschlüsselungsfunktion stellt sicher, dass die Daten zwischen den Geräten übertragen werden NCache Kunde und NCache Server oder zwischen Clusterknoten ist verschlüsselt. Dies verhindert den Verlust von Benutzerdaten, selbst wenn Datenpakete aus dem Netzwerk abgehört werden.
Jetzt können für ein einzelnes zwischengespeichertes Element mehrere Datenbankabhängigkeiten hinzugefügt werden. Diese Funktion kompensiert die Abhängigkeitsbeschränkung „SQL-Benachrichtigung“ einer einzelnen Datenbankabhängigkeit.
Caches, die jetzt für den automatischen Start konfiguriert sind, können entsprechend der vom Benutzer angegebenen Zeit verzögert werden. Dies wird die verbessern NCache Reaktionszeit für den Fall, dass zu viele Caches für den automatischen Start konfiguriert sind. Fügen Sie den folgenden Eintrag unter hinzu <appSettings>
in NCache Dienstkonfigurationsdatei wie:
add key='NCacheServer.AutoStartDelay' value='5'
Jetzt können Sie die „Client-Caches“ so konfigurieren, dass sie beim Neustart des Dienstes oder beim Neustart des Client-Computers automatisch gestartet werden. Dadurch wird der Client-Cache ohne Benutzereingriff verfügbar gemacht.
Jetzt wird der Ansichtsstatus zusammen mit der „Sitzungs-ID“ als „Gruppen“-Informationen zwischengespeichert. Dadurch kann der Benutzer den Ansichtsstatus und die Sitzung derselben Anwendung und desselben Benutzers in Beziehung setzen. Mit dieser Funktion kann der Benutzer den gesamten Ansichtsstatus einer bestimmten Sitzung entfernen, wenn eine Sitzung geschlossen wird oder abläuft. Fügen Sie das folgende Attribut hinzu
groupedViewStateWithSessions="true|false"
10. Mai 2012
NCache 4.1 Service Pack1 (SP1) enthält einige wichtige Verbesserungen und größere Fehlerbehebungen im Zusammenhang mit der Stabilität des Caches. Es ist ein empfehlenswertes Upgrade für alle NCache 4.1 Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Sie können benutzerdefinierte generische Typen für eine kompakte Serialisierung hinzufügen. Alle generischen Typen mit beliebig vielen Argumenten können durch kompakte Serialisierung serialisiert werden. Sie können generische Typen über registrieren NCache Manager oder über einen benutzerdefinierten Handler durch Implementierung der Schnittstelle IGenericTypes. Derzeit ist diese Funktion nur für .NET-Clients verfügbar.
Sie können jetzt Cache-Elementattribute zur Laufzeit ändern, ohne die Daten zu ändern. Derzeit können Sie mit der API (SetAttribute) Abhängigkeits- und Ablaufhinweise aktualisieren.
Sie können sowohl Cache-Server als auch Clients in unterschiedlichen Zeitzonen betreiben; NCache wird eine Standardzeit für das Ablaufen eines Artikels basierend auf der lokalen Zeitzone beibehalten. Immer wenn ein Element repliziert oder von einem Cache-Server auf einen anderen verschoben wird, wird der Ablauf entsprechend der lokalen Zeitzone zurückgesetzt und ermöglicht so den Ablauf des Elements gemäß dem konfigurierten Zeitfenster.
23. August 2011
NCache 4.1 hat sehr wichtige neue Funktionen und Verbesserungen eingeführt, die für Anwendungen auf Unternehmensebene von entscheidender Bedeutung sind. Diese neue Version bietet ein völlig neues Paket für die gemeinsame Nutzung von Laufzeitdaten zwischen mehreren Plattformen (Java und .Net). Java wurde zu 100 % mit .NET kompatibel gemacht und jetzt können Sie sogar Ihren Java-Code darin integrieren NCache verarbeiten. NCache Das Anfrage-Antwort-Modell wurde außerdem verbessert, um große Antworten zu verarbeiten, bei denen GBs an Daten in einer einzigen Anfrage aus dem Cluster-Cache abgerufen werden können. Alle in früheren Versionen gemeldeten Fehler wurden in dieser Version behoben.
Eine umfassende Liste ALLER FUNKTIONEN in 4.1 finden Sie hier NCache Eigenschaften:
NCache Jetzt können Sie entweder .NET-Objekte im Cache speichern und sie als Java-Objekte aus Ihren Java-Anwendungen lesen oder umgekehrt. Und anstatt die .NET-zu-Java-Transformation über XML durchzuführen, NCache verwendet eine Transformation auf binärer Ebene. Dadurch ist die Leistung superschnell. NCache löst automatisch Typkonflikte zwischen Java und .NET.
Sie können auch mehrere Versionen im Runtime Data Sharing zwischen .NET und Java nutzen. Details siehe unten.
Sie können jetzt mehrere Versionen derselben .NET- oder Java-Klassen in mehreren Anwendungen gemeinsam nutzen. Eine Anwendung verwendet möglicherweise Version 1.0 einer Klasse, während eine andere Anwendung möglicherweise über eine spätere Version 2.0 derselben Klasse verfügt. Wenn Version 2.0 dieser Klasse im Cache gespeichert ist, kann die frühere Anwendung diese Klasse immer noch als Version 1.0 abrufen und umgekehrt. NCache ermöglicht Ihnen die Konfiguration von Versionszuordnungen über XML-Konfigurationsdateien.
Sie können die Version auch im Runtime Data Sharing zwischen .NET und Java nutzen.
NCache ermöglicht Ihnen die Angabe eines Datensatzes basierend auf einer SQL-ähnlichen Abfrage. Anschließend verwaltet es diesen Datensatz im Cache-Cluster für Sie und überwacht alle darin enthaltenen Laufzeitänderungen, einschließlich Hinzufügungen, Aktualisierungen oder Löschungen. Und, NCache benachrichtigt Ihre Anwendung, wenn eine dieser Änderungen im Datensatz auftritt. Dies ermöglicht es Ihren Anwendungen, Datenänderungen oder das Hinzufügen von Daten, die einem bestimmten Kriterium entsprechen, intelligenter zu überwachen und benachrichtigt zu werden NCache.
Dies ist eine leistungsstarke Funktion, wenn Sie Daten zur Laufzeit zwischen mehreren Anwendungen teilen möchten.
Mit der Bridge-Topologie können Sie den gesamten Cache im WAN intelligent und asynchron replizieren. NCache 4.1 bietet jetzt vier verschiedene Konfigurationen in der Bridge-Topologie. Sie sind:
Bisher konnten Sie Tags nur als Werte zuweisen. Jetzt können Sie Tags mit Namen zuweisen. Dadurch können Sie Daten basierend auf dem Attributnamen- und Attributwertkonzept indizieren. Bisher konnten Sie Objekte indizieren, aber nicht alle Zeichenfolgendaten konnten indiziert werden. Jetzt können sogar String-Daten (z. B. XML) mit benannten Tags indiziert werden. Dann könnten Sie entweder verwenden NCache API zum Abrufen von Daten, die zu einem oder mehreren benannten Tags gehören, oder Sie können eine SQL-ähnliche Abfrage (über LINQ oder OQL) dafür durchführen.
NCache 4.1 bringt Unterstützung für Java auf das gleiche Niveau wie .NET. Hier sind die neuen Java-basierten Funktionen, die zum .NET-Funktionsumfang aufschließen sollen:
Sie können die Client-Cache-Funktion jetzt in Java-Anwendungen unter Windows oder Unix verwenden. Es ist keine Codeänderung in Ihren Anwendungen erforderlich, um Client Cache zu aktivieren.
Sie können die Client-Cache-Funktion jetzt in Java-Anwendungen unter Windows oder Unix verwenden. Es ist keine Codeänderung in Ihren Anwendungen erforderlich, um Client Cache zu aktivieren.
Schreiben Sie Ihren Cache-Ladecode in Java und registrieren Sie ihn bei NCache. Ihr nativer Java-Code wird auf Cache-Servern ausgeführt, genau wie der .NET-Code.
Jetzt können Sie Ihre Java-Klassen bei registrieren NCache und NCache generiert ihren Serialisierungscode zum Zeitpunkt der Initialisierung, kompiliert ihn im Speicher und sendet ihn an NCache Kunden. Dieser kompilierte Java-Code wird dann ausgeführt, um Ihre Java-Klassen zu serialisieren/de-serialisieren. Dies beschleunigt offensichtlich Ihre Leistung, da kompilierter Serialisierungscode viel schneller ausgeführt wird als die auf Reflection basierende Serialisierung, die sonst in Java durchgeführt wird.
NCache Bietet jetzt einen L2-Cache für den Ruhezustand. Dadurch können Sie mit der Nutzung beginnen NCache ohne Codeänderungen in Ihrer Java-Anwendung vorzunehmen.
NCache Ermöglicht es den Cache-Servern jetzt, für eine bestimmte Anfrage größere Antworten in kleineren Blöcken zurückzugeben. Dies verbessert die Cache-Leistung insgesamt, da die Serialisierungskosten mit der Größe sinken und Anwendungen außerdem dabei helfen, größere Datensätze in einem einzigen Aufruf abzurufen. Außerdem entfällt die .NET-Serialisierungsbeschränkung, bei der die Serialisierung von Daten mit einer Größe von mehr als 1.9 GB fehlschlägt. Sowohl der Antwortschwellenwert als auch die Blockgröße sind konfigurierbar und können geändert werden NCache Dienstkonfigurationsdatei „NCache\bin\service\ Alachisoft.NCache.Service.exe.config“
<add key="NCacheServer.ResponseDataSize" value="1024"/>
17. März 2011
NCache 3.8 Service Pack 4 (SP4) enthält wichtige Korrekturen, die für Produktionsumgebungen wichtig sind. Es ist ein empfehlenswertes Upgrade für alle NCache 3.8-Benutzer.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Sie können Zeichenfolgenwerte zwischen .NET- und Java-Anwendungen teilen.
<add key="NCacheServer.NCacheSQLNotificationService" value="NCacheSQLService"/>
Die SQL-Cache-Abhängigkeitsarchitektur wurde erweitert, um benutzerdefinierte Warteschlangen und Benachrichtigungsdienste zu unterstützen, die keine zusätzlichen Benutzerberechtigungen wie „Warteschlange erstellen“ und „Dienst erstellen“ erfordern. NCache Jetzt können Sie zwischen dem Standardmodus (mit standardmäßigem SQL-Benachrichtigungs- und Warteschlangendienst) und dem benutzerdefinierten Modus wählen, in dem Sie Ihre eigene Warteschlange und Ihren eigenen Benachrichtigungsdienst angeben können. Das Format des Dienstnamens sollte „NCacheSQLService-[IP-Adresse]“ und „NCacheSQLQueue-[IP-Adresse]“, wobei die IP-Adresse des Computers angegeben wird, auf dem NCache Der Dienstprozess wird ausgeführt. Sie können diese Einstellung in der Dienstkonfigurationsdatei angeben: “NCache/bin/service/Alachisoft.NCache.Service.exe.config”
.
02. Nov 2010
In dieser Veröffentlichung von NCache 3.8 Service Pack 3 (SP3), NCache Enterprise ist in zwei Produkte unterteilt, die als „NCache für .NET' und 'NCache für Java'. Vorher 'NCache'hatte beide Komponenten in einem einzigen Paket zusammengefasst.
Zwei neue Funktionen wurden außerdem in „NCache Java-Client‘.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Jetzt können Sie Elemente mit „Datenbankabhängigkeit“ aus Ihrer Java-Anwendung in den Cache hinzufügen. Jede Änderung in der zugehörigen Datenbank macht den Cache-Eintrag ungültig und Ihre Anwendung erhält Benachrichtigungen über diese Änderung.
NCache Der Java-Client hat der API Streaming-Unterstützung hinzugefügt, mit der Sie binäre Datenströme im Cache lesen und schreiben können.
NCache Enterprise 3.8.x
10. Oktober 2010
NCache 3.8 Service Pack 2 (SP2) enthält wichtige Korrekturen und Verbesserungen, die von Kunden gemeldet wurden. Es handelt sich um ein empfohlenes Upgrade für alle Benutzer von NCache 3.8
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
NCache Unterstützt jetzt die Lizenzierung in Xen-VM-Umgebungen.
Visual Studio 2010 zeigt eine Warnmeldung an, wenn Sie einen Verweis hinzufügen NCache Assemblys und dann schlägt auch der Build fehl. Dies geschieht nur, wenn das Zielframework der Anwendung .NET 3.5 ist. Dies ist ein bekanntes Problem von Visual Studio, das verwirrt, wenn in GAC 2.0 und GAC 4.0 dieselben Assemblys verfügbar sind, und bei abhängigen Assemblys versucht wird, diese aus GAC 4.0 zu laden, was zu einer Warnmeldung führt.
Wir haben dieses Problem gelöst, indem wir alle Baugruppen in kopiert haben NCache bin/assembly-Ordner und jetzt muss Visual Studio die abhängigen Assemblys nicht mehr im GAC suchen. Dadurch wurde das Problem behoben.
<script>
Tag endet mit </script>
. Ebenso schlägt die CSS-Minimierung fehl, wenn relative Pfade zum Laden von Bildern verwendet werden. Jetzt werden die relativen Pfade in CSS in absolute Pfade umgewandelt. 24. August 2010
NCache 3.8 Service Pack 1 (SP1) enthält wichtige Korrekturen und Verbesserungen. Die wichtigste und gefragteste Funktion, die in dieser Version hinzugefügt wurde, ist die Unterstützung von .Net Framework 4.0. Die API ist vollständig kompatibel mit der Release-Version 3.8 und Anwendungen können aktualisiert werden, ohne dass die Anwendung neu erstellt/kompiliert werden muss.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Die Codebasis von NCache Der Cache-Server wurde auf .NET 4.0 konvertiert und die NCache Der Client ist sowohl in den Versionen .NET 2.0 als auch 4.0 verfügbar.
Es gibt eine Verbesserung bei der Client-Cache-Verwaltung durch NCache Manager, bei dem Projektdateien bei der Aktualisierungsoption mit Client-Knoten in Kontakt treten und dadurch das schnelle Laden von verbessert haben NCache Manager-Projektdatei.
Wir haben dieses Problem gelöst, indem wir alle Baugruppen in kopiert haben NCache bin/assembly-Ordner und jetzt muss Visual Studio die abhängigen Assemblys nicht mehr im GAC suchen. Dadurch wurde das Problem behoben.
NCache Beispiele werden jetzt mit Visual Studio 2008 erstellt.
Bei einem VeriSign-Problem sollte in der Dienstkonfigurationsdatei standardmäßig „generatePublisherEvidence“ aktiviert sein ="false"/>
. Die Erweiterung ist erfolgt.
Die Schnittstellensignatur des ReadThru-Anbieters wurde geändert, um die maximalen Funktionen von zu unterstützen NCache. Unter dem Namensraum „ wurde eine neue Struktur eingeführt.Alachisoft.NCache.Runtime.Caching“ namens ProviderCacheItem, das dem CacheItem ähnelt. Sie können jetzt problemlos Abläufe, Tags, Hinweise zur Entfernung, Abhängigkeiten usw. angeben.
Neue Schnittstellen
public void LoadFromSource(string key, out ProviderCacheItem cacheItem)
public Dictionary<string, ProviderCacheItem> LoadFromSource(string[] keys)
Jetzt können Sie die Eigenschaft IsResyncExpiredItem im Cache Loader angeben, damit die abgelaufenen Elemente automatisch neu geladen werden können.
NCache unterstützt nicht die neueste Version von NHibernate 2.1.2. Wir haben in dieser Version auch Regionsunterstützung hinzugefügt. Die NHibernate-Beispielanwendung wurde ebenfalls mit Unterstützung für NHibernate-Regionen modifiziert.
7. Juni 2010
NCache 3.8 enthält neue wichtige Ergänzungen und Verbesserungen, die auf dem Feedback des Kunden basieren. Die API-Abwärtskompatibilität ist für die meisten Kunden das wichtigste Anliegen. Vor diesem Hintergrund haben wir ein neues Protokoll für API-Kompatibilität hinzugefügt. Ab sofort (3.8) sind alle neuen Versionen automatisch mit älteren Versionen von kompatibel NCache (ab 3.8).
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
NCache Bietet LINQ-Integration mit Hilfe der IQueryable-Schnittstelle, die es ermöglicht, die zwischengespeicherten Elemente durchsuchbar zu machen. NCache unterstützen sowohl Lambda-Ausdrücke als auch LINQ-Operatoren zum Abfragen zwischengespeicherter Elemente.
NCache Bietet eine nahtlose Integration mit EF-Caching, wo es auf der ADO-Ebene eingebunden wird und Ihre Anwendung verteiltes Caching ohne Codeänderungen nutzen lässt. Sie müssen lediglich Änderungen in der Anwendungskonfigurationsdatei vornehmen.
Wir haben dieses Problem gelöst, indem wir alle Baugruppen in kopiert haben NCache bin/assembly-Ordner und jetzt muss Visual Studio die abhängigen Assemblys nicht mehr im GAC suchen. Dadurch wurde das Problem behoben.
NCache Bietet Integration mit .NET Cache Provider 4.0. NCache bietet außerdem verschiedene Änderungsmonitore (dateibasiert, schlüsselbasiert, Datenbankabhängigkeit) zur Verwaltung von Cache-Abhängigkeiten.
NCache folgt jetzt dem Abwärtskompatibilitätsprotokoll und in zukünftigen Versionen kann die Anwendung eine Verbindung zu neueren Versionen herstellen, ohne die Clients zu aktualisieren.
NCache hat der API Streaming-Unterstützung hinzugefügt, mit der Sie binäre Datenströme im Cache lesen und schreiben können.
NCache kombiniert mehrere JavaScript-Dateien und CSS-Dateien zu einer einzigen Ressourcendatei und speichert sie im Cache. Außerdem wird die gerenderte Ausgabe durch eine einzige HTTP-Referenz für alle CSS- und JS-Dateien ersetzt, sodass der Browser einen einzigen Aufruf zum Laden aller Ressourcen durchführen kann. Dies trägt dazu bei, die Reaktionszeit Ihrer Anwendung zu verbessern.
NCache ersetzt den langen ViewState-String durch einen kleineren und sendet ihn an den Client. Dies trägt dazu bei, die Anwendungsleistung zu verbessern und Bandbreite zu sparen.
Sie können jetzt E-Mail-Benachrichtigungen zu bestimmten Cache-Ereignissen wie „Statusübertragung“, „Cache gestoppt“, „Mitglied verlassen“, „Mitglied beigetreten“ usw. erhalten.
Diese API ermöglicht Metainformationen zu Cache-Elementen wie „LastAccessed Time“ und „Creation DateTime“.
NCache ermöglicht mehrere Lese- und Schreibanbieter. NCache Manager stellt die Datenquellenassemblys automatisch im bereitgestellten Ordner bereit, sodass Sie die Anbieterassemblys nicht manuell kopieren müssen NCache Serviceordner.
Die partitionierte Replikat-Topologie unterstützt jetzt die synchrone Replikation.
Sie können die Sicherheit jetzt über das Befehlszeilentool konfigurieren
Wenn Sie über eine alte Cache-config.ncconf-Datei verfügen, können Sie diese mit diesem Tool aktualisieren.
Jetzt können Sie konfigurieren Remote Clients aus NCache Manager und können individuelle Client-Einstellungen ganz einfach von einem einzigen Punkt aus ändern.
Sie können auch hinzufügen remote clients und Client-Cache über Befehlszeilentools.
Jetzt können Sie Ihre Cache-Provider-Assemblys über einen neuen Assistenten angeben, in dem Sie Ihre Assembly auswählen können. Jetzt müssen Sie die Baugruppeninformationen nicht mehr manuell eingeben.
NCache Manager bietet die automatische Bereitstellung von Datenquellenanbietern.
Jetzt müssen Sie für die kompakte Serialisierung keine ISerializable- oder IDeserializable-Schnittstellen implementieren. Sie müssen nur die kompakten Typen registrieren NCache Manager und NCache Serialisiert die Typen automatisch zur Laufzeit.
Die Sicherheit kann über konfiguriert werden NCache Jetzt Manager.
21. April 2010
NCache 3.6.2 (SP3) enthält wichtige Korrekturen und Verbesserungen, die von Kunden gemeldet wurden. Die wichtigste und gefragteste Funktion, die in dieser Version hinzugefügt wurde, ist die Unterstützung des Java-Sitzungscachings für J2EE-Plattformen. Jetzt können Sie es ganz einfach verwenden NCache als Sitzungsspeicher für Ihre Java-Anwendungen, ohne dass Codeänderungen erforderlich sind. Sie müssen Ihrer web.xml-Datei lediglich einen Java-Sitzungsfilter hinzufügen.
Diejenigen, die verwenden NCache Die Version 3.6.x kann aktualisiert werden, ohne dass die Anwendung neu erstellt/kompiliert werden muss.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
NCache Java Session Provider wird für WebLogic unterstützt und kann auf jeder J2EE-Plattform (Webserver) verwendet werden, wenn die zugrunde liegende Plattform (Webserver) der Java Servlet 2.3-Spezifikation (oder höher) folgt. Java-Sitzungen werden sowohl auf Linux- als auch auf Windows-Plattformen unterstützt.
NCache Java Session Provider wird für JBoss sowohl auf Linux- als auch auf Windows-Plattformen unterstützt.
NCache Java Session Provider wird für WebSphere sowohl auf Linux- als auch auf Windows-Plattformen unterstützt.
NCache Java Session Provider wird für Apache-Tomcat sowohl auf Linux- als auch auf Windows-Plattformen unterstützt.
Es gibt zwei Varianten von Garbage Collector, die auf dem Server-Betriebssystem und der Workstation basieren und „Server GC“ bzw. „Workstation“ heißen. Sofern nicht anders angegeben .NET framework verwendet standardmäßig Workstation-GC, auch wenn es unter einem Server-Betriebssystem ausgeführt wird. Jetzt, NCache ermöglicht Ihnen, den GC-Modus abhängig von Ihrem Betriebssystem festzulegen. Server GC ist auf maximalen Durchsatz ausgelegt und skaliert mit sehr hoher Leistung. NCache ist jetzt standardmäßig so konfiguriert, dass Server GC anstelle von Workstation GC verwendet wird. Sie können diesen Modus von ändern Alachisoft.NCache.Service.exe.config:
<add key="NCacheServer.EnableForcedGC" value="true"/>
<add key="NCacheServer.ForcedGCThreshold" value="80"/>
11. Januar 2010
NCache 3.6.2 Service Pack 2 (SP2) enthält wichtige Korrekturen und Verbesserungen, die von Kunden gemeldet wurden. Es handelt sich um ein empfohlenes Upgrade für alle Benutzer von NCache. Diejenigen, die verwenden NCache Die Version 3.6.x kann aktualisiert werden, ohne dass die Anwendung neu erstellt/kompiliert werden muss.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Ein Ereignis wird in der Windows-Ereignisanzeige und im Cache-Fehlerprotokoll protokolliert, wenn:
Diese Ereignisse werden in die Kategorien Information, Warnung und Information kategorisiert.
<add key="NCacheServer.EventLogLevel" value="error | warning| all"/>
Der Benutzer kann nur eine der folgenden Ebenen angeben:
Der Client-Verbindungsprotokolleintrag für die Ereignisanzeige/Protokolldatei kann über aktiviert werden NCache Dienstkonfigurationsdatei. Standardmäßig ist diese Option deaktiviert, Sie können sie jedoch aktivieren, indem Sie das folgende Attribut in ändern NCache Dienstkonfigurationsdatei.
"Alachisoft.NCache.Service.exe.config".
<add key="NCacheServer.LogClientEvents" value="false" />
HINWEIS: Die obige Änderung erfordert NCache Dienst neu starten.
NCache Unterstützt jetzt Oracle 11g für die Datenbankabhängigkeit und Synchronisierungsfunktion.
06. Oktober 2009
NCache 3.6.2 Service Pack 1 (SP1) enthält wichtige Korrekturen und Verbesserungen, die von Kunden gemeldet wurden. Es handelt sich um ein empfohlenes Upgrade für alle Benutzer von NCache. Diejenigen, die verwenden NCache Die Version 3.6.x kann aktualisiert werden, ohne dass die Anwendung neu erstellt/kompiliert werden muss.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Um Socket-Breaking-Probleme innerhalb von Cluster-Knoten zu überwinden, NCache verfügt über eine neue Verbindungswiederholungslogik, die in config.ncconf in der Clusterkonfiguration konfiguriert werden kann.
connection-retries="10" connection-retry-interval="1secs"
Falls eine Steckdose aufgrund von Netzwerkproblemen kaputt geht, NCache wird versuchen, die Verbindung nach jedem Verbindungswiederholungsintervall so oft wiederherzustellen, wie es Verbindungsversuche gibt. Dies erfordert einen Neustart von NCache Service nach dem Update.
NCache Clientseitige Zähler werden eingeführt, um clientseitige Probleme zu erkennen und zu beheben. Diese Zähler erscheinen in den Windows-Perfmon-Zählern in der Kategorie „NCache Klient'.
NCache Die Autostart-Funktion wurde verbessert und ermöglicht das Starten verschiedener benutzerdefinierter Caches mit NCache Der Start des Dienstes erfolgt asynchron. Wenn einige Caches beschädigt sind und nicht gestartet werden, wird jedoch eine Warnung protokolliert NCache Der Dienst startet normal.
Die Beschreibung des Client-Cache-Synchronisierungsmodus wurde hinzugefügt NCache Hilfe.
Eine Beschreibung zum Einrichten des Clusterspeichers, seiner Nutzung und Schätzung wird in den Clusterkonfigurationen hinzugefügt.
NCache Der Installationsassistent warnt den Benutzer, der kein Administrator ist. Für die Installation sind für den Benutzer Administratorrechte und -berechtigungen erforderlich NCache auf einem System.
09. Juli 2009
NCache 3.6.2 enthält eine Reihe nützlicher Verbesserungen und Fehlerbehebungen, die von Kunden gemeldet wurden. Es handelt sich um ein empfohlenes Upgrade für alle Benutzer von NCache. Diejenigen, die verwenden NCache Die Version 3.6.x kann aktualisiert werden, ohne dass die Anwendung neu erstellt/kompiliert werden muss.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Protokollspuren werden für die folgenden Ereignisse hinzugefügt:
Die abfragebasierte Datenbankabhängigkeit weist die folgenden Verbesserungen auf.
Fehlermeldungen werden verbessert, wenn der Dienst aufgrund nicht verfügbarer Bindto-IP-Adressen nicht gestartet werden kann.
26. März 2009
NCache 3.6.1 enthält eine Reihe nützlicher Verbesserungen und Fehlerbehebungen, die von Kunden gemeldet wurden. Es handelt sich um ein empfohlenes Upgrade für alle Benutzer von NCache. Diejenigen, die verwenden NCache Die Version 3.6.x kann aktualisiert werden, ohne dass die Anwendung neu erstellt/kompiliert werden muss.
Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:
Jetzt die NCache Clientverbindungen werden automatisch zwischen den Clusterknoten neu verteilt, wenn ein neuer Knoten dem Cache beitritt. Sie müssen sich jetzt also keine Gedanken mehr über den Client-Lastausgleich auf Cache-Servern machen.
Neue Zähler für die Leistungsüberwachung werden im Abschnitt „NCache'-Kategorie in den Windows-Perfmon-Zählern.
NCache Unterstützt jetzt die Verwendung von Stored-Procedures und Command Object in DB-Abhängigkeit.