Articles of 灾难恢复

使用VMware编辑硬盘序列号

我正在虚拟化一个Rockwell AssetCentre服务器,我正在寻找灾难恢复scheme。 该服务器包含许多其他罗克韦尔软件,如RSLinx,Logix 5000,Logix 500等… Rockwell的软件激活以非常严格的方式工作,以至于我担心在系统出现故障的情况下是否可以将AssetCentre服务器虚拟机还原到其他主机。 使用硬盘驱动器的序列号将软件激活locking到虚拟机。 您也可以select将其locking到虚拟机的MAC地址。 使用VMWare可以自定义和编辑这两件事情之一吗? 如果我使用不同的虚拟服务器托pipe虚拟机,它们是否会自动更改? 我查看了.vmx文件(目前使用的是VMWare Workstation 7和VMware ESXi 4.1的混合文件),而且在看起来像MAC地址或硬盘序列号的文件中没有看到任何内容。

当您的主机提供商丢失所有东西时,您如何恢复?

你可能已经看到了在stackoverflow博客和编码horror的消息: blog.stackoverflow.com在我们的托pipe服务提供商CrystalTech经历了100%的数据丢失。 我们正在努力恢复从备份尽快! 杰夫正在做的一些事情是在Twitter上。 你会在类似的情况下做什么?

如何获得一个124 TB Isilon文件系统廉价的灾难恢复?

在我们的Isilon集群上,我们有一个124 TB的文件系统。 目前这个数字已经达到了38%,有3100万个文件。 大约一半的数据是图像文件,平均文件大小是1.5 MB。 我们使用快照来防止意外删除,但是我们需要不同的东西来防止完全失败(例如,系统pipe理员错误,软件错误,水,热或火灾损坏)。 而且因为我们是一个糟糕的研究实验室,所以不应该太昂贵。 我们目前试图备份到磁带,但有两个问题。 首先,只要遍历目录树,并说明每个文件需要五天以上的时间,所以即使是增量备份也要花费一个星期的时间。 其次,也是最重要的一点,恢复将需要数周甚至数月的时间。 理想情况下,我们希望在灾难发生一周内再次访问大部分数据。 (如果我们可以select首先恢复哪些目录,那么可以在几周内逐渐恢复数据,但是采购新的存储设备和恢复可能需要比这更长的时间。)我能想到恢复的唯一方法一个星期是在一个单独的位置维护磁盘上的复制​​。 可以丢失至less几天的工作,所以复制可能会滞后一些,或者在几天的时间内覆盖文件系统。 复制品的性能比原来差得多。 Isilon解决scheme将使用SyncIQ将文件系统复制到另一个群集。 因为它在块级别运行,所以避免了遍历文件系统和统计每个文件的问题。 可以预料的是,成本有点陡峭:SyncIQ软件的许可证是55000美元,然后昂贵的Isilon存储的成本同步(虽然使用更便宜的NL存储有点帮助)。 我预计Isilon的解决scheme将达到每TB500美元到1000美元之间,远远好于我们为主存储器支付的1300-1900美元/ TB,但对我们来说仍然是很多钱。 鉴于目前原始硬盘的价格可能达到60美元/ TB,我希望124TB的caching可以拼凑在一起,远低于Isilon的价格,而且有一种方法可以在一周内复制变化。 你能想出办法吗?

硬盘数据救援服务

受到目前专注于软件工具和数据救援自助方法的“ 坠毁硬盘数据恢复”这个问题的启发,我很好奇社区的经验是什么与数据救援服务。 这些公司试图处理火灾,洪水或其他物理损坏的驱动器。 我和供应商之间的一次经历是积极的,因为他们似乎确实试图从驱动器获取数据,但他们没有获得任何数据。 他们证实了我们对头部坠毁的诊断,顺便说一下我们对备份的热切信念。 他们收取了适中的费用,我们让他们简单地回收失败的驱动器。 所以问题是:有没有成功和/或恐怖故事在​​那里分享?

Mysql的灾难恢复

我们发生了一场重大的灾难,有人在生产数据库上做了一个不受控制的更新,很明显,备份过程很长一段时间没有运行,所以造成了重大的数据丢失。 一个四千万行的表格现在已经满了垃圾了。 有没有人有一个想法来恢复数据? 例如,一个使用文件系统恢复的工具? 事实: ext3 fs(在Debian上) InnoDB引擎(在Mysql 5.0上) 老实说,这不是我们公司发生的第一次重大灾难,但这个很容易成为最后一个。 我们通常想出一些想法来挽救一天,但是这一次,我真的没有想法。 Clusterf * CK … 编辑:更新语句没有在哪里后发生的问题。 问题是,在星期一下午和星期二上午(法国时间)之间发生了问题,并且由于各种原因,今天才被发现(应用程序提供了一个同步工具,所以新数据插入了现在丢失的数据,但是外键另一张桌子现在完全打破)。 所以实际上,表中的几乎所有行(除了新插入的)都包含相同的数据(id列除外)。 关于ibdata *和ib_logfile *,我停止了复制的服务器,所以它们保持现在的状态。 我无法停止主服务器上的数据库来复制文件。

DRBD作为DR:同步2个ESXI主机的数据存储,vmdk一致性?

是否有人使用DRBD(协议C)同步部分2个esxi主机的数据存储以便选定的guest虚拟机进行灾难恢复? 我有2-3位客人可以在尽可能短的时间内从主机的硬件故障中恢复,但仍然需要人工干预,而且不会丢失太多的数据。 我想build立这样的事情: 1台同步SAS本地存储(主/从,主动/被动)的esxi主机上的每个DRBD VM。 这个镜像存储应该只通过ISCSI或者NFS连接到一个esxi主机上,并且用于这些guest虚拟机使他们的vmdks同步到第二个被动的esxi主机。 在发生硬件故障的情况下,第二台esxi主机应该连接DRBD存储,以启动这些虚拟机(当然手动完成)。 我已经find了关于在networking上做这个的一些信息,但是我没有find任何信息是vmdks的一致性。 虽然这当然不能代替备份,但是pipe理程序的备份工具通常会确保客户的文件系统和数据库在进行快照或备份之前处于停顿状态。 有了这个连续同步,这是不可能的。 这就是为什么我怀疑这是否值得去做的原因。 如果由于发生硬件故障而导致vmdks本身受损,该怎么办? 我知道DRBD丢弃了不完整的写入,但这足以保证一致(esxi的观点,除了来宾文件系统的一致性,这当然不能保证这种方式的意义“工作”)vmdk? 我希望在发生崩溃的时候,第二个esxi上的一个客户可能会像虚拟机不正常closures一样(在其他情况下可能会有所有可能的缺陷),但是真的是这样案件? 整个vmdks不能被破坏吗? 非常感谢您的阅读和您的想法。 马克斯

在SQL2008R2 SQL集群上构build镜像

在我们的SharePoint 2010服务器场上,我们使用的是SQL 2008 R2。 目前,构build一个SQL集群(具有2个位于相同数据中心的SQL服务器)以提供自动故障切换function。 但是,它没有DR能力。 我们被要求为系统提供DR能力。 我们正在考虑的方法之一是在DR站点添加一个新的SQL服务器(第三台服务器)。 然后使用SQL群集设置镜像。 SQL 2008 R2有可能吗? 我觉得没有太多的系统是这样设置的。 我没有find任何来自微软或互联网的支持文件。

如果ldf文件已被删除,如何恢复SQL Server数据库

我们有一个驱动器死了,失去了ldf文件,但mdf文件是完整的。 考虑到ldf丢失了,是否有重新连接到mdf文件的过程? 我search没有太多的运气。

虚拟机可以转换为虚拟服务器,例如VMWare?

简单的问题 我可以将现有的虚拟机转换为虚拟服务器(例如VMWare)吗? 我正在使用Oracle独一无二的虚拟产品VirtualBox ,我试图设置一个SharePoint Farm来迁移我们现有的非虚拟SharePoint Farm。 啰嗦的背景 我是虚拟服务器的新手,但对虚拟机开发并不陌生…所以,如果我在这篇文章中显示任何无知或做任何假的假设道歉… … 我正在实施SharePoint 2007 灾难恢复计划,并阅读了几个提供最佳实践和解决scheme的白皮书。 但是,我不想使用高可用性镜像设置另一台服务器,而是使用PowerShell按计划复制IIS和12configuration单元,我只想拥有一个虚拟服务器映像 ,我可以按计划进行备份。 我希望在VirtualBox中创buildVM,安装下面的技术,然后尝试将其转换为服务器。 我接受任何意见,build议,最佳实践,你有什么。 技术 Windows Server 2003 SP2 (升级到2008) SQL Server 2005 (升级到2008) SharePoint 2007 (升级到2010)

灾难恢复/破坏保护小企业

我已经和一个小型专业公司的两个合伙人联系过了。 他们担心自己的其他合作伙伴,并希望采取一些措施,确保公司的数据和系统不受“万一”的影响。 他们有一个用作文件和打印服务器(Windows Server 2003)的服务器(所有重要的文件都在服务器上),Exchange 2003服务器,并运行几个组成其财务系统的应用程序。 我不知道他们的设置,因为我还没有机会去呢。 我正在处理的两个人不想让其他合作伙伴知道他们有人在看他们的系统,所以我需要尽量减less我做任何事情时留下的脚印。 有一件事我意识到我需要赶上的是物理到虚拟的工具。 我想将服务器转换成一个虚拟机,然后我可以把它带到别的地方。 如果合法的东西变得丑陋,他们可能会失去进入该build筑物,或者如果变得非常糟糕,另一个人可能会与服务器起飞。 到目前为止,我正在计划的事情是: 请进入服务器硬件和软件configurationlogging,以便能够在必要时从头重新创build服务器。 作为上述内容的一部分,请确保它们具有所有原始安装磁盘或文件并进行复制 做一堆备份: 制作所有共享文件的副本 找出如何备份他们的财务应用程序的数据 备份邮箱,将其转换为PST 备份和ghost整个机器。 前三个备份的原因是,我希望他们能够访问服务器映像之外的文件及其应用程序数据,以防他们需要快速查找某些内容。 我不能为此设置重复作业,但是我最终可能每周都会进行一次新的完全备份,也可能每个月进行一次文件/数据库/邮箱的备份。 直到我看他们的帐户,我不知道我会做什么,但我会创build另一个pipe理员帐户,或使合作伙伴的帐户pipe理员或类似的东西 – 这个想法是有一些帐户)另一个伙伴不知道是pipe理员。 validation他们的个人计算机是否都设置为在服务器上存储文件。 寻找其他合作伙伴可能已经安装的任何可能危及系统的东西。 根据我所了解的情况,这不太可能,这是好事,因为我不确定从哪里开始寻找恶意软件。 我的问题是:我错过了什么重要的? 有什么其他的事情会有人build议做?