tomcat如何配置数据库连接池，使得连接中断后自动重连

给你一段代码，看看对你有没有帮助：\x0d\这是我的tomcatde DHCP的配置\x0d\\x0d\当中的\x0d\logAbandoned="true" removeAbandoned="true" removeAbandonedTimeout="60"就是用来配置数据库断开后自动连接的。

现在我们的标准安装已经完成，让我们讨论一下无人值守安装。Setupsqlexe程序让你记录下一个应答文件，它包括了你在安装程序对话框中常选的对于各种安装选项的所有回答。稍后，你能够通过调用以该应答文件作为参数的setupsqlexe命令来运行一个安装。这种无需任何用户干预的安装类型被称为无人值守安装。 要准备应答文件，先启动安装程序，在安装选择对话框中选择高级选项，在对话框中选择选取“记录无人值守ISS文件”。安装程序会指导你完成常规的安装对话框，其中你可以填入所有你想要记录的选项。当你完成后，安装程序在\WINNT文件夹下创建一个名为setupiss的文件。 要启动一个无人值守安装，运行setupsqlexe程序，用-s作为执行安静安装的参数、-fl参数指定一个应答文件。例如，要启动一个安静的、无人值守的安装——安装完成后不通知你，你可以使用以下命令： <path>\setupsqlexe –s –fl <path>\setupiss 如果你想在安装完成时得到通知，从命令行执行如下setupsqlexe程序，或者把它写入一个批处理文件中： start /wait <path>\setupsqlexe -s –fl <path>\setupiss 直到安装结束，控制才会传递到下一条命令。当你从批处理文件启动安装，而这个文件又包括其他依赖于安装的行为时，使用start /wait选项是特别重要的。例如，假设你要为一个名为INST1的命名实例执行无人值守安装来创建批处理文件，然后启动SQL Server服务，再运行一个用来创建数据库及其对象（如：表、存储过程）的sql脚本。这个批处理文件看起来可能像这样： start /wait D:\X86\Setup\setupsqlexe –s –fl C:\WINNT\setupiss net start MSSQL$INST1 OSQL /E /I “c:\data\scripts\createappdbsql” 如果你不使用start /wait选项，控制从安装一开始就移到了批处理文件的第二条命令，而这条NET START命令试图启动一个还不存在的服务。 对一个无人值守安装进行故障排除要比对待标准安装的故障排除更需要慎重对待。标准安装往往在安装程序遇到问题时通过显示一个包含出错信息的对话框（并伴有响亮的警告声）来通知你。而无人值守安装只是简单地终止，且没有交互的通知。 要了解如何对无人值守安装进行故障排除，让我们来看一组我遇到过的问题。假设你已经在服务器上完成了另一个产品的安装，然后你试图执行一个SQL Server的无人值守安装。安装程序检测到在前一个安装结束后服务器尚未重启，于是放弃安装，同时没有任何信息提示。如果你保持任务管理器窗口打开，你会注意到setupsqlexe 程序不活动，所以SQL Server没有被安装。你也应该检查日志文件。一旦安装成功，\WINNT\setuplog文件应该显示0作为出错代码；然而，在我描述的情景中，他很可能显示-1，这表示一个基本错误。你也应该看一下出错信息。 当执行无人值守安装时，我遇到过多次的另一个错误是“对话框次序紊乱”。在我调用安装程序后不久我就意识到这一问题的存在——那是在我打开任务管理器并看到setupsqlexe虽然在运行但是没有像正常的无人值守安装那样调用和释放进程。同时，安装程序通常在\Program Files\Microsoft SQL Server下创建的文件夹也没有被创建。Setupsqlexe程序看来并没有占用CPU或者I/O资源，只是在大约10分钟后消失了。Setuplog文件显示一个-12的错误代码而sqlstplog文件显示没有错误——实际上，它看来还未完成。Sqlstp包含了不完整的注意事项，只是一条消息——Begin Action：DialogShow<dialogname>。BOL显示了以下有关错误代码-12的信息：“对话框次序紊乱。这是一个常见错误，由在安装初始化文件（Setupiss）文件中的一个对话框次序紊乱所引起。这是由于Setupiss文件创建过程中的系统问题所产生。”足以确认，在我重新对Setupiss文件排序后，无人值守安装成功完成。 除了完全安装，你还可以执行SQL Server 2000服务包的无人值守安装。要把服务包应用到默认实例上，从服务包的安装目录调用setupsqlexe程序，指明应答文件为位于服务包安装目录根目录下的sql2kdefiss。例如：如果服务包安装文件位于c:\sql2ksq2下，执行入下命令： start /wait c:\sql2ksp2\x86\setup\setupsqlexe –s –fl c:\sql2ksp2\sql2kdefiss 要把服务包应用到命名实例上，使用sql2knmiss应答文件，但是首先修改文件中的下列两行来对应正确的命名实例： InstanceName = INSTANCE_NAME NMPPipeName=\\\pipe\MSSQL$INSTANCE_NAME\sql\query 另一个高级选项——远程安装——让你在一台远程的电脑上安装SQL Server 2000。你可以从一台本地的电脑上手工记录下一个setupiss文件，把它复制到远程电脑上，在激活setupsqlexe程序和在远程电脑上的setupiss文件。然而，你可以替自己省些麻烦——通过在本地电脑上运行setupsqlexe程序，在电脑名对话框中选择远程电脑，指明你想要安装到的电脑名。当你点击下一步时，远程安装信息对话框会显示出来。 首先你要提供帐号细节（用户、密码、域），到目标文件夹的UNC路径和源安装文件的UNC路径。接下来，安装程序将指引你完成常规安装对话框并根据你的选择记录下setupiss文件。接着，程序复制setupiss文件到目标电脑的\WINNT文件夹下，再用复制的setupiss文件来激活setupsqlexe。 如果你在目标电脑上打开任务管理器，你会看到setupsqlexe进程在安装过程中调用和释放其他进程。在本地电脑上，安装程序显示远程安装正在进行中，并且会在完成时通知你。

自动配置当前版本的access失败的解决方法是：

1、在Windows10下，Access2016没法配置，OBDC可以在控制面板中设置。

2、点击所有控制面板项，管理工具中到32位和64位的ODBC数据源设置。

1通过Java获取本机ip，可以使用InetAddress类的getLocalHost（）方法。

2通过Spring Boot配置文件（比如applicationyml）来设置数据库连接，可以使用Spring Boot placeholder实现，如：${localip}:3306

3在SpringBoot应用程序启动时，程序可以在启动参数里指定localip属性，获取本机ip，并与端口号组合成数据库链接地址。

var mycars = new Array()

Composite comp2 = new Composite("Composite XY");

comp2Add(new Leaf("Leaf XYA"));

comp2Add(new Leaf("Leaf XYB"));

rootAdd(comp2);

rootAdd(new Leaf("Leaf C"));

SQL Server服务器的配置选项属于那种人们了解较少且经常误用的选项 当一个技术支持人员要求你按照某种方式调整一个选项 而另一个技术支持人员却要求你按照另一种完全对立的方式调整同一个选项时 你可能对这些选项的真正含义感到困惑 有关这些选项的资料很缺乏 至少可以说不够详细和清楚 在SQL Server 中 Microsoft减少了几个配置选项 让SQL Server动态配置它们 从而减少了几个容易混淆的地方 同时 Microsoft又为SQL Server 新增了两个服务器配置选项 调整了一些数据库选项 从而稍许简化了数据库管理员的工作 新增的服务器选项 就象访问大多数企业版服务器的属性一样 我们不能在SQL Server Enterprise Manager中通过服务器属性窗口访问SQL Server 新增的两个服务器选项 作为防止用户由于不小心而错误配置服务器的一个安全措施 Microsoft没有把这些高级配置选项放入Enterprise Manager 相反 我们必须使用T SQL/sp_configure系统存储过程去访问这些高级选项 我们可以用不带参数运行sp_configure的方法查看服务器的当前配置 在执行结果中 config_value是SQL Server从Master数据库syscurconfigs表提取出来的数据 它显示了服务器的当前配置 run_value列显示了执行sp_configure时SQL Server正在使用的选项 SQL Server在sysconfigures表中存储这些数据 修改某个选项之后 我们必须执行RECONFIGURE命令（在大多数情况下 还要重新启动SQL Server）才能让新的run_value显示出来 本文所讨论的所有选项都要求重新启动SQL Server 服务器选项总共有 个 默认情况下 sp_configure存储过程只显示其中的 个 显示结果中不包含高级选项 而且所有新的SQL Server配置选项都不会出现在这个精简的清单中 然而 我们可以使用show advanced options命令参数让SQL Server显示出所有选项 要启用show advanced options 我们使用如下命令格式 EXEC sp_configure show advanced options RECONFIGURE 要安装一个选项 我们必须在使用sp_configure配置服务器之后运行RECONFIGURE命令 上面命令的输出结果如下 Configuration option show advanced options changed from to Run the RECONFIGURE mand to install 一旦能够查看高级选项 我们就可以看到两个新的服务器选项 其中最重要的一个新选项是awe enabled选项 它能够让SQL Server企业版提高服务器的内存访问能力 默认情况下 SQL Server能够使用的最大RAM是 GB 在Windows 上 应用程序可以 使用Address Windowing Extensions（AWE）API访问更多的RAM 例如 在Windows Advanced Server中 我们能够使用多达 GB的内存 只有Windows Datacenter Server支持 GB内存才超过它 显然 当SQL Server拥有更多的可用内存 它将能够缓冲更多的数据 改善查询的响应时间 不过 启用awe enabled选项也有副作用 启用awe enabled选项之后 SQL Server不再动态地分配内存 由于缺乏内存动态分配功能 管理负担随之增加 因为我们必须仔细地监视RAM使用情况 另外 设置awe enabled选项之后 我们还必须设置max server memory选项 如果我们不设置max server memory选项 服务器RAM又等于最低要求 GB SQL Server将在启动的时候占据机器上几乎所有的RAM 只给Windows和其他应用留下 MB的RAM 通过设置max server memory选项 我们可以限制SQL Server使用的内存总量 awe enabled选项只能在SQL Server Enterprise Edition上使用 *** 作系统必须是Windows Advance Server或Datacenter 如果你在SQL Server的其他版本上使用这个选项（或者 *** 作系统是WinNT） SQL Server将忽略这个选项 在某些服务器配置组合下 不适当地配置这个选项将导致不可预知的结果 例如 如果我们在Windows *** 作系统 运行SQL Server Personal Edition的机器上设置这个选项 SQL Server可能报告它已经停止（甚至是在它正在运行的时候） 而且它将拒绝停止SQL Server实例 在SQL Server Enterprise Edition服务器上启用AWE包括三个步骤 首先 我们必须确保启动SQL Server实例的帐号具有在内存中锁定页的权限 SQL Server安装时自动把页锁定权限授予我们指定用来启动SQL Server服务的Windows帐号 但是 如果后来这个帐号已经改变 你应该检查一下已经把哪些权限授予了启动SQL Server的用户 检查帐号的权限可以使用Windows 的组策略工具 第二个步骤是运行sp_configure存储过程 把awe enabled选项设置为 然后 我们必须执行RECONFIGURE 用手工方式重新启动SQL Server 配置命令的语法为 EXEC sp_configure awe enabled RECONFIGURE 注意 在Windows 或者NT上 如果要访问高于 GB的物理内存 我们还必须采取其他一些措施 即修改boot ini文件 加入/pae选项 第二个新的SQL Server 选项用来启用C 级安全审核模式 C 是一个 安全等级 它保证系统能够保护资源并具有足够的审核能力 C 模式允许我们监视对所有数据库实体的所有访问企图 启用SQL Server的C 审核功能的命令如下 EXEC sp_configure c audit mode RECONFIGURE （要实现完整的C 级安全保证 Windows *** 作系统也必须提供相应的支持）启用C 审核模式并重新启动之后 SQL Server自动在\MSSQL\Data目录下面创建跟踪文件 我们可以使用SQL Server Profiler查看这些监视服务器活动的跟踪文件 SQL Server以 KB大小的块为单位把数据写入跟踪文件 因此 当SQL Server非正常停止时 我们最多可能丢失 KB的日志数据 可以想象 包含审核信息的日志文件将以很快的速度增大 例如 某次试验只访问了三个表 跟踪文件已经超过了 MB 当跟踪文件超过 MB时 C 审核将关闭旧文件并创建新文件 每次SQL Server启动的时候 它会创建一个新的跟踪文件 如果磁盘空间不足 SQL Server将停止运行 直至我们为审核日志释放出足够的磁盘空间并重新启动SQL Server实例 在SQL Server启动的时候 我们可以使用 f参数禁用审核 减少的服务器选项 在SQL Server 中 Microsoft减少了原有的几个选项 让SQL Server 自动配置这些选项 减少的选项中最引人注目的是max async IO选项 这个选项允许数据库管理员指定在单一的数据库文件上可以出现多少异步的磁盘读取和写入 *** 作 SQL Server 中的max async IO选项是人们了解最少的选项之一 它的默认值是 但很少有管理员去调整这个值 在SQL Server 中 这个异步IO选项随着SQL Server接收的适配器反馈信息动态地上升或者下降 SQL Server利用反馈算法确定服务器负载以及SQL Server系统能够控制的数量 数据库选项 在SQL Server 中 如果你曾经查看过Enterprise Manager中数据库的Options选项卡 你可能会对一些通用选项的消失感到困惑（要访问Options选项卡 在Enterprise Manager中右击数据库然后选择Properties） Options选项卡中减少了trunc log on cpt 以及Select Into/Bulk Copy这两个选项 如图 所示 为了清楚和向后兼容起见 这些通用选项现在称为recovery model（恢复模型）选项 如果用SQL Server 的Enterprise Manager连接SQL Server 数据库 我们仍旧可以看到这些老选项 以前 我们使用下面的命令为Northwind数据库开启trunc log on cpt 选项 SP_DBOPTION Northwind trunc log on cpt true 设置好选项之后 我们可以通过Options选项卡或者下面的查询检查Northwind数据库上这些选项设置是否成功 SELECT DATABASEPROPERTY ( Northwind IsTruncLog ) 结果为 表示选项设置成了true 结果为 表示选项设置成了false 如果结果为NULL 它表示我们或者选择了一个错误的选项 或者数据库不存在 为了便于使用 Microsoft把trunc log on cpt 和Select Into/Bulk Copy选项换成了恢复模型设置 这种选项改变的目的在于确保数据库管理员能够充分理解在灾难恢复策略中恢复模型选项的意义 SQL Server 为我们提供了三种数据库恢复模型 simple（简单恢复） full（完全恢复） bulk_logged（大容量日志记录恢复） 简单恢复模型最容易 *** 作 但它是最缺乏灵活性的灾难恢复策略 选择简单恢复模型等同于把trunc log on cpt 设置成true 在这种恢复模型下 我们只能进行完全备份和差异备份（differential backup） 这是因为事务日志总是被截断 事务日志备份不可用 一般地 对于一个包含关键性数据的系统 我们不应该选择简单恢复模型 因为它不能够帮助我们把系统还原到故障点 使用这种恢复模型时 我们最多只能把系统恢复到最后一次成功进行完全备份和差异备份的状态 进行恢复时 我们首先要恢复最后一次成功进行的完全备份 然后在此基础上恢复差异备份（差异备份只能把自从数据库最后一次完全备份之后对数据库的改动施加到数据库上） 完全恢复模型把trunc log on cpt 选项和Select Into/Bulk Copy选项都设置成false 完全恢复具有把数据库恢复到故障点或特定即时点的能力 对于保护那些包含关键性数据的环境来说 这种模型很理想 但它提高了设备和管理的代价 因为如果数据库访问比较频繁的话 系统将很快产生庞大的事务日志记录 由于在这种模型中Select Into/Bulk Copy设置成了false SQL Server将记录包括大容量数据装入在内的所有事件 最后一种恢复模型是大容量日志记录恢复 它把tru lishixinzhi/Article/program/SQLServer/201311/22177

以上就是关于tomcat如何配置数据库连接池，使得连接中断后自动重连全部的内容，包括:tomcat如何配置数据库连接池，使得连接中断后自动重连、sql2000无人职守自动安装配置文件如何设置、自动配置当前版本的access失败怎么解决等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！