Ca sau nhận hàng trăm tin nhắn nhưng vẫn không biết hệ thống đang ở cấu hình nào, thao tác nào đã thử và điều gì chưa được xác minh. Bàn giao sự cố cần một trạng thái chung ngắn, có thời điểm và người chịu trách nhiệm. Lịch sử chat là nguồn tham khảo; nó không tự trở thành một biên bản đủ để tiếp tục vận hành an toàn.
Viết trạng thái hiện tại trước lịch sử đầy đủ
Mở biên bản bằng tác động đang còn, phạm vi đã xác minh và thay đổi đang có hiệu lực. Ghi rõ ai điều phối, ai thực hiện thao tác và ai cập nhật người liên quan. Google SRE đề cao điều phối, giao tiếp và giữ kiểm soát sự cố; với đội nhỏ, một người có thể giữ nhiều vai trò nhưng việc chuyển giao vẫn cần được xác nhận.
Không điền nguyên nhân gốc khi mới có một tương quan. Tách “biết”, “đang nghi” và “đã loại trừ bằng chứng nào”. Một giả thuyết không còn phù hợp cũng có giá trị nếu giúp ca sau tránh lặp lại thao tác tốn thời gian hoặc rủi ro.
Phiếu handoff dùng ngay trong cuộc gọi
| Mục | Nội dung đủ dùng |
|---|---|
| Tác động | Nhóm người dùng, chức năng, mốc quan sát |
| Timeline | Sự kiện và thao tác có thời gian, múi giờ |
| Giả thuyết | Còn mở / loại trừ, bằng chứng đi kèm |
| Thay đổi | Cấu hình hiện tại, người làm, phạm vi |
| Tiếp theo | Quyết định, owner, điều kiện dừng |
| Rollback | Điểm trở lại và guard tránh ghi đè việc mới |
Ví dụ giả định: đổi timeout chưa chứng minh lỗi đã hết
Đội trực tăng timeout sau khi thấy một nhóm request chậm. Ca tiếp theo cần biết giá trị trước/sau, phạm vi thay đổi và bằng chứng quan sát, không chỉ đọc câu “đã fix”. Nếu lượng lỗi giảm trong một cửa sổ ngắn, ghi đó là quan sát, chưa kết luận nguyên nhân gốc. Đồng thời ghi tác vụ có kết quả chưa rõ để tránh người khác phát lại và tạo tác động trùng.
Thời điểm và nguồn bằng chứng phải truy lại được
Log và biểu đồ cần cùng mốc thời gian hoặc có ghi rõ múi giờ. Liên kết bằng chứng phải phù hợp quyền truy cập của người nhận; không đưa secret, dữ liệu khách hàng hoặc payload riêng tư vào biên bản phổ biến. Với một thao tác nhạy cảm, ghi mã tham chiếu và nơi lưu có kiểm soát thay vì dán toàn bộ dữ liệu.
Khi có nhiều người làm song song, mỗi thay đổi cần owner rõ. Đừng để hai nhóm cùng rollback một cấu hình theo hai baseline khác nhau. Nếu source đã đổi sau lần can thiệp trước, bước tiếp theo là đối chiếu và phối hợp, không khôi phục mù một bản cũ vì nó có tên “backup”.
Người nhận phải xác nhận tiếp quản
- Nhắc lại tác động còn mở và thay đổi đang hiệu lực.
- Xác nhận có quyền đọc bằng chứng và công cụ cần thiết.
- Chốt ai được quyết định thao tác kế tiếp, ai thông báo.
- Ghi điều kiện theo dõi, dừng hoặc escalation cụ thể.
Đây là mẫu bàn giao đề xuất, không phải báo cáo sự cố thực tế tại Onter. Sau khi ổn định, postmortem có thể bổ sung nguyên nhân và hành động phòng ngừa; không viết lại lịch sử quan sát thành kết luận đã biết từ đầu.
Với phần mềm cần bàn giao vận hành, hãy thử dùng phiếu này trong một tình huống mô phỏng được phép. Nếu người mới không biết quyết định tiếp theo là gì, bộ tài liệu bàn giao vẫn chưa đủ dù đã có nhiều ảnh và log.
Nguồn tham khảo và giới hạn
Google SRE Workbook: Incident Response (đọc ngày 13/10/2026). Các biểu mẫu và tình huống trong bài là hướng dẫn biên tập hoặc ví dụ giả định; không phải kết quả kiểm thử, dữ liệu khách hàng hay cam kết năng lực đã triển khai. Cách áp dụng cần đối chiếu nền tảng và quyền thực tế.
