记录硬件故障的最佳实践

记录硬件故障的最佳实践

在拥有几百台 PC 和 10-20 台服务器的环境中,使用什么方法来跟踪硬件故障以及保修范围内或其他方面的修复?

我立即尝试通过谷歌寻找解决方案,但使用搜索词“记录硬件故障”或“记录硬件修复”的各种组合也没有阐明任何内容。

我确信一定有某种东西可以在某种程度上实现这一点。否则我想我必须编写一个基于数据库的解决方案。

答案1

使用 Wiki

我认为您会发现格式正确的 Wiki 效果极佳。

资产跟踪系统的主要问题是每个人对于他们想要(和不想)跟踪的东西都有自己的想法。

有些系统过于复杂,而有些系统则存在缺陷。

基于 wiki 的解决方案的优点在于您可以创建一个标准“模板”并以此方式开始跟踪您的机器。

如果您将来决定更改它,这很容易。

我建议每台机器使用一个页面,然后使用一个或多个“主页”(可能在部门级别或其他方便的级别)将所有内容链接在一起。

希望这可以帮助。

答案2

我们只是使用 wiki 中的一个表格。我们的硬件数量大致相同,而且它对我们来说运行良好 —— 绝对不比我多年来使用过的任何资产跟踪系统差。

答案3

我认为Bugzilla是一款出色的跟踪工具,甚至可用于跟踪硬件故障。
摘自 Bugzilla 指南:为什么要使用 Bugzilla?

Bugzilla 非常适用于各种情况。目前已知的用途包括 IT 支持队列、系统管理部署管理、芯片设计和开发问题跟踪(制造前后),以及为 Redhat、NASA、Linux-Mandrake 和 VA Systems 等知名企业提供软件和硬件缺陷跟踪. 与 CVS、Bonsai 或 Perforce SCM 等系统相结合,Bugzilla 为配置管理和复制问题提供了强大且易于使用的解决方案。

您不需要限制 BugZilla 的功能,还有新形式喜欢狐狸Bugz
肯定有很多;不要为此编写数据库解决方案:-)

答案4

任何像样的服务台系统都会包括资产跟踪和案例记录,以及 CMDB 中两者之间的良好连接。我没有使用过太多软件,但 AdventNet 的 Servicedesk Plus 可以满足这些要求。我相信还有很多其他系统具有相同的功能。

相关内容