2008年(8065)
分类: 服务器与存储
2008-05-28 09:45:21
设备买齐了,下面该动手安装了。
首先,分别设定一个系统驱动器和一个数据驱动器。为了保证大影音文件运行时磁盘性能,剩余的两个驱动器设置为RAID 0。然后,将数据备份到5TB的NAS系统和2个200G的USB2.0的扩展驱动器上。为了安装多操作系统,并运行操作系统虚拟软件,我需要大容量的系统和数据驱动器。
系统装完毕,试运行正常,这就是我所需要的存储结构。接下来,安装应用程序,从旧系统中导数据,一切顺利。梦寐以求的快速存储子系统和足够RAM的bleeding-edge CPU都实现了。
接下来,用系统主板附带的存储修复工具处理存储带条的write failure。这种错误并不多,因为很多数据都在其他地方做了备份。开始几天,一切正常,可没多久就出问题了。更新RAID驱动器,仍然用工具修复存储卷,一切恢复了正常。可几天以后,问题又出现了。
由于每次驱动器都看似暂时解决了问题,可能是RAID驱动器与RAID 0结构之间不兼容,于是我断开存储带条,把里面的驱动器单独格式化。这种除掉硬件RAID接口的做法看似解决了问题,可这种装置有违初衷,于是我决定重新寻找一种方案来保留RAID功能。
前面的操作让我找不到其中的一个SATA驱动器,在BIOS和操作系统中也没有。是不是驱动器有问题?事实证明我的判断没错。第二天我找到卖家换了一个新的驱动器。重复上面的过程,重新安装驱动,设置存储带条,一切恢复了正常。
一天以后。存储带条的write failure又出现了,这次是另一个驱动器出现问题。这次我交换了驱动设备的连接线,存储带条开始正常工作了,但是只维持了几个小时。
根据上面的情况,我断定不是硬盘的问题,而应该是硬盘控制器。由于我用的是集成SATA RAID的母板,因此不得不换掉整个板子。商家24小时内给我换了一个新的母板。现在我必须彻底格掉系统,并要把母板上的零部件撤底拆掉。
拆装零部件用了我两个小时的时间,但安装之后系统又开始正常运行了。看来,以上的存储问题是随主板附送的RAID控制器导致的。
终于解决了我的存储问题。这个系统工作了很长一段时间。现在我关心的是,如果2TB的在线存储系统都满了,我该如何备份。