问题标签 [failover]

我将运行一个动态网站，如果服务器停止响应，我想将故障转移到一个显示“我们正在维护”页面的静态网站。我一直在阅读，我发现动态切换 DNS 可能是一种选择，但这种变化会发生多快？每个人都会立即看到变化吗？有没有更好的方法来故障转移到另一台服务器？

我有一个主服务器和一个备份 Windows 2008 服务器，以及一堆将驱动器映射到主服务器上的共享的 Windows XP 客户端。如果主服务器出现故障，我希望这些客户端机器自动将其驱动器重新映射到备份服务器，以便它们可以继续访问文件。

我是否应该尝试编写一个 vbscript 或 python 脚本或检测主服务器是否关闭并发出适当的“net use m:\server\share ...”但我需要该脚本每分钟运行一次，无论是谁已登录。我可以使用 Windows“计划任务”执行此操作吗？

我是一个 Unix 人，并且可以使用您提供的任何技巧来完成此操作。有更好的解决方案吗？

非常感谢，-伊恩

我正在测试 WebLogic 10.3.1 JMS，但是有问题。

我的测试步骤：

1. 启动 WebLogic 服务器
2. 启动 JMS 客户端
3. 客户端向 WebLogic JMS 发送一个对象，服务器接收到该对象。
4. 停止 WebLogic 服务器
5. 将另一个对象发送到 WebLogic JMS。

我期望的是一个异常出来，但没有任何东西出现并且程序被挂起。程序停止于：

我添加了一些超时设置，但仍然无法正常工作：

在这种情况下有什么方法可以产生异常吗？非常感谢你。

最好的问候，克里斯

在具有 SQL Server 故障转移群集或镜像的环境中，您更喜欢如何处理错误？似乎有两种选择：

1. 使整个当前客户端请求失败，并让用户重试
2. 捕获 DAL 中的错误，然后在那里重试

每种方法都有其优点和缺点。我合作过的大多数商店都做#1，但他们中的许多也没有遵循严格的交易界限，而且在我看来，如果发生故障，他们就会为麻烦而敞开心扉。即便如此，我在将它们与#2 交谈时遇到了麻烦，这也应该会带来更好的用户体验（一个问题是发生故障转移时可能会出现长时间的延迟）。

任何一种或另一种方式的论点都会受到赞赏。如果您使用第二种方法，您是否有一个有助于简化实现的标准包装器？无论哪种方式，您如何构建您的代码以避免诸如与失败命令中缺乏幂等性相关的问题？

我计划将我的 Web 应用程序部署到 EC2。我有几个网络服务器实例。我有 1 个主数据库实例。我有 1 个故障转移数据库实例。当主数据库实例发生故障时，我需要一种策略将 Web 服务器重定向到故障转移数据库实例 IP。

我希望我可以在我的连接字符串中使用弹性 IP。但是，网络服务器无法访问/ping 弹性 IP。我有几个蛮力的想法来解决这个问题。但是，我试图找到最优雅的解决方案。

我正在使用所有 .Net 和 SQL Server。我的连接字符串是加密的。

是否有人有使用某种形式的自动化或 DNS 配置对 EC2 中的数据库实例进行故障转移的策略？

请告诉我。

好奇是否有一种简单的方法可以在 google.load() 上进行故障保护

谷歌无法提供文件但我可以提供文件的可能性很小，但我认为让我自己的服务器能够提供故障转移可能会很有趣，以防请求炸弹或超时等。

有什么想法吗？

我正在使用 MS Visual Studio 2008 / C#

在嵌入式 Camel 路由中，我有一个远程 JMS 队列的持久消费者。是否可以通过主从配置进行这种路由？现在看来，Camel 路由在从 ActiveMQ 启动时已经启动和激活，而不是在实际故障转移发生时。

现在它会导致从属实例接收发送给主实例的相同消息，这会导致重复消息在故障转移时到达队列。

我正在使用 ActiveMQ 5.3 和 Apache Camel 2.1。

我知道 oci 驱动程序可以执行数据库的透明故障转移，但是瘦驱动程序是否具有相同的功能？

我目前正在开发一个受 WebLogic 集群环境支持的项目。我已经成功设置了集群，但现在我想要一个负载平衡解决方案（目前，仅出于测试目的，我正在使用HttpClusterServlet带有循环负载平衡的 WebLogic）。是否有任何文档对为 WebLogic 提供负载平衡的各种方式进行了清晰的比较（利弊）？

这些是我想要涵盖的主要主题：

• 性能（正常和故障转移）；
• 可以检测到哪些故障以及故障转移恢复的速度有多快；
• 失败的透明度（例如，自动重试幂等请求的能力）；
• 每个负载平衡解决方案对各种拓扑（N 层、集群）的适应程度如何

在此先感谢您的帮助。

我有一个主动/被动 W2K8 (64) 集群对，运行 SQL05 Standard。共享存储位于 HP EVA SAN (FC) 上。

我最近为数据库扩展了活动节点上的文件系统，添加了驱动器名称。共享存储驱动器被指定为 F:、I:、J:、L: 和 X:，前 4 个 SQL 文件系统和 X: 用于备份目标。

昨晚，作为验证过程的一部分（被动节点因维护而脱机），我将 SQL 实例移动到另一个集群节点。有问题的数据库立即变为可疑状态。

查看系统日志显示数据库不会加载，因为找不到文件“K:\SQLDATA\whatever.ndf”。（请注意，我们没有K：驱动器名称。）

对 J: 存储驱动器的评论显示零内容——什么都没有——这就是“whatever.ndf”应该在的地方。

嗯，我想。服务器有问题。我只是将 SQL 移回另一台服务器并找出问题所在。

还是没有数据库。嫌疑犯。哦哦。“Whatever.ndf”已进入位桶。

我最终决定从备份中恢复（这是在验证测试之前立即进行的），所以除了几个小时的睡眠之外什么都没有丢失。

问题：（1）为什么被动节点认为whatever.ndf文件应该转到驱动器“K：”，而该驱动器不作为主动节点上的资源存在？

(2) 如何让集群节点“重新同步”以便完成故障转移？

我不知道过去某个时间没有“K:”驱动器作为集群资源，但我知道在资源移动时原始集群上不存在该驱动器。