Giám sát hệ thống thông tin: phân biệt hạ tầng và nghiệp vụ

Giám sát hệ thống thông tin là theo dõi bốn lớp: tài nguyên, dịch vụ, hành vi người dùng và kết quả nghiệp vụ. Giám sát hạ tầng chỉ chứng minh máy chủ còn chạy; muốn biết công việc có chạy, phải đo tín hiệu nghiệp vụ như số bản ghi mới hoặc số giao dịch hoàn tất.

Tóm tắt nhanh

• Hệ thống thông tin gồm con người, quy trình, dữ liệu và công nghệ. Giám sát chỉ phần công nghệ là giám sát một phần tư hệ thống.
• Bốn lớp tín hiệu là tài nguyên, dịch vụ, hành vi người dùng và kết quả nghiệp vụ. Mỗi lớp bắt được loại sự cố mà lớp bên dưới không thấy.
• Trạng thái nguy hiểm nhất là hạ tầng xanh trong khi nghiệp vụ đã dừng. Chỉ tín hiệu nghiệp vụ phát hiện được trạng thái này.
• Khi chưa có số liệu nghiệp vụ trực tiếp, dùng tín hiệu thay thế như số bản ghi mới mỗi giờ hoặc tỷ lệ bản ghi thiếu trường bắt buộc.
• Thiếu dữ liệu cũng là một sự cố. Cần cảnh báo khi tín hiệu ngừng chảy, không chỉ khi tín hiệu vượt ngưỡng.

Hệ thống thông tin gồm những gì

Cách hiểu phổ biến là hệ thống thông tin đồng nghĩa với phần mềm. Cách hiểu đó đúng về mặt kỹ thuật và sai về mặt vận hành, vì nó dẫn đến việc chỉ theo dõi những gì phần mềm tự báo cáo.

Một hệ thống thông tin dùng được gồm bốn phần. Con người thực hiện công việc, quy trình quy định thứ tự và trách nhiệm, dữ liệu là kết quả được ghi lại, và công nghệ là phương tiện chạy ba phần kia. Sự cố có thể xảy ra ở bất kỳ phần nào, và chỉ phần công nghệ là có sẵn công cụ đo.

Ví dụ một quy trình duyệt chi phí. Phần mềm chạy bình thường, máy chủ xanh, nhưng người duyệt thứ hai đang nghỉ phép và không ai được gán quyền thay thế. Công việc dừng, hồ sơ dồn lại, và không một chỉ số hạ tầng nào phản ánh điều đó. Đây là sự cố hệ thống thông tin, không phải sự cố máy chủ.

Bốn lớp tín hiệu và loại sự cố mỗi lớp bắt được

Mỗi lớp tín hiệu có một điểm mù riêng, và điểm mù đó chính là việc mà lớp trên tồn tại để bắt. Bảng dưới mô tả bốn lớp theo thứ tự từ gần máy móc đến gần công việc.

Điểm mù ở lớp thứ ba đáng chú ý. Khi một biểu mẫu trả lỗi rõ ràng, người dùng thường báo. Khi biểu mẫu chạy nhưng mất dữ liệu ở một trường, hoặc khi trang tải chậm đến mức người dùng bỏ đi, không có thông báo nào được gửi. Tín hiệu hành vi phát hiện được nhóm này bằng cách đo tỷ lệ hoàn thành luồng và thời gian đến bước cuối.

Trạng thái nguy hiểm nhất: hạ tầng xanh, nghiệp vụ đỏ

Đây là trạng thái đáng sợ nhất trong vận hành, vì nó không tạo ra cảnh báo nào. Hệ thống trả về mã thành công, mọi biểu đồ đều phẳng và xanh, nhưng không có đơn hàng nào được tạo trong hai giờ.

Nguyên nhân thường gặp gồm bốn nhóm. Nhóm thứ nhất là lỗi logic sau một lần triển khai: mã mới chạy đúng cú pháp nhưng điều kiện nghiệp vụ bị đảo. Nhóm thứ hai là lỗi tích hợp: hệ thống nhận yêu cầu nhưng bên nhận không xử lý, và không ai kiểm tra kết quả trả về. Nhóm thứ ba là lỗi dữ liệu: một trường bắt buộc bị đổi định dạng khiến bản ghi mới bị từ chối mà không ghi log. Nhóm thứ tư là lỗi cấu hình: một khoá cấu hình hết hạn, hệ thống chuyển sang chế độ chỉ đọc.

Cả bốn nhóm đều không làm hỏng tiến trình và không làm cạn tài nguyên. Vì vậy chúng chỉ hiện ra khi có người so sánh số lượng kết quả với mức bình thường. Không có phép so sánh đó, sự cố kéo dài đến khi khách hàng gọi điện.

Cách dựng tín hiệu nghiệp vụ từ dữ liệu sẵn có

Không cần một hệ thống phân tích lớn để bắt đầu. Ba tín hiệu dưới đây dựng được từ dữ liệu giao dịch thông thường, và mỗi tín hiệu trả lời một câu hỏi quản trị cụ thể.

Tín hiệu thứ nhất là số bản ghi mới theo khung giờ. Đếm số đơn, số phiếu hoặc số giao dịch được tạo trong mỗi giờ, rồi so với cùng khung giờ của bốn tuần trước. Cách này bắt được sự cố "không có gì xảy ra" mà mọi chỉ số khác bỏ qua.

Tín hiệu thứ hai là tỷ lệ bản ghi không hoàn tất. Đếm số bản ghi được tạo nhưng thiếu trường bắt buộc, hoặc dừng ở trạng thái trung gian quá lâu. Tỷ lệ này tăng đột ngột thường là dấu hiệu sớm của lỗi dữ liệu hoặc lỗi luồng.

Tín hiệu thứ ba là chênh lệch giữa hai hệ thống. Nếu đơn hàng được tạo ở hệ thống bán và phải chuyển sang hệ thống kho, so số lượng hai bên theo ngày. Chênh lệch tăng dần nghĩa là một phần giao dịch đang bị mất ở giữa đường, và đây là loại lỗi khó thấy nhất nếu chỉ nhìn một hệ thống.

Ngưỡng theo khung giờ thay vì một ngưỡng chung

Đặt một ngưỡng cho cả ngày là cách nhanh nhất để tạo ra cảnh báo sai vào ban đêm và cảnh báo muộn vào giờ cao điểm. Lưu lượng nghiệp vụ gần như luôn có nhịp theo giờ, theo tuần và theo mùa.

Cách làm thực tế là tính đường cơ sở từ dữ liệu lịch sử theo từng khung giờ, rồi đặt ngưỡng dưới đường cơ sở đó một khoảng đủ rộng để không báo nhầm. Với hệ thống mới chưa có lịch sử, dùng ngưỡng tĩnh trong vài tuần đầu và ghi lại số liệu để chuyển sang ngưỡng động.

Cần một ngoại lệ cho ngày lễ và các đợt khuyến mại. Nếu không, mỗi dịp lễ sẽ tạo ra một loạt cảnh báo, và người trực sẽ học cách bỏ qua cảnh báo đúng vào lúc cần chú ý nhất.

Thiếu dữ liệu cũng là một sự cố

Hầu hết hệ thống cảnh báo chỉ kích hoạt khi một con số vượt ngưỡng. Nhưng khi một tác vụ ghi log chết, hoặc khi một luồng đồng bộ dừng, con số không tăng và cũng không giảm: nó biến mất. Không có ngưỡng nào bị vượt, và không có cảnh báo nào được gửi.

Cách xử lý là thêm cảnh báo theo kiểu "không thấy dữ liệu": nếu trong 30 phút không có bản ghi mới ở một luồng lẽ ra phải có, coi đó là sự cố. Cần đặt cảnh báo này theo từng luồng, vì luồng ít hoạt động có thể im lặng vài giờ mà vẫn bình thường.

Đây cũng là lý do nên giám sát chính hệ thống giám sát. Một tác vụ thu thập chỉ số chết sẽ tạo ra biểu đồ phẳng, và biểu đồ phẳng trông giống hệt một hệ thống khoẻ mạnh.

Ai sở hữu tín hiệu nào

Giám sát chỉ hoạt động khi mỗi tín hiệu có một người chịu trách nhiệm. Không có người sở hữu, cảnh báo trở thành thông báo chung và không ai hành động.

Cách phân vai thực tế chia theo ba nhóm. Nhóm kỹ thuật sở hữu tín hiệu tài nguyên và dịch vụ. Nhóm vận hành nghiệp vụ sở hữu tín hiệu kết quả và các ngưỡng theo khung giờ. Nhóm quản trị sở hữu việc quyết định ngưỡng nào là chấp nhận được và ai được phép thay đổi ngưỡng.

Điều quan trọng là ngưỡng không được đổi tuỳ tiện để làm cảnh báo im. Mỗi lần đổi ngưỡng nên ghi lại lý do và người duyệt. Nếu không, sau vài tháng hệ thống sẽ có ngưỡng rất rộng, ít cảnh báo, và không còn phát hiện được gì.

Câu hỏi thường gặp

Giám sát hệ thống thông tin khác giám sát máy chủ ở đâu?

Giám sát máy chủ chỉ đo tài nguyên và tình trạng dịch vụ. Giám sát hệ thống thông tin đo thêm hành vi người dùng và kết quả nghiệp vụ, nên phát hiện được sự cố mà máy chủ vẫn chạy bình thường nhưng công việc đã dừng.

Có cần công cụ đắt tiền để đo tín hiệu nghiệp vụ không?

Không. Ba tín hiệu cơ bản là số bản ghi mới, tỷ lệ bản ghi không hoàn tất và chênh lệch giữa hai hệ thống, tất cả đều tính được từ dữ liệu giao dịch sẵn có. Công cụ chỉ cần chạy truy vấn theo lịch và so sánh với đường cơ sở.

Nên đặt ngưỡng theo ngày hay theo giờ?

Theo giờ, và tốt hơn nữa là theo giờ kết hợp thứ trong tuần. Lưu lượng nghiệp vụ có nhịp rõ ràng, nên một ngưỡng chung cho cả ngày sẽ báo sai vào ban đêm và báo muộn vào giờ cao điểm.

Làm sao biết hệ thống giám sát của mình còn hoạt động?

Thêm một cảnh báo cho chính tác vụ thu thập: nếu không có dữ liệu mới trong khoảng thời gian lẽ ra phải có, coi đó là sự cố. Cách này phát hiện được cả trường hợp tác vụ chết lẫn trường hợp một luồng nghiệp vụ ngừng phát sinh dữ liệu.

Cập nhật và kiểm chứng

Cập nhật tháng 11/2026. Nội dung được rà soát theo thực tiễn vận hành hệ thống thông tin trong doanh nghiệp vừa và nhỏ. Các ví dụ về ngưỡng và khung giờ là cách làm tham khảo, cần hiệu chỉnh theo dữ liệu thực tế của từng hệ thống.

Nếu bạn cần tín hiệu nghiệp vụ được thiết kế ngay từ đầu thay vì ghép thêm sau khi hệ thống đã chạy, WinSell nhận xây dựng phần mềm theo yêu cầu và vận hành sau bàn giao. Báo giá sau khi chốt phạm vi.

Bài viết liên quan: bảo trì phần mềm là gì, bảo trì phần mềm bao gồm những hoạt động nào và kiến trúc phần mềm là gì.