您好 Conner Panarella ，

要通过服务层登录，您只需要一个有效的SAP Business One用户 和密码 并且它隐式使用间接访问许可证。 根据当前设计，服务层不会强制执行此许可证检查。

问候，

ANKIT CHAUHAN

SAP Business One支持

嘿Anit。感谢您提供信息！

完美！ 我只想再作一些澄清。 我们主要使用DI服务器（即将成为服务层）从各个市场导入订单。 假设我们有1个专业许可证-它可以有无限个服务层会话，还是有某种限制？ 访问SAP B1的用户拥有自己的受限日志/专业许可证，但是我想知道在这种情况下什么合适。 DI Server将是一个完美的解决方案，但是内存泄漏对于我们来说很难解决。

您好， Conner Panarella ，

许可证 不是身份验证机制。 正如我已经提到的：要通过服务层登录，您只需要公司数据库中的有效SAP Business One用户和密码。 因此，是的，您可以进行无限制的会话。

以下是我对DI Server使用的经验和建议：

1。 DI API不支持多线程。 确保对线程进行管理，以免干扰DI操作。 否则可能导致意外崩溃。

2。 为了获得最佳的内存处理，请考虑以下建议：

• 在可能的最后时刻声明并实例化COM对象。
• ReleaseComObject（obj）或 FinalReleaseComObject（obj），用于所有对象
• 始终按照相反的创建顺序 ReleaseComObject（obj）或 FinalReleaseComObject（obj）。[第一次创建，最后一次销毁]
• 除调试需要外，请勿调用GC.Collect（）。

3。 检查SAP Note 722337 中DoQuery（）方法的限制。 如果查询很复杂，无法在DoQuery（）上运行，则可以使用直接ODBC查询。

4。 DI Server是32位应用程序，它不能使用超过2 GB的内存[这是操作系统限制]。 但在现实世界中，它可能会遇到1.2 GB的障碍（在现实世界中，此限制会更早达到），并且可能需要重新启动。 定期重新启动服务的解决方案是正确的，建议这样做。

5。 启用DI服务器日志并检查哪个特定请求导致内存泄漏。

设置ExtendedDIServer日志。

=>服务管理器-> DI服务器->设置->您可以设置 日志文件路径，

=>服务管理器-> DI服务器->设置->选择扩展日志选项

=>重新启动DI服务器服务。

6。 最好在2个或更多DI服务器之间分配负载。 通过分配负载，DI Server的处理请求将大大减少，.Net垃圾收集器清除内存的时间将更长。 在这种情况下，您可能需要第二台DI服务器使用新的许可证+机器，还建议您定期重启。

希望它会有所帮助！

亲切的问候，

ANKIT CHAUHAN

SAP Business One支持

<其他 =" nofollow" hraf=" https://people.sap.com/ankit.chauhan1"> ANKIT CHAUHAN 是否有上述更新？