野鸭鸭

Use Group Mail to Handle SQL Server Operator Address Trucating

数据库代理作业自动备份中,向操作员通过邮件发送作业完成结果的功能一直在正常使用中。向操作员邮件地址中添加了新人员后,所有人都无法收到自动邮件了,但是备份作业依然在正常进行。

Operator Email Length is Limited

因为是添加操作员之后发生的异常,所以比较容易地谁藤摸瓜,发现操作员地址栏中,新添加的操作员邮件地址“不完整”,导致邮件发送功能调用过程中,无法正常识别邮件递进,无法正常执行。

于是将邮件地址补全后,重新执行作业。但是,邮件还是没有收到。之前压根没有想到过邮件地址长度还会受限的问题,所以浪费了一些时间,进行其他的排查工作。突然想起,以前在数据库中遭遇过一次因数据类型长度限制,导致数据始终被截断,而引起的错误。所以,联想到操作员邮件地址长度可能也有一定限制。

重新打开操作员邮件地址栏,果然发现刚刚补全的操作员邮件地址,又被截断成原来的样子了。

Use Group Mail

既然找到问题根本原因了,就比较好处理了。可是部门人员逐渐增多,需要通知的人员对象也会越来越多,管理的服务器也会越来越多,发生人员变动的时候,每次都要逐个进行调整,难度也是蛮大的了。

如果想一个一劳永逸的办法,是当务之急啊。其实办法早就有了。之前我就在公司企业邮件后台创建过一个部门的群组邮件,只不过一直没有用武之地。这次,刚好用来试试看,而且一试就成功了。

Why Group Mail

通过群组邮件来接受数据库备份通知有两个明显的优势:

Less Addresses

使用个人邮件地址,需要逐个录入所有人的邮件地址。如果人员较多,服务器较多的情况,即便是只维护一次之后,没有问题就基本不再维护,也会是一个纯工作量的事情。

More Flexibility

人员变动可以完全独立于数据库系统,只需要在企业邮件后台对人员进行划入划出即可,无需在数据库系统端进行任何操作。不但灵活度更高,而且还可以降低人工录入错误的风险。

Do More with Group Mail

在了解了群组邮件的优势之后,还可以在日常工作中,对其进行延申。比如,可以针对不同部门或者业务关系创建独立的群组邮件,然后在日常邮件系统使用的过程中,需要大面积进行通知公告的时候,能有效减少工作量,同时便于维护。

Attention

据我所知,不同的邮件系统,对群组邮件的支持方式不一样。例如,有些邮件系统,在发送群组邮件的过程中,会将群组成员全部分开,纳入收件人中,即能看到具体的收件人;而有些邮件系统(例如公司正在使用的腾讯企业邮箱),仅仅显示群组邮件地址,无法看到具体收件人。

所以,群组邮件推荐不要用于重要业务信息的传达邮件,因为可能无法核实收件人信息,也更加无法核实信件的查阅状态等。

里予甲鸟甲鸟

我有钱,我高大,我帅气,我还没睡醒!谁叫醒我,就打谁哦。

添加评论

联系

即刻M我/Q我