SQL0668N 原因码为 1 ,所以不允许操作 SQLSTATE 57016 ORACLE一次失败的导入到DB2

Posted skiwnxhw

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了SQL0668N 原因码为 1 ,所以不允许操作 SQLSTATE 57016 ORACLE一次失败的导入到DB2相关的知识,希望对你有一定的参考价值。

SQL0668N 原因码为 "1",所以不允许操作 SQLSTATE=57016 ORACLE一次失败的导入到DB2

SQL0668N 原因码为 "1" SQLSTATE=57016 ORACLE导入到DB2
           利用MTK工具没有成功导入数据,于是用(ORACLE MTK工具导入到DB2
http://sunmoonking.spaces.live.com/blog/cns!E3BD9CBED01777CA!751.entry)最后所写的方法手工批量导入。一切顺利。做完后抽样检查,发现有些表出现如下问题。
db2 => select * from TABLE_NAME
USER_FUNCTION_ID     USER_ID              DEALER_ID FUNCTION_ID          CREATE_
BY            CREATE_DATE                UPDATE_BY            UPDATE_DATE
-------------------- -------------------- --------- -------------------- -------
SQL0668N  由于表 "ADMINISTRATOR. TABLE_NAME " 上的原因码为
"1",所以不允许操作。  SQLSTATE=57016
            查了下问题原因是原因是装入时有数据违反了检查约束,造成表处于检查挂起状态。网上说可以用set integrity for table_name check immediate unchecked解除表的检查挂起状态, 但是运行完后还是无法访问此表
db2 => set integrity for table_name check immediate unchecked
DB20000I  SQL命令成功完成。
db2 => select * from TABLE_NAME
USER_FUNCTION_ID     USER_ID              DEALER_ID FUNCTION_ID          CREATE_
BY            CREATE_DATE                UPDATE_BY            UPDATE_DATE
-------------------- -------------------- --------- -------------------- -------
SQL0668N  由于表 "ADMINISTRATOR. TABLE_NAME " 上的原因码为
"1",所以不允许操作。  SQLSTATE=57016
            问题依旧。又试图用再次LOAD的方法使其状态正常,通过分别发出带有 RESTART TERMINATER 选项的 LOAD 来重新启动或终止先前失败的对此表的 LOAD 操作。但是问题依旧。
db2 => LOAD  FROM C:/MTK/projects/Unknown7/DataOutScripts/FILENAME_TABLE_NAME.out of DEL restart  INTO TABLE_NAME
SQL27902N  LOAD RESTART/TERMINATE 在未处于 LOAD PENDING 状态的表上不允许。
            再试
C:/Documents and Settings/Administrator>db2 set integrity for TABLE_NAME immediate checked
            不成功。
            怀疑现在的问题不仅仅是表的问题,于是察看TABLESPACE
db2 =>list tablespaces show detail
表空间标识                       = 2
名称                       = USERSPACE1
类型                                       = 数据库管理空间
内容                                = 所有持久数据。大型表空间。
状态                   = 0x0020
  详细解释:
    备份暂挂
总计页数                            = 40960
可用页数                            = 40928
已用页数                            = 40448
可用页数                            = 480
高水位标记(页)                    = 40448
页大小(以字节计)                  = 16384
扩展数据块大小(页)                = 32
预取大小(页)                      = 32
容器数                                  = 1
最小恢复时间                            = 2007-02-13-02.29.51.000000
            想通过以下命令使其正常
db2 => alter tablespace  USERSPACE1 switch online
DB20000I  SQL命令成功完成。
            状态一样
            于是通过BACKUP来除去备份暂挂状态, 手工备份后恢复正常. 0x0000
db2 backup db DB_NAME tablespace (userspace1)
            再解除表的检查挂起状态
db2 => set integrity for tt_user_function immediate checked
DB20000I  SQL命令成功完成。
db2 => select count(*) from tt_user_function;
SQL0104N  "rom tt_user_function" 后面找到异常标记
";"。预期标记可能包括:"END-OF-STATEMENT"  SQLSTATE=42601
db2 => select count(*) from tt_user_function
 
1
-----------
       1534
            访问正常.
 

再分享一下我老师大神的人工智能教程吧。零基础!通俗易懂!风趣幽默!还带黄段子!希望你也加入到我们人工智能的队伍中来!https://blog.csdn.net/jiangjunshow

以上是关于SQL0668N 原因码为 1 ,所以不允许操作 SQLSTATE 57016 ORACLE一次失败的导入到DB2的主要内容,如果未能解决你的问题,请参考以下文章

HTTP请求状态码为400时的原因

因为该组节的条件字段不存在或无效所以无法打印

为啥存储函数中不允许使用动态 SQL?

VBS 调用SQL Server加密存储过程提示:对象关闭时 不允许操作

java.sql.SQLException:ResultSet关闭后不允许操作[重复]

java.sql.SQLException:连接关闭后不允许任何操作