最近，我们将主要文件服务器从工作站硬件上的NetWare从实际的服务器硬件上更改为Windows Server 2003 Enterprise SP2。 从那时起，我们偶尔会遇到一个问题，即使用Crystal Reports的内部应用程序无法打开服务器上的.rpt文件。 我终于find了…每当一个特定的.rpt文件从所有用户总共得到20个锁，那么问题就开始了。 现在我们只需要弄清楚如何解决这个问题。
当从我们的程序中调用特定的报告文件时，它将在服务器上获得locking。 然而，似乎释放锁的唯一方法是closures程序本身，而不仅仅是报告。 所以这些锁继续为每个用户加起来，直到总共有20个，每个人都开始出错。 现在每个人都必须重新启动程序来释放所有的锁，一切都很快乐了一段时间。 当所有东西都在NetWare服务器上时，这种情况从未发生，这使我相信这是一个Windows问题。 但是，Windows没有释放锁？ 有没有办法增加我们所看到的明显的20locking限制？ 每个工作站（Windows 2000和XP）都会有这样的设置吗？
我确实在experts-exchange.com（ http://www.experts-exchange.com/Database/Reporting_/Crystal_Reports/Q_20624991.html ）上find了一篇关于水晶报表限制单个报告在一个20的时间，并且应用程序可能没有正确清理后。 但是，正如我所说，我们从来没有与NetWare这个问题，但我们现在做，我们在Windows上。
只是想看看有没有人有任何想法。
谢谢！
这听起来像当你在Netware上时，CR无法放置锁，所以你可能有大量的客户端连接到该报告。 现在它在Windows上运行正确设置锁。
作为testing，您可以尝试禁用客户端工作站上的机会locking。 我不会build议在服务器上禁用此function。
MS KBarticle 296264
我们看到与ESRI GIS用户打开全局模板相同的问题。 第二十一用户无法将GIS中的文件，Execl也不能，但记事本仍然可以打开文件。 但记事本是唯一没有locking文件的应用程序。 其他模板是opend不locking文件。 我们可以以某种方式防止禄？ 托pipe文件的共享是只读的。