请教高人：可以将advfs文件系统中的文件直接倒入裸设备文件吗？

oliver_wolf

在一个双机并行环境中，有某个笨蛋将oracle 数据库的数据文件建在了系统盘上（在一个表空间里增加数据文件）。
    如果都是普通文件系统的文件，可以直接COPY 或 MOVE，然后在数据库中移动数据文件，但是现在是一个 advfs 文件系统的文件要 COPY 或 MOVE 到裸设备文件中/dev/rdrd/drd** ，有解决办法吗？

oliver_wolf

没有办法可以实现吗？
     大虾们，帮我想想办法好不好？

oliver_wolf

feel so cool.

pcpcpc888

你的ORACLE在安装时就已经设置了使用文件系统作为datafile了，如果你直接将文件系统里面的文件dd到裸设备上也是没用的，
你可以把你的ORACLE数据库export出来，然后在drd建表空间，把ORACLE的表空间改名，然后再import数据库。

oliver_wolf

原帖由 "pcpcpc888" 发表：
你的ORACLE在安装时就已经设置了使用文件系统作为datafile了，如果你直接将文件系统里面的文件dd到裸设备上也是没用的，
你可以把你的ORACLE数据库export出来，然后在drd建表空间，把ORACLE的表空间改名，然后再imp..........

   

情况和你想象的不太一样，我的ORACLE在安装时所有datafile 都是用的裸设备，后来是一个非系统管理员觉得自己的表空间不够用，在一个表空间下增加了一个数据文件——但是他以前只用过单机系统，增加的数据文件放在了其中一台主机的系统盘上，只有这一个datafile 是文件系统的，结果是连接到另一台主机的用户无法访问和操作此datafile 中的内容。
你说的办法的确是可行的，但是要将20G数据导出，修改数据文件和表空间，再导入回去，不但需要较长的停机时间，还容易在导出导入过程中发生问题。
ORACLE 数据库可以在操作系统下移动数据文件，然后重定位数据文件（move or rename）就可以轻松地解决以上问题。听一位工程师说用dd 将advfs 文件倒入裸设备是可行的，但不同操作系统需要修正不同的偏移值（Tru64 UNIX 他不清楚），其中HP-UX是不需要修正的，不知有没有高手知道Tru64 UNIX的这个秘密？

campoeagle

你那个数据文件所在的数据库表空间大吗？如果不大的话，建议导出数据，删除表空间，再删除那个数据文件，重建表空间，导入数据。

mingbo

add the raw device as new tablespace, find all objects in the file system tablespace.
alter table ... move tablespace ...;
alter index .. rebuild tablespace ...;
...

tigertan

当然可以，通过dd命令,拷贝时跳过raw设备的前64k的位置，然后在数据库中改名就可以了