如何处理DB2执行RUNSTATS *** 作时遇到SQL2314W警告信息的问题？

产品：跨平台

版本：V8，V9问题当一个表正在被更新的时候，可以对其执行RUNSTATS，进行表和索引数据统计信息的收集，但根据更新 *** 作的级别不同，得到的统计信息可能是不一致的。您可能会遇到如下的错误信息：

SQL2314W 某些统计信息处于不一致的状态。最近收集的 ""统计信息与现有的 "" 统计信息不一致。

解答不一致的统计信息可能会导致不理想的查询计划，SQL2314W就是产生这种可能性的警告信息。您应该尝试在应用对该表的访问级别尽可能低（或者如果可能的话没有任何 *** 作）的情况下来执行RUNSTATS命令，如尝试尽量避免在有更新 *** 作的情况下进行RUNSTATS *** 作。

另外，RUNSTATS命令缺省使用的是“ALLOW WRITE ACCESS”选项，您也可以使用选项“ALLOW READ ACCESS”来执RUNSTATS，这样，在RUNSTATS执行的时候，其他 *** 作将不能更改该表。但这个选项会对应用的并行性有影响，因为任何想要更改表的 *** 作都会处于等待状态。为了减少表被ALLOW READ ACCESS选项的RUNSTATS锁定的时间，您可以考虑使用TABLESAMPLE选项，这个选项导致RUNSTATS对于表的部份采样数据而不是所有数据收集统计信息。对于采样数据大小的合理选择，可以在确保统计信息一致性的情况下，加快RUNSTATS的速度。

如果以上的建议都无法阻止SQL2314W警告信息的出现，而检查访问该表的应用的存取计划时发现确实存在优化器未能自动选择最优的存取计划的情况，应考虑在尽量保证RUNSTATS可获得较高存取权限的时候重新执行RUNSTATS，以便优化器重新产生最优的存取计划。不过对于因遇到SQL2314W产生的非最优的存取计划，如本应选择索引扫描，但优化器选择了表扫描的情况，也可以考虑认为地用ALTER TABLE语句将该表标记成“volatile”，以鼓励优化器选择索引扫描，而不考虑表扫描。

1.看看端口号有没有配置正确，看一下配置参数svcename跟services文件中配置的db2端口号是否一致，windows一般用50000，unix/linux一般用60000

2.连接出错首先看看服务器ip 和端口写对没有

ip如果没错就要看看服务器的db2服务端口对不对。另外对于服务器下面这些也要注意

检查服务器的配置情况如下：

验证存在的DB2数据库

db2 list db directory

db2 list db directory show detail

验证实例使用的通讯协议，查看DB2COMM变量

db2set -all

查看数据库管理器的配置，查看SVCENAME（特指tcpip协议）

db2 get dbm cfg

查看/etc/services中，有无与上面对应SVCENAME的端口，例如：

db2cDB2 50000/tcp

要确认服务器是否在监听，可以用netstat -an 来查看端口是否处于LISTEN状态

解决方案（08001错误表明无法与应用程序服务器或其他服务器建立连接）：

1、检查端口号配置是否正确。 配置参数svcename与services文件中配置的db2端口号相同。 Windows通常使用50000，而Unix / Linux通常使用60000。

2、检查服务器IP和端口是否正确。 如果ip正确，请检查服务器的db2服务端口。 服务器检查的配置如下：

（1）验证现有DB2数据库的代码：db2 list db directory；db2 list db directory show detail。

（2）验证实例使用的通信协议，并检查DB2COMM变量：db2set -all。

（3）查看数据库管理器和SVCENAME（特别是tcpip协议）的配置：db2 get dbm cfg。

（4）检查/ etc / service中是否有与上述SVCENAME对应的端口，例如：db2cDB2 50000 / tcp。

（5）要确认服务器是否正在侦听，可以使用netstat -an查看端口是否处于LISTEN状态。

扩展资料：

SQLSTATE=08001的原因和典型示例：

1、客户端将新的密码值发送到不支持密码更改功能的服务器。

2、客户端将SERVER_ENCRYPT身份验证信息发送到不支持密码加密的服务器。

3、客户端将不带密码的用户ID发送到不仅通过用户ID支持身份验证的服务器。

4、客户端未指定身份验证类型，服务器未使用支持的类型进行响应。 这包括返回客户端无法选择的多种服务器。

---