我是一个团队,协调维护活动和其他一些活动,在我们公司的一些服务器。现在团队中有更多的人和更多的服务器在我们的管理下,跟踪与某些服务器的维护相关的问题或提示变得越来越困难。
我想知道是否有任何工具或方法使这类信息的协调变得更容易?我尝试过一些bug跟踪工具,但这些工具非常特定于问题和bug。现在,我们在每次活动之后都会发送电子邮件摘要,但是如果一个新人加入了团队,他们就不会有这样的历史了。我也考虑过wiki,但对于这种类型的记录保存来说,这似乎很尴尬。
例如,对于服务器a、b和c,我希望跟踪这样一个事实:在重新启动之前,服务1、2和3需要在重新启动之前关闭。如果服务器b和c上发生了升级,我希望找到一种方法来跟踪升级过程中出现的问题。这样,过了一段时间,如果团队中的另一个人要参与服务器"b“的一些维护活动,他们可以看到与该服务器相关的所有历史记录。
如有任何建议或解决方案,将不胜感激。
发布于 2009-08-24 17:27:35
我有两种方法:
1) wiki我们是google应用的企业用户,我们使用“站点”功能作为我们的Wiki。当然,锁定是为了只有域用户才能看到它(如果需要的话,您可以获得更具体的信息)。
每个服务器在wiki中都有两个页面。一页用于说明、使用和键注,一页是活动日志。日志是日期、时间、任务和重新启动指示符的表。理想情况下,不会发生任何不被记录的事情!
附带注意:Google的“站点”功能使得日志页面很容易使用他们的“列表”模板创建。
我使用WhatsUp来监视我的服务器和设备。在有用的地方,我在设备的免费表单备注字段中添加了关键信息(“记住启动服务x”或“确保接口A出现”)。然后,当被呼叫的人被呼叫(通过短信),文本包括这些笔记.非常方便。
发布于 2009-08-24 17:07:34
我发现的最好的地方是每个人都知道的文档的中心位置。我个人更喜欢wiki,因为它简单快捷。其他选项将是修订控制系统,如Subversion、吉特或CVS。Sharepoint及其文档管理功能也可能适用于您,但对于此问题,这将是一个非常重要的解决方案。
发布于 2009-08-24 17:40:37
我会使用SharePoint,特别是SharePoint服务。它相对轻量级,不会花费任何费用,并且可以对数据进行一些很好的多维视图。最简单的是,它可能只是一个列表,按服务器名称和角色分组,第二个视图也按角色分组,然后按服务器名称分组。您还可以将其他一些列表类型用于函数,如共享日历(这是第30次,需要重新启动这个古怪的旧框)、联系人等。
https://serverfault.com/questions/58047
复制相似问题