我已经在这个数据库上工作了一段时间。我的PC上有一个开发文件，并定期对其进行复制，拆分副本并在网络路径上设置后端，以“在野外”对其进行测试。
我已经完成了多次此过程，包括在没有问题的加密后端之后重新链接前端的表。后端将被加密，并且没有密码就无法访问，并且一旦使用“外部数据>访问”选项卡（这是访问权限2013）重新链接和提供了密码，则前端将按预期连接到后端。
今天发生了一些变化。我写了一些查询和数据库的第一个报告，并决定更新我在网络上部署的“演示”版本。我尝试了与往常完全相同的过程（复制dev文件，拆分数据库，删除前端的链接，排他打开后端，加密，使用旁路密钥重新打开前端，重新链接，提供密码）。
但是，在加密后端后，我无法重新打开前端。我花了最后几个小时来研究这个问题，发现无论后端加密后我什么都无法打开前端。不管是否在对象导航器中都显示了链接表，如果后端有密码，则前端根本无法打开。
数据库的其余部分正常运行，并在找不到表时抛出运行时错误，但是即使没有链接的表，前端也会“知道”后端被加密，并且在驻留期间不会打开这样。
我什至尝试拆分数据库，删除所有链接，然后重新打开前端。它可以很好地打开，但是没有链接表当然不能工作。然后，我对后端进行了加密，并尝试重新打开前端以添加链接-一点都不高兴。然后，我再次解密了后端，只是想看看会发生什么—回到前端再次打开的平方。
有人知道我是怎么搞砸的吗？可能与新的查询和/或报告有关吗？
据我所知，网络权限尚未更改。如果我不对后端进行加密，那么我仍然可以通过网络使用分离的前端和后端。
非常感谢，
答案 0 :(得分：0)
我没有看到那个，但是最终我找到了：stackoverflow.com/questions/47419086 / ...我不必删除任何表，但是我必须显示系统表（可能还有自定义功能区）表格）。一旦完成该操作并完成了拆分过程，一切都会正常进行。从记录上看，前面没有开放就是字面上的意思。没有错误消息，没有运行时错误，单击文件只是导致在其主页上打开访问。 – Evis03 1月3日10:13