惨痛的教训告诉你备份的重要性

进入公司不久，分配到一台台式机，配置还可以，硬盘存储有1T ，内存稍微低点只有4G，由于需要进行OCM实验环境的搭建，自己掏钱买了条8G内存，总体来说还是可以的。

用了不到一年时间，今年6月份发现磁盘坏道，没办法只能申请了换一个固态硬盘，但是容量只有120G，想想用作系统盘够了。

想着机械硬盘一般不会坏，参照我在大学时配置的台式机，用了7年多了，其他零件或许有些小问题但是硬盘从没出过任何毛病，我的惠普笔记本也是，再加上对传统机械硬盘的信任，于是乎就没有及时备份相关数据，岂料这就是悲剧的开始。

9月份某天，上班发现机器滋滋的响，机器还是正常开启状态，想想重启应该没问题吧，但是无法正常关闭，于是用了昏招，拔了电源，再次启动后再也无法进入系统了，才意识到问题的严重性。拆开主机，开始以为是电扇的发出的声响，清灰后启动，还是呲呲的响声，无法进入启动界面。最后找了系统部门的同事帮检查下，搞了半天还是没反应，用PE等了很久以后才能进入，进入以后发现无法识别SATA硬盘，在同事的建议下，拔掉了机械硬盘，启动主机后，一些正常，没有响声。问题很明显机械盘坏了。将机械盘连接到测试设备上果然是SATA盘发出的呲呲声，无论如何都无法正常识别硬盘了。

这就尴尬了，这里面有我一年多的日记和相关的个人信息，虽然大小不大但是都是日常的经验和总结，还有这一年多的建设文档和说明以及相关虚拟环境源文件在里头。真是悔不当初啊，为什么在坏道的时候就没有多长个心眼备份下呢。

第一点，对磁盘的损坏没有概念，普通的家用盘确实用很久都不会坏，但是我这个电脑在分配给我的时候已经用了5年，只是从表面看，一切如新，所以我并没有把这个作为个事，认为只要盘在就可以恢复。

第二点，对个人电脑的保养不够，由于公司主机装了虚拟机，磁盘经常处于满负荷工作，且由于工作原因主机需要长时间不关机，这几导致了磁盘寿命骤降，虽然考虑到这种情况，但是总以为不会坏的这么彻底，在第一次坏道发生的时候，只是单纯的认为不做系统盘就好了。

第三点，也是最根本的原因无备份个人电脑的意识，作为一个DBA，日常备份是最基本的常识，虽然对服务器上的信息都进行了备份，个人电脑却很少进行备份，大概潜意识里就认为电脑里的东西不重要吧。可是一旦坏了才发现有非常多的东西非常的重要。

既然数据已经无法恢复，往前看吧，从零开始，但是为了不重蹈覆辙，日常需要做到如下几点：

第一点，有备无患，日常的经验日记等，日常更新的最好能够上传到网盘，个人电脑有可能信息比服务器更重要，要保证这些信息丢失后也能及时恢复，日常经验或者日记最好使用云笔记，在云端备份一份。

第二点，养成良好的使用习惯，个人电脑不像服务器，不能够长时间连续使用，电脑处于长时间满负荷运行，对磁盘的损耗尤为明显。出现坏道的硬盘一定要在第一时间内备份重要的数据，不要使用出现坏道的硬盘存储数据。

第三点，备份意识的养成，这次数据丢失其实主要责任在我，在硬盘坏道时我存在侥幸心理，觉得不会出什么问题，只是简单加了一张系统盘，继续使用了坏道磁盘快三个月。对于日常的数据根本就没想过要备份，甚至在没彻底坏的时候想，及时坏了也没什么要恢复的。作为一个DBA我真是太不够格了。

整天在讨论服务器备份策略的我简直是一个巨大的讽刺。“这主机用了快10年了都没问题”，“备份从没有用到，基本不会出问题成了”成了口头禅。确实现在的软件越来越精密，BUG出现都能及时修复，我们使用的Oracle数据库几年都不曾需要恢复一次，导致我们DBA有时在备份失败的时候在想，今天不备应该没问题，偶尔不备份应该不会出问题吧。想到这次事件，不禁背后发凉。物理损坏的时候你还能保证你的数据可以恢复吗？

DBA很高深，在外人看来就是个非常技术的行业，我时常羡慕哪些懂得很多新技术的DBA，可是我作为DBA真的了解过作为一个DBA该有的素养吗？直到我自己的硬盘坏掉那一刻我才知道，一个称职的DBA不是看你做过多少BUG修复，你修复过多少数据库问题，做过多少调优，了解多少新技术，而是你是否正真用心做好备份，做好最基础的工作。