运维中工作建议:
(1)记录RAID的卡配置信息(RAID卡块大小,RAID级别、RAID的hotspare位置)
(2)记录槽位信息(硬盘的SN号、对应槽位、硬盘大小)
(3)分区大小
(4)数据存储的位置和路径(比如要恢复的数据)
一旦出现数据丢失、磁盘阵列故障又没有最新备份的话,不要着急(一定不要着急,不要做各种尝试):
(1)忙中出乱。
(2)不要自己乱装数据恢复软件
(3)服务器的更是如此,断开网络,先不要关机,不要做任何操作
(4)有些在用的文件删除,如果有进程一直占着这个文件可以直接恢复
(5)如果没有进程占着这个文件,尽量关闭服务器和机器
(6)关机之前最好看下各分区大小,数据的主要存储路径(对后期恢复和验证数据有用)
(7)记录各硬盘的槽位信息(进RAID卡记录RAID的块大小,RAID级别等)
(8)切记所有写操作尽量不要做。如果有些业务数据急需,想备份一部分还能看到的有效数据,一定dd或者复制到其
他物理硬盘上去。
由专业人员来操作(操作镜像盘或者镜像文件,不要动原始盘)
(1)镜像整个硬盘(按照扇区镜像)
(2)用专业软件或者winhex等来查看底层数据的情况
(3)如果有RAID通过数据恢复软件重组RAID,提取数据。
不要着急,永远记住,文件系统删除文件只是给数据库打deleted标记,数据库删除数据也是在对应页上打删除标记,这部分数据临时都不会用。因为只有这样才能保证数据库和文件系统的性能,在设计之初就不可能一个扇区一个扇区的清0操作。
一旦关键部位覆盖,恢复的有效数据会根据情况出现部分或者全部丢失。
出现数据丢失,对文件系统和数据库底层牛逼的自己干,否则找这方面的专业人士。
(1)记录RAID的卡配置信息(RAID卡块大小,RAID级别、RAID的hotspare位置)
(2)记录槽位信息(硬盘的SN号、对应槽位、硬盘大小)
(3)分区大小
(4)数据存储的位置和路径(比如要恢复的数据)
一旦出现数据丢失、磁盘阵列故障又没有最新备份的话,不要着急(一定不要着急,不要做各种尝试):
(1)忙中出乱。
(2)不要自己乱装数据恢复软件
(3)服务器的更是如此,断开网络,先不要关机,不要做任何操作
(4)有些在用的文件删除,如果有进程一直占着这个文件可以直接恢复
(5)如果没有进程占着这个文件,尽量关闭服务器和机器
(6)关机之前最好看下各分区大小,数据的主要存储路径(对后期恢复和验证数据有用)
(7)记录各硬盘的槽位信息(进RAID卡记录RAID的块大小,RAID级别等)
(8)切记所有写操作尽量不要做。如果有些业务数据急需,想备份一部分还能看到的有效数据,一定dd或者复制到其
他物理硬盘上去。
由专业人员来操作(操作镜像盘或者镜像文件,不要动原始盘)
(1)镜像整个硬盘(按照扇区镜像)
(2)用专业软件或者winhex等来查看底层数据的情况
(3)如果有RAID通过数据恢复软件重组RAID,提取数据。
不要着急,永远记住,文件系统删除文件只是给数据库打deleted标记,数据库删除数据也是在对应页上打删除标记,这部分数据临时都不会用。因为只有这样才能保证数据库和文件系统的性能,在设计之初就不可能一个扇区一个扇区的清0操作。
一旦关键部位覆盖,恢复的有效数据会根据情况出现部分或者全部丢失。
出现数据丢失,对文件系统和数据库底层牛逼的自己干,否则找这方面的专业人士。