准备诊断信息以提供支持

首先从失败的工作流程入手

描述您的预期结果和实际发生的情况。记录完整的错误信息和时间（包括时区）。说明问题是影响单个工作站、单个组还是整个部署，以及问题是在更新或配置更改后出现的。

请先选择匹配的指南： SQL数据库测试, 服务器端口冲突, 设备丢失, 空活动报告 或者 缺少报告邮件记录你完成的检查及其结果。

记录环境和版本

• 部署：您自己的服务器或云工作区，以及受影响的组件。
• 版本：复制受影响应用程序显示的版本。对于已安装的Windows可执行文件，其“属性”→“详细信息”中可能提供文件或产品版本。如果同时涉及服务器和客户端版本，请分别记录；如果未显示版本，则填写“不可用”。
• 操作系统：请记录受影响服务器或工作站上的Windows版本。如果是浏览器问题，请提供浏览器名称和版本。
• 服务状态：在您自己的服务器上，检查Windows服务中的相关服务，并记录其名称和当前状态。对于发布服务器配置，应用程序服务为GoMyidServer和GoMyidCore 。观察到服务已停止并不能确定其停止原因。
• 范围：对私有设备名称使用一致的别名，例如 SERVER-A 和 STATION-01。仅包含支持部门实际需要的、并通过已批准的私有渠道提供的标识符。

在重试失败的操作之前，请先收集证据。不要仅仅为了准备支持请求而重置密码、重新安装 SQL、禁用保护或反复重启服务。

截取相关屏幕

对于缺失的设备，请记录所选组和筛选条件。对于空白报告，请记录报告名称、日期范围和所选站点或组。对于计划发送的电子邮件，请记录计划时间、显示状态和任何具体错误。区分SMTP测试邮件和计划发送邮件。“立即发送”或“发送测试邮件”可能会发送真实邮件，因此请勿仅将其用于创建屏幕截图。

截取足够的界面信息以识别失败步骤。隐藏密码、许可证密钥、令牌、连接字符串、收件人地址和无关的员工活动。保持错误代码和相关时间信息清晰可读。重新打开最终图像，确认敏感文本已被移除，而不仅仅是被可编辑的叠加层覆盖。

请使用相关的日志或错误摘录

如果错误对话框或安装程序指明了日志文件或摘要文件，请使用该确切路径。本指南未预设任何特定的日志文件文件夹位置。如果未提供位置信息，请记录错误并向技术支持询问需要哪个组件的日志文件，然后再收集整个文件夹。

在Windows服务器上，故障发生时间前后现有的应用程序或系统事件可能提供更多上下文信息。请记录事件源、事件 ID、时间戳以及相关的消息（如有）。接近同一时间发生的事件只是线索，并不能证明故障原因。

请先下载副本，审核后仅分享相关时间段的数据。请勿上传整个数据库、未经审核的安装报告、Sql.udl 文件或配置文件。连接文件和安装报告可能包含实际凭据。如果需要其他证据，请先与技术支持确认其范围和传输方式。

复制此支持摘要

请将示例占位符替换到您自己的消息中。此页面不会收集或提交任何信息。