CF 从 7 迁移到 8，CF8 由于表锁而崩溃，但其他服务器仍在 7 上运行良好！
我们正在将 4 台生产服务器从 CFMX7 32 位迁移到 CF8 64 位。在第一台服务器迁移后，另一台服务器仍在运行 CFMX7 32 位，我们发现 CF8 有时会由于表锁定而崩溃，但同一区域在其他服务器上使用 CFMX7 运行良好。
被锁定的表通常是由仍在 CF7 32 位服务器上的批处理作业执行的。
服务器详细信息：
New server for CF8
OS : windows 2003 64 bit
RAM : 4 GB
Java : 1.6.0_23 64bit
CF : 8,0,1,195765
Old servers and batchjob server
OS : Windows 2003
RAM : 4 GB
Java : 1.4.2_09
CF : 7,0,2,142559
We are in the process of migrating our 4 production servers from CFMX7 32 bit to CF8 64 bit. After the first server got migrated and with the other still running CFMX7 32bit, we found that the CF8 crashes at times due to table lock but the same area running fine with CFMX7 on other servers.
The tables which get locked usually are by a batchjob which is still on CF7 32bit server.
Server details:
New server for CF8
OS : windows 2003 64 bit
RAM : 4 GB
Java : 1.6.0_23 64bit
CF : 8,0,1,195765
Old servers and batchjob server
OS : Windows 2003
RAM : 4 GB
Java : 1.4.2_09
CF : 7,0,2,142559
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
无论您的 CF 版本和环境如何，您遇到的真正问题是表锁定。
如果您有一个批处理作业锁定整个表，它将导致尝试访问该表的其他进程出现问题，因此您应该优先尝试修复该问题，而不是试图找出为什么旧版本的 CF 似乎在避免此类问题。
希望有帮助。
Irrespective of your version of CF and the environment, the real problem you have here is the table locking.
If you have a batch job locking a whole table it will cause problems for other processes trying to access that table and as such you should try to fix that as a priority rather than trying to figure out why your older version of CF appears to be avoiding such problems.
Hope that helps.
我猜但是...由于 CF8 附带的更新的 SQLServer JDBC 驱动程序，您现在可能会出现锁定问题。并不是说我知道怎么做。
也就是说，正如 Ciaran 所建议的那样，您可能最好直接查看锁定问题。
I'm guessing but... it's possible your locking problem is appearing now due to the updated SQLServer JDBC drivers that ship with CF8. Not that i know how.
That said, your probably best off looking at the locking issue directly, as Ciaran suggests.