Thứ Năm, 26/08/2027
Tuần 48: Sao lưu, phục hồi và quay lại bản trước; Quản trị và sự cố; Cài đặt, nâng cấp và xử lý lỗi và các phần bàn giao liên quan · Lịch tổng hợp
Đây là kế hoạch. Việc đã làm, kết quả kiểm và quyết định thật phải được ghi riêng.
Hôm nay ai làm gì?
| Người thực hiện | Công việc | Thời lượng hôm nay |
|---|---|---|
| Người kiểm tra kỹ thuật (REVIEW_TECH) | Kiểm tra bằng chứng phục hồi và quay lui | 1 giờ |
Thời lượng đã gồm phần ghi nhận của nhiệm vụ; không cộng thêm một phiên nhật ký giống hệt.
Mở kết quả AI trước khi làm
Các bản nháp đã có là đầu vào hỗ trợ. Con người vẫn thực hiện và kiểm các bước được xếp bên dưới.
Việc ghi chờ chỉ mở khi đủ đầu vào thật; không dùng ngày lịch thay điều kiện.
- AI-KT107 — Đối chiếu và thiết kế Sao lưu, phục hồi và quay lại bản trước: đã có sản phẩm AI, chờ người kiểm.
- AI-KT112 — Review bằng chứng phục hồi và quay lui: chờ đầu vào.
- AI-KT121 — Kiểm quan hệ thu hồi và phục hồi tổng hợp: đã có sản phẩm AI, chờ người kiểm.
Công việc 1. Kiểm tra bằng chứng phục hồi và quay lui
Người thực hiện hôm nay: Người kiểm tra kỹ thuật (REVIEW_TECH) — 1 giờ.
Mã tra cứu: R065. Xem toàn bộ nhiệm vụ.
Vì sao cần làm?
Kiểm tra bằng chứng phục hồi giúp người vận hành biết khi nào có thể tiếp tục và khi nào phải dừng.
Cần có gì trước khi bắt đầu?
- Kiểm ứng dụng sau phục hồi: Kết quả kiểm app sau phục hồi và hướng dẫn sửa cung cấp bằng chứng người kiểm tra cần xem trước kết luận. Xem đầu vào bàn giao.
Tài liệu để nhóm thực hiện mở:
- Hướng dẫn vận hành và phục hồi — chuẩn bị T13.
📄 Script tạo cấu trúc cơ sở dữ liệu thử.- Hồ sơ dữ liệu và nhà cung cấp CXK.
Điều kiện và giới hạn cần giữ: Người phụ trách nhận việc; dùng đúng phạm vi được quyết định. Thiếu đầu vào thì dừng nhánh và ghi phần chờ.
Làm gì hôm nay?
Người kiểm tra kỹ thuật (REVIEW_TECH) — 1 giờ:
- Kiểm tương thích quay lui và chốt giới hạn — 1 giờ. Tiếp tục từ phần đã lưu.
Rà phiên bản DB/app/tri thức sau quay lui, nguồn đã thu hồi và lỗi mở. Yêu cầu sửa thiếu bằng chứng; ghi giới hạn, người quyết và điều kiện dừng.
- Phần cần lưu: Kết luận kiểm tra quay lui.
- Vị trí:
deployment/HUONG_DAN_VAN_HANH_VA_PHUC_HOI.md.
Hoàn thành phần hôm nay khi nào?
- [ ] Không cho phép quay lui làm phục hồi nguồn hết quyền; không tự ký cổng.
Trước khi bàn giao cả công việc, kiểm thêm:
- [ ] Mã, DB, cấu hình, tri thức và phép kiểm sau phục hồi được đối chiếu cùng phiên bản.
- [ ] Biên bản ghi giới hạn, điều kiện dừng/quay lại và người quyết; không coi sao lưu là đã phục hồi.
- [ ] Có điều kiện dừng/quay lại và người quyết
Bàn giao cho ai và ảnh hưởng việc nào?
- Người vận hành hệ thống (OPS) tiếp nhận để làm Diễn tập sự cố và hoàn thiện sổ tay. Kiểm tra phục hồi cung cấp điều kiện dừng, quay lại và giới hạn an toàn cho diễn tập sự cố. Từ 27/08/2027 theo dự toán.
- Trợ lý AI tiếp nhận để làm Soạn bộ cài, nâng cấp, gỡ và xử lý lỗi. Kiểm tra phục hồi cung cấp cách quay lui và điều kiện dừng cần đưa vào hướng dẫn cài/nâng cấp. Từ 27/08/2027 theo dự toán.
- Người vận hành hệ thống (OPS) tiếp nhận để làm Diễn tập cập nhật, thu hồi và ngừng dịch vụ. Điều kiện phục hồi/quay lui đã kiểm tra giúp giữ trạng thái xác định khi diễn tập cập nhật hoặc ngừng. Từ 06/09/2027 theo dự toán.
- NCS1 — Võ Trần Gia Hiếu tiếp nhận để làm Chạy kiểm hệ thống chữ. Kiểm tra phục hồi cung cấp điều kiện và bằng chứng quay lại khi phép kiểm hệ thống gặp lỗi. Từ 27/08/2027 theo dự toán.
- Giáo viên hướng dẫn — Nguyễn Đảm (GVHD) tiếp nhận để làm Phiên xét GB trước đánh giá cuối. Kiểm tra phục hồi cung cấp bằng chứng có thể dừng/quay lại khi hệ thống lỗi. Từ 24/09/2027 theo dự toán.
- Người kiểm tra kỹ thuật (REVIEW_TECH) tiếp nhận để làm Kiểm chặn phục hồi dẫn xuất đã mất quyền. Quy tắc phục hồi/quay lui xác định cách thử bản sao cũ an toàn. Từ 28/08/2027 theo dự toán.
Nếu đầu ra chưa đạt, các việc nhận bàn giao ở trên phải chờ hoặc trả rõ phần cần sửa.
Sau khi làm, lưu bằng chứng và ghi phần thực hiện trong nhật ký. Chỉ đánh dấu xong khi đã kiểm.