如何在SQL Server 2000上实现高可用性？ 有没有第三方工具或任何其他的想法？
如果您正在寻找介绍所涉及的内容，那么将会包含许多基础知识的文章：
另外，虽然我从来没有使用过它，但有一款名为“Double-Take”的产品，它似乎提供了与SQL 2005+中的数据库镜像相同的function（提供热备份，即时故障切换备用服务器），这可能是值得的看看。 我不知道他们是否拥有当前的SQL Server产品，但是我知道他们已经有了一个产品：
正如其他人所build议的那样，如果你在这里发表一些关于你想要做什么（负载平衡，灾难恢复等）的细节，以及为什么你被SQL 2000困住，我们可以提供一些更好的解决scheme。
如果你在预算上，而你唯一担心的是灾难恢复，而不是高可用性（它们不是一回事）。
灾难恢复意味着您需要从备份或冷备用恢复时间很短。
高可用性意味着零宕机容忍。
如果您愿意忍受几个小时的停机时间，那么您可以按照我在许多中等SLA环境中所做的那样做：每晚将服务器备份到NAS存储位置，然后定期备份事务日志或差异/增量备份取决于你对数据丢失的容忍度。
如果你有要求永远不会失去一笔交易，你没有select – 你必须花钱。 无论是升级到群集硬件，还是在可以进行日志传送或类似操作的备份服务器上。
您可以使用群集，但这需要企业版。 还有几个其他的select，虽然SQL Server 2000比2008更less。
高可用性成本。 你可以做的最具成本效益的事情是升级到2008年。
除了集群之外，您还可以使用SQL Server 2000configuration复制，但是我必须重新回到其他已经问过为什么不升级到SQL 2008或至less是SQL 2005的海报。镜像成为2005年的一个选项到集群和复制。
这些HA解决scheme中只有一个数据库副本，集群是唯一的forms。 它只能保护你免受服务器故障，你仍然暴露在数据和网站的失败，所以我总是怀疑包括群集在HA中，但它是一个独立的实例，这是肯定的更多的HA。
所有选项都需要额外的硬件，所以请记住。 对于其他目标，SQL许cocoa能也是必需的，具体取决于它们是否处于待机模式。
如果您提供更多信息，我们可以给您更好的答案。
首先，升级到SQL 2008，因为Server 2000现在不受主stream支持。 然后，select2008年出现的众多新HA选项之一。
严重的是，你将不得不更加具体地说明“高可用性”的含义。 热备用？ 热备用？ 度量恢复？ 可用性目标？ 等等。这是一个复杂的话题。
如果你正在看2000年，你正在寻找一个地理上分布的解决scheme，并没有钱升级，你可能看着
但是，由于您没有详细说明您的具体要求，所以这是一个非常好的答案。 正如其他海报所指出的那样，这对于正确回答您的问题是非常重要的，因为某些解决scheme根据参数可以更好地工作（或根本不工作）。