Jerry Dodge's questions

我知道 Exchange Information Store (store.exe) 确实是一个内存猪。如此之多，以至于当其他应用程序需要它时，它似乎并不总是分别释放内存 - 导致机器运行缓慢。

这是带有 Exchange 2010 的 SBS 2011 Standard SP1。我们网络上大约有 30 台计算机，其中大多数使用 Outlook 连接到 Exchange。我们还利用 SharePoint。有 3 个 SQL Server 实例，我知道 SQL Server 也可以使用大量 RAM - 但它们的上限已经达到 2GB，甚至没有达到这个限制。所有 3 个 SQL Server 实例加起来使用大约 2.5GB。

非常奇怪的是，我们的 SharePoint 网站变得非常缓慢，当我检查它时，只有一小部分可用内存（比如不到 1GB）。这是 12GB 的 RAM。所以我们只是将它升级到 32GB 的 RAM - 但现在 Exchange 使用了大约 20GB 的内存。我们仍然存在运行一段时间后一切都变得迟缓的问题。

我的理解是，没有选择对 Exchange 使用的内存设置任何上限。但是机器有 32GB 的 RAM 可用，当然它不应该真的需要 20 个。它的可用空间仍然不足 1GB。有没有另一种方法可以防止 Exchange 基本上接管内存？

PS - 这是通过 Server 2012 在 HyperV 上的虚拟机。

在 SBS 2011 Standard 上，我们没有对组织组进行任何自定义，所有这些都保持默认。但是，当我在 下查看 Active Directory 用户和计算机时MyBusiness > Users > SBSUsers，我看到我Roles列出的许多用户与用户混合在一起，并且在该Type列中，它显示User。为什么是这样？

这些角色是我在 SBS 控制台中创建的。我只是想知道为什么他们在 AD 用户和计算机中看起来就像是用户（甚至被称为用户）。

我们正在将我们的软件从使用 SQL 2000 升级到 2008 R2。我们的客户将安装更新，卸载 2000 并在同一实例下安装 2008 R2。因此，如果不存在实例，则不会设置实例名称（默认）。但是，问题始于具有命名 SQL 实例的客户。

从2008 R2开始（之前不太确定），由于某些原因，客户端通过实例名连接服务器不成功。我正在从 Management Studio 进行测试 - 如果我无法连接它，那么就无法连接任何东西。我浏览网络服务器，并在列表中找到特定的服务器\实例。但是，在尝试连接到像这样的实例名称MyServer\INST时，我得到：

A network-related or instance-specific error occurred while establishing
a connection to SQL Server. The server was not found or was not accessible.
Verify that the instance name is correct and that SQL Server is configured
to allow remote connections. (provider: SQL Network Interfaces, error: 26 -
Error Locating Server/Instance Specified) (Microsoft SQL Server, Error: -1)

事实上，我确实启用了 TCP/IP 和命名管道协议，这是我做的第一件事。当我使用逗号 (,) 和端口号（如 ）连接到服务器时MyServer, 49195，它工作正常。因此，客户端计算机似乎无法识别实例名称。这发生在我们所有的 SQL 2008 R2 安装和所有客户端计算机上，包括 Win 7、XP、Vista、Server 2008 和 Server 2003。我们在早期版本的 SQL 上从未遇到过此类问题。如果防火墙和防病毒软件都被禁用，问题甚至仍然存在。

现在，这是一个大型更新，我们将很快分发给所有客户，我们希望尽量减少他们安装此软件所需的互动。我们绝对讨厌使用端口号的想法，因为它总是不同的，我们将不得不修改每个客户端以指向这个服务器/端口。我们的一些客户可能拥有数百台客户端计算机。如何使客户端连接到命名的 SQL 实例再次工作？毕竟，这就是命名实例的全部目的，如果客户端无法通过其名称连接到该实例，那么它的命名又是为了什么呢？

编辑

有人提到要确保 SQL Browser 正在运行，所以我检查了一下，它正在运行。服务器也能够连接到它自身（本地）——只是外部连接被拒绝。

更新

经过更仔细的检查，我了解到防火墙在测试时并没有完全禁用，完全禁用后，它就可以工作了。因此，看起来 SQL Browser 被防火墙阻止了外部客户端的访问。

我们有一个包含大约 30 台计算机的域网络和 Windows Server SBS 2003 32 位上的活动目录。每当我从任何其他机器连接到此服务器时，它都会自动尝试发送某种打印作业。但是打印失败，打印机似乎从未收到作业。我一直在连接到该特定服务器的每台计算机上看到这种情况。如果安装了多个打印机，它似乎会重复发送这些打印作业，并发送到不同的打印机。一旦我取消一个打印作业，它就会开始另一个打印作业，重复几次，最后停止。

这里会发生什么？

PS - 我最初认为这与 MS OneNote 有关，但事实证明这发生在没有 OneNote 的计算机上。