Confluence 6 从关闭的连接中恢复

当数据库服务器进行重启或者因为网络问题导致连接中断。所有在数据库连接池中的连接都会被中断。希望处理这个问题，通常需要 Confluence 进行重启。

但是，数据库连接池中的连接可以通过运行 SQL 查询来进行校验。如果在数据库连接池中的连接因为某种原因被中断，通常可以通过在连接池中创建一新的连接来解决。

希望达到这个目的，Confluence 会为你的数据库连接运行校验 SQL。这个配置在新的 Confluence 安装中是默认启动的（Confluence 6.5 及后续版本）。但是如果你是从老的 Confluence 升级上来的话，你可以通过下面的步骤来手动启用这个配置。

https://www.cwiki.us/display/CONFLUENCEWIKI/Surviving+Database+Connection+Closures

原文地址：http://blog.51cto.com/ossez/2125761

时间： 2024-08-30 13:58:50

Confluence 6 从关闭的连接中恢复的相关文章

从 Confluence 5.3 及其早期版本中恢复空间

如果你需要从 Confluence 5.3 及其早期版本中的导出文件恢复到晚于 Confluence 5.3 的 Confluence 中的话.你可以使用临时的 Confluence 空间安装,然后将这个 Confluence 安装实例升级到你现在的版本,然后使用这个临时的实例导出空间的备份文件. 下载与你 Confluence 导出文件相同的 Confluence 安装实例(你可以通过 Confluence Downloads Archive 中的链接找到 Confluence 的历史归档安装

Confluence 6 尝试从 XML 备份中恢复时解决错误

错误可能是因为数据库突然不可访问而产生.也有可能是你备份文件有问题,你需要找到你 XML 备份文件中违反数据库规定的记录修改这个记录后再创建一个新的 XML 备份: 在实例开始恢复的时候,请按照下面的指南来禁用批量更新(针对简单的问题解决),启用 SQL 日志和SQL 查询日志,通过在 Enabling Detailed SQL Logging 页面中描述的参数(with parameters). 一旦上面 3 个修改都完成了后,重启 Confluence. 尝试另外一次恢复. 当你在恢复的时候

无法从传输连接中读取数据: 远程主机强迫关闭了一个现有的连接

我们添加客户端服务引用的时候会出现这样的错误: 下载“http://localhost:8002/WCFService”时出错. 基础连接已经关闭: 接收时发生错误. 无法从传输连接中读取数据: 远程主机强迫关闭了一个现有的连接.. 远程主机强迫关闭了一个现有的连接. Metadata contains a reference that cannot be resolved: 'http://localhost:8002/WCFService'. Metadata contains a refe

Confluence 6 已经存在的 Confluence 安装配置一个数据源连接

如果你希望在使用 JDBC 直接方式的应用中切换到使用数据源: 停止 Confluence. 备份下面的文件,以防止你可能需要重新恢复你的配置: <installation-directory>/conf/server.xml <installation-directory>/confluence/WEB-INF/web.xml <home-directory>/confluence.cfg.xml 请按照上面新安装使用的步骤,同时拷贝你的驱动并且将数据源添加到正确的文

netty 处理远程主机强制关闭一个连接

netty   处理远程主机强制关闭一个连接,首先看下api解释: /**  * Returns {@code true} if and only if the channel should not close itself when its remote  * peer shuts down output to make the connection half-closed.  If {@code false}, the connection  * is closed automaticall

13.2.2 从故障中恢复

世界银行服务对每个用户密钥每天请求数量有限制,还限制了请求的频率,因此,如果我们一次运行大量的请求,有可能会出错.解决的方法是捕获异常,稍后重试请求. 清单 13.7 实现的循环,重复执行请求,直到成功,或者尝试 20 次为止.使用异常报告失败,使用 F# 的 try - with 结构捕捉异常. 清单 13.7 重复运行 web 请求 (F# Interactive) > let worldBankDownload(properties) = let url = worldBankUrl(pr

COMET 异步通知服务器关闭数据连接实现思路

在小编络络 COMET实践笔记一文中注意事项中有这么一段话 使用长连接时, 存在一个很常见的场景:客户端需要关闭页 面,而服务器端还处在读取数据的阻塞状态,客户端需要及时通知服务器端关闭数据连接.服务器在收到关闭请求后首先要从读取数据的阻塞状态唤醒,然后释放为 这个客户端分配的资源,再关闭连接.所以在设计上,我们需要使客户端的控制请求和数据请求使用不同的 HTTP 连接,才能使控制请求不会被阻塞.在实现上,如果是基于 iframe 流方式的长连接,客户端页面需要使用两个 iframe,一个是控制

TCP 连接中的TIME_WAIT

原文:http://blog.csdn.net/wangpengqi/article/details/17245349 这就有个细节,一次http请求,谁会先断开TCP连接?什么情况下客户端先断,什么情况下服务端先断? 百度后,找到原因,主要有http1.0和http1.1之间保持连接的差异以及http头中connection.content-length.Transfer-encoding等参数有关: 当然,在nginx中,对于http1.0与http1.1也是支持长连接的.什么是长连接呢?我

TCP连接中time_wait在开发中的影响-搜人以鱼不如授之以渔

根据TCP协议定义的3次握手断开连接规定,发起socket主动关闭的一方socket将进入TIME_WAIT状态,TIME_WAIT状态将持续2个MSL(Max Segment Lifetime),TIME_WAIT状态下的socket不能被回收使用. 具体现象是对于一个处理大量短连接的服务器,如果是由服务器主动关闭客户端的连接,将导致服务器端存在大量的处于TIME_WAIT状态的socket, 甚至比处于Established状态下的socket多的多,严重影响服务器的处理能力,甚至耗尽可用的