难道新加坡的ORACLE工程师就很牛？！

waityou81

rollingpig是对的。我刚才做的试验，move后的segment size 很小，不到1m，我发现move后数据文件没有扩展，就得出了delete后的空间是可以被move使用的错误结论。

fjhello2002

我MOVE完后，那张表的大小是100M

rollingpig

最初由 fjhello2002 发布
[B]我MOVE完后，那张表的大小是100M [/B]

再做一次测试，过程中提供
1。相关datafile 的原始大小及最后大小
2。相关tablespace的原始free size
3。table的原始大小及最后大小

fjhello2002

呵呵 再做了一次，确实是会报错。
第一次我的DATAFILE AUTOEXTEND 是ON的，但由于半夜三更没记日志，因此DATAFILE的初始大小和执行完后的大小没记牢。

看来最初的想法是没错的。

fjhello2002

最初由 Toms_zhang 发布
[B]当然可以！ 当然可以不用exp/imp一样搞定嘛！ [/B]

================================

那还有其它办法吗？
除了EXP IMP

biti_rainy

你 exp  出来又是放在哪里呢？

如果还是在原来的机器的存储上，自然可以创建新的表空间来做。 或者想办法让服务器可以创建数据文件在这个存储上，move表过去再move回来。

如果你是通过网络  exp  出去再imp回来的，那我其实建议可以通过 dblink 将数据插入到远程数据库，然后再插入回来，这样做比 exp  /imp 要快很多。

我不知道你700G数据做了多久的  imp ?

rollingpig

实际上，从不间断应用的角度出发，甚至都可以这样做
1。Mount 一个远程的存储空间。
2。兴建一个新的tablespace
3。online redifination 过去
4。drop 掉 old table.
5。online redifination 回来

当然，性能恐怕会很差……

fjhello2002

只有一台UNIX主机，和几台WINDOWS主机。
通过DB_LINK，或者NFS，不见得速度会快
应用可以停

rollingpig

最初由 fjhello2002 发布
[B]只有一台UNIX主机，和几台WINDOWS主机。
通过DB_LINK，或者NFS，不见得速度会快
应用可以停 [/B]

600G export/import ,花了多长时间？

eagle_fan

最初由 fjhello2002 发布
[B]我MOVE完后，那张表的大小是100M [/B]

1.95T --> 100M?

我想1.95T的表肯定是分区的吧