在 SQL Server 2005 和 2008 中使用多实例故障转移群集（以前称为主动-主动）时，我想知道您将最小和最大服务器内存配置为什么。
对于双节点多实例集群（有两个实例，每个节点一个），最佳实践是在每个实例上将 min server memory 配置为 40-45%，以便在发生故障转移时两个实例不会最终会出现根本不平衡的内存量，因为新实例可能会对已经运行的实例施加过度的内存压力。
虽然这是一个最佳实践，但我想听听遇到这种情况的人的意见 - 您如何为各种实例配置内存设置？您是让它们相等还是按每个实例上运行的工作负载优先级？你使用 WSRM 吗？您是否根据故障转移后集群配置动态更改内存设置？
谢谢！
PS我不需要关于内存管理如何工作的信息，或者为什么存在最佳实践——我知道这一切——我对人们真正在做什么感兴趣。
PPS 注意，我对 SQL 2000 不感兴趣——它的内存管理器没有响应这种内存压力，因此最佳实践是将最大服务器内存设置为每个实例的 50%。玉。
在 SQL Server 中组合故障转移群集和数据库镜像时，您需要更改镜像伙伴超时值，以便本地群集在数据库镜像故障转移之前有机会进行故障转移。我很好奇人们在结合这些技术时在做什么——我教授各种 HA 课程，这种组合并不太常见。
如果您结合使用故障转移群集和数据库镜像，这是我的问题。如果您可以在每个回复中全部回答，那对我来说将非常有用。我不需要解释为什么需要改变事情或技术如何工作 - 我曾经在微软拥有它们 - 我对行业实践感兴趣，现在将它们结合起来的可能性已经存在 4 年了.
1) 集群 SQL Server 实例为您进行故障转移平均需要多长时间？（我知道这取决于需要多少崩溃恢复，但你的平均水平是多少？）
2) 对于这些相同的实例，您将镜像伙伴超时设置为多少？
3) 您是否对可能发生真正的集群中断这一事实感到满意，并且可能需要相当长的时间才能镜像注意到发生故障，因为您已经将镜像伙伴超时时间延长了？
感谢所有回复！
我在一个客户那里，他在使用 HP PolyServe 和 SQL Server 2005 时遇到了一个奇怪的问题，我想知道是否还有其他人遇到过这个问题。
问题在于，在默认设置下，DBCC CHECKDB 将在 PolyServe 托管存储支持的数据库上失败。这是因为 DBCC CHECKDB（默认）使用隐藏的数据库快照，它存储在现有数据库数据文件的 NTFS 备用流中，而 PolyServe 默认不支持 NTFS 备用流。
现在 - 我知道为什么会发生这种情况（我写了 DBCC CHECKDB）并且我知道如何解决它（创建自己的快照并检查，或恢复备份并检查，或使用 WITH TABLOCK 作为最后的手段） - 所以我不想要解释这些事情的答案。
我很想知道以下内容：
编辑：顺便说一句-最后一次升级到 PolyServe 3.6.1 是默认情况下关闭该选项的原因，这导致 DBCC CHECKDB 失败。我们试图弄清楚为什么默认情况下它会从 ON 变为 OFF。
在问这里之前，我试图在网上找到一些关于此的信息。
谢谢！
PS 如果您想了解为什么 DBCC CHECKDB 使用快照的背景知识，请参阅我在CHECKDB From Every Angle 上关于 CHECKDB 内部的长博文：所有 CHECKDB 阶段的完整描述。
昨天还有一个来自 MCM 的 SharePoint 问题。
您为您的 SharePoint 搜索数据库提供了哪种 HA？我从一个非常非常大的 SharePoint 场的管理员那里听说，他们没有搜索数据库的冗余副本，如果丢失，他们会重新填充它。问题是重新抓取他们的 4300 万件商品需要 8周时间。
我不是 SharePoint 专家，但我猜如果没有功能齐全的搜索数据库，功能将会退化。8周听起来合适吗？这似乎是天文数字般的缓慢。你有什么经验？
谢谢！
昨天在教 MCM 时与 SharePoint 大师交谈的另一个问题。SharePoint 准则是不支持超过 100GB 的内容数据库。在不深入了解这些指南背后的原因的情况下，我很想了解大于 100GB 的内容数据库以及您对它们的体验（主要是关于性能、灾难恢复和 HA 配置）。
您将 SharePoint 安装推进了多远？我听说过超过 1TB 内容数据库的二手故事，但我想听听 SharePoint 管理员自己的意见。
感谢您提供的任何信息。
这不是一个我应该怎么做的问题，只是为了搭建舞台。你的经历是什么？请在快速回复之前通读整个问题。
昨天我花了一天时间向当前这一轮的 SharePoint MCM（Microsoft 认证大师 - 见这里）学生讲授 SQL Server 中的高可用性技术，以及 SQL 日志/恢复/备份/恢复的工作原理。这一点非常重要，因为在每个企业级 MOSS 安装下都隐藏着一个企业级 SQL Server，通常没有 DBA。Kimberly 在周五教他们一天的数据库维护（我们教的 SQL MCM 第一周的一种缩小版）。
我们正在讨论使用数据库镜像为 SharePoint 数据库提供高可用性的可能性，以及相关的优缺点。现在，我知道数据库镜像到它的最低内部深度，因为我曾经在 Microsoft 拥有它，所以无需在您的回复中指出行为和特质。我还知道 SharePoint 人员在镜像白皮书中的各种注意事项和指导方针，是的，它们只是通用指导方针，而不是硬性规定。
我的问题是：我想听听任何为 SharePoint 实施数据库镜像的人的意见，以及您是否发现它对您有用，或者您崩溃并烧毁了。特别是，您如何发现故障转移行为对您有用？您是否最终在一台服务器上使用了一些数据库主体，而在另一台服务器上使用了一些数据库主体，从而有效地分割了您的场并使其无法使用，直到手动干预将所有内容都转移到一台服务器上？您是否将它用于本地或远程 HA？等等。
我们将不胜感激地收到任何回复，并将有助于扩大关于结合这两种技术的知识库，我会将故事反馈到 SharePoint 产品组，以及我教授的未来 MCM 轮换。
谢谢！
[编辑：PS 我也会在周末整理一篇关于经验和指南的博客文章]
好的 - 这超出了我的专业知识，所以我需要在这里问。
我有一堆我正在配置的测试硬件，我遇到了一些我不是专家的网络问题（跟我谈谈 SQL Server！）。
这是我的网络拓扑的简化描述：
MD3000i iSCSI 阵列连接到交换机 1。如果我重启一个，它不会获取 IP 地址。如果我将集线器更改为连接到网络交换机 #1 并再次重启阵列，它会通过 DHCP 获取 IP 地址。我猜是因为 iSCSI 阵列中的广播“给我一个 DHCP 地址”没有传播到交换机#2 和集线器/DHCP 服务器。
阵列获得 IP 地址后，我需要移除阵列，然后使用 DELL 模块化磁盘存储管理器自动再次找到它。我应该给他们数组静态IP（在本地网络上）吗？
我是否需要从每台交换机连接到集线器/DHCP 服务器？还是我错过了什么？只要我能，我会提供你想要帮助的任何信息。
谢谢！
PS 仅用“sqlserver”标记，以便我认识的人可以关注这个问题。
众所周知，与 2005/2000 相比，SQL 2008 的集群设置、维护和底层机制发生了广泛的变化。虽然这属于我在 2005-2008 年在 Microsoft 负责的存储引擎组，但我没有密切参与，我还没有建立这样的集群。我有一堆测试硬件，这现在在我的清单上。
最近几次我最近为 Microsoft 教授了 HA 技术概述课程，在 Win 2008 集群上设置 SQL 2008 时，我听到了各种各样的经验，有好有坏 - 但我我从来没有时间对要注意的事项做大量笔记。
所以我的问题是——如果你已经设置了这个配置，你遇到了什么问题，你是如何克服这些问题的？
这将帮助我节省大量时间，我也会在我的博客上公布这些发现。
非常感谢。
PS 我想把它设为“你遇到了什么问题”的标题，但我收到了“主观问题”警告。
我开始看到拥有数百 TB 数据的客户端（在 SQL Server 安装中）。随着一些企业的数据总量接近 PB 的有意义的分数，我想探索那里的集体知识库，看看处理这种数据量的人们正在做些什么来保护它。
一个明显的问题是，存储这么多数据的多个备份非常昂贵，使用企业级存储，见鬼，甚至只是 RAID-5。
我看到的选项如下：
我看到选项 #4 被采用为默认选项，作为 HA/DR 专家，这真的很可怕，但我有什么建议作为替代方案？我认为#1 是最好的方法，但是当提出除#4 和可能的#3 之外的任何替代方案时，“我不这么认为”是通常的答案。
现在，当然这取决于数据的变化率和关键性。没有必要回答这个问题，因为我曾经在微软工作时负责 SQL Server 的所有 HA 功能，所以我精通“它取决于”的论点 - 这是我的流行语 :-)
我很想听到我错过的任何替代方案，或者听到其他所有人都在同一条船上，并且没有实际的替代方案可以花很多钱购买更多的存储空间。
在此先感谢 - 所有经过深思熟虑和明确表达的答案都将得到应有的认可。