FileMaker Server 15定时脚本未执行问题求助

我之前处理过类似的FileMaker Server定时脚本异常问题，结合你描述的测试细节（打开脚本完成但后续定时脚本无响应，Freeze Window的报错表现），给你几个具体的排查方向和解决办法：

• 检查运行账户与权限配置
  定时任务的执行账户是关键：

  • 如果是用Windows任务计划触发的脚本，确认任务的运行账户对数据库文件所在文件夹有读写+修改的完全权限，包括FileMaker Server的临时文件目录（默认是C:\Program Files\FileMaker\FileMaker Server\Data\tmp）。很多时候打开脚本能完成是因为仅需读取权限，但后续脚本可能需要写入操作，权限不足会导致静默失败。
  • 如果是FileMaker Server自带的计划任务，检查任务配置里的“运行身份”账户，确保这个账户拥有脚本中所有操作（比如修改记录、调用外部脚本）的权限，同时在脚本编辑界面，确认脚本的运行上下文是**“以全权限账户运行”**，避免因当前用户权限不足中断执行。

• 区分客户端与服务器端脚本步骤
  Freeze Window是客户端专属的UI操作步骤，FileMaker Server运行脚本时没有UI环境，所以放在打开脚本末尾报错“与服务器不兼容”是正常的，但这也暴露了一个可能的问题：你是不是用客户端（比如FileMaker Pro）来触发定时任务？
  建议改用FileMaker Server Admin Console中的计划任务来配置定时脚本，而非Windows任务计划调用客户端程序——服务器端直接运行脚本的上下文更稳定，不会出现客户端UI步骤的兼容性问题。

• 开启详细日志定位问题
  默认日志可能不会记录脚本中断的细节，你可以：

  1. 在FileMaker Server Admin Console的“日志”设置中，把日志级别调整为**“详细”**；
  2. 重新触发定时任务，查看Script.log（记录脚本执行细节）和Access.log（记录数据库访问情况）；
  3. 同时检查Windows事件查看器中的“应用程序日志”，看看有没有FileMaker相关的权限错误、文件锁定提示。
     这些日志通常能找到脚本未执行的具体原因，比如某个步骤失败导致脚本终止。

• 拆分脚本逐步测试
  把你的定时脚本拆分成多个小片段，比如先只保留一个Custom Log Entry步骤（写入一条自定义日志），测试是否能正常执行并生成日志。如果这个简单脚本能运行，再逐步添加原脚本的步骤，找到导致脚本中断的具体操作——比如可能是某个调用外部文件的步骤失败，或者未处理的错误导致脚本静默退出。

• 检查数据库状态与补丁

  • 确认打开脚本执行完成后，有没有提交所有未保存的修改、关闭所有锁定的记录？如果数据库存在未提交的事务，后续脚本可能无法获取资源锁而无法启动。
  • 检查FileMaker Server 15是否安装了最新补丁（比如15.0.4版本），早期版本的定时任务存在一些已知bug，补丁能修复部分兼容性问题。

内容的提问来源于stack exchange，提问作者Ted