数据库（通过数据源连接连接到ColdFusion 9）是否可能导致ColdFusion无法响应？ （该数据库用于一个单一的轻微流量应用程序。）
最近，对连接的Oracle数据库（oracle jdbc）的维护导致该数据库两次不可用。巧合的是，在这两个时候，我们网站上的ColdFusion页面变得不可用或加载速度非常慢（静态HTML页面似乎加载很好，大多数情况下）。重新启动ColdFusion应用程序服务器服务将解决问题，但仅限几分钟。第一次，在应用程序服务器响应时，我们取消选中“维护连接”复选框。我不确定这有什么影响，然后在Oracle数据库重新上线后不久，我们似乎不再有问题了。
数据库第二次脱机时，我们的网站遇到了一个非常类似的问题 - ColdFusion页面变得非常缓慢或完全不可用。在我可以访问CF管理员的一次中，我更新了数据源并选中了“禁用连接”。然后我停止并重新启动CF ODBC代理和ODBC服务器服务。在那之后，问题似乎停止了，但我不知道这是否是因果关系或巧合。
有人对此有何见解？
服务器设置：Windows Server 2003 SP2，ColdFusion 9，IIS 6
答案 0 :(得分：0)
如果不完全停止数据库，有很多方法可以将数据库放慢速度。如果您有黑客通过端口1433攻击您的数据库，尝试每秒多次登录可以减慢速度，如果他们进入，他们当然可以做任何他们想做的事情。当发生这种情况时，我在事件日志中发现了攻击记录;解决方案是更好的网络安全拦截此类攻击，永远不会让他们实际与数据库通信。或者说，如果您的站点容易受到SQL注入攻击，黑客可能会以这种方式搞乱您的数据库，但网络安全在这种情况下不一定有效。它不需要黑客降低数据库的性能，但是，您可能遇到分配的磁盘空间问题，以便事务日志或索引填满，或者天堂禁止即将出现的硬件故障显示早期症状。您经常希望从服务器上备份数据库。回答你的问题是，当调用调用数据库的页面时，ColdFusion可以并且将变得无响应，并且当数据库最终超时并且从不将请求的数据发送到ColdFusion时，通常会显示错误消息。如果数据库无法返回数据，您可以在某种程度上使用您的查询周围的CFTRY标记来防止这种情况，而不是ColdFusion的丑陋信息，至少您的网站继续看起来很专业。我工作的一个项目使用了一个共享的SQL Server数据库，该数据库经常出现过载并且速度非常慢，而且我无法改善这种情况。我为保持站点运行所做的是以MS Access数据库的形式维护数据库备份（是的，这是不合适的，但是当SQL Server不能时它可以工作）并且随时SQL Server失败我将应用程序设置为自动使用调用Access数据库的代码。
如果您继续遇到问题，这些想法可供您考虑，我发现在过去的六个月里我甚至没有人试图回答您的问题，而且我的经验对于本网站为我提供的帮助提供了高质量的体验太。我希望我的想法对你有用。