X群晖数据回复实验

之前发过一个太监贴。不是不想更新，而是对群晖系统考察不全面，并且当时破解确实不完善，导致数据迁移风险很大。稍不留神，就会导致数据丢失。家里大大小小的东西都靠NAS系统支撑，动辄10T+的数据，可真的是没办法再冷备一套。既然说到这里，就不妨作一次测试。测试环境是VMWare，挂了一大堆虚拟盘，NB引导，文件是DSM_DS3612xs_4458.pat。如果有朋友能补全NB引导物理机的备份实验，我想那必然是极好的。多图杀猫，3G党慎入（壕不在此列）。

测试分成几个步骤：

• 阵列有坏盘
• 将阵列盘挂在其他群晖系统上
• 群晖系统覆盖安装（模拟系统损坏）
  

======================Stage 1=======================
1. 系统预热
VMWare当中，添加了4块8G的硬盘，以便于模拟大多数人使用群晖的情况（数量在2+的都应该算吧……）使用群晖默认的SHR阵列。这个阵列我不太清楚到底是什么意思……在PartedMagic上也都能当成普通阵列被识别。极为困惑，思密达。


安装过程在这里就贴一次，下面的几次安装过程就不再贴了。



2. 系统启动完成

系统安装完成系统安装完成后，就能够从管理主机上看到正常的系统页面和存储空间了。不过这个容量确实是让人一头雾水，4块8G，就算是按照RAID10计算也该有16G才是。这里的10.29G，是啥意思呢？





3. 模拟硬盘损坏

从VMWare虚拟机当中删除一块盘，加入一款新盘，模拟一块硬盘失去响应的情况。群晖当然可以正常启动，但是在磁盘管理器当中，可以看到一块硬盘已经离线，并且阵列处在降级使用状态。



4. 修复

在如图所示的功能选单当中，可以找到修复菜单。修复菜单会通知你，你打算把哪个磁盘用于恢复这个阵列。点击之后，会看到群晖的所有硬盘灯都在常亮，磁盘性能巨低……当然，过一会儿就好了。系统恢复正常后，就可以高高兴兴的继续用了。





======================Stage 2=======================

1. 系统预热

将stage1当中所有的磁盘文件打包存放起来，单独添加一块新硬盘，并为这个磁盘安装群晖系统。下面截图是这个新系统的VMWare配置单。大家可以看到，除了32M的引导磁盘，只有一个8G的硬盘。



2.安装群晖，装入stage1的磁盘

将群晖系统安装到这个新的8G磁盘上，并将stage1的磁盘装入这个新的群晖系统当中。整个过程毫无违和感，我甚至觉得群晖系统有开挂的嫌疑……下面慢慢说



3. 磁盘和阵列的情况

在系统启动完成之后，自动将stage1的磁盘组织成阵列，并且加入到磁盘空间当中去，并且显示是正常的阵列，所有的文件都可以访问。但是同时，由于stage1的四块盘是有引导信息的，所以群晖系统会提示无法访问系统分区，要求管理员修复。我没有继续往下去实验，因为到这一步，我们移转盘阵的工作已经结束了。我也强烈建议大家不要去没事儿点，免得出幺蛾子来。刚刚测了一下，对系统不会有影响。系统仍旧可以正常启动，并且告警也会消失。






======================Stage 3=======================

1. 强行重新安装系统

这种情况在白群晖上应该见不到。这里模拟的是系统关键文件丢失导致的无法引导的情况。在强制安装的时候，群晖助手提示系统是可移转的。



2. 系统恢复

在这种情况下，系统似乎没有提示会丢失数据。安装很安静，顺利安装完成之后，系统可以正常启动，但是会提示存储空间损毁，需要进行清理。这和stage1与stage2的阵列降级提示是不同的。



3. 清理和正常使用

在系统概况当中，会有一个小链接请管理员进行修复。点击修复，便可以进行阵列的重同步。同步完成之后，各种功能也可以恢复，系统恢复正常运行。




======================END=======================

后记一个。

群晖的系统在经历过很多大牛的破解之后，终于可以老老实实的运行了。从这次实验过程来看，文件系统几乎在任何情况下都能幸存，这除了归功于EXT4文件系统的弹性，也要感谢群晖研发们对Linux/类Unix系统易用性的改造。用过FreeNAS和OpenMediaVault的用户应该都能感觉的，重装的操作系统导入原来的磁盘，轻则需要拖出命令行来一顿敲，重则需要丢失数据。虽说对Linux管理员来说不困难，但是对普通用户是非常蛋疼的。

常备PartedMagic启动盘，这个小东西可以识别绝大多数分区，包括ZFS和UFS，在万分紧急的时候，可以帮你大忙。这个Linux可以把软件阵列直接挂载为文件系统，你插上优盘就能导数据了。

最后，个人建议。用一块小的SSD单独装系统，服务和http根，磁盘阵列装文件。因此在我实际使用当中，发现群晖系统安装的服务越多，磁盘阵列被唤醒的次数就越多。我的群晖一天内能被唤醒11次……我设置的1小时休眠，基本就是磁盘刚刚睡着，就被唤醒了，感觉好虐心。

最后，就我的渣排版向大家道歉。Sorry~~

PartedMagic和本次实验用到的软件包的链接如下：

游客，如果您要查看本帖隐藏内容请回复

强大，期待后续。
顶你！

坐等更新，学习下！！！

哈哈哈，太爱折腾了，楼主

感谢分享，留名备用

感謝分享

感谢分享，留名备用

楼主很强大，很详细！ 谢谢

很好很强大，我家4块盘的NAS机器坏了，正等新机器运过来，害怕数据丢了，看了楼主的贴子，让我放心不少！

感谢分享!谢谢

楼主最后的“个人建议。用一块小的SSD单独装系统，服务和http根，磁盘阵列装文件。因此在我实际使用当中，发现群晖系统安装的服务越多，磁盘阵列被唤醒的次数就越多。我的群晖一天内能被唤醒11次……我设置的1小时休眠，基本就是磁盘刚刚睡着，就被唤醒了，感觉好虐心。”好像不对啊，群晖应该是每个盘都会装有系统，而且群晖的休眠也应该是整体休眠吧，只要一个盘在工作，其他盘就不会休眠，单独拿一个盘装系统也避免不了休眠的问题

技术贴，必须要支持的，谢谢分享

感谢分享！

好给力 学习了

“用过FreeNAS和OpenMediaVault的用户应该都能感觉的，重装的操作系统导入原来的磁盘，轻则需要拖出命令行来一顿敲，重则需要丢失数据。虽说对Linux管理员来说不困难，但是对普通用户是非常蛋疼的。”

对这句话有异议，OMV不清楚，但是Freenas 9.0以上，重装系统后，导入阵列也是一按鼠标而已。

感谢分享。

看看，支持一下，好文章。

猢狲 发表于 2014-8-22 20:20
楼主最后的“个人建议。用一块小的SSD单独装系统，服务和http根，磁盘阵列装文件。因此在我实际使用当中， ...

啊……根据我的实践来看，系统装在哪里，和你何时装载硬盘有关系。如果你开机的时候只有一块硬盘，那自然就这块盘装有系统。然后你再把阵列盘接进去，这些阵列盘里就不会有系统了。

很强大的技术贴，学习一下。

我是来学习的。