系统管理自测32问之18:报警邮件是否必要

译文
运维 系统运维
计划任务每天都在派发耸人听闻的警示报告,而就在大家渐渐无视这些废话时,真正的隐患很可能就在眼皮底下被忽略了。那么原则是,只有在需要立即调动人马解决的时候,才发送页面或短信提示。如果是需要24小时内处理的,则创建项目待处理就行了。

【51CTO精选译文】本文是《Limoncelli的测试:有助于提高系统管理员团队工作效率的32个问题》当中的第18题:电子邮件的自动化生成处理是不是仅在必要时启动?

大家应该都听过“狼来了”的故事吧。其实在我们的实际工作中,这样的情况并不少见。计划任务每天都在派发耸人听闻的警示报告,而就在大家渐渐无视这些废话时,真正的隐患很可能就在眼皮底下被忽略了。

我的原则很简单:

·如果需要立即调动人马解决:发送页面或短信提示。

·如果需要在24小时之内处理:创建新项目。

·如果是信息类内容:将其记录到文档中。

·如果没有实质性信息,则什么都不做。

尽管通过电子邮件发送页面并创建新项目的做法比较方便,但重点是邮件并非发布通告的最佳机制。

最糟的状况是系统定期通过邮件向团队中的每位成员发送日志消息,这种状态下的所谓警示功能基本上已经丧失殆尽了。

下面我同大家分享一个真实的故事吧:我在纽约的一位朋友就职于某网站,该企业的做法是将自动流程中的各项信息以邮件形式发送到root@该公司域名信箱中。这个“root”邮箱默认会把所有接收到的内容派发给团队中的每位系统管理员处。如此一来搞得管理员不胜其烦,根本懒得去阅读这些邮件,甚至恨不得通过过滤机制把这些东西拒之门外。结果呢,企业中的管理员们每天在用自己的私人邮件账号互相沟通甚至交流业务。这办的叫什么事儿?最主要的邮件发送体系被民意硬生生挤出了业务范畴(我倒是很想知道整个过程中企业领导层还做出了哪些其它的愚蠢决策)。 

 

【51CTO.com译文,转载请注明原文作译者和出处。】

原文:http://everythingsysadmin.com/the-test.html

Limoncelli的测试:有助于提高系统管理员团队工作效率的32个问题:

【编辑推荐】

  1. 使用Nagios监控Linux客户端-手机报警短信
  2. 网站运维之道 监控与报警机制
  3. Zabbix报警和防网络抖动实现脚本

 

责任编辑:yangsai 来源: 51CTO.com
相关推荐

2011-10-20 15:32:07

系统管理访问管理

2011-09-29 09:41:24

系统管理项目管理系统

2011-10-19 11:01:30

系统管理灾难恢复

2011-10-19 11:17:39

系统管理电源控制

2011-09-30 10:36:07

系统管理测试

2011-10-19 10:22:17

2011-09-29 11:09:00

系统管理设计文档标准化

2011-09-30 09:50:55

系统管理服务监控

2011-10-20 14:25:24

系统管理账户管理

2011-09-29 10:49:39

系统管理Bug跟踪系统

2011-10-10 14:27:57

系统管理硬件更新

2011-09-30 09:31:22

2011-10-19 10:49:07

系统管理备份自动化

2011-10-19 10:29:56

系统管理冗余网络设备

2011-09-29 11:20:04

系统管理故障

2011-10-09 13:55:40

2011-09-29 10:39:29

2011-09-29 10:28:07

系统管理维基

2011-09-29 10:01:08

系统管理策略

2011-09-29 10:54:11

系统管理优先级
点赞
收藏

51CTO技术栈公众号