致命错误：未被捕获的PDOException：SQLSTATE [] SQLDriverConnect：0其工作时间的80％

如何解决致命错误：未被捕获的PDOException：SQLSTATE [] SQLDriverConnect：0其工作时间的80％

信息

我的一位客户正在为其Web应用程序使用以下设置：

1. IIS：默认情况下，通过IP（不是网址）端口80；
2. PHP v5.3（是的，帮助他们的公司选择使用IIS的PHP）；
3. 作为数据库访问（data.accdb），公司的Microsoft 364版本；
4. ODBC作为PHP和Access数据库之间的连接。为了使其可用，Microsoft Access数据库引擎2016（英语）已安装版本16.0.5044.1000；

此客户主要与Access（app.accdb）中的自定义（前端）应用程序一起使用，该应用程序与data.accdb一起使用以获取数据。此外，他们还需要Web应用程序来管理他们的员工的资料，这些员工经常出差（而且并不总是能够接管服务器并使用Access应用程序）。

问题

几周前，有一个Microsoft-365更新（v16.0.13231.20262），显然他们仍然启用了自动更新。从更新完成的那一刻起，ODBC连接不再起作用。

尝试了很多东西之后，我决定将IIS更改为WampServer，以查看是否进行了任何更改（与IIS相比，它是一个更好的设置）。该Web应用程序再次可以正常工作，但是PHP有时会出现以下错误：

Fatal error: Uncaught PDOException: SQLSTATE[] SQLDriverConnect: 0 in *.php on line 13 PDOException: SQLSTATE[] SQLDriverConnect: 0 in *.php on line 13

该PHP文件中的第13行是：

$this->con = new PDO("odbc:Driver={Microsoft Access Driver (*.mdb,*.accdb)};Dbq=" . DATABASE_PATH);

显然，该路径正在工作，原因是Web应用程序正常运行的时间占80％。有时 it 会卡住。当我重新启动WampServer的服务时，一切都再次正常运行。

我尝试了什么

从这一点开始，我开始通过查看事件查看器和日志（access.log，apache_error.log，php_error.log）来查找可能的问题，然后来到以下列表：

1. 机器人的攻击

对于来自机器人的攻击，我们收到了这样的请求：

AH02811: script not found or unable to stat

起初，我试图从IP的 Deny 来确保它们不会成为问题，但是有太多的IP地址没有解决任何问题。我确保客户更改为使用URL代替服务器的IP地址。我制作了WampServer，以便默认端口80仅通过 local 起作用。显然，我们仍然收到了请求，但是客户端拒绝了它：

AH01630: client denied by server configuration: C:/wamp/www/

我还是不能100％地确定我可以将其排除在可能导致错误的时间轴之外的问题列表中，就像我刚才提到的那样，使用10-15个攻击。 / p>

1. 因为客户正在同一个Access数据库（与Web应用程序）一起使用Access应用程序，所以我觉得这也可能是个问题。

2. 可能与上一个（第2个）类似，但随后会通过Web应用程序发出多个请求。

昨天，我决定创建一个包含所有日志/事件的时间线，以查看是否可以（有多个错误时刻）查看问题的出处。但是时间表并没有具体说明或排除任何潜在的问题。时间线之一的示例：

FRIDAY 9-OCT
11:51:36    Attack
12:01:30    Attack
12:30:09    Attack
13:04:16    Attack
13:21:53    Attack
14:30:31    Attack
14:30:31    Attack
15:52:53    Attack
16:06:15    Requests from IP 1
16:07:34    Requests from IP 2
16:07:53    Requests from IP 3
16:08:10    Error
16:08:21    Error
16:08:24    Error
16:08:30    Error
16:08:34    Error
16:08:35    Error
16:10:37    Restart WampServer
16:10:53    Error
16:15:12    Restart WampServer

我被困在这一点上，似乎无法找到问题的原因。我知道我可以将ODBC更改为OleDB，但这意味着我需要重写整个Web应用程序，而目前这不是一个选择。我的专长不是此安装程序/ PHP，因此这无济于事。

我认为在其他地方使用端口可能会排除攻击，因此我可以确保Web服务器不会对端口80进行任何操作，但长途射击似乎很麻烦。

昨天，我创建了一个任务，每当有特定事件（日志：应用程序，源：应用程序错误，事件ID：1000）发生时，每3小时重新启动WampServer。这似乎暂时可行，有点麻烦，但是，是的，我必须做点什么使它暂时可行。

结论

在整个故事中，我可能忘记了我曾经尝试过的一些步骤，因为这太难记了。如果需要更多信息的日志，我希望能听到。在此先感谢您阅读“文字墙”，并考虑或寻求潜在的解决方案！