系统管理员入门
|
要炫耀那些可以发现最多的信息的最聪明的“金句”。它也不是一个详尽的、一步步指导的、并在最后一个方框中导向“利润”一词的“流程图”。 我会通过一些例子展示常规的方法。 示例场景仅用于说明本文目的。它们有时会做一些不适用于所有情况的假设，而且肯定会有很多读者在某些时候说“哦，但我觉得你会发现……”。 但那可能会让我们错失重点。 十多年来，我一直在从事于支持工作，或在支持机构工作，有一件事让我一次又一次地感到震惊，这促使我写下了这篇文章。 有许多技术人员在遇到问题时的本能反应，就是不管三七二十一去尝试可能的解决方案。 “我的网站很慢，所以”，
“我曾经看过这个问题，它是因为某种原因造成的 —— 所以我估计还是这个原因，它应该能解决这个问题。” 这浪费了很多时间，并会让你在黑暗中盲目乱撞，胡乱鼓捣。 你的 InnoDB 的缓冲池也许达到 100% 的利用率，但这可能只是因为有人运行了一段时间的一次性大型报告导致的。如果没有排除这种情况，那你就是在浪费时间。 开始之前 在这里，我应该说明一下，虽然这些建议同样适用于许多角色，但我是从一般的支持系统管理员的角度来撰写的。在一个成熟的内部组织中，或与规模较大的、规范管理的或“企业级”客户合作时，你通常会对一切都进行检测、测量、绘制、整理(甚至不是文字)，并发出警报。那么你的方法也往往会有所不同。让我们在这里先忽略这种情况。 如果你没有这种东西，那就随意了。 澄清问题 首先确定实际上是什么问题。“慢”可以是多种形式的。是收到第一个字节的时间吗?从糟糕的 Javascript 加载和每页加载要拉取 15 MB 的静态内容，这是一个完全不同类型的问题。是慢，还是比通常慢?这是两个非常不同的解决方案! 在你着手做某事之前，确保你知道实际报告和遇到的问题。找到问题的根源通常很困难，但即便找不到也必须找到问题本身。 否则，这相当于系统管理员带着一把刀去参加枪战。 唾手可得 首次登录可疑服务器时，你可以查找一些常见的嫌疑对象。事实上，你应该这样做!每当我登录到服务器时，我都会发出一些命令来快速检查一些事情：我们是否发生了页交换(free / vmstat)，磁盘是否繁忙(top / iostat / iotop)，是否有丢包(netstat / proc/net/dev)，是否处于连接数过多的状态(netstat)，有什么东西占用了 CPU(top)，谁在这个服务器上(w / who)，syslog 和 dmesg 中是否有引人注目的消息? 如果你从 RAID 控制器得到 2000 条抱怨直写式缓存没有生效的消息，那么继续进行是没有意义的。 这用不了半分钟。如果什么都没有引起你的注意 —— 那么继续。 重现问题 如果某处确实存在问题，并且找不到唾手可得的信息。
那么采取所有步骤来尝试重现问题。当你可以重现该问题时，你就可以观察它。当你能观察到时，你就可以解决。如果在第一步中尚未显现出或覆盖了问题所在，询问报告问题的人需要采取哪些确切步骤来重现问题。 （编辑：济宁站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
