任何人都可以告诉我是否有可能将几台物理服务器集中起来运行一个弹性虚拟化环境。 我们的服务器对我们的客户越来越重要，我们希望尽一切可能改善硬件故障时的恢复能力。 我已经使用了桌面虚拟机，但是我不太了解企业级虚拟机的可能性。 理想的做法是在我们的数据中心安装一些物理服务器。 一些虚拟机将被共享，以运行一个Web服务器，应用程序服务器和数据库服务器。 如果一台物理服务器发生故障，虚拟机应该切换到其他服务器之一，并继续运行而不会中断。 这能做到吗？ 我意识到，即使谷歌时不时，所以我不寻求完美; 只是最佳的解决scheme。
在我们的数据中心停电后，从属MySQL数据库正在苦苦挣扎。 这是在一个奴隶的日志中： 100118 10:05:56 [Note] Slave I/O thread: connected to master 'repl@db1:3306', replication started in log 'bin-log.004712' at position 724207814 100118 10:05:56 [ERROR] Error reading packet from server: Client requested master to start replication from impossible position ( server_errno=1236) 100118 10:05:56 [ERROR] Got fatal error 1236: 'Client requested master to start replication from impossible position' […]
我们正在准备实施我们的第一个Hadoop集群。 因此，我们从四个节点的设置开始小。 （1个主节点和3个工作节点）每个节点将有6TB的存储空间。 （6 x 1TB磁盘）我们使用了一个SuperMicro 4节点机箱，所有四个节点共用一个4U机箱。 我们现在正在考虑如何备份这个解决scheme以进行灾难恢复。 （思考机架或站点丢失，而不是驱动器丢失）最好的解决scheme似乎是一个群集到群集的副本。 虽然我也读过关于复制NAS或SMB共享数据的人。 另外，我们将通过传统的备份方式来备份主节点。 我只关心HDFS数据。 这是我的问题： 1）对于群集到群集的副本，我可以设置具有大量存储的SINGLE节点群集来充当我的场外副本吗？ 我不关心它的性能，只是存在和能够保存整个数据集。 （恢复时间不是一个问题，因为这个集群不是任务关键）复制是否可以安排，以便它只能运行一次，等等？ 2）对于SMB或NAS选项，这是如何工作的？ 目标磁盘是否需要格式化HDFS？ 我需要全部备份三个工作节点中的每一个吗？ 还是有一些智能脚本可以备份没有奇偶校验的数据集？ 我不是很熟悉这个解决scheme，只能在网上看到它的参考。 我没有太多的运气find资源或信息。 我也对Hadoop HDFS的其他DR选项开放。 我们的目标是获取HDFS数据集的完整副本，以便我们可以使用它来从机架或站点丢失中恢复。 谢谢！
我有几台机器，在一个小型的networking上，任何时候都有一个DC和3到5个工作站。 这些都是在同一台服务器上设置DNS和AD。 我希望能够为任何工作站自动备份，重新镜像和恢复数据。 我每天晚上将networking上的每个工作站都备份到服务器（用户设置，文件等 – 不是完整的映像）。 然后我每天晚上备份服务器（差异备份），每周一次外部备份驱动器。 当数据不在现场时，交换的备份驱动器将获得一个新的完全备份，然后每个附加备份进行差异化，直到一周结束。 我在这里有一些要求： 首先，我希望能够运行一个简单的自动备份程序，但不知道这样做的最佳方法。 目前，我正在使用ntbackup备份服务器上每台机器的日常备份的networking共享，然后在服务器上每晚备份一次到外部驱动器。 然后每周外部驱动器被带走。 这应该保护我的数据免受每天的工作站或服务器崩溃，以及每周的工作站或服务器（或火灾等）被盗。 数据丢失一天左右的风险是可以接受的（在发生盗窃或火灾等灾难性事件时，数据可保存一周）。 其次，我想有一个自动化的工作站恢复方式。 我希望它是一个一键恢复types的情况。 在最坏的情况下，我会用最后一天的恢复数据来做恢复。 理想情况下，我可以注销工作站上的用户（如果有的话），并开始备份用户数据（文档，设置，桌面等）。备份完成后，我想成为能够启动远程裸机（无用户交互）恢复到基本映像。 然后一旦完成，我想有工作站（如果没有在图像中这样做）join到域和工作站数据重新填充。 上述设备是： Server 2003小型企业版R2 工作站 – XP专业版和Vista（无Windows 7） 有没有一个良好的点击备份，重新形象，恢复解决scheme吗？ 其他人使用什么？ 感谢您提供的任何build议。
这是一个假设性的问题，但是我确信有人必须曾经遇到和/或给过一些想法。 情况：考虑到这一点，一个小企业正在运行一个Active Directory域，并有两个位于他们的办公室的域控制器。 域控制器都是物理服务器（无虚拟化）。 每天都在运行域控制器的系统状态备份。 该公司遭受了一场灾难（火灾或洪水），使其服务器无法修复。 该公司希望使用备份重build域控制器，但是无法获得相同品牌和型号的服务器（因为他们已经有几年了）。 这给他们带来了一个问题，因为Active Directory是作为“系统状态”的一部分进行备份的，这意味着它与原始硬件紧密耦合。 简介：除非小型企业能够在异地托pipe一台域控制器（为了防止损害其办公室的所有服务器的潜在灾难），否则至less必须对其一台域控制器进行虚拟化，以使恢复过程硬件不可知论者（因此不要求他们购买完全相同的服务器型号）。 你同意吗？
我们目前正在执行DR战略。 而不是SAN-SAN复制，已决定通过DFSR复制2个活动文件服务器。 但是，我不知道这是不是一个好主意。 示例：DFS不复制locking的文件。 比方说，用户有一个电子表格打开了几个星期。 他们会定期保存，但文件仍然保持打开状态。 然后，活动文件服务器closures，用户被redirect到另一个服务器，文件尚未被复制。 有没有办法来缓解这种情况？ 我误解了什么？ 还是DFSR不是被devise成DR技术？ 编辑：除了我上面的例子之外，DFSR还有什么其他的缺陷？
我刚刚被提升为系统pipe理员为我们的产品。 我们正在devise一个与云（Amazon EC2）通信的应用程序。 我将负责维护所有实例及其基础组件。 到目前为止，这涉及到一组负载平衡的服务实例，它们通过多租户数据库devise连接到中央数据库。 我感兴趣的是什么其他系统。 pipe理员已经发现作为宝贵的工具或做法。 任何资源提供将不胜感激。
我不小心删除了我的.bashrc。 我仍然有terminal运行。 我可以恢复哪些设置？ 我已经有别名（来自alias命令）。 我假设所有的if和case都不见了，但是我想检索这些variables。 我怎样才能做到这一点？ （除了必须input）。 还有什么我可以恢复？
什么是保存IIS 6.0数据的最佳备份策略：用于灾难恢复的Web元数据，文件，日志等？
我们有一个生产SQL Server数据库服务器将事务日志备份传送到两台备用服务器。 灾难恢复计划已经完成：我们有一个很好的文档化程序，并且经过培训的人员可以将备用服务器投入生产，并以最less的停机时间启动复制，启用作业等。 获得讨论的问题不是应急计划本身，而是决定将备用服务器投入生产和丢失，最坏的情况是12分钟的信息（事务日志备份每10分钟运行一次，速度非常快复制到其他服务器）。 这个决定可能是困难的，因为我们可能会浪费时间来确定问题。 另一方面，这个问题可能很容易解决，我们可以将服务器投入生产而不使用其他服务器。 我们知道，在系统出现故障的情况下，情况会变得非常紧张，我们认为在这种情况下，最好有一个标准的程序和最less的决定。 所以，我们有一个困境。 在主服务器出现问题时更换服务器，还是更好地尝试识别并解决主服务器中的问题，更好吗？ 你们怎么看待这个？