关于福建联通DP备份数据丢失问题的报告 - HPE Community.DOC

关于福建联通DP备份数据丢失问题的报告 由于涉及用户信息，仅供福建联通、 上海长江以及惠普公司内部参考 背景简介 因业务需要，福建联通需要从DP的备份中恢复2003年的原始话单数据，但磁带中只有部分数据。 需解决的问题 尝试恢复所有历史数据； 如果不能恢复，找出可能的数据丢失原因。 相关情况调研 2004年3月18日上午，HP工程师和上海长江(?福建联通系统代维厂家)工程师就相关背景情况进行了沟通，获取的相关信息如下： DP 5.0；cell server是一台运行HPUX的工作站；10/180 tape library；LTO-1磁带； DP软件在2003年4月由OmniBack 4升级到目前的DP 5； /var文件系统曾经占满，后通过删除不需要的数据释放了一些； 2003年12月在DP的GUI界面(xomni)删除过备份的session记录（以释放/var空间）；被删除的session是2003年6月前的session； 从目前找到的数据看，2003年6月以后的数据较齐全，5月的数据不全， 2～4月的数据基本没有；2003年1月份的数据因为其他的原因 本来就没有； 需要恢复的数据是话单数据，以普通文件形式存放，其备份使用单独的介质池(media pool)，和系统中备份的其它内容无关； 备份的目标数据是/home/cdr目录下的部分文件，每天产生的数据量大约1～2G； 相关备份策略为： 每天下午增量备份目标数据； 每月一次目标数据全备份； 目标数据在主机的硬盘上保存3个月，过期数据由维护人员清除，DP不做自动删除； 目标数据在磁带库中需要永久保存。 相关的介质池(media pool)为： gsm(备份时使用) gsm_huadan_arch(2003年12月新建的pool，用来存放gsm池中写满了的介质) gsm_tmp(最近新建的、尝试恢复数据时使用) 10. 用户记忆中，gsm介质池(media pool)中没有坏过磁带，并且没有从磁带库中取出过； 没有将该pool中的磁带做过recycle或格式化操作。 数据恢复可能性分析 现有的gsm池中的10盒磁带中能否找到5月以前的数据？ 下表是相关media的几个关键时间点的信息： MEDIA关键时间点信息 media Create time Last overwrite Overwrites Last write Gsm_120031010 2 Gsm_220031101 2 Gsm_320030504 1 Gsm_420030526 4 Gsm_520030904 1 Gsm_620030925 1 Gsm_720031108 14 Gsm_820040102 3 Gsm_920040126 1 Gsm_1020040301 1 数据在硬盘上保留3个月，因此2月份的数据只可能存在于2月至5月的备份中；所以9月份以后才覆盖的media中不会有2至4月份的数据。 存在可能的media是2003年5月份最后覆盖的gsm_3和gsm_4；但这两盒磁带中没有需要的全部数据。 该pool是否还有其它磁带保留在磁带库外？ 用户记忆中，gsm介质池(media pool)中没有坏过磁带，并且没有从磁带库中取出过；我们尝试将保存在磁带库外的media的内容列出，没有意外的发现。 从目前掌握的情况看，数据找到的可能性非常小, 基本可以断定下述话单数据已经丢失： 2003年2月至4月话单 -- 全部丢失 2003年5月、6月话单 -- 部分丢失 数据丢失原因分析 引起备份数据丢失的原因是2003年12月session信息的删除。 DP软件中，GUI界面中session信息的删除称作“purge a session”，对应的GUI操作为xomni(”Internal Database”(”sessions”(”remove session”，相当于命令‘ omnidb -purge -session session-id’。 “purge a session”后，该session的信息会从IDB中清除，在xomni(”Internal Database”(”sessions”界面中将没有相关信息；但该sessio