A runbook is a written guide that tells an operator what to check and do in a specific situation. It usually covers diagnosis steps, safe commands, expected results, who to contact and how to confirm the fix. A playbook is a closely related term, often used for broader or security-focused response plans.
Why it matters
At 3 a.m., memory and judgment are poor. A runbook lets a tired responder, or someone new to the system, act correctly and quickly. Linking a runbook from every alert reduces recovery time and spreads knowledge beyond the person who built the system. Runbooks are also a good candidate for later automation.
Example
Alert: disk usage above 90% on db-01
1. Confirm: df -h /var/lib/mysql
2. Find large files: du -sh /var/lib/mysql/* | sort -h | tail
3. Purge old binary logs: PURGE BINARY LOGS BEFORE NOW() - INTERVAL 3 DAY;
4. If still above 85%, escalate to the database owner
Verify: alert clears within 5 minutes
Common mistakes
- Letting runbooks go stale after architecture changes.
- Writing vague advice such as "investigate the database".
- Hiding them on a system that is down during the incident.
- Including destructive commands with no warning.
Related
Get notified when this term updates
Plus occasional practical tips on uptime and monitoring, nothing else. Unsubscribe anytime.
This page is general information written by our editorial team and updated when documentation changes. Servers and providers differ, so test changes safely first. See our editorial policy and disclaimer.