我们目前在相对较小的环境中使用Microsoft的数据保护pipe理器（DPM）进行备份，但是我仍然担心我们的主要活动目录服务器。 我一直在想，为这台服务器提供一个裸机恢复选项是非常好的，所以如果最糟糕的事情发生了，我们可以很快恢复运行。 我听说DPM有一个裸机选项。 这是真的？ 如果是这样，有人会推荐它，或者我应该寻找替代产品？ 谢谢。
我有权访问Exchange Server，但是域控制器RAID卡已经死机，恢复的备份导致新服务器重新启动，甚至没有蓝屏。 我已经重build了一个新的域控制器和另一个Exchange服务器。 将数据从旧Exchange Server迁移到新Exchange Store的最佳方法是什么？
任何人都可以给我任何想法/链接，以便从灾难恢复的angular度更好地了解虚拟化如何帮助我？ 我们有一个坐在数据中心的服务器，它基本上有一大堆的Web服务，坐在互联网和一个大的SQL Server数据库。 我不是在寻找任何细节，只是想给我一个可能的概念。 非常感谢
某些Azure VMtypes（如我需要的某些G＆M系列中的某些types）在Azure区域对（US East，US West）中不可用。 如果我selectAzure区域对（比如说美国东部2，美国西部）以外的其他Azure区域，是否会对function有任何限制？
这不是一个关于如何应对或限制停机或数据丢失的问题，我知道这一切。 我正在为我的PASS post-con灾难恢复编写一个“故事”部分，我希望能够分享一些比我在微软的日子更令人印象深刻的故事，在过去的三年中，我已经听到了任何时候提交我的腐败套牌，你会记得他们都是doozies。 所以，认为这是一种自白（虽然我不能提供赦免:-)，当然，这里所讲的所有故事都发生在一个朋友或同事，或者在一个以前的公司，除非你很勇敢并且想要“大失所望。 我不会通过判断或嘲笑任何答案，只会提供见解，如果要求。 真的，这个想法是让每个人从错误和错误的步骤中学习。 作为一个我听到的故事的例子，看到一个错误的步骤和腐败的悲惨故事 。 不知道这是否会在这个论坛上工作，但它是值得一试。 谢谢！ PS如果你还没有看到我的腐败会议和听到的故事，这是TechEd IT专业人士去年的第二届会议，他们录像：参见TechEd：腐败生存技术演示文稿的80分钟video 。 博客文章链接到一堆损坏的数据库和演示脚本，你可以下载和玩（也没有广告或类似的东西在我们的网站上，只是信息）。
我想听听有个人经验的人使用lvm + ext3和ext3恢复崩溃的系统或崩溃的驱动器的数据。 哪个选项难以从备份恢复或提取缺失的数据？
我们目前正在考虑升级我们的UPS，并可能在现场安装一个小型汽油发电机，以防UPS电池使用时间过长，导致UPS完全耗尽。 实际上，我们只能买得起大约45分钟的UPS。 我们的build筑物有4-6小时的停电并不是闻所未闻的。 这是非常罕见的。 当UPS切换到电池供电时，哪些产品可以发送通知（短信，自动通话等）？ 我们看过的一些UPS有串行连接。 你怎么处理这种事情？ 计划是，当电力下降时，电池接pipe并警告团队。 我们中的一个人（无论何人正在呼叫）驱动build筑物并启动发电机。 当然，除非权力重新出现，否则通知就会告一段落。 我们目前使用Pingdom来监控我们服务的正常运行时间。 这只是一个pingtesting，所以我们不能依靠丢失的主机来解释它为什么丢失。 例如; 如果networking连接断开，备份链接也一样，我们会收到通知。 这并不意味着发电机需要启动。
我们目前正在为Windows文件服务器实施灾难恢复策略。 我们排除了存储复制，因为它是预览function，而故障转移群集是为高可用性而非DRdevise的。 DFSR在复制打开/locking文件方面也存在缺陷，使其不能完成任务。 SAN到SAN复制文件服务器虚拟主机似乎是对我来说最好的方法，虽然我已经被告诫不要这样做，因为复制是一个原始副本，而不是在更高级别合并，可能会导致不一致文件系统或损坏的文件。 但是，这种方法在这种方法中复制的任何服务器都是如此，这是在DR计划中用于其他服务器的方法。 VSS /早期版本也可以用来恢复任何损坏的文件。 做SAN复制的好处是否超过文件可能被破坏的风险？ 还是有更好的方法来做一个文件服务器的灾难恢复？ 也许有产品执行更高级别的复制/快照，最大限度地减less数据中的逻辑不一致性？ 注意：群集正在运行vSphere 5.5
我的公司正在寻求（重新）制定我们的BC和DR计划的外部协助。 你如何评判这个领域的公司呢？
我有一个长期的目标，就是在某个地方build立灾难恢复站点，其中一部分包括复制一些EqualLogic SAN。 我有一个困难的时候这样做，因为我不知道我的方法是否健全。 为了完整起见，这篇文章可能有点冗长。 一般相关信息： 我有一个EqualLogic PS4000X（〜4TB）。 SAN在vSphere 5环境中用作2个ESXi主机的共享存储。 我有4卷500GB的每个。 第1卷和第2卷包含我的“第1层”虚拟机。 这些将是我打算复制的唯一卷。 由于我们的PRI（语音），目前具有3Mb / s连接，实际数据带宽为〜2.8Mb / s。 我测量音量变化的方法： 戴尔代表告诉我，估计卷中增量的一种方法（可能不是最好的方法）是测量在定期快照时间表的一段时间内使用的快照储备空间。 我的第一个实验是创build快照之间15分钟的时间表，快照储备为500GB。 我让这个过夜，直到第二天的COB。 我不记得可以保存在500GB的快照数量，但是我最终平均每个快照大约15GB。 $average_snapshot_delta = $snapshot_reserve_used / $number_of_snapshots 然后，我将快照时间间隔改为60分钟，在完整的24小时后，共有13个500GB的快照。 这使我每小时约37GB（或每15分钟约9GB）。 问题： 这些数字对我来说是天文数字。 有了我的带宽，我可以在100％利用率的情况下做到超过1GB /小时。 是块级复制这昂贵还是我做一些完全错误的东西？