连接数据库

SuSE Linux C shell环境下，无法连接数据库

解决办法：在cshell下，执行以下脚本设置环境，或将该命令加到 Linux 用户配置文件中：

清单3.设置环境

source /sqllib/db2csrhc

原因分析：在Linux下，根据不同的shell，需要执行不同的脚本来设置环境。

清单4. 在不同的shell环境下设置

. /sqllib/db2profile (B shell 或 K shell)

source /sqllib/db2csrhc (C shell)

CLP连接数据库服务器返回错误，提示 codepage 无法转换，按提示更改代码页后仍然无法连接。

解决办法：在 CLP 中运行 db2 terminate 后再重新连接即可；

原因分析：在 CLP 中 codepage 更改不会即时生效，必须断掉当前连接再连才会生效。

Solaris 5.8下用命令行方式无法连接数据库，提示遇到错误 SQL1084C。

解决办法：编辑 /etc/system 调整内核参数，重启机器；

原因分析：查看 db2diag.log 可以发现消息队列错误，进一步发现该机器上的内核参数的消息队列值被改为 4096，DB2 需要 65535，更改这个参数重启机器和数据库，再连成功。

在Linux C Shell下创建新的 DB2 用户之后，用该用户无法连接数据库。

解决办法：在该用户 home 目录下寻找 .cshrc 文件，如果没有则手工创建一个，然后在该文件中加入以下一行，然后重新登陆或者使用 source .cshrc 即可连接数据库。

清单5. shell 环境设置

source /sqllib/db2cshrc

原因分析：创建的用户所用的 shell 是 C shell，调用的是 .cshrc，该文件不存在，手工创建该文件，并在该文件中调用 sqllib/db2cshrc 后即可以正常连接数据库。

存储过程

在Stored Procedure中如何判断一个系统文件是否存在

解决办法：使用Java开发一个UDF， 将文件全名通过参数传递给这个 UDF，在 UDF 中判断系统文件是否存在然后返回结果代码；

原因分析：存储过程的主要目标是对数据库对象的操作，对文件系统操作需要借助于外部语言开发用户自定义函数，DB2中提供了用各种外部语言开发函数的机制，所以推荐用 Java 开发 UDF 后，由该存储过程来调用。

DB2 SQL PL的HANDLER FOR SQLEXCEPTION， SQLWARNING， NOT FOUND 无法捕获 SQLCODE=-727 和 SQLCODE=-911 的异常

解决办法：将 DB2 补丁升级到 DB2V8 FixPack9；

原因分析：在 DB2 V8 FixPack7 上的确存在该问题，在 FixPack9 中已经解决。

备份与恢复

DB2中可否查询最近一次全备份执行的时间以及全备份文件存放的路径

解决办法：在 CLP 中可以使用 list history backup all for 命令查看，如需要在存储过程中使用，可使用表函数查询：

select from table(snapshot_database(‘sample’，-2)) as t

原因分析：snapshot_database() 是 DB2 中提供的表函数，可以返回当前数据库的一些信息，其中包括了数据库上次备份的时间信息。第一个参数是数据库名，第二个参数是数据库分区标志，-2 代表所有分区，-1 代表当前分区。

如何在数据库恢复的时候重定向表空间。

解决办法：使用如下命令，详情请参见《DB2备份和恢复》简明手册：

清单6. 在数据库恢复的时候重定向表空间
RESTORE DATABASE SAMPLE FROM “C:TEMP” TAKEN AT 20050626155952 REDIRECT;
SET TABLESPACE CONTAINERS FOR 0 IGNORE ROLLFORWARD CONTAINER OPERATIONS
USING (PATH “C:DB2NODE0000SQL00005SQLT0000.0”);
RESTORE DATABASE SAMPLE CONTINUE;