Hoje encontrada uma instância de banco de dados SQL Server para CPU monitor de algumas exceções, CPU CPU (O / S Utilização da CPU) como mostrado abaixo, consumida pelo sistema de banco de dados e consumo de instância (Utilização da CPU exemplo) têm um maior acesso, o servidor verifica o login encontrados Banco de Dados processo de correio Motor consome 20 por cento das operações recursos da CPU. Mas ele continua a consumir tanto os recursos da CPU.
![clip_image001 [12]](https://img2018.cnblogs.com/blog/73542/202003/73542-20200312233529803-492973132.png "clip_image001 [12]")
![clip_image002 [12]](https://img2018.cnblogs.com/blog/73542/202003/73542-20200312233530909-1886488645.png "clip_image002 [12]")
Primeiro de tudo que eu penso é se há o caso de correio do banco de dados louco isso? Porque os casos relacionados encontrado antes, porque os desenvolvedores atualizar um bug lógica de script causado, resultando em uma louca curto e-mail, fazendo com que o processo de Database Mail motor consome uma grande quantidade de recursos da CPU, verifique com o seguinte script. Cabelo encontrados no máximo cerca de 200 mensagens dentro de uma hora do caminho, por isso descartou a situação
SELECCIONAR CONVERTER ( VARCHAR (13), send_request_date, 120)
, COUNT (*)
DE msdb.dbo.sysmail_allitems COM (NOLOCK)
ONDE send_request_date> = CONVERT (DATETIME, '2020/01/27 00:00:00' , 120)
E send_request_date <= CONVERT (DATETIME, '2020/03/14 00:00:00' , 120)
GRUPO DE CONVERTER ( VARCHAR (13), send_request_date, 120)
ORDEM DE CONVERTER ( VARCHAR (13), send_request_date, 120);
![clip_image003 [12]](https://img2018.cnblogs.com/blog/73542/202003/73542-20200312233531577-562716465.png "clip_image003 [12]")
2: log de erro do sistema e log de erro exame DatabaseMail não encontrou anormalidades.
3: Erro provocado.
Existem documentos oficiais introduzidas no SQL Server 2016 no correio do banco de dados depois que você enviar um monte de e-mail, que pode levar a alta utilização da CPU. Mas a instância de banco de dados é o SQL Server 2014 (12.0.5000.0), embora esta não tenha encontrado um documento oficial sob a informações relevantes SQL Server 2014 Bug, mas a urina de Microsoft, basicamente, é provável que este erro. Devido à falta de documentos relevantes, é possível que a versão atual não ter encontrado este erro. Corrigi-lo não poderia ter perdido esse erro (eu verifiquei toda a lista de patches, não mencionou isso).
https://support.microsoft.com/en-nz/help/3197879/fix-sql-server-2016-database-mail-causes-high-cpu-usage-after-many-ema
E a Internet parece ter alguns amigos encontraram o mesmo caso.
soluções
Se o SQL Server 2016, patch de atualização cumulativa 2 para o SQL Server pode ser resolvido após 2016 SP1. Mas, em SQLServer 2014, necessidade de resolver temporariamente o problema reiniciando o serviço de correio.
EXEC msdb . dbo . sysmail_stop_sp
EXEC msdb . dbo . sysmail_start_sp