NCache Neuigkeiten

Finden Sie Versionshinweise für Ihr NCache Version unten.

NCache 5.3 Release Notes (April 2022 bis Juli 2026)
NCache 5.2 Release Notes (März 2021 bis Okt 2021)
NCache 5.1 Release Notes (Nov 2020)
NCache 5.0 Release Notes (Mai 2019 bis August 2024)
NCache 4.9 Release Notes (Februar 2018 bis August 2018)
NCache 4.8 Release Notes (Nov 2017)
NCache 4.6 Release Notes (Dezember 2015 bis Mai 2017)
NCache 4.4 Release Notes (Januar 2015 bis Juli 2015)
NCache 4.3 Release Notes (März 2014 bis Juni 2014)
NCache 4.1 Release Notes (August 2011 bis Oktober 2013)
NCache 3.8 Release Notes (Juni 2010 bis März 2011)
NCache 3.6.2 Release Notes (Juli 2009 bis April 2010)
NCache 3.6.1 Release Notes (Mar 2009)
 

Neuigkeiten NCache 5.3 SP7

Do Juli 16, 2026

Einführung

Das NCache 5.3 SP7 Diese Version bietet eine Vielzahl von Verbesserungen an Plattform, Sicherheit und Zuverlässigkeit. Zu den Highlights gehören: gMSA (Gruppenverwaltetes Servicekonto) Unterstützung für Client-Authentifizierung, Behandlung von HerunterfahrereignissenEin neuer Aktionen nach dem Ereignis Framework zum Auslösen von Skripten bei Serverlebenszyklusereignissen, ein Externer Newtonsoft JsonConverter Erweiterungspunkt, erweitert LDAP-Sicherheit Kontrollen, Brückenverbindung über Lastverteiler, ein grundlegend überarbeitetes Service-Lebenszyklus und Container-Erfahrung für Docker und Kubernetes und aktualisiert Zulassung und Web Manager Das Verhalten für Cloud- und Kubernetes-Bereitstellungen wird ebenfalls geändert. Diese Version beinhaltet auch folgende Änderungen: NCache zum .NET 10-basierte, frameworkabhängige EinrichtungDarüber hinaus enthält diese Version mehrere Stabilitäts- und Zuverlässigkeitsverbesserungen, die im Folgenden detailliert beschrieben werden.

Neuerungen:

  1. Behandlung von Herunterfahrereignissen

    NCache Das System überwacht nun das Herunterfahren und Neustarten des Host-Rechners. Wenn ein solches Ereignis empfangen wird, NCache Der Dienst identifiziert alle auf dem betreffenden Rechner konfigurierten Caches und beendet alle aktuell laufenden. Dadurch werden langwierige Verbindungsversuche innerhalb des Clusters vermieden, die andernfalls sowohl für den Cluster als auch für verbundene Clients zu Timeouts führen würden. Durch das proaktive Beenden der Caches auf dem herunterfahrenden Knoten werden die verbleibenden Cluster-Mitglieder sofort über dessen Ausscheiden informiert und können ihn reibungslos aus der Clusteransicht entfernen, anstatt auf ein Timeout zu warten.

  2. gMSA-Unterstützung

    NCache Unterstützt jetzt Gruppenverwaltete Servicekonten (gMSA) für Anwendungen, die eine Verbindung herstellen zu NCache, wodurch die Verwaltung von Anmeldeinformationen für die Clientauthentifizierung in Windows-Umgebungen vereinfacht wird.

    Hinzufügen eines gMSA-Cache-Benutzers -- LDAP muss den gMSA-Benutzer oder die Gruppe bereits enthalten. NCache Manager, beim Hinzufügen eines Cache-Benutzers NCache Die Funktion „Hinzufügen“ fragt den LDAP-Server ab, um festzustellen, ob der angegebene Benutzer oder die Gruppe ein gMSA-Konto ist, und kennzeichnet ihn/sie entsprechend in der Liste.NCacheDas PowerShell-Cmdlet UserOrGroup führt die gleiche Erkennung automatisch durch, ohne dass seine Parameter geändert werden müssen.

    Clientanwendungen – Bei der Verbindungsherstellung legt eine Clientanwendung fest, ob gMSA oder reguläre Anmeldeinformationen verwendet werden sollen. Bei Verwendung von gMSA muss der Client keinen Benutzernamen und kein Passwort angeben. NCache Das Client-SDK bezieht ein gMSA-Kerberos-Token und übergibt es an den Cache-Server, der sich mithilfe dieses Tokens über die Negotiate Streams API gegenüber LDAP authentifiziert. Die Autorisierung nach erfolgreicher gMSA-Authentifizierung erfolgt analog zur Autorisierung für reguläre LDAP-Benutzer.

    Einschränkungen -- Das PowerShell-Cmdlet „Test-Stress“ kann gMSA nicht verwenden, da es über die Eingabeaufforderung ausgeführt wird und weiterhin reguläres LDAP benötigt. NCache Administratorrechte. Test-Stress wurde gestartet von NCache Die Manager-Symbolleiste verwendet die Administratoranmeldeinformationen des aktuellen NCache Managersitzung. Ausführen der NCache Es wird nicht empfohlen, dass der Dienst, der Brückendienst oder der Ausführungsdienst selbst unter einer gMSA-Identität betrieben wird.

    Konfigurationsänderungen Die Datei config.ncconf protokolliert nun, welche Cache-Server gMSA-basiert sind. In client.ncconf und der Anwendungskonfiguration (appsettings) kann ein gMSA-Flag enthalten sein, sodass Clientanwendungen keine weiteren Angaben machen müssen; die gMSA-Authentifizierung wird dann automatisch angewendet. Die Datei security.ncconf bleibt unverändert, da… NCache Das Administratorkonto darf selbst kein gMSA-Konto sein.

    API-Änderungen – Für CacheConnectionOptions ist nun das neue Flag „UseGmsaAuthentication“ verfügbar. Die bisherige, auf Anmeldeinformationen basierende Eigenschaft „UserCredentials“ wurde zugunsten des neuen Typs „SecurityOptions“ mit den Factory-Methoden „CreateWithUserName(user, password)“ und „CreateWithGMSA()“ als veraltet markiert.

  3. Aktionen nach dem Ereignis

    NCache Die Funktion unterstützt nun das Auslösen eines benutzerdefinierten Skripts nach erfolgreichem Abschluss bestimmter serverseitiger Operationen. Folgende Aktionen werden unterstützt: Dienst starten, Dienst stoppen, Cache starten, Cache stoppen, Cache erstellen, Cache löschen, Knoten hinzufügen, Knoten entfernen, Clientknoten hinzufügen und Clientknoten entfernen.

    Die Skriptausführung erfolgt asynchron und blockiert oder beeinträchtigt den normalen Betriebsablauf nicht. Um diese Funktion zu nutzen, … post-action.ncconf Die Datei muss im Konfigurationsordner abgelegt werden; fehlt die Datei, wird die Funktion einfach ignoriert. Kann ein konfigurierter Skriptpfad nicht gefunden werden, wird die Ausführung übersprungen, ohne die auslösende Operation zu beeinträchtigen. Jede Aktion kann einzeln aktiviert oder deaktiviert werden. NCache Übergibt eine JSON-serialisierte Nutzlast mit relevanten Cache-Konfigurations- und Betriebsdetails an das Skript zur Kontextualisierung.

  4. JSON-Serialisierungskorrektur für NHibernate

    Die interne CacheEntry-Klasse der NHibernate-Integration wurde nach Änderungen in einem früheren Patch bei der JSON-Serialisierung nicht korrekt serialisiert. Dieses Problem wurde durch die Anpassung des Klassen-Namespace und die Verwendung des Standardverhaltens von Newtonsoft zur Eigenschaftserstellung für diesen Typ behoben. Das JSON-Serialisierungsverhalten der NHibernate-Integration wird derzeit umfassend überarbeitet, und weitere Verbesserungen sind für eine zukünftige Version geplant.

  5. JSON-Vertragsauflöser für benutzerdefinierte JSON-Serialisierungssteuerung

    Es wurde ein neuer, kundenspezifischer Vertragsresolver eingeführt, der eine detaillierte und leistungsstarke Kontrolle darüber ermöglicht, wie komplexe Objekte bis auf Feldebene serialisiert und deserialisiert werden.

    • Erweiterte Feldunterstützung: Serialisiert nun sowohl öffentliche als auch private Felder, einschließlich privater Felder, die von Basisklassen geerbt werden.
    • Automatische Eigenschaften: Verarbeitet vom Compiler generierte Backing-Felder korrekt.
    • Respekt vor Attributen: Volle Unterstützung für [JsonIgnore] (zum Überspringen von Elementen) und [JsonProperty] (zur Berücksichtigung benutzerdefinierter Eigenschaftsaliase).
    • Performance-Caching: Aufgelöste Eigenschaften werden zwischengespeichert, um eine schnelle und ressourcenschonende Serialisierung zu gewährleisten.
  6. Web Manager-Korrekturen

    Es wurden mehrere Korrekturen an der Funktionsweise des Webmanagers vorgenommen (NCache Management Center) überwacht Cache- und Knotenstatus:

    • Hot Reload wird jetzt auch für lokale Knoten-Caches unterstützt, sodass Konfigurationsänderungen ohne Neustart übernommen werden.
    • Hot Reload wird nun auch unterstützt, wenn ein neuer Knoten zu einem Cluster hinzugefügt wird.
    • Der Web Manager gleicht nun die von aktiven Sitzungen gemeldeten Caches korrekt mit den in der Konfiguration des lokalen Knotens definierten Caches ab, anstatt sich nur auf eine Quelle zu verlassen.
    • Sitzungscache-Manager für Caches, die in der aktuellen Konfiguration nicht mehr existieren, werden nun ordnungsgemäß bereinigt.
    • Serverknoten, die aus einer Cluster-Cache-Definition entfernt wurden, werden nun korrekt aus den Sitzungscache-Managern entfernt, wodurch veraltete Knotenverweise verhindert werden.
    • Das erzwungene Entfernen nicht verfügbarer Knoten wird nun auch vom Web Manager unterstützt; zuvor war diese Funktion nur über PS-Cmdlets verfügbar.
    • Das Problem, dass der Web Manager bei einem nicht erreichbaren Server nicht reagierte, wurde behoben.
  7. Lizenzänderungen

    NCache Die Lizenzierung wurde erweitert, um Cloud- und Kubernetes-Bereitstellungen vollständig zu unterstützen. In Cloud-Umgebungen NCache Unterstützt jetzt Pay-As-You-Go (PAYG)-Lizenzierung. In Kubernetes-Umgebungen werden Lizenzaktivierungen nun auf Pod-Ebene gespeichert. Wenn also ein zustandsbehafteter Pod ausfällt und durch einen anderen ersetzt wird, erhält der neue Pod automatisch seine Lizenz zurück, anstatt dass eine neue Lizenz benötigt wird.

  8. Änderungen bei Einrichtung und Installation

    NCache Das Setup wurde in mehrfacher Hinsicht aktualisiert:

    • .NET 10-basierte Einrichtung -- NCache Das Setup basiert nun auf .NET 10. Da .NET 10 die binäre Serialisierung nicht mehr unterstützt, wird durchgehend die kompakte Serialisierung verwendet. Wo die kompakte Serialisierung nicht möglich ist, greift das System automatisch auf eine benutzerdefinierte Implementierung der binären Serialisierung zurück. Die Behandlung von Prozessbeendigungen wurde ebenfalls aktualisiert und verwendet nun PosixSignalRegistration, da .NET 10 die Behandlung von Beendigungssignalen auf Betriebssystemebene nicht mehr standardmäßig überschreibt.
    • Frameworkabhängige Einrichtung -- NCache Bisher war die Installation in sich abgeschlossen und enthielt die benötigte .NET-Laufzeitumgebung. Zukünftig ist die Installation frameworkabhängig, und .NET 10 muss separat installiert werden, bevor das Installationsprogramm ausgeführt werden kann.
  9. Unterstützung für externe Newtonsoft JsonConverter

    Newtonsoft ermöglicht die Bereitstellung benutzerdefinierter JSON-Konverter für die Serialisierung und Deserialisierung bestimmter Datentypen. NCache Die Konfiguration der Newtonsoft-basierten JSON-Serialisierung unterstützt nun die Registrierung einer Liste solcher Konverter. Ein benutzerdefinierter Konverter ist eine von der abstrakten Klasse `JsonConverter` von Newtonsoft abgeleitete Klasse; eine einzelne Implementierung verarbeitet typischerweise einen Datentyp oder eine Familie von Typen mit einer gemeinsamen Oberklasse.

  10. NCache LDAP-Sicherheitsverbesserungen

    NCacheDas Sicherheitsmodell von unterscheidet nun zwischen zwei Rollen: der Maschinenadministrator (der lokale Betriebssystemadministrator – Administrator unter Windows, sudo/ncache unter Linux) und der Knotenadministrator (Ein Benutzer oder eine Gruppe, die in security.ncconf konfiguriert ist und in LDAP/Active Directory vorhanden sein muss). Nur der Systemadministrator kann die Sicherheitseinstellungen aktivieren oder deaktivieren.

    • Sicherheit aktivieren Diese Funktion kann nur vom Systemadministrator ausgeführt werden. Mindestens ein Knotenadministrator (ein vorhandenes LDAP-/Active Directory-Mitglied) muss angegeben und in die Datei security.ncconf eingetragen werden. Der optionale Parameter „-DirectoryBrowsingCredential“ akzeptiert Anmeldeinformationen für einen Domänenbenutzer mit LDAP-Berechtigung. Die vorherige Option „WriteCredentialsToServiceConfig“ wurde entfernt. Die Aktivierung der Sicherheit über die PowerShell-Tools deaktiviert nun automatisch den automatischen Start aller Caches auf dem Zielserver.
    • Sicherheitseinstellungen deaktivieren -- kann nur vom Maschinenadministrator (Betriebssystemadministrator) ausgeführt werden und entfernt alle Knotenadministratoren aus security.ncconf.
    • Benutzer oder Gruppe hinzufügen / Benutzer oder Gruppe entfernen Dieser Befehl kann nur von vorhandenen Knotenadministratoren, nicht vom Maschinenadministrator, ausgeführt werden. Die Sicherheitseinstellungen müssen bereits aktiviert sein, bevor Benutzer oder Gruppen hinzugefügt werden können, und der letzte verbleibende Benutzer oder die letzte verbleibende Gruppe kann nicht entfernt werden.
    • Auf Docker und Kubernetes, hat das NCache Das Passwort kann über die Umgebungsvariable NC_USER_PASSWORD, die dem Container übergeben wird, aktualisiert werden.
    • Automatische Cache-Startoptionen in gesicherten Umgebungen aktivieren Diese Funktionalität ist nun über Enable-AutoStartCache verfügbar, wodurch der automatische Start für den angegebenen Cache aktiviert und die Anmeldeinformationen in der Dienstkonfiguration gespeichert werden.
  11. Außerdem wurden zwei neue PowerShell-Cmdlets hinzugefügt: Automatischen Start-Cache aktivieren (Aktiviert den automatischen Start für den angegebenen Cache und schreibt die Anmeldeinformationen in die Dienstkonfigurationsdatei, falls angegeben) und AutoStartCache deaktivieren (Deaktiviert den automatischen Start für den angegebenen Cache). Mehrere sicherheitsrelevante Fehlermeldungen wurden präzisiert, um die Diagnose von Konfigurationsproblemen zu erleichtern – beispielsweise führen ungültige Anmeldeinformationen, ein fehlerhafter Distinguished Name oder eine Diskrepanz zwischen dem angegebenen Administratornamen und seinem Distinguished Name nun jeweils zu einer eindeutigen, beschreibenden Fehlermeldung.

  12. Brückenverbindung über Lastverteiler

    NCache Die Bridge-Datenreplikation umfasst drei Cache-Rollen: einen Quellcache, einen Bridge-Cache und einen Zielcache. Der Quellcache sendet Replikationsvorgänge über einen dedizierten Client an den Bridge-Dienst; der Bridge-Cache empfängt diese Vorgänge und leitet sie mithilfe des Standardprotokolls an den Zielcache weiter. NCache Client-API. Diese ist bei Aktiv-Passiv-Konfigurationen unidirektional und bei Aktiv-Aktiv-Konfigurationen bidirektional, wobei jeder Zielcache auch als Quelle für seine eigenen Operationen dient.

    Die Verbindung vom Bridge-Cache zum Ziel-Cache kann nun über einen Load Balancer geleitet werden.

  13. Verbesserungen im Servicelebenszyklus und Containerbereich

    Diese Version beinhaltet eine grundlegende Überarbeitung von NCache Dienste werden gestartet, gestoppt und überwacht, insbesondere unter systemd, Docker und Kubernetes:

    • Der systemd-Diensttyp wurde von forking auf simple/notify korrigiert, sodass systemd die Vorgänge direkt und präzise verfolgt. NCache Prozesslebenszyklus. Dies verbessert die Behandlung von Start-Timeouts und die Zuverlässigkeit von Neustarts, die zuvor unzuverlässig waren, weil NCache Der Verzweigungsvorgang findet nicht wie in der alten Konfiguration angenommen statt.
    • Das NCache Daemon, Bridge Daemon und Execution Daemon unter Linux wurden auf die .NET Generic Host (IHost)-Architektur migriert, wodurch benutzerdefinierter, plattformspezifischer Service-Lifecycle-Code durch das Standard-StartAsync()/StopAsync()-Modell und die native systemd-Integration ersetzt wurde.
    • In Docker und Kubernetes, NCache Der Prozess läuft nun als Prozess-ID 1 innerhalb des Containers anstatt hinter einem Wrapper-Shell-Skript. Dadurch wird SIGTERM direkt an den Prozess übermittelt. NCacheund das ordnungsgemäße Herunterfahren – einschließlich des Leerens von Write-Behind-Warteschlangen und des Abschließens laufender Operationen – wird nun korrekt ausgeführt, bevor der Container beendet wird, anstatt übersprungen und nach einem Timeout zwangsweise beendet zu werden.
  14. Erweiterte Protokollierung für Container

    NCache Die Protokollierung wurde für containerisierte Umgebungen erweitert. Zusätzlich zur bestehenden dateibasierten Protokollierung, NCache Schreibt nun auch Protokolle über einen neuen Konsolen-Appender nach stdout/stderr, sodass Container-Plattformen diese über Standardmechanismen wie docker logs und kubectl logs erfassen können.

Liste der behobenen Fehler:

  • 744234 BEHOBEN: Die standardmäßige JSON-Serialisierung unterstützte keine privaten Felder und Eigenschaften, was zu Einschränkungen bei der Arbeit mit bestimmten Objektstrukturen führte.
  • 744235 FIX: Die Alachisoft.NCacheDas .SDK NuGet-Paket enthielt transitive Abhängigkeiten mit bekannten Sicherheitslücken.
  • 744236 BEHOBEN: Die Anzahl der Verbindungen und Threads nahm aufgrund wiederholter Initialize- und Dispose-Aufrufe kontinuierlich zu, was mit der Zeit zu Ressourcenerschöpfung führte.
  • 744237 BEHOBEN: Der InProc Local Cache meldete eine falsche Cache-Größe, was zu Diskrepanzen im Vergleich zum OutProc Cache führte.
  • 744238 BEHOBEN: In der Community Edition wurden Kompatibilitätsprobleme mit älterem 4.x-Code sowie ein veraltetes SDK festgestellt. AppFabric NuGet-Pakete.
  • 744239 BEHOBEN: Bei Objekten mit einer Größe von über 80 KB schlug die Deserialisierung während des Dequeue-Vorgangs fehl, was zu Laufzeitfehlern und einer Unterbrechung der Warteschlangenverarbeitung führte. Diese Korrektur betrifft ausschließlich die Enqueue- und Dequeue-APIs; EnqueueBulk und DequeueBulk sind nicht betroffen.
  • 744240 BEHOBEN: Ein interner serverseitiger Thread konnte sich im Pub/Sub-Verwaltungssystem in einer Endlosschleife verfangen, wodurch die Zustellung von Nachrichten an Abonnenten verhindert wurde.
  • 744241 BEHOBEN: Eine unnötig lange Aufzählung interner Warteschlangen im Pub/Sub-System führte zu Leistungseinbußen.
  • 744242 FIX: NCache Bisher mussten die optionalen Mutual-TLS-Konfigurations-Tags (server-certificate-thumbprint, client-certificate-cn, client-certificate-thumbprint, use-mutual-tls-for-client-to-server) in der tls.ncconf-Datei vorhanden sein, selbst wenn Mutual TLS nicht aktiviert war. Fehlten diese Tags, konnte der Client keine Verbindung herstellen. Nun verbindet sich der Client erfolgreich, wenn nur die vier erforderlichen Parameter (server-certificate-cn, enable, enable-client-server-tls, protocol-version) angegeben sind. Die Mutual-TLS-Tags sind nicht mehr zwingend erforderlich, wenn Mutual TLS nicht verwendet wird.
 

Neuigkeiten NCache 5.3 SP6.1

Do März 5, 2026

Einführung

Das NCache 5.3 SP6.1 Die Veröffentlichung ist verfügbar nur für die NCache Open-Source-EditionDiese Version bietet weiterhin eine leichtgewichtige, verteilte Caching-Lösung für Entwickler und kleinere Implementierungen und gewährleistet gleichzeitig die Kompatibilität mit modernen .NET-Plattformen.

NCache Die Open Source Edition kann unter der entsprechenden Open-Source-Lizenz kostenlos genutzt werden; der vollständige Quellcode ist öffentlich auf GitHub verfügbar.

Diese Version aktualisiert die Plattform auf .NET 8 und führt neue Bereitstellungsbeschränkungen ein, um ein konsistentes und überschaubares Open-Source-Angebot zu gewährleisten.

Neue Funktionen

  1. Plattform-Update (.NET 8)

    NCache Open-Source-Server basieren nun auf .NET 8 und gewährleisten so die Kompatibilität mit den neuesten .NET-Laufzeitverbesserungen und Leistungsoptimierungen. Unterstützte Client-Frameworks sind:

    • .NET 4.8
    • .NET 6
    • .NET 7
    • .NET 8
    • .NET 9
  2. Maximale Cluster-Cache-Größe

    Das Die maximale kumulative Cache-Größe im gesamten Cluster ist nun auf 4 GB begrenzt. in der Open-Source-Edition. Dies gewährleistet eine vorhersehbare Ressourcennutzung und ermöglicht gleichzeitig verteiltes Caching für Entwicklungs-, Test- und kleinere Produktionsumgebungen.

  3. Unterstützte Cache-Topologie

    Die Open-Source-Edition unterstützt nun die Nur replizierte Cache-Topologie. Diese Topologie gewährleistet:

    • Automatische Datenreplikation über alle Knoten hinweg
    • Vereinfachtes Clustermanagement
    • Hohe Verfügbarkeit für zwischengespeicherte Daten
  4. Cluster-Knotenlimit

    Das Die maximale Anzahl der pro Cluster unterstützten Cache-Knoten ist auf 3 Knoten begrenzt. in der Open-Source-Edition. Diese Konfiguration ermöglicht es Benutzern, die Funktionen des verteilten Caching zu nutzen und gleichzeitig den Umfang des Open-Source-Angebots beizubehalten.

  5. Unterstützte Betriebssysteme

    NCache 5.3 SP6.1 Open Source-Server unterstützen die folgenden Betriebssysteme:

    Windows

    • Windows Server 2019
    • Windows Server 2022
    • Windows Server 2025
    • Windows 10
    • Windows 11

    Linux

    • Unterstützte Linux-Distributionen .NET 8-Laufzeitumgebung
 

Neuigkeiten NCache 5.3 SP6

Dienstag, 12. August 2025

Einführung

Das NCache 5.3 SP6 Release stellt das neue Gemeinschaftsausgabe, aktualisierte Lizenzmodelle und zusätzliche Bereitstellungskontrollen. Die Professional Edition wurde in dieser Version eingestellt und alle Kunden der Professional Edition erhalten ein kostenloses Upgrade auf die Enterprise Edition.

Diese Version bietet außerdem Unterstützung für monatliche und stündliche Lizenzen, wobei die stündliche Lizenzierung auf Cloud-Bereitstellungen beschränkt ist.

Neue Funktionen

  1. Community Edition (ersetzt Professional Edition)
    • Die Professional Edition wurde eingestellt und durch die Community Edition ersetzt.
    • Die Community Edition ist kostenlos. Sie zahlen nur für den Support. Eine Support-Pauschalgebühr ist verfügbar.
    • Zur Evaluierung der Funktionen der Community Edition steht eine voll funktionsfähige 30-Tage-Testversion zur Verfügung.
    • Nach der Testphase muss ein Lizenzschlüssel von der NCache Vertriebsteam. Lizenzschlüssel werden nur ausgestellt, wenn Support erworben wird.
    • Diese Ausgabe unterstützt Replizierter Cache nur.
    • Erfordert einen gültigen Lizenzschlüssel zur Aktivierung.
    • TLS-Unterstützung ist jetzt in der Community Edition verfügbar (dies war in der Professional Edition nicht verfügbar).
  2. Azure/AWS Marketplace-basierte Lizenzierung

    NCache Die Integration mit Azure/AWS Marketplace ist nun abgeschlossen, sodass Sie das Produkt dort erwerben und bezahlen können. Sie stellen es bereit. NCache Server selbst in Ihrem Azure VNET oder AWS VPC. Dies gibt Ihnen mehr Flexibilität und Kontrolle.

    • Flexibler Plan (Azure/AWS): Flexibler Plan mit nutzungsbasierter stündlicher Serverabrechnung. Bezahlung über Azure/AWS Marketplace.
      • Stündliche Server – Stündlich bereitstellen NCache Server in Ihrem Azure VNET oder AWS VPC. Aktivieren Sie diese Server dann mit dem Lizenzschlüssel des Flexible Plans und zahlen Sie stundenweise, bis Sie sie deaktivieren.
    • Jahresplan (Azure/AWS): Der Jahresplan wird im Voraus über den Azure/AWS Marketplace bezahlt und umfasst jährliche und monatliche Server. Server werden stundenweise abgerechnet. Stellen Sie alle diese Server in Ihrem Azure VNET oder Ihrer AWS VPC bereit und aktivieren Sie sie anschließend.
      • Jährliche Server – Jahresserver sind für die gesamte Laufzeit des Jahresplans gültig.
      • Monatliche Server -- Monatsserver sind ab Aktivierung 30 Tage gültig. Anschließend können Sie sie automatisch oder manuell verlängern.
      • Stündliche Server – Sobald sie aktiviert sind, werden Ihnen stündlich Gebühren berechnet, bis Sie sie deaktivieren.
  3. PowerShell-Cmdlets für die Azure/AWS-Bereitstellung

    NCache bietet jetzt PowerShell-Cmdlets für Azure und AWS zur Automatisierung NCache Serverbereitstellungen. Diese Cmdlets werden in der PowerShell-Galerie (https://www.powershellgallery.com/).

    Azure PowerShell-Cmdlets
    Für Azure verwenden sie intern Azure ARM-Vorlagen und auch eine vorkonfigurierte NCache VM-Image für Windows Server 2022/2025 und Linux (Ubuntu). Diese Cmdlets bieten die folgenden Funktionen:

    • Neue NCAzure-Umgebung: Erstellt eine neue NCache Umgebung in Azure.
    • NCAzureServer hinzufügen: Fügt einen neuen Server zu einem bestehenden hinzu NCache Umwelt.
    • Entfernen-NCAzureServer: Entfernt einen Server von einem angegebenen NCache Umwelt.
    • Entfernen-NCAzureEnvironment: Löscht eine ganze NCache Umgebung von Azure.
    • Show-NCAzureServers: Auflisten aller Server in einer Umgebung
    • Show-NCAzureEnvironments: Listen Sie alle über Cmdlets erstellten Umgebungen auf
    • Install-NCAzurePSPreReqs: Installieren Sie Azure Cli und andere Voraussetzungen

    AWS PowerShell-Cmdlets (demnächst verfügbar)
    AWS Cmdlets werden in Kürze als Teil von NCache 5.3 SP6 und bieten dieselben Funktionen und Möglichkeiten wie Azure-Cmdlets. Sie sind auch in der PowerShell-Galerie verfügbar.

  4. Lizenzierungs- und Bereitstellungskontrollen (vor Ort)
    1. Maximale Serverprofilbeschränkung (RAM, vCPUs) – Die Lizenzaktivierung kann auf ein maximales Serverprofil mit RAM und vCPUs innerhalb einer Umgebung beschränkt werden.
    2. Monatliche Lizenzierung – Monatsserver sind ab Aktivierung 30 Tage gültig. Anschließend können Sie sie automatisch oder manuell verlängern.
  5. Plattform-Update
    1. Sowohl Enterprise- als auch Community-Edition-Server basieren jetzt auf .NET 8.
    2. NCache Clients mit bis zu .NET 9 unterstützt.

Liste der behobenen Fehler

  • 744233 FIX: Elemente wurden nicht aus dem Cache entfernt, wenn die auf Abfragen basierende Abhängigkeit ausgelöst wurde, nachdem mehrere Elemente abgelaufen waren.
 

Neuigkeiten NCache 5.3 SP5

Do, Mai 08, 2025

Einführung

Das NCache 5.3 SP5 Release bietet wesentliche Verbesserungen in Leistung, Sicherheit und Plattformkompatibilität, was es zu einem wichtigen Fortschritt für hochleistungsfähige verteilte Anwendungen macht. Diese Version führt eine neue Binärprotokoll für CRUD-Operationen, verbessert Kontinuierliche Abfrageleistungfortgeschritten Verschlüsselungsmechanismen, TLS 1.3-Unterstützungund erweiterte Kompatibilität mit älteren .NET-Versionen.

Im Rahmen unserer laufenden Bemühungen, die Plattform zu modernisieren und zu rationalisieren, Mehrere veraltete Funktionen wurden verworfen in dieser Version. Obwohl noch funktionsfähig in NCache 5.3 SP5, diese Funktionen sollen in zukünftigen Versionen entfernt werden. Benutzer, die auf veraltete Funktionen angewiesen sind, sollten sich an NCache Unterstützung um Migrationsoptionen oder alternative Lösungen zu evaluieren.

Diese Version stellt sicher, dass NCache bleibt zukunftsfähig, sicher und für anspruchsvolle Unternehmensumgebungen optimiert.

Neue Funktionen

  1. Vollständiger Daten-Client-Cache-Modus

    NCache stellt ein neues Volldaten Modus für den Client-Cache. Anwendungen können den gesamten Datensatz im L1-Cache zwischenspeichern, um schnelleren Zugriff und Abfrageausführung zu ermöglichen. Dieser Modus eignet sich ideal für Szenarien, die eine hohe Leseleistung und eine geringere Abhängigkeit vom verteilten Cache (L2) erfordern. Beim Start lädt der L1-Cache Daten aus L2 vor, indem er definierte Datensätze abfragt und Cache-Elemente in großen Mengen abruft, um die sofortige Datenverfügbarkeit sicherzustellen.

    Benutzer können bestimmte Datensätze (Datentypen) zum Zwischenspeichern definieren, um die Speichernutzung zu optimieren und gezielte Abfragen zu ermöglichen. In diesem Modus werden Elemente in L1 niemals automatisch gelöscht oder verfallen; die Datensynchronisierung erfolgt durch Änderungen in L2.

  2. Leistungs- und Stabilitätsverbesserungen bei Continuous Query (CQ)

    Die Leistung und Stabilität von Continuous Query-Operationen wurde deutlich verbessert. Diese Optimierungen sorgen für schnellere Echtzeit-Datenaktualisierungen und zuverlässigere Benachrichtigungen, insbesondere in Umgebungen mit hoher Auslastung. Benutzer profitieren von verbesserten Reaktionszeiten bei CQ-bezogenen Ereignissen, was eine reibungslosere und effizientere Datensynchronisierung gewährleistet.

  3. CRUD-Operationen auf Binärprotokoll umgestellt
    • CRUD-Operationen (Erstellen, Lesen, Aktualisieren, Löschen) wurden von der protobuf Serialisierungsprotokoll in ein Binärprotokoll. Das Binärprotokoll ist deutlich leichter, was zu einem geringeren Speicherbedarf und einer geringeren CPU-Auslastung bei Serialisierungs- und Deserialisierungsprozessen führt. Diese Verbesserung führt zu einer besseren Gesamtleistung, insbesondere bei hoher Transaktionslast.
    • Rückwärtskompatibilität: Der Server bleibt abwärtskompatibel mit älteren Clients, die Protobuf verwenden, und gewährleistet so einen reibungslosen Übergang. Die vollständige Migration zum Binärprotokoll wird mit der nächsten Hauptversion (v5.4) abgeschlossen sein, während Protobuf für ältere Clients weiterhin unterstützt wird.
  4. Lizenzierungssystem

    Einführung eines neuen Versionssystems für Lizenzpläne, das mehr Flexibilität bei der Bereitstellung verschiedener Lizenzstufen ermöglicht. Das bestehende Lizenzsystem basiert auf festen Kombinationen von vCPUs und RAM. Angesichts der sich wandelnden Kundenbedürfnisse, insbesondere in Cloud-Umgebungen, ist die Einführung neuer Lizenzversionen unerlässlich, wie z. B. v2 für aktualisierte Pläne und v2_cloud für Cloud-spezifische Bereitstellungen.

    Dieses Versionierungssystem ermöglicht eine detailliertere Kontrolle der Lizenzierungsregeln, ohne bestehende Kunden, die die ältere Version verwenden, zu beeinträchtigen. v1 Pläne, die Abwärtskompatibilität sicherstellen und gleichzeitig Wachstum und neue Angebote ermöglichen.

  5. Sichern von Verschlüsselungsschlüsseln

    NCache Verbessert die Datensicherheit durch die Implementierung robuster Verschlüsselungsmechanismen auf Cache-Ebene. Diese Funktionen gewährleisten die Vertraulichkeit der Daten und die Einhaltung von Sicherheitsstandards.

    • Schlüsselverschlüsselungsschlüssel (KEK):
      • Benutzer müssen einen KEK (basierend auf AES 256) in der NCache Dienstkonfiguration auf dem Server.
      • Aus Konsistenzgründen muss auf allen Cache-Servern derselbe KEK verwendet werden.
    • Datenverschlüsselungsschlüssel (DEK):
      • Wird zum Verschlüsseln von Benutzerdaten verwendet.
      • DEK wird mit dem KEK verschlüsselt, um eine sichere Schlüsselverwaltung zu gewährleisten.
      • Durch die DEK-Verwaltung wird sichergestellt, dass nur autorisierte Tools oder Prozesse Verschlüsselungsschlüssel abrufen und verwenden können.
    • Verschlüsselungsschlüssel für Anmeldeinformationen (CEK):
      • Benutzeranmeldeinformationen werden in der Client-Konfigurationsdatei (client.ncconf) gespeichert.
      • Ein Credentials Encryption Key (CEK), angegeben in der NCache Die Dienstkonfigurationsdatei verschlüsselt diese Anmeldeinformationen.
      • Der CEK muss außerdem auf allen Cache-Servern konsistent bleiben.
    • Schlüssel werden mithilfe von Konfigurationsupdates verwaltet:
      • KEK:
        <add key="NCacheServer.KeyEncryptionKey" value="[Valid AES 256 KEY]"/>
      • CEK:
        <add key="NCacheServer.CredentialsEncryptionKey" value="[Valid AES 256 KEY]"/>
  6. Unterstützung für TLS 1.3

    NCache unterstützt jetzt auch TLS 1.3, die neueste Version des Transport Layer Security-Protokolls, die eine sichere und effiziente Kommunikation gewährleistet.

  7. Erweiterte TLS-Unterstützung mit separaten Zertifikaten für mTLS

    NCache unterstützt jetzt die Verwendung von separate TLS-Zertifikate für Clients und Server in Mutual-TLS-Konfigurationen (mTLS). Diese Erweiterung bietet mehr Flexibilität und Sicherheit in Unternehmensumgebungen, in denen unterschiedliche Zertifizierungsstellen oder Richtlinien für die Client- und Serverauthentifizierung erforderlich sind. Sie gewährleistet eine sichere, konforme Kommunikation über verteilte Systeme hinweg mit feingranularer Zertifikatsverwaltung.

  8. Unterstützung für TLS in Verwaltungsvorgängen

    Die TLS-Unterstützung wurde auf Verwaltungsvorgänge ausgeweitet, um sicherzustellen, dass die administrative Kommunikation sicher ist und modernen Sicherheitsstandards entspricht.

  9. NCache Cloud Service

    Neue Cloud Service wurde eingeführt, um eine nahtlose Integration mit NCache Cloud, bietet Echtzeit-Telemetrie und Fernverwaltungsfunktionen. Hier sind die Funktionen dieses Dienstes.

    • Telemetrie: Sendet Heartbeats, Cache-Statistiken und Maschinenzustandsmetriken an NCache Cloud in regelmäßigen Abständen.
    • Remote-Aktionen: Unterstützt benutzerdefinierte Aktionen von NCache Cloud, wie etwa Neustarten, Stoppen oder Starten NCache Dienstleistungen.
    • Überwachung und Verwaltung: Vereinfacht die Remoteüberwachung und -verwaltung für in der Cloud gehostete Bereitstellungen.
  10. PowerShell-Cmdlets zum Verwalten der Verschlüsselung

    Zwei neue PowerShell-Cmdlets – Enable-NCEncryption und Disable-NCEncryption – wurden hinzugefügt, um die Verwaltung der Verschlüsselungseinstellungen auf Cache-Servern zu vereinfachen. Mit diesen Cmdlets können Administratoren die Verschlüsselung aktivieren oder deaktivieren, ohne Konfigurationsdateien manuell bearbeiten zu müssen. Dies macht die Sicherheitsverwaltung effizienter und weniger fehleranfällig.

  11. Veraltete Funktionen

    Mit der Veröffentlichung von NCache 5.3 SP5wurden die folgenden Funktionen offiziell veraltet. Diese Funktionen sind in dieser Version noch verfügbar und für Entfernung in zukünftigen Versionen. Wenn Ihre Anwendung derzeit eines der unten aufgeführten Elemente verwendet, empfehlen wir Ihnen dringend, sich an NCache Unterstützung um verfügbare Workarounds oder Migrationspfade zu besprechen.

    • Cache-Abhängigkeit
    • Dateiabhängigkeit
    • SQL-Abhängigkeit
    • Oracle-Abhängigkeit
    • Erweiterbare Abhängigkeit
    • MapReduce
    • Aggregator
    • Verteiltes Lucene
    • Streaming-API
    • Mehrere Objektversionen
    • Portable Datentypen
    • JSON-API
    • EF 6 Cache-Integration
    • Benutzerdefinierte Ereignisse
    • Kontinuierliche Abfrage (CQ)
    • Serverseitiger Java-Code
    • Kompakte Serialisierung
    • Client-Cache (pessimistisch)
    • Standortaffinität
    • Gruppen / Untergruppen
    • Identity Server 4-Integration
    • Prometheus- und Grafana-basiertes Monitoring
  12. Unterstützung für Windows Server 2022 und 2025

    NCache 5.3 SP5 erweitert die Plattformkompatibilität mit offizieller Unterstützung für Windows Server 2022 und Windows Server 2025Dies gewährleistet die reibungslose Bereitstellung und den reibungslosen Betrieb von NCache auf moderner Infrastruktur und unterstützt Unternehmen bei der Ausrichtung ihrer IT-Upgrade- und Compliance-Strategien.

Liste der behobenen Fehler

  • 744226 FIX: Bestimmte PowerShell-Befehle umgingen Sicherheitsüberprüfungen und ermöglichten so eine unbefugte Ausführung.
  • 744227 FIX: Die Anzahl der Abonnenten und Herausgeber sank nach einer Leerlaufzeit auf Null, was dazu führte, dass sich trotz aktiver Veröffentlichung nicht zugestellte Nachrichten anhäuften.
  • 744228 FIX: Bei Verwendung eines serialisierten JSON-Cache mit In-Proc-Client-Cache über mehrere Anwendungen hinweg ist eine Casting-Ausnahme für Sammlungstypen aufgetreten.
  • 744229 FIX: Inkonsistente Fehlercodes, die von den Add- und AddAsync-APIs bei Verwendung des Client-Cache zurückgegeben werden, was zu Diskrepanzen bei der Fehlerbehandlung führt.
  • 744230 FIX: Beim Zugriff über Anwendungen hinweg mit In-Proc-Client-Cache ist für primitive Typen im serialisierten JSON-Cache eine Casting-Ausnahme aufgetreten.
  • 744231 FIX: Vorgänge sind erheblich langsamer, wenn TLS aktiviert ist.
  • 744232 FIX: Das Einfügen einer Liste mit zirkulären Abhängigkeiten im serialisierten JSON-Cache führte zu einem Fehler bei der Erkennung zirkulärer Abhängigkeiten.
 

Neuigkeiten NCache 5.3 SP4

Thu, Juni 06, 2024

Einführung

NCache Bei der Version 5.3 SP4 liegt der Schwerpunkt auf der Erweiterung der Plattformunterstützung und der Leistungssteigerung, um eine robustere und effizientere Caching-Lösung bereitzustellen. Zukünftige Updates werden die Kompatibilität und den Funktionsumfang weiter erweitern.

Neue Funktionen

  1. Unterstützung für .NET 8-Clients

    NCache bietet jetzt vollständige Kompatibilität mit .NET 8, sodass Entwickler die neuesten Funktionen und Verbesserungen in .NET 8 zum Erstellen und Verwalten ihrer verteilten Cache-Systeme nutzen können.

    Die Unterstützung für Linux-basierte .NET-Clients ist in Kürze verfügbar und ermöglicht plattformübergreifende Kompatibilität und flexiblere Bereitstellungsoptionen.

  2. Leistungsoptimierung bei Ereignisbenachrichtigungen

    Das Ereignisbenachrichtigungssystem wurde erheblich leistungsgesteigert. Diese Optimierungen verringern die Latenz und erhöhen den Durchsatz für Ereignisbenachrichtigungen, wodurch die allgemeine Reaktionsfähigkeit und Skalierbarkeit verbessert wird. NCache in Umgebungen mit vielen Transaktionen.

Editionsspezifische Hinweise

NCache 5.3 SP4 wird ausschließlich für die Enterprise Edition freigegeben. Die Professional Edition bleibt auf SP3.

 

Neuigkeiten NCache 5.3 SP3

Di, 01. Februar 2024

Einführung

NCache 5.3 SP3 enthält einige sehr wichtige Verbesserungen und Fehlerbehebungen.

Neue Funktionen

  1. Serverseitiges OutProc-Codeausführungsmodell

    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.

  2. Synchronisierung der Java-Client-Cache-Architektur mit .NET

    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.

  3. Verbesserungen NCache Management Center

    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.

  4. Verbesserungen im Export-CacheConfiguration-Befehl

    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.

  5. Automatische Bereitstellung serverseitiger Anbieter beim Hinzufügen eines Knotens

    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.

  6. All-in-One-Docker-Image für NCache Server- und Entwickler-Editionen

    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.

  7. NCache Client-Verbindungsrouting über Load Balancer

    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.

  8. Änderungen der .NET Framework-Kompatibilität

    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.

  9. TLS-Unterstützung für Java-Client

    Durch die TLS-Unterstützung wurde eine erhöhte Sicherheit in den Java-Client integriert.

  10. Integration mit Hibernate und Spring

    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.

  11. Unterstützung für Frühlingssitzungen

    Es wurde eine effiziente Sitzungsverwaltung für Spring-basierte Webanwendungen eingeführt, die die Funktionalität von verbessert NCache in diesen Umgebungen.

  12. Änderung der Dauer der kostenlosen Testversion

    Zuvor NCache Wir boten eine 30-tägige kostenlose Testphase an. Diese Dauer wurde jedoch im neuesten Update (5.3 SP3) auf 30 Tage verkürzt. Trotz dieser Änderung können Kunden ihre Testphase weiterhin verlängern, indem sie sich an unser Vertriebsteam wenden. Auf Anfrage stellt das Vertriebsteam Verlängerungsschlüssel zur Verfügung, mit denen Kunden ihre Testphase verlängern können. NCache Auswertungszeitraum bis zu 120 Tage.

Liste der behobenen Fehler:

  • 744223 FIX: Übermäßige Thread-Erstellung auf Cache-Servern aufgrund der hohen Anzahl von Clients.
  • 744224 FIX: Die Benutzerauthentifizierung schlägt bei bestimmten LDAP-Konfigurationen fehl.
  • 744225 FIX: Der Client stellt nie wieder eine Verbindung mit dem Cache-Server her, auf den zum Zeitpunkt der Cache-Initialisierung nicht zugegriffen werden konnte.
 

Neuigkeiten NCache 5.3 SP2

03. Oktober 2023

Einführung

NCache 5.3 SP2 enthält einige sehr wichtige Fehlerbehebungen und Verbesserungen.

Neue Funktionen

  1. Zwischenspeicherung von Anmeldeinformationen

    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:

    1. Zwischenspeicherung von Benutzeranmeldeinformationen

      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.

    2. Caching über Konfigurationsdatei aktiviert/deaktiviert

      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.

  2. TLS zwischen Serverknoten

    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.

  3. TLS-Across-Bridge-Kommunikation

    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.

  4. Unterstützung für Zertifikate im Personal Store

    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.

  5. Kombinierte Knoten- und Cache-Sicherheit

    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.

  6. Gruppenbasierte Autorisierung

    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.

  7. Aktualisierter Active Directory-Anbieter

    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.

  8. Umbenennung von NCache Manager zu NCache Management Center

    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.

  9. Verbesserte benutzerfreundliche Oberfläche zum Sichern von Cache-Knoten

    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.

  10. Authentifizierung für NCache Managementzentrum (NCache Manager)

    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.

  11. TLS-Konfiguration über PowerShell

    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.

  12. Verbesserte NCache Sicherheitsmanagement mit PowerShell

    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.

  13. NCache Spielplatz

    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.

Liste der behobenen Fehler:

  • 744213 FIX: Konnektivität unterbrochen NCache Cluster aufgrund eines Sicherheitsauthentifizierungsfehlers: Ein Problem wurde behoben, sofern vorhanden NCache Prozesse sind mit einer COMException und der Meldung „Illegaler Vorgang für einen Registrierungsschlüssel, der zum Löschen markiert wurde“ fehlgeschlagen NCache Neustart des Dienstes. Dies trat auf, wenn LDAP/Active Directory den sicheren Port für die Verbindung verwendete, was dazu führte, dass der Cache die Anmeldeinformationen für neue Clientverbindungen nicht überprüfen konnte. Der Fix sorgt dafür NCache Prozesse kommunizieren durch die NCache Dienst für die ordnungsgemäße Kommunikation mit dem LDAP/Active Directory-Server und die Validierung von Anmeldeinformationen.
  • 744214 FIX: Die Inline-SQL-Abfragen können mit Sonderzeichen in Parameterwerten nicht ausgeführt werden.
  • 744215 FIX: Zeitüberschreitungen in der Client-Anwendung mit Client-Caches bei einigen Instanzen, in denen ein Knoten einem Cluster beitritt oder ihn verlässt.
  • 744216 FIX: EF-basierte Anwendungen werfen „Index lag außerhalb der Grenzen des Arrays.“ zurück.
  • 744217 BEHOBEN: MultiReader kann nicht geöffnet werden in NCache Lucene.
  • 744218 FIX: Die Konfiguration von E-Mail-Benachrichtigungen kann nicht direkt angewendet werden NCache Manager.
  • 744219 FIX: Die Autostart-Konfiguration für den Client-Cache wird nicht in der config.ncconf widergespiegelt.
  • 744220 FIX: E-Mail-Benachrichtigungen für den Client-Cache funktionieren nicht.
  • 744221 FIX: Der Client-Cache wird nicht von allen Knoten entfernt, wenn er vom entfernt wird NCache Manager.
  • 744222 FIX: NCache Der Manager kann über einen sicheren Port keine Verbindung mit dem LDAP-Server herstellen.
 

Neuigkeiten NCache 5.3 SP1

12 September 2022

Einführung

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.

Verbesserungen / neue Funktionen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Registrierung der Bewertung durch NCache Web Manager

    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.

  2. Umbenennung von NCache NoSQL zu NCache Beharrlichkeit

    Das Merkmal 'NCache Die in Version 5.3 veröffentlichte NoSQL-Bibliothek wurde in „NoSQL“ umbenannt.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-bezogenen PowerShell-Cmdlets wurden ebenfalls umbenannt.

  3. Separates NuGet-Paket für NCache CLR-Speicherprozeduren

    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.

  4. Unterstützung für Verbindungsoptionen in NCache SignalR-Backplane

    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.

  5. Aktualisierungsintervallwert von Minuten in Sekunden geändert

    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.

  6. MapReduce, Aggregator und Memcached Integration als veraltet markiert

    MapReduce, Aggregator und Memcached Integration sind als veraltet gekennzeichnet und werden in der nächsten Version entfernt.

Liste der behobenen Fehler:

  • 744210 FIX: Cache Refresher wird vor Cache Loader ausgeführt, wenn das Aktualisierungsintervall klein ist.
  • 744211 FIX: Objektverweis-Ausnahme beim Öffnen eines bereits verworfenen Lucene-Verzeichnisses.
  • 744208 FIX: NCache Clientprotokolle werden nicht erstellt, wenn sie mit der CacheConnectionOptions-API konfiguriert wurden.
 

Neuigkeiten NCache 5.3

12. April 2022

Einführung

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.

Verbesserungen / neue Funktionen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. NoSQL-Datenbank (In-Memory mit Persistenz)

    NCache bietet nun eine NoSQL-Datenbankfunktion, bei der die gesamte Datenbank im Arbeitsspeicher verteilt ist, aber gleichzeitig in Echtzeit auf einem permanenten Speicher gesichert wird. Diese Echtzeit-Persistenz gewährleistet, dass Ihre Daten im Arbeitsspeicher immer synchronisiert sind und auch nach einem Neustart des Systems nicht verloren gehen. NCache Servers

    NCache Bietet folgende Echtzeit-Persistenzoptionen für NoSQL-Datenbanken:

    1. NCache Persistenzanbieter: die Standardoption. NCache verwendet LiteDB-basierte Dateipersistenz in einem freigegebenen Netzwerkspeicherort (UNC-Pfad). Sie können SSD / HDD, NAS / SAN oder Cloud-Speicher nach Ihren Wünschen auswählen.
    2. SQL Server-Anbieter
    3. MongoDB-Anbieter
    4. Andere Datenbanken (demnächst)

    Sie können verwenden NCache NoSQL-Datenbanken auf folgende Weise:

    1. Neue NoSQL-Datenbank erstellen: Dadurch wird die Datenbank mit Ihrer Speicheroption erstellt und auch eine verteilte In-Memory-Kopie davon erstellt.
    2. Vorhandene NoSQL-Datenbank öffnen: Hierbei wird eine bereits erstellte NoSQL-Datenbank verwendet und eine verteilte In-Memory-Kopie davon erstellt.
  2. Verteiltes Lucene für .NET (Volltextsuche)

    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:

    1. Für die Verwendung ist keine Codeänderung erforderlich: Sie müssen keinen Code in Ihrer bestehenden Lucene-Anwendung ändern, um Distributed Lucene zu verwenden. Die standardmäßige Lucene.NET-API wird unterstützt.
    2. Lucene-Index verteilt auf mehrere NCache Server: NCache verteilt den Lucene-Index und speichert ihn auf mehreren NCache Server. Jeder Server speichert einen Teil des gesamten Index. NCache hat seine Topologie mit partitioniertem Cache und Partition-Replica-Cache geändert, um verteilte Persistenz zu handhaben.
    3. Hinzufügen / Entfernen NCache Server zur Laufzeit: Sie können hinzufügen oder entfernen NCache Server zur Laufzeit. Jedes Mal, wenn Sie einen Server hinzufügen, wird der vorhandene Lucene-Index weiter partitioniert und ein Teil auf diesen neu hinzugefügten Server kopiert. Wenn Sie einen Server entfernen, wird sein Index kopiert und mit anderen verbleibenden zusammengeführt NCache Servers
    4. Gerichtete Partitionierung (nicht automatisch): aufgrund der Tatsache, dass die meisten Lucene-Indizes ziemlich groß sind, wenn an NCache Wenn der Server zur Laufzeit ausfällt, wird die Partitionierung nicht automatisch neu erstellt, wie dies in Nicht-Lucene-Situationen der Fall ist NCache. Allerdings, wenn Sie explizit hinzufügen oder entfernen NCache Server mit NCache Admin-Tools werden dann Partitionen erstellt oder gelöscht und der Lucene-Index wird entweder weiter partitioniert und in den neuen kopiert NCache Server- oder Lucene-Index aus dem NCache Der gelöschte Server wird kopiert und mit anderen Partitionen im Cluster zusammengeführt.
    5. Nur partitionierter Cache / Partition-Replica-Cache: Die verteilte Lucene-Funktion ist nur in diesen beiden Caching-Topologien verfügbar. Der Grund dafür ist, dass die beiden anderen Caching-Topologien (Mirrored Cache / Replicated Cache) dieser Funktion keinen großen Mehrwert verleihen.
  3. Python-Client

    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.

  4. Scala-Client

    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.

  5. Import/Export für NoSQL-Datenbanken

    NCache Bietet Import- und Exportfunktionen als PowerShell-Cmdlets. Mit diesen Funktionen können Sie JSON-/CSV-Daten in die NoSQL-Datenbank importieren oder exportieren. So können Sie Ihre NoSQL-Datenbank vollständig oder teilweise extrahieren.

  6. NoSQL-Datenbank sichern/wiederherstellen

    NCache Der Persistenzanbieter für NoSQL-Datenbanken speichert Daten in mehreren Dateien in einem freigegebenen Netzwerkordner (basierend auf einem UNC-Pfad). Daher können Sie für die Datensicherung herkömmliche Dateisystemtools verwenden.

    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.

  7. Lucene-Index importieren

    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:

    1. Importieren Sie einen vorhandenen Lucene-Index in NCache: Wenn Sie bereits einen Lucene-Index erstellt haben, können Sie ihn verwenden NCache Import-Tools, um es schnell zu importieren NCache Verteilen Sie Lucene. Und Ihr Index wird auf Dateiebene und nicht auf Dokumentebene kopiert, was viel schneller ist.
    2. Importieren Sie einen vorhandenen verteilten Lucene-Index: wenn du schon eine hast NCache Verteilter Lucene-Index und Sie möchten ihn in einen anderen Standort / eine andere Umgebung importieren, können Sie dies problemlos tun. Der Index wird auf Massendateiebene und nicht auf Dokumentebene kopiert, was sehr schnell geht.
  8. Verteilten Lucene-Index sichern/wiederherstellen

    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.

  9. .NET 6.0-Unterstützung

    NCache unterstützt jetzt vollständig .NET 6.0. Alles NCache Die Server sind in .NET 6.0 kompiliert (oder in .NET Framework 4.8, falls Sie diese Version heruntergeladen haben). NCache Clients sind auch .NET 6.0. Jedoch, NCache bietet außerdem Unterstützung für frühere Versionen von .NET Core und .NET Framework. NCache Kunden.

  10. JSON-serialisierte Sitzungen (ASP.NET / ASP.NET Core)

    NCache Sie können nun die JSON-Serialisierung für Ihre ASP.NET-/ASP.NET Core-Sitzungen verwenden. Zuvor stand Ihnen ausschließlich die von .NET bereitgestellte Binärserialisierung zur Verfügung. Diese Option ist zwar weiterhin vorhanden, jedoch in .NET 6.0 standardmäßig deaktiviert und wird nicht mehr 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.

  11. SQL-Abfrageindex mit Anmerkungen

    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.

  12. Nullable-Unterstützung in SQL-Abfragen

    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.

  13. Geodatenindizes für verteiltes Lucene

    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.

  14. Facettierte Suche nach verteiltem Lucene

    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.

  15. Neuer 30-tägiger Testzeitraum

    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.

  16. Speicheroptimierungen für schnellere Leistung

    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:

    1. Objektpooling in neuen Bereichen, um sicherzustellen, dass größere Objekte wiederverwendet werden, anstatt sie der Sammlung durch GC zu überlassen.
    2. Vermeiden der Zuteilung von LOH in neuen Gebieten.
    3. Verwenden der neuesten Version von Protocol Buffers (Protobuf), die eine viel bessere Leistung bietet
  17. Unterstützung für https (NCache Web-Manager)

    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.

  18. Unterstützung für Maschinennamen (NCache Web-Manager)

    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.

Liste der behobenen Fehler:

  • 744206 FIX: Bei Verwendung von List wird die Ausnahme „Wert liegt nicht im erwarteten Bereich“ ausgelöst mit der LINQ-Abfrage „Contains()“.
  • 744207 FIX: Sicherheitslücken in der jQuery-Version, die in verwendet wird NCache Web-Manager.
  • 744208 FIX: Linux-basierte DEV-Installationen akzeptieren keine Anfragen von Remote-Clients.
  • 744209 FIX: Der Cache-Name in verschiedenen PowerShell-Cmdlets lässt Sonderzeichen zu und verursacht daher Probleme.
 

Neuigkeiten NCache 5.2 SP1

12. Oktober 2021

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Speicheroptimierungen bei Massenoperationen

    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.

  2. Auf die neueste Protobuf-net-Version aktualisiert

    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.

  3. Verbesserte Benutzererfahrung für die Offline-Aktivierung

    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.

  4. Installationsschlüssel auf Domänenebene

    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.

Liste der behobenen Fehler:

  • 744201 FIX: Die NHibernate-Integration verwendet keinen Verbindungszeichenfolgennamen.
  • 744202 FIX: Das Ereignis „Element entfernt“ kann nicht empfangen werden, wenn ein Element abgelaufen und aus dem Cache ungültig ist.
  • 744203 FIX: Der Client kann keine Verbindung zu Cache-Servern herstellen, wenn sich Client und Server in unterschiedlichen Subnetzen befinden.
  • 744204 FIX: Die SSH.NET-Abhängigkeit wurde entfernt NCache.SDK NuGet-Paket.
  • 744205 FIX: Cache Loader überspringt Datensätze, wenn es im lokalen Cache ausgeführt wird.
 

Neuigkeiten NCache 5.2

25. März 2021

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Cache-Refresher

    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.

  2. TOPIC (Pub/Sub)-Verbesserungen

    Es folgen zwei Ergänzungen zu Pub/Sub.

    • Priorität des THEMA

      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.

    • Bestellte Lieferung

      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.

  3. Abfrageindizes aus JSON-Dokumenten

    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.

  4. Benutzerdefinierter Abhängigkeitsanbieter

    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.

  5. Vorlagen für E-Mail-Benachrichtigungen

    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.

  6. Unterstützung für zwei LDAP-Controller

    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.

  7. TLS für Linux

    TLS 1.2-Unterstützung wird für die Kommunikation auf Transportebene zwischen bereitgestellt NCache Server unter Linux und Cache-Clients.

  8. Sitzungsfreigabe zwischen ASP.NET und ASP.NET Core

    Die gemeinsame Nutzung von Sitzungen zwischen ASP.NET- und ASP.NET Core-Anwendungen wird unterstützt. Diese Funktion kann in den 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.

  9. Abhängigkeitsunterstützung im Antwortcache

    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.

  10. Identitätsserver 4

    NCache kann als externer Speicher für Identity Server 4 verwendet werden als;

    • Eine Caching-Ebene über dem Identity Server 4-Speicher.
    • Ein Persistenzspeicher für Identity Server 4.
  11. Unterstützung für mehrere Caches durch IDistributedCache

    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.

  12. Neuer Java-Client

    Der neue Java-Client ist zu 100 % identisch mit der neuen .NET-API. Es verfügt über folgende Dienste:

    • Suchdienst
    • Nachrichtendienst
    • Notification Service

    Der neue Java-Client nutzt außerdem Pipelining für eine bessere Leistung.

  13. Java-basierter serverseitiger Code

    Die folgenden serverseitigen Module können in Java geschrieben werden.

    • Lesen/Schreiben
    • Cache Loader/Refresher
    • Benutzerdefinierte Abhängigkeiten
  14. Neuer Node.js-Client

    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:

    • Suchdienst
    • Nachrichtendienst
    • Notification Service
  15. Prometheus

    Integration mit Prometheus zur Überwachung wichtiger Kennzahlen von NCache. NCache veröffentlicht einen konfigurierbaren Satz von Zählern auf dem Prometheus-Server.

  16. Grafana

    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.

  17. NCache Webmanager in NCache Professional

    NCache Professional verfügt nun ü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.

 

Neuigkeiten NCache 5.1

November 23, 2020

Einführung

In NCache In Version 5.1 wurden einige wichtige Fehler behoben und einige neue Verbesserungen vorgenommen.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Speicher- und vCPU-basierte Lizenzierung

    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.

  2. Serverbasierte Aktivierung

    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 Die Professional Edition unterstützt dieses Lizenzmodell nicht.

  3. KOSTENLOSE ENTWICKLUNG/Test-Cache-Server

    Benutzer können jetzt KOSTENLOSE DEV/Test-Cache-Server erstellen. Remote-Clients können sich mit diesen Cache-Servern verbinden, allerdings mit den folgenden Einschränkungen:

    1. Es werden nur eigenständige (lokale) Caches unterstützt.
    2. Maximal 3 Caches pro Knoten.
    3. Maximal 2 GB Gesamtgröße der laufenden Caches pro Knoten.
    4. Maximal 25 Anfragen/Sekunde pro Cache.
    5. Die Cachegröße ist nicht heiß anwendbar.
  4. Registrieren Sie Remote-Maschinen für NCache Auswertung

    Jetzt können Benutzer Remote-Maschinen für die KOSTENLOSE Testversion registrieren NCache Verwenden des Parameters „-Server“ im Register-NCacheEvaluierungs-PowerShell-Befehl.

Liste der behobenen Fehler:

  • 744198 FIX: Get-NCacheVersion eines Remote-Computers mit falschen Systeminformationen.
  • 744199 FIX: NCache wird nur im Standardinstallationsverzeichnis installiert. Das benutzerdefinierte Verzeichnis wird vom Installationsprogramm nicht ausgewählt.
  • 744200 FIX: NCache Der Webmanager zeigt eine Meldung zum Ablauf der Evaluierung für Caches in der DEV-Edition an.
 

Neuigkeiten NCache 5.0 SP7

August 06, 2024

Einführung

NCache 5.0 SP7 ist nur für freigegeben NCache Open-Source-Edition. Diese Version enthält einige wichtige Aktualisierungen in der Open-Source-Edition.

  1. Gespiegelte Topologie: Mirrored Topology ist jetzt wieder in der Open Source-Edition verfügbar.
  2. Gültigkeit des Installationsschlüssels: Die Gültigkeit des Installationsschlüssels beträgt 30 Tage ab Erstellungsdatum.
  3. Open Source Edition-Lizenzierung: Für die Open Source-Edition ist ein Installationsschlüssel erforderlich, der Ihnen 30 Tage lang ein voll funktionsfähiges Produkt bietet. Während dieser Zeit müssen Benutzer Kontakt aufnehmen sales@alachisoft.com um einen kostenlosen Lizenzschlüssel zu erhalten. Das Produkt muss mit diesem Lizenzschlüssel registriert werden, damit die Software weiterhin funktioniert.
 

Neuigkeiten NCache 5.0 SP6

24. April 2024

Einführung

NCache 5.0 SP6 ist nur für freigegeben NCache Open-Source-Edition. Diese Version enthält einige wichtige Fehlerbehebungen und einige neue Einschränkungen in der Open-Source-Edition.

  1. Cluster-Topologien wurden aus der Open-Source-Edition entfernt.
  2. Maximal 1 Client kann gleichzeitig eine Verbindung zum Cache herstellen.
  3. Die kombinierten Cachegrößen auf einem Computer dürfen nicht mehr als 4 GB betragen.

Liste der behobenen Fehler:

  • 754194 FIX: Massenaktualisierung führt zu hohem Speicher auf Cache-Knoten.
  • 754195 FIX: Fehlendes Ereignis bei Artikelaktualisierung.
 

Neuigkeiten NCache 5.0 SP4

28. Oktober 2020

Einführung

In NCache 5.0 SP4 wurden einige wichtige Fehler behoben und einige neue Verbesserungen vorgenommen.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Weitere Konfigurationsoptionen für die WAN-Replikation

    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;

    • Bridge-Replikationsintervall

      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.

    • Massenschwellenwertgröße

      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.

  2. Unterstützung für EF Core 3.1

    In dieser Version wird Unterstützung für die neueste Version von EFCore bereitgestellt.

  3. Nur-Server-Lizenzierung

    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.

  4. Ergänzungen in NCache Professional

    Folgende Funktionen wurden hinzugefügt NCache Professional.

    • NCache Professionelle Lösungen können mit Enterprise-Servern kommunizieren.
    • Unterstützung für die JSON-API.
    • Caches beim Start automatisch starten
    • Unterstützung für EFCore
    • Unterstützung für ASP.NET Core SignalR
    • Unterstützung für die Volltextsuche
    • Unterstützung für Ausgabe-Caching
  5. Reporting zur Funktionsnutzung

    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;

    • Clustergröße und Topologie
    • Anzahl der Clients, die eine Verbindung mit diesem Cluster herstellen
    • NCache Verwendete Funktionen
  6. PowerShell-Cmdlet zur Evaluierung und Erweiterung

    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 werden.NCacheOpenSource-Cmdlet.

  7. Unterstützung für NCache Cloud Service

    Diese Veröffentlichung von NCache unterstützt NCache Cloud anbieten. NCache Cloud Der Service wird in Azure und AWS angeboten.

  8. Installation in Azure und AWS

    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.

Liste der behobenen Fehler:

  • 744194 FIX: Der PowerShell-Befehl „Cache entfernen“ entfernt den mit dem Cache verknüpften Client-Cache nicht, was zu Problemen bei der Neuerstellung des Caches und des Client-Cache führt.
  • 744195 FIX: Cache-Element-Metadaten gehen verloren, wenn Daten aus einem Client-Cache abgerufen werden, nachdem sie aus einem anderen Client-Cache aktualisiert wurden
  • 744196 FIX: L1 wird nicht initialisiert, wenn die Konfiguration in der Konfiguration des Installationsverzeichnisses bereitgestellt wird und in den lokalen Konfigurationen im Bin-Ordner der Anwendung fehlt.
  • 744197 FIX: Der Cache-Hostprozess verbraucht bei Pub/Sub viel Speicher.
 

Neuigkeiten NCache 5.0 SP3

15. Juni 2020

Einführung

In NCache 5.0 SP3 wurden einige wichtige Fehler behoben und einige neue Verbesserungen vorgenommen.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Bis zu 4 Lizenzen für Remote-Clients erforderlich in NCache SaaS-Angebot

    NCache Für Remote-Clients werden normalerweise mindestens zwei Lizenzen pro Rechner benötigt. Rechner mit mehr als acht Kernen benötigen für je vier Kerne eine zusätzliche Lizenz. Beispielsweise benötigt ein Rechner mit zwölf Kernen drei Lizenzen und ein Rechner mit 20 Kernen fünf Lizenzen.

    Jedoch für NCache Für SaaS-Benutzer sind für Remote-Clients nie mehr als 4 Lizenzen erforderlich, selbst wenn die Anzahl der Kerne auf diesem Computer über 16 liegt.

  2. Neue PowerShell-Befehle

    Im Folgenden sind die neu hinzugefügten PowerShell-Befehle aufgeführt.

    • Get-AllCacheLogs zum Abrufen einer Liste aller Cache-Protokolle für einen bestimmten Cache.
    • Get-CacheLog zum Abrufen der vollständigen Protokolldatei für einen bestimmten Cache mit dem angegebenen Cache-Namen.
    • Create-MemoryDump für den angegebenen Cache oder Dienst.
    • Get-AllMemoryDumps, um eine Liste aller erstellten Speicherauszüge mit ihren Größen auszudrucken.
    • Remove-MemoryDump, um den angegebenen Speicherauszug von der Festplatte zu entfernen.

  3. Verbesserungen in bestehenden PowerShell-Befehlen

    Die folgenden Verbesserungen wurden an den vorhandenen PowerShell-Befehlen vorgenommen.

    • Test-Stress, Get-CacheCount und Add-TestData übernehmen optional den Parameter „-Servers“, sodass Sie keine Clients im Cache hinzufügen müssen, um diese Tools zu verwenden.
    • Der Befehl „Export-CacheConfiguration“ exportiert die config.ncconf des angegebenen Servers vollständig, wenn der Cache-Name nicht angegeben ist.

Liste der behobenen Fehler:

  • 744191 FIX: Die EFCore-Erweiterungsmethode „.FromCache“ schlägt fehl, wenn der Cache nicht verfügbar ist, die Datenbank jedoch.
  • 744192 FIX: Die OutputCacheProvider-Integration kann kein CacheItem mit dem Ablaufwert DateTime.MaxValue erstellen, wenn die Zeitzone UTc+ ist.
  • 744193 FIX: KeepAlive wird bei serveraktivierter Lizenzierung nicht automatisch aktiviert
 

Neuigkeiten NCache 5.0 SP2

December 09, 2019

Einführung

In NCache 5.0 SP2 wurden einige wichtige Fehler behoben und einige neue Verbesserungen vorgenommen.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Unterstützung für mehr als 2 Cache-Cluster in Bridge

    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.

  2. Manuelle Statusübertragung zwischen Caches in einer Bridge

    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.

  3. LDAP-Sicherheit

    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.

  4. Pub/Sub-Verbesserungen

    Folgende Verbesserungen wurden in Pub/Sub (TOPIC) vorgenommen:

    • Asynchrone Nachrichtenveröffentlichung
    • Asynchrone TOPIC-Erstellung
    • Massenveröffentlichung von Nachrichten

  5. Benutzerdefinierte Abhängigkeitserweiterungen

    Die folgenden Verbesserungen wurden an der Funktion „Benutzerdefinierte Abhängigkeit“ vorgenommen.

    • Massenauswertung benutzerdefinierter Abhängigkeiten
    • Multithread-Auswertung benutzerdefinierter Abhängigkeiten
    • Erweiterbare meldepflichtige Abhängigkeiten

  6. Konfigurierbares Pipelining

    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.

  7. Steckbare Module

    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.

  8. Weitere PowerShell-Cmdlets

    Folgende PowerShell-Cmdlets wurden hinzugefügt:

    • Neue Brücke
    • Brücke entfernen
    • BridgeNode hinzufügen
    • Remove-BridgeNode
    • BridgeCache hinzufügen
    • BridgeCache entfernen
    • Set-BridgeCacheMode
    • Start-BridgeStateTransfer

Einzelheiten finden Sie unter NCache Editionsvergleich

Liste der behobenen Fehler:

  • 744186 FIX: NCache Web Manager hat die Eingabekontrollen in FireFox beschädigt.
  • 744187 FIX: NCache Das Statistikfenster des Web Managers verbraucht viel Speicher, wenn es geöffnet bleibt.
  • 744188 FIX: Es gibt keine Option zum Konfigurieren der Räumungseinstellungen für Client-Caches.
  • 744189 FIX: Elemente aus dem Client-Cache werden entfernt, wenn ein Netzwerkfehler zwischen Cluster und Client-Cache vorliegt.
  • 744190 FIX: Das Evaluierungserweiterungstool ist in der Linux-Installation von nicht verfügbar NCache Professionelle Ausgabe.
 

Neuigkeiten NCache 5.0 SP1

August 26, 2019

Einführung

In NCache 5.0 SP1 wurden einige wichtige Fehler behoben und einige neue Verbesserungen vorgenommen.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. NET Core SignalR Backplane
  2. NCache Es wird eine SignalR-Backplane für ASP.NET Core-Anwendungen bereitgestellt.

  3. Unterstützung für Internet Explorer 11
  4. Die Webverwaltung kann jetzt über Internet Explorer 11 (neueste Version) erfolgen, es wird jedoch empfohlen, Microsoft Edge, Chrome, Firefox oder Opera zu verwenden.

  5. Dynamisch generierte Installationsschlüssel
  6. 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.

  7. Nur .NET-basierte Cache-Server in Professional und Open Source
  8. Die Cache-Server der Professional- und Open-Source-Editionen basieren ausschließlich auf .NET. Clients sind sowohl für .NET als auch für .NET Core verfügbar. Die Installation von Cache-Servern unter Linux ist für diese beiden Editionen nicht möglich.

  9. Eingeschränkte Funktionen in den Open Source- und Professional-Editionen
  10. 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

Liste der behobenen Fehler:

  • 744180 FIX: Die Serialisierungs-/Deserialisierungsklasse kann ohne Standardkonstruktoren nicht komprimiert werden.
  • 744181 FIX: Manuell geänderte „Keep-Alive“-Einstellungen gehen bei Konfigurationsänderungen durch Verwaltungstools verloren.
  • 744182 FIX: Benutzerdefinierte Abhängigkeit wird im L1-Cache ausgeführt. Es sollte nur auf L2 ausgeführt werden.
  • 744183 FIX: Falsche Server-IP-Adressen in client.ncconf bei dualer NIC-Konfiguration auf Clusterknoten.
  • 744184 FIX: Der Inproc-Client-Cache ist mit dem „Binärformat“ konfiguriert, was zu Serialisierung und Deserialisierung führt und somit den Betrieb verlangsamt.
  • 744185 FIX: Clientseitige Zähler werden in Web Manager in einigen Fällen nicht ausgefüllt.
  • 744186 FIX: Clientseitige Zähler werden in Web Manager in einigen Fällen nicht ausgefüllt.
  • 744187 FIX: Ausnahme „Es ist kein Server verfügbar, um die Anfrage zu verarbeiten“, wenn der Client gleichzeitig von allen Cache-Servern getrennt wird.
 

Neuigkeiten NCache 5.0

May 14, 2019

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Neue API
  2. NCache Die API wurde überarbeitet, um sie durch die Reduzierung der Überladungen verschiedener Methoden einfacher und benutzerfreundlicher zu gestalten. Die neue API nutzt außerdem die neuesten Funktionen von C# und dem .NET Framework (Task Parallel Library, asynchrone Methoden und Generics).

  1. TOPIC (Pub/Sub)-Verbesserungen
  2. Folgende Verbesserungen wurden vorgenommen NCache Messaging-Framework.

    1. Durch die Wildcard-Unterstützung in TOPIC können Benutzer mehrere TOPICs in einem Anruf abonnieren. Wenn ein Client ein TOPIC abonniert, kann er das genaue THEMA einer veröffentlichten Nachricht abonnieren oder Platzhalter verwenden, um mehrere THEMEN gleichzeitig zu abonnieren. Ein Platzhalter kann nur zum Abonnieren von Themen verwendet werden, nicht zum Veröffentlichen einer Nachricht. Allerdings kann ein Herausgeber mithilfe der Platzhalter-TOPIC-Suche Benachrichtigungen über Fehler bei veröffentlichten Nachrichten erhalten.
    2. Dauerhafte Abonnements stellen sicher, dass die in einem THEMA veröffentlichten Nachrichten an geeignete Abonnenten zugestellt werden, bevor sie aus dem Store entfernt werden. Standardmäßig sind alle für ein THEMA erstellten Abonnements nicht dauerhafte Abonnements. Das bedeutet, dass die Nachrichten für nicht dauerhafte Abonnenten nicht gespeichert werden, solange die Verbindung zum Cache-Server getrennt ist.

    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.

  1. Leistungsverbesserungen
  2. 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.

  1. Zuverlässige Veranstaltungen
  2. Alle NCache Ereignisse verwenden jetzt intern die zuverlässigere Funktion NCachePub/Sub-Framework. Die folgenden Ereignistypen basieren jetzt auf Pub/Sub.

    • Allgemeine Cache-Benachrichtigungen
    • Selektive Benachrichtigungen
    • SignalR
    • Kontinuierliche Abfrage
  1. Projektionen und FROM-Klausel in SQL
  2. 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.

  1. Suchen Sie nach GRUPPEN in SQL
  2. 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.

  1. JSON-Serialisierung
  2. 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.

  1. Verteilte Datentypen
  2. NCache verfügt nun über verteilte Datentypen und Datenstrukturen, die als Implementierungen der .NET-Schnittstellen bereitgestellt werden. Die folgenden Implementierungen werden bereitgestellt.

    1. VerteilteListe ist eine verteilte Implementierung von System.Collections.Generic.IList<T>. Es erlaubt doppelte Schlüssel und bewahrt deren Reihenfolge.
    2. DistributedHashSet ist eine verteilte Implementierung von 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.
    3. Verteiltes Wörterbuch ist eine verteilte Implementierung von 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.
    4.  Verteilte Warteschlange ist auch eine verteilte Implementierung von 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.
    5. Counter ist ein verteilter Datentyp, der es Anwendungen ermöglicht, seinen Wert zu erhöhen oder zu verringern.
  3. Planen Sie den Wartungssupport im partitionierten Replikat
  4. Das Anhalten eines Serverknotens im Wartungsmodus führt zur Umverteilung der Daten zwischen den verbleibenden Knoten. Dies kann je nach den Daten im Cache viel Zeit in Anspruch nehmen. Während dieser Zeit befindet sich der Cache in einem anfälligen Zustand und einige Vorgänge können fehlschlagen oder länger dauern.

    Mit dieser neuen Funktion werden die Daten im Cache nicht neu verteilt, wenn ein Knoten zur Wartung angehalten wird. Die Funktion ist nützlich, wenn ein Knoten im Cluster für kurze Zeit angehalten wird, um Patches oder andere Wartungsarbeiten anzuwenden.

  1.  Standortaffinität
  2. 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.

  1.  Volltextsuche (Distributed Lucene.NET)
  2. 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.

  1.  .NET Core-basiert NCache Server unter Windows
  2. . NET Core-basiert NCache Der Server wird auch unter Windows verfügbar sein. Bisher war es nur unter Linux verfügbar.

  1.  Serveraktivierte Lizenzierung
  2. 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.

  1.  Webbasiertes Management und Monitoring
  2. 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 basiert auf ASP.NET Core und ist daher sowohl unter Windows als auch unter Linux lauffähig. Sie bietet alle Funktionen der Desktop-Version. NCache Manager hatte. Desktopbasiert NCache Manager und Monitor werden eingestellt.

  1.  Neue PowerShell-Befehle
  2. Im Folgenden werden einige PowerShell-Befehle hinzugefügt;

    1. Get-ClusterHealth zeigt den Zustand des Cache-Clusters in PowerShell an.
    2. Get-CacheServerStatistics zeigt die Leistungsindikatoren von einem oder mehreren Cache-Servern in PowerShell an.
    3. Get-CacheClientStatistics zeigt die Leistungsindikatoren eines oder mehrerer Cache-Clients in PowerShell an.

Liste der behobenen Fehler:

  • 744176 FIX: Die automatische Split-Brain-Wiederherstellung wird auch dann aktiviert, wenn sich der Cluster nicht im Split-Brain-Szenario befand.
  • 744177 FIX: Klassen ohne Standardkonstruktoren können nicht kompakter serialisiert werden.
  • 744178 FIX: Benutzerdefinierte Abhängigkeit funktioniert nicht mit Client-Cache.
  • 744179 FIX: Beim Anwenden der Konfiguration vom Manager gehen Keep-Alive-Einstellungen aus client.ncconf verloren.
 

Neuigkeiten NCache 4.9 SP1

August 07, 2018

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. .NET Core-basiert NCache Server unter Linux:
  2. NCache Der Server (basierend auf .NET Core) kann nun auf Linux-Systemen gehostet werden. Separate Installationsdateien für Linux (.tar.gz) stehen zum Download bereit.

  3. Die 30-Tage-Testversion ist zurück:
  4. Die voll funktionsfähige 30-Tage-Testversion ist zurück. Während des Testzeitraums gibt es derzeit keine Leistungseinschränkungen.

  5. NCache Professional:
  6. 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.

  7. Docker-Images für Linux und Windows Nano Server:
  8. 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.

  9. Bridge-Warteschlangenzähler:
  10. Ein Perfmon-Zähler wird eingeführt, um die Anzahl der Elemente in Bridge zu überwachen.

  11. Platzhaltersuche in der Tags-API:
  12. Unterstützung für die Platzhaltersuche in den APIs GetKeysByTag und GetByTag wird bereitgestellt.

  13. Aktivieren Sie clientseitige Protokolle über die API:
  14. Es wird Unterstützung bereitgestellt, um die clientseitige Protokollierung von der API über die CacheInitParams-Schnittstelle zu ermöglichen.

  15. Abonnementbasierte Lizenzierung:
  16. Um sowohl Cloud- als auch On-Premise-Bereitstellungen zu unterstützen, wurde eine abonnementbasierte Lizenzierung eingeführt.

Liste der behobenen Fehler:

  • 744169 FIX: Zeitüberschreitung bei „IN“-Prädikatabfragen für eine große Anzahl von Parametern.
  • 744170 FIX: Timeout-Anforderungen an Clients werden weiterhin auf Servern ausgeführt, was zu hohen CPU- und Speicherproblemen führt.
  • 744171 FIX: Die Anzahl der Threads im Inproc-Client-Cache steigt ständig an.
  • 744172 FIX: Im Falle eines Client-Cache werden Elemente aus dem Cache abgerufen, ohne entschlüsselt zu werden.
  • 744173 FIX: Memcache-Gateway-Dienst fehlt.
  • 744174 FIX: Die API-Protokollierung fehlt für einige sperrbezogene Methoden.
  • 744175 FIX: Die LINQPad-Integration wird mit 4.8-Assemblys kompiliert.
 

Neuigkeiten NCache 4.9

14. Februar 2018

Einführung

NCache Version 4.9 enthält einige wichtige Funktionen für Clustering und Caching in ASP.NET Core. Diese Version bietet außerdem Leistungsverbesserungen und ist daher ein empfohlenes Upgrade für alle Benutzer. NCache Benutzer.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Erholung von Split-Brain:
  2. 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.

  3. ASP.NET Core Antwort-Caching:
  4. NCacheDie Implementierung von IDistributedCache verwendet den Distributed Cache Tag Helper, der die Möglichkeit bietet, die Leistung Ihrer ASP.NET Core-Anwendung durch das Zwischenspeichern ihrer Antworten drastisch zu verbessern.

  5. Wesentliche Leistungsverbesserungen:
  6. Es gibt eine Leistungsverbesserung von 20–25 % bei grundlegenden ADD-, INSERT- und GET-Cache-Vorgängen.

  7. Weitere Funktionen in Open Source- und Community-Editionen:
  8. 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.

Liste der behobenen Fehler:

  • 744163 FIX: Multi-Site-Sitzungen mit aktivierter Sperre setzen Sitzungen zurück, wenn eine Site ausfällt.
  • 744164 FIX: Die Größe des Eviction-Index wird nicht richtig berechnet.
  • 744165 FIX: IN-Abfragen sind nicht threadsicher.
  • 744166 FIX: Verwaltungsvorgänge sind langsam.
  • 744167 FIX: Memcache-Gateway und clientseitige Wrapper fehlen.
  • 744168 FIX: 32-Bit-Anwendungen können den Cache nicht initialisieren.
  • 744169 FIX: Der WriteThru-Provider wird nicht aufgerufen, wenn die InsertBulk-API mit DSWriteOption.WriteThru im Falle eines Inproc-Client-Cache verwendet wird.
 

Neuigkeiten NCache 4.8

November 2, 2017

Einführung

NCache Version 4.8 enthält einige wichtige Funktionen im Zusammenhang mit der gemeinsamen Nutzung von Laufzeitdaten, Messaging und .NET Core. Dies ist ein empfohlenes Upgrade für alle NCache Benutzer.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. NCache Kostenlose Community-Erweiterung:
  2. 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.

  3. .Net Core-Clients:
  4. NCache bietet nun einen vollständig nativen .NET Core-Client, der sowohl unter Windows als auch unter Linux ausgeführt werden kann. Unter Windows, NCache Der .NET Core-Client wird über ein Windows-Installationsprogramm (.msi) installiert. Unter Linux wird jedoch eine separate Installationsdatei (.tar.gz) bereitgestellt.

  5. Docker-Unterstützung:
  6. 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.

  7. ASP.NET Core Session Provider & IDistributedCache:
  8. NCache Es bietet nun vollständige Unterstützung für ASP.NET Core, sowohl unter .NET Framework als auch unter .NET Core (zuvor nur unter .NET Framework). Diese Unterstützung umfasst einen leistungsstarken ASP.NET Core Session Provider mit mehr Funktionen als der reguläre ASP.NET Core Session Provider. Außerdem wird die IDistributedCache-Schnittstelle in ASP.NET Core unterstützt.

  9. Veröffentlichen/Abonnieren (Pub/Sub) mit Thema:
  10. 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.

  11. Entity Framework Core (EF Core) 2.0 Erweiterungsmethoden für NCache:
  12. 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.

  13. Transport Level Security (TLS) 1.2:
  14. 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.

  15. Vollständige Cache-Verwaltung über PowerShell:
  16. 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.

  17. Cache-Client Keep Alive:
  18. 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.

  19. Dünn NCache Manager-Projektdateien:
  20. 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.

  21. Nur-Cache-Server-Lizenzierungsoption:
  22. 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.

Liste der behobenen Fehler:

  • 744156 FIX: Eine bestimmte Cache-ID konnte nicht gestartet werden. Beim Starten des Caches tritt eine Ausnahme auf. Kommt selten vor.
  • 744157 FIX: Das Aktivieren der Komprimierung im Client-Cache führt zu falschem Verhalten.
  • 744158 FIX: Speicherverlust während der Statusübertragung.
  • 744159 FIX: Beim Client tritt eine Null-Referenz-Ausnahme auf, während mehrere Add-Remove-Vorgänge im Cache mit der Räumungsrichtlinie LFU ausgeführt werden.
  • 744160 FIX: Ein bereits gesperrtes Objekt wird gesperrt, wenn das Element mit GetCacheItem abgerufen wird.
  • 744161 FIX: Die Ausnahme „Element ist gesperrt“ tritt auf, wenn ein Element mit dem richtigen Sperrgriff entfernt wird.
  • 744162 FIX: Ein gesperrtes Element konnte nicht abgerufen werden, wenn das richtige Sperrhandle an Cache.Get() mit acquireLock=false übergeben wurde.
 

Neuigkeiten NCache 4.6 SP3

May 10, 2017

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. SignalR Backplane mit NCache:
  2. Mit NCache 4.6 SP3 kann der Cache verwendet werden, um Nachrichten über eine SignalR-Anwendung zu verteilen, die auf mehreren Webservern bereitgestellt wird.

  3. Clientseitiger Datenleser:
  4. Es wird ein clientseitiger Datenleser eingeführt, der während der Statusübertragung im Cache stabiler und fehlertoleranter ist.

  5. Weitere Beispiele:
  6. Weitere Muster wurden mit verschickt NCache Installation. Bestehende Beispiele werden ebenfalls umgestaltet.

Liste der behobenen Fehler:

  • 744149 FIX: Zeitüberschreitung bei Cache-Vorgängen, wenn die Anwendung den Threadpool intensiv nutzt.
  • 744150 FIX: Die Statusübertragung dauert zu lange.
  • 744150 FIX: Der ExecuteReader-Aufruf löst eine Statetransfer-Lost-Ausnahme beim Hoch- oder Herunterfahren des Knotens aus.
  • 744151 FIX: Der Wert darf keine Null-Ausnahme sein, wenn der Client-Cache verwendet wird.
  • 744152 FIX: Die Ausnahme „Eingabe ist kein vollständiger Block“ wird bei einigen Anfragen ausgelöst, wenn der Client-Cache mit aktivierter Verschlüsselung verwendet wird.
  • 744153 FIX: Objektreferenzausnahme bei In-Proc-Client-Cache-Initialisierung aus der ASP.NET-Anwendung.
  • 744154 FIX: Der Wert darf keine Null-Ausnahme sein, wenn der Client-Cache verwendet wird.
  • 744155 FIX: Caches, die für den automatischen Start konfiguriert sind, starten nicht automatisch, wenn Sicherheit für den Cache konfiguriert ist.
 

Neuigkeiten NCache 4.6 SP2

3. Januar 2017

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Überwachen von Cache-Clients über die API:
  2. 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.

  3. Optimierter Client-Cache:
  4. 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.

  5. Gleichnamige Caches auf der anderen Brücke:
  6. NCache Bridge kann jetzt Caches mit identischen Namen haben.

  7. Verteilter Cache-Loader:
  8. Cache Loader ein NCache kann jetzt auf mehreren Knoten ausgeführt werden, was zu einem schnelleren Cache-Laden beitragen kann.

  9. FIPS-konforme AES-Verschlüsselung:
  10. Mit SP2 wird die FIPS-konforme AES-Verschlüsselung eingeführt.

  11. ASP.NET Core Session Provider:
  12. NCache Der ASP.NET-Sitzungsspeicheranbieter für ASP.NET Core-Anwendungen wird jetzt unterstützt.

  13. Änderungen in der Lizenzierung:
  14. 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.

Liste der behobenen Fehler:

  • 744134 FIX: Client-Cache mit Sicherheit löst einen Fehler aus, wenn Anmeldeinformationen über Init-Parameter übergeben werden.
  • 744136 FIX: OperationFailedException beim Erstellen von CacheSyncDependency, wenn Clientcache und Sicherheit für den Cache aktiviert sind.
  • 744137 FIX: Clientcache löst keine Berechtigungsausnahme aus, wenn die Sicherheit für den Cache aktiviert ist.
  • 744139 FIX: Einige Befehle werden bei einem Fehler nicht automatisch wiederholt.
  • 744140 FIX: Bridge-Ausnahme „Objekt ist keine HP-Zeit“.
  • 744141 FIX: Objektreferenzausnahme beim IConflict-Resolver von Bridge.
  • 744142 FIX: Beim Zwischenspeichern einer analysierten Abfrage wird die Ausnahme „Schlüssel ist bereits vorhanden“ ausgelöst.
  • 744144 FIX: Clientseitige Zähler für Client-Cache funktionieren nicht.
  • 744145 FIX: Die Ausnahme „Sammlung wurde geändert“ tritt bei GetByTag-Aufrufen während der Statusübertragung auf.
  • 744146 FIX: Massenaufrufe geben im Falle eines Knotenausfalls Daten von nur einem Knoten zurück.
  • 744148 FIX: Die Warteschlange konnte nicht repliziert werden, wenn zur Laufzeit ein neuer Knoten (passiv) in der Bridge hinzugefügt wurde.
 

Neuigkeiten NCache 4.6 SP1

May 03, 2016

Einführung

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.

Liste der behobenen Fehler:

  • 744118 FIX: Ohne primäre oder sekundäre Anmeldeinformationen wird bei Verwaltungsvorgängen mit Sicherheit eine NullReferenceException ausgelöst.
  • 744119 FIX: Der Cache-Hostprozess stürzt aufgrund einer SecurityException beim Starten des Caches ab.
  • 744120 FIX: Der Client.ncconf-Client spiegelt die Änderungen der Sicherheitskonfiguration nicht wider.
  • 744121 FIX: Beim Hinzufügen von Sicherheitsanmeldeinformationen über den Manager auf dem Clientknoten ist das Kennwort sichtbar.
  • 744122 FIX: Clientcache löst eine Datenbanksynchronisierungsabhängigkeitsausnahme aus, wenn die Sicherheit für den Cache aktiviert ist.
  • 744123 FIX: Clientcache löst keine Berechtigungsausnahme aus, wenn die Sicherheit für den Cache aktiviert ist.
  • 744124 FIX: Rückrufe werden nicht ausgelöst, wenn Massenvorgänge mit Write-Behind ausgeführt werden (z. B. Masse einfügen und Masse hinzufügen).
  • 744125 FIX: CacheItem wird immer mit Version 1 hinzugefügt, nachdem es aus dem Cache entfernt wurde, was zu Problemen mit der Datenintegrität führt.
  • 744126 FIX: Die Ausnahme „Eingabezeichenfolge hatte nicht das richtige Format“ wird beim Start des Dienstes für verschiedene Gebietsschemas ausgelöst.
  • 744127 FIX: Es wird keine Ausnahme ausgelöst, wenn ein Null-Abhängigkeitsschlüssel angegeben wird.
  • 744128 FIX: Beim Hinzufügen einer Null-Untergruppe wird eine Ausnahme ausgelöst.
  • 744129 FIX: Der Cache-Hostprozess wird zwischen Dienstneustarts nicht beendet, was zu mehreren verwaisten Prozessen führt.
  • 744130 FIX: Die Cache-All-Funktion zum Zwischenspeichern aller Abfragen fehlt.
 

Neuigkeiten NCache 4.6

December 7, 2015

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Objektdatenformat:
  2. NCache Der Cache kann jetzt so konfiguriert werden, dass Daten in Objektform gespeichert werden. Standardmäßig werden alle Daten in binärer Form gespeichert.

  3. Jeder Cache in einem separaten Prozess:
  4. 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.

  5. Karte verkleinern:
  6. 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.

  7. Aggregator:
  8. 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

  9. Eingabeprozessor:
  10. 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.

  11. Datenleser:
  12. 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.

  13. Standardablauf:
  14. 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.

  15. Order-by-Klausel:
  16. Select-Anweisungen können jetzt eine orderby-Klausel haben, die die Ergebnismenge sortiert nach einem oder mehreren angegebenen Attributen zurückgibt.

  17. Eintrags Ansicht:
  18. 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.

  19. LIVE-Upgrade:
  20. NCache Auf Version 4.4 SP2 ist ein Upgrade möglich NCache 4.6 ohne Datenverlust mithilfe der Bridge-Topologie.

  21. Core-basierte Lizenzierung:
  22. 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.

 

Neuigkeiten NCache 4.4 SP2

Juli 28, 2015

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. DumpCacheData-Tool:
  2. 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.

  3. DumpCacheKeys-Tool:
  4. Das DumpCache-Tool wird in DumpCacheKeys umbenannt.

  5. LinqPad-Integration:
  6. 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.

  7. HotApplicable-Einstellungen in der Dienstkonfiguration:
  8. 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
  9. Optimierungen im Client-Cache:
  10. Im Client-Cache werden einige architektonische Änderungen vorgenommen, um bei Massenvorgängen eine bessere Leistung zu erzielen.

Liste der behobenen Fehler:

  • 744113 FIX: Vorgänge werden bei Verbindungsfehlern oder anderen internen Ausnahmen nicht wiederholt. Stattdessen werden diese Ausnahmen an Clientanwendungen ausgelöst.
  • 744114 FIX: Die Räumung ist standardmäßig deaktiviert.
  • 744115 FIX: Die Sitzungssperre ist standardmäßig deaktiviert.
  • 744116 FIX: NCache Mit dem Manager können auch Nicht-Administratoren Verwaltungsvorgänge ausführen.
  • 744117 BEHOBEN: Das Aktivierungstool stürzt beim Aktivieren von Rechnern mit 32 oder mehr Kernen ab.
 

Neuigkeiten NCache 4.4 SP1

04. April 2015

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Visual Studio-Integration:
  2. 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.

  3. NuGet-Paket für NCache Enterprise 4.4 SDK:
  4. 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.

  5. Entity Framework 6.0-Unterstützung:
  6. 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.

  7. Speicher- und Leistungsoptimierungen:
  8. 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.

  9. Split-Brain-Überwachung:
  10. 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.

  11. Windows Server 2012 R2-Zertifizierung:
  12. 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.

Liste der behobenen Fehler:

  • 744105 FIX: Einige benutzerspezifisch NCache Einstellungen werden im HKLM-Abschnitt der Registrierung gespeichert, was in gesicherten Umgebungen Fehler auslöst.
  • 744106 FIX: Der Java-Client in der Developer Edition kann keine Verbindung zum Cache herstellen.
  • 744107 FIX: NActivate-Shows NCache wurde erfolgreich auf dem Computer aktiviert, obwohl die Aktivierungsinformationen aufgrund eingeschränkter Rechte nicht in der Registrierung gespeichert werden konnten.
  • 744108 FIX: Die Aggregatabhängigkeit funktioniert nicht, wenn ein Element sowohl mit Aggregatabhängigkeit als auch mit gleitender Abhängigkeit hinzugefügt wird.
  • 744109 FIX: NCache stürzt in einigen Szenarien während der Statusübertragung ab.
  • 744110 FIX: Die Datenfreigabe zwischen Java- und .NET-Clients funktioniert nicht, da beim in der Konfiguration angegebenen Cache-Namen zwischen Groß- und Kleinschreibung unterschieden wird.
  • 744111 FIX: GetIfNewer setzt die Elementversion nicht zurück, wenn der Client-Cache konfiguriert ist.
  • 744112 FIX: NCache Die Installation wird zurückgesetzt, wenn der Start fehlschlägt NCache ist es machbar.
 

Neuigkeiten NCache 4.4

08. Januar 2015

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Jährliche Lizenzierung:
  2. NCache Die Lizenzierung wurde vom zuvor unterstützten unbefristeten Modell auf das Jahreslizenzmodell verschoben.

  3. Speicheroptimierung interner Datenstrukturen:
  4. Interne Datenstrukturen werden optimiert, um den Speicheraufwand gespeicherter Elemente zu reduzieren.

  5. Verbesserungen der Cluster-Startzeit:
  6. Enorme Verbesserungen der Cluster-Startzeit für Clustergrößen über 20 Knoten.

  7. Neuer Perfmon-Zähler für die Speichernutzung:
  8. 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:

    • Größe des Eviction-Index: Größe der im Cache definierten Eviction-Indizes.
    • Größe des Ablaufindex: Größe der im Cache definierten Ablaufindizes. (Alle Metainformationen zu Abhängigkeiten werden ebenfalls unter diesem Zähler abgedeckt, z. B. Metainformationen zu „Schlüsselabhängigkeit“, „SQL-Abhängigkeit“ usw.)
    • Gruppenindexgröße: Größe der Gruppen- und Untergruppenindizes.
    • Größe des Abfrageindex: Größe der im Cache definierten Abfrageindizes.
    • HINWEIS: Der Zähler „Cache-Größe“ umfasst jetzt die Größe des tatsächlichen Schlüssels, des Wertepaars und den von den oben genannten Indizes genutzten Speicher.
  9. OQL-bezogene neue Permfon-Zähler:
  10. 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.

  11. Unterstützung für Windows Server 2012 R2:
  12. NCache ist jetzt vollständig kompatibel mit Windows Server 2012 R2.

Liste der behobenen Fehler:

  • 744101 FIX: Zeitüberschreitungen bei einigen der verbundenen Clients beim Serverknotenbeitritt.
  • 744102 FIX: Elementverlust im partitionierten Replikat von zwei Knoten, wenn einer von ihnen ausfällt, während auf jedem Knoten mehr als 50 % des Caches gefüllt sind.
  • 744103 FIX: NCache Der Manager listet IPv6-Adressen im Konfigurationsdialog für mehrere NICs auf.
  • 744104 FIX: Einige weitere kleinere Fehlerbehebungen in Befehlszeilentools.
 

Neuigkeiten NCache 4.3 SP1

30. Juni 2014

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Die clientseitige Protokollierung kann über die Datei client.ncconf konfiguriert werden:
  2. 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“.

  3. Unterstützung für Remoteclients in einem anderen Netzwerk:
  4. Aktuell 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.

  5. Client-Caches sind durchsuchbar NCache Manager:
  6. 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“.

  7. E-Mail-Benachrichtigungen für Out-Proc-Lokal- und Client-Caches:
  8. 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.

  9. Client-Caches können von außerhalb des Cache-Cluster-Netzwerks konfiguriert werden:
  10. Client-Caches können von außerhalb des Cache-Cluster-Netzwerks mithilfe von Befehlszeilentools wie CreateClientCache, AddClientNode usw. konfiguriert werden.

  11. Unterstützung für Windows Server 2012:
  12. NCache ist jetzt vollständig kompatibel mit Windows Server 2012.

  13. Java-Client für NCache:
  14. 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.

Liste der behobenen Fehler:

  • 743101 FIX: NCache Der Dienst stürzte ab, während die DELETE-Abfrage mit dem Client-Cache verwendet wurde.
  • 743102 FIX: Die GetCacheItem()-API verursacht das Problem, wenn sie mit ItemVersion verwendet wird.
  • 743103 FIX: NCache Der Manager kann keine Konfigurationen anwenden, wenn „CacheLaoder“ aktiviert, aber nicht konfiguriert ist.
  • 743104 FIX: Cache gibt das Element für eine ungültige Untergruppe zurück.
  • 743105 FIX: Null-Referenz-Ausnahme beim Aufrufen von „Remove/Delete (key, version)“ für nicht vorhandenen Schlüssel.
  • 743106 FIX: Die Statusübertragung funktioniert nicht, wenn der Durchleseanbieter konfiguriert ist und der Durchschreibanbieter nicht konfiguriert ist oder umgekehrt.
  • 743107 FIX: Der Client-Zähler „Request Queue Size“ kehrt nie auf Null zurück.
 

Neuigkeiten NCache 4.3

05. März 2014

Einführung

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 und 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.

Verbesserungen und neue Ergänzungen

Eine umfassende Liste aller Funktionen in 4.3 finden Sie hier NCache Eigenschaften

  1. Ereignisse mit Daten:
  2. 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.

  3. Write-through/Write-behind-Verbesserungen:
  4. Write-Through und Write-Behind können jetzt für folgende Verhaltensweisen konfiguriert werden:

    • Batchverarbeitung – Hier können mehrere Write-Behind-Vorgänge nach einem konfigurierbaren Intervall stapelweise in die Datenbank geschrieben werden. Die maximale Anzahl von Artikeln in einer einzelnen Charge ist ebenfalls konfigurierbar.
    • Fehlgeschlagene Vorgänge beibehalten – Anbieter können jetzt festlegen, ob ein Element im Cache verbleiben soll oder nicht, selbst wenn es in der Datenbank fehlschlägt.
  5. Gruppieren nach für Abfragen:
  6. 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.

  7. Anweisung in Abfragen löschen:
  8. 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.

  9. Graceful Node Stop:
  10. 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.

  11. Verschlüsselungsverbesserungen:
  12. An der Verschlüsselungsfunktion wurden folgende Verbesserungen vorgenommen:

    • AES-128-, AES-192- und AES-256-Verschlüsselung wird unterstützt.
    • Wenn die Verschlüsselung aktiviert ist, werden auch indizierte Daten verschlüsselt.
  13. Verbesserungen der kompakten Serialisierung:
  14. Die folgenden Verbesserungen wurden an der Kompaktserialisierung vorgenommen:

    • Benutzer können die Datenelemente, die kompakt serialisiert werden sollen, auswählen und abwählen.
    • Byte-Arrays werden nicht mehr serialisiert.
    • Kompakte Typen sind heiß applizierbar.
  15. Erweiterte CacheInitParams:
  16. 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.

  17. Deserialisierte Daten in InProc:
  18. 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.

  19. Protokollierung von API-Aufrufen:
  20. 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.

  21. Konfigurierbare Protokollspeicherorte:
  22. 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.

  23. Wechseln Sie zwischen Aktiv/Aktiv- und Aktiv/Passiv-Brückentopologien:
  24. 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.

  25. Master-Cache in Bridge-Topologie:
  26. 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.

  27. Caches in Bridge-Topologie verbinden/trennen:
  28. 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.

  29. Socket-Protokollverwaltung:
  30. 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.

  31. NCache Manager-Kompatibilität:
  32. 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.

  33. Stellen Sie über den Computernamen oder die IP-Adresse eine Verbindung zu Remote Perfmon her:
  34. 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.

  35. Problem mit der DLL-Sperre behoben:
  36. 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.

  37. ReportView-Steuerelement für NCache Monitor:
  38. 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.

  39. Anmelden von Zählern NCache Monitor:
  40. 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.

  41. NCache Monitorkompatibilität:
  42. 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.

  43. Neue Befehlszeilentools hinzugefügt:
  44. Die folgenden neuen Befehlszeilentools wurden hinzugefügt NCache:

    1. „Cache erstellen: Cache-Tools konfigurieren“ wird jetzt in „Cache-Tool erstellen“ geändert. Es werden 2 Fälle bearbeitet.
      • Einfacher Fall: In diesem Fall werden minimal erforderliche Parameter (z. B. Cache-Name, Server, Port, Topologie, Größe, Räumungsrichtlinie usw.) verwendet und ein Cache mit Standardwerten erstellt (z. B NCache Manager).
      • Erweiterter Fall: In diesem Fall wird eine Konfigurationsdatei mit Cache-Einstellungen als Parameter mit der Serverliste verwendet, auf der der Cache erstellt wird.
    2. Sicherungsquelle hinzufügen: Als Eingabeparameter werden Cache-ID, Assembly-Pfad, Klassenname, Anbietername, Lese-/Schreiboption und auch der abhängige Assembly-Ordner benötigt.
    3. Startup Loader hinzufügen: Er verwendet Cache-ID, Assembly-Pfad, Klassennamen und auch den abhängigen Assembly-Ordner als Eingabeparameter.
    4. Kompakte Typen hinzufügen: Als Eingabe werden Cache-ID, Assembly-Pfad, Klassenname und auch der abhängige Assembly-Ordner verwendet. Wenn die angegebene Klasse die Implementierung von IGenericTypeProvider ist, wird der generische Typ über den implementierten Anbieter registriert.
    5. Abfrageindex hinzufügen: Als Eingabe werden Cache-ID, Assembly-Pfad, Klassenname, Attribut/Attributliste und auch der abhängige Assembly-Ordner verwendet.
    6. Backing Source entfernen: Als Eingabeparameter werden Cache-ID, Server, Anbietername und Durchlese-/Durchschreiboption verwendet. Dadurch wird die Sicherungsquelle aus dem angegebenen Cache auf allen registrierten Knoten entfernt.
    7. Startup-Loader entfernen: Es verwendet Cache-ID und Server als Eingabeparameter und entfernt den Startup-Loader aus dem angegebenen Cache auf allen registrierten Knoten.
    8. Kompakttypen entfernen: Es verwendet Cache-ID, Server und Klasse als Eingabeparameter und entfernt den angegebenen Kompakttyp aus dem Cache auf allen registrierten Knoten.
    9. Abfrageindex entfernen: Es verwendet Cache-ID, Server- und Klassenname/Attribut(e) als Eingabeparameter und entfernt den angegebenen Abfrageindex aus dem Cache auf allen registrierten Knoten.
    10. Datenfreigabe hinzufügen: Es wird eine Konfigurationsdatei benötigt, die die Datenfreigabekonfiguration (Zuordnung zwischen zwei Baugruppen/JAR-Dateien), die Cache-ID, den Server und den abhängigen Baugruppenordner als Eingabeparameter enthält.
    11. Datenfreigabe entfernen: Es verwendet Cache-ID und Server als Eingabeparameter und entfernt den Datenfreigabetyp aus dem Cache auf allen registrierten Knoten.
    12. Cache-Konfiguration abrufen: Als Eingabeparameter werden Cache-ID, Server und Pfad (wo die Datei mit der Cache-Einstellung erstellt werden soll) verwendet. Dieses Tool generiert nur Cache-Einstellungen (umgebungsunabhängige Einstellungen) in einer Datei namens Cache-ID im angegebenen Pfad.
    13. Assembly bereitstellen: Es werden Cache-ID, Server und Assembly-/Ordnerpfad als Eingabeparameter verwendet. Die angegebene Assembly wird auf allen registrierten Cache-Servern bereitgestellt. Wenn ein Ordnerpfad angegeben ist, werden alle Assemblys in diesem Ordner bereitgestellt.
  45. Memcached Wrapper für NCache:
  46. Vorhanden Memcached Benutzer können jetzt zu wechseln NCache ohne Codeänderung. Es gibt zwei Möglichkeiten, memcached zu ersetzen durch NCache:

    1. Memcached Gateway
    2. Dieses Gateway wird auf Client- und Server-Boxen als Windows-Dienst installiert. Es ist eine Implementierung des Memcached-Protokolls, das die NCache Aufrufe darin. Auf diese Weise werden alle API-Aufrufe von Memcached-Clients weitergeleitet an NCache Server über dieses Gateway. Bei diesem Ansatz sind lediglich Konfigurationsänderungen erforderlich.

    3. Memcached Plug-In
    4. Einige der Open-Source-Client-Implementierungen für Memcached wurden modifiziert, um mit NCache Servern, während ihre API unverändert bleibt. Die Quelle und Binärdateien dieser Implementierungen werden mitgeliefert NCache Installation.

    Folgende Memcached-Client-Implementierungen werden bei diesem Ansatz unterstützt:

    • Enyim
    • Sei es
    • NET Memcached Client-Bibliothek
  47. NHibernate-Integration:
  48. 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:

    • Es gibt nur eine Konfigurationsdatei für alle NHibernate-Anwendungen.
    • Einstellungen können jetzt auf Regionsebene konfiguriert werden. Jede Klasse in dieser Region verwendet diese Einstellungen.
    • Durch das Löschen einer Region werden jetzt nur die Einträge gelöscht, die sich in dieser bestimmten Region befinden.
  49. ASP.NET OutputCacheProvider-Hooks:
  50. 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.

  51. Markieren von zwischengespeicherten Elementen
  52. 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.

 

Neuigkeiten NCache 4.1 SP3

24. Oktober 2013

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Vorgangswiederholungen im Sitzungsspeicheranbieter:
  2. 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:

    • operationRetry="3"
    • operationRetryInterval="3000"
    • Das Attribut „OperationRetryIterval“ nimmt den Wert in w Sekunden an.
  3. Unterstützung für Remoteclients in einem anderen Netzwerk:
  4. 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 
  5. Viewstate-Gruppierung seitenweise:
  6. 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.

  7. Maximaler VeiwState zum Zwischenspeichern pro Sitzung:
  8. 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.

  9. Verzögerung im Cache-Startup-Loader:
  10. 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.

  11. Verzögerung zwischen Autostart-Caches:
  12. 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“.

  13. IndexNotDefinedException unterdrücken:
  14. 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"/>

  15. NCache Client-Apps können vom Cache generierte Ereignisse „synchron“ oder „asynchron“ nutzen:
  16. 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“.

  17. Weitere leistungsmonbasierte Zähler für Cache und Cache-Client:
  18. Neuer serverseitiger Zähler:

    • Anzahl der Antwortwarteschlangen: Anzahl der Elemente in der Antwortwarteschlange. Alle Antworten werden vor dem tatsächlichen Senden in dieser Warteschlange eingereiht.
    • Größe der Antwortwarteschlange: Größe der Antwortwarteschlange, angegeben in Bytes. Datengröße aller Antworten in der Warteschlange.
    • Anzahl der Ereigniswarteschlangen: Anzahl der Ereignisse in der Ereigniswarteschlange.
    • Neue clientseitige Zähler:

    • Verarbeitete Ereignisse/Sek.: Anzahl der pro Sekunde auf dem Client verarbeiteten Ereignisse.
    • Ausgelöste Ereignisse/Sek.: Anzahl der vom Client pro Sekunde ausgelösten und empfangenen Ereignisse.
    • Durchschnittliche ms/Ereignis: Durchschnittliche Zeit, die für die Verarbeitung eines einzelnen Ereignisses auf dem Client benötigt wird.
  19. Durch das Löschen des Caches werden ItemRemoved-Ereignisse für alle registrierten ContinuousQuery ausgelöst, wenn einige Daten in einem ContionousQUEry-Ergebnissatz vorhanden sind:
  20. 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.

  21. Der Client-Cache verwaltet jetzt seinen eigenen Ablauf:
  22. 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.

  23. Verbesserungen des Entity Framework-Cachings:
  24. NCache Das bereitgestellte EFCaching-Modul ist für die EF-Abfrageanalyse und das Caching erweitert.

  25. Auto Start Bridge beim Start des Bridge-Dienstes:
  26. 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"/>

Liste der behobenen Fehler:

  • 741301 FIX: Verbindungs-Failover-Problem in replizierter Topologie. Wenn die Informationen zu anderen Serverknoten nicht in der Datei „client.ncconfig“ auf dem Client-Computer verfügbar sind, konnte der Client keine Verbindung zu einem anderen Server herstellen.
  • 741302 FIX: Nicht alle ContinuousQuery-Benachrichtigungen werden an die Clientanwendung übermittelt, falls sich ein Element ändert, das unter eine Abfrage fällt.
  • 741303 FIX: ContinuousQuery-Benachrichtigungen (ItemAdded, ItemUpdated, ItemRemoved) werden nach dem Leeren des Caches nicht ausgelöst.
  • 741304 FIX: Leistungseinbußen in ContinuousQuery bei Add-, Update- und Remove-Vorgängen. Jetzt wird die kontinuierliche Abfrage für jeden Vorgang „asynchron“ ausgewertet.
  • 741305 FIX: NCache Massenoperationen, die viel kosteten NCache Prozessspeicher aufgrund der LOH-Belegung und führt zu Zeitüberschreitungen und Speicherproblemen. Jetzt NCache Teilen Sie die großen Antworten in mehrere Blöcke von 512 KB auf, um die Speicherprobleme zu reduzieren.
  • 741306 FIX: Alle Serverinformationen werden aus der Datei „client.ncconf“ auf Cache-Client-Knoten entfernt, wenn die Cache-Einstellungen aktualisiert werden, wenn der Cache für die Verwendung mehrerer NICs konfiguriert ist.
  • 741307 FIX: NCache Der Manager zeigte den Active Directory-Benutzer nach der Anzahl der 1000 Benutzer nicht mehr an.
  • 741308 FIX: NCacheDie .caches[]-API gibt nur das Clustered-Cache-Handle (L2-Cache) zurück, obwohl sie über einen Client-Cache (L1-Cache) verfügt.
  • 741309 FIX: Das Befehlszeilentool „ConfigureCacheSecurity“ funktioniert nicht ordnungsgemäß, wenn die Sicherheit auf Knotenebene aktiviert ist.
  • 741310 FIX: EF-Caching-Analysebericht wird nicht generiert, wenn die Anwendung vor dem Analysezeitpunkt vorhanden ist.
  • 741311 FIX: Das NActivate-Tool funktioniert nicht auf Boxen mit 32 Kernen.
  • 741312 FIX: Bridge: Die Statusübertragung wurde gestartet, als ein Serverknoten den Quellcache verließ [Aktiv-Passiv].
  • 741313 FIX: Bridge: Problem mit nicht übereinstimmenden Elementversionen, wenn der aktive Knoten ausfällt.
  • 741314 FIX: Bridge: Die Datenreplikation erfolgte zweimal, wenn der Koordinatorknoten des Zielcaches ausfiel.
  • 741315 FIX: Bridge: Die Replikation stoppt, wenn beim Quellcluster aufgrund des Netzwerks ein Verbindungsproblem auftritt.
  • 741316 FIX: Bridge: Keine Replikation über die Bridge, wenn Cluster-Caches vor der Bridge gestartet wurden.
  • 741317 BEHOBEN: Bridge: Zustandsübertragung vom Ziel zum Quellknoten initiiert, wenn der Koordinatorknoten des Ziel-Caches den Cluster verlassen hat.
  • 741318 FIX: Bridge: Der Zielcache wird gelöscht, wenn die Bridge erneut verbunden wird oder der Zielcache aufgrund eines Verbindungsverlusts im WAN erneut mit der Bridge verbunden wird.
  • 741319 FIX: Bridge: Die Anzahl der Bridge-Warteschlangen wird für den aktiven Bridge-Knoten nicht angezeigt.
  • 741320 FIX: Bridge: Einige andere Probleme im Zusammenhang mit Statusübertragungen und Datenkonflikten wurden auch für „Aktiv-Passiv“- und „Aktiv-Aktiv“-Bridge-Topologien behoben.
 

Neuigkeiten NCache 4.1 SP2

10. Oktober 2012

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Datenverschlüsselung:
  2. 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.

  3. Für ein einzelnes Element sind mehrere Datenbankabhängigkeiten zulässig:
  4. 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.

  5. Automatische Startverzögerung für Caches:
  6. 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'

  7. Automatischer Start von Client-Caches:
  8. 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.

  9. Viewstate kann mit einer Sitzung verknüpft werden:
  10. 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"

Liste der behobenen Fehler:

  • 741201 FIX: Zusätzliche GC-Sammlungsaufrufe im SSP-Modul, die einen Leistungsaufwand verursachten.
  • 741202 FIX: Sitzungsgröße erhöht sich nach der Serialisierung um das Dreifache.
  • 741203 FIX: Viewstate hat die Anwendung zum Absturz gebracht, wenn die Viewstate-Protokollierung deaktiviert ist.
  • 741204 FIX: View State Caching mit Ajax verursacht Probleme beim Laden der Seite.
  • 741205 FIX: Der Cluster wird teilweise verbunden, wenn der Cache-Name der Cluster-Knoten nicht die gleiche Schreibweise hat.
  • 741206 FIX: Neu hinzugefügte Serverinformationen werden in der Datei „client.ncconf“ auf Client-Knoten nicht aktualisiert.
  • 741207 FIX: Cache-Initialisierungsproblem innerhalb der SQL CLR-basierten gespeicherten Prozedur.
  • 741208 FIX: Der lokale Cache kann in der Developer Edition nicht auf einer Loopback-IP (127.0.0.1) ausgeführt werden.
  • 741209 FIX: Deadlock trat auf, wenn Clients häufig verbunden/getrennt wurden.
  • 741210 FIX: Allgemeine Benachrichtigung funktioniert nicht mehr, wenn der Cache nicht entsorgt wird.
 

Neuigkeiten NCache 4.1 SP1

May 10, 2012

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Unterstützung generischer Typen für die kompakte Serialisierung:
  2. 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.

  3. CacheItem-Hinweis zur Laufzeit aktualisieren:
  4. 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.

  5. UTC-Unterstützung für verschiedene Zeitzonen:
  6. 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.

Liste der behobenen Fehler:

  • 741101 FIX: Der Client konnte nicht initialisiert werden NCache über eine SQL CLR-basierte Prozedur oder einen Trigger.
  • 741102 FIX: Objektreferenzausnahme, wenn nur WritBehind für einen Cache konfiguriert ist und der WithThru-Vorgang in der API ausgeführt wird.
  • 741103 FIX: Ausgabe-Caching in einer Webfarm mit zwei Knoten, Element wird aus dem Cache gelöscht, wenn die zweite Anfrage an den zweiten Knoten der Farm geht.
  • 741104 FIX: Der Abfrageparser löst einen Pufferüberlauf aus, wenn die Abfragelänge 256 Zeichen überschreitet.
  • 741105 FIX: GetGroupsKeys, GetBulk, Tags, Query gibt während der Statusübertragung keine korrekten Ergebnisse zurück.
  • 741106 FIX: Im Falle einer Partitionstopologie hat nur ein Server allgemeine Benachrichtigungen an Remoteclients gesendet.
  • 741107 FIX: NamedTags-Abfrage löst die Ausnahme „Index nicht definiert“ aus, wenn nur ein Element im partitionierten Cache hinzugefügt wird.
  • 741108 FIX: Der Java-Client löst eine Ausnahme aus, dass er die Datei „client.ncconf“ nicht lesen kann, obwohl Sie die Cache-ID, die Server-IP und den Port über die API angegeben haben.
  • 741109 FIX: Langsame Reaktion beim Rechtsklick auf einen Cache-Server.
  • 741110 FIX: Die Protokolldatei zur Inhaltsoptimierung wurde nicht generiert.
  • 741111 FIX: Die Lizenzierung funktioniert nicht auf Maschinen mit 32 oder mehr Kernen.
  • 741112 FIX: AddDependency() setzt die vorhandene Abhängigkeit zurück, anstatt eine neue Abhängigkeit anzuhängen.
  • 741113 FIX: Die Clientanwendung empfängt keine aktualisierte Hash-Map, wenn ein Netzwerk auf dem Cache-Server deaktiviert ist.
  • 741114 FIX: Die Sicherheit verwendete beim Benutzernamen die Groß-/Kleinschreibung.
  • 741115 FIX: Cluster wird teilweise und reagiert manchmal auch nicht mehr. Dies geschieht, wenn die Maschine neu gestartet wird und der Cache dieses Servers erschöpft ist, um dem Cluster wieder beizutreten, bevor der Cluster diesen Server aus seiner Clustermitgliedschaft entfernt hat.
 

Neuigkeiten NCache 4.1

August 23, 2011

Einführung

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 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.

Verbesserungen und neue Ergänzungen

Eine umfassende Liste ALLER FUNKTIONEN in 4.1 finden Sie hier NCache Eigenschaften:

  1. Laufzeitdatenfreigabe zwischen .NET und Java:
  2. 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.

  3. Unterstützung mehrerer Objektversionen (.NET und Java):
  4. 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.

  5. Kontinuierliche Abfrage (.NET und Java):
  6. 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.

  7. Stark verbesserte Brückentopologie:
  8. 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:

    1. Aktiv passiv: In dieser Konfiguration ist ein Cache aktiv und der andere passiv. Alle Aktualisierungen, die Sie am aktiven Cache vornehmen, werden von der Bridge asynchron auf den passiven Cache angewendet. Da die Verbindung zwischen aktiv und passiv über das WAN erfolgt, ist sie wahrscheinlich instabil. Aber die Bridge ist sich dessen bewusst und stellt die Verbindung automatisch wieder her, wenn sie unterbrochen wird.
    2. Aktiv/Aktiv:In dieser Konfiguration sind beide Caches aktiv und die Bridge empfängt Update-Anfragen von beiden Seiten. Beide Caches behalten außerdem eine identische „Uhr“ für die Zeitstempelung bei. Diese Uhr wird über die Bridge synchronisiert. Immer wenn ein Konflikt auftritt, d. h. das gleiche Cache-Element in beiden Caches aktualisiert wird, wird dieser standardmäßig nach der Strategie „Letzte Aktualisierung gewinnt“ gelöst. Wenn Sie möchten, können Sie jedoch einen benutzerdefinierten Auflösungshandler bereitstellen, der im Konfliktfall aufgerufen wird. Anschließend können Sie festlegen, welches Update erhalten bleiben und welches verworfen werden soll.
    3. Hub-Speiche: Star: Diese Konfiguration ähnelt einer Hub-Spoke-Konfiguration, außer dass alle Spokes ebenfalls aktiv sind. In dieser Konfiguration gibt es einen zentralen Cache und mehrere aktive Satelliten-Caches. Alle Aktualisierungen werden über den zentralen Cache synchronisiert, um die Konsistenz sicherzustellen.
  9. Benannte Tags (.NET und Java):
  10. 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.

  11. Java-Funktionen sind jetzt zu 100 % äquivalent zu .NET:
  12. 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:

    • Java-Client-API, 100 % äquivalent zu .NET
    • Java-Client-Cache (InProc):
    • 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.

    • Java-Client-Cache (InProc):
    • 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.

    • Cache Loader in Java:
    • 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.

    • Dynamische kompakte Serialisierung für Java:
    • 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.

    • Unterstützung für Frühling/Ruhezustand:
    • 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.

    • Multi-Response-Modell:
    • 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"/>

Liste der behobenen Fehler:

  • 741001 FIX: Bei Verwendung von Client-Cache gibt GetCacheItem einen falschen Gruppennamen zurück.
  • 741002 FIX: Die Objektabfrage funktioniert nicht, wenn der IN-Operator nur einen Parameter hat, z. B. „Nordwind.Kunden auswählen, wobei diese.Stadt in(?)“ ist.
  • 741003 FIX: Alachisoft.NCache.Web.dll fehlt im Ordner „4.0 GAC“ in der 64-Bit-Remote-Client-Installation von NCache.
  • 741004 FIX: Alachisoft.NCache.Security.dll (32 Bit) fehlt in der Developer-Installation.
  • 741005 FIX: Wenn ein Knoten dem Cluster beitritt, löst die Statusübertragung eine Ausnahme aus, dass der Objektverweis nicht festgelegt ist, und zwar in der Protokolldatei des Cache-Servers. Dies geschieht, wenn ein Write-Through-Provider mit aktiviertem Write-Behind konfiguriert ist.
  • 741006 FIX: Wenn in einem mit zwei oder drei Knoten partitionierten Replikatcluster ein Knoten ausfällt und sofort wieder zurückkehrt, bevor die Statusübertragung abgeschlossen ist, gehen Elemente verloren.
  • 741007 FIX: Wenn die indizierten Elemente auch mit Tags verknüpft sind, gibt die LINQ-Abfrage ohne Where-Klausel möglicherweise eine Ausnahme zurück, dass der Schlüssel bereits im Wörterbuch hinzugefügt wurde. Dies geschah, weil im Ergebnis doppelte Schlüssel hinzugefügt wurden.
  • 741008 FIX: Die Cachegröße kann zur Laufzeit nicht erhöht werden NCache Manager.
  • 741009 FIX: Der Cache-Server sendet mehrere Statusabfrageanfragen an den anderen Cache-Server, wenn er innerhalb einer bestimmten Zeit keine Antwort auf eine bestimmte Anfrage erhält. Bei Netzwerkfehlern oder Nichtreaktion des Cache-Knotens wird die Anforderungswarteschlange voll und dem Benutzer werden Zeitüberschreitungsfehler gemeldet. Dieser Statusabfragemechanismus ist jetzt standardmäßig deaktiviert und kann über aktiviert werden NCache Dienstkonfigurationsdatei.
  • 741010 FIX: Wenn zwei oder mehr Caches auf denselben Computern ausgeführt werden und beide die TAG-Funktion verwenden, werden in den Protokolldateien des Cache-Servers möglicherweise Fehler angezeigt, dass der Objektverweis nicht festgelegt wurde. Dies kann in manchen Situationen auch die Cache-Reaktion verlangsamen. Dies wurde behoben.
  • 741011 FIX: Wenn die Antwortgröße mehr als 1.9 GB beträgt, bleibt der Cache hängen und es kommt zu einer Zeitüberschreitung der Clients. Dies geschieht aufgrund der .NET-Serialisierungsbeschränkung. Dies geschieht normalerweise bei Massenvorgängen wie Abfragen, Tags, Gruppen und Massenvorgängen.
 

Neuigkeiten NCache 3.8 SP4

17. März 2011

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. String-Sharing zwischen Java und .NET (umgekehrt):
  2. Sie können Zeichenfolgenwerte zwischen .NET- und Java-Anwendungen teilen.

  3. Benutzerdefinierter Warteschlangen-/Benachrichtigungsdienst für SQL-Cache-Abhängigkeit:
  4. <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”.

Liste der behobenen Fehler:

  • 738401 FIX: Die Enumeration gibt ein Byte-Array zurück, wenn das Element über den Cache-Loader hinzugefügt wurde.
  • 738402 FIX: Das ViewState-Modul löst eine Null-Referenz-Ausnahme aus, wenn die Traces deaktiviert sind und das Modul versucht, etwas in das Protokoll zu schreiben.
  • 738403 FIX: Die Aktivierung über die Befehlszeile löst einen ungültigen Lizenzschlüssel aus.
  • 738404 FIX: Der Cache reagiert nicht mehr oder es kommt zu Zeitüberschreitungen, wenn die Anzahl der Elemente 7 Millionen überschreitet.
  • 738405 FIX: Das Abfragebeispiel in x64 weist einige Kompilierungsfehler auf.
  • 738406 FIX: NCache Die Session State Management-Assembly fehlte in der 64-Bit-Entwicklerinstallation.
  • 738407 FIX: Verbindungsausgleich und Failover in partitionierten und partitionierten Replikat-Topologien funktionieren nicht, wenn zwei NICs verwendet werden, bei denen eine NIC an die Client-Server-Kommunikation und die zweite NIC an die Cache-Server-(Cluster-)Kommunikation gebunden ist.
  • 738408 FIX: Eine 32-Bit-Sicherheitsassembly „Alachisoft.NCache.security.dll“ fehlt im Windows GAC in NCache 64-Bit-Setup. Dadurch ist die Ausführung von 32-Bit-Anwendungen auf einem 64-Bit-Caching-Server nicht möglich.
  • 738409 FIX: CacheProvider 4.0 – Die Methode GetValues() gibt alle Schlüsselwerte zurück, einschließlich derjenigen, die auch nicht im Cache verfügbar sind. Gemäß der Microsoft-Dokumentation sollten nur die Schlüssel/Werte zurückgegeben werden, die im Cache vorhanden sind.
  • 738410 FIX: CacheProvider 4.0 – NSQLChangeMonitor und NOraChangeMonitor sind NCache Unternehmensfunktionen und werden unbeabsichtigt offengelegt in NCache Professional.
  • 741111 FIX: Die Lizenzierung funktioniert nicht auf Maschinen mit 32 oder mehr Kernen.
 

Neuigkeiten NCache 3.8 SP3

02. Nov 2010

Einführung

In dieser Veröffentlichung von NCache 3.8 Service Pack 3 (SP3), NCache Enterprise ist in zwei Produkte unterteilt, die wie folgt heißen: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‘.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Datenbankabhängigkeit:
  2. 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.

  3. Streaming-API:
  4. 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.

Liste der behobenen Fehler:

  • 738301 FIX: Beim Hinzufügen eines neuen Knotens im Cluster wurden nicht auf allen Cluster-Knoten neue Knoteninformationen in die Datei „client.ncconf“ hinzugefügt.

Gilt für:

NCache Enterprise 3.8.x

 

Neuigkeiten NCache 3.8 SP2

10. Oktober 2010

Einführung

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

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Lizenzunterstützung für Xen VM:
  2. NCache Unterstützt jetzt die Lizenzierung in Xen-VM-Umgebungen.

  3. Visual Studio 2010 Assembly-Referenzlösung:
  4. 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.

Liste der behobenen Fehler:

  • 738211 FIX: ViewState Caching funktioniert nicht mit AJAX-Steuerelementen, insbesondere GridViewPager.
  • 738210 FIX: Der Sitzungsspeicheranbieter löst eine Ausnahme aus: „Die von ISessionStateStore zurückgegebenen SessionStateStoreData haben einen Nullwert für Elemente“, wenn die Sitzung leer ist.
  • 738209 FIX: ViewState-Assemblys wurden mit der falschen Version erstellt NCache Installation für Enterprise Developers.
  • 738208 FIX: Es gab ein Leistungsproblem bei der Feature-Objekt-Abfrage. Das Suchergebnis war langsamer, wenn sich viele Elemente im Cache befinden.
  • 738207 FIX: Das NHibernate-Beispiel weist ein Build-Problem auf NCache Professional.
  • 738206 FIX: NCache Der Manager gibt den Fehler „Objektverweis nicht festgelegt“ aus, wenn Sie die Sicherheit aktivieren, ohne Benutzer anzugeben.
  • 738205 FIX: NCache Manager löst einen Fehler aus, bei dem die Objektreferenz nicht festgelegt wurde, wenn Sie die Bindung an IP (mit der Option „Netzwerkschnittstellenkarte auswählen“) für den lokalen Cache-Server ändern. Diese Option wurde jetzt vom lokalen Cache-Server entfernt.
  • 738204 FIX: NCache Der Manager kann den ReadThru/WriteThru-Anbieter nicht laden, wenn der Anbieter eine Exe-Datei ist. Wenn Sie den ReadThru/WriteThru-Anbieter über die Schaltfläche „Anbieter bereitstellen“ bereitstellen, NCache Der Manager benennt die Dateierweiterung in .dll um
  • 738203 FIX: NCache Die Professional-Version erlaubt keine Remote-Client-Verbindungen. Dies tritt auf, wenn der Remote-Client mit einer anderen Installationsmethode installiert wurde. NCache Professionelle Remote-Client-Installation.
  • 738202 FIX: NCache Die Integration mit Microsoft Enterprise Library v4.1 gibt einen booleschen Wert für die Indexermethode Cache["Key"] anstelle des tatsächlichen Objekts zurück.
  • 738201 FIX: Mehrere Fehler wurden in JavaScript und CSS-Minifizierung behoben. Die JavaScript-Minifiktion schlägt fehl, wenn die gerenderte Ausgabe .axd-Dateien im JavaScript-Tag enthält und wenn die <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.

Gilt für:

  • NCache Enterprise 3.8.x
  • NCache Professional 3.8.x
 

Neuigkeiten NCache 3.8 SP1

August 24, 2010

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. .Net 4.0-Unterstützung verfügbar.:
  2. 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.

  3. Verbesserung der Client-Cache-Verwaltung:
  4. 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.

  5. Beispiele werden jetzt mit Visual Studio 2008 erstellt:
  6. NCache Beispiele werden jetzt mit Visual Studio 2008 erstellt.

  7. VeriSign-Problem:
  8. Bei einem VeriSign-Problem sollte in der Dienstkonfigurationsdatei standardmäßig „generatePublisherEvidence“ aktiviert sein ="false"/>. Die Erweiterung ist erfolgt.

  9. ReadThru-Schnittstelle verbessert:
  10. 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)
  11. CacheLoader unterstützt IsResyncExpiredItem:
  12. Jetzt können Sie die Eigenschaft IsResyncExpiredItem im Cache Loader angeben, damit die abgelaufenen Elemente automatisch neu geladen werden können.

  13. NHibernate-Integration:
  14. 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.

Liste der behobenen Fehler:

  • 738108 FIX: AutoStart startet den Cache nicht, wenn der Cache stark ausgelastet ist. Jetzt startet der AutoStart den Cache im asynchronen Modus.
  • 738107 FIX ViewState-Assemblys wurden mit der falschen Version erstellt NCache Installation für Enterprise Developers.
  • 738106 FIX: CAB-Integration funktioniert nicht in NCache Installation durch professionelle Entwickler aufgrund der Aggregatabhängigkeit.
  • 738105 FIX: Fehlerbehebung für das Tool „Cache erstellen“.
  • 738104 FIX: Die NHibernate-Integration erfordert ein vollständiges DateTime-Format für den absoluten Ablauf, was falsch ist. Jetzt können Sie den absoluten Ablauf in Sekunden angeben.
  • 738105 FIX: Es gab einen Serialisierungsfehler im Session Store Provider, der nur in seltenen Fällen auftritt.
  • 738103 FIX: SQL-Abhängigkeitsfehlerbehebung in NHibernate, bei dem der Client keine Abfragen mit zusammengesetztem Schlüssel verwenden konnte.
  • 738102 FIX: Client-Cache funktioniert nicht mit der NHibernate-Integration.
  • 738101 FIX: Die GetByTag-Leistung ist bei einer großen Anzahl von Elementen langsam.
  • 736230 FIX: Die Objektabfrage gibt ein leeres Ergebnis zurück, wenn das Element automatisch über den ReadThru-Anbieter neu geladen wurde (IsResyncExpiredItem ist wahr).

Gilt für:

  • NCache Enterprise 3.8
  • NCache Professionelle 3.8
 

Neuigkeiten NCache 3.8

7. Juni 2010

Einführung

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).

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. LINQ-Unterstützung in NCache:
  2. 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.

  3. Entity Framework (EF)-Caching:
  4. 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.

  5. NET-Cache-Anbieter 4.0:
  6. 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.

  7. Abwärtskompatibilitäts-Client-API/Unterstützung:
  8. 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.

  9. Streaming-API:
  10. NCache hat der API Streaming-Unterstützung hinzugefügt, mit der Sie binäre Datenströme im Cache lesen und schreiben können.

  11. Java/CSS-Minimierung:
  12. 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.

  13. ViewState-Caching:
  14. 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.

  15. New NCache Überwachungstool:
  16. NCache E-Mail-Benachrichtigungssystem:
  17. Sie können jetzt E-Mail-Benachrichtigungen zu bestimmten Cache-Ereignissen wie „Statusübertragung“, „Cache gestoppt“, „Mitglied verlassen“, „Mitglied beigetreten“ usw. erhalten.

  18. Cache-Meta-Informations-API:
  19. Diese API ermöglicht Metainformationen zu Cache-Elementen wie „LastAccessed Time“ und „Creation DateTime“.

  20. Multi-ReadThru/Write Thru-Unterstützung:
  21. 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.

  22. Synchrone Replikation mit partitioniertem Replikat:
  23. Die partitionierte Replikat-Topologie unterstützt jetzt die synchrone Replikation.

  24. Befehlszeilentool für die Sicherheitskonfiguration:
  25. Sie können die Sicherheit jetzt über das Befehlszeilentool konfigurieren

  26. Cache-Konfigurations-Upgrade-Tool:
  27. Wenn Sie über eine alte Cache-config.ncconf-Datei verfügen, können Sie diese mit diesem Tool aktualisieren.

  28. Sperrunterstützung mit GetCacheItem
  29. Remote-Client-Management von NCache Manager:
  30. Sie können nun Remote-Clients konfigurieren von NCache Manager und können individuelle Client-Einstellungen ganz einfach von einem einzigen Punkt aus ändern.

  31. Client-Cache-Management von NCache Manager:
  32. Der Client-Cache kann ebenfalls verwaltet werden NCache Manager.
  33. Befehlszeilentools für die Client-/Client-Cache-Verwaltung:
  34. Sie können Remoteclients und Client-Cache auch über Befehlszeilentools hinzufügen.

  35. Neue Schnittstelle für ReadThru/WriteThru-Anbieter:
  36. 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.

  37. Automatische Bereitstellung von ReadThru/WriteThru-Anbietern:
  38. NCache Manager bietet die automatische Bereitstellung von Datenquellenanbietern.

  39. Unterstützung für dynamische kompakte Serialisierung (keine Codeänderung erforderlich):
  40. 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.

  41. Sicherheitsverbesserung (Sicherheitsmanagement von NCache Manager):
  42. Die Sicherheit kann über konfiguriert werden NCache Jetzt Manager.

 

Neuigkeiten NCache 3.6.2 SP3

21. April 2010

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Java-Sitzungsunterstützung für WebLogic (keine Codeänderung erforderlich):
  2. 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.

  3. Java-Sitzungsunterstützung für JBoss (keine Codeänderung erforderlich):
  4. NCache Java Session Provider wird für JBoss sowohl auf Linux- als auch auf Windows-Plattformen unterstützt.

  5. Java-Sitzungsunterstützung für WebSphere (keine Codeänderung erforderlich):
  6. NCache Java Session Provider wird für WebSphere sowohl auf Linux- als auch auf Windows-Plattformen unterstützt.

  7. Java-Sitzungsunterstützung für ApacheTomcat (keine Codeänderung erforderlich):
  8. NCache Java Session Provider wird für Apache-Tomcat sowohl auf Linux- als auch auf Windows-Plattformen unterstützt.

  9. NCache Unterstützung für Server GC:
  10. Es gibt zwei Garbage Collector-Varianten, die auf dem Server-Betriebssystem und der Workstation basieren: „Server GC“ bzw. „Workstation“. Sofern nicht anders angegeben, verwendet das .NET Framework standardmäßig Workstation GC, auch wenn es unter einem Server-Betriebssystem ausgeführt wird. Nun, 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"/>
    

Liste der behobenen Fehler:

  • 736228 FIX: NCache Die Installation unter Windows 7 schlägt aufgrund des neuen Sicherheitsmodells in Windows 7 fehl. Dies wurde jetzt behoben.
  • 736227 FIX: Es gab einen Fehler im Client-Warteschlangenzähler, der zu einem bestimmten Zeitpunkt negativ wurde. Dieser Fehler wurde behoben.
  • 736226 FIX: Es gab einen Fehler beim Artikelablauf in der Java-API, der jetzt behoben wurde.

Gilt für:

  • NCache Enterprise 3.6.x
 

Neuigkeiten NCache 3.6.2 SP2

11. Januar 2010

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Protokollierung wichtiger Ereignisse in der Ereignisanzeige:
  2. Ein Ereignis wird in der Windows-Ereignisanzeige und im Cache-Fehlerprotokoll protokolliert, wenn:

    • Sie stoppen oder starten einen Cache
      • Cache startet nicht.
      • Cache-Knoten tritt einem Cluster bei bzw. verlässt ihn.
      • Zustandsübertragung starten oder stoppen.
      • Client verbindet oder trennt einen Cache.
      • Der Cache-Speicher überschreitet einen bestimmten in der Dienstkonfigurationsdatei angegebenen Schwellenwert.
      • Sie befinden sich in den letzten 10 Tagen von NCache Die Auswertung und ein Protokollwarnungsereignis werden pro Tag protokolliert, bis Sie die Auswertung verlängern oder aktivieren NCache mit einem Lizenzschlüssel.

    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:

    • Fehler: Nur die Fehlerereignisse werden protokolliert.
    • Warnung: Es werden sowohl Fehler- als auch Warnereignisse protokolliert.
    • alle: Auf dieser Ebene können Ereignisse aller Kategorien protokolliert werden. Dies ist die Standardstufe.

    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.

  3. Oracle 11g wird unterstützt:
  4. NCache Unterstützt jetzt Oracle 11g für die Datenbankabhängigkeit und Synchronisierungsfunktion.

Liste der behobenen Fehler:

  • 736225 FIX: Einige davon NCache Clients reagieren nicht mehr, wenn der Cache-Cluster ausgelastet ist und Sie einen neuen Caching-Server hinzufügen oder die Cache-Server eine gemeinsam genutzte Netzwerkkarte auf der VM verwenden.
  • 736224 FIX: NCache Bedienung (Alachisoft.NCache.Service.exe) und NCache Der Manager reagiert nicht mehr, wenn der Cache ausgelastet ist und Sie einen neuen Caching-Server hinzufügen oder die Cache-Server eine gemeinsam genutzte Netzwerkkarte auf der VM verwenden.
  • 736223 FIX: NCache Der Dienst reagiert aufgrund einer Hashmap-Beschädigung nicht mehr. Dies ähnelt dem oben erwähnten Szenario zum Aufhängen des Dienstes, allerdings bleibt der Dienst in diesem Szenario für unbestimmte Zeit hängen.
  • 736222 FIX: Der Cache stoppt das Verfallen von Elementen aus dem Cache, wenn ein WMI-Aufruf längere Zeit nicht reagiert, weil WMI nicht reagiert.
  • 736221 FIX: Client-Ungleichgewicht in partitionierten und partitionierten Replikaten beim Knotenbeitritt ist jetzt behoben. Dies geschieht nur in sehr seltenen Situationen.
  • 736220 FIX: Clients konnten keine echten Leistungsvorteile der Clientoptimierungsfunktion von Partitioned Replica nutzen, wenn die Clients 32-Bit und der Cache 64-Bit sind oder umgekehrt.
  • 736219 FIX: Die Cache-Statusübertragung (startet, wenn ein Cache-Knoten dem Cluster beitritt) überträgt nicht die Elemente, die über mehrstufige, schlüsselabhängige Elemente verfügen.
  • 736218 FIX: Probleme mit der Umgebung des Java-Clients wurden behoben. Jetzt können Sie den Dateipfad „client.ncconf“ von der API übergeben. Der Java-Client unterstützt jetzt sowohl die Windows- als auch die Linux-Umgebung.
  • 736217 BEHOBEN: Fehler in der Java-Beispielanwendung wurden behoben.
  • 736216 FIX: NCache Der Dienst startet nicht, wenn der Socket-Aufruf sich nicht an die Netzwerkkarte binden kann. NCache Versucht nun, die Verbindung ohne Bindung aufzubauen.
  • 736215 FIX: Wenn Sie das Netzwerkkabel abziehen. Das Problem, dass der Client hängt, wenn das Kabel unter Belastung abgezogen wird, ist jetzt behoben. Dies geschah normalerweise in einer replizierten Topologie und die Client-Vorgänge blieben für einige Zeit hängen.
  • 736214 FIX: NCache Die Tag-Abfrage löst „Null Reference“ in partitionierten und partitionierten Replikattopologien aus, wenn sie mit dem LIKE-Operator verwendet wird und das Tag nicht vorhanden ist.
  • 736213 FIX: NCache löst die Ausnahme „Datengruppenkonflikt“ aus, wenn Sie ein Element aktualisieren, indem Sie die INSERT-Methode mit Sperr- und Gruppenparametern aufrufen.

Gilt für:

  • NCache Enterprise 3.6.x
  • NCache Professional 3.6.x
 

Neuigkeiten NCache 3.6.2 SP1

06. Oktober 2009

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Funktion zur Cluster-Wiedervereinigung:
  2. 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.

  3. Hinzufügung von NCache Kundenseitige Zähler:
  4. 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'.

  5. Asynchroner Start von Caches im Autostart:
  6. 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.

  7. Beschreibung des Client-Cache-Synchronisierungsmodus:
  8. Die Beschreibung des Client-Cache-Synchronisierungsmodus wurde hinzugefügt NCache Hilfe.

  9. Speicherschätzungs- und Warnmechanismus in der Clusterkonfiguration:
  10. Eine Beschreibung zum Einrichten des Clusterspeichers, seiner Nutzung und Schätzung wird in den Clusterkonfigurationen hinzugefügt.

  11. NCache Installation im Admin-Modus:
  12. 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.

Liste der behobenen Fehler:

  • 736212 FIX: Elemente mit denselben Tags führten beim Hinzufügen und Entfernen häufig zu einer Beschädigung des Tags. Elemente sind im Cache vorhanden, können aber nicht mit ihrem Tag abgerufen werden.
  • 736210 FIX: Der mit LOH verbundene Speicherverlust führt zu einem hohen Speicherverbrauch bei großen Objekten (mehr als 80 KB), die nicht durch Garbage Collection erfasst werden.
  • 736209 FIX: NCache generiert zusätzliche Protokolleinträge in NCache Protokolldateien, die zu riesigen Protokolldateien führen. Diese zusätzlichen Protokolle werden entfernt.

Gilt für:

  • NCache Enterprise 3.6.x
  • NCache Professional 3.6.x
 

Neuigkeiten NCache 3.6.2

Juli 09, 2009

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. Protokollspuren:
  2. Protokollspuren werden für die folgenden Ereignisse hinzugefügt:

    • Wenn ein Knoten erfolgreich einem Knoten im Cluster beitritt.
    • Wenn ein Knoten keinem Knoten im Cluster beitreten kann.
    • Wenn ein Knoten den Cluster verlässt.
  3. Verbesserungen der abfragebasierten Datenbankabhängigkeit:
  4. Die abfragebasierte Datenbankabhängigkeit weist die folgenden Verbesserungen auf.

    • Der Benutzer kann anstelle des „Cache-Schlüssels“ den „DB-Cache-Schlüssel“ angeben, der zur ncache_db_sync-Tabelle hinzugefügt werden soll.
    • Für diese Abhängigkeit ist jetzt die Option „Resync-expired-items“ verfügbar.
  5. Client.ncconf kann im Editor geöffnet werden
  6. Verbesserte Fehlermeldungen:
  7. Fehlermeldungen werden verbessert, wenn der Dienst aufgrund nicht verfügbarer Bindto-IP-Adressen nicht gestartet werden kann.

Liste der behobenen Fehler:

  • 736208 FIX: Ablaufproblem, das etwa 20 bis 30 Tage nach der Nutzung auftritt NCache führt dazu, dass Elemente Speicher belegen, was zu einer hohen Speichernutzung führt.
  • 736207 FIX: Client.ncconf wurde neu geschrieben von NCache Der Dienst wird neu gestartet und alte Änderungen gehen verloren.
  • 736206 FIX: Gruppen- und Taginformationen bleiben nicht erhalten, wenn die Elemente aus einer Datenquelle gelesen werden. Elemente werden in den Cache geladen, aber das Tag oder die Gruppe ist noch nicht angegeben.
  • 736205 FIX: Der Fehler bei der hohen CPU-Auslastung des IIS-Arbeitsprozesses wurde behoben.

Gilt für:

  • NCache Enterprise 3.6.x
  • NCache Professional 3.6.x
 

Neuigkeiten NCache 3.6.1

26. März 2009

Einführung

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.

Verbesserungen und neue Ergänzungen

Im Folgenden sind einige Verbesserungen aufgeführt, die in dieser Version vorgenommen wurden:

  1. NCache Client-Neuverteilung zwischen Cache-Serverknoten:
  2. 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.

  3. Neue Zähler zur Leistungsüberwachung:
  4. Neue Zähler für die Leistungsüberwachung werden im Abschnitt „NCache'-Kategorie in den Windows-Perfmon-Zählern.

  5. Verbesserungen in der DB-Abhängigkeit:
  6. NCache Unterstützt jetzt die Verwendung von Stored-Procedures und Command Object in DB-Abhängigkeit.

Liste der behobenen Fehler:

  • 736204 FIX: NCache Der Dienst verbraucht ständig CPU, wenn im Cache noch ein Element mit der SQL Yukon-Abhängigkeit vorhanden ist und die Abhängigkeit ausgelöst wird.
  • 736203 FIX: AVG-Zähler zeigen falsche Werte für durchschnittliches Hinzufügen/Sek., Aktualisieren/Sek. und Entfernen/Sek. an.
  • 736202 FIX: Speicherverlust und Leistungsproblem im Zusammenhang mit den Least-Recent-Used- und Least-Frequently-Used-Eviction-Richtlinien (LRU/LFU).
  • 736201 FIX: Das Dialogfeld „An IP binden“ führt zu einer fehlerhaften Anzeige, wenn mehr als zwei Netzwerkkarten auf einem System vorhanden sind.
  • 736200 FIX: NCache Der Dienst verbraucht in einem festgelegten Intervall CPU, auch wenn im Cache keine Aktivität stattfindet, nachdem ein Auslastungstest nach stundenlanger Ausführung beendet wurde.

Gilt für:

  • NCache Enterprise 3.6.x
  • NCache Professional 3.6.x

© Copyright Alachisoft 2002 - Alle Rechte vorbehalten NCache ist eine eingetragene Marke der Diyatech Corp.