查找您的发行说明 NCache 下面的版本。
01 年 2024 月 XNUMX 日，星期二
NCache 5.3 SP3 包含一些非常重要的增强功能和错误修复。
In NCache 5.3 SP3，服务器端代码执行方面取得了重大进步，引入了 NCache 执行服务。该服务代表了一个统一的执行模型，已在 Java 和 .NET 版本中实现 NCache.
对于Java版本，这个单独的执行过程， NCache Execution Service，负责运行服务器端用户代码，包括Cache Loader、Refresher、Readthrough、Writethrough操作。此更改简化了服务器端代码的执行，确保跨 Java 平台的高效且一致的操作。
在 .NET 版本中， NCache 执行服务也进行了类似的调整，但专门用于缓存加载器和刷新器代码执行。 .NET 版本中的这一增强功能与执行模型的总体目标相一致，即优化和标准化服务器端代码执行流程。
Java 客户端缓存架构已与.NET 客户端缓存架构同步。这种同步包括在 Java 客户端缓存中实现 Readthrough 和 Writethrough 机制，以及增强 L1 和 L2 缓存之间的同步。这种一致性确保了不同平台之间的一致性和效率。
NCache 管理中心有显着的改进，包括下载日志文件的能力。这一新功能为用户管理缓存服务器增加了一层便利。此外，还能够启动、停止和重新启动服务 NCache 服务， NCache 执行服务和 NCache 添加了桥接服务，增强了管理控制和灵活性。
Export-CacheConfiguration 命令已得到增强，以改进导出的缓存配置的文件夹结构。它现在包含一个选项，可将服务器端功能部署合并到导出中，从而提供更全面的配置管理功能。此外，导出的缓存名称规范已被强制指定，以确保更清晰、更精确的配置导出。
使用导出的配置创建缓存后， NCache 自动部署所需的库以及配置。
引入了一项增强功能，以简化将节点添加到缓存集群的过程 NCache。用户不再需要在添加到现有集群的每个新节点上手动部署服务器端提供程序来实现 Readthrough、Writethrough 或 Cache Startup Loader 等功能。
借助自动部署功能， NCache 当新节点添加到集群时，会自动为配置的功能部署必要的服务器端提供程序。这种自动化简化了流程，并确保新节点完全具备参与缓存集群的能力，无需用户手动干预。
NCache 5.3 SP3 在注册过程中引入了重大增强，特别是对于 Docker 实例。以前，DockerHub 上仅提供服务器映像 NCache，寻求开发者安装的用户必须创建自己的 Docker 映像。通过新的更新，DockerHub 上发布的单个映像现在可以灵活地用于服务器或开发人员安装。这一改进极大地简化了用户使用 Docker 的过程。
在注册Docker实例时，用户必须使用-RegisterAs参数指定安装类型。此参数允许用户选择“CacheServer”、“RemoteClient”和“Developer”模式，“CacheServer”为默认模式。如果未指定 -RegisterAs 参数，系统默认采用服务器安装。这一增强不仅带来了便利，还提供了根据特定需求配置 Docker 实例的灵活性。
In NCache 5.3 SP3，引入了一个新功能，方便 NCache 客户端通过负载均衡器连接到缓存服务器。此功能在客户端无法直接了解缓存服务器的情况下特别相关，例如在使用 Kubernetes 集群或访问受限的云订阅的环境中（例如使用专用链接的 Azure 或 AWS）。
传统上， NCache 架构要求每个客户端与每个缓存服务器建立连接。然而，当负载均衡器被引入到该架构中时，它会掩盖客户端对各个缓存服务器的直接可见性。为了解决这个问题， NCache 5.3 SP3 实现了一种机制，在客户端通过负载平衡器首次连接到第一个缓存服务器时，服务器共享有关配置中其他缓存服务器的信息。
客户端收到此信息后，开始尝试通过负载均衡器连接到其他服务器。此过程将持续进行，直到与所有服务器建立连接或耗尽配置的尝试次数。这种方法确保客户端可以保持与缓存集群的完整连接，即使在无法直接看到每个服务器的情况下也是如此。
此版本停止支持 .NET 4.6.1 及更早版本，反映了技术标准的持续更新。现在支持的最低 .NET 客户端版本是 .NET 4.6.2。
增强的安全性已通过 TLS 支持集成到 Java 客户端中。
现在提供与最新版本的 Hibernate 和 Spring 的直接集成，从而简化了集成过程。以前，这种集成只能通过 JCache 接口实现。
引入了基于 Spring 的 Web 应用程序的高效会话管理，增强了 NCache 在这些环境中。
此前， NCache 提供 60 天免费试用期。但是，在最新更新 (30 SP5.3) 中，此持续时间已缩短至 3 天。尽管发生了这一变化，客户仍然可以选择通过联系销售团队来延长评估期。根据要求，销售团队可以提供扩展密钥，允许客户扩展他们的 NCache 评估期最长120天。
2023 年 10 月 03 日
NCache 5.3 SP2 包含一些非常重要的错误修复和增强功能。
我们在此版本中引入了凭据缓存，以提高系统中身份验证操作的性能和效率。 它在现有安全提供程序之上提供了一个缓存层，从而减少了对底层身份验证系统（例如 LDAP 或 Active Directory）进行重复身份验证调用的需要。
以下是此版本中的一些增强功能：
根据 LDAP/Active Directory 服务器成功进行身份验证后，用户凭据（用户名和加密密码）将缓存在内存中。 这消除了多个客户端对同一用户的后续请求中重新进行身份验证的需要。
凭证缓存得到改善 NCache 通过减少昂贵的 LDAP/Active Directory 服务器访问来提高性能。 它还可以减少高事务环境中 LDAP/Active Directory 服务器的负载，其中 NCache 平时生活。
用户体验与之前指定的相同 NCache 安全。
默认情况下，凭据缓存功能处于启用状态，但您可以通过更改配置文件轻松将其关闭。 这 'NCache服务器.EnableCredentialCaching' 在标记 NCache 服务配置文件启用/禁用此功能。
NCache 现在扩展了其 TLS 加密功能，不仅可以保护客户端和服务器之间的通信，还可以保护服务器节点之间的通信。 尽管 NCache 以前为客户端-服务器通信提供 TLS 加密，此增强功能侧重于保护集群内服务器节点之间的数据交换。 这一附加的加密层可确保服务器节点之间传输的所有数据保持机密并免受潜在威胁，从而增强分布式缓存环境的整体安全性。
NCache 引入了对跨桥连接通信的 TLS 加密支持。 有了这个功能， NCache 确保通过网桥连接的缓存集群之间传输的数据是加密且安全的。 此增强功能可保护流经桥接连接的数据，为您的分布式缓存基础设施添加额外的保护层。 值得注意的是 NCache 之前为客户端-服务器通信提供 TLS 加密，此扩展现在也涵盖了桥接连接。
在此版本中，我们通过引入放置功能来增强我们的安全协议支持 NCache 证书不仅存在于受信任的根存储中，而且还存在于个人（“我的”）存储中。 此增强功能将允许在组策略权限限制可能影响根存储中证书存储的环境中实现更顺畅的操作。
为了顺利运行，证书必须由知名的公共证书颁发机构 (CA) 颁发，大多数系统本质上都信任该证书颁发机构。 这允许客户端计算机验证服务器的证书，而无需将 CA 证书安装在其受信任的根存储中。
但是，对于私有 CA，CA 的证书必须安装在所有参与计算机上的受信任根存储中，以允许成功验证和安全通信。
NCache 引入了无缝结合节点和缓存安全性的能力，以增强控制和灵活性。 通过此功能，当启用节点安全性时，相应节点上的所有缓存都会自动受到保护。 节点管理员可以全面控制缓存数据和节点管理任务。 另一方面，缓存用户可以与各个安全缓存专门关联，通过以下方式授予他们仅访问缓存相关操作的权限： NCache 蜜蜂。 这种组合使管理员能够定制访问权限，确保缓存用户对缓存 API 的访问权限有限，而节点管理员则拥有更广泛的访问权限，包括 API 交互和管理操作。
NCache 引入了通过允许基于组的授权来增强安全配置的功能。 现在，您可以轻松添加 LDAP 组作为节点管理员或缓存用户，从而简化整个系统的权限管理 NCache 簇。 此功能通过授予对缓存节点和缓存的组访问权限来简化组织内多个用户的授权过程。
NCache 已升级其用于基于 Windows 的服务器的 LDAP 提供程序，以利用 Microsoft 提供的最新 LDAP 实现提供的增强的身份验证和授权功能。 通过以下方式探索此升级后的 LDAP 提供商的功能 Microsoft 的 LDAPConnection 文档.
在这个最新版本中 NCache，我们通过重命名引入了技术改进 NCache 经理至 NCache 管理中心。 这一改变代表了增强该工具功能并为用户提供更先进的缓存集群管理平台的战略举措。 尽管名称不断演变，但底层功能和特性依然强大，让您能够精确高效地无缝配置、监控和管理缓存集群。
NCache 进一步增强了其用户友好的界面，以保护缓存节点。 虽然我们之前提供了此功能，但现在我们进行了重大改进，以确保更流畅的体验。 配置缓存节点安全性的过程现在更加直观和简化，使您可以轻松地保护缓存节点。
NCache 管理中心，原名 NCache 管理器现在包含身份验证功能。 当节点受到保护时， NCache 管理中心将通过显示登录页面提示用户进行身份验证。 这可确保只有授权用户才能访问管理中心，从而为您的设备提供额外的安全层 NCache 环境。 只有配置的节点管理员才能登录安全节点。
NCache 现在提供了一种通过新的 Enable- 配置传输层安全性 (TLS) 的无缝方法NCacheTLS 和禁用 -NCacheTLS cmdlet。 以前，用户必须通过编辑注册表设置来手动配置 TLS，这可能既复杂又耗时。 使用这些 cmdlet，您可以轻松地在一台或多台服务器和客户端节点上启用或禁用 TLS。
NCache 引入了一种通过 PowerShell 管理安全设置的增强方法，提供对安全配置更精细的控制。 改进后的启用-NCache安全和禁用-NCache安全 cmdlet 简化了启用或禁用安全性的过程，同时提供了更大的灵活性。
随着附加的引入NCache用户或组并删除-NCacheUserOrGroup cmdlet，管理员可以有效地管理具有特定访问权限的用户和组。 这种基于 PowerShell 的扩展安全管理增强了安全控制和自定义选项 NCache 环境。
在最新的 NCache 发布，我们很高兴地介绍 NCache 操场。 它是一个强大的交互式工具，旨在增强您的体验 NCache. NCache Playground 是供用户探索、实验和熟悉的专用环境 NCache 功能、示例和现实场景。 和 NCache 游乐场，可以轻松奔跑 NCache 示例、即时调整并执行练习，而无需成熟的开发环境。 该工具非常适合希望快速掌握的用户 NCache 概念，评估其能力，并加速他们的学习曲线。
九月二十四日
NCache 5.3 SP1 包含一些非常重要的增强和错误修复。 该版本还包含主要的用户体验改进。 NCache 5.3 SP1 是对所有人的推荐升级 NCache 用户。
以下是此版本中的一些增强功能：
针对 NCache 在 Azure 和 AWS 上可用的图像，注册免费评估 NCache 支持 NCache 网络管理器。 当机器未注册评估或许可证密钥时， NCache Web Manager 的默认屏幕将用户带到一个注册过程，以开始他们的评估或激活他们的盒子。
特点'NCache NoSQL' 5.3 中发布的已重命名为 'NCache 坚持”。 该功能的工作方式保持不变，但是删除了其他提供程序。 这 NCache 持久性现在只能与基于内置文件系统的存储一起使用。
所有类型 NoSQL 相关的 PowerShell cmdlet 也已重命名。
发布了一个单独的 NuGet 包 NCache CLR 存储过程。 这有助于轻松创建使用 NCache API。
用户可以强制 SignalR 应用程序使用应用程序的 web.config 或 appsettings.json 文件中指定的连接选项，而不是使用 client.ncconf 中指定的配置。 如果指定，应用程序将使用这些设置。
刷新间隔值现在可以设置为秒而不是分钟。 已进行更改以适应刷新应以小于一分钟的间隔运行的情况。
MapReduce、聚合器和 Memcached 集成被标记为已弃用，并将在下一个版本中删除。
2022 年 4 月 12 日
NCache 5.3 包含一些非常重要的新特性以及各种性能和内存优化。 该版本还包含主要的用户体验改进。 NCache 5.3 是对所有人的推荐升级 NCache 用户。
以下是此版本中的一些增强功能：
NCache 现在提供一个 NoSQL Database 整个数据库在内存中并且是分布式的，但它也实时持久化到永久存储中。 这种实时持久性可确保您的 In-Memory 数据始终保持同步，即使您重新启动所有 NCache 服务器。
NCache 提供以下实时持久性选项 NoSQL Database:
您可以使用 NCache NoSQL Database 在以下方面：
NCache 为使用 Lucene 进行全文搜索的 .NET 应用程序提供分布式 Lucene。 分布式 Lucene 采用标准 Lucene.NET 索引并使其分布式，因此您可以将 Lucene 索引扩展到多个 NCache 服务器甚至在运行时。 这不仅可以让您增加索引大小，还可以增加您的应用程序事务容量，因为您的应用程序现在可以与多个 NCache Lucene 的服务器。
以下是分布式 Lucene 功能的一些亮点：
NCache 现在在 Windows 和 Linux 上都提供了 Python 客户端。 此 Python 客户端具有以下所有客户端 API 功能 NCache 传统上 .NET 和 Java 客户端所享受的。
NCache 现在在 Windows 和 Linux 上都提供了一个 Scala 客户端。 此 Scala 客户端具有以下所有客户端 API 功能 NCache 传统上 .NET 和 Java 客户端所享受的。
NCache 以 PowerShell Cmdlet 形式提供导入和导出工具。 使用这些工具，您可以将 JSON / CSV 数据导入或导出到 NoSQL Database 或脱离它。 这允许您提取全部或部分 NoSQL database.
NCache 持久性提供者 NoSQL Database 将数据保存在位于共享网络文件夹中的多个文件中（基于 UNC 路径）。 因此，您可以使用常规文件系统工具来执行备份。
提供在线备份功能， NCache 还提供了一个管理工具（作为 PowerShell Cmdlet）来短暂挂起 NCache 写入持久存储，并且仅在您执行文件系统备份时将它们保存在内存中。 但是，当您完成备份后，您可以启用写入，并且所有待处理的写入都会立即应用于持久存储。
如果您使用 SQL Server 或 MongoDB 作为存储选项，那么这些数据库提供了您应该使用的在线备份工具。
NCache 使您能够将现有的 Lucene 索引导入 NCache 以批量文件复制方式分发 Lucene，比从现有 Lucene 索引中读取文档并单独将它们写入要快得多 NCache 通过其 API 分布式 Lucene。
您可以执行以下类型的 Lucene 索引导入：
NCache 将 Lucene 索引分区并保存到分布式环境中 NCache 服务器。 而且，所有索引都存储为多个文件。 因此，您可以在它们上使用常规的文件系统备份/恢复工具。
目前，除非您的应用程序没有对 Lucene 索引进行任何更新，否则您无法执行在线备份。 您必须选择一个低流量时间来停止服务器并进行备份。
恢复分布式 Lucene 索引与恢复文件系统文件相同，因此是可能的。 您可能必须重新启动 NCache 服务器具有与您进行备份时相同的分发配置信息。
NCache 现在完全支持 .NET 6.0。 全部 NCache 服务器在 .NET 6.0 中编译（或 .NET Framework 4.8，如果你已经下载了那个版本）。 NCache 客户端也是 .NET 6.0。 然而， NCache 还提供对早期版本的支持 .NET Core 和 .NET Framework NCache 客户端。
NCache 现在允许您为您的 ASP.NET / ASP 使用 JSON 序列化.NET Core 会议。 以前，您唯一的选择是使用 .NET 提供的二进制序列化。 我们仍然有二进制序列化选项，但在 .NET 6.0 中，二进制序列化默认是禁用的，不推荐使用。
JSON 序列化还允许您使用未标记为“可序列化”的对象，并且也无需对其使用紧凑序列化。 使用 JSON 序列化，您只需更改配置设置。
为了包含任何对象属性 NCache SQL 查询，你必须先索引它。 以前，索引的唯一方法是将索引定义为 NCache 配置。 这仍然是可能的，也是一个很好的方法。
但是，现在您可以使用自定义注释以编程方式定义查询索引。 有了这个，您现在可以完全支持创建查询索引的不同方式 NCache.
NCache 现在支持可空属性来创建索引，然后在 SQL 查询中使用它们。 提供此功能是因为 .NET 属性和字段可以为空。 但是，以前 NCache 没有提供基于空值的搜索支持，现在它提供了。
NCache 现在支持分布式 Lucene 全文搜索中的地理空间索引。 就像常规全文搜索 Lucene 索引一样，地理空间索引也在内部使用 Lucene.NET 来支持地理空间查询。 用于地理空间索引的 NuGet 包与全文搜索索引 NuGet 包是分开的。
NCache 现在支持使用分布式 Lucene 进行分面搜索。 分面搜索是一种涉及使用分面导航系统增强传统搜索技术的技术。 这允许用户通过基于项目的分面分类应用多个过滤器来缩小搜索结果。
NCache 为分面搜索提供 NuGet 包，其中包含执行分面搜索所需的所有 API。
评估期已在先前版本的 NCache 在电子邮件域级别，而不是在个人下载或个人安装级别。 这意味着如果您评估了早期版本的 NCache 但没买，你的评估期很可能已经过期了。
然而， NCache 5.3 开始您对该版本的全新评估期。 您会像以前一样获得 30 天的评估期，您可以要求我们的销售团队一次延长 30 天，总共延长 180 天。
NCache 之前已经实现了智能对象池，并且还将较大的对象分解为少于 80K 的对象，因此 LOH 不经常使用。 这种早期的内存优化已经得到了改善 NCache 对于最常用的“原子操作”，例如获取、插入、更新、删除单个项目，性能相当不错。
但是，批量操作、查询索引、SQL 搜索等许多其他领域并没有以这种方式完全优化，因此导致频繁使用 LOH 和 Gen2 集合，因此不是最佳性能。
现在，这个版本的 NCache 在所有这些领域优化了内存管理，从而实现了更快的性能 NCache 在周围。
进行了以下优化：
NCache 传统上在本地环境中运行，因此不需要使用 https 来访问 NCache 网络管理器。 但是，现在随着 Azure、AWS 和其他云变得非常流行，越来越多的情况出现了用户可能需要访问 NCache 通过 https 的 Web 管理器。
NCache 现在提供对 https 访问的支持 NCache 网络管理器。 默认情况下，它是 http，但如果您有证书，您可以将其配置为使用 https。
NCache 传统上要求您指定 NCache 服务器基于它们的 IP 地址而不是机器名称。 这背后的原因是，在许多情况下， NCache 服务器有多个网络接口卡 (NIC)，您不知道机器名称映射到哪个 NIC。 因此，使用 ip-address NCache 服务器和客户端仍然是首选方式。
但现在 NCache 如果您愿意，可以让您指定机器名称而不是 IP 地址。 您可以指定用于将缓存服务器或缓存客户端添加到缓存配置的机器名称。 同样，所有关于 NCache 默认情况下，Web Manager 继续使用 IP 地址。
2021 年 10 月 12 日
NCache 5.2 SP1 包含一些重要的性能和内存优化。 该版本还包含主要的用户体验改进。 NCache 5.2 SP1 是对所有人的推荐升级 NCache 用户。
以下是此版本中的一些增强功能：
在以前的版本中，具有相对较大项目大小的批量操作会占用大量内存。 在此版本中，对象池和其他 LOH 避免技术用于减少与批量操作相关的代码路径上的内存占用。
最新版本的 protobuf-net 具有一些主要的内存增强功能。 NCache 现在使用最新版本的 protobuf-net 来进一步提高内存和性能。
以前，离线激活是一个多步骤的过程，需要 NCache 与之交谈的用户 Alachisoft 支持团队。 现在有了这个更新的版本，用户无需联系即可完成离线激活 Alachisoft 支持团队。
安装密钥附带 30 天的免费评估。 在这个较新的版本中，安装密钥在客户域级别而不是单个客户进行跟踪。 所以评价 NCache 实际上是从公司第一个用户下载的那一天开始的。 但是，每个版本 NCache 从现在开始将有自己的评估期。
2021 年 3 月 25 日
NCache 5.2 包含一些与缓存相关的重要特性。 该版本还包含主要的性能改进。 NCache 5.2 是对所有人的推荐升级 NCache 用户。
以下是此版本中的一些增强功能：
Cache Loader/Refresher 是一种以可配置的时间间隔定期运行并刷新缓存数据的服务。 用户通过在配置中添加一个或多个命名数据集来配置此功能。 每个数据集都可以配置为加载一次或定期刷新。
在 Pub/Sub 中添加了以下两个内容。
在创建主题时，可以为主题分配优先级。 来自较高优先级 TOPIC 的消息首先被传递，而来自较低优先级 TOPIC 的消息首先被驱逐。 如果未分配优先级，则会创建具有“正常”优先级的主题。
发布者应该能够发送带有指令的消息以保留它们的发布顺序。 此类消息以与发布时完全相同的顺序传递给订阅者。 来自某个发布者的有序消息将驻留在一个缓存服务器上。 这将使用位置亲和性来实现。
如果发生以下情况，所有订购的消息将被传递给同一订阅者 交付选项.任意.
对于纯粹使用 JSON API 的应用程序，可能无法定义基于 .NET 或 Java 的查询索引。 因此，支持从 JSON 文档定义索引。
在这种情况下，用户指定 json 文件的路径。 NCache Web Manager 读取 json 文件中的属性并在网格中列出它们。 用户可以从应该定义索引的列表中选择一个或多个属性。
也可以使用 PowerShell 命令创建来自 json 文档的查询索引。
自定义依赖项现在部署在服务器端。 就像读/写直通提供者一样，用户需要实现自定义依赖提供者。 可以有一个或多个自定义依赖提供者，每个提供者都有一个唯一的名称。
通过 API 添加项目时，用户指定已配置和部署的自定义依赖提供者的名称。
用户可能希望更改他们收到的电子邮件通知的文本和主题方式 NCache. 生成的电子邮件的所有文本和主题 NCache 使用模板。 这些模板在安装目录中提供。 用户可以根据自己的需要更改这些模板。
在某些组织中，可能会配置多个域控制器以实现高可用性。 当主域控制器出现故障时，辅助控制器将变为活动状态。 NCache 现在还支持使用主域控制器和辅助域控制器配置安全性。
TLS 1.2 支持为之间的传输级通信提供 NCache Linux 上的服务器和缓存客户端。
在 ASP.NET 和 ASP 之间共享会话.NET Core 支持应用程序。 这可以从配置设置中启用。 为了在不同应用程序之间共享会话，所有应用程序必须使用相同的自定义会话 ID 生成器。
这也支持多区域会话。
如果通过 IDistributedCache 配置，则不支持会话共享。
用户可以指定 SQL 依赖项以使缓存中的页面响应无效。 如果指定的 SQL 对应的数据被修改或删除，则缓存的响应被删除。 在新请求上，它会重新生成并添加到具有相同 SQL 依赖项的缓存中。
如果通过 IDistributedCache 配置，则不支持此功能。
NCache 可以用作 Identity Server 4 的外部存储；
当配置为 NCache，用户可能希望使用不同的缓存会话缓存和数据缓存。 NCache 当用作 IDistributedCache 时，应提供一个选项以将多个缓存用于不同目的。
新的 Java 客户端与新的 .NET API 100% 相同。 它具有以下服务；
新的 Java 客户端还使用流水线来获得更好的性能。
以下服务器端模块可以用 Java 编写。
NCache 现在有一个 Node.js 客户端，它与新的 .NET 和 Java JSON API 100% 相同。 它具有以下服务；
与 Prometheus 集成以监控关键指标 NCache. NCache 向 Prometheus 服务器发布一组可配置的计数器。
NCache Grafana 的仪表板在 Grafana 库上提供。 仪表板具有从 Prometheus 服务器获取的各种计数器，其中 NCache 正在发布其计数器。
NCache Professional 现在有一个基于 Web 的 GUI 工具 NCache 管理和基本监控。 NCache Web Manager 允许用户创建、配置、启动和停止缓存。 这也有助于他们快速运行压力测试并查看统计数据。
2020 年 11 月 23 日
In NCache 5.1，有一些重要的错误修复和一些新的增强。
以下是此版本中的一些增强功能：
仅服务器许可现在还考虑了内存来计算计算机上所需的许可数量。 现在，在仅服务器许可中，可以连接到服务器的客户端数量不受限制。
根据 RAM 大小和 vCPU 数量的组合，确定机器上所需的许可证数量。 这些组合在 NCache 许可计划形式的定价页面。
不再支持在客户端计算机上激活。
即使您的许可证是客户端-服务器，您也只需要激活缓存服务器。 激活时，用户还需要指定客户端许可证的数量才能在缓存服务器上激活。
NCache Professional 版本不支持此许可方案。
用户现在可以创建免费的 DEV/Test 缓存服务器。 Remote clients 可以连接到这些缓存服务器，但是有以下几个限制；
现在用户可以注册远程机器免费评估 NCache 在注册中使用“-Server”参数-NCache评估 PowerShell 命令。
2024 年 4 月 24 日
NCache 5.0 SP6 仅发布 NCache Open Source 版。此版本包含一些重要的错误修复和开源版本中的一些新限制。
2020 年 10 月 28 日
In NCache 5.0 SP4，有一些重要的错误修复和一些新的增强。
以下是此版本中的一些增强功能：
现在可以进一步自定义 WAN 复制，以更好地控制两个数据中心之间复制数据的频率。 这是配置；
复制间隔是两个连续复制之间的中间延迟间隔（以毫秒为单位）。 其默认值设置为 3000 毫秒（3 秒）。 用户可以根据自己的需要通过调整 ' 的值来更改此间隔NCacheServer.BridgeReplicationInterval' 标记中的 NCache 服务配置文件。
缓存以提供的阈值大小批量向网桥发送操作。 默认大小为 500 KB。 用户可以通过改变 tag ' 的值来配置这个大小NCache服务器.BridgeBulkOperationSize' 在里面 NCache 服务配置文件。
此版本提供对最新版本 EFCore 的支持。
此新版本支持仅服务器许可，仅购买服务器许可。 在这种类型的许可中，一个缓存服务器至少需要 4 个许可。
添加了以下功能 NCache professional.
NCache 每月发送一次功能使用报告给 Alachisoft 服务器。 这样做是为了根据从客户那里收到的数据改进产品。 以下信息为本报告的一部分；
一个新的 PowerShell cmdlet 'Register-NCache评估'提供注册 NCache 使用从以下处收到的评估密钥进行免费评估 Alachisoft. 此 cmdlet 还可用于延长评估期。
NCache Open Source 可以使用注册注册-NCache开源 cmdlet。
本次发布 NCache 支持 NCache Cloud 祭。 NCache Cloud Service 在 Azure 和 AWS 中提供。
所有版本 NCache 现在可以安装在 Azure 和 AWS 中，但建议 NCache使用 的市场图像而不是安装 NCache.
2020 年 6 月 15 日
In NCache 5.0 SP3，有一些重要的错误修复和一些新的增强。
以下是此版本中的一些增强功能：
NCache Remote Client通常每个盒子至少需要 2 个许可证。 如果一台机器的内核超过 8 个，则每 4 个内核需要一个额外的许可证。 例如，一台 12 核的机器需要 3 个许可证，而 20 核需要 5 个许可证。
不过， NCache SaaS 用户，所需的许可证 remote clients 永远不会超过 4，即使该机器上的内核数超过 16。
以下是添加的新 PowerShell 命令。
对现有 PowerShell 命令进行了以下增强。
2019 年 12 月 09 日
In NCache 5.0 SP2，有一些重要的错误修复和一些新的增强。
以下是此版本中的一些增强功能：
以前，Bridge 的缓存不能超过 2 个。 在这个版本中， NCache 现在支持在一个 Bridge 中拥有 2 个以上的缓存。 至少一个缓存必须处于活动状态。
即使活动缓存自动将其数据复制到网桥中的其他缓存，缓存之间的状态传输也不再活动。 当缓存出现故障或添加新集群时，需要手动交互以同步缓存。
为 Windows 和 Linux 添加了 LDAP 安全支持。 以前，Linux 上不支持 LDAP，而 Windows 支持基于 Active Directory。
在 Pub/Sub (TOPIC) 中进行了以下增强：
对自定义依赖项功能进行了以下增强。
NCache 现在使用 System.IO.Pipelines 在客户端和服务器之间进行高性能 IO 操作。 由于这种方法， NCache 能够在 2 节点集群上每秒执行 5 万次操作。
默认情况下，流水线在所有缓存上启用。 但是，可以在创建缓存时或通过随时修改缓存配置来禁用此功能。
对架构进行了更改 NCache 添加对可以使用的动态注册模块的支持 NCache的分布式架构，无需对 NCache 源代码。
Lucene.NET 支持也通过 NCache 模块。
添加了以下 PowerShell Cmdlet：
详情请参阅 NCache 版本比较
2019 年 8 月 26 日
In NCache 5.0 SP1，有一些重要的错误修复和一些新的增强。
以下是此版本中的一些增强功能：
NCache SignalR backplane ASP.NET Core 提供了应用程序。
现在可以从 Internet Explorer 11（最新版本）完成 Web 管理，但建议使用 Microsoft Edge、Chrome、Firefox 或 Opera。
所有版本的安装密钥 NCache 现在在下载时动态生成。 这意味着每个客户都会获得一个唯一的安装密钥。
专业版和开源版中的缓存服务器仅基于 .NET。 客户端可用于 .NET 和 .NET Core. 这两个版本的缓存服务器不能安装在 Linux 上。
开源和专业版已经回到 Alachisoft的原始策略，我们在开源和专业版中都有有限数量的功能。
详情请参阅 版本比较
2019 年 5 月 14 日
NCache 5.0 包含一些与集群和缓存相关的重要特性。 该版本还包含主要的性能改进。 NCache 5.0 是对所有人的推荐升级 NCache 用户。
以下是此版本中的一些增强功能：
NCache API 已经过重构，通过减少各种方法的重载次数，使其更简单易用。 新的 API 还使用了 C# 的最新功能和 .NET Framework （任务并行库、异步方法和泛型）。
对以下功能进行了改进 NCache 消息传递框架。
但是，对于持久订阅（命名订阅），消息会被存储，直到它们被推送到该订阅中的所有或任何订阅者。 如果持久订阅者在突然断开连接后返回（离开时未调用 Unsubscribe），它将能够接收在其关闭期间发布的消息。
但是，即使消息没有传递给所有或任何订阅者，消息也会在过期后从存储中删除。
持久订阅中还有另外两个策略。
-共享，订阅中可以有多个订阅者。
- 独占，订阅中一次只能有一个订阅者。 所有非持久订阅都是独占的。
此版本中进行了一些主要的性能改进。 核心子系统经过重新设计，以获得更好的缓存操作性能。 其中一些改进包括合并最新的库，如 Microsoft 的 System.IO.Pipelines。 System.IO.Pipelines 是一个新的库，旨在使在 .NET 中执行高性能 IO 变得更加容易。
所有类型 NCache 事件现在在内部使用更可靠的 NCache的发布/订阅框架。 以下类型是现在基于 Pub/Sub 的事件。
NCache的 SQL 现在得到了增强，在 SQL 语句中具有预测和 FROM 子句。 以前，SQL 语句中没有投影，因此返回了与给定条件匹配的完整缓存项。
支持通过 SQL 按其“组”搜索缓存项。 使用此功能，用户可以查询缓存以针对“组”返回缓存项，就像他们为“标签”所做的那样。
传统上， NCache 将缓存中的项目存储为二进制数据。 二进制序列化在时间和它消耗的内存方面都可能很昂贵。 在 NCache 5.0，用户可以选择将缓存配置为具有 JSON 序列化存储。 JSON 序列化在大多数情况下是有效的。
NCache 现在已经提供分布式数据类型和数据结构作为 .NET 接口的实现。 提供了以下实现。
System.Collections.Generic.IList<T>. 它允许重复键并保留它们的顺序。System.Collections.Generic.ICollection<T>. 它不允许重复键并且不保留顺序。 DistributedHashSet 具有用于两个集合的并集、交集和差集的附加方法。System.Collections.Generic.IDictionary<TKey, TValue>. 它允许用户将数据存储在键值对中。 此数据结构中不保留顺序。System.Collections.Generic.ICollection<T>. 但是，存储在此数据结构中的数据在 FIFO 模型中被消耗，就像在队列的情况下一样。在维护模式下停止服务器节点会导致 redis其余节点之间的数据分布。 这可能需要很长时间，具体取决于缓存中的数据。 在此期间，缓存处于易受攻击状态，某些操作可能会失败或需要更长时间才能执行。
有了这个新特性，当一个节点停止维护时，缓存中的数据不会 redis致敬。 当集群中的节点短时间停止以应用补丁或其他维护工作时，该功能很有用。
位置亲和性意味着将相关的缓存项保留在一个节点上。 此功能可以在许多方面有所帮助，例如更快的查询和批量操作等。
Lucene.NET 是一个文本搜索引擎库，但它不是分布式的。 和 NCache的 Lucene.NET SDK，用户将能够构建分布式 Lucene 索引并查询它们。 NCache的 Lucene.NET SDK 类似于 Lucene.NET 库，因此用户无需学习太多即可使用 NCache的 DistributedLucene.NET API。
. 基于 NET 核心 NCache 服务器也将在 Windows 上可用。 以前，它仅在 Linux 上可用。
这是一种新的许可方案，其中许可仅在缓存服务器上激活。 但是，缓存服务器也被激活以允许一定数量的客户端与缓存连接。 所需的服务器和客户端许可证数量与客户端-服务器激活方案中的相同。
NCache 配置、管理和监控是通过基于 Web 的应用程序完成的。 默认情况下，此应用程序安装在所有缓存服务器和客户端上。 用户可以从他们的浏览器连接任何服务器来管理他们的缓存集群。
该应用程序是 ASP.NET Core 基于，因此，可以在 Windows 和 Linux 上运行。 此应用程序具有基于桌面的所有功能 NCache 经理有。 基于桌面 NCache Manager 和 Monitor 已停产。
添加了以下几个 PowerShell 命令；
2018 年 8 月 07 日
In NCache 4.9 SP1，社区版已停产，专业版已恢复。 此版本修复了一些重要的错误并进行了一些新的增强。 增强功能和新增功能。
以下是此版本中的一些增强功能：
NCache 服务器 （.NET Core 基于）现在可以托管在 Linux 盒子上。 Linux 的单独安装程序 (.tar.gz) 可供下载。
30 天的全面工作试用期又回来了。 现在评估期间没有性能限制。
专业版具有与开源版相同的功能以及一些额外的管理 PowerShell 命令。 客户端和服务器安装都有 30 天免费试用期。
Docker Hub 上提供了适用于 Linux 和 Windows Nano 服务器的 Docker 映像。 Docker 文件也可以在 GitHub 上找到。
引入了 perfmon 计数器来监视网桥中的项目数。
提供了对 GetKeysByTag 和 GetByTag API 中通配符搜索的支持。
支持通过 CacheInitParams 接口从 API 启用客户端日志记录。
引入基于订阅的许可来支持云和本地部署。
2018 年 2 月 14 日
NCache 4.9 包含一些与 ASP 中的集群和缓存相关的重要特性.NET Core。 此设置还具有一些性能改进，因此建议所有用户进行升级 NCache 用户。
以下是此版本中的一些增强功能：
裂脑是由于集群节点之间的临时网络故障导致多个子集群的情况。 在这种情况下，每个子集群都有自己的协调器节点，并且不知道其他子集群。 这最终可能导致数据不一致。 和 NCache 4.9 版本中，用户可以启用缓存集群从 SplitBrain 场景中自动恢复。
NCacheIDistributedCache 的实现利用分布式缓存标记帮助程序，能够显着提高 ASP 的性能.NET Core 应用程序通过缓存其响应。
基本 ADD、INSERT 和 GET 缓存操作的性能提高了 20-25%。
开源版和社区版现在具有与企业版相同的客户端 API。 这意味着，所有企业开发人员功能现在也可在开源版和社区版中使用。
2017 年 11 月 2 日
NCache 4.8 包含一些与运行时数据共享、消息传递和 .NET Core。 这是推荐给所有人的升级 NCache 用户。
以下是此版本中的一些增强功能：
NCache 4.8 现在推出了一个免费社区，它提供了强大的基于 GUI NCache 管理器让您可以从中央位置轻松配置缓存。 和 NCache 4.9 版本中，用户可以启用缓存集群从 SplitBrain 场景中自动恢复。
NCache 现在提供了一个完全原生的 .NET Core 可以在 Windows 和 Linux 上运行的客户端。 在 Windows 上， NCache .NET Core 客户端通过 Windows Installer (.msi) 安装。 但是，在 Linux 上提供了单独的安装 (.tar.gz)。
NCache 现在，缓存客户端和缓存服务器完全支持 Docker。 您可以配置要在 Docker 中部署的 .NET 应用程序并包括 NCache 客户端与它无缝连接。
NCache 现在提供完整的 ASP.NET Core 支持，都在 .NET Framework 和 .NET Core （以前它只在 .NET Framework）。 这种支持包括强大的 ASP.NET Core 比常规 ASP 具有更多功能的会话提供程序.NET Core 会话提供者。 并且，它还包括对 ASP 中 IDistributedCache 接口的支持.NET Core.
提供发布/订阅 (Pub/Sub) 消息传递范例，其中发布者将消息发送到通道，而不知道谁（如果有）是订阅者。 而且，订阅者只收到他们感兴趣的消息，而不知道发布者是谁。
NCache 已实现非常易于使用的 EF Core 2.0 扩展方法，允许您缓存通过 EF Core 2.0 获取的应用程序数据。
所有通讯来自 NCache 客户 NCache 现在可以选择通过 TLS 1.2（比 SSL 3.0 更新的规范）保护服务器。 TLS 1.2 确保所有数据在 NCache 客户和 NCache 服务器是完全加密和安全的。
NCache 传统上提供了强大的基于 GUI 的缓存管理工具以及一组丰富的命令行工具。 现在， NCache 已在 PowerShell 中实现了所有命令行缓存管理工具。 您现在可以编写 PowerShell 脚本来进行更复杂的缓存管理。
某些防火墙会中断空闲网络连接，这会导致缓存客户端与缓存服务器通信出现问题 NCache。 如果在客户端节点上启用缓存客户端保持活动功能，则会以可配置的时间间隔（类似于心跳）自动向缓存服务器发送轻量级数据包。 这些数据包仅在客户端和服务器之间没有活动的情况下发送，因此不会干扰常规的客户端/服务器流量。
NCache Manager 用于在项目文件中保存一些缓存配置信息。 但是，如果多人尝试从不同的计算机修改缓存配置，这通常会导致数据完整性问题。 为了解决这个问题， NCache Manager 现在不在其项目文件中存储任何缓存配置信息。 相反，所有配置信息都保存在所有地方通用的缓存服务器上，并且不再出现数据完整性问题。
传统上， NCache 仅提供了客户端/服务器许可选项，需要缓存客户端和缓存服务器都获得许可。 然而，现在 NCache 提供额外的仅服务器许可选项，其中缓存客户端不需要任何许可证。 只有缓存服务器需要许可证。 如果您希望使用仅服务器许可，请联系您的客户经理了解详细信息。
2017 年 5 月 10 日
NCache 4.6 SP3 包含一些次要功能和客户端缓存优化。 还有客户报告的各种错误修复。 这是推荐给所有人的升级 NCache 用户。
以下是此版本中的一些增强功能：
NCache 4.6 SP3 中，缓存可用于跨部署在多个 Web 服务器上的 SignalR 应用程序分发消息。
引入了客户端数据读取器，在缓存状态传输过程中更加稳定和容错。
更多样品已发货 NCache 安装。 现有样本也被重构。
2017 年 1 月 3 日
NCache 4.6 SP2 包含一些客户端缓存优化、网桥拓扑的增强以及与缓存监控相关的功能。 还有客户报告的各种错误修复。 这是推荐给所有人的升级 NCache 用户。
以下是此版本中的一些增强功能：
引入了一个新的 API 来监控与集群连接的缓存客户端。 使用此 API，可以获取已连接客户端的列表，并且可以在任何新客户端连接或现有客户端断开连接时注册通知。
客户端缓存现在已经优化了与集群缓存同步的方式。 客户端缓存现在可以按可配置的时间间隔批量接收事件，而不是在每次对集群缓存进行更新时接收事件。 这减少了流量和内存使用。
NCache Bridge 现在可以拥有同名的缓存。
缓存加载器 NCache 现在可以在多个节点上运行，这有助于加快缓存加载速度。
SP2 中引入了符合 FIPS 的 AES 加密。
NCache 用于 ASP 的 ASP.NET 会话存储提供程序.NET Core 现在支持应用程序。
NCache 现在根据机器拥有的核心数量进行许可。 每 4 个核心使用 1 个许可证。 即使核心数量少于 2，也至少使用 8 个许可证来激活计算机。对于 16 个核心，使用 4 个许可证，对于 20 个核心，使用 5 个许可证，对于 32 个核心，使用 8 个许可证。 开发人员许可的计算机现在可以连接到远程缓存，但每秒请求数以及客户端可以向远程缓存发出的请求总数受到限制。
2016 年 5 月 03 日
NCache 4.6 SP1 包含一些与内存相关的优化以及性能的巨大改进 NCache. 这是对所有人的推荐升级 NCache 用户。
2015 年 12 月 7 日
NCache 4.6 包含一些与运行时数据分析、性能和内存优化相关的重要功能 NCache. 这是对所有人的推荐升级 NCache 用户。
以下是此版本中的一些增强功能：
NCache 现在可以将缓存配置为以对象形式存储数据。 默认情况下，所有数据都以二进制形式存储。
每个缓存在 NCache 现在托管在自己的进程中，该进程独立于所有其他缓存运行。 这个过程的管理是通过 NCache 服务，其中包含有关计算机上运行的所有缓存进程的信息。
MapReduce 在 NCache 将允许开发人员编写能够并行处理大量非结构化数据的程序 NCache 簇。 为了分发输入数据并并行分析它，MapReduce 在任何规模的集群中的所有节点上并行运行。
聚合器处理数据记录并返回编译结果。 它将多个来源的值进行分组，可以执行各种操作，例如求和、计算平均值、查找最小值/最大值等，并返回单个结果
NCache 提供在服务器端针对一组缓存条目执行用户代码的能力。 条目处理器可以修改服务器端的缓存条目，而不需要这些条目在网络上传输以进行获取和更新操作。
现在可以像数据库一样使用数据读取器在缓存上执行查询。 使用数据读取器，可以从服务器中以多个可配置大小的块检索结果集。 这种方法提供了更好的性能并且在客户端使用更少的内存。
用户现在可以配置 NCache 具有默认命名的到期时间。 NCache 当项目插入到缓存中且没有任何过期时间或使用命名的默认值显式插入时，服务器将使用默认过期时间。
Select 语句现在可以包含 orderby 子句，该子句将返回按一个或多个指定属性排序的结果集。
用于查看和监控由生成的日志的 GUI 工具 NCache 服务器和客户端位于一处。 可以在同一个工具中查看所有服务器的日志文件。 该工具可以过滤日志条目，还可以为重要的日志条目添加书签。
NCache 4.4 SP2 可以升级到 NCache 4.6 使用其桥接拓扑不会丢失任何数据。
NCache 从 4.6 开始，缓存服务器和客户端将根据盒子拥有的核心数量而不是 CPU 数量进行许可。
2015 年 7 月 28 日
NCache 4.4 SP2 包含一些与内存和性能相关的重要增强 NCache。 这是推荐给所有人的升级 NCache 用户。
以下是此版本中的一些增强功能：
Dumpcachedata 工具通过枚举缓存数据来转储正在运行的缓存，并将该数据存储在用户指定的位置。 该数据稍后可以重新加载到新的或相同的缓存中。 当客户需要重新启动缓存服务器而又不想丢失缓存中的业务关键数据时，此工具非常有用。
DumpCache 工具重命名为 DumpCacheKeys。
LinqPad 是第三方工具，可与 NCache 查询缓存数据。 数据以表格形式显示在 LinqPad 控制台上。
服务配置级别有一些设置现在可以热应用于服务器上运行的缓存。 以前，需要重新启动服务才能应用服务配置文件中定义的设置。 HotApplicable 设置列表如下：
| # | 物业名称 | 热门适用 |
|---|---|---|
| 1 | NCache服务器.LicenseLogging | USB MIDI（XNUMX通道） |
| 2 | NCache服务器.EnableNagling | USB MIDI（XNUMX通道） |
| 3 | NCache服务器.NaglingSize | USB MIDI（XNUMX通道） |
| 3 | NCache服务器.NaglingSize | USB MIDI（XNUMX通道） |
| 4 | NCache服务器.EventBulkCount | USB MIDI（XNUMX通道） |
| 5 | NCacheServer.ExpirationBulkRemoveSize | USB MIDI（XNUMX通道） |
| 6 | NCacheServer.ExpirationBulkRemoveDelay | USB MIDI（XNUMX通道） |
| 7 | NCache服务器.EvictionBulkRemoveSize | USB MIDI（XNUMX通道） |
| 8 | NCache服务器.EvictionBulkRemoveDelay | USB MIDI（XNUMX通道） |
| 9 | NCache服务器.BulkItemsToReplicate | USB MIDI（XNUMX通道） |
| 10 | NCache服务器.EnableCacheLastAccessCount | USB MIDI（XNUMX通道） |
| 11 | NCacheServer.EnableCacheLastAccessCountLogging | USB MIDI（XNUMX通道） |
| 12 | NCache服务器.CacheLastAccessCountInterval | USB MIDI（XNUMX通道） |
| 13 | NCache服务器.CacheLastAccessLogInterval | USB MIDI（XNUMX通道） |
| 14 | NCache服务器.LOHPoolSize | USB MIDI（XNUMX通道） |
| 15 | NCache服务器.LOHPoolBufferSize | USB MIDI（XNUMX通道） |
| 16 | NCache服务器.CacheSizeThreshold | USB MIDI（XNUMX通道） |
| 17 | NCache服务器.CacheSizeReportInterval | USB MIDI（XNUMX通道） |
| 18 | NCache服务器.LogClientEvents | USB MIDI（XNUMX通道） |
| 19 | NCache服务器.EventLogLevel | USB MIDI（XNUMX通道） |
| 20 | NCache服务器.AllowRequestEnquiry | USB MIDI（XNUMX通道） |
| 21 | NCache服务器.RequestEnquiryInterval | USB MIDI（XNUMX通道） |
| 22 | NCache服务器.ResponseDataSize | USB MIDI（XNUMX通道） |
| 23 | NCacheServer.EnableSnapshotPoolingCacheSize | USB MIDI（XNUMX通道） |
| 24 | NCache服务器.SnapshotPoolSize | USB MIDI（XNUMX通道） |
| 25 | NCache服务器.SnapshotCreationThreshold | USB MIDI（XNUMX通道） |
| 26 | NCache服务器.RequestInquiryCleanInterval | USB MIDI（XNUMX通道） |
在客户端缓存中进行了一些架构更改，以便在批量操作时获得更好的性能。
2015 年 4 月 04 日
NCache 4.4 SP1 包含一些新功能以及与内存和性能相关的重要增强功能 NCache. 这是对所有人的推荐升级 NCache 用户。
以下是此版本中的一些增强功能：
现在可以在 Visual Studio 中执行基本管理和配置操作。 和 NCache 4.4 SP1，Developer安装自带'NCache 管理器扩展，帮助开发者管理 NCache 来自视觉工作室。 Visual Studio 2010/2012/2013 支持 NCache.
提供 NuGet 包供开发人员使用 NCache 无需安装 NCache 在他们的机器上。 有了这个包，开发人员可以使用以下方式编写他们的应用程序 NCache API 并使用 InProc 缓存对其进行测试。
Entity Framework 6.0 和 6.1 集成在 NCache 4.4 SP1。 之前， NCache 支持 Entity Framework 5.0 或更早版本。 在此服务包中， NCache 还为 Entity Framework 6.0 提供缓存扩展，使开发人员可以更好地控制要缓存的实体。 对于希望更好地控制缓存实体的开发人员来说，这是无代码更改配置选项的替代方案。
NCache 4.4 SP1 使用定制的数据结构，这些数据结构经过增强，占用的内存更少，并且比 .NET 的本机数据结构性能更好。 这些数据结构尽可能避免在大对象堆（LOH）上进行分配，以防止 NCache 进程进入严重的内存碎片状态。 因此， NCache 4.4 SP1 对内存和性能都有重大提升。
当集群分裂导致某些服务器无法与其余服务器连接时，就会发生网络分区或脑裂。 这些实例现在已登录到事件查看器，并且还可以从以下位置配置此类场景的电子邮件警报 NCache 经理。
NCache 4.4 SP1 已通过 Windows Server 2012 R2 认证。 它已经通过了微软的所有兼容性测试。 微软证实了这一点 NCache 按照微软的标准工作。
2015 年 1 月 08 日
NCache 4.4 包含一些与缓存稳定性相关的重要增强功能和一些主要错误修复。 建议所有用户进行升级。
以下是此版本中的一些增强功能：
NCache 许可已从之前支持的永久模式移至年度许可模式。
内部数据结构经过优化，可减少存储项的内存开销。
集群大小超过 20 个节点的集群启动时间显着改善。
引入了新的 perfmon 计数器来测量各种索引获取的内存。 以下是它们各自的简要描述：
还引入了与 OQL 相关的新 perfmon 计数器来测量与查询相关的缓存操作的性能，例如：平均 µs/查询执行：查询执行时所花费的平均时间。 平均查询大小：查询返回的平均项目数。 每秒查询数：每秒对缓存的查询数。
NCache 现在与 Windows Server 2012 R2 完全兼容。
2014 年 6 月 30 日
NCache 4.3 Service Pack1 (SP) 包含一些与缓存稳定性相关的重要增强功能和主要错误修复。 这是推荐给所有人的升级 NCache 4.3 用户。
以下是此版本中的一些增强功能：
您可以通过修改 client.ncconf 文件（位于 %NCHOME%/config 文件夹中）来配置客户端日志记录。默认情况下，所有缓存都禁用客户端日志记录，但您可以随时通过以下方式为缓存启用客户端日志记录：指定“enable-client-logs”的“true”值，例如
<cache id="mycache" ... enable-client-logs="false|true" log-level="error|info"/>
“enable-client-logs”属性的可能值为“false”和“true”。 默认值为“假”。
“日志级别”属性的可能值是“错误”和“信息”。 默认值为“错误”。
现在 NCache 来自不同或远程网络的客户端也可以访问不同网络上存在的缓存。 要实现此目的，只需在 ' 中添加以下两个标签Alachisoft.NCache.Service.exe.config' 缓存服务器节点上的文件。
<add key="NCacheServer.MgmtEndPoint" value="public-ip:public-port" />
<add key="NCacheServer.ServerEndPoint" value="public-ip:public-port" />
其中public-ip是暴露在网络外部的ip-address，publicport是网络外部可以访问的端口。
客户端缓存以前只在 NCache Manager 各自拥有二级（2nd level）缓存，但现在可以在中查看现有的客户端缓存 NCache “缓存资源管理器”的“本地缓存”树节点下的管理器。
进程外本地缓存和进程外客户端缓存支持电子邮件警报。 您可以选择事件 NCache 会向您发送电子邮件通知，例如关于缓存启动、缓存停止等。
可以使用命令行工具（例如 CreateClientCache、AddClientNode 等）从缓存集群网络外部配置客户端缓存。
NCache 现在与 Windows Server 2012 完全兼容。
NCache 提供 Java 客户端 API 以使用 NCache 作为基于 Java 的应用程序中的缓存存储。 NCache Java 客户端与 .NET 客户端 API 完全兼容。
2014 年 3 月 05 日
NCache 4.3 引入了对于企业级应用程序至关重要的新功能和重要增强功能。 这个新版本允许 NCache 安装在云端； 在 Windows Azure 和亚马逊上。 另外，还有一个包装器 Memcached 现在可供想要更换的现有用户使用 Memcached NCache。 这个新版本提供了一个用于在多个平台（Java 和 .Net）之间共享运行时数据的包。 Java 已与 .NET 100% 兼容，现在您可以使用以下方式管理您的 Java 客户端 NCache 经理。
有关 4.3 中所有功能的完整列表，请阅读 NCache 特征
在向缓存注册事件时，缓存客户端可以在事件发生时告诉缓存它们是否对数据或元数据感兴趣。 默认情况下，数据或元数据不会随事件一起发送到客户端。
引入了用于注册事件的新 API，而旧 API 已被标记为过时。 旧的 API 无法用于接收带有事件的数据。
现在可以为以下行为配置直写和后写：
现在可以像在数据库中一样使用“Group by”子句注册查询，以根据需要对结果进行分组。
为此方法引入了一个新的 API。 目前，API 中的新方法“ExecuteReader”只有在使用“group by”时才能使用。 对于所有其他选择语句，应使用旧方法。
与在数据库中一样，现在可以通过编写删除语句从缓存中删除项目。 以前，仅支持 select 和 update 语句。 引入了新的 API 来支持删除语句。 ExecuteNonQuery 将用于删除语句。
现在可以在集群中正常停止节点。 此操作将确保所有已到达节点的客户端请求在完全停止之前在缓存上执行。 同样，当时队列中待处理的所有后写操作也会在数据源上执行。 但是，该节点不再接受客户端请求。
对加密功能进行了以下增强：
对紧凑序列化进行了以下增强：
初始化缓存时的 CacheInitParams 现在可以涵盖 client.ncconf 中可以配置的所有内容。 以前，总是需要 client.ncconf 来初始化缓存。 通过 CacheInitParams 传递的配置对 client.ncconf 中配置的设置具有覆盖作用。
InProc 缓存现在以反序列化形式保存对象。 这消除了序列化和反序列化的成本，从而提高了性能。 InProc 客户端缓存还以反序列化形式保存对象。
现在只需在客户端配置中配置几个选项即可记录 API 调用。 这些日志是在客户端上生成的，对于确定正在调用哪些缓存方法以及调用顺序非常有帮助。
用户可以配置在自己选择的位置生成日志文件。 每个缓存可以有自己的日志位置。 默认情况下，所有日志文件都会在安装目录的 log-files 文件夹中生成。
在将缓存添加到网桥时，用户可以将缓存配置为作为网桥的主动或被动成员参与。 即使网桥启动并运行，用户也可以将被动变为主动，将主动变为被动，而不会丢失任何数据。 配置网桥的用户体验也发生了变化，因为网桥中的拓扑可以随时在主动-主动到主动-被动之间切换。 其他拓扑“星型”和“轮辐型”目前在桥接中不可用。
用户可以选择桥中两个缓存之一作为“主缓存”。 每当桥接器中的缓存之间需要进行状态传输时，数据就会从主缓存传输到非主缓存。 当主缓存出现故障时，唯一剩余的缓存会自动成为主缓存。
缓存管理员可以在网桥运行时临时连接缓存和从网桥断开连接。 当缓存断开连接时，桥接器和断开连接的缓存之间不会传输任何数据。 同样，由于断开连接的缓存不再接收任何数据，因此桥另一侧的缓存会停止将数据排队到桥。 缓存可以随时重新连接。
用于管理和监控操作的通信协议从“.Net Remoting”更改为“Socket”。 这使得 NCache 与JvCache的管理和监控工具相互兼容。
NCache Manager 现在也可以用于管理 JvCache 客户端。 NCache Manager 还可以获取 JvCache 集群的 SNMP 计数器。
我们观察到，在某些环境中，远程性能计数器只能通过其计算机名称进行访问，少数情况下可以通过其 IP 地址进行访问。 所以在这个版本中 NCache, NCache 管理器有一个选项，用户可以选择通过其 IP 或计算机名称收集远程性能计数器。
NCache Manager 用于在用户配置查询索引时锁定 dll。 在这个版本中， NCache Manager 在单独的应用程序域中打开给定的 dll，因此永远不会锁定 dll。
还有另一种类型的仪表板可用 NCache 允许用户创建报告视图样式仪表板的监视器。 在此仪表板中，用户有两个报表控件。 一种用于缓存服务器节点，另一种用于客户端节点。 用户可以在此控件中删除计数器，它们的值将显示在报告视图样式中，如 perfmon 中所示。
报告视图中添加的计数器也可以配置为记录。 用户可以随时开始和停止记录。 他们还可以通过指定开始和停止时间来安排日志记录自动启动。 这些日志文件以 .csv 格式生成。
NCache Monitor 现在还可用于监视 JvCache。 取决于所选集群是否属于 NCache 或 JvCache，它分别从 perfmon 或 SNMP 获取计数器。
以下新的命令行工具被添加到 NCache:
现有 Memcached 用户现在可以切换到 NCache 无需更改代码。 有两种方法可以替换 memcached NCache:
该网关作为 Windows 服务安装在客户端和服务器上。 它是一个实现 memcached 包装的协议 NCache 在里面调用。 这样，所有 API 调用都来自 memcached 客户端被路由到 NCache 通过此网关的服务器。 此方法只需要更改配置。
跟随 memcached 此方法支持客户端实现：
NHibernate 集成是从头开始编写的，以消除以前实现的限制。 以下是新实施中的一些增强功能：
用户现在可以编写自己的代码来修改缓存项，然后再将其插入 NCache。 用户可以通过编写这些钩子来更改输出缓存项的过期时间、依赖关系等。
为此，用户必须实现 OutputCacheProvider 提供的接口，然后在 web.config 中注册该程序集和类。
从各种缓存的所有项目 NCache 集成带有特殊标签，用于确定缓存项的类型。 例如，在缓存中创建的所有会话都有一个特殊的标记，表明它是会话缓存项。 这样用户就可以识别缓存中的任何项目，无论它是否是会话。
同样，OutputCache 和 ViewState 项也使用它们自己的标记进行标记。
2013 年 10 月 24 日
NCache 4.1 SP3 包含一些与缓存稳定性相关的重要增强功能和主要错误修复。 这是推荐给所有人的升级 NCache 4.1 用户。
以下是此版本中的一些增强功能：
NCache ASP.NET 会话缓存的会话存储提供程序现在能够在操作失败时重试任何缓存操作。 在中添加以下属性 NCache 会话存储提供程序设置：
对象缓存提供程序中的操作重试 NCache .NET4x 的对象缓存提供程序现在能够在操作失败时重试任何缓存操作。
在下面添加以下条目在应用程序配置文件（app.config 或 web.config）中，例如：
<add key="operationRetries" value="3"/>
<add key="operationRetryInterval" value="2000"/> // 'operationRetryInterval' is the value in milli seconds ViewState 缓存中实现了一项新功能，允许对相关页面的视图状态进行分组。 这将为视图状态缓存提供更多控制。 使用此功能，可以在不同的缓存中缓存不同的 veiwstate 组，或者为每组 viewstate 使用不同的过期时间来缓存 veiwstate。
这种增强在 NCache ViewState 缓存模块提供了限制缓存中每页视图状态数量的选项。 在 ' 中添加 'maxViewStatesPerSession' 属性“ncContentOptimization”标签下的标签。 该属性采用整数值。
在Cache启动时，Cache启动加载程序不会立即启动。 它的启动会在缓存启动后延迟 20 秒。 此延迟可通过使用 ' 中的以下属性进行配置Alachisoft.NCache.Service.exe.config'文件：在下面添加以下条目在 NCache 服务配置文件，如：
<add key="NCacheServer.CacheLoaderStartupDelay" value="20"/>为了避免使用自动启动功能同时启动缓存时出现部分集群连接问题，可以引入延迟。 在下面添加以下条目在 NCache 服务配置文件，如：
<add key="NCacheServer.CacheStartDelay" value="3"/>
当客户端查询未建立索引的属性时，会向客户端抛出“IndexNotDefined”异常。 当使用NamedTags时，由于运行时为NamedTags创建索引，因此很容易出现此问题。 现在可以配置来抑制此异常。 在下面添加以下条目在 NCache 服务配置文件，如：
<add key="NCacheServer.DisableIndexNotDefinedException" value="true|false"/>客户端应用程序可以配置为“同步”或“异步”使用所有接收到的事件。 默认事件消费模式为 NCache 客户端是“异步”的，但事件可以在客户端“同步”使用。 在下面添加以下条目在客户端应用程序“App.config”文件中，例如：
<add key="NCacheClient.AsynchronousEventNotification" value="true|false"/><add key="NCacheClient.NumberofEventProccesingThreads" value="2"/>新的服务器端计数器：
新的客户端计数器：
现在，缓存清除调用将为 ContinuousQuery 结果集中存在的所有键触发 ItemRemoved 事件。
如果启用了客户端缓存，并且 L2 缓存中的许多项目即将过期，则 L2 会将项目过期事件发送到客户端缓存（L1 缓存），以从其本地存储中删除这些项目。 这会损害活动客户端的性能并占用大量 CPU。 现在客户端缓存（L1 Cache）也会维护项目的过期时间，L2 缓存不会将过期事件发送到 L1 缓存。
NCache 提供的 EFCaching 模块针对 EF 查询分析和缓存进行了增强。
现在可以配置网桥服务以在服务启动时启动指定的网桥。 配置网桥以在网桥服务（Alachisoft.NCache.Bridge.exe) 开始/重新启动。 取消注释 ' 中的以下标记Alachisoft.NCache.BridgeService.exe.config' 文件并提供在当前机器上配置的网桥名称，例如：
<add key=" NBridgeServer.AutoStartBridges" value="Bridge-1,Bridge-2"/>2012 年 10 月 10 日
NCache 4.1 SP2 包含一些与缓存稳定性相关的重要增强功能和主要错误修复。 建议大家升级 NCache 4.1 用户。
以下是此版本中的一些增强功能：
提供加密功能以确保数据在 NCache 客户和 NCache 服务器或集群节点之间是加密的。 即使数据包从网络中被嗅探到，这也可以防止用户数据泄露。
现在可以为单个缓存项目添加多个数据库依赖项。 此功能将补偿单个数据库依赖项的“SQL 通知”依赖项限制。
配置为“自动启动”的缓存现在可以根据用户指定的时间进行延迟。 这将改善 NCache 如果为“自动启动”配置了太多缓存，则响应时间会缩短。 在下面添加以下条目 <appSettings> in NCache 服务配置文件，如：
add key='NCacheServer.AutoStartDelay' value='5'现在，您可以将“客户端缓存”配置为在服务重新启动或客户端计算机重新启动时自动启动。 这将使客户端缓存无需用户干预即可使用。
现在 veiwstate 与“会话 ID”一起缓存为“组”信息。 这将方便用户将同一应用程序和用户的视图状态和会话关联起来。 使用此功能，当会话关闭或过期时，用户可以删除与特定会话相关的所有视图状态。 在里面添加以下属性
groupedViewStateWithSessions="true|false"2012 年 5 月 10 日
NCache 4.1 Service Pack1 (SP1) 包含一些与缓存稳定性相关的重要增强功能和主要错误修复。 值得大家称赞的升级 NCache 4.1 用户。
以下是此版本中的一些增强功能：
您可以添加自定义泛型类型以进行紧凑序列化。 所有具有任意数量参数的泛型类型都可以通过紧凑序列化进行序列化。 您可以通过注册泛型类型 NCache 管理器或通过自定义处理程序实现 IGenericTypes 接口。 目前，此功能仅适用于 .NET 客户端。
您现在可以在运行时修改缓存项属性，而无需修改数据。 目前，API (SetAttribute) 允许您更新依赖项和过期提示。
您可以拥有在不同时区运行的缓存服务器和客户端； NCache 将根据当地时区维持项目的标准过期时间。 每当一个项目从一个缓存服务器复制或移动到另一个缓存服务器时，就会根据本地时区重置过期时间，因此可以根据配置的时隙使项目过期。
2011 年 8 月 23 日
NCache 4.1 引入了对企业级应用程序至关重要的非常重要的新功能和增强功能。 这个新版本提供了一个全新的包，用于在多个平台（java 和 .Net）之间共享运行时数据。 Java 已与 .NET 100% 兼容，现在您甚至可以使用 NCache 的过程。 NCache 请求-响应模型也得到了增强，可以处理大型响应，其中可以在单个请求中从集群缓存中检索 GB 的数据。 在早期版本中报告的所有错误都已在此版本中修复。
有关 4.1 中所有功能的完整列表，请阅读 NCache 特征:
NCache 现在允许您将 .NET 对象存储在缓存中并从 Java 应用程序中将它们作为 Java 对象读取，反之亦然。 并且，不是通过 XML 进行 .NET 到 Java 的转换， NCache 使用二进制级转换。 因此，性能非常快。 NCache 自动解决 Java 和 .NET 之间的类型冲突。
您还可以在 .NET 和 Java 之间的运行时数据共享中使用多个版本。 请参阅下面的详细信息。
现在，您可以在多个应用程序之间共享相同 .NET 或 Java 类的多个版本。 一个应用程序可能使用某个类的 1.0 版本，而另一个应用程序可能使用同一类的更高版本 2.0。 当此类的 2.0 版本存储在缓存中时，较早的应用程序仍可以以 1.0 版本的形式获取此类，反之亦然。 NCache 允许您通过 XML 配置文件配置版本映射。
您还可以在 .NET 和 Java 之间的运行时数据共享中使用版本。
NCache 允许您根据类似 SQL 的查询指定数据集。 然后，它会在缓存集群中为您维护该数据集，并监视其中的任何运行时更改，包括添加、更新或删除。 和， NCache 每当数据集中发生任何这些更改时，都会通知您的应用程序。 这使您的应用程序能够更智能地监视数据更改或添加符合特定条件的数据，并通过以下方式收到通知 NCache.
如果您想在运行时在多个应用程序之间共享数据，这是一个强大的功能。
桥接拓扑允许您跨 WAN 智能地异步复制整个缓存。 NCache 4.1 现在在桥接拓扑中提供四种不同的配置。 他们是：
以前，您只能将标签分配为值。 现在，您可以为标签分配名称。 这允许您根据属性名称和属性值概念来索引数据。 以前，您可以对对象建立索引，但无法对所有字符串数据建立索引。 现在，甚至字符串数据（例如 XML）也可以使用命名标签进行索引。 然后，你可以使用 NCache 用于获取属于一个或多个命名标签的数据的 API，或者您可以为其发出类似 SQL 的查询（通过 LINQ 或 OQL）。
NCache 4.1 为 Java 提供了与 .NET 相同级别的支持。 以下是旨在赶上 .NET 功能集的基于 Java 的新功能：
您现在可以在 Windows 或 Unix 上的 Java 应用程序中使用客户端缓存功能。 您的应用程序中无需更改任何代码即可启用客户端缓存。
您现在可以在 Windows 或 Unix 上的 Java 应用程序中使用客户端缓存功能。 您的应用程序中无需更改任何代码即可启用客户端缓存。
用 Java 编写缓存加载代码并注册 NCache。 您的本机 Java 代码将像 .NET 代码一样在缓存服务器上运行。
现在，您可以使用以下方式注册您的 Java 类 NCache 和 NCache 在初始化时生成它们的序列化代码，在内存中编译它，并将其发送到 NCache 客户。 然后运行编译后的 Java 代码来序列化/反序列化您的 Java 类。 这显然可以提高性能，因为编译后的序列化代码的运行速度比 Java 中基于反射的序列化要快得多。
NCache 现在为 Hibernate 提供 L2 缓存。 这允许您开始使用 NCache 无需在 Java 应用程序中进行任何代码更改。
NCache 现在允许缓存服务器针对给定请求以较小的块返回较大的响应。 这提高了整体缓存性能，因为序列化成本随着大小的增加而降低，并且还有助于应用程序在单次调用中获取更大的数据集。 它还消除了 .NET 序列化限制，即无法序列化大于 1.9 GB 的数据。 响应阈值和块大小都是可配置的并且可以从 NCache 服务配置文件“NCache\bin\服务\ Alachisoft.NCache.Service.exe.config”
<add key="NCacheServer.ResponseDataSize" value="1024"/>2011 年 3 月 17 日
NCache 3.8 Service Pack 4 (SP4) 包含对生产环境很重要的重要修复。 这是对所有人的推荐升级 NCache 3.8用户。
以下是此版本中的一些增强功能：
您可以在 .NET 和 Java 应用程序之间共享字符串值。
<add key="NCacheServer.NCacheSQLNotificationService" value="NCacheSQLService"/>SQL Cache 依赖架构已得到增强，以支持不需要额外用户权限的自定义队列和通知服务，如“创建队列”和“创建服务”。 NCache 现在允许您选择默认模式（使用默认 SQL 通知和队列服务）或自定义模式，您可以在其中指定自己的队列和通知服务。 服务名称格式应为“NCacheSQLService-[ip-address]”和“NCacheSQLQueue-[ip-address]" 的 IP 地址将在哪个机器上 NCache 服务进程将运行。 您可以在服务配置文件中指定此设置： “NCache/bin/service/Alachisoft.NCache.Service.exe.config”.
2010 年 11 月 02 日
在本次发布的 NCache 3.8 服务包 3 (SP3), NCache Enterprise 分为两种产品，名为“NCache 对于 .NET' 和 'NCache 为Java'。 之前 'NCache'将两个组件组合成一个包。
'中还添加了两个新功能NCache Java 客户端”。
以下是此版本中的一些增强功能：
现在，您可以从 Java 应用程序中使用“数据库依赖项”在缓存中添加项目。 相关数据库中的任何更改都会使缓存条目无效，并且您的应用程序将收到有关此更改的通知。
NCache Java Client 在 API 中添加了流支持，您可以在缓存中读取和写入二进制数据流。
NCache Enterprise 3.8.x
2010 年 10 月 10 日
NCache 3.8 Service Pack 2 (SP2) 包含客户报告的重要修复和增强功能。 建议所有用户升级 NCache 3.8.
以下是此版本中的一些增强功能：
NCache 现在支持 Xen VM 环境上的许可。
当您添加对的引用时，Visual Studio 2010 会显示一条警告消息 NCache 程序集，然后构建也会失败。 仅当应用程序目标框架是 .NET 3.5 时才会发生这种情况。 这是 Visual Studio 的一个已知问题，当您在 GAC 2.0 和 GAC 4.0 中使用相同的程序集时，它会感到困惑，并且对于依赖程序集，它会尝试从 GAC 4.0 加载它们，从而导致出现警告消息。
我们通过复制所有程序集解决了这个问题 NCache bin/ assembly 文件夹，现在 Visual Studio 不必在 GAC 中查找依赖程序集。 这已经解决了这个问题。
<script> 标签以 </script>。 同样，如果使用相对路径加载图像，CSS 缩小也会失败。 现在 CSS 中的相对路径已转换为绝对路径。 2010 年 8 月 24 日
NCache 3.8 Service Pack 1 (SP1) 包含重要的修复和增强功能。 此版本中添加的最重要和最需要的功能是对 .Net 框架 4.0 的支持。 该 API 与 3.8 发布版本完全兼容，应用程序可以升级而无需重新构建/重新编译应用程序。
以下是此版本中的一些增强功能：
的代码库 NCache 缓存服务器已转换为 .NET 4.0 和 NCache 客户端在 .NET 2.0 和 4.0 版本中都可用。
客户端缓存管理通过改进 NCache 管理器，项目文件将在刷新选项上与客户端节点联系，这提高了快速加载 NCache 马槽项目文件。
我们通过复制所有程序集解决了这个问题 NCache bin/ assembly 文件夹，现在 Visual Studio 不必在 GAC 中查找依赖程序集。 这已经解决了这个问题。
NCache 示例现在使用 Visual Studio 2008 构建。
VeriSign 问题，服务配置文件中的默认值应启用generatePublisherEvidence ="false"/>. 进行了增强。
ReadThru 提供程序接口签名已修改为支持最大功能 NCache。 在命名空间“下引入了新的结构Alachisoft.NCache.Runtime.Caching”称为ProviderCacheItem，与CacheItem类似。 您现在可以轻松指定过期时间、标签、驱逐提示、依赖项等。
新界面
public void LoadFromSource(string key, out ProviderCacheItem cacheItem)
public Dictionary<string, ProviderCacheItem> LoadFromSource(string[] keys)现在，您可以在Cache Loader中指定IsResyncExpiredItem属性，以便可以自动重新加载过期的项目。
NCache 不支持最新版本的 NHibernate 2.1.2。 我们还在此版本中添加了区域支持。 NHibernate 示例应用程序也使用 NHibernate 区域支持进行了修改。
2010 年 6 月 7 日
NCache 3.8 包含基于客户反馈的新的重要添加和增强。 API 向后兼容性是大多数客户最关心的问题，记住这一点，我们添加了一个新的 API 兼容性协议。 从现在 (3.8) 开始，所有新版本将自动与旧版本兼容 NCache （从 3.8 开始）。
以下是此版本中的一些增强功能：
NCache 在 IQueryable 接口的帮助下提供 LINQ 集成，该接口允许缓存的项目是可搜索的。 NCache 支持 Lambda 表达式和 LINQ 运算符来查询缓存项。
NCache 提供与 EF 缓存的无缝集成，它在 ADO 级别被插入，并允许您的应用程序使用分布式缓存而无需任何代码更改。 您只需要在应用程序配置文件中进行更改。
我们通过复制所有程序集解决了这个问题 NCache bin/assembly 文件夹，现在 Visual Studio 不必在 GAC 中找到依赖程序集。 这已经解决了这个问题。
NCache 提供与 .NET 缓存提供程序 4.0 的集成。 NCache 还提供了不同的变更监视器（基于文件、基于键、数据库依赖）来管理缓存依赖。
NCache 现在遵循向后兼容协议，在未来的版本中，应用程序将能够连接到较新的版本，而无需升级客户端。
NCache 在 API 中添加了流支持，您可以在缓存中读取和写入二进制数据流。
NCache 将多个 JavaScript 文件和 CSS 文件组合成一个资源文件，并将其存储在缓存中。 它还用所有 CSS 和 JS 文件的单个 HTTP 引用替换呈现的输出，以便浏览器可以进行一次调用以加载所有资源。 这有助于提高您的应用程序响应时间。
NCache 将长 ViewState 字符串替换为较小的字符串并将其发送给客户端。 这有助于提高应用程序性能并节省带宽。
您现在可以通过电子邮件接收有关某些缓存事件的警报，例如“状态转移”、缓存停止、成员离开、成员加入等。
此 API 允许有关缓存项（例如 LastAccessed Time 和 Creation DateTime）的元信息。
NCache 允许多个 readthru 和 writethru 提供程序。 NCache 管理器自动将数据源程序集部署到已部署的文件夹中，因此您无需手动将提供程序程序集复制到 NCache 服务文件夹。
分区副本拓扑现在支持同步复制。
您现在可以通过命令行工具配置安全性
如果您有旧的缓存 config.ncconf 文件，则可以使用此工具对其进行升级。
现在您可以配置 Remote Client来自 NCache 经理可以轻松地从一个点更改各个客户端设置。
你也可以添加 remote clients 和客户端缓存通过命令行工具。
现在，您可以通过新向导指定缓存提供程序程序集，您可以在其中选择程序集。 现在，您不必手动键入程序集信息。
NCache Manager 提供数据源提供者的自动部署。
现在，您无需实现任何 ISerialized 或 IDeserialized 接口即可实现紧凑序列化。 您只需要在中注册紧凑类型 NCache 经理和 NCache 在运行时自动序列化类型。
安全性可以从 NCache 现在的经理。
2010 年 4 月 21 日
NCache 3.6.2 (SP3) 包含客户报告的重要修复和增强功能。 此版本中添加的最重要和最需要的特性是对 J2EE 平台的 Java 会话缓存的支持。 现在，您可以轻松使用 NCache 作为 Java 应用程序的会话存储，无需更改任何代码。 您只需在 web.xml 文件中添加 Java 会话过滤器。
那些使用 NCache 3.6.x 版本无需重新构建/重新编译应用程序即可升级。
以下是此版本中的一些增强功能：
NCache Java Session Provider 支持 WebLogic，并且可以在任何 J2EE 平台（Web 服务器）上使用，前提是底层平台（Web 服务器）遵循 Java Servlet 2.3（或更高版本）规范。 Linux 和 Windows 平台均支持 Java 会话。
NCache Linux 和 Windows 平台上的 JBoss 支持 Java Session Provider。
NCache Java Session Provider 在 Linux 和 Windows 平台上都支持 WebSphere。
NCache Linux 和 Windows 平台上的 Apache-Tomcat 支持 Java 会话提供程序。
基于服务器操作系统和工作站的垃圾收集器有两种类型，分别称为“服务器 GC”和“工作站”。 除非有特别说明 .NET framework 即使在服务器操作系统下运行，默认情况下也使用工作站 GC。 现在， NCache 允许您根据您的操作系统指定 GC 模式。 服务器 GC 旨在实现最大吞吐量，并以非常高的性能进行扩展。 NCache 现在默认配置为使用服务器 GC 而不是工作站 GC。 您可以更改此模式 Alachisoft.NCache.Service.exe.config：
<add key="NCacheServer.EnableForcedGC" value="true"/>
<add key="NCacheServer.ForcedGCThreshold" value="80"/>
2010 年 1 月 11 日
NCache 3.6.2 Service Pack 2 (SP2) 包含客户报告的重要修复和增强功能。 建议所有用户升级 NCache。 那些使用 NCache 3.6.x 版本无需重新构建/重新编译应用程序即可升级。
以下是此版本中的一些增强功能：
在以下情况下，将在 Windows 事件查看器和缓存错误日志中记录一个事件：
这些事件被分类为信息、警告和信息。
<add key="NCacheServer.EventLogLevel" value="error | warning| all"/>用户只能指定以下级别之一：
可以从启用事件查看器/日志文件的客户端连接日志条目 NCache 服务配置文件。 默认情况下，此选项处于禁用状态，但您可以通过修改以下属性来启用它 NCache 服务配置文件。
"Alachisoft.NCache.Service.exe.config”。
<add key="NCacheServer.LogClientEvents" value="false" />注意：上述更改需要 NCache 服务重新启动。
NCache 现在支持 Oracle 11g 的数据库依赖性和同步功能。
2009 年 10 月 06 日
NCache 3.6.2 Service Pack 1 (SP1) 包含客户报告的重要修复和增强功能。 建议所有用户升级 NCache. 那些使用 NCache 3.6.x 版本无需重新构建/重新编译应用程序即可升级。
以下是此版本中的一些增强功能：
为了克服集群节点内的套接字中断问题， NCache 有一个新的连接重试逻辑，可在集群配置中的 config.ncconf 中进行配置。
connection-retries="10" connection-retry-interval="1secs"如果由于网络问题导致套接字中断， NCache 将在每个连接重试间隔后尝试重新建立连接，次数与连接重试次数相同。 这需要重新启动 NCache 更新后的服务。
NCache 引入客户端计数器来检测和调试客户端问题。 这些计数器出现在 Windows perfmon 计数器的类别“NCache 客户'。
NCache 自动启动功能得到增强，可以启动各种用户指定的缓存 NCache 服务启动是异步的。 如果某些缓存已损坏且未启动，则会记录一条警告，但 NCache 服务正常启动。
客户端缓存同步模式说明添加在 NCache 救命。
集群配置中添加了有关设置集群内存、其使用情况和估计的描述。
NCache 安装向导会警告非管理员用户。 用户安装需要管理权限和权限 NCache 在系统上。
2009 年 7 月 09 日
NCache 3.6.2 包含许多有用的增强功能和客户报告的错误修复。 建议所有用户升级 NCache. 那些使用 NCache 3.6.x 版本无需重新构建/重新编译应用程序即可升级。
以下是此版本中的一些增强功能：
为以下事件添加了日志跟踪：
基于轮询的数据库依赖有以下改进。
改进了由于绑定 IP 地址不可用而导致服务无法启动时的错误消息。
2009 年 3 月 26 日
NCache 3.6.1 包含许多有用的增强功能和客户报告的错误修复。 建议所有用户升级 NCache. 那些使用 NCache 3.6.x 版本无需重新构建/重新编译应用程序即可升级。
以下是此版本中的一些增强功能：
现在 NCache 当新节点加入缓存时，客户端连接会在集群节点之间自动重新平衡。 所以现在您不必再担心缓存服务器上的客户端负载平衡了。
用于性能监控的新计数器添加在 'NCache' Windows Perfmon 计数器中的类别。
NCache 现在支持在 DB Dependency 中使用存储过程和命令对象。