数据库连接不上(网站部分数据库连接不上) 收藏 0

解决solidworks electrical无法连接数据库

很多人在第一次安装电气软件的过程中，会遇到这样的一个问题：“无法连接至数据库，请检查连接参数”，相信很多人看到就感到非常的头疼。的确，对于我们专业人士来说，也是非常的难受，那怎么办呢？有什么办法可以解决这个问题，下面会提供二种方法，按照此方案一步一步进行，总有一种能够解决数据库的连接问题。

方法一：启动SQL server软件服务

解决方法如下:

1.右键计算机选择管理

2.找到SQL服务器对应位置

3.右键启动该服务

4.双击该服务,将启动类型设置为自动,确定

5. 完成设置,重启SOLIDWORKS Electrical

方法2：没有tew-app-data，如何增加

当你发现登录SQL之后，没有tew-app-data时，这时候有可能是安装的时候没有正确安装，有可能是登录的实例错误了。解决方案如下：

1、选择正确的实例，打开SQL management studio，在登录界面的服务器名称下拉选择浏览更多

查看数据库引擎，查看能够连接的数据库服务器

在选择过程中，\\之前属于电脑名，如果在同一个局域网之间，可能会查找到其他人的数据库，这时候要注意\\前的电脑与自己的电脑名一致，例如，现在的数据库引擎前的电脑名为“HT-TS-13”，右键计算机，查看属性，确保自己的电脑名一致

选择之后执行方案2 ，直到找到tew-app-data，解决问题

2、若所有的数据库都没有找到tew-app-data，则需要重新执行安装程序，在安装软件的选择

中选择如下

1) 选择现有的SQL server实例，填写数据库名、sa和密码，进行安装

安装之后，启动SQL查看一下是否有tew-app-data，如果有，则直接启动软件即可

2) 选择安装SQL server的新实例

数据库的名称注意不要跟原有的冲突

安装完成之后，需要修改SOLIDWORKS electrical的软件设置

这里的数据库名称为新建的名称，账号为TEW ,密码是SQLpwd4ew

如果还有想知道的问题解决方法，点击立即咨询solidworks正版代理商

Oracle数据库无法连接问题排查

数据库告警日志 如下图 。发现 问题时间段，没有 数据库服务故障 报错，但是存在较多 TNS-12535 、 12560 、 12170 、 00505 错误：

通过检查问题时间段应用日志， 也记录了 Caused by: java.sql.SQLRecoverableException: IO 错误: Connection reset 和 Caused by: java.net.SocketException: Connection reset 等 连接 重置 的相关报错：

问题分析：

1 、 数据库层面分析：

参考官网关于这类数据库错误的文章：A Demonstration of the Alert Log Timeouts Occur: TNS-12170/TNS-12535/TNS-12560/TNS-00505 (Doc ID 2461900.1)

ORACLE官方针对这类错误明确：错误堆栈依次为TNS-12170/TNS-12535/TNS-12560/TNS-00505，这表明由于网络问题，已建立的连接超时。例如，网络电缆被拔出，防火墙断开连接，或者客户端崩溃而没有通知服务器等等。

在这种情况下，oracle服务器进程无法确定客户端状态，它必须等到tcp保活超时（可能是几个小时），则该过程将被终止，并且上述消息将被打印在警报日志中。这是一个网络/应用程序问题，而不是oracle错误。

所以原因需要从数据库以外方向去查。

2 、 应用报错层面分析

参考官网关于 SQLRecoverableException 这类应用报错误的文章 1 ：JDBC 11.2.0.3 Application Fails With java.sql.SQLRecoverableException: IO Error: Connection reset (Doc ID 1575238.1)

可以看到该应用程序日志的版本与上面官网JDBC 11.2.0.3 ojdbc6.jar connection with JDK 1.6 匹配。

主要原因为：该问题是由位于客户端和服务器之间的TCP/IP网络设备（防火墙、路由器等）引起的，该设备设置为在超过任何MTU（最大传输单元）或数据包大小时限制或限制通过它的通信。

What Causes the \”java.net.SocketException: Connection Reset\” Error? (Doc ID 786219.1)

ORACLE官方认为，导致connection reset被重置的常见原因为：

1）客户端浏览器已刷新或关闭。如果由于这种情况而报告错误消息，通常是因为系统中可能存在性能问题。要解决此问题，请找到性能不佳的瓶颈并消除它。

2）客户端和WebLogic服务器之间有防火墙，防火墙已断开连接。对于这种情况，请正确设置防火墙。

3）网络拥塞导致操作超时。缓解网络拥塞，问题应该得到解决

所以该问题主要是由于 应用端与 数据库 服务器端的网络通信异常 导致本次问题。建议做如下调整：

网络层面：检查应用端、服务器端、防火墙的MTU值是否一致，更改应用端、服务端的MTU值与防火墙一致，MTU默认值为1500，参考可调至9000（oracle原厂建议oracle服务器是 9000，同时参考了其他银行的MTU值），建议网络工程师可以用ping包的方式 测试出符合当前环境的最佳MTU 。

数据库层面：

在sqlnet.ora增加参数：SQLNET.INBOUND_CONNECT_TIMEOUT = 0

在 listener.ora 增加：INBOUND_CONNECT_TIMEOUT_LISTENER = 0

MySQL连接数导致的不能正常连接数据库解决方案

报错提示：

Host is blocked because of many connection errors; unblock with ‘mysqladmin flush-hosts’；

连接错误次数超过mysql数据库max_connection_errors的最大值中断了数据库连接而导致的阻塞，不能连接数据库；

解决方法：

1. 进入mysql安装目录/usr/local/mysql/bin，根据自己实际安装目录，执行该命令

[root@localhost bin]# ./mysqladmin -u root -h 自己mysql的主机IP -p flush-hosts

2. 进入mysql交互环境，必须root账户进入，执行flush hosts;

当某个客户端因为频繁尝试连接 MySQL 服务器失败，导致其主机被服务器列入临时封禁名单时，执行 FLUSH HOSTS 可以清理这个缓存。MySQL 会出于安全考量，限制短时间内频繁出现连接错误的主机访问，以防止恶意攻击，例如暴力破解密码的行为。正常的客户端如果遭遇误判，管理员就可以用这条命令来恢复其连接权限。

3. 更改连接数，vim /etc/my.cnf

总结：

连接错误次数超过mysql数据库max_connection_errors的最大值中断了数据库连接而导致的阻塞，不能正常连接数据库；建议连接次数高些，然后执行flush hosts; 刷新主机缓存。

本文作者及来源:Renderbus瑞云渲染农场https://www.renderbus.com