增加缓冲区大小不会帮助您解决超时问题。 系统中是否有任何TIME_OUT转储？ 检查Tx ST22 并在出现超时时查看系统日志（Tx SM21）。 如果在用户工作时用户连接被终止，那么我怀疑是网络问题。

Hello Sriram，

非常感谢你是正确的。

致谢

Kanayo

您好 Kanayochukwu Ezeh ，

您有 发生此类问题时的高峰时间，您在高峰时间有多少个并发用户。 您能否检查是否已经有一些捕获内存的作业

您可以通过任务管理器的CPU进程和利用率进行检查。

您为系统选择了哪些T恤尺寸？ 我想特别了解您所购买的处理器。 Microsoft Azure根据您的资源和源系统提供一些标准的T恤尺寸。 在迁移到Azure之前，您是否能够从Microsoft获得免费的大小调整报告，该大小调整报告说了什么？

目标系统RAM/CPU内核和DB大小是多少

您可以检查SM21日志或ST03N中的详细信息。 如果您具有登录组，则可能要重新分配这些登录组

关于您的Azure资源利用率，也可以在Microsoft-Azure仪表板的图形视图中进行检查。

您可能希望通过更改备份计划来进行检查，自己有以前的经验，我们同时触发了Azure上所有Dev/QA备份的同时触发

请使用 CPU进程，也许您也可以通过"我的电脑"进行检查->右键单击->管理->事件查看器和应用程序日志

请让我们知道详细信息，以防万一您仍然遇到问题

谢谢

Kaushik

Hello Hari

我已经按照您说的做了，但是超时仍然在发生。

致谢

Kanayo

HI，

任何输出现在都可以解决问题。