Sql server Access 2007-accdb；跨多台服务器设置可靠的多用户环境的选项？

我无法对多用户环境中使用的Access 2007的所有信息/各种选项进行排序。以下是我目前情况的简要说明。在工作中，有一个“商业局域网”，我可以登录并使用它通过远程桌面监控另外两台服务器。业务LAN由我们的IT部门严格控制，未经其同意，任何人不得安装任何软件或驱动程序。不过，我在这两台服务器上都有管理权限

我使用RD登录的两台服务器基本上用于相同的任务，即监视和控制不同工艺线的热量。每台服务器运行不同的程序来完成此任务，但这两个程序都使用SQL server作为后端

我创建了两个access数据库（每台服务器上一个，因为它们目前位于不同的防火墙后面），以便从这些程序的后端SQL端查询信息，并将其与我在表中编译的相关信息结合起来，以便为程序收集的数据添加更多细节。我的程序仍处于调试阶段，但最终，现场技术人员/维护人员可以访问这些信息，以简化他们的工作。维护人员还可以根据维修状态等添加更多信息……最后，我创建了报告，可由经理/工程师运行，他们正在寻找他们所在区域的整体状态

两个访问数据库都被拆分，以便后端与表单、查询等分离。。。我使用ODBC数据源导入到SQL的链接。我使用vba进行用户身份验证、用户日志记录更新和用户/组访问控制。所有的工作方式都是我想要的，除了这样一个事实：每个登录服务器的人都会尝试运行前端的相同副本。例如，我有一个同事通过RD登录到服务器来测试程序，然后我从办公桌上登录。登录后，我可以看到他打开的表格。Access已在运行。由于无法在每个单独的工作站上本地安装access（甚至由于IT限制，无法在运行时安装access），我不确定要采取什么方法来解决这个问题

其他信息，服务器1 其中一台服务器被认为是“主服务器”，其中许多客户端站“从服务器”都与之通信。访问主服务器上文件夹的唯一方法是登录到客户端并运行RD

服务器2 此服务器被认为是“历史记录者”。它与终端服务器通信，在终端服务器中，用户使用RD登录，并运行使用驻留在historian上的SQL后端的应用程序。我已经能够设置共享，以便可以从终端服务器在historian上看到某些文件夹

谁能告诉我我最好的选择是什么

提前谢谢

---

CTN

有些It部门千方百计让你的工作难以做好，这真是太疯狂了

您指的是通过终端服务器登录的用户。如果是这样，也许您可以将前端存储在终端服务器登录的用户配置文件中？当然，这假设他们不只是使用两个默认的管理终端服务器登录

---

另一件我不清楚的事情是，为什么在Access/Jet/ACE中需要一个后端——为什么不通过ODBC链接到SQL Server并直接使用该数据？在这种情况下，使用包含数据表的独立Jet/ACE文件的唯一原因是，您为Access应用程序存储的数据未存储在SQL Server中。您可能也有临时表（例如，用于暂存复杂的报告等），但这些表应以每个用户为单位位于临时数据库中，而不是位于共享后端。

以下是如何实现David Fenton编写的建议：编写一个简单的批处理脚本，将前端从安装路径复制到%temp%（当前用户会话的临时文件夹）并从那里运行前端

 rem make sure current directory is where the script is
 cd /d %~d0%~p0
 rem assume frontend.mdb is in the same folder as the script
 copy /y frontend.mdb %temp%
 start %temp%\frontend.mdb

---

告诉用户不要直接运行前端（仅通过批处理脚本），然后每个人都应该获得自己的前端副本。或者，在安装路径中为您的前端指定不同的后缀，并将其重命名为“frontend.mdb”当复制到%temp%时。

感谢Doc和@David-W-Fenton花时间回答我的问题。感谢Doc和@David-W-Fenton花时间回答我的问题。是的，我的后端包含许多有用的数据，用于对程序未提供的警报进行优先级排序。可能会在某个时候将我的表上载到SQL中。用户请使用不提供管理访问权限的comon组登录名删除服务器。除了维护这些系统的承包商之外，维护人员的数量使个人用户帐户成为我没有的选项。我将明确尝试使用批处理文件在临时目录中创建前端副本。再次感谢。如果可以的话允许为我的实用程序插入另一个确保前端及时更新的解决方案是www.autofeupdater.com上的自动FE更新程序。它还解决了许多其他问题，包括初始分发和确保用户仅使用该实用程序启动前端。