Alex Angas Asked: 2009-06-30 13:13:57 +0800 CST2009-06-30 13:13:57 +0800 CST 2009-06-30 13:13:57 +0800 CST SQL Server 2000 高可用性 772 如何在 SQL Server 2000 上实现高可用性？是否有任何第三方工具或任何其他想法？ sql-server business-continuity high-availability 6 个回答 Voted SqlRyan 2009-06-30T13:39:53+08:002009-06-30T13:39:53+08:00 如果您正在寻找所涉及内容的介绍，这里有许多文章将涵盖基础知识： http://technet.microsoft.com/en-us/library/cc966499.aspx http://www.amazon.com/Microsoft®-Server-2000-High-Availability/dp/0735619204（涵盖基础知识的好书） 此外，虽然我从未使用过它，但有一个名为“Double-Take”的产品似乎提供与 SQL 2005+ 中的数据库镜像相同的功能（提供热的即时故障转移备用服务器），它可能值得看看。我不知道他们是否有当前的 SQL Server 产品，但我知道他们过去有过一个： http://www.databasejournal.com/features/mssql/article.php/3338081/High-Availability-with-SQL-2000-and-Double-Take.htm 正如其他人所建议的那样，如果您在此处发布有关您正在尝试执行的操作（负载平衡、灾难恢复等）以及您为何无法使用 SQL 2000 的一些详细信息，我们可以提供一些更好的解决方案。 Chris K 2009-06-30T15:20:38+08:002009-06-30T15:20:38+08:00 如果您有预算，并且您唯一关心的是灾难恢复，而不是高可用性（它们不是一回事）。 灾难恢复意味着您必须在短时间内从备份或冷备用恢复。 高可用性意味着对停机时间的容忍度为零。 如果您愿意忍受几个小时的停机时间，那么您可以做我在许多中等 SLA 环境中所做的事情：每晚将服务器备份到 NAS 存储位置，然后定期备份事务日志或差异/增量备份取决于您对数据丢失的容忍度。 如果您要求永远不会丢失交易，那么您别无选择——您必须花钱。无论是升级到集群硬件，还是在您可以进行日志传送或类似操作的备份服务器上。 2 revs, 2 users 57%anon 2009-06-30T13:17:05+08:002009-06-30T13:17:05+08:00 首先，升级到 SQL 2008，因为 Server 2000 现在已经脱离了主流支持。然后，选择 2008 附带的无数新 HA 选项之一。 说真的，您将不得不更具体地说明“高可用性”的含义。热备？暖待机？恢复指标？可用性目标？等等等等。这是一个复杂的话题。 Shiraz Bhaiji 2009-06-30T13:20:53+08:002009-06-30T13:20:53+08:00 您可以使用集群，但这需要企业版。还有其他几种替代方案，尽管 SQL Server 2000 的替代方案比 2008 少。 高可用性成本。开始时您可以做的最具成本效益的事情是升级到 2008。 Tim Ford 2009-07-29T10:42:24+08:002009-07-29T10:42:24+08:00 除了集群之外，您还可以使用 SQL Server 2000 配置复制，但我不得不再次回到其他发帖者那里，他们询问为什么不升级到 SQL 2008 或至少升级到 SQL 2005。此外，镜像成为 2005 的一个选项集群和复制。 集群是这些 HA 解决方案的唯一形式，其中只有一个数据库副本。它只能保护您免受服务器故障的影响，您仍然会面临数据和站点故障，因此我总是对在 HA 中包含集群持怀疑态度，但这是肯定的，它比独立实例更具有 HA。 所有选项都需要额外的硬件，所以请记住这一点。其他目标也可能需要 SQL 许可，具体取决于它们是否处于待机模式。 如果您提供更多信息，我们可以为您提供更好的答案。 K. Brian Kelley 2009-08-12T11:38:37+08:002009-08-12T11:38:37+08:00 如果您正在查看 2000 并且您正在查看地理分布的解决方案并且没有钱进行升级，那么您可能正在查看 复制 自产原木运输解决方案 但这是一个即兴的答案，因为您没有详细说明您的确切要求。正如其他海报所指出的那样，这对于正确回答您的问题非常重要，因为某些解决方案根据参数效果更好（或根本不起作用）。
如果您正在寻找所涉及内容的介绍，这里有许多文章将涵盖基础知识：
此外，虽然我从未使用过它，但有一个名为“Double-Take”的产品似乎提供与 SQL 2005+ 中的数据库镜像相同的功能（提供热的即时故障转移备用服务器），它可能值得看看。我不知道他们是否有当前的 SQL Server 产品，但我知道他们过去有过一个：
正如其他人所建议的那样，如果您在此处发布有关您正在尝试执行的操作（负载平衡、灾难恢复等）以及您为何无法使用 SQL 2000 的一些详细信息，我们可以提供一些更好的解决方案。
如果您有预算，并且您唯一关心的是灾难恢复，而不是高可用性（它们不是一回事）。
灾难恢复意味着您必须在短时间内从备份或冷备用恢复。
高可用性意味着对停机时间的容忍度为零。
如果您愿意忍受几个小时的停机时间，那么您可以做我在许多中等 SLA 环境中所做的事情：每晚将服务器备份到 NAS 存储位置，然后定期备份事务日志或差异/增量备份取决于您对数据丢失的容忍度。
如果您要求永远不会丢失交易，那么您别无选择——您必须花钱。无论是升级到集群硬件，还是在您可以进行日志传送或类似操作的备份服务器上。
首先，升级到 SQL 2008，因为 Server 2000 现在已经脱离了主流支持。然后，选择 2008 附带的无数新 HA 选项之一。
说真的，您将不得不更具体地说明“高可用性”的含义。热备？暖待机？恢复指标？可用性目标？等等等等。这是一个复杂的话题。
您可以使用集群，但这需要企业版。还有其他几种替代方案，尽管 SQL Server 2000 的替代方案比 2008 少。
高可用性成本。开始时您可以做的最具成本效益的事情是升级到 2008。
除了集群之外，您还可以使用 SQL Server 2000 配置复制，但我不得不再次回到其他发帖者那里，他们询问为什么不升级到 SQL 2008 或至少升级到 SQL 2005。此外，镜像成为 2005 的一个选项集群和复制。
集群是这些 HA 解决方案的唯一形式，其中只有一个数据库副本。它只能保护您免受服务器故障的影响，您仍然会面临数据和站点故障，因此我总是对在 HA 中包含集群持怀疑态度，但这是肯定的，它比独立实例更具有 HA。
所有选项都需要额外的硬件，所以请记住这一点。其他目标也可能需要 SQL 许可，具体取决于它们是否处于待机模式。
如果您提供更多信息，我们可以为您提供更好的答案。
如果您正在查看 2000 并且您正在查看地理分布的解决方案并且没有钱进行升级，那么您可能正在查看
但这是一个即兴的答案，因为您没有详细说明您的确切要求。正如其他海报所指出的那样，这对于正确回答您的问题非常重要，因为某些解决方案根据参数效果更好（或根本不起作用）。