我正在使用Microsoft System Center Data Protection Manager（2010，目前正在评估2012）来备份我的环境，在数据中心丢失的情况下，我有两个有关灾难恢复过程的问题（无服务器或存储空间，只有closures – 现场磁带）。 我目前正在备份到磁带： 域控制器上的系统状态。 DPM服务器上的DPM数据库。 Exchange 2010服务器上的数据库。 我能够find和阅读的每篇文章都说，启动恢复过程所需的第一件事是DPM数据库; 到现在为止还挺好。 但。 假设我的备份窗口从21:00开始; DPM数据库很小，只需几分钟即可完成备份。 然后，在21:30，DC备份完成。 而Exchange备份则持续了几个小时，并在23:00完成。 备份的DPM数据库将不包含有关DC和Exchange备份的信息，因为它们在备份到磁带后完成。 那么，在这种情况下，DPM仍然能够识别备份的数据并恢复它们？ 第二个问题就是Catch-22。 为了恢复Active Directory，我需要一个DC备份; 但是，为了恢复DC备份，我需要一个DPM服务器; 但为了还原DPM服务器，我需要Active Directory（并且不，DPM甚至不会安装在独立服务器上）。 如何处理这个？
我的戴尔Poweredge 2900服务器的脸上。 我们在上个星期一直在使用PERC 6 / i RAID控制器。 服务器的操作系统是Small Business Server 2008，它是RAID 5 我试图找出一种方法，不启动到服务器操作系统，仍然看到数组（如果有的话）。 过去，我使用过Ubuntu和Knoppix Live CD以实时模式运行，然后将文件从系统中取出。 有没有办法，我可以使用Linux Live CD以这种方式读取硬件RAIDarrays？ 我在软件RAIDarrays上发现了一些信息，但硬件上没有。 谢谢！
作为灾难恢复解决scheme的一部分，我最近在组织中安装了第二台Exchange Server（标准版，2010）。 这两台服务器将很快成为DAG的一部分。 在将服务器放置在远程位置之前，我很好奇在两台服务器之间来回传输的数据量。 有没有一种方法可以监控或获取每秒钟和/或每天之间传输多less数据的日常报告？ 我想有一个平均的度量，以了解我们当前的连接是否饱和。 谢谢你尽你所能的帮助。
我是一家服务公司的一部分，它有一个服务器解决scheme，可以托pipe不同的现场软件来与工业报警等进行对话。 原来的实现没有使用任何一种虚拟化服务器，也没有任何特殊的备份软件。 一个星期前，我们在现场发生了一场灾难性的失败，并且比原来devise人员想要恢复服务器及其软件的时间更长。 所有的服务器上都安装了IIS和一些SQL数据库。 他们什么都不做。 我正在考虑将devise更改为从虚拟化服务器运行。 在我看来，这将有几个好处： 快速而灵活的恢复（虚拟映像是硬件不可知的，通常是单个文件） 简单，点击修复是常见的地方 基本上使用虚拟机似乎是灾难恢复的最佳想法。 这是这种情况吗？ 我的虚拟设置将是具有Hyper Vangular色的Windows Server 2008 R2。 我打算让虚拟服务器运行所有的服务和现场软件，并在裸机上运行虚拟备份软件。 这是一个好主意吗？ 另外，如果我使用独立的HYPER V服务器安装而不是Hyper Vangular色，性能优势会好很多吗？
我正在计划为我们的服务器进行灾难恢复，并一直在寻找这个解决scheme。 我知道Clonezilla，但它不完全符合“不同的硬件”部分。 我仍然可以使用Clonezilla的一些解决方法，但有一个更好的解决scheme存在，一个简单的恢复过程？ 还是虚拟化是一个更好的主意？ （我有小而简单的服务器）
我的Centos Linux软RAID 5arrays（mdadm）出现磁盘故障。 我更换了一个磁盘，并开始重build数组。 下一次我检查了状态，重build失败了。 这是现在的状态： [root@localhost ~]# cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md0 : inactive sdc1[3](S) sdd1[2] sdb1[0] 4883277760 blocks unused devices: <none> – [root@localhost ~]# mdadm –detail /dev/md0 /dev/md0: Version : 0.90 Creation Time : Mon Aug 23 22:37:36 2010 Raid Level : raid5 Used Dev Size : 1465135936 (1397.26 GiB […]
我正在使用SQL Server 2012 SP2的解决scheme，但没有使用AlwaysOn可用性组。 这是由于跨数据库事务，这不适用于这种情况。 注意：我们正在讲话时正在处理这个问题，但作为背景信息添加到我的问题中。 我们正在使用HP 3PAR StoreServ解决scheme，通过SAN获取站点到站点的同步复制。 这允许灾难恢复scheme跨站点工作，所以我们可以故障转移到我们的中学。 我关心的是0的RPO，因为有可能会丢失数据和发生损坏的场景。 例如，链接在站点之间被切断，然后主站点closures。 我的问题如下： 在同步完成之前，SAN是否拒绝数据写入I / O？ 要么 如果一个链接被切断，SAN缓冲区块变化，直到连接恢复？ 如果在TL日志写入和DR发生期间链接被切断，这是否意味着我们将有可能损坏的TL写入辅助站点，从而导致数据丢失？ 数据丢失仅仅是因为主要能够提交，但是次要的是不能同步的。 是否有RPO为零（SQL Server /内存/networking/ SAN / IO）的保证？ 从HP 3PAR StorageServ白皮书： 用于要求容灾环境的复制解决scheme ，第6页： 对于同步复制解决scheme，解决scheme的RPO始终为零。 对于asynchronous复制解决scheme，RPO总是大于零。 asynchronous定期模式是asynchronous复制。 因此，在devise一个使用asynchronous定期复制的解决scheme时，RPO就成了一个问题。 SAN保证零容忍的RPO，那么在networking死亡的情况下，SAN不允许改变渗透到I / O？ 更新： 我在上面的参考文献的第12页find了这个信息： 同步远距离拓扑 远程复制同步远程（SLD）拓扑是目前支持的唯一拓扑，允许将远程复制卷组中的卷从一个源StoreServarrays复制到两个不同的目标StoreServarrays。 它通过在两个StoreServarrays（“源”和“同步目标”数组）之间同步复制数据，同时通过周期性asynchronous模式将同一数据复制到第三个StoreServarrays（灾难恢复或“asynchronous目标”arrays）来完成此操作。 用户可以select以主动 – 主动的方式处理两个同步arrays，如果数据中心中的故障指示故障切换是必要的，并且在“同步目标”arrays上恢复操作，则在它们之间进行故障切换。 这提供了故障转移解决scheme，由于在同步arrays之间发生的复制的同步性质，所以提供等于零的RPO。 在故障转移到同步目标arrays时，该arrays和asynchronous目标arrays之间的被动asynchronous定期链接变为活动状态，并且任何已复制到同步目标但还没有到达同步目标arrays的数据都将从同步目标arrays到asynchronous目标，使asynchronous目标arrays保持最新，同步目标发生的最后一次写入。 然后操作继续在同步目标数据中心，并继续将数据复制到asynchronous目标arrays。 根据这些信息，您确实需要第三个端点参与asynchronous复制，以便在networking链接断开时，辅助站点将能够被通知更改。
是否可以将我们的EMC VNX5300上的LUN复制到Amazon Web Services？ 这将用于灾难恢复场景。 我已经跟AWS谈过了，他们说要跟EMC谈谈。 我已经和几位EMC员工交谈过，其中一位是工程师。 他们似乎都不明白我在问什么。 是否可以使用类似于我们的主要和辅助EMC用于复制的块级复制将EMC上的整个LUN复制到AWS？ 无论是一些神奇的工具，设备或服务。 不，我不想用6个1 TB驱动器在云中创build实例，并从内部部署到云端执行rsync。 这是非常低效的。 我正在寻找一个块级的复制策略。
我有一个Ubuntu的服务器，根分区是在一个RAID 0是一个硬盘有数据丢失/破碎扇区。 数据丢失只影响根分区总数据量的1-2％，但服务器无法正确启动，只启动BusyBox，或者启动，但速度很慢，并显示很多错误，如end_request: critical target error, dev sda, sector xxxxxxxx 。 此外，服务器没有太大的重要性，只做一些维护任务没有关键的数据（否则不会有一个RAID 0）它仍然是很好的恢复其configuration，所以我不必安装和configuration一切再次。 试图用fsck修复一切暂时没有帮助，我也尝试克隆与dd和类似的工具，也没有达到任何东西的磁盘（我有这样的感觉克隆比实际分区情况更糟糕仍然是在糟糕的RAID 0）。 但是我知道，例如/etc/和/home/都是非常好的。 所以我的问题是什么是恢复Ubuntu服务器forms这种types的数据丢失的最佳方式？ 我的想法是使用一个破损的dd克隆，并覆盖linux内核文件，以及Ubuntu服务器相同版本的服务器安装DVD中还需要什么。 或者安装相同版本的新Ubuntu服务器，并将旧分区的正确configuration文件复制回新系统。 不过，我不确定哪种方法更好，哪种情况下都需要哪些数据，以及是否有可用于此类任务的工具。 所以任何提示将不胜感激。
我计划同时使用Azure站点恢复来提高在Azure和Azure备份上复制的本地工作负载的高可用性和容灾能力，以确保与同一组工作负载相关的数据的安全性和可恢复性。 我在Azure反馈论坛上在线查看了这个声明（从2015年9月起），这使我感到困惑 – “ Azure备份和ASR无法保护相同的工作负载 ” 我真的只能在相同的工作负载上实现Azure Site Recovery或Azure Backup？