我们被一段时间后陷入困境的服务器所困扰，我不知道我应该在哪个方向进行故障排除。因此，我正在寻找一个技术答案来推动我走向正确的方向。我发现这些线索很具体，但我不知道如何处理它们。也许你会。让我澄清一下下面的情况。
有这个软件通过 SOAP API 与 SugarCRM（或实际上是 SuiteCrm 7.3.2）进行通信。使用 C#.Net 编写，它采用 WSDL 并创建一个强类型客户端。现在一切正常，数据被提取并可以存储。但是过了一会儿，服务器似乎陷入了困境。我还没有弄清楚是什么导致了这个问题。虽然我有一个具体的问题，但首先，让我陈述我在解决问题时收集的一些细节。让我提醒您，这只会在一段时间后发生，在新的服务器（重新）启动后，一切都运行良好且快速。
出现问题时：
- 调用“set_entries”函数时，服务器似乎超时。给这个 API 函数的数据是持久化的，但是服务端没有响应调用，因此客户端认为它超时了。
- 似乎与 API 会话相关。因为当它发生在 API 会话 id 'X' 时，不能再使用此会话存储或获取数据，尽管服务器在询问时将会话限定为有效。但是一旦创建了新的会话“Y”，就可以再次获取数据。但是，一旦数据与会话“Y”一起存储，问题就会再次出现，并且会话“Y”似乎也变得无法使用。
- 服务器重新启动会清除所有问题。
- 日志中似乎没有 PHP 错误相关。
- Sugarcrm 日志也没有用，没有设置“信息”级别。它保留给定的数据，但根本不返回答案。
现在是具体问题：这怎么可能与 API 会话 ID 相关？即使会话仍然有效（API 说，并且会话不到 15 秒），它怎么可能再次使用新的会话 ID（比重新启动服务器后慢一点）。
我正在寻找可以指向正确方向的技术答案。