系统pipe理员列表“消防演习”

系统pipe理（我写这个词）是一种“普通药物”。 你必须对操作系统，硬件，networking，安全以及有时需要开发（至less需要了解你正在使用的语言）有所了解。

培训系统pipe理员的一个好方法是生成分解和修复会话。 我曾经做过一次testing新申请人的工作：他们必须从头开始准备服务器（所以你可以检查他们对安装/分区的把握），configuration服务器和服务，做一些基本的强化。 之后，我去那里把它搞砸了。 hosts文件发生小的变化，损坏或不正确的passwd或shadow ，你可以命名它，看看候选人是否能够及时地以合理的方式解决问题。

我同意你的演习的想法，但我认为他们可能应该深入一点。 就像，如果你到达网站上的第5步的场景，从那里去哪里。

我build议您按照您build议的方式进行演练：

代理/ NAT后面的用户不能再浏览www了

1. 检查它是否只有一个用户或更多
2. 检查代理连接（ping，打开端口等）
3. 检查代理机器是否响应（加载问题等）
4. 检查日志
5. 检查代理机器上的进程/磁盘（进程太多，磁盘已满）
6. 检查代理进程/过滤规则/ NAT规则

但正如我所说，在步骤6之后，你几乎要处理一个非标准的问题，而且系统pipe理员的技能发光了。

我从来没有pipe理系统pipe理员，但我是一个，我不得不面对影响数以百计的服务器，每分钟多次损失数千美元这是一个不是一个钻的情况。 根据我的经验，没有任何东西可以代替从浏览器到networking服务器发生的事情的整个stream程图（可以说）的深入和直观的（即来自真正的理解和经验）知识，特别是什么发生在一个特定的Web应用程序从一个请求进入时，当一个响应消失。

如果你发现你的系统pipe理员不能给你整个stream程，一般来说，从浏览器到服务器，并在培训后，我build议他或她是不值得保持系统pipe理员的能力。

如果我给这个“消防演习”，我可能会放弃自由forms，给予时间限制，让系统pipe理员写下他/她的思考过程以及他/她从上到下的检查。 你不能指望那里有完美的东西，但是find直觉知识的差距是一个好的开始。

另外，不要让系统pipe理员把自己放在一个盒子里。 比如说，“这就是数据库，DBA应该在排除其他事情时排除故障”，例如，让系统pipe理员不知道应用程序从头到尾的stream动情况，从而不能完全理解它。 至less，一个系统pipe理员应该能够消除所有/大多数其他的可能性，并且当他/她的知识被消耗时，确切地知道应该向谁求助。 （了解何时何人求助是自己不可或缺的技能。）