问题标签 [appfabric]

我在使用 2 个主机运行 AppFabric 集群时遇到问题。我已经验证它仅适用于 1 个主机（即，当我浏览 Web 应用程序时，缓存项数会增加），但是当我尝试将第二个主机加入集群时，我收到以下异常：

其中 289851-cache2 是第二个主机的名称。

即使异常说检查权限，我已将缓存连接帐户更改为我的域帐户并在任何地方授予访问权限 - 该帐户是两台 AppFabric 主机上的管理员，具有对网络共享的完全访问权限，并且我运行 AppFabric PowerShell 作为管理员。但是在我运行 Start-CacheCluster 后，第一台主机的状态将为 UP，而第二台主机的状态为无限期启动。我需要重新启动机器才能执行任何其他操作，因为即使通过任务管理器或控制面板中的服务，它也不会让我停止、启动或终止进程。

我们正在运行安装了 WindowsServerAppFabricSetup_x64_6.0 的 Windows Server 2008 64 位（不是 6.1，因为我认为这需要 Windows Server 2008 R2），配置存储在网络共享上。

主机 1 的 DistributedCacheAgent.config：

主机2的DistributedCacheAgent.config：

提前致谢。

Microsoft.ApplicationServer.Caching 命名空间是否支持没有 appfabric 服务器缓存？

我在我的 Web 应用程序中使用 Micrsoft AppFabric 缓存服务器并使用 Windows 7 服务器托管。我Microsoft.ApplicationServer.Caching在我的 Web 应用程序中使用命名空间。如果假设我没有在window 2003 server 中使用appfabic server 这种情况。这个 Microsoft.ApplicationServer.Caching 命名空间在没有 appfabric 服务器缓存的情况下如何支持？...有没有支持以前版本服务器的选项？

我正在将 AppFabric 设置为我们在 Asp.Net MVC2 中构建的网站的会话状态提供程序。由于 TempData 存储在会话中，这样做是否也会使 AppFabric 成为 TempData 的存储提供程序？

我在我的 ASP.Net MVC2 应用程序中使用 AppFabric 作为会话状态提供程序，并且我希望它也使用本地缓存。在 configSections 节点之后，我的 web.config 中有以下条目：

我在 web.config 中也有以下条目作为 system.web 节点的子节点：

不幸的是，如果我在会话中添加一些内容，然后在 AppFabric PowerShell 中运行以下两个命令，我添加到会话数据中的任何内容都不再存在，这让我相信它没有使用本地缓存：

我还尝试使用以下代码使用 AppFabric 缓存对象，并且在启动和停止 CacheCluster 后，不再缓存曾经缓存的对象：

但是，如果我使用以下代码实例化 AppFabric，我明确告诉它使用本地缓存而不是依赖 web.config 条目，它可以工作：

我在做什么错，为什么我的 web.config 条目不能告诉 AppFabric 使用本地缓存？您可以使用 AppFabric 作为会话状态提供程序并让它使用本地缓存吗？

我目前在 AppFabric 服务器上运行 WCF 服务，我的应用程序需要动态加载 web.config 文件以检索自定义配置部分。

在我的开发机器上，我可以像这样加载配置：

但是在测试机器（AppFabric 服务器）上，我遇到了一个异常，似乎我需要指定第三个参数，它实际上是运行 Web 应用程序的站点：

因此，我尝试对其进行硬编码，并且成功了。无论如何这是不可接受的，所以我需要动态地向 WebConfigurationManager 提供站点，因为我不知道该服务将来会在哪个站点上运行。有人知道如何实现吗？

谢谢。

我正在尝试让 AppFabric 监控工作，但我被困在这里。事件被插入到 ASStagingTable 中，但它们不会传播到 ASWcfEventsTable。如果我手动运行 ASImportEvents sp，他们会这样做。

我在 Windows Server 2008R2 上使用 SQL Server 2008 工作版。我已经验证 AppFabric 事件收集服务正在运行（但我猜如果没有，暂存表中不会有任何记录）并且 SQL Server 代理正在运行。当我创建数据库时（在 AppFabric 配置期间），我使用 SQL 服务器身份验证登录，并且在我使用的连接字符串中是相同的凭据。我错过了什么吗？

通常我会考虑编写一个 Windows 服务来管理不适合托管在 Web 应用程序中的任务。这些类型的任务通常是长时间运行的进程或计划任务。尽管这通常是这些类型任务的主要方法，但人们已经通过在 Global.asax 公开的 Application_Start 事件中启动多个线程来研究在 Web 应用程序中运行这些类型的后台进程的方法。这种方法的问题一直是，如果您的 IIS 工作进程死亡，那么您的后台线程也会被杀死（实际上您的“Windows 服务”会停止，直到收到下一个请求）。

ASP .NET 4.0 为这个问题提供了一个解决方案。您现在可以按照Scott Gu的这篇博文中的说明将 StartMode 设置为“AlwaysRunning”。在这篇文章的评论中，有人问了一个关于在 IIS 中托管 Windows 服务类型任务的可行性的问题，因为新功能确保工作进程始终运行。斯科特提到它肯定会支持这种情况。此外，最近推出的AppFabric意味着 Microsoft 自己正在提供简单的挂钩，用于在 Web 应用程序中托管和监视 WCF 和 WF 服务。

对于我们这些曾经编写 Windows 服务来支持我们的 Web 应用程序的人来说，这意味着什么？我们应该采用这种模式吗？有哪些陷阱？据我所知，在 Web 应用程序中托管“Windows 服务”进程有很多好处，最有用的是易于部署。此外，我们实际上可以开始为我们的服务开发简单的用户界面，这些界面提供有关运行时发生的事情的信息。

如果我不得不走这条路，我认为我不会在面向客户的 Web 应用程序中托管我的“Windows 服务”类型的功能。我可能会开发一个新的 Web 应用程序项目（就像我在 Windows 服务上下文中所做的那样），它将托管我长期运行/计划的任务流程。我想这有几个原因。

1. 安全。显示有关正在运行的后台进程信息的 UI 可能有不同的安全模型。我不想把这个 UI 暴露给除了运维团队之外的任何人。此外，Web 应用程序可以作为具有提升的权限集的不同用户运行。
2. 维护。如果能够在不影响用户使用前端网站的情况下将更改部署到托管后台进程的应用程序，那就太好了。
3. 性能。将应用程序与处理用户请求的主站点分开意味着后台线程不会削弱 IIS 处理传入请求队列的能力。此外，如果需要，可以将处理后台任务的应用程序部署到单独的服务器上。

我真的很想听听您对这种方法的看法，以及我是否应该坚持使用 Windows 服务。我很想尝试这种新方法。

我正在为 App Fabric 中的缓存集群构建一组标准配置。我的目标是在我们加载新环境时拥有可重复的缓存设置配置（因此服务器名称、主机数量和其他环境因素不同）。

我最初的方法是利用 Export-CacheClusterConfig 提供的 XML，并简单地更改 <hosts> 部分中的服务器名称和大小属性，但我不确定还有什么会自动使用这些值注册（例如 hostId 参数） .

我考虑的下一个方法是使用 PowerShell 脚本来简单地使用传入的正确参数构建各种缓存，这些缓存将作为部署后步骤简单地运行。

其他任何人都有可重复的AppFabric 缓存集群部署的经验吗？

问题：当缓存一个类的实例并立即将其从缓存中取回时，我将对象取回（它不是 null），但它的所有属性/字段都是 null 或默认值。

所以我怀疑对象的结构方式是问题所在，AppFabric 出于某种原因没有正确序列化对象。

但是，当我使用以下序列化方法时，我会返回带有序列化之前的所有属性/字段的对象。

对象如何使用二进制格式化程序正确序列化和反序列化，而不是通过缓存做完全相同的事情？

有没有人遇到过这种情况，或者有没有人对一般要注意的事项有任何建议或提示？