Encuentre notas de la versión para su NCache versión a continuación.
Martes 01 de febrero de 2024
NCache 5.3 SP3 contiene algunas mejoras y correcciones de errores muy importantes.
In NCache 5.3 SP3, se ha logrado un avance significativo en la ejecución de código del lado del servidor con la introducción del NCache Servicio de Ejecución. Este servicio representa un modelo de ejecución unificado que se ha implementado en las ediciones Java y .NET de NCache.
Para la edición Java, este proceso de ejecución independiente, el NCache El servicio de ejecución es responsable de ejecutar el código de usuario del lado del servidor, incluidas las operaciones de carga de caché, actualización, lectura y escritura. Este cambio agiliza la ejecución del código del lado del servidor, garantizando un funcionamiento eficiente y coherente en toda la plataforma Java.
En la edición .NET, el NCache El servicio de ejecución se ha adaptado de manera similar, pero está diseñado específicamente para la ejecución del código Cache Loader y Refresher. Esta mejora en la edición .NET se alinea con el objetivo general del modelo de ejecución de optimizar y estandarizar los procesos de ejecución de código del lado del servidor.
La arquitectura de caché del cliente Java se ha sincronizado con la arquitectura de caché del cliente .NET. Esta sincronización incluye la implementación de mecanismos de lectura y escritura en la caché del cliente Java, así como una sincronización mejorada entre las cachés L1 y L2. Esta alineación garantiza coherencia y eficiencia en diferentes plataformas.
La NCache El Centro de gestión ve mejoras notables, incluida la capacidad de descargar archivos de registro. Esta nueva característica agrega una capa de conveniencia para los usuarios que administran servidores de caché. Además, la capacidad de iniciar, detener y reiniciar servicios para NCache Servicio, NCache Servicio de Ejecución y NCache Se ha agregado Bridge Service, mejorando el control administrativo y la flexibilidad.
El comando Export-CacheConfiguration ha experimentado mejoras para mejorar la estructura de carpetas para las configuraciones de caché exportadas. Ahora incluye una opción para incorporar implementaciones de funciones del lado del servidor en las exportaciones, lo que proporciona una capacidad de gestión de configuración más completa. Además, la especificación de un nombre de caché para las exportaciones se ha hecho obligatoria, lo que garantiza exportaciones de configuración más claras y precisas.
Tras la creación de un caché utilizando la configuración exportada, NCache implementa automáticamente las bibliotecas necesarias junto con la configuración.
Se ha introducido una mejora para agilizar el proceso de agregar nodos a un clúster de caché en NCache. Los usuarios ya no necesitan implementar manualmente proveedores del lado del servidor para funciones como lectura directa, escritura directa o cargador de inicio de caché en cada nuevo nodo agregado a un clúster existente.
Con la función de implementación automática, NCache Implementa automáticamente los proveedores del lado del servidor necesarios para las funciones configuradas cuando se agrega un nuevo nodo al clúster. Esta automatización simplifica el proceso y garantiza que los nuevos nodos estén completamente equipados para participar en el clúster de caché sin requerir la intervención manual de los usuarios.
NCache 5.3 SP3 introduce una mejora significativa en el proceso de registro, particularmente para instancias de Docker. Anteriormente, solo estaba disponible una imagen de servidor en DockerHub para NCache, y los usuarios que buscaban una instalación de desarrollador tenían que crear sus propias imágenes de Docker. Con la nueva actualización, una única imagen publicada en DockerHub ahora se puede usar de manera flexible para instalaciones de servidor o de desarrollador. Esta mejora simplifica enormemente el proceso para los usuarios que trabajan con Docker.
Durante el registro de una instancia de Docker, los usuarios deben especificar el tipo de instalación mediante el parámetro -RegisterAs. Este parámetro permite a los usuarios elegir entre los modos 'CacheServer', 'RemoteClient' y 'Desarrollador', siendo 'CacheServer' el predeterminado. Si no se especifica el parámetro -RegisterAs, el sistema asume una instalación de servidor de forma predeterminada. Esta mejora no solo brinda comodidad sino que también brinda flexibilidad para configurar instancias de Docker de acuerdo con requisitos específicos.
In NCache 5.3 SP3, se ha introducido una nueva característica para facilitar NCache Clientes que se conectan a servidores de caché a través de un equilibrador de carga. Esta característica es particularmente relevante en escenarios donde el conocimiento directo de los servidores de caché por parte de los clientes no es factible, como en entornos que usan clústeres de Kubernetes o suscripciones a la nube con acceso restringido (como Azure o AWS que usan Private Links).
Tradicionalmente, NCache La arquitectura requiere que cada cliente establezca una conexión con cada servidor de caché. Sin embargo, cuando se introduce un equilibrador de carga en esta arquitectura, oscurece la visibilidad directa de los servidores de caché individuales por parte de los clientes. Para abordar esto, NCache 5.3 SP3 implementa un mecanismo donde, tras la conexión inicial del cliente al primer servidor de caché a través del equilibrador de carga, el servidor comparte información sobre los otros servidores de caché en la configuración.
El cliente, al recibir esta información, comienza a intentar conexiones con los demás servidores a través del balanceador de carga. Este proceso continúa hasta que se establezcan conexiones con todos los servidores o hasta que se haya agotado un número configurado de intentos. Este enfoque garantiza que el cliente pueda mantener una conexión completa con el clúster de caché, incluso en ausencia de visibilidad directa de cada servidor.
Esta versión interrumpe el soporte para .NET 4.6.1 y versiones anteriores, lo que refleja actualizaciones continuas de los estándares tecnológicos. La versión mínima admitida del cliente .NET ahora es .NET 4.6.2.
Se ha integrado seguridad mejorada en el cliente Java a través del soporte TLS.
Ahora se proporciona integración directa con las últimas versiones de Hibernate y Spring, lo que agiliza el proceso de integración. Anteriormente, esta integración sólo estaba disponible a través de la interfaz JCache.
Se ha introducido una gestión de sesiones eficiente para aplicaciones web basadas en Spring, lo que mejora la funcionalidad de NCache en estos entornos.
Anteriormente, NCache Ofreció un período de prueba gratuito de 60 días. Sin embargo, esta duración se redujo a 30 días en la última actualización (5.3 SP3). A pesar de este cambio, los clientes todavía tienen la opción de ampliar su período de evaluación contactando al equipo de ventas. Si lo solicita, el equipo de ventas puede proporcionar claves de extensión que permitan a los clientes ampliar su NCache Período de evaluación de hasta 120 días.
03 de octubre de 2023
NCache 5.3 SP2 contiene algunas mejoras y correcciones de errores muy importantes.
Hemos introducido Credential Caching en esta versión para mejorar el rendimiento y la eficiencia de las operaciones de autenticación en el sistema. Proporciona una capa de almacenamiento en caché sobre el proveedor de seguridad existente, lo que reduce la necesidad de llamadas de autenticación repetitivas al sistema de autenticación subyacente (como LDAP o Active Directory).
Las siguientes son algunas mejoras realizadas en esta versión:
Las credenciales de usuario (nombre de usuario y contraseña cifrada) se almacenan en caché en la memoria tras una autenticación exitosa en el servidor LDAP/Active Directory. Esto elimina la necesidad de volver a autenticarse en solicitudes posteriores de varios clientes para el mismo usuario.
El almacenamiento en caché de credenciales mejora NCache rendimiento al reducir los costosos viajes a los servidores LDAP/Active Directory. También reduce la carga en sus servidores LDAP/Active Directory en un entorno de alta transacción donde NCache suele vivir.
La experiencia del usuario es la misma que antes para especificar NCache seguridad.
De forma predeterminada, la función de almacenamiento en caché de credenciales está habilitada, pero puede desactivarla fácilmente mediante un cambio en el archivo de configuración. El 'NCacheServidor.EnableCredentialCaching' bandera en el NCache El archivo de configuración del servicio habilita/deshabilita esta función.
NCache ahora amplía sus capacidades de cifrado TLS para asegurar la comunicación no solo entre clientes y servidores sino también entre nodos de servidores. Mientras NCache Aunque anteriormente se ofrecía cifrado TLS para la comunicación cliente-servidor, esta mejora se centra en asegurar el intercambio de datos entre los nodos del servidor dentro del clúster. Esta capa adicional de cifrado garantiza que todos los datos transmitidos entre los nodos del servidor permanezcan confidenciales y protegidos contra posibles amenazas, lo que mejora la seguridad general de su entorno de caché distribuido.
NCache introduce soporte de cifrado TLS para la comunicación a través de conexiones puente. Con esta característica, NCache Garantiza que los datos transmitidos entre clústeres de caché conectados a través de puentes estén cifrados y protegidos. Esta mejora asegura los datos que fluyen a través de conexiones puente, agregando una capa adicional de protección a su infraestructura de caché distribuida. Vale la pena señalar que NCache Anteriormente había ofrecido cifrado TLS para la comunicación cliente-servidor, y esta expansión ahora cubre también las conexiones puente.
En esta versión, hemos mejorado nuestro soporte de protocolo de seguridad al introducir la capacidad de colocar NCache certificados no solo en el almacén Trusted Root, sino también en el almacén personal ("Mi"). Esta mejora permitirá operaciones más fluidas en entornos donde las restricciones de permisos de políticas de grupo pueden afectar el almacenamiento de certificados en el almacén raíz.
Para un funcionamiento sin problemas, es esencial que los certificados sean emitidos por una autoridad de certificación (CA) pública reconocida, en la que la mayoría de los sistemas confían inherentemente. Esto permite que las máquinas cliente validen el certificado del servidor sin necesidad de instalar el certificado de CA en su almacén raíz de confianza.
Sin embargo, para las CA privadas, el certificado de la CA debe instalarse en el almacén raíz de confianza en todas las máquinas participantes para permitir una validación exitosa y una comunicación segura.
NCache introduce la capacidad de combinar perfectamente la seguridad de nodo y caché para mejorar el control y la flexibilidad. Con esta característica, cuando la seguridad del nodo está habilitada, todos los cachés del nodo respectivo se protegen automáticamente. Los administradores de nodos tienen un control integral tanto sobre los datos de la caché como sobre las tareas de administración de nodos. Por otro lado, los usuarios de caché pueden asociarse específicamente con cachés seguros individuales, otorgándoles acceso únicamente a operaciones relacionadas con el caché a través de NCache API. Esta combinación permite a los administradores personalizar los permisos de acceso, garantizando que los usuarios de la caché tengan acceso limitado a las API de la caché, mientras que los administradores de nodos tengan un acceso más amplio que abarque tanto las interacciones de las API como las operaciones de gestión.
NCache introduce la capacidad de mejorar su configuración de seguridad al permitir la autorización basada en grupos. Ahora puede agregar fácilmente grupos LDAP como administradores de nodos o usuarios de caché, simplificando la administración de permisos en su NCache grupo. Esta característica agiliza el proceso de autorización de múltiples usuarios dentro de una organización al otorgar acceso grupal a nodos de caché y cachés.
NCache ha actualizado su proveedor LDAP para servidores basados en Windows para aprovechar las capacidades mejoradas de autenticación y autorización proporcionadas por la implementación más reciente de LDAP ofrecida por Microsoft. Explore las capacidades de este proveedor LDAP actualizado a través de Documentación de conexión LDAP de Microsoft.
En esta última versión de NCache, hemos introducido un refinamiento técnico al cambiar el nombre del NCache Gerente a la NCache Centro de Gestión. Esta modificación representa un movimiento estratégico para mejorar la funcionalidad de la herramienta y proporcionar a los usuarios una plataforma más avanzada para la gestión de clústeres de caché. Si bien el nombre ha evolucionado, las capacidades y características subyacentes siguen siendo sólidas, lo que le permite configurar, monitorear y administrar sin problemas sus clústeres de caché con precisión y eficiencia.
NCache ha mejorado aún más su interfaz fácil de usar para proteger los nodos de caché. Si bien anteriormente ofrecíamos esta función, ahora hemos realizado mejoras significativas para garantizar una experiencia aún más fluida. El proceso de configuración de la seguridad del nodo de caché ahora es más intuitivo y optimizado, lo que le permite proteger sus nodos de caché con facilidad y sin esfuerzo.
NCache Centro de Gestión, anteriormente conocido como NCache Manager, ahora incluye funcionalidad de autenticación. Cuando un nodo está asegurado, el NCache El Centro de gestión solicitará a los usuarios que se autentiquen mostrando una página de inicio de sesión. Esto garantiza que solo los usuarios autorizados obtengan acceso al centro de gestión, lo que proporciona una capa adicional de seguridad a su NCache ambiente. Sólo los administradores del nodo configurado pueden iniciar sesión en el nodo seguro.
NCache ahora ofrece una forma sencilla de configurar Transport Layer Security (TLS) a través del nuevo Enable-NCacheTLS y deshabilitarNCacheCmdlets TLS. Anteriormente, los usuarios tenían que configurar TLS manualmente editando la configuración del registro, lo que podía resultar complejo y llevar mucho tiempo. Con estos cmdlets, puede habilitar o deshabilitar TLS sin esfuerzo en uno o más servidores y nodos cliente.
NCache introduce un enfoque mejorado para administrar la configuración de seguridad a través de PowerShell, ofreciendo un control más granular sobre las configuraciones de seguridad. El renovado Enable-NCacheSeguridad y desactivación-NCacheLos cmdlets de seguridad simplifican el proceso de habilitar o deshabilitar la seguridad y, al mismo tiempo, brindan mayor flexibilidad.
Con la introducción del Add-NCacheUserOrGroup y Eliminar-NCacheCon los cmdlets UserOrGroup, los administradores pueden administrar de manera eficiente usuarios y grupos con privilegios de acceso específicos. Esta gestión de seguridad ampliada basada en PowerShell mejora las opciones de control y personalización para proteger NCache .
en este último NCache lanzamiento, estamos emocionados de presentar NCache Patio de juegos. Es una herramienta poderosa e interactiva diseñada para mejorar su experiencia con NCache. NCache Playground sirve como un entorno dedicado para que los usuarios exploren, experimenten y se familiaricen con él. NCache características, ejemplos y escenarios del mundo real. Con NCache Zona de juegos, puedes correr sin esfuerzo NCache muestras, realizar ajustes sobre la marcha y ejecutar ejercicios sin la necesidad de un entorno de desarrollo completo. Esta herramienta es ideal para usuarios que buscan comprender rápidamente NCache conceptos, evaluar sus capacidades y acelerar su curva de aprendizaje.
Septiembre 12, 2022
NCache 5.3 SP1 contiene algunas mejoras y correcciones de errores muy importantes. El lanzamiento también contiene importantes mejoras en la experiencia del usuario. NCache 5.3 SP1 es una actualización recomendada para todos NCache usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
NCache imágenes disponibles en Azure y AWS, el registro para la evaluación gratuita de NCache es compatible con NCache Administrador web. Cuando una máquina no está registrada ni con evaluación ni con clave de licencia, el NCache La pantalla predeterminada de Web Manager lleva a los usuarios a un proceso de registro para iniciar su evaluación o activar sus casillas.
La característica 'NCache NoSQL' lanzado en 5.3 ha sido renombrado como 'NCache Persistencia'. El funcionamiento de la función sigue siendo el mismo; sin embargo, se eliminan los proveedores adicionales. los NCache La persistencia ahora solo se puede usar con el almacén basado en el sistema de archivos incorporado.
Todos NoSQL También se ha cambiado el nombre de los cmdlets de PowerShell relacionados.
Se lanza un paquete NuGet independiente para NCache Procedimientos almacenados CLR. Esto ayuda a crear fácilmente procedimientos almacenados CLR que usan NCache API.
En lugar de usar las configuraciones especificadas en client.ncconf, los usuarios pueden obligar a las aplicaciones SignalR a usar las opciones de conexión especificadas en los archivos web.config o appsettings.json de la aplicación. Si se especifica, la aplicación utilizará esta configuración.
El valor del intervalo de actualización ahora se puede establecer en segundos en lugar de minutos. El cambio se realizó para adaptarse a escenarios en los que la actualización debe ejecutarse en un intervalo de menos de un minuto.
MapReduce, agregador y Memcached integración se marcan como obsoletos y se eliminarán en la próxima versión.
Abril 12, 2022
NCache 5.3 contiene algunas características nuevas muy importantes y también varias optimizaciones de rendimiento y memoria. El lanzamiento también contiene importantes mejoras en la experiencia del usuario. NCache 5.3 es una actualización recomendada para todos NCache usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
NCache ahora está proporcionando un NoSQL Database función en la que toda la base de datos está en memoria y se distribuye, pero también se conserva en un almacenamiento permanente en tiempo real. Esta persistencia en tiempo real garantiza que sus datos en memoria estén siempre sincronizados y nunca se pierdan, incluso cuando reinicia todos los NCache servidores.
NCache proporciona las siguientes opciones de persistencia en tiempo real para NoSQL Database:
Puedes usar NCache NoSQL Database de las siguientes maneras:
NCache proporciona Lucene distribuido para aplicaciones .NET que utilizan Lucene para búsqueda de texto completo. Distributed Lucene toma el índice estándar de Lucene.NET y lo hace distribuido para que pueda escalar el índice de Lucene a múltiples NCache servidores incluso en tiempo de ejecución. Esto no solo le permite aumentar el tamaño de su índice sino también la capacidad de transacción de su aplicación porque su aplicación ahora se comunica con múltiples NCache servidores para Lucene.
Estos son algunos aspectos destacados de la función Distributed Lucene:
NCache ahora proporciona un cliente de Python tanto en Windows como en Linux. Este cliente de Python tiene todas las características de la API del lado del cliente de NCache que tradicionalmente disfrutaban los clientes de .NET y Java.
NCache ahora proporciona un cliente Scala tanto en Windows como en Linux. Este cliente de Scala tiene todas las características de la API del lado del cliente de NCache que tradicionalmente disfrutaban los clientes de .NET y Java.
NCache proporciona herramientas de importación y exportación como cmdlets de PowerShell. Con estas herramientas, puede importar o exportar datos JSON/CSV al NoSQL Database o fuera de ella. Esto le permite extraer todo o parte de su NoSQL database.
NCache Proveedor de persistencia para NoSQL Database conserva los datos en varios archivos ubicados en una carpeta de red compartida (según la ruta UNC). Por lo tanto, puede usar las herramientas regulares del sistema de archivos para realizar copias de seguridad.
Para proporcionar la capacidad de copias de seguridad en línea, NCache también proporciona una herramienta de administración (como PowerShell Cmdlet) para suspender brevemente NCache escribe en el almacenamiento persistente y solo los almacena en la memoria mientras realiza la copia de seguridad del sistema de archivos. Pero, cuando haya terminado con la copia de seguridad, puede habilitar las escrituras y todas las escrituras pendientes se aplicarán inmediatamente al almacenamiento persistente.
Si está utilizando SQL Server o MongoDB como su opción de almacenamiento, esta base de datos proporciona herramientas de respaldo en línea que debe usar.
NCache le da la posibilidad de importar un índice de Lucene existente en NCache Distribuyó Lucene en forma de copia masiva de archivos que es mucho más rápido que leer documentos de su índice de Lucene existente y escribirlos individualmente en NCache Distribuyó Lucene a través de su API.
Puede realizar los siguientes tipos de importación del índice de Lucene:
NCache particiona y guarda el índice de Lucene en un entorno distribuido y en cada NCache servidor. Y todo el índice se almacena como varios archivos. Por lo tanto, puede usar herramientas regulares de copia de seguridad/restauración del sistema de archivos en ellos.
Actualmente, no puede realizar una copia de seguridad en línea a menos que su aplicación no actualice el índice de Lucene. Debe elegir un horario de poco tráfico para detener los servidores y realizar la copia de seguridad.
Restaurar un índice Distributed Lucene es lo mismo que restaurar archivos del sistema de archivos y, por lo tanto, es posible. Puede que tengas que reiniciar NCache servidores con la misma información de configuración de distribución que tenía cuando hizo la copia de seguridad.
NCache ahora es totalmente compatible con .NET 6.0. Todos NCache Los servidores están compilados en .NET 6.0 (o .NET Framework 4.8 si ha descargado esa versión). NCache los clientes también son .NET 6.0. Sin embargo, NCache también proporciona soporte para versiones anteriores de ambos .NET Core y .NET Framework para NCache clientes.
NCache ahora le permite usar la serialización JSON para su ASP.NET / ASP.NET Core sesiones Anteriormente, la única opción que tenía era utilizar la serialización binaria proporcionada por .NET. Todavía tenemos la opción de serialización binaria, pero en .NET 6.0, la serialización binaria está deshabilitada de forma predeterminada y no se recomienda.
La serialización JSON también le permite usar objetos que no están marcados como "Serializables" y también sin usar la serialización compacta en ellos. Con la serialización JSON, solo tiene que cambiar los ajustes de configuración.
Para incluir cualquier atributo de objeto en NCache Consultas SQL, debe indexarlo primero. Anteriormente, la única forma de indexar era definir un índice como parte de NCache configuración. Eso todavía es posible y una buena manera de hacerlo.
Sin embargo, ahora puede definir índices de consulta mediante programación mediante anotaciones personalizadas. Con esto, ahora tiene soporte completo de diferentes formas de crear un índice de consulta en NCache.
NCache ahora admite propiedades anulables para crear un índice y luego usarlos en consultas SQL. Esta función se proporciona porque las propiedades y los campos de .NET aceptan valores NULL. Pero, previamente NCache no proporcionó soporte para la búsqueda basada en valores nulos y ahora lo hace.
NCache ahora es compatible con los índices geoespaciales en la búsqueda de texto completo con Distributed Lucene. Al igual que el índice Lucene de búsqueda de texto completo regular, los índices geoespaciales también usan Lucene.NET internamente para admitir consultas geoespaciales. El paquete NuGet para índices geoespaciales es independiente del paquete NuGet de índice de búsqueda de texto completo.
NCache ahora es compatible con Faceted Search con Distributed Lucene. La búsqueda por facetas es una técnica que consiste en aumentar las técnicas de búsqueda tradicionales con un sistema de navegación por facetas. Esto permite al usuario restringir los resultados de la búsqueda mediante la aplicación de múltiples filtros basados en una clasificación facetada de los elementos.
NCache proporciona un paquete NuGet para búsqueda por facetas que tiene todas las API necesarias para realizar búsquedas por facetas.
Los períodos de evaluación ya se rastrean en la versión anterior de NCache a nivel de dominio de correo electrónico y no a nivel de descarga individual o instalación individual. Esto significa que si hubiera evaluado una versión anterior de NCache pero no lo compró, lo más probable es que su período de evaluación ya haya expirado.
Sin embargo, NCache 5.3 comienza su período de evaluación fresco para esta versión. Obtiene un período de evaluación de 30 días como antes y puede pedirle a nuestro equipo de ventas que lo extienda 30 días a la vez hasta un total de 180 días.
NCache había implementado anteriormente la agrupación de objetos inteligentes y también la división de objetos más grandes en menos de 80 XNUMX objetos, por lo que LOH no se usa con frecuencia. Esta optimización de memoria anterior ya había mejorado NCache rendimiento bastante para las "operaciones atómicas" más utilizadas, como Obtener, Insertar, Actualizar, Eliminar elementos individuales.
Sin embargo, otras áreas, como las operaciones masivas, los índices de consulta, la búsqueda de SQL, etc., no se optimizaron por completo de esta manera y, por lo tanto, resultaron en el uso frecuente de colecciones LOH y Gen2 y, por lo tanto, no en el mejor rendimiento.
Ahora bien, esta versión de NCache ha optimizado la gestión de la memoria en todas estas áreas, lo que se ha traducido en un rendimiento aún más rápido de NCache todo al rededor.
Se han realizado las siguientes optimizaciones:
NCache tradicionalmente se ejecutaba en un entorno local y, por lo tanto, no había necesidad de usar https para acceder NCache Administrador web. Pero, ahora que Azure, AWS y otras nubes son cada vez más frecuentes, surgen cada vez más situaciones en las que un usuario puede necesitar acceder NCache Administrador web a través de https.
NCache ahora proporciona soporte para https para acceder NCache Administrador web. De forma predeterminada, es http, pero puede configurarlo para usar https si tiene un certificado.
NCache ha requerido tradicionalmente que usted especifique NCache servidores basados en su dirección IP y no en los nombres de las máquinas. La razón detrás de esto fue que en muchas situaciones, NCache los servidores tienen varias tarjetas de interfaz de red (NIC) y no sabía a qué NIC se asignó el nombre de la máquina. Por lo tanto, usar la dirección IP para NCache servidores y clientes sigue siendo la forma preferida.
Pero ahora NCache le brinda la posibilidad de especificar nombres de máquinas en lugar de direcciones IP si lo desea. Puede especificar el nombre de la máquina para agregar un servidor de caché o un cliente de caché a la configuración de caché. Del mismo modo, todas las opiniones sobre NCache Web Manager continúa usando direcciones IP de forma predeterminada.
12 de Octubre de 2021
NCache 5.2 SP1 contiene algunas optimizaciones importantes de rendimiento y memoria. El lanzamiento también contiene importantes mejoras en la experiencia del usuario. NCache 5.2 SP1 es una actualización recomendada para todos NCache usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
Las operaciones masivas con un tamaño de elemento relativamente mayor consumían mucha memoria en versiones anteriores. En esta versión, la agrupación de objetos y otras técnicas para evitar LOH se utilizan para reducir el consumo de memoria en las rutas de código relacionadas con las operaciones masivas.
La última versión de protobuf-net tiene algunas mejoras de memoria importantes. NCache ahora utiliza la última versión de protobuf-net para mejorar aún más la memoria y el rendimiento.
Anteriormente, la activación sin conexión era un proceso de varios pasos que requería NCache usuarios con los que hablar Alachisoft Equipo de apoyo. Ahora, con esta nueva versión, los usuarios pueden completar la activación sin conexión sin contactar Alachisoft equipo de apoyo.
Las claves de instalación vienen con una evaluación GRATUITA de 30 días. En esta versión más nueva, las claves de instalación se rastrean a nivel de dominio del cliente en lugar de a nivel de cliente individual. Por lo que la evaluación de NCache en realidad comienza desde el día de la descarga por parte del primer usuario de la empresa. Sin embargo, cada versión de NCache tendrá su propio período de evaluación a partir de ahora.
Marzo 25, 2021
NCache 5.2 contiene algunas características importantes relacionadas con el almacenamiento en caché. La versión también contiene importantes mejoras de rendimiento. NCache 5.2 es una actualización recomendada para todos NCache usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
Cache Loader/Refresher es un servicio que se ejecuta periódicamente a un intervalo configurable y actualiza los datos de la caché. Los usuarios configuran esta función agregando uno o más conjuntos de datos con nombre en la configuración. Cada conjunto de datos se puede configurar para que se cargue una vez o se actualice periódicamente.
Se realizan las siguientes dos adiciones a Pub/Sub.
En el momento de la creación de un TEMA, se puede asignar una prioridad a un TEMA. Los mensajes de los TEMAS de mayor prioridad se entregan primero, mientras que los mensajes de los TEMAS de menor prioridad se desalojan primero. Si no se asigna prioridad, se crea un TEMA con prioridad 'Normal'.
El editor debe poder enviar mensajes con instrucciones para conservar el orden en que se publican. Dichos mensajes se envían a los suscriptores exactamente en el mismo orden en que se publicaron. Los mensajes pedidos de un determinado editor residirán en un servidor de caché. Esto se implementará mediante la afinidad de ubicación.
Todos los mensajes pedidos serán entregados al mismo suscriptor en caso de DeliveryOption.Cualquiera.
Para las aplicaciones que utilizan únicamente la API JSON, es posible que no sea posible definir índices de consulta basados en .NET o Java. Por lo tanto, se admite la definición de índices a partir de documentos JSON.
En este caso, el usuario especifica la ruta a un archivo json. NCache Web Manager lee los atributos en el archivo json y los enumera en una cuadrícula. El usuario puede seleccionar uno o más atributos de la lista para los cuales se deben definir índices.
Los índices de consulta del documento json también se pueden crear mediante el comando PowerShell.
La dependencia personalizada ahora se implementa en el lado del servidor. Al igual que los proveedores de lectura/escritura, los usuarios deben implementar proveedores de dependencia personalizados. Puede haber uno o más proveedores de dependencia personalizados y cada uno tendrá un nombre único.
Al agregar un elemento a través de la API, el usuario especifica el nombre del proveedor de dependencia personalizado ya configurado e implementado.
Es posible que los usuarios deseen cambiar la forma en que el texto y el asunto de las notificaciones por correo electrónico que reciben de NCache. Todo el texto y el asunto de los correos electrónicos generados por NCache utilizar plantillas. Estas plantillas se envían dentro del directorio de instalación. Los usuarios pueden cambiar estas plantillas según sus requisitos.
En algunas organizaciones, puede haber más de un controlador de dominio configurado para alta disponibilidad. Cuando un controlador de dominio principal deja de funcionar, el controlador secundario se activa. NCache ahora también es compatible para configurar la seguridad con el controlador de dominio primario y secundario.
Se proporciona compatibilidad con TLS 1.2 para la comunicación a nivel de transporte entre NCache servidor en Linux y clientes de caché.
Compartir sesiones entre ASP.NET y ASP.NET Core las aplicaciones son compatibles. Esto se puede habilitar desde los ajustes de configuración. Para compartir sesiones entre diferentes aplicaciones, todas las aplicaciones deben usar el mismo generador de ID de sesión personalizado.
Esto también es compatible con las sesiones multirregionales.
No se admite el uso compartido de sesiones si se configura a través de IDistributedCache.
Los usuarios pueden especificar dependencias de SQL para invalidar la respuesta de una página del caché. Si los datos correspondientes al SQL especificado se modifican o eliminan, la respuesta del caché se elimina. En las nuevas solicitudes, se regenera y se agrega a la memoria caché con la misma dependencia de SQL.
Esto no es compatible si se configura a través de IDistributedCache.
NCache se puede usar como una tienda externa para Identity Server 4 como;
Cuando se configura con NCache, es posible que el usuario desee utilizar cachés de sesión y caché de datos diferentes. NCache debe proporcionar una opción para usar varios cachés para diferentes propósitos cuando se usa como IDistributedCache.
El nuevo cliente Java es 100% idéntico a la nueva API .NET. Cuenta con los siguientes servicios;
El nuevo cliente de Java también utiliza canalización para un mejor rendimiento.
Los siguientes módulos del lado del servidor se pueden escribir en Java.
NCache ahora tiene un cliente Node.js que es 100 % idéntico a la nueva API JSON de .NET y Java. Cuenta con los siguientes servicios;
Integración con Prometheus para monitorear métricas clave de NCache. NCache publica un conjunto configurable de contadores en el servidor Prometheus.
NCache El tablero para Grafana se proporciona en la galería de Grafana. El tablero tiene varios contadores que se obtienen del servidor Prometheus donde NCache está publicando sus contadores.
NCache Professional ahora tiene una herramienta GUI basada en web para NCache gestión y seguimiento básico. NCache Web Manager permite a los usuarios crear, configurar, iniciar y detener cachés. Esto también les ayuda a ejecutar rápidamente una prueba de estrés y ver estadísticas.
23 de noviembre.
In NCache 5.1, hay algunas correcciones de errores importantes y se han realizado algunas mejoras nuevas.
Las siguientes son algunas mejoras realizadas en esta versión:
Las licencias solo de servidor ahora también tienen en cuenta la memoria para calcular la cantidad de licencias requeridas en una máquina. La cantidad de clientes que pueden conectarse a un servidor ahora es ilimitada en la licencia de solo servidor.
Según la combinación del tamaño de la RAM y la cantidad de vCPU, se determina la cantidad de licencias requeridas en una máquina. Estas combinaciones se dan en NCache página de precios en forma de planes de licencia.
Ya no se admite la activación en equipos cliente.
Incluso si su licencia es cliente-servidor, solo necesita activar los servidores de caché. En el momento de la activación, los usuarios también deben especificar la cantidad de licencias de cliente para activar en el servidor de caché.
NCache Professional edición no es compatible con este esquema de licencias.
Los usuarios ahora pueden crear servidores de caché DEV/Test GRATUITOS. Remote clientSin embargo, los correos electrónicos pueden conectarse a estos servidores de caché con algunas limitaciones;
Ahora los usuarios pueden registrar máquinas remotas para una evaluación GRATUITA de NCache usando el parámetro '-Servidor' en Registro-NCacheEvaluación del comando de PowerShell.
Abril 24, 2024
NCache 5.0 SP6 se publica sólo para NCache Open Source edición. Esta versión contiene algunas correcciones de errores importantes y algunas restricciones nuevas en la edición de código abierto.
28 de Octubre de 2020
In NCache 5.0 SP4, hay algunas correcciones de errores importantes y se han realizado algunas mejoras nuevas.
Las siguientes son algunas mejoras realizadas en esta versión:
La replicación WAN ahora se puede personalizar aún más para tener más control sobre la frecuencia con la que se replican los datos entre dos centros de datos. Aquí están las configuraciones;
Intervalo de replicación es el intervalo de retraso intermedio en milisegundos entre dos replicaciones consecutivas. Su valor predeterminado se establece en 3000 milisegundos (3 segundos). Los usuarios pueden cambiar este intervalo según sus requisitos ajustando el valor de 'NCacheServer.BridgeReplicationInterval' en el NCache archivo de configuración del servicio.
La memoria caché envía operaciones al puente a granel del tamaño de umbral proporcionado. El tamaño predeterminado es de 500 KB. Los usuarios pueden configurar este tamaño cambiando el valor de la etiqueta 'NCacheServer.BridgeBulkOperationSize' en el NCache archivo de configuración del servicio.
En esta versión se proporciona soporte para la última versión de EFCore.
Las licencias de solo servidor son compatibles con esta nueva versión, donde solo se compran licencias de servidor. En este tipo de licencia, un servidor de caché requiere un mínimo de 4 licencias.
Las siguientes características se agregan a NCache professional.
NCache envía un informe de uso de funciones una vez al mes a Alachisoft servidor. Esto se hace para mejorar el producto en base a los datos recibidos de los clientes. La siguiente información es parte de este informe;
Un nuevo cmdlet de PowerShell 'Register-NCacheEvaluación' se proporciona para registrarse NCache para una evaluación gratuita utilizando la clave de evaluación recibida de Alachisoft. Este cmdlet también se puede usar para extender el período de evaluación.
NCache Open Source se puede registrar usando Register-NCacheCmdlet de código abierto.
Este lanzamiento de NCache apoya NCache Cloud ofreciendo. NCache Cloud Service se ofrece en Azure y AWS.
Todas las ediciones de NCache ahora se puede instalar en Azure y AWS, pero se recomienda que NCacheSe usa la imagen del mercado de en lugar de instalar NCache.
Sábado, Junio 15, 2020
In NCache 5.0 SP3, hay algunas correcciones de errores importantes y se han realizado algunas mejoras nuevas.
Las siguientes son algunas mejoras realizadas en esta versión:
NCache Remote Clients normalmente requieren al menos 2 licencias por caja. Si una máquina tiene más de 8 núcleos, requiere una licencia adicional por cada 4 núcleos. Por ejemplo, una máquina con 12 núcleos requiere 3 licencias y 20 núcleos requiere 5 licencias.
Sin embargo, para NCache Usuarios de SaaS, las licencias requeridas para remote clients nunca supere los 4, incluso si el número de núcleos en esa máquina es superior a 16.
Los siguientes son los nuevos comandos de PowerShell agregados.
Se realizaron las siguientes mejoras a los comandos de PowerShell existentes.
09 de diciembre de 2019
In NCache 5.0 SP2, hay algunas correcciones de errores importantes y se han realizado algunas mejoras nuevas.
Las siguientes son algunas mejoras realizadas en esta versión:
Anteriormente, Bridge no podía tener más de 2 cachés. En este lanzamiento, NCache ahora admite tener más de 2 cachés en un puente. Al menos un caché debe estar activo.
Aunque las cachés activas replican sus datos automáticamente a otras cachés en un puente, la transferencia de estado entre las cachés ya no está activa. Cuando un caché deja de funcionar o se agrega un nuevo clúster, se requiere una interacción manual para sincronizar los cachés.
Se agrega soporte de seguridad LDAP para Windows y Linux. Anteriormente, no había soporte para LDAP en Linux, mientras que Windows tenía soporte basado en Active Directory.
Se han realizado las siguientes mejoras en Pub/Sub (TOPIC):
Se han realizado las siguientes mejoras en la función Dependencia personalizada.
NCache ahora usa System.IO.Pipelines para operaciones de E/S de alto rendimiento entre clientes y servidores. Debido a este enfoque, NCache es capaz de realizar 2 millones de operaciones por segundo en un clúster de 5 nodos.
La canalización está habilitada de forma predeterminada en todos los cachés. Sin embargo, esto se puede deshabilitar en el momento de la creación de la memoria caché o modificando la configuración de la memoria caché en cualquier momento.
Se realizan modificaciones arquitectónicas NCache para agregar soporte para módulos de registro dinámico que pueden usar NCachearquitectura distribuida de sin hacer ningún cambio en NCache código fuente.
El soporte de Lucene.NET también se agrega a través de NCache Modules.
Se agregan los siguientes cmdlets de PowerShell:
Para obtener más detalles, consulte NCache Comparación de ediciones
26 de agosto de 2019
In NCache 5.0 SP1, hay algunas correcciones de errores importantes y se han realizado algunas mejoras nuevas.
Las siguientes son algunas mejoras realizadas en esta versión:
NCache SignalR backplane para ASP.NET Core se proporcionan aplicaciones.
La administración web ahora se puede realizar desde Internet Explorer 11 (última versión), pero se recomienda usar Microsoft Edge, Chrome, Firefox u Opera.
Claves de instalación para todas las ediciones de NCache ahora se generan dinámicamente en el momento de la descarga. Esto significa que cada cliente obtiene una clave de instalación única.
Los servidores de caché en las ediciones Professional y Open Source solo están basados en .NET. Los clientes están disponibles para .NET y .NET Core. Los servidores de caché no se pueden instalar en Linux para estas dos ediciones.
Las ediciones Open Source y Professional han vuelto a AlachisoftLa estrategia original de donde teníamos un número limitado de funciones en las ediciones Open Source y Professional.
Para obtener más detalles, consulte Comparación de ediciones
14 de mayo de 2019
NCache 5.0 contiene algunas funciones importantes relacionadas con la agrupación y el almacenamiento en caché. La versión también contiene importantes mejoras de rendimiento. NCache 5.0 es una actualización recomendada para todos NCache usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
NCache La API se ha refactorizado para que sea más simple y fácil de usar al reducir la cantidad de sobrecargas a varios métodos. La nueva API también utiliza las funciones más recientes de C# y .NET Framework (Biblioteca paralela de tareas, métodos asíncronos y genéricos).
Se realizan las siguientes mejoras en el NCache marco de mensajería.
Sin embargo, para las suscripciones duraderas (suscripciones con nombre), los mensajes se almacenan hasta que se envían a TODOS o CUALQUIERA de los suscriptores dentro de esa suscripción. Si un suscriptor duradero vuelve tras una desconexión brusca (salir sin llamar a Darse de baja), podrá recibir los mensajes publicados durante el tiempo que estuvo caído.
Sin embargo, los mensajes se eliminan de la tienda después de su vencimiento, incluso si no se envían a TODOS o NINGÚN suscriptor.
Hay otras dos políticas en las suscripciones duraderas.
-Compartido, donde puede haber múltiples suscriptores en una suscripción.
-Exclusivo, donde solo puede haber un suscriptor a la vez en una suscripción. Todas las suscripciones no duraderas son exclusivas.
En esta versión se realizan algunas mejoras de rendimiento importantes. Los subsistemas centrales se rediseñaron para obtener un mejor rendimiento de las operaciones de caché. Algunas de estas mejoras incluyen la incorporación de las últimas librerías como System.IO.Pipelines de Microsoft. System.IO.Pipelines es una nueva biblioteca diseñada para facilitar la realización de E/S de alto rendimiento en .NET.
Todos NCache los eventos ahora usan internamente el más confiable NCacheEl marco Pub/Sub de . Los siguientes tipos son eventos que ahora se basan en Pub/Sub.
NCacheEl SQL de ahora se ha mejorado para tener proyecciones, así como la cláusula FROM en una instrucción SQL. Anteriormente, no había proyecciones en la instrucción SQL y, como resultado, se devolvían elementos de caché completos que coincidían con los criterios dados.
Se proporciona soporte para buscar elementos de caché por su 'Grupo' a través de SQL. Con esta característica, los usuarios pueden consultar la memoria caché para devolver elementos de la memoria caché contra un 'Grupo' tal como lo hacen con las 'Etiquetas'.
Tradicionalmente NCache almacena elementos en el caché como datos binarios. La serialización binaria puede ser costosa tanto en términos de tiempo como de memoria que consume. En NCache 5.0, los usuarios pueden configurar opcionalmente Cache para tener un almacén serializado JSON. La serialización JSON es eficiente en la mayoría de los casos.
NCache ahora tiene tipos de datos distribuidos y estructuras de datos proporcionados como implementaciones de las interfaces de .NET. Se proporcionan las siguientes implementaciones.
System.Collections.Generic.IList<T>
. Permite duplicar llaves y conserva su orden.System.Collections.Generic.ICollection<T>
. No permite la duplicación de llaves y no conserva el orden. DistributedHashSet tiene métodos adicionales para Unión, Intersección y Diferencia de dos conjuntos.System.Collections.Generic.IDictionary<TKey, TValue>
. Permite a los usuarios almacenar datos en pares clave-valor. El orden no se conserva en esta estructura de datos.System.Collections.Generic.ICollection<T>
. Sin embargo, los datos almacenados en esta estructura de datos se consumen en el modelo FIFO, como es el caso de las Colas.Detener un nodo de servidor en modo de mantenimiento hace que el redisdistribución de datos entre los nodos restantes. Esto puede tomar mucho tiempo dependiendo de los datos en el caché. Durante este tiempo, la memoria caché está en un estado vulnerable y algunas operaciones pueden fallar o tardar más en ejecutarse.
Con esta nueva característica, cuando un nodo se detiene por mantenimiento, los datos en el caché no se redistributado. La característica es útil cuando un nodo en el clúster se detiene por un breve período de tiempo para aplicar parches u otro trabajo de mantenimiento.
La afinidad de ubicación significa mantener los elementos de caché relacionados en un nodo. Esta característica puede ser útil de muchas maneras, como consultas más rápidas y operaciones masivas, etc.
Lucene.NET es una biblioteca de motor de búsqueda de texto, pero no se distribuye. Con NCache's Lucene.NET SDK, los usuarios podrán crear índices de Lucene distribuidos y consultarlos. NCacheEl SDK de Lucene.NET es similar a la biblioteca Lucene.NET, por lo tanto, los usuarios no tienen que aprender mucho para usarlo NCacheAPI de DistributedLucene.NET.
. NET Core basado NCache El servidor también estará disponible en Windows. Anteriormente, solo estaba disponible en Linux.
Este es un nuevo esquema de licencias en el que las licencias solo se activan en los servidores de caché. Sin embargo, los servidores de caché también se activan para permitir que una cierta cantidad de clientes se conecten con los cachés. El número de licencias de servidor y cliente requeridas es el mismo que en el esquema de activación Cliente-Servidor.
NCache la configuración, la gestión y la supervisión se realizan a través de una aplicación basada en web. De forma predeterminada, esta aplicación se instala en todos los servidores y clientes de caché. Los usuarios pueden conectarse con cualquiera de los servidores desde sus navegadores para administrar sus clústeres de caché.
La aplicación es ASP..NET Core basado y, por lo tanto, puede ejecutarse tanto en Windows como en Linux. Esta aplicación tiene todas las características como el escritorio basado NCache Gerente tenía. Basado en escritorio NCache Manager y Monitor están discontinuados.
Se agregan los siguientes comandos de PowerShell;
07 de agosto de 2018
In NCache 4.9 SP1, la edición comunitaria ha sido descontinuada y la edición Professional ha regresado. Hay algunas correcciones de errores importantes y algunas mejoras nuevas realizadas en esta versión. Mejoras y nuevas incorporaciones.
Las siguientes son algunas mejoras realizadas en esta versión:
NCache servidor (.NET Core basado) ahora se puede alojar en cajas Linux. Hay instaladores separados para Linux (.tar.gz) disponibles para descargar.
Vuelve la prueba de 30 días totalmente funcional. Ahora no hay limitaciones de rendimiento durante el período de evaluación.
La edición profesional tiene las mismas características que la edición Open Source más algunos comandos de administración adicionales de PowerShell. Tanto las instalaciones de cliente como de servidor tienen una prueba gratuita de 30 días.
Las imágenes de Docker para Linux y Windows Nano Server están disponibles en Docker Hub. Los archivos Docker también están disponibles en GitHub.
Se introduce un contador perfmon para controlar el número de elementos en el puente.
Se proporciona compatibilidad con la búsqueda con comodines en las API GetKeysByTag y GetByTag.
Se proporciona soporte para habilitar el registro del lado del cliente desde la API a través de la interfaz CacheInitParams.
Se han introducido licencias basadas en suscripción para admitir implementaciones tanto en la nube como locales.
Febrero 14, 2018
NCache 4.9 contiene algunas funciones importantes relacionadas con la agrupación en clústeres y el almacenamiento en caché en ASP.NET Core. Esta configuración también tiene algunas mejoras de rendimiento y, por lo tanto, es una actualización recomendada para todos NCache usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
Split-Brain es una situación en la que, debido a fallas temporales de la red entre los nodos del clúster, se generan múltiples subgrupos. Cada subgrupo, en este caso, tiene su propio nodo coordinador y no conoce los demás subgrupos. Con el tiempo, esto puede dar como resultado datos inconsistentes. Con NCache 4.9, los usuarios pueden habilitar los clústeres de caché para que se recuperen automáticamente de los escenarios de SplitBrain.
NCacheLa implementación de IDistributedCache utiliza Distributed Cache Tag Helper que proporciona la capacidad de mejorar drásticamente el rendimiento de su ASP..NET Core aplicación almacenando en caché sus respuestas.
Hay una mejora del rendimiento del 20 al 25 % en las operaciones básicas de caché ADD, INSERT y GET.
Las ediciones Open Source y Community ahora tienen la misma API de cliente que la edición Enterprise. Eso significa que todas las funciones para desarrolladores empresariales ahora también están disponibles en las ediciones Open Source y Community.
2 de noviembre.
NCache 4.8 contiene algunas características importantes relacionadas con el uso compartido de datos en tiempo de ejecución, mensajería y .NET Core. Esta es una actualización recomendada para todos. NCache usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
NCache 4.8 ahora ha lanzado una comunidad GRATUITA y proporciona la poderosa GUI basada NCache Manager para permitirle configurar fácilmente cachés desde una ubicación central. Con NCache 4.9, los usuarios pueden habilitar los clústeres de caché para que se recuperen automáticamente de los escenarios de SplitBrain.
NCache ahora proporciona un totalmente nativo .NET Core Cliente que puede ejecutarse tanto en Windows como en Linux. En Windows, NCache .NET Core El cliente se instala a través de un instalador de Windows (.msi). Sin embargo, en Linux se proporciona una instalación independiente (.tar.gz).
NCache ahora es totalmente compatible con Docker tanto para clientes de caché como para servidores de caché. Puede configurar sus aplicaciones .NET para implementarlas en Docker e incluirlas NCache Cliente con él sin problemas.
NCache ahora proporciona ASP completo.NET Core apoyo, tanto en .NET Framework y .NET Core (anteriormente solo estaba en .NET Framework). Este soporte incluye un potente ASP.NET Core Proveedor de sesión que tiene más funciones que el ASP normal.NET Core Proveedor de sesiones. Y también incluye soporte para la interfaz IDistributedCache en ASP..NET Core.
El paradigma de mensajería de publicación/suscripción (Pub/Sub) se proporciona donde un editor envía mensajes a canales, sin saber quiénes (si los hay) son los suscriptores. Y los suscriptores solo reciben mensajes de su interés sin saber quiénes son los editores.
NCache ha implementado métodos de extensión de EF Core 2.0 muy fáciles de usar para permitirle almacenar en caché los datos de la aplicación que está recuperando a través de EF Core 2.0.
Toda comunicación de NCache clientes a NCache Los servidores ahora se pueden proteger opcionalmente a través de TLS 1.2 (una especificación más nueva que SSL 3.0). TLS 1.2 garantiza que todos los datos que viajan entre NCache clientes y NCache servidores está totalmente encriptado y protegido.
NCache Tradicionalmente proporcionaba potentes herramientas de gestión de caché basadas en GUI y también un amplio conjunto de herramientas de línea de comandos. Ahora, NCache ha implementado todas sus herramientas de administración de caché de línea de comandos en PowerShell. Ahora puede escribir scripts de PowerShell para una gestión de caché más sofisticada.
Algunos firewalls interrumpen las conexiones de red inactivas, lo que causa problemas en la comunicación entre el cliente de caché y el servidor de caché. NCache. La función Cache Client Keep Alive, si está habilitada en el nodo cliente, envía automáticamente un paquete liviano a los servidores de caché en un intervalo configurable (una especie de latido del corazón). Estos paquetes sólo se envían en caso de que no haya actividad entre clientes y servidores y, por lo tanto, no interfieren con el tráfico normal cliente/servidor.
NCache Manager solía mantener cierta información de configuración de caché dentro del archivo del proyecto. Sin embargo, eso solía causar problemas de integridad de los datos si varias personas intentaban modificar la configuración de la caché desde diferentes máquinas. Para arreglar esto, NCache Manager ahora no almacena ninguna información de configuración de caché dentro de sus archivos de proyecto. En cambio, toda la información de configuración se guarda en servidores de caché que son comunes en todos los lugares y ya no surgen problemas de integridad de los datos.
Tradicionalmente, NCache solo ha proporcionado una opción de licencia de cliente/servidor que requiere que tanto los clientes de caché como los servidores de caché tengan licencia. Sin embargo, ahora NCache proporciona una opción de licencia adicional solo para servidor donde los clientes de caché no requieren ninguna licencia. Sólo el servidor de caché requiere licencias. Si desea utilizar una licencia de servidor únicamente, comuníquese con su administrador de cuentas para obtener más detalles.
10 de mayo de 2017
NCache 4.6 SP3 contiene algunas características menores y optimizaciones de la caché del cliente. También hay varias correcciones de errores informadas por los clientes. Esta es una actualización recomendada para todos. NCache usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
Con NCache 4.6 SP3, la caché se puede utilizar para distribuir mensajes en una aplicación SignalR implementada en varios servidores web.
Se introduce un lector de datos del lado del cliente, que es más estable y tolerante a fallos durante la transferencia de estado en la memoria caché.
Se han enviado más muestras con NCache instalación. Las muestras existentes también se refactorizan.
Enero 3, 2017
NCache 4.6 SP2 contiene algunas optimizaciones de la caché del cliente, mejoras en la topología del puente y funciones relacionadas con la supervisión de la caché. También hay varias correcciones de errores informadas por los clientes. Esta es una actualización recomendada para todos. NCache usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
Se introduce una nueva API para monitorear el cliente de caché conectado con un clúster. Con esta API, se puede obtener una lista de clientes conectados y se pueden registrar notificaciones en caso de que se conecte un cliente nuevo o se desconecte uno existente.
Client Cache ahora ha optimizado la forma de sincronizarse con el caché agrupado. En lugar de recibir eventos en cada actualización realizada en la caché agrupada, la caché del cliente ahora puede recibir eventos de forma masiva en un intervalo configurable. Esto reduce el tráfico y el uso de memoria.
NCache Bridge ahora puede tener cachés con nombres idénticos.
Cargador de caché en NCache ahora se puede ejecutar en múltiples nodos, lo que puede ayudar a acelerar la carga de la caché.
El cifrado AES compatible con FIPS se introduce en SP2.
NCache Proveedor de almacenamiento de sesiones ASP.NET para ASP.NET Core aplicaciones ahora es compatible.
NCache Ahora la licencia se basa en la cantidad de núcleos que tiene una máquina. Por cada 4 núcleos se utiliza 1 licencia. Se utilizan un mínimo de 2 licencias para activar una máquina incluso si el número de núcleos es inferior a 8. Para 16 núcleos, se utilizan 4 licencias, para 20 núcleos se utilizan 5 y para 32 núcleos, se utilizan 8 licencias. Las máquinas con licencia de desarrollador ahora pueden conectarse a una caché remota, pero con limitaciones en la cantidad de solicitudes por segundo y la cantidad total de solicitudes que un cliente puede realizar a una caché remota.
03 de mayo de 2016
NCache 4.6 SP1 contiene algunas optimizaciones relacionadas con la memoria y enormes mejoras en el rendimiento de NCache. Esta es una actualización recomendada para todos NCache usuarios.
7 de diciembre de 2015
NCache 4.6 contiene algunas características importantes relacionadas con el análisis de datos en tiempo de ejecución, el rendimiento y la optimización de la memoria de NCache. Esta es una actualización recomendada para todos NCache usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
NCache El caché ahora se puede configurar para almacenar datos en forma de objetos. De forma predeterminada, todos los datos se almacenan en formato binario.
Cada caché en NCache ahora está alojado en su propio proceso que se ejecuta independientemente de todos los demás cachés. La gestión de este proceso se realiza a través de NCache servicio que tiene información sobre todos los procesos de caché que se ejecutan en la máquina.
MapaReducir en NCache permitirá a los desarrolladores escribir programas que procesen cantidades masivas de datos no estructurados en paralelo a través de un NCache grupo. Para distribuir datos de entrada y analizarlos en paralelo, MapReduce opera en paralelo en todos los nodos de un clúster de cualquier tamaño.
Aggregator procesa registros de datos y devuelve resultados compilados. Agrupa valores de múltiples fuentes y puede realizar una variedad de operaciones como sumar valores, calcular promedios, encontrar valores mínimos/máximos, etc. y devuelve un resultado único.
NCache proporciona la capacidad de ejecutar el código de los usuarios en el lado del servidor contra un conjunto de entradas de caché. Los procesadores de entrada pueden modificar las entradas de la caché en el lado del servidor sin que estas entradas viajen por la red para operaciones de búsqueda y actualización.
Las consultas ahora se pueden ejecutar en la memoria caché utilizando un lector de datos tal como lo hacen las bases de datos. Al utilizar el lector de datos, el conjunto de resultados se puede recuperar de los servidores en múltiples fragmentos de tamaño configurable. Este enfoque ofrece un mejor rendimiento y utiliza menos memoria en el lado del cliente.
El usuario ahora puede configurar NCache con vencimientos predeterminados. NCache El servidor utilizará vencimientos predeterminados cuando los elementos se inserten en la caché sin vencimientos o se inserten explícitamente con el nombre predeterminado.
Las declaraciones de selección ahora pueden tener una cláusula orderby que devolverá el conjunto de resultados ordenado según uno o más atributos específicos.
Una herramienta GUI para ver y monitorear registros generados por NCache servidor y clientes en un solo lugar. Los archivos de registro de todos los servidores se pueden ver en la misma herramienta. La herramienta puede filtrar entradas de registro y también se pueden marcar entradas de registro importantes.
NCache 4.4 SP2 se puede actualizar a NCache 4.6 sin perder ningún dato utilizando su topología Bridge.
NCache 4.6 en adelante, los servidores y clientes de caché tendrán licencia según la cantidad de núcleos en lugar de la cantidad de CPU que tenga esa caja.
28 de Julio de 2015
NCache 4.4 SP2 contiene algunas mejoras importantes relacionadas con la memoria y el rendimiento de NCache. Esta es una actualización recomendada para todos. NCache usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
La herramienta Dumpcachedata realiza un volcado de un caché en ejecución enumerando los datos del caché y almacena estos datos en una ubicación especificada por el usuario. Estos datos se pueden recargar más adelante en una caché nueva o igual. Esta herramienta es útil cuando los clientes necesitan reiniciar sus servidores de caché sin querer perder sus datos críticos para el negocio en el caché.
Se cambia el nombre de la herramienta DumpCache a DumpCacheKeys.
LinqPad es una herramienta de terceros que se puede utilizar con NCache para consultar datos de caché. Los datos se muestran en la consola LinqPad en forma de tabla.
Hay algunas configuraciones en el nivel de configuración del servicio que ahora se pueden aplicar en caliente a los cachés que se ejecutan en un servidor. Anteriormente, era necesario reiniciar el servicio para aplicar la configuración definida en el archivo de configuración del servicio. La lista de configuraciones HotApplicable es la siguiente:
# | Nombre de la propiedad | caliente aplicable |
---|---|---|
1 | NCacheServidor.LicenseLogging | Sí |
2 | NCacheServidor.EnableNagling | Sí |
3 | NCacheServidor.NaglingSize | Sí |
3 | NCacheServidor.NaglingSize | Sí |
4 | NCacheServidor.EventBulkCount | Sí |
5 | NCacheServer.ExpirationBulkRemoveSize | Sí |
6 | NCacheServidor.ExpiraciónBulkRemoveDelay | Sí |
7 | NCacheServer.EvictionBulkRemoveSize | Sí |
8 | NCacheServidor.EvicciónBulkRemoveDelay | Sí |
9 | NCacheServidor.BulkItemsToReplicate | Sí |
10 | NCacheServidor.EnableCacheLastAccessCount | Sí |
11 | NCacheServidor.EnableCacheLastAccessCountLogging | Sí |
12 | NCacheServidor.CacheLastAccessCountInterval | Sí |
13 | NCacheServidor.CacheLastAccessLogInterval | Sí |
14 | NCacheServidor.LOHPoolSize | Sí |
15 | NCacheServidor.LOHPoolBufferSize | Sí |
16 | NCacheServidor.CacheSizeThreshold | Sí |
17 | NCacheServidor.CacheSizeReportInterval | Sí |
18 | NCacheServidor.LogClientEvents | Sí |
19 | NCacheServidor.EventLogLevel | Sí |
20 | NCacheServidor.AllowRequestEnquiry | Sí |
21 | NCacheServidor.RequestEnquiryInterval | Sí |
22 | NCacheServidor.ResponseDataSize | Sí |
23 | NCacheServer.EnableSnapshotPoolingCacheSize | Sí |
24 | NCacheServidor.SnapshotPoolSize | Sí |
25 | NCacheServidor.Umbral de creación de instantáneas | Sí |
26 | NCacheServidor.RequestInquiryCleanInterval | Sí |
Se realizan algunos cambios arquitectónicos en la caché del cliente para tener un mejor rendimiento en caso de operaciones masivas.
Abril 04, 2015
NCache 4.4 SP1 contiene algunas características nuevas, así como mejoras importantes relacionadas con la memoria y el rendimiento de NCache. Esta es una actualización recomendada para todos NCache usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
Las operaciones básicas de administración y configuración ahora se pueden realizar dentro de Visual Studio. Con NCache 4.4 SP1, la instalación del Desarrollador viene con un 'NCache Extensión de Manager que ayuda a los desarrolladores a gestionar NCache de Visual Studio. Visual Studio 2010/2012/2013 son compatibles con NCache.
Se proporciona un paquete NuGet para que los desarrolladores creen aplicaciones usando NCache sin instalar NCache en sus máquinas. Con este paquete, los desarrolladores pueden escribir sus aplicaciones usando NCache API y pruébelos con el caché de InProc.
La integración de Entity Framework 6.0 y 6.1 se proporciona en NCache 4.4 SP1. Previamente, NCache compatible con Entity Framework 5.0 o anterior. En este paquete de servicio, NCache También proporciona extensiones de almacenamiento en caché para Entity Framework 6.0, lo que permite a los desarrolladores tener más control sobre qué entidades almacenar en caché. Esta es una opción de configuración alternativa a la de no cambiar el código para los desarrolladores que desean tener un mayor control sobre las entidades que se almacenan en caché.
NCache 4.4 SP1 utiliza estructuras de datos personalizadas que se han mejorado para ocupar menos memoria y funcionar mejor que las estructuras de datos nativas de .NET. Estas estructuras de datos evitan las asignaciones en el montón de objetos grandes (LOH) tanto como sea posible para evitar NCache procesos entren en un estado de fragmentación severa de la memoria. Por eso, NCache 4.4 SP1 tiene un gran impulso tanto para la memoria como para el rendimiento.
La partición de red o cerebro dividido ocurre cuando el clúster se divide de tal manera que algunos de los servidores no pueden conectarse con el resto de servidores. Estas instancias ahora están registradas en el visor de eventos y las alertas por correo electrónico para dichos escenarios también se pueden configurar desde NCache Gerente.
NCache 4.4 SP1 está certificado para Windows Server 2012 R2. Ha pasado todas las pruebas de compatibilidad de Microsoft. Microsoft validó que NCache Funciona de acuerdo con los estándares de Microsoft.
Enero 08, 2015
NCache 4.4 contiene algunas mejoras importantes y algunas correcciones de errores importantes relacionados con la estabilidad del caché. Es una actualización recomendada para todos los usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
NCache La licencia se ha trasladado al modelo de licencia anual desde el modelo perpetuo admitido anteriormente.
Las estructuras de datos internas están optimizadas para reducir la sobrecarga de memoria de los elementos almacenados.
Enormes mejoras en el tiempo de inicio del clúster para tamaños de clúster de más de 20 nodos.
Se introducen nuevos contadores de rendimiento para medir la memoria adquirida por varios índices. A continuación se presentan breves descripciones de cada uno de ellos:
También se introducen nuevos contadores de rendimiento relacionados con OQL para medir el rendimiento de las operaciones de caché relacionadas con consultas, como: Promedio de µs/ejecución de consultas: tiempo promedio de ejecución de consultas. Tamaño promedio de consulta: número promedio de elementos devueltos por consultas. Consultas/seg: Número de consultas por segundo en caché.
NCache ahora es totalmente compatible con Windows Server 2012 R2.
Sábado, Junio 30, 2014
NCache 4.3 Service Pack1 (SP) contiene algunas mejoras importantes y correcciones de errores importantes relacionados con la estabilidad de la caché. Es una actualización recomendada para todos. NCache 4.3 usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
Puede configurar el registro del lado del cliente modificando el archivo client.ncconf (existe en la carpeta %NCHOME%/config. De forma predeterminada, el registro del lado del cliente está deshabilitado para todos los cachés, pero puede habilitar el registro del lado del cliente para un caché en cualquier momento haciendo clic en especificando el valor 'verdadero' para 'enable-client-logs', por ejemplo
<cache id="mycache" ... enable-client-logs="false|true" log-level="error|info"/>
Los valores posibles para el atributo 'enable-client-logs' son 'falso' y 'verdadero'. El valor predeterminado es "falso".
Los valores posibles para el atributo 'nivel de registro' son 'error' e 'info'. El valor predeterminado es 'error'.
Ahora NCache Los clientes de una red diferente o remota también pueden acceder al caché que existe en una red diferente. Para lograr esto simplemente agregue las siguientes dos etiquetas en 'Alachisoft.NCache.Service.exe.config' en los nodos del servidor de caché.
<add key="NCacheServer.MgmtEndPoint" value="public-ip:public-port" />
<add key="NCacheServer.ServerEndPoint" value="public-ip:public-port" />
Donde la IP pública es la dirección IP que está expuesta fuera de la red y el puerto público es el puerto al que se puede acceder fuera de la red.
Las cachés de los clientes anteriormente solo eran visibles en NCache Manager en sus respectivos cachés de segundo nivel (segundo nivel), pero ahora puede ver el caché del cliente existente en NCache Manager bajo el nodo de árbol 'Cachés locales' del 'Explorador de caché'.
Las alertas por correo electrónico se admiten para cachés locales fuera de proceso y cachés de cliente fuera de proceso. Puede seleccionar los eventos en los que NCache le enviaría una notificación por correo electrónico, por ejemplo, al iniciar la caché, al detenerla, etc.
Las cachés de clientes se pueden configurar desde fuera de la red del clúster de caché utilizando herramientas de línea de comandos, por ejemplo, CreateClientCache, AddClientNode, etc.
NCache ahora es totalmente compatible con Windows Server 2012.
NCache proporciona la API de cliente de Java para usar el NCache como almacén de caché desde las aplicaciones basadas en Java. NCache El cliente Java es totalmente compatible con la API del cliente .NET.
Marzo 05, 2014
NCache 4.3 ha introducido nuevas características y mejoras importantes que son críticas para las aplicaciones de nivel empresarial. Esta nueva versión permite NCache para ser instalado en la nube; en Windows Azure y Amazon. Además, un envoltorio para Memcached ahora está disponible para los usuarios existentes que quieran reemplazar Memcached NCache. Esta nueva versión proporciona un paquete para compartir datos en tiempo de ejecución entre múltiples plataformas (Java y .Net). Java se ha hecho 100% compatible con .NET y ahora puedes administrar tus clientes Java con NCache Gerente.
Para obtener una lista completa de todas las características de 4.3, lea NCache Caracteristicas
Mientras registran eventos con caché, los clientes de caché pueden indicarle a la caché si están interesados en datos o metadatos cuando ocurren los eventos. De forma predeterminada, los datos o metadatos no se envían con los eventos a los clientes.
Se ha introducido una nueva API para registrar eventos, mientras que la API anterior se ha marcado como obsoleta. La API antigua no se puede utilizar para recibir datos con eventos.
La escritura simultánea y la escritura diferida ahora se pueden configurar para los siguientes comportamientos:
Las consultas ahora se pueden registrar con la cláusula 'Agrupar por' como en la base de datos para agrupar los resultados según sea necesario.
Se ha introducido una nueva API para este método. Actualmente, este nuevo método 'ExecuteReader' en la API solo se puede utilizar si se utiliza 'agrupar por'. Para todas las demás declaraciones selectas, se debe utilizar el método antiguo.
Al igual que en la base de datos, ahora los elementos se pueden eliminar del caché escribiendo declaraciones de eliminación. Anteriormente, solo se admitían declaraciones de selección y actualización. Se ha introducido una nueva API para admitir la declaración de eliminación. ExecuteNonQuery se utilizará para eliminar declaraciones.
Ahora se puede detener correctamente un nodo en un clúster. Esta acción garantizará que todas las solicitudes de los clientes que hayan llegado al nodo se ejecuten en la memoria caché antes de que se detenga por completo. De manera similar, todas las operaciones de escritura pendiente en la cola en ese momento también se ejecutan en la fuente de datos. Sin embargo, este nodo no acepta más solicitudes de clientes.
Se han realizado las siguientes mejoras en la función de cifrado:
Se han realizado las siguientes mejoras en la serialización compacta:
CacheInitParams al inicializar el caché ahora puede cubrir todo lo que se puede configurar en client.ncconf. Anteriormente, siempre se requería client.ncconf para inicializar un caché. Las configuraciones pasadas a través de CacheInitParams tienen un efecto primordial en las configuraciones configuradas en client.ncconf.
La caché de InProc ahora mantiene los objetos en formato no serializado. Esto elimina el costo de serialización y deserialización y, por lo tanto, mejora el rendimiento. Las cachés del cliente InProc también mantienen los objetos en formato deserializado.
Las llamadas API ahora se pueden registrar simplemente configurando algunas opciones en la configuración del cliente. Estos registros se generan en los cuadros del cliente y son muy útiles para determinar qué métodos de caché se llaman y en qué secuencia.
Los usuarios pueden configurar para generar los archivos de registro en la ubicación que elijan. Cada caché puede tener su propia ubicación de registro. De forma predeterminada, todos los archivos de registro se generarán en la carpeta de archivos de registro del directorio de instalación.
Al agregar cachés al puente, los usuarios pueden configurar un caché para participar como miembro activo o pasivo del puente. Incluso cuando el puente está en funcionamiento, los usuarios pueden convertir un pasivo en activo y un activo en pasivo sin perder ningún dato. La experiencia del usuario para configurar un puente también cambia, ya que las topologías del puente se pueden cambiar entre Activo-Activo y Activo-Pasivo en cualquier momento. Otras topologías 'Estrella' y 'Hub-spoke' no están disponibles actualmente en puente.
El usuario puede elegir uno de los dos cachés en el puente como 'caché maestro'. Siempre que existe la necesidad de una transferencia de estado entre cachés en el puente, los datos se transfieren desde un caché maestro al no maestro. Cuando el caché maestro deja de funcionar, el único caché restante se convierte en maestro automáticamente.
Los administradores de caché pueden conectar y desconectar cachés temporalmente del puente mientras el puente está en ejecución. Cuando se desconecta una caché, no se transfieren datos entre el puente y la caché desconectada. De manera similar, la memoria caché al otro lado del puente deja de poner en cola datos en el puente porque la memoria caché desconectada ya no recibe ningún dato. La caché se puede volver a conectar en cualquier momento.
El protocolo de comunicación para operaciones de gestión y monitoreo se cambia a 'Socket' de .Net Remoting'. Esto hace NCache y las herramientas de administración y monitoreo de JvCache son intercompatibles.
NCache Manager ahora también se puede usar para administrar clientes de JvCache. NCache El administrador también puede recuperar contadores SNMP para clústeres JvCache.
Hemos observado que en algunos entornos, se puede acceder a los contadores de rendimiento remotos únicamente a través de los nombres de sus máquinas y en algunos a través de sus direcciones IP. Entonces en esta versión de NCache, NCache Manager tiene una opción donde el usuario puede elegir recopilar contadores de rendimiento remotos a través de su IP o nombre de máquina.
NCache El administrador solía bloquear los archivos DLL cuando los usuarios configuraban los índices de consulta. En esta versión, NCache Manager abre los archivos DLL proporcionados en un dominio de aplicación separado y, por lo tanto, nunca bloquea los archivos DLL.
Hay otro tipo de tablero disponible en NCache Monitor que permite a los usuarios crear un panel de estilo de vista de informe. En este panel, los usuarios tienen dos controles de informes. Uno es para los nodos del servidor de caché, mientras que el otro es para los nodos del cliente. Los usuarios pueden colocar los contadores en este control y sus valores se muestran en un estilo de vista de informe como se muestra en perfmon.
Los contadores agregados en la vista de informe también se pueden configurar para que se registren. Los usuarios pueden iniciar y detener el registro en cualquier momento. También pueden programar el registro para que se inicie automáticamente especificando la hora de inicio y finalización. Estos archivos de registro se generan en formato .csv.
NCache Monitor ahora también se puede utilizar para monitorear JvCache. Dependiendo de si el cluster seleccionado es de NCache o JvCache, recupera contadores de perfmon o SNMP respectivamente.
Las siguientes nuevas herramientas de línea de comando se agregan a NCache:
Ya eres Memcached los usuarios ahora pueden cambiar a NCache sin cambio de código. Hay dos formas de reemplazar memcached NCache:
Esta puerta de enlace se instala en cajas cliente y servidor como un servicio de Windows. Es una implementación de memcached protocolo que envuelve el NCache llama dentro de él. De esta manera, todas las llamadas API de memcached los clientes son enrutados a NCache servidores a través de esta puerta de enlace. En este enfoque, solo se requieren cambios de configuración.
Siguiendo memcached Las implementaciones del cliente son compatibles con este enfoque:
La integración de NHibernate está escrita desde cero para eliminar las limitaciones de la implementación anterior. A continuación se detallan algunas mejoras realizadas en la nueva implementación:
Los usuarios ahora pueden escribir su propio código para modificar los elementos de la caché antes de insertarlos en NCache. Los usuarios pueden cambiar la caducidad, las dependencias, etc. de los elementos de la caché de salida escribiendo estos enlaces.
Para ello, los usuarios deben implementar una interfaz proporcionada con OutputCacheProvider y luego registrar este ensamblado y clase en web.config.
Todos los elementos almacenados en caché de varios NCache Las integraciones están etiquetadas con etiquetas especiales que determinan el tipo de elementos de caché. Por ejemplo, todas las sesiones creadas en caché tienen una etiqueta especial que indica que es un elemento de caché de sesión. De esta manera, los usuarios pueden identificar cualquier elemento en el caché, ya sea una sesión o no.
De manera similar, los elementos de OutputCache y ViewState también se etiquetan con sus propias etiquetas.
24 de Octubre de 2013
NCache 4.1 SP3 contiene algunas mejoras importantes y correcciones de errores importantes relacionados con la estabilidad del caché. Es una actualización recomendada para todos. NCache 4.1 usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
NCache El proveedor de almacenamiento de sesiones para el almacenamiento en caché de sesiones de ASP.NET ahora tiene la capacidad de reintentar cualquier operación de caché si la operación falla. Agregue los siguientes atributos en el NCache Configuración del proveedor del almacén de sesión:
Reintentos de operación en el proveedor de caché de objetos NCache El proveedor de caché de objetos para .NET4x ahora tiene la capacidad de reintentar cualquier operación de caché si la operación falla.
Agregue la siguiente entrada debajo del en el archivo de configuración de la aplicación (app.config o web.config) como:
<add key="operationRetries" value="3"/>
<add key="operationRetryInterval" value="2000"/> // 'operationRetryInterval' is the value in milli seconds
Se implementa una nueva característica en el almacenamiento en caché de ViewState, que permite agrupar el estado de visualización de páginas relacionadas. Esto proporcionará más control para el almacenamiento en caché del estado de visualización. Al utilizar esta función, es posible almacenar en caché diferentes grupos de veiwstate en diferentes cachés, o almacenar en caché veiwstate utilizando diferentes vencimientos para cada grupo de viewstate.
Esta mejora en NCache El módulo de almacenamiento en caché ViewState proporciona la opción de restringir la cantidad de estados de vista por página en el caché. Agregue el atributo 'maxViewStatesPerSession' en el ' etiqueta debajo de la etiqueta 'ncContentOptimization'. Este atributo toma valor en números enteros.
Al iniciar la caché, el cargador de inicio de la caché no se inicia instantáneamente. Su inicio se retrasa 20 segundos después del inicio del caché. Este retraso se puede configurar utilizando el siguiente atributo en 'Alachisoft.NCacheArchivo .Service.exe.config': agregue la siguiente entrada debajo del en NCache archivo de configuración de servicio como:
<add key="NCacheServer.CacheLoaderStartupDelay" value="20"/>
El valor predeterminado para este atributo es 20 segundos.
Para evitar problemas de conectividad parcial del clúster cuando las cachés se inician simultáneamente mediante la función de inicio automático, se puede introducir un retraso. Agregue la siguiente entrada debajo del en NCache archivo de configuración de servicio como:
<add key="NCacheServer.CacheStartDelay" value="3"/>
El valor predeterminado para este atributo es '3 segundos'.
La excepción 'IndexNotDefined' se lanza al cliente cuando consulta un atributo que no está indexado. Este problema puede ocurrir fácilmente cuando se utilizan NamedTags mientras se crean índices para NamedTags en tiempo de ejecución. Ahora es configurable suprimir esta excepción. Agregue la siguiente entrada debajo del en NCache archivo de configuración de servicio como:
<add key="NCacheServer.DisableIndexNotDefinedException" value="true|false"/>
La aplicación cliente se puede configurar para consumir todos los eventos recibidos de forma "sincrónica" o "asincrónica". Modo de consumo de eventos predeterminado para NCache El cliente es "asincrónico", pero los eventos se pueden consumir en el lado del cliente de forma "sincrónica". Agregue la siguiente entrada debajo del en el archivo 'App.config' de la aplicación cliente como:
<add key="NCacheClient.AsynchronousEventNotification" value="true|false"/>
<add key="NCacheClient.NumberofEventProccesingThreads" value="2"/>
Para el modo de procesamiento de eventos sincrónico, en este ejemplo se utilizan 2 subprocesos, pero es configurable para ajustar las necesidades de procesamiento de eventos de acuerdo con los requisitos de la aplicación del cliente. El valor mínimo predeterminado es '1' y el valor máximo predeterminado es '5'.
Nuevo contador del lado del servidor:
Nuevos contadores del lado del cliente:
Ahora la llamada de borrado de caché activará los eventos ItemRemoved para todas aquellas claves que existen en un conjunto de resultados de ContinuousQuery.
Si hay un caché de cliente habilitado y muchos elementos están caducando del caché L2, entonces L2 envía eventos de vencimiento de elementos al caché del cliente (caché L1) para eliminar estos elementos de su almacén local. Esto perjudica el rendimiento de los clientes activos y utiliza una gran cantidad de CPU. Ahora la caché del cliente (caché L1) también mantendrá la caducidad de los elementos y la caché L2 no enviará los eventos de caducidad a la caché L1.
NCache siempre que el módulo EFCaching esté mejorado para el análisis de consultas EF y el almacenamiento en caché.
Ahora el servicio de puente se puede configurar para iniciar los puentes especificados al inicio del servicio. Para configurar un puente para que se inicie automáticamente cuando un servicio de puente (Alachisoft.NCache.Bridge.exe) se inicia/reinicia. Descomente la siguiente etiqueta en 'Alachisoft.NCache.BridgeService.exe.config' y proporcione los nombres de puente que están configurados en las máquinas actuales, como:
<add key=" NBridgeServer.AutoStartBridges" value="Bridge-1,Bridge-2"/>
10 de Octubre de 2012
NCache 4.1 SP2 contiene algunas mejoras importantes y correcciones de errores importantes relacionados con la estabilidad del caché. Se recomienda actualizar para todos. NCache 4.1 usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
La función de cifrado se proporciona para asegurarse de que los datos que viajan entre NCache cliente y NCache servidor o entre los nodos del clúster está cifrado. Esto evitará la fuga de datos del usuario incluso si los paquetes de datos se rastrean desde la red.
Ahora se pueden agregar múltiples dependencias de bases de datos para un solo elemento almacenado en caché. Esta característica compensará la limitación de dependencia de 'Notificación SQL' de una única dependencia de base de datos.
Los cachés que están configurados para "inicio automático" ahora se pueden retrasar según el tiempo especificado por el usuario. Esto mejorará la NCache tiempo de respuesta en caso de que haya demasiados cachés configurados para el "inicio automático". Agregue la siguiente entrada debajo del <appSettings>
in NCache archivo de configuración de servicio como:
add key='NCacheServer.AutoStartDelay' value='5'
Ahora puede configurar las 'cachés del cliente' para que se inicien automáticamente al reiniciar el servicio o cuando se reinicie la máquina cliente. Esto hará que la caché del cliente esté disponible sin intervención del usuario.
Ahora veiwstate se almacena en caché junto con el 'id de sesión' como información de 'grupo'. Esto facilitará al usuario relacionar el estado de visualización y la sesión de la misma aplicación y usuario. Al utilizar esta función, el usuario puede eliminar todo el estado de visualización relacionado con una sesión específica cuando una sesión se cierra o caduca. Agregue el siguiente atributo dentro
groupedViewStateWithSessions="true|false"
10 de mayo de 2012
NCache 4.1 Service Pack1 (SP1) contiene algunas mejoras importantes y correcciones de errores importantes relacionadas con la estabilidad de la caché. Es una actualización recomendable para todos. NCache 4.1 usuarios.
Las siguientes son algunas mejoras realizadas en esta versión:
Puede agregar tipos genéricos personalizados para una serialización compacta. Todos los tipos genéricos con cualquier número de argumentos se pueden serializar mediante serialización compacta. Puede registrar tipos genéricos a través de NCache Manager o mediante un controlador personalizado implementando la interfaz IGenericTypes. Actualmente, esta característica sólo está disponible para clientes .NET.
Ahora puede modificar los atributos de los elementos de la caché en tiempo de ejecución sin modificar los datos. Actualmente, la API (SetAttribute) le permite actualizar sugerencias de dependencia y vencimiento.
Puede tener servidores de caché y clientes ejecutándose en diferentes zonas horarias; NCache mantendrá una hora estándar para caducar un artículo según la zona horaria local. Cada vez que un elemento se replica o se mueve de un servidor de caché a otro, la caducidad se restablece según la zona horaria local, por lo que hace posible la caducidad del elemento según el intervalo de tiempo configurado.
23 de agosto de 2011
NCache 4.1 ha introducido nuevas características y mejoras muy importantes que son fundamentales para las aplicaciones de nivel empresarial. Esta nueva versión ofrece un paquete completamente nuevo para compartir datos en tiempo de ejecución entre múltiples plataformas (Java y .Net). Java se ha hecho 100% compatible con .NET y ahora incluso puede conectar su código Java con NCache . NCache El modelo de solicitud-respuesta también se mejoró para manejar grandes respuestas en las que se pueden recuperar GB de datos del caché agrupado en una sola solicitud. Todos los errores que se informaron en versiones anteriores se han corregido en esta versión.
Para obtener una lista completa de TODAS LAS CARACTERÍSTICAS en 4.1, lea NCache Caracteristicas:
NCache ahora le permite almacenar objetos .NET en el caché y leerlos como objetos Java desde sus aplicaciones Java, o viceversa. Y, en lugar de realizar la transformación de .NET a Java a través de XML, NCache utiliza transformación de nivel binario. Como resultado, el rendimiento es súper rápido. NCache Resuelve automáticamente los conflictos de tipos entre Java y .NET.
También puede utilizar varias versiones de Runtime Data Sharing entre .NET y Java. Vea los detalles abajo.
Ahora puede compartir varias versiones de las mismas clases .NET o Java en varias aplicaciones. Una aplicación puede estar usando la versión 1.0 de una clase mientras que otra aplicación puede tener una versión posterior 2.0 de esta misma clase. Cuando la versión 2.0 de esta clase se almacena en la memoria caché, la aplicación anterior aún puede recuperar esta clase como versión 1.0 y viceversa. NCache le permite configurar asignaciones de versiones a través de archivos de configuración XML.
También puede utilizar la versión en el uso compartido de datos en tiempo de ejecución entre .NET y Java.
NCache le permite especificar un conjunto de datos basado en una consulta similar a SQL. Luego mantiene este conjunto de datos en el clúster de caché y monitorea cualquier cambio en el tiempo de ejecución, incluidas adiciones, actualizaciones o eliminaciones. Y, NCache notifica a su aplicación cada vez que se produce alguno de estos cambios en el conjunto de datos. Esto permite que sus aplicaciones monitoreen de manera más inteligente cambios en los datos o la adición de datos que coincidan con ciertos criterios y sean notificados por NCache.
Esta es una característica poderosa si desea compartir datos en tiempo de ejecución entre múltiples aplicaciones.
La topología de puente le permite replicar de forma inteligente y asincrónica toda la caché en la WAN. NCache 4.1 ahora ofrece cuatro configuraciones diferentes en Bridge Topology. Ellos son:
Anteriormente, sólo podías asignar etiquetas como valores. Ahora puedes asignar etiquetas con nombres. Esto le permite indexar datos según el nombre del atributo y el concepto de valor del atributo. Anteriormente, se podían indexar objetos, pero no se podían indexar todos los datos de cadena. Ahora, incluso los datos de cadena (por ejemplo, XML) se pueden indexar con etiquetas con nombre. Entonces, podrías usar NCache API para recuperar datos que pertenecen a una o más etiquetas con nombre o puede emitir una consulta similar a SQL (a través de LINQ u OQL) para ello.
NCache 4.1 brinda soporte para Java al mismo nivel que .NET. Estas son las nuevas funciones basadas en Java destinadas a ponerse al día con el conjunto de funciones de .NET:
Ahora puede utilizar la función Client Cache en aplicaciones Java en Windows o Unix. No se requiere ningún cambio de código en sus aplicaciones para habilitar Client Cache.
Ahora puede utilizar la función Client Cache en aplicaciones Java en Windows o Unix. No se requiere ningún cambio de código en sus aplicaciones para habilitar Client Cache.
Escriba su código de carga de caché en Java y regístrelo con NCache. Su código Java nativo se ejecutará en servidores de caché al igual que el código .NET.
Ahora puedes registrar tus clases de Java con NCache y NCache genera su código de serialización en el momento de la inicialización, lo compila en memoria y lo envía a NCache clientela. Este código Java compilado se ejecuta luego para serializar/deserializar sus clases Java. Obviamente, esto acelera su rendimiento porque el código de serialización compilado se ejecuta mucho más rápido que la serialización basada en Reflection que de otro modo se realiza en Java.
NCache ahora proporciona una caché L2 para Hibernar. Esto le permite comenzar a usar NCache sin realizar ningún cambio de código en su aplicación Java.
NCache ahora permite que los servidores de caché devuelvan respuestas más grandes en fragmentos más pequeños para una solicitud determinada. Esto mejora el rendimiento general de la caché porque el costo de serialización se reduce con el tamaño y también ayuda a las aplicaciones a recuperar conjuntos de datos más grandes en una sola llamada. También elimina la limitación de serialización de .NET donde no se pueden serializar datos de tamaño superior a 1.9 GB. El umbral de respuesta y el tamaño del fragmento son configurables y se pueden modificar desde NCache archivo de configuración del servicio “NCache\bin\servicio\ Alachisoft.NCache.Servicio.exe.config”
<add key="NCacheServer.ResponseDataSize" value="1024"/>
Marzo 17, 2011
NCache 3.8 Service Pack 4 (SP4) contiene correcciones importantes que son importantes para los entornos de producción. Es una actualización recomendada para todos. NCache Usuarios de 3.8.
Las siguientes son algunas mejoras realizadas en esta versión:
Puede compartir valores de cadena entre aplicaciones .NET y Java.
<add key="NCacheServer.NCacheSQLNotificationService" value="NCacheSQLService"/>
La arquitectura de dependencia de SQL Cache se ha mejorado para admitir colas personalizadas y servicios de notificación que no requieren permisos de usuario adicionales como "crear cola" y "crear servicio". NCache ahora le permite elegir el modo predeterminado (con servicio de cola y notificación de SQL predeterminado) o el modo personalizado donde puede especificar su propia cola y servicio de notificación. El formato del nombre del servicio debe ser "NCacheSQLService-[dirección IP]" y "NCacheSQLQueue-[dirección IP]" donde la dirección IP será de la máquina en la que NCache se ejecutará el proceso de servicio. Puede especificar esta configuración en el archivo de configuración del servicio: “NCache/bin/service/Alachisoft.NCache.Service.exe.config”
.
Nov 02, 2010
En este lanzamiento de NCache 3.8 Paquete de servicio 3 (SP3), NCache Enterprise se separa en dos productos denominados como 'NCache para .NET' y 'NCache para Java'. Previamente 'NCacheTenía ambos componentes combinados en un solo paquete.
También se agregan dos nuevas características en 'NCache Cliente Java'.
Las siguientes son algunas mejoras realizadas en esta versión:
Ahora puede agregar elementos en el caché con 'dependencia de la base de datos' desde su aplicación Java. Cualquier cambio en la base de datos relacionada invalida la entrada de caché y su aplicación recibirá notificaciones sobre este cambio.
NCache Java Client ha agregado soporte de transmisión en la API donde puede leer y escribir flujos de datos binarios en el caché.
NCache Enterprise 3.8.x
10 de octubre de 2010
NCache 3.8 Service Pack 2 (SP2) contiene correcciones y mejoras importantes que han sido informadas por los clientes. Es una actualización recomendada para todos los usuarios de NCache 3.8.
Las siguientes son algunas mejoras realizadas en esta versión:
NCache ahora admite licencias en entornos Xen VM.
Visual Studio 2010 muestra un mensaje de advertencia cuando agrega una referencia a NCache ensamblajes y luego la compilación también falla. Esto solo sucede si el marco de destino de la aplicación es .NET 3.5. Este es un problema conocido de Visual Studio que se confunde cuando tiene los mismos ensamblados disponibles en GAC 2.0 y GAC 4.0 y para los ensamblados dependientes intenta cargarlos desde GAC 4.0, lo que genera el mensaje de advertencia.
Hemos resuelto este problema copiando todos los ensamblajes en el NCache carpeta bin/assembly y ahora Visual Studio no tiene que ubicar los ensamblados dependientes en GAC. Esto ha resuelto el problema.
<script>
etiqueta termina con </script>
. De manera similar, la minificación de CSS falla si se utilizan rutas relativas para cargar imágenes. Ahora las rutas relativas en CSS se convierten en rutas absolutas. 24 de agosto de 2010
NCache 3.8 Service Pack 1 (SP1) contiene correcciones y mejoras importantes. La característica más importante y demandada agregada en esta versión es el soporte de .Net framework 4.0. La API es completamente compatible con la versión de lanzamiento 3.8 y las aplicaciones pueden actualizarse sin reconstruir/recompilar la aplicación.
Las siguientes son algunas mejoras realizadas en esta versión:
El código base de NCache servidor de caché se ha convertido a .NET 4.0 y el NCache El cliente está disponible en las versiones .NET 2.0 y 4.0.
Hay una mejora en la gestión de caché del cliente a través de NCache Administrador donde los archivos del proyecto se comunicarán con los nodos del cliente en la opción de actualización y esto ha mejorado la carga rápida de NCache Archivo de proyecto del administrador.
Hemos resuelto este problema copiando todos los ensamblajes en el NCache carpeta bin/assembly y ahora Visual Studio no tiene que ubicar los ensamblados dependientes en GAC. Esto ha resuelto el problema.
NCache Las muestras ahora se construyen con Visual Studio 2008.
Problema de VeriSign, el valor predeterminado en el archivo de configuración del servicio debe estar habilitado generatePublisherEvidence ="false"/>
. La mejora está hecha.
La firma de la interfaz del proveedor ReadThru se ha modificado para admitir las funciones máximas de NCache. Se ha introducido una nueva estructura bajo el espacio de nombres "Alachisoft.NCache.Runtime.Caching” llamado ProviderCacheItem que es similar a CacheItem. Ahora puede especificar fácilmente vencimientos, etiquetas, sugerencias de desalojo, dependencias, etc.
Nuevas interfaces
public void LoadFromSource(string key, out ProviderCacheItem cacheItem)
public Dictionary<string, ProviderCacheItem> LoadFromSource(string[] keys)
Ahora, puede especificar la propiedad IsResyncExpiredItem en Cache Loader para que los elementos caducados se puedan recargar automáticamente.
NCache no es compatible con la última versión de NHibernate 2.1.2. También hemos agregado soporte regional en esta versión. La aplicación de muestra de NHibernate también se modifica con la compatibilidad con las regiones de NHibernate.
Sábado, Junio 7, 2010
NCache 3.8 contiene nuevas adiciones y mejoras importantes basadas en los comentarios de los clientes. La retrocompatibilidad de API es la preocupación más importante para la mayoría de los clientes y, teniendo esto en cuenta, hemos agregado un nuevo protocolo para la compatibilidad de API. A partir de ahora (3.8) todas las nuevas versiones serán automáticamente compatibles con versiones anteriores de NCache (a partir de 3.8).
Las siguientes son algunas mejoras realizadas en esta versión:
NCache proporciona integración con LINQ con la ayuda de la interfaz IQueryable que permite que se puedan realizar búsquedas en los elementos almacenados en caché. NCache Admite expresiones Lambda y operadores LINQ para consultar elementos almacenados en caché.
NCache proporciona una integración perfecta con el almacenamiento en caché de EF donde se conecta en el nivel de ADO y permite que su aplicación use el almacenamiento en caché distribuido sin ningún cambio de código. Solo necesita realizar cambios en el archivo de configuración de la aplicación.
Hemos resuelto este problema copiando todos los ensamblajes en el NCache carpeta bin/assembly y ahora Visual Studio no tiene que ubicar los ensamblajes dependientes en GAC. Esto ha resuelto el problema.
NCache proporciona integración con el proveedor de caché .NET 4.0. NCache también proporciona diferentes monitores de cambios (basados en archivos, basados en claves, dependencia de la base de datos) para administrar las dependencias de la memoria caché.
NCache ahora sigue el protocolo de compatibilidad con versiones anteriores y, en versiones futuras, la aplicación podrá conectarse a versiones más nuevas sin actualizar los clientes.
NCache ha agregado soporte de transmisión en la API donde puede leer y escribir flujo de datos binarios en el caché.
NCache combina varios archivos JavaScript y CSS en un único archivo de recursos y lo almacena en la memoria caché. También reemplaza la salida renderizada con una única referencia HTTP para todos los archivos CSS y JS para que el navegador pueda realizar una sola llamada para cargar todos los recursos. Esto ayuda a mejorar el tiempo de respuesta de su aplicación.
NCache reemplaza la cadena larga de ViewState por una más pequeña y la envía al cliente. Esto ayuda a mejorar el rendimiento de la aplicación y ahorrar ancho de banda.
Ahora puede recibir alertas a través de correos electrónicos sobre ciertos eventos de caché como "Transferencia de estado", Caché detenido, Miembro abandonado, Miembro unido, etc.
Esta API permite metainformación sobre elementos de caché como la hora del último acceso y la fecha y hora de creación.
NCache permite múltiples proveedores de lectura y escritura. NCache Manager implementa automáticamente los ensamblados de origen de datos en la carpeta implementada para que no tenga que copiar manualmente los ensamblados del proveedor en NCache carpeta de servicios
La topología de réplica con particiones ahora admite la replicación síncrona.
Ahora puede configurar la seguridad a través de la herramienta de línea de comandos
Si tiene un archivo caché config.ncconf antiguo, puede actualizarlo utilizando esta herramienta.
Ahora puedes configurar Remote Clients de NCache Manager y puede cambiar fácilmente la configuración del cliente individual, todo desde un solo punto.
También puede añadir remote clientsy client-cache a través de herramientas de línea de comandos.
Ahora puede especificar los ensamblados de su proveedor de caché a través de un nuevo asistente donde puede elegir su ensamblado. Ahora no es necesario escribir la información del ensamblaje manualmente.
NCache Manager proporciona la implementación automática de proveedores de fuentes de datos.
Ahora no necesita implementar ninguna interfaz ISerializable o IDeserializable para una serialización compacta. Sólo es necesario registrar los tipos compactos en NCache gerente y NCache serializar automáticamente los tipos en tiempo de ejecución.
La seguridad se puede configurar desde NCache Gerente ahora.
Abril 21, 2010
NCache 3.6.2 (SP3) contiene correcciones y mejoras importantes que han informado los clientes. La función más importante y solicitada que se agregó en esta versión es la compatibilidad con el almacenamiento en caché de sesiones de Java para plataformas J2EE. Ahora, puedes usar fácilmente NCache como un almacén de sesión para sus aplicaciones Java sin realizar ningún cambio de código. Solo necesita agregar un filtro de sesión Java en su archivo web.xml.
Los que usan NCache La versión 3.6.x puede actualizarse sin reconstruir/recompilar la aplicación.
Las siguientes son algunas mejoras realizadas en esta versión:
NCache Java Session Provider es compatible con WebLogic y se puede utilizar en cualquier plataforma de J2EE (servidores web), si la plataforma subyacente (servidor web) sigue la especificación Java Servlet 2.3 (o posterior). Las sesiones de Java son compatibles con las plataformas Linux y Windows.
NCache El proveedor de sesiones Java es compatible con JBoss en plataformas Linux y Windows.
NCache Java Session Provider es compatible con WebSphere en plataformas Linux y Windows.
NCache El proveedor de sesiones de Java es compatible con Apache-Tomcat en plataformas Linux y Windows.
Hay dos versiones de Garbage Collector basadas en el sistema operativo del servidor y la estación de trabajo, llamadas "Server GC" y "Workstation" respectivamente. A menos que se especifique .NET framework utiliza la estación de trabajo GC de forma predeterminada, incluso si se ejecuta en el sistema operativo del servidor. Ahora, NCache le permite especificar el modo GC dependiendo de su sistema operativo. Server GC está diseñado para un rendimiento máximo y escala con un rendimiento muy alto. NCache ahora está configurado de forma predeterminada para usar Server GC en lugar de Workstation GC. Puede cambiar este modo desde Alachisoft.NCache.Servicio.exe.config:
<add key="NCacheServer.EnableForcedGC" value="true"/>
<add key="NCacheServer.ForcedGCThreshold" value="80"/>
Enero 11, 2010
NCache 3.6.2 Service Pack 2 (SP2) contiene correcciones y mejoras importantes que han sido informadas por los clientes. Es una actualización recomendada para todos los usuarios de NCache. aquellos que usan NCache La versión 3.6.x puede actualizarse sin reconstruir/recompilar la aplicación.
Las siguientes son algunas mejoras realizadas en esta versión:
Se registrará un evento en el visor de eventos de Windows y en el registro de errores de caché cuando:
Estos eventos se clasifican en información, advertencia e información.
<add key="NCacheServer.EventLogLevel" value="error | warning| all"/>
El usuario puede especificar solo uno de los siguientes niveles:
La entrada del registro de conexión del cliente para el visor de eventos/archivo de registro se puede habilitar desde NCache Archivo de configuración del servicio. De forma predeterminada, esta opción está deshabilitada, pero puede habilitarla modificando el siguiente atributo en NCache archivo de configuración del servicio.
"Alachisoft.NCache.Servicio.exe.config".
<add key="NCacheServer.LogClientEvents" value="false" />
NOTA: El cambio anterior requiere NCache servicio para reiniciar.
NCache ahora es compatible con Oracle 11g para la función de sincronización y dependencia de bases de datos.
06 de Octubre de 2009
NCache 3.6.2 Service Pack 1 (SP1) contiene correcciones y mejoras importantes que han sido informadas por los clientes. Es una actualización recomendada para todos los usuarios de NCache. los que usan NCache La versión 3.6.x puede actualizarse sin reconstruir/recompilar la aplicación.
Las siguientes son algunas mejoras realizadas en esta versión:
Para superar los problemas de rotura de socket dentro de los nodos del clúster, NCache tiene una nueva lógica de reintento de conexión que se puede configurar en config.ncconf en la configuración del clúster.
connection-retries="10" connection-retry-interval="1secs"
En caso de que un socket se rompa debido a problemas de Red, NCache Intentará restablecer la conexión después de cada intervalo de reintento de conexión tantas veces como intentos de conexión. Esto requiere un reinicio de NCache servicio después de la actualización.
NCache Se introducen contadores del lado del cliente para detectar y depurar problemas del lado del cliente. Estos contadores aparecen en los contadores de rendimiento de Windows en la categoría 'NCache Cliente'.
NCache La función de inicio automático se ha mejorado y el inicio de varios cachés especificados por el usuario con NCache el inicio del servicio, se hace asíncrono. Si algunas cachés están corruptas y no se inician, se registra una advertencia, pero NCache El servicio se inicia normalmente.
La descripción del modo de sincronización de caché del cliente se agrega en NCache Ayuda.
La descripción sobre la configuración de la memoria del clúster, su uso y estimación se agrega en las configuraciones del clúster.
NCache El asistente de instalación advierte al usuario que no es administrador. Se requieren privilegios y permisos administrativos para que el usuario instale NCache en un sistema.
09 de Julio de 2009
NCache 3.6.2 contiene una serie de mejoras útiles y correcciones de errores que han sido reportadas por los clientes. Es una actualización recomendada para todos los usuarios de NCache. los que usan NCache La versión 3.6.x puede actualizarse sin reconstruir/recompilar la aplicación.
Las siguientes son algunas mejoras realizadas en esta versión:
Se agregan seguimientos de registro para los siguientes eventos:
La dependencia de base de datos basada en sondeo tiene las siguientes mejoras.
Los mensajes de error se mejoran cuando el servicio no se inicia debido a que las direcciones bindto-ip no están disponibles.
Marzo 26, 2009
NCache 3.6.1 contiene una serie de mejoras útiles y correcciones de errores que han informado los clientes. Es una actualización recomendada para todos los usuarios de NCache. los que usan NCache La versión 3.6.x puede actualizarse sin reconstruir/recompilar la aplicación.
Las siguientes son algunas mejoras realizadas en esta versión:
Ahora la NCache las conexiones de los clientes se reequilibran automáticamente entre los nodos del clúster cuando un nuevo nodo se une a la memoria caché. Así que ahora no tiene que preocuparse más por el equilibrio de carga del cliente en los servidores de caché.
Se agregan nuevos contadores para la supervisión del rendimiento en el 'NCache' categoría en los contadores de Perfmon de Windows.
NCache ahora admite el uso de procedimientos almacenados y objetos de comando en la dependencia de la base de datos.