Articles of 灾难恢复

从SCSI硬盘上恢复数据

我们有一台带有SCSI硬盘的旧服务器。 服务器上周崩溃,并不完全知道硬件组件是否损坏。 由于服务器无论如何都将退役,所以我们不想修复它,只是从SCSI驱动器恢复数据。 我们期望硬盘本身没有损坏,但问题是我们没有任何其他的电脑与SCSI控制器。 我有什么select来恢复数据? 除了debugging专业的数据恢复服务,我只想购买一个便宜的SCSI控制卡(例如,我可以find一个10欧元的IBM Adaptec PCI W-Ultra SCSI控制器,肯定比恢复服务费用便宜),将其插入某个台式机的PCI插槽,连接SCSI硬盘,将所需数据从磁盘复制到PC机上。 我不确定这样做是否会起作用,以及我不得不遵循什么样的技术规范,考虑到SCSI硬盘是非常老的(从1999年开始的18GB IBM磁盘),如果PC端的操作系统很重要(Win XP,服务器有Win NT)或其他规格在PC端(PCI插槽?)等 提前感谢您的帮助!

带有DPM的Active Directory灾难恢复

我在这里有一个catch-22的问题。 假设我正在使用Microsoft System Center数据保护pipe理器(2010或2012,它以同样的方式)来备份我的Active Directory环境(如“我的域控制器的系统状态”)。 然后,一个完整的数据中心丢失发生。 我必须在新的硬件上重新开始,我只有我的磁带备份可用,因为它们被存储在异地。 所以我买了一些新的服务器,一个新的磁带库,新的存储等等。 现在,每个人都知道(或应该知道)为了执行Active Directory灾难恢复,我需要至less恢复域控制器的系统状态; 当然,如果我需要从原始服务器的不同硬件上恢复它,这可能会变得很棘手 ,但是我们也假定这一点已经被覆盖了。 不过, DPM需要Active Directory才能工作 ; 它甚至不会安装在独立的服务器上。 但是,当然,需要一个可用的DPM服务器才能从磁带中获取这些备份。 如何从仅使用新服务器和DPM磁带备份开始恢复Active Directory环境? 注意使用虚拟域控制器和备份完整的虚拟机可能会使恢复更容易,但实际上并没有改变这个问题:为了安装 DPM,仍然需要工作的AD环境。

针对小型企业的高服务器可用性

在一个早上不会出现的服务器有点恐慌之后,高层决定业务需要高可用性/故障切换设置。 我们有5个主要服务器(4个Linux,1个OpenBSD),所有这些服务器都需要运行以供公司操作。 三个服务器是相当标准的(文件/networking/数据库),第四个处理大多数networking路由和networking代理,而第五个支持我们的电话系统,并具有非标准的硬件。 我的老板曾经说过,服务器故障的周转时间应该在30分钟以内。 我在这个领域的经验是不存在的(我只是一个“提升”的程序员),所以我想我的问题可以归结为: 这是什么,甚至应该尝试一个具有平均服务器pipe理技能的人。 如果是这样,我应该读什么,我该和谁谈话? 谢谢。

当一个未被感染的unix服务器开始狂暴时,你检查的第一件事是什么?

所以,你有这个整齐的设置UNIX服务器,它超快速和膨胀,一切都是好几个月,突然各种奇怪的错误开始显示出各种不同的服务,没有一个自己很有意义,更less一起。 什么是便宜的东西,你应该检查一旦你的SSH会话的机器? 我特别感兴趣的是那些突出显示非显而易见的命令和罕见情况的创伤故事,但是我认为明显的因人而异,所以我们可以自由地列出它们。

电池备份写入caching

我最近得到了一些U服务器报价,其中一些包括BBWC: 它究竟做了什么? 这仅仅是用于RAIDconfiguration吗? 如果出现电源故障,是不是数据丢失是不可避免的? 是否有任何性能改进(假设服务器将主要进行顺序读取和顺序写入)? 当你面临购买select的时候,什么影响了你的决定?

如何备份我的TRAC安装?

我们使用单独的TRAC实例作为许多项目的门票系统,并且需要让他们每天多次离开现场进行灾难恢复。 什么是最好的方式来做到这一点? 有没有类似于svnsync的颠覆?

build立一个新的备份scheme

我正在devise我的第一个备份scheme。 我对pipe理数据备份完全陌生,有一些我不完全理解的概念。 这是我到目前为止,以及我将使用什么设备。 只有三台服务器可供备份,总数据大约为200GB。 我将在周六进行每周完整备份,然后在周一至周五晚进行差异备份。 还有一个月底的完整备份,将被存储在异地进行灾难恢复。 正在使用的设备:-8插槽磁带备份驱动器-LTO2磁带-Backup Exec 12.5与Exchange和SQL代理程序 我将使用两套磁带,第一周为第一周,第二周为另一周,每隔一周来回更换一次。 所以我的问题是,每套中应该使用多less个磁带? 由于备份驱动器最多可容纳8个磁带,因此我必须使用8个磁带吗? 如果我less投入,它会被抛弃吗? 其次,由于每个星期晚上的差异备份最多可能只有5G左右,我需要在媒体池中放入5个LTO2磁带(每个磁盘容量高达400Gb),每个磁带一个磁带? 或者是足够的,因为理论上可以持续多周的差异? 我不明白的是,如果BE每天select一个新的磁带,或者如果它将继续附加到相同的磁带,直到它满了,然后滚到下一个。 也许更简单的问题是,如果你有上面列出的备份设备和服务器备份,你的备份devise是什么? 非常感谢….

如何从RAID 5configuration中的驱动器故障中恢复?

今天早上我们的数据库服务器上的驱动器失败 驱动器arrays(3个磁盘)安装在RAID 5configuration中。 在等待驱动器更换的同时,我们正在准备恢复策略。 用户正在继续在系统上工作,虽然速度很慢(不知道为什么?)。 如何安装新驱动器 – 该驱动器的数据是否会自动从奇偶校验中重build,还是应该遵循另一个过程? 编辑:这是一个硬件RAID控制器。 (感谢迄今为止的答案,赞赏)

IT领导没有备份,DR计划书写

对于那里的IT经理来说,这是一个普遍的pipe理问题。 我们是一个小公司,在我们的colo cabinent有大约4台服务器。 没有全职的IT经理。 但是我们每个月都有一个合同人,我正在分享这些计划的实际可怕时间。 我相信他有一个计划(可能在他的脑海里..),但是如果他被巴士撞到,我们就不好。 你们怎么处理这个? 他是很久以前的朋友,但是我担心这对我们来说是长期的危险..我曾经多次面对他,他告诉我不要担心,他已经把它覆盖了。 谢谢。

文件as-A-Manual与文件as-A-Checklist

过去我曾与我部门的其他人讨论过文档,特别是详细程度和要求。 他们认为,当X事情出错时,文档是一个简单的Y清单。 我不同意。 我认为这假定IT中的所有问题都可以简单地归结为简单的恢复程序清单。 我认为它完全忽略了情况的复杂性,而且部门中的其他人并不总是对这个问题有深入的了解(这就是为什么我要写这个文档 – 所以他们有一些可以参考的东西)该文件应包括一些基本的背景材料,如: (子)系统的目的 为什么这样configuration呢? 期望在设置/程序实施时发生事件 可能导致程序失败的潜在问题 不过,我对此很不满意,所以我的文档需要重新写入一个表单,上面写着“按顺序应用ABC步骤将解决问题X”。 我经常听到它需要放在一页纸上的哀叹。 尝试用这种方式向别人解释Squid ACL的configuration,包括通过单页文档进行故障排除。 这只是“等待被写入”作为恢复核对清单的六份文件之一。 我所倡导的方法真的太过分了吗? 或者他们是对的,我应该介意我的事情,只是写一个简单的清单? 我担心的是,不pipe你写了一个程序清单的程度如何,它确实不能解决一个需要系统pipe理员思考的问题。 如果你花时间做一个恢复程序的清单,最终不能解决问题(因为文件的重点不是很重要,因为还有其他因素不是文件的一部分),而且目的是文件是为了避免重新阅读手册页,维基和网站,为什么我要通过议案? 我只是担心太多,还是这是一个真正的问题? 编辑: 目前在该部门没有帮助台的职位。 文档的读者将是其他pipe理员或部门负责人。