简体   繁体   English

Office Online Server 执行自动保存操作需要很长时间

[英]Office Online Server is taking long time to perform the auto-save operation

We integrated Office Online Server in our web application and in the WOPI web integration we are setting File URL properties such as FileUrl .我们在 web 应用程序和 WOPI web 集成中集成了 Office Online Server,我们正在设置文件 URL 属性,例如FileUrl This URL points to /wopi/files/{file_id}/contents link and internally, it will call the API once we start editing the document.这个 URL 指向/wopi/files/{file_id}/contents链接,在内部,一旦我们开始编辑文档,它将调用 API。

From this API, we are updating the file version but the issue is that after editing the WOPI document, the triggering of the API /wopi/files/{file_id}/contents is taking a long time and we are unable to find how it is getting triggered?从这个API,我们正在更新文件版本,但问题是在编辑WOPI文档后,API /wopi/files/{file_id}/contents的触发需要很长时间,我们无法找到它是怎么回事被触发? Is there a way we can trigger this method directly?有没有办法可以直接触发这个方法?

So if I get it right it takes a long time BEFORE the /wopi/files/{file_id}/contents endpoint is hit.因此,如果我做对了,在/wopi/files/{file_id}/contents端点被击中之前需要很长时间。 In such a case, I'd recommend four things:在这种情况下,我会推荐四件事:

  1. Run the WOPI host in a debug mode and trigger the endpoint from the OOS machine manually and see if there are any delays related to the network infrastructure.在调试模式下运行 WOPI 主机并手动从 OOS 机器触发端点,查看是否存在与网络基础设施相关的任何延迟。
  2. Checking whether you set the WOPI host capabilities right in the CheckFileInfo .检查您是否在CheckFileInfo中设置了WOPI 主机功能 If you set the WOPI Client's expectations incorrectly, it may take time for it to figure out what's going on and potentially fall back to a different method.如果您错误地设置了 WOPI 客户端的期望,它可能需要一段时间才能弄清楚发生了什么,并可能会退回到不同的方法。
  3. Using the WOPI validator app使用WOPI 验证器应用
  4. Checking the event viewer for any errors related to a specific Session ID and Correlation ID检查事件查看器是否存在与特定Session ID相关 ID相关的任何错误

Windows 事件查看器 -> 应用程序和服务日志 -> Microsoft Office Web Apps

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM