前提

之前按照XPEnology的教程在ESXi搭建好了(黑)群晖DSM 5.2。后来又看到了新的Synoboot的出现,可以支持6.0.2版本的引导,便想进行一次升级。记录一下这期间遇到的一些问题。

DSM的ESXi虚拟机配置

因为使用的是虚拟机安装DSM,所以想直接从5.2升级到6.0.2是不可能的(每一代DSM的引导都不一样)。需要在ESXi里面新建一个虚拟机,5.2和6.0.2的虚拟机配置是一样:

图里面的虚拟机版本是9,但实际上虚拟机版本8就够了,这样ESXi只需要5.5而不需更高。

这里有6块磁盘,其中:

  • 一块是Synoboot(5.2为XPEnoBoot)的引导盘;
  • 一块是DSM的系统磁盘,具体大小按自己的需求而定,一般新建一块10GB左右空白虚拟磁盘即可;
  • 两块RDM直通的2T机械硬盘,用来做主存储盘。使用DSM的SHR配置为RAID模式;
  • (可选)两块SSD上的8G虚拟磁盘,用来给DSM提供SSD缓存。实际使用的时候需要在ESXi里面将其挂载到IDE通道上面,DSM才能把他们当SSD来识别;

开机引导完成之后,通过find.synology.com或者路由器的DHCP列表,获取到DSM的IP即可通过浏览器打开DSM的web界面,根据提示上传官方的PAT安装文件即可安装DSM系统。

关于数据盘的迁移。

以下的步骤有数据丢失的风险,不保证一定安全。在开始为6.0.2迁移数据的之前,请确保之前的5.2的虚拟机已经关机。

第一次尝试

考虑到不知6.0.2是否稳定,担心数据丢失,加之两个数据磁盘实际是(类似)RAID 1的冗余模式,因此一开始只接了一块数据磁盘到6.0.2上面。但这之后遇到的以下的问题:

  • 因为之前是RAID模式,以单盘的形式接入6.0.2之后,DSM提示分区表损坏,磁盘堪用,橙色警告;
  • 因为之前做了SSD缓存,所以DSM尝试修复分区表失败。似乎是因为部分关键数据还在SSD缓存上面。如果之前没有建立过SSD缓存,也许不会出现这个问题;

第二次尝试

因为错误中提到了SSD缓存,所以又将两块SSD缓存磁盘一起接入到了DSM上面。这次两块SSD被顺利的识别,DSM也能够正确的修复数据磁盘上面的分区表信息,所有数据恢复。

第三次尝试

将最后一块数据磁盘接入,DSM再次给出堪用的警告。这次是因为RAID信息损坏,DSM需要重建RAID信息。这个操作倒没什么不好的影响,只是DSM需要重新校验两块磁盘数据的一致性,根据磁盘的大小这个时间可能需要很久。我的2T的磁盘大约花了12个小时左后完成校验,但校验的过程不影响DSM的使用。

经过这几次的尝试之后,感觉应该直接将两块数据磁盘和两块SSD缓存磁盘(如果有的话)同时接入到DSM,而不是一个一个来,这样很有可能导致DSM对磁盘结构的判断和出现误解或者分区表无法恢复的风险。但如果同时接入的话也将失去数据磁盘的物理备份。因此在尝试升级DSM的时候,如果没有对重要数据进行额外的备份,还请慎重。

3 comments

因为5和6的引导不一样,我是重新配置的虚拟机,然后重装的6的系统,所以没有能保留任何信息。
也许有时间的时候可以试试在5里面自动更新到6,再更换引导看能否顺利升级。

Hello blogger, i must say you have high quality articles here.
Your page should go viral. You need initial traffic boost only.
How to get it? Search for: Mertiso’s tips go viral

发表评论

*