跨平台迁移后无效对象的疑问

lujiaguai

跨平台迁移完成后，执行，结果显示成功
SQL> @?/rdbms/admin/utlrp.sql

PL/SQL procedure successfully completed.

FAILED CHECK FOR PACKAGE BODY WWV_FLOW_HELP

PL/SQL procedure successfully completed.



但同时查询count都是0，是不是哪里做错了？
正确的查询应该是哪一个？


SQL> SELECT COUNT(*) FROM obj$ WHERE status IN (4, 5, 6);

  COUNT(*)
----------
         0

SQL> SELECT COUNT(*) FROM UTL_RECOMP_COMPILED;

  COUNT(*)
----------
         0
同时查询valid,结果多达数千行，为什么？

SQL> select OWNER,OBJECT_NAME,STATUSfrom dba_objects where status <> 'valid';

botang

SQL> @?/rdbms/admin/utlrp.sql

PL/SQL procedure successfully completed.

FAILED CHECK FOR PACKAGE BODY WWV_FLOW_HELP

PL/SQL procedure successfully completed.

忽略掉，已经成功了。

lujiaguai

同样从window 上迁移过来，为何课堂上有无效对象，我自己做的时候却没有？

区别可能在于我windows上的数据库是新装的，没有任何改动吗？
课堂上window上的utforcl是不是运行一段时间，有过一些数据或者修改导致的？

另外，跨平台迁移过程中，控制文件脚本在目标服务器上编辑的时候，最后是字符集的参数
这个地方能不能改？
我感觉概念有点混淆了，表空间传送如果源与目的的字符集不一样，会导致失败。
那么跨平台迁移呢？课堂上说不受字符集影响，不知道我有没有记错。

botang

lujiaguai 发表于 2016-7-7 11:16
同样从window 上迁移过来，为何课堂上有无效对象，我自己做的时候却没有？

区别可能在于我windows上的数 ...

我感觉概念有点混淆了，表空间传送如果源与目的的字符集不一样，会导致失败。

表空间传送如果源与目的的字符集不一样，会导致失败是对的。

传送数据库那个rman trace出来的脚本，字符集保持原样就好。这里不存在字符集一样不一样的问题。一个数据库控制文件的trace文本，不能随便改字符集的。

lujiaguai

我明白了
源数据库是什么样的，迁移到目的以后也是什么样的，迁移本身是成功的。
传送表空间，源与目的不一样，不会成功。