我将以这个问题来解释这个问题，但不幸的是，这对我来说没有任何帮助，因为“不要通过networking运行数据库”不是一个选项。
上周，我们将文件服务器从Server 2000迁移到Server 2008 R2 Standard x64虚拟机。 我们有一个数据库，为利益相关者和商业伙伴提供联系信息。 这是由我们的数据库分析师编写的专有数据库。 由于我们迁移了服务器，这个数据库的运行速度比平时慢很多。
这就是说，我一直在寻找过去一周的事业，因为这是我们的重要数据库。 我们正在使用另一个系统，但我希望这个问题早日得到解决。
相关信息
链接表已重新链接，以反映其新的UNC地址和数据库压缩
目前服务器上没有运行防病毒软件
所有客户端防病毒都设置为不扫描networking驱动器
我们已经为msaccess.exe做了一个防病毒例外，用于testing目的而没有运气
我试图在文件服务器上放置防火墙，但没有运气
我没有注意到任何文件访问的问题（事实上，我的大部分员工都表示他们已经注意到了增加）
我很想听听有关为什么人们会认为Server 2008 R2正在放慢数据库的任何build议。
平原和简单，MS Access是一个可怕的产品，MS应该从未开发或销售的东西。 这就是说，无论出于什么原因，你都被卡住了（现在）。 你不想听到这个，但真正的答案是：
Access和MSSQL之间的迁移path是可用的，如果你的dba知道他在做什么，并不是那么困难。 您甚至可以使用MS Access作为前端，连接到SQL服务器上的ODBC源。
在被禁忌和回答我自己的问题的风险（并被谴责继续通过networking使用MS Access），我们已经成功地解决了这个问题。
这个问题通过下面的方法解决了：
1）所有表被重新链接为UNCpath，而不是相对于映射驱动器的path（即\\ server \ share \ database.mdb和NOT T：\ database.mdb）
2）重新编译数据库的代码
完成上述操作后，我们注意到数据库查找和function显着提高。