问题标签 [disaster-recovery]

故障转移和灾难恢复有什么区别？

我有一个多用户应用程序，其中包含一些用户的关键数据。我正在为应用程序制定备份和灾难恢复计划。

想知道一些关于这个的最佳实践..

谢谢。

问题：如何使用 WCF 提供分布式、可扩展和抗灾的发布/订阅服务。

细节：

请注意，除了消息传递/中间件解决方案（如 Tibco EMS）之外，还考虑使用此方法。

我一直在研究 WCF，特别是它如何用于提供 pub/sub。关于这个主题这篇文章非常好：WCF pub-sub。

在这篇文章中，作者试图解决拥有多个发布者的问题（就像一个跨多个盒子扩展的服务层一样）。问题在于，如果客户端 A 向发布者 A 注册，但发布者 B 希望发布事件，那么发布者 B 将不知道客户端 A。即没有人告诉发布者 B 客户端 A 希望收到有关事件的通知。作者建议使用 pub/sub 服务作为解决方案。发布/订阅服务将集中存储订阅。但是，如果我想通过拥有辅助/双 pub/sub 服务来使 pub/sub 服务具有抗灾能力，那么我会遇到同样的原始问题。

所以，我认为这个问题有几个解决方案：

1. 将订阅者详细信息存储在分布式缓存中（请参阅问题：q1和q2）。
2. 将订户详细信息存储在数据库/中央文件系统中。

谁能想到任何其他解决方案（即我没有错过 WCF 的一些奇妙的神奇功能？）任何意见表示赞赏。

我没有意识到svn delete会删除我的本地副本，我只是想把它从存储库中删除。现在我所有的文件都不见了，它们也不在垃圾桶里。有什么办法可以恢复它们吗？

我应该澄清一下，这些文件从未进入存储库。我试图摆脱存储库中的一些旧垃圾，以便我可以将它们签入。

我在 ext3 文件系统上运行 Ubuntu。不过没关系....我设法重做我在大约 2 小时内删除的内容。

我目前正在研究灾难恢复计划和恢复 master/msdb/model 的备份。

理论上，如果我将 master、msdb、model 和用户数据库恢复到全新的服务器安装（使用相同的服务包等），那么我将拥有原始服务器的精确副本，包括所有维护计划和作业以及所有内容。

但是，如果新的服务器名称与原来的不同，会发生什么？它只是应付，还是在这种情况下需要一些额外的步骤？

（MSDN 文档在这些方面有点简短）

我在 SQL 2005 上。

编辑：下面有几个答案很有帮助，但据我所知，他们都没有清楚地回答这个问题。我的问题是：在恢复 master、msdb 等之后（假设我没有使用任何 SQL 加密的东西）如果新服务器和 SQL 实例的名称与原来的名称不同，一切都会正常吗？还是我必须保持相同的名字？已接受的答案勾号仍有待获取！

如果您必须在涉及高可用性和灾难恢复时审核 Java 应用程序的最差做法，您可能会寻找硬编码的 IP 地址和绑定句柄的次优缓存。还应该考虑什么？

我在一家技术技能/知识很少的小公司工作。

一位同事的硬盘在没有任何备份的情况下死机，而我们最近感染了我们的测试服务器（gumblar.cn），我们可能已将其转移到客户的服务器上，也可能没有。

在这两个事件之后，管理层围绕着宣传良好做法以避免未来再次发生，持续了大约一周的时间。

改变公司文化以更认真地对待这一点是我将尝试处理的一个问题，但我的问题是......

应该计划哪些活动？

我想有自然灾害，硬件故障，人们退出（公共汽车因素？）。

我想使用数据保护在 oracle 11g 中进行灾难恢复。但我不知道如何做的程序或方式。我想要所有向我展示文件或方法的人。

谁能帮我做到这一点？

谢谢， 昂索波林

作为 TFS 2008 实例灾难恢复测试的一部分，我希望将我们的数据库备份（当前在 SQL Server 2005 上）恢复到 SQL Server 2008。

我注意到 MSDN 上有一条警告，这可能会使恢复变得不可能。

这在野外做过吗？有哪些风险？

恢复 MyISAM 表时，唯一需要的文件是数据文件 ( tablename.MYD) - 其余文件（索引文件tablename.MYI和tablename.frm）可以使用REPAIR TABLE.

假设我使用的是 InnoDB（带有“ innodb_file_per_table”设置）——从文件中恢复数据库表所需的最小文件集是多少？