SELECT er.log_id AS [LogID],
er.event_type AS [EventType],
er.log_date AS [LogDate],
er.description AS [Description],
er.process_id AS [ProcessID],
er.mailitem_id AS [MailItemID],
er.account_id AS [AccountID],
er.last_mod_date AS [LastModifiedDate],
er.last_mod_user AS [LastModifiedUser],
fi.send_request_user,
fi.send_request_date,
fi.recipients, fi.subject, fi.body
FROM msdb.dbo.sysmail_event_log er
LEFT JOIN msdb.dbo.sysmail_faileditems fi
ON er.mailitem_id = fi.mailitem_id
ORDER BY [LogDate] DESC
返回错误sp_send_dbmail时，电子邮件不会提交到数据库邮件系统，并且该错误不会显示在视图中sysmail_event_log。 应收集语句级探查器跟踪，并排查遇到的错误。
当单个帐户传递尝试失败时，数据库邮件会在重试过程中保存错误消息，直到邮件项目传递成功或失败。 如果最终交付成功，所有累积的错误都会记录为单独的警告，包括 account_id。 即使发送了电子邮件，也可能导致警告。 如果传递最终失败，则所有以前的警告都会记录为一条错误消息，而不会 account_id 因为所有帐户都失败。
可能登录sysmail_event_log
可能会登录 sysmail_event_log以下问题：
DatabaseMail.exe无法连接到SQL Server。
如果外部程序无法记录到 msdb 表，则程序会将错误记录到 Windows 应用程序事件日志。
与 SMTP 服务器关联的失败。
无法联系 SMTP 服务器。
无法使用 SMTP 服务器进行身份验证。
SMTP 服务器拒绝电子邮件。
DatabaseMail.exe中的异常。
如果数据库邮件外部可执行文件没有问题，请转到 sysmail 系统视图。 若要搜索与特定电子邮件相关的错误，请在视图中sysmail_faileditems查找mailitem_id失败的电子邮件，然后搜索与其中sysmail_event_log相关mailitem_id的消息。 返回错误sp_send_dbmail时，电子邮件不会提交到数据库邮件系统，并且该错误不会显示在视图中sysmail_event_log。
步骤 2：检查sysmail_unsentitems、sysmail_sentitems和sysmail_faileditems视图
可以检查这些视图是否存在特定电子邮件的问题，以查看数据库邮件是正在发送、是否停滞在队列中，还是无法发送。
msdb 数据库中的内部表包含从数据库邮件发送的电子邮件和附件及其当前状态。 数据库邮件在处理消息时更新这些表。
Sysmail_mailitems 表是其他 sysmail 视图的基表。 该 sysmail_allitems 视图基于表构建，是这些视图的超级集。
如果备份生产 msdb 数据库并作为用户数据库还原到另一个测试系统，则可以在还原的备份中重新创建 sysmail 系统视图。 还原备份中的视图定义将引用已还原备份的系统上的 msdb 数据库。 请参阅脚本，以便在 Msdb 备份部分的客户 msdb 中重新创建 sysmail 视图。
Sysmail_unsentitems
此视图包含每个状态为取消或重试的数据库邮件消息的一行。
若要查看等待发送的邮件数以及邮件队列中的消息数，请使用此视图。 一般情况下，未发送的消息数目较小。 可以在正常操作期间进行基准测试，以确定消息队列中用于正常操作的消息数量合理。
如果 msdb 中的 sysmail_unsentitems Service Broker 对象出现问题，也可以检查邮件。 如果禁用ExternalMailQueue或InternalMailQueue排队，或者路由出现问题，邮件可能会保留。sysmail_unsentitmes
未发送 或 重试 邮件仍位于邮件队列中，可随时发送。 由于以下原因，消息可能处于 取消状态 ：
消息是新的。 虽然邮件已放置在邮件队列中，但数据库邮件正在处理其他邮件，但尚未到达此邮件。
数据库邮件外部程序未运行，不会发送任何邮件。
由于以下原因，消息可能具有 重试 状态：
数据库邮件试图发送邮件，但无法联系 SMTP 邮件服务器。 数据库邮件继续尝试使用分配给发送消息的配置文件的其他数据库邮件帐户发送消息。 如果没有帐户可以发送邮件，数据库邮件将等待为Account Retry Delay参数配置的时间长度，然后尝试再次发送邮件。 数据库邮件使用该参数来确定尝试发送消息的次数。 当数据库邮件尝试发送消息时，消息将保持重试状态。
数据库邮件连接到 SMTP 服务器，但会遇到错误。 SMTP 服务器返回的 SMTP 错误代码以及任何随附的错误消息都可用于进一步故障排除。
Sysmail_faileditems
如果知道电子邮件未发送，可以直接查询 sysmail_faileditems 。 有关按收件人查询sysmail_faileditems和筛选特定邮件的详细信息，请参阅“检查使用数据库邮件发送的 EMail 邮件的状态。
若要检查使用数据库邮件发送的电子邮件的状态，请运行以下脚本：
-- Show the subject, the time that the mail item row was last
-- modified, and the log information.
-- Join sysmail_faileditems to sysmail_event_log
-- on the mailitem_id column.
-- In the WHERE clause list items where danw was in the recipients,
-- copy_recipients, or blind_copy_recipients.
-- These are the items that would have been sent to Jane@contoso.com
SELECT items.subject, items.last_mod_date, l.description
FROM dbo.sysmail_faileditems AS items
INNER JOIN dbo.sysmail_event_log AS l ON items.mailitem_id = l.mailitem_id
WHERE items.recipients LIKE '%Jane%'
OR items.copy_recipients LIKE '%Jane%'
OR items.blind_copy_recipients LIKE '%Jane%'
Sysmail_sentitems
如果要查找成功发送最后一封电子邮件的时间，可以按sent_date如下所示进行查询sysmail_sentitems和排序：
SELECT ssi.sent_date, *
FROM msdb.dbo.sysmail_sentitems ssi
ORDER BY ssi.sent_date DESC
如果某些类型的邮件已成功发送，但其他邮件未成功发送，则此视图可以帮助你找出差异。
步骤 3：检查sysmail_mailattachments视图
此视图包含提交到数据库邮件的每个附件的一行。 需要有关数据库邮件附件的信息时，请使用此视图。
如果在发送带有附件的邮件时遇到问题，但某些包含附件的邮件已成功发送，此视图可以帮助你找出区别。
步骤 4：检查 SMTP 服务器的数据库邮件配置
帮助解决数据库邮件问题的另一个步骤是检查 SMTP 服务器的数据库邮件配置以及用于发送数据库邮件的帐户。
有关如何配置数据库邮件的详细信息，请参阅“配置数据库邮件”。
若要配置数据库邮件，请执行以下步骤：
打开 SSMS，选择“管理”，右键单击数据库邮件，然后选择“配置数据库邮件”。
选择“下一步管理数据库邮件帐户和配置文件>”。
如果有帐户，请选择 “查看”、“更改”或“删除现有帐户 ”，然后选择 “下一步”，否则选择 “创建新帐户”。 以下屏幕截图显示了用于连接到 SMTP 服务器并发送数据库邮件的帐户设置。
服务器名称和端口号。 服务器名称必须是完全限定的域名，端口号必须准确。 一般情况下，默认 SMTP 端口为 25，但需要检查当前的 SMTP 配置。
Ssl。 验证 SMTP 服务器是否需要安全套接字层 (SSL) 或传输层安全 (TLS) 。
SMTP 身份验证。 是使用数据库引擎服务Windows 身份验证、使用指定的域帐户进行基本身份验证还是匿名身份验证？ 需要验证 SMTP 服务器在自己的环境中允许的功能。 如果 (服务帐户或基本身份验证) 指定了域帐户，则该帐户必须具有 SMTP 服务器的权限。
可以使用配置通过 PowerShell 发送测试邮件，请 参阅使用 PowerShell 发送测试电子邮件。
检查数据库邮件系统参数
若要检查系统参数，请执行以下步骤：
打开 SSMS，选择“管理”，右键单击数据库邮件，然后选择“配置数据库邮件”。
选择 “查看”或“更改系统参数”。
以下屏幕截图显示了系统参数的默认值。 请注意任何唯一的系统参数，并确定它们是否与你正在排查的问题相关。
步骤 5：发送测试邮件
本部分可帮助你使用 SSMS 和 PowerShell 发送测试数据库邮件。
使用数据库邮件发送测试电子邮件
发送测试电子邮件可帮助你尝试重现所遇到的问题，并验证是否可以发送任何数据库邮件。
若要发送测试数据库邮件，请选择“管理”，右键单击数据库邮件，然后选择“发送测试电子邮件...”。
发送测试邮件后，请检查数据库邮件日志和 sysmail 视图。
如果测试邮件未成功发送，请使用此文档来排查未发送该邮件的原因。
如果测试邮件已成功发送，但其他未发送的邮件仍存在问题，请重点关注未发送的电子邮件的详细信息。 查看正在执行的实际 sp_send_dbmail 命令。 如果没有 Transact-SQL 命令，请使用 sql_batch_completed 和 sql_batch_started 命令收集 XEvent 跟踪并查看列 batch_text 。
使用 PowerShell 发送测试电子邮件
使用外部进程有助于从故障排除中排除数据库邮件并测试帐户配置。 例如，使用 PowerShell 发送测试邮件。 如果无法使用 PowerShell 发送测试邮件，则表示这不是数据库邮件问题。
如果从 PowerShell 发送的邮件使用相同的 SMTP 服务器设置和凭据失败，则可能指示问题位于 SMTP 服务器上。
根据环境更改以下参数，然后运行以下脚本：
$EmailFrom = "dbmail@contoso.com"
$EmailPass = "Y0reP@ssw0rd"
$EmailTo = "email_alias@contoso.com"
$Port = 587
$Subject = "Test From PowerShell"
$Body = "Did this work?"
$SMTPServer = "smtp.contoso.com"
$SMTPClient = New-Object Net.Mail.SmtpClient($SmtpServer, $Port)
$SMTPClient.EnableSsl = $true
$SMTPClient.Credentials = New-Object System.Net.NetworkCredential($EmailFrom, $EmailPass);
$SMTPClient.Send($EmailFrom, $EmailTo, $Subject, $Body)
如果 SMTP 服务器允许匿名身份验证，请使用标准端口 25，并且不需要 SSL。 运行以下脚本：
$EmailFrom = "dbmail@contoso.com"
$EmailTo = "email_alias@contoso.com"
$Port = 25
$Subject = "Test From PowerShell (Anonymous Auth, no SSL)"
$Body = "Did this work?"
$SMTPServer = "smtp.contoso.com"
$SMTPClient = New-Object Net.Mail.SmtpClient($SmtpServer, $Port)
$SMTPClient.EnableSsl = $true
$SMTPClient.Credentials = New-Object System.Net.NetworkCredential($EmailFrom, $EmailPass);
$SMTPClient.Send($EmailFrom, $EmailTo, $Subject, $Body)
步骤 6：检查 sysmail Service Broker 对象
msdb 中 Service Broker 对象的问题可能导致数据库邮件操作失败。 一个常见问题是，其中一个 Service Broker 队列 (ExternalMailQueue 和 InternalMailQueue) 被禁用。 此问题可能是由于无法在 Service Broker 中成功发送的有害消息引起的。 例如，格式错误的 XML。 如果在五次尝试后无法发送消息，则该消息被视为“毒药”，并且在删除病毒消息之前将禁用队列。 重新启用队列无法解决问题，因为有害消息仍在队列中，故障序列只会重复。 有关病毒消息的详细信息，请参阅 病毒消息处理。
其他 Service Broker 对象之一 (，例如Message TypeContract，Service) Route 也可能被禁用或缺失。 Service Broker 队列具有与队列关联的激活过程，因此可能是故障点。 可以检查 activation_procedure 列， msdb.sys.service_queues然后用于 sp_helptext 检查是否存在任何问题。
运行以下查询，然后检查查询结果的第二列的内容。
SELECT CONVERT(VARCHAR(32),name) Name, 'exec sp_helptext ''' + activation_procedure + '''' ActivationProc_Code
FROM msdb.sys.service_queues
若要确定 Service Broker 对象是否存在任何问题，最好将对象与正常运行的数据库邮件配置进行比较。 下面是应与之比较的对象：
Message Types
{//www.microsoft.com/databasemail/messages}SendMail
{//www.microsoft.com/databasemail/messages}SendMailStatus
Contracts
www.microsoft.com/databasemail/contracts/SendMail/v1.0
Queues
dbo.ExternalMailQueue
dbo.InternalMailQueue
Services
ExternalMailService
InternalMailService
Routes
AutoCreatedLocal
高级数据库邮件故障排除
高级故障排除适用于以下方案：
查看数据库邮件日志时，数据库邮件崩溃，原因未得到充分解释。 你会看到 ，DatabaseMail 进程启动 后会立即出现异常消息，然后会显示 DatabaseMail 进程正在关闭 。
数据库邮件未成功启动。 看不到在视图中sysmail_event_log启动 DatabaseMail 进程。
初始故障排除 无助于解决问题。
可以使用以下方法进行高级数据库邮件故障排除。
用于高级故障排除的集合
若要解决这些问题，可能需要一个或多个这些集合。
msdb 备份
XEvent 或SQL Server跟踪
进程监视器 (Procmon)
ProcDump
时间行程调试
方法 1：备份 msdb 数据库
在独立于生产环境的环境中查询 sysmail 视图会很有帮助。 在某些情况下，可以备份 msdb 数据库，然后还原到另一个实例。 sysmail 视图都是使用对 msdb 的引用定义的，因此即使在还原的 msdb 备份中进行查询，视图也会引用实例中的 msdb 系统数据库。 若要从生产 msdb 重新创建 sysmail 视图，请使用以下脚本在用户数据库中重新创建 sysmail 视图。
/* sysmail_allitems */
USE [msdb_customer]
PRINT 'Creating view sysmail_allitems in msdb backup from customer...'
IF (EXISTS (SELECT *
FROM [msdb_customer].dbo.sysobjects
WHERE (NAME = N'sysmail_allitems')
AND (TYPE = 'V')))
DROP VIEW sysmail_allitems
CREATE VIEW sysmail_allitems
SELECT mailitem_id, profile_id, recipients, copy_recipients, blind_copy_recipients, subject, body, body_format, importance, sensitivity, file_attachments,
attachment_encoding, query, execute_query_database, attach_query_result_as_file, query_result_header, query_result_width, query_result_separator,
exclude_query_output, append_query_error, send_request_date, send_request_user, sent_account_id,
CASE sent_status
WHEN 0 THEN 'unsent'
WHEN 1 THEN 'sent'
WHEN 3 THEN 'retrying'
ELSE 'failed'
END AS sent_status,
sent_date, last_mod_date, last_mod_user
FROM [msdb_customer].dbo.sysmail_mailitems
WHERE (send_request_user = SUSER_SNAME()) OR (ISNULL(IS_SRVROLEMEMBER(N'sysadmin'), 0) = 1)
/* sysmail_sentitems */
USE [msdb_customer]
PRINT 'Creating view sysmail_sentitems in msdb backup from customer...'
IF (EXISTS (SELECT *
FROM [msdb_customer].dbo.sysobjects
WHERE (NAME = N'sysmail_sentitems')
AND (TYPE = 'V')))
DROP VIEW sysmail_sentitems
CREATE VIEW sysmail_sentitems
SELECT * FROM [msdb_customer].dbo.sysmail_allitems WHERE sent_status = 'sent'
/* sysmail_unsentitems */
USE [msdb_customer]
PRINT 'Creating view sysmail_unsentitems in msdb backup from customer...'
IF (EXISTS (SELECT *
FROM [msdb_customer].dbo.sysobjects
WHERE (NAME = N'sysmail_unsentitems')
AND (TYPE = 'V')))
DROP VIEW sysmail_unsentitems
CREATE VIEW sysmail_unsentitems
SELECT * FROM [msdb_customer].dbo.sysmail_allitems WHERE (sent_status = 'unsent' OR sent_status = 'retrying')
/* sysmail_faileditems */
USE [msdb_customer]
PRINT 'Creating view sysmail_faileditems in msdb backup from customer...'
IF (EXISTS (SELECT *
FROM [msdb_customer].dbo.sysobjects
WHERE (NAME = N'sysmail_faileditems')
AND (TYPE = 'V')))
DROP VIEW sysmail_faileditems
CREATE VIEW sysmail_faileditems
SELECT * FROM [msdb_customer].dbo.sysmail_allitems WHERE sent_status = 'failed'
/* sysmail_event_log */
USE [msdb_customer]
PRINT 'Creating view sysmail_event_log in msdb backup from customer...'
IF (EXISTS (SELECT *
FROM [msdb_customer].dbo.sysobjects
WHERE (NAME = N'sysmail_event_log')
AND (TYPE = 'V')))
DROP VIEW sysmail_event_log
CREATE VIEW sysmail_event_log
SELECT log_id,
CASE event_type
WHEN 0 THEN 'success'
WHEN 1 THEN 'information'
WHEN 2 THEN 'warning'
ELSE 'error'
END as event_type,
log_date, description, process_id, sl.mailitem_id, account_id, sl.last_mod_date, sl.last_mod_user
FROM [msdb_customer].[dbo].[sysmail_log] sl
WHERE (ISNULL(IS_SRVROLEMEMBER(N'sysadmin'), 0) = 1) OR
(EXISTS ( SELECT mailitem_id FROM [msdb_customer].[dbo].[sysmail_allitems] ai WHERE sl.mailitem_id = ai.mailitem_id ))
有关 sysmail 视图的详细信息，请参阅 sysmail 系统视图 部分。
方法 2：检查 Windows 应用程序事件日志
如果外部 DatabaseMail.exe 程序无法记录到 msdb 表，则程序会将错误记录到 Windows 应用程序事件日志。 此外，如果 DatabaseMail.exe 遇到异常，也会记录异常。 尽管异常堆栈通常相同，但请检查事件日志，查看是否存在任何其他堆栈信息。
有时，在 排查DatabaseMail.exe 崩溃时，可能会发现日志记录指示创建了 Windows 错误报告转储，如下所示：
<datetime stamp>,Information,0,1001,Windows Error Reporting,Viewpoint.contoso.com,"Fault bucket , type 0
Event Name: APPCRASH
Response: Not available
Cab Id: 0
Problem signature:
P1: DatabaseMail.exe
P2: 11.0.2100.60
P3: 4f35e1a1
P4: KERNELBASE.dll
P5: 6.3.9600.18725
P6: 59380775
P7: c0000142
P8: 00000000000ece60
Attached files:
These files may be available here:
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_DatabaseMail.exe_deaadc12935831f6bbfe9bdcb0cbf864374426c1_807e7507_337982fd
Analysis symbol:
Rechecking for solution: 0
Report Id: <Report Id>
Report Status: 4100
Hashed bucket:"
可以检索在 .. 中显示AppCrash_DatabaseMail.exe_* 的所有文件 。\WER\ReportQueue 路径。 有关转储分析建议，请参阅 ProcDump 分析 部分。
方法 3：收集和分析 XEvent 或SQL Server跟踪
可以收集系统上正在执行的 Transact-SQL 命令的跟踪，以查看其中任何命令是否失败。
可以使用 PSSDiag 在“常规性能”模板下收集 XEvent 或SQL Server跟踪。 如以下屏幕截图所示，选择一些其他事件，尤其是所有中转站事件。
分析 Xevent 或 SQL 跟踪
发送数据库邮件时，通常会在 Xevent 或 Profiler 捕获中看到五个不同的会话 (SPID) 。
sp_send_dbmail：运行 Transact-SQL 语句后，会看到用于将消息置于队列中的 ExternalMailQueue Service Broker 事件。
Service Broker 激活，用于 通过 DatabaseMail.exe将消息发送到 SMTP 服务器。 应用程序名称为“Microsoft SQL Server Service Broker激活”。
数据库邮件外部程序：这是从ExternalMailQueue队列接收消息并准备要发送到 SMTP 服务器的消息的外部数据库邮件程序。 应用程序名称为“DatabaseMail - DatabaseMail - ID<PID>”。
数据库邮件外部程序：这是来自数据库邮件的另一个连接。 第一个连接处理队列上的 ExternalMailQueue 现有消息后，将创建连接来侦听队列中要放置的其他消息。 如果队列上没有其他消息， DatabaseMail.exe 将终止并关闭此连接。
Service Broker 激活，用于 通过 DatabaseMail.exe从 SMTP 服务器接收响应消息。 它会更新 sysmail 表，以记录发送的邮件的结果。
只能通过查看许多跟踪来了解预期的行为。 了解差异的最佳方法是将跟踪与成功发送的数据库邮件之一进行比较。 如果有时可以发送数据库邮件，请将跟踪与成功的跟踪进行比较，查看差异，并检查 SPID 报告的任何错误。 如果无法发送任何数据库邮件，请将跟踪与测试环境中成功发送的跟踪进行比较。
方法 4：捕获和分析进程监视器事件
进程监视器 (Procmon) 是 Windows Sysinternals 套件的一部分。
进程监视器生成干扰捕获。 为了不错过任何内容，最好是在捕获数据后对数据应用筛选器，而不是在捕获过程中应用筛选器。 通常，可以围绕数据库邮件问题的重新处理来定位捕获，因此捕获的总体数据不会太大。
捕获文件、注册表、网络、进程和线程事件
启动 procmon.exe时，它会立即开始捕获数据。 GUI 非常简单。 需要停止捕获事件，直到准备好重现问题。 选择 文件>捕获事件 (Ctrl+E) 来取消选中菜单项并停止事件收集。 选择橡皮擦图标或按 Ctrl+X 清除已捕获的事件：
准备好重现数据库邮件问题时，请执行以下步骤：
选择 文件>捕获事件 (Ctrl+E) 开始捕获事件。
尝试发送数据库邮件以重现问题。
选择 文件>捕获事件 (Ctrl+E) 停止捕获事件。
将文件另存为 *。Pml。
分析进程监视器跟踪
获取后。PML 文件，再次使用进程监视器将其打开。 首先，将文件筛选为 DatabaseMail.exe 和 sqlservr.exe 进程。 然后，选择 “筛选器 > ... ”，或单击筛选器图标打开筛选器菜单。
对于 进程名称，请选择 sqlservr.exe 和 DatabaseMail.exe，然后添加以下条目：
与 SQL XEvent 或 Trace 捕获的情况一样，要查找的内容并不明显。 通常，开始分析的最佳方式是将跟踪与成功发送的数据库邮件的 Procmon 捕获进行比较。 理想情况下，将跟踪与从发生问题的同一环境中成功发送的电子邮件进行比较。 但是，如果没有在特定环境中成功发送数据库邮件，请将跟踪与在另一个环境中成功发送的电子邮件进行比较。
当 DatabaseMail.exe 无法加载 DLL 或找不到 DatabaseMail.exe.config 文件时，分析非常有用。
ProcDump 也是 Windows Sysinternals 套件的一部分。
尝试捕获 DatabaseMail.exe 外部程序的内存转储时，ProcDump 非常有用。 通常，当 DatabaseMail.exe 遇到未经处理的异常时，可以使用 ProcDump 进行故障排除。
若要将 ProcDump 配置为在遇到未经处理的异常时捕获 DatabaseMail.exe 转储，请首先使用管理员权限打开命令提示符。 然后，使用以下命令启用 ProcDump 以捕获 DatabaseMail.exe 进程的转储：
c:\Sysinternals> procdump -ma -t DatabaseMail.exe -w e2
命令窗口中将显示以下输出：
ProcDump v9.0 - Sysinternals process dump utility
Sysinternals - www.sysinternals.com
Waiting for process named DatabaseMail.exe...
然后，重现问题。 转储将在执行ProcDump.exe的同 一 文件夹中创建。
分析异常转储
查找异常记录并检查导致异常的调用堆栈。
在 WinDbg 中打开转储文件 (下载适用于 Windows 的调试工具 - WinDbg - Windows 驱动 程序) 。
使用 .ecxr 或 !analyze -v 命令切换到异常记录。
拥有堆栈后，开始搜索匹配调用堆栈的已知问题。 如需进一步帮助，请联系 CSS 团队。
时间旅行调试 (TTD) 捕获通常是解决难题的最后手段。 可以使用 WinDbg 预览调试器来获取它。 有关 TTD 的全面说明和信息，请参阅 时间旅行调试 如何工作以及如何进行分析。 如果到了这一点，则需要联系 CSS 团队。 但是，本部分提供有关如何在必要时捕获 TTD 的说明。
由于多种原因，TTD 捕获 DatabaseMail.exe 可能有点困难。 首先， DatabaseMail.exe不会无限期地作为服务运行，但SQL Server (sqlservr.exe) 进程调用它。 因此，不能附加到它，但必须使用参数配置 TTD， -onLaunch 以便在 启动DatabaseMail.exe 时开始捕获它。 其次，由于 另一 个进程调用了DatabaseMail.exe，因此需要使用 调试子进程。
