在数百台PC和10-20台服务器的环境中，用于跟踪硬件故障并在保修或其他方面进行修复的方法有哪些？
我立即试图通过谷歌find一个解决scheme没有阐明任何使用search条件“logging硬件故障”或“logging硬件修复”的各种组合。
我相信肯定有一些东西在某种程度上这样做。 否则，我想我将不得不编写一个基于数据库的解决scheme。
使用维基
我想你会发现一个格式正确的Wiki很有效。
资产跟踪系统的主要问题是每个人都有他们自己想要（而不想要）跟踪的想法。
有些系统过于复杂，而其他系统则缺乏。
好的思考一个基于wiki的解决scheme是，你可以创build一个标准的“模板”，并开始跟踪你的机器。
如果你决定在将来改变它，那就简单了。
我推荐每台机器一个页面，然后是一个“母版页”或多个页面（可能在部门级别或任何方便的地方）将所有内容链接在一起。
希望这可以帮助。
我们只是在维基中使用一个表格。 我们拥有相同数量的硬件，而且对我们来说效果相当好 – 当然也不比我多年来使用的任何资产跟踪系统都差。
我认为即使是硬件故障， Bugzilla也是一个很好的跟踪工具。
从Bugzilla指南： 我们为什么要使用Bugzilla？ 。
Bugzilla非常适合各种情况。 目前已知的用途包括IT支持队列，系统pipe理部署pipe理，芯片devise和开发问题跟踪（前后制作），以及诸如Redhat，NASA，Linux-Mandrake和VA Systems之类的灯具的软件和硬件错误跟踪 。 与CVS，Bonsai或Perforce SCM等系统相结合，Bugzilla为configurationpipe理和复制问题提供了一个function强大且易于使用的解决scheme。
你不需要限制BugZilla的function，也有像FoxBugz这样的新forms 。
那里肯定有很多， 不要为此编写你的数据库解决scheme:-)
正如其他人所build议的，或某种数据库（例如Microsoft Access）可以正常工作，但是或者这样（相对）less量的机器应该只有很less的条目。 如果您发现每年需要添加更多的条目，请说出不到5年的机器总数的1％以上，现在该查看原因了。
任何体面的服务台系统都将包括资产跟踪和案例logging，以及CMDB中的这些系统之间的良好连接。 我没有使用太多的软件，但是可以使用AdventNet的Servicedesk Plus。 我确定有很多其他系统具有相同的function。