RAID损坏导致数据库部分文件无法访问的问题

[Miracle]

周末RAID中的部分驱动器挂掉了。挂掉的驱动器上，有几个SQL Server 2000的.NDF/.LDF文件。相关的数据库主文件（.MDF）在正常的驱动器上。
现在的情况：
1、整个数据库已经被SQL Server 2000标记为Suspected
2、损坏的驱动器上的文件（.NDF .LDF）均已被成功读出并复制到其他磁盘
3、MDF文件完好，不在损坏的驱动器上


现在的问题是：
1、怎么把.NDF给重新加进去，让数据库重新工作起来？丢掉数据不怕，只要表结构存在，数据库可以从其他数据库恢复（损坏的是一个做数据后续处理的库）。
2、如果新的驱动器加入RAID，分配相同的驱动器号，.NDF文件（和其他文件如.LDF文件）都复制到完全相同的位置，恢复起来是不是简单一些？ 或者简单的说，有没有办法把原先位于X:\bad\data.NDF的数据文件，给重新指定到Y:\good\data.NDF？

[hery2002]

貌似你这个是文件系统的问题吧,
你直接将新卷放到RAID阵列里面,
将好的.NDF文件或拷贝回去就可以了,
盘符之类都不要改变,
重启一下你的服务器,数据库就行了.

[bwu851]

RAID 5?? 要是RAID 0的话, 就没戏了.

只坏了一个硬盘的话, 没问题的.

只要把新盘加进去, 选择修复, 系统会自动把那些文件加进来的.

[flairsky]

raid几？如果不是raid0也许能恢复过来
raid0的话，比较麻烦，搞不好就要做硬盘恢复了

[Miracle]

RAID 5。

现在我已经在尝试处理了，把备份出来的文件放置到其他的驱动器上，dettach database然后attach database，可以更改备份出来的NDF路径。但是NDF文件太多了（十几个），attach出现错误：Error 8144: procedure or function sp_attach_db has too many arguments specified

[comszsoft]

关注事态发展

[Miracle]

很久没来了。解决方法很简单：
1、备份出全部数据文件
2、把需要变更为止的数据文件移动到新的路径下
3、用create database for attach 命令指定新的数据文件路径即可挂上。