这里我再详细给你说明您的两个问题：
首先：关于您日志中的warning日志
打印这条日志的原因是客户端的socket连接未正常关闭。
正常情况下，socket由客户端主动关闭，但是由于某些原因，如：客户端程序异常退出，网络中断等原因。
客户端没有正常关闭socket，此时由服务器监测到socket异常，于是打印此日志，并回收socket连接资源。
所以：服务在运行一段时间后，输出部分failed to GetQueuedCompletionStatus, err: 64
日志属于正常现象，不会影响数据库的正常服务。
另外：若有疑问您也可以查询windows相关的api文档。

测试
环境：我们运行一个数据库服务(用3版本测试，网络部分未做修改)

1. 启动一个写入程序，开始向数据库写入数据，此时使用的是长连接。
2. 在任务管理器中，结束写入程序。此时，写入程序被强制停止，连接未正常关闭，
   日志中输出和您一样的warning信息。
   

最后启动管理器，连接数据库，查询数据，运行正常。
所以：从您发的日志来看是正常的。

那么对于为什么会连接不上数据库，最可能的原因是连接太多了，目前我们的版本只能连接指定1024个连接，
若某个程序由于bug（有可能是您的程序也有可能是我们的sdk有bug） 一直创建连接不关闭，
当连接个数达到1024个之后就无法再创建数据库的连接了。

对于您的第二个问题：1.4版本 到 3.0版本 升级的问题。
在 3.0 中为了对查询性能进一步的优化（3.0在查询性能在某些情况比1.4快几十倍），
我们调整了数据文件格式，并且，3.0不兼容1.4的数据文件，所以目前是没办法直接升级的。
但是您有如下的方式来升级：
同时运行1.4的数据库和3.0的数据库，写一个程序从1.4数据库中读取数据并写入到3.0的数据库服务中。
我们数据库的插入性能挺高，一般情况下用不了太多的时间。只是在实施过程中
需要正确配置3.0版本数据库服务的有效写入天(insertValidDay)该参数具体的含义请参考用户手册。

希望可以帮到您！