我所在的团队负责协调公司某些服务器的维护活动和其他活动。现在团队中的人越来越多,需要我们管理的服务器也越来越多,因此跟踪与某些服务器维护相关的问题或提示变得越来越困难。
我想知道是否有任何工具或方法可以使此类信息的协调更加容易?我尝试过一些错误跟踪工具,但这些工具非常具体地针对问题和错误。目前,我们在每次活动后发送电子邮件摘要,但如果有新人加入团队,他们将没有这些历史记录。我也考虑过使用 wiki,但这对于这种类型的记录保存来说似乎很尴尬。
例如,对于服务器 a、b 和 c,我想跟踪以下事实:在重新启动之前,服务 1、2 和 3 需要在重新启动之前关闭。如果服务器 b 和 c 进行了升级,我希望找到一种方法来跟踪升级过程中出现的问题。这样,一段时间后,如果团队中的另一个人要参与服务器“b”的某些维护活动,他们就可以看到与该服务器相关的所有历史记录。
任何建议或解决方案都将不胜感激。
答案1
我采用了两种方法:
1)维基 我们是 Google Apps 企业版用户,我们使用“站点”功能作为我们的 Wiki。当然,它已被锁定,只有域用户才能看到它(如果需要,您可以设置得更具体)。
每个服务器在 wiki 中都有两个页面。一个页面用于规格、使用和关键说明,另一个页面是活动日志。日志是一个包含日期、时间、任务和重启指示器的表格。理想情况下,没有任何事情没有被记录下来!
附注:Google 的“网站”功能让使用其“列表”模板可以非常轻松地创建日志页面。
2)WhatsUp Pro
我使用 WhatsUp 来监控我的服务器和设备。在有用的地方,我已将关键信息(“记得启动服务 x”或“确保接口 A 启动”)添加到设备的自由格式注释字段中。然后,当值班人员收到寻呼(通过短信)时,文本中会包含这些注释。非常方便。
答案2
答案3
我会使用 SharePoint,特别是 Windows SharePoint Services。它相对轻量级,不会花费你任何费用,并且可以对数据进行一些不错的多维视图。最简单的情况下,它可能只是一个列表,按服务器名称和角色分组,第二个视图也按角色和服务器名称分组。你还可以使用其他一些列表类型来实现共享日历(今天是 30 号,那个老旧的盒子需要重新启动)、联系人等功能。