Início / dba / Perguntas / 257365
Accepted
jack
Asked: 2020-01-15 02:54:05 +0800 CST

Alterar o limite de caracteres dos operadores do SQL Agent

  • 772

Quero adicionar mais de 100 caracteres de endereços de e-mail ao alerta dos operadores do SQL Agent.

Por exemplo:[email protected];[email protected];[email protected];....

Tentei contornar o limite de 100 caracteres alterando a coluna sysoperators email_address como tal

ALTER TABLE sysoperators
ALTER column email_address NVARCHAR(1000);

e, em seguida, criar meu operador, mas os endereços ainda estão cortados em 100 caracteres?

sql-server sql-server-agent

1 respostas

  1. Best Answer

    Só porque você pode não significa que você deve. Por favor, não aplique as alterações abaixo. Esta resposta é apenas para mostrar por que você não deve alterar as tabelas do sistema ou os procedimentos do sistema e o que pode dar errado.

    msdb.dbo.sp_add_operator

    Ao adicionar o operador com o ssms gui, msdb.dbo.sp_add_operatoré chamado nos bastidores.

    O parâmetro de endereço de e-mail usado também é nvarchar(100).

    insira a descrição da imagem aqui

    Em teoria, você poderia adaptar o procedimento alterando-o

    E, em seguida, alterando o @email_addressparâmetro paranvarchar(1000)

    insira a descrição da imagem aqui

    Se eu executá-lo com 384 caracteres (não gui)

    USE [msdb]
GO
EXEC msdb.dbo.sp_add_operator @name=N'test', 
        @enabled=1, 
        @pager_days=0, 
        @email_address=N'[email protected];[email protected];[email protected];[email protected];[email protected];[email protected];[email protected];[email protected];[email protected];[email protected];[email protected];[email protected];[email protected];[email protected];[email protected];[email protected];[email protected];[email protected];'
GO

    Obtendo o comprimento:

    select LEN(email_address)  as email_length
from sysoperators 
where name = 'test';

    Mostra que os 384 caracteres estão lá.

    email_length
384

    No entanto , uma das coisas que quebram instantaneamente é a lista de operadores ao abri-la via ssms:

    insira a descrição da imagem aqui

    Devido ao ssms executando esta consulta:

    create table #tmp_sp_help_operator
(id int null, name nvarchar(128) null, enabled tinyint null, email_address nvarchar(100) null, last_email_date int null, last_email_time int null, pager_address nvarchar(100) null, last_pager_date int null, last_pager_time int null, weekday_pager_start_time int null, weekday_pager_end_time int null, saturday_pager_start_time int null, saturday_pager_end_time int null, sunday_pager_start_time int null, sunday_pager_end_time int null, pager_days tinyint null, netsend_address nvarchar(100) null, last_netsend_date int null, last_netsend_time int null, category_name nvarchar(128) null)
insert into #tmp_sp_help_operator exec msdb.dbo.sp_help_operator



SELECT
tsho.name AS [Name],
'Server[@Name=' + quotename(CAST(
        serverproperty(N'Servername')
       AS sysname),'''') + ']' + '/JobServer' + '/Operator[@Name=' + quotename(tsho.name,'''') + ']' AS [Urn],
CAST(tsho.enabled AS bit) AS [Enabled]
FROM
#tmp_sp_help_operator AS tsho
ORDER BY
[Name] ASC

drop table #tmp_sp_help_operator

    Mostrando por que não devemos brincar com tabelas e procedimentos do sistema.

    Quem sabe o que vai funcionar e o que vai quebrar ao mudar a mesa e o procedimento.

    Uma lista de distribuição como vonPryz mencionou seria uma solução muito melhor.

    • 8

relate perguntas