case study14英中翻译casestudy-储存池恢复dengzhang

1、池恢复文件状态： 草稿 正式发布 正在修改文件标识：当前版本：V2.12q作者：审阅：完成日期：2015 年 7 月 13 日版 本 历 史版本/状态作者参与者起止日期备注0.1/草稿2015 年 7 月 13 日1.0/正式发布目 录概要1用途说明1文件使用级别1说明1如何确定问题错误!未定义书签。如何解决问题5使用限制12QNAP NAS 使用限制12其他使用限制121.概要1.1 用途说明池恢复1.2 文件使用级别使用形式：命令列指令用途类别：数据恢复难度等级：高使用：高级技术支持工程师2.说明2.1 如何确定问题？1 背景从上面可以看出，当用户把韧体从 4.0.5 升级到 4.1.0，

2、重启 NAS 之后，无法NAS 数据。2 在GUI 界面和 ssh 联机查看 NAS 现在的状态NAS Web UI 界面工作正常，空间总管没有看到没有md0md1 设备没有可挂载的文件系统池和磁盘区md9md19 存在，并正常挂载上 #head /etc/config/uLinux.conf #pvs -a #mount #df3 从用户那里得到确认一个月以前，磁盘区建立在池上。韧体更新到 4.1.0 之后，NAS 无法正常启动用户不插硬盘开机，NAS 可以正常启动，并提示需要初始化安装用户没有选择初始化安装们，然后降级到 4.0.5，仍然没有解决问题用户4 查看硬盘信息 #dupe2fs

3、h /dev/md9 #parted /dev/sda pr #grep Disk|sd /etc/enclosure_0.conf用户反馈的是没有做初始化设定，但是从上面可以看出，md9 确实已经做了初始化。从创建时间可以看出，md9 是被做了初始化设定（定）尚不能确定用户是否做了初始化设 #mdadm E/dev/sda3从上面可以看出，mdadmmetadata 创建于一个月以前，早于md9 的初始化时间。5 分析过程如果用户做了初始化设定，但是最后没有选择初始化硬盘，那么 md9 将被初始化，同时池/磁盘区/etc/config 的配置都没有了。但是mdadm metadata 不会受

4、影响，并仍然存在于硬盘的第三个分区。因为发现mdadm metadata 是正常的，所以有可能通过自动恢复配置的指令尝试修复。2.2 如何解决问题？1 尝试恢复执行指令 /etc/init.d/init_lvm.sh #/etc/init.d/init_lvm.sh如果mdadm metadata 被发现，将会自动组建RAID，同时会检查文件系统。池、磁盘区，并挂载2 检查结果 #df #mount #lvs #pvs3 下一步到现在为止，基本的数据都已经恢复了，但是仍然有两个问题第一，smb.conf 被初始化，因此一些共享文件夹在 UI 界面问数据。了，不能通过samba 访第二，ISCS

5、I 配置文件已经丢失了，因为无法在 UI 界面正常看到ISCSI4 恢复共享文件夹有一个配置备份档在数据分区的.backup_config 文件夹里用过解压指令tar xf 解压配置文档然后把解压后的配置文档smb.conf 拷贝到目录/etc/config 下然后执行指令：/sbin/storage_util -sys_startup_p2这个指令会重新挂载数据分区、文件系统，并根据smb.conf 重建共享文件夹 # /sbin/storage_util -sys_startup_p2 #tar xf0_20140205_0304.tar.gz从上面可以看出，共享文件夹已经恢复。5 恢复 ISCSI 配置执行指令storage_util -iscsi_restore_cfg这个指令将自动重建ISCSI 配置文件/etc/config/is