Mất dữ liệu công nghiệp khi gián đoạn: Kiểm tra lưu trữ và phục hồi

Ngăn mất dữ liệu công nghiệp khi mạng gián đoạn đòi hỏi thiết kế thu thập và lưu trữ đã được thử nghiệm. Chỉ báo đã kết nối lại chưa chứng minh dữ liệu lịch sử được giữ lại. Quy định bộ phận nào tạo từng bản ghi, khi nào bản ghi được lưu bền vững và hệ thống nhận đối soát về sau như thế nào. Đường truyền được khôi phục không thể lấy lại phép đo chưa từng được thu thập hoặc lưu trữ.

Đặt bộ đệm ở phía trước khâu có thể bị gián đoạn

Hàng đợi phía máy chủ không thể lưu số đọc hiện trường mới chưa tới được máy chủ. Nếu cơ sở từ xa phải tiếp tục lấy mẫu khi mất đường kết nối mạng, PLC, RTU hoặc cổng kết nối chịu trách nhiệm cần có chức năng ghi dữ liệu tại chỗ phù hợp. Đánh giá riêng lỗi cảm biến và mất nguồn tại hiện trường: chỉ riêng bộ đệm truyền thông không giải quyết được hai tình huống đó.

Cụ thể, RTU METRAVON TG501 có chức năng lưu trữ tại chỗ và truyền lại được công bố, bao gồm bộ nhớ 16 MB. Đây là khả năng cần được cấu hình và kiểm tra, không phải số ngày lưu được bảo đảm. Dung lượng sử dụng được và cách xử lý khi bộ đệm đầy phụ thuộc vào phần sụn thực tế và thiết kế bản ghi.

Quy định giới hạn mất dữ liệu công nghiệp thành yêu cầu có thể thử

Ước tính dung lượng lưu trữ từ tốc độ tạo bản ghi, kích thước bản ghi sau mã hóa và thời gian gián đoạn cần đáp ứng, đồng thời tính rõ phần dung lượng cho dữ liệu phụ trợ và vùng dành riêng. Dùng cách biểu diễn bản ghi thực tế của hệ thống. Một giá trị kỹ thuật được lưu cùng định danh, dấu thời gian và thông tin chất lượng cần nhiều dung lượng hơn riêng con số.

Phân biệt tốc độ lấy mẫu với tốc độ tải lên. Mỗi lần tải lên theo chu kỳ một phút có thể chứa nhiều mẫu hoặc chỉ một mẫu, tùy thiết kế. Hỏi số bản ghi thực tế được lưu tại chỗ thay vì mặc định chu kỳ báo cáo quyết định thời gian lưu.

Phân biệt thời điểm đo với thời điểm dữ liệu đến

Giữ dấu thời gian thu thập và định danh nguồn khi truyền bù dữ liệu. Thống nhất cách xử lý nếu đồng hồ tại chỗ không hợp lệ hoặc thay đổi sau đồng bộ. Thời điểm dữ liệu đến có thể giúp chẩn đoán tải lên chậm, nhưng dùng nó thay thời điểm đo có thể làm sai xu hướng hoặc kết quả tổng hợp.

Nếu thử lại có thể tạo bản ghi lặp, dùng định danh bản ghi đã thống nhất hoặc một quy tắc đối soát khác được xác định rõ. MQTT QoS hoặc xác nhận truyền tải không tự động chứng minh cơ sở dữ liệu cuối cùng chỉ xử lý mỗi bản ghi đúng một lần. Xác định rõ điểm chấp nhận dữ liệu qua các khâu thu thập, truyền tải và lưu trữ thay vì chỉ dựa vào tên giao thức.

Với giá trị tổng và bộ đếm, quy định cách xử lý đặt lại và quay vòng khi vượt giới hạn. Truyền lại một giá trị tổng cũ sau giá trị mới không được tạo ra thay đổi quá trình giả. Sự kiện cảnh báo lịch sử cũng cần chính sách riêng: phân biệt ghi lại sự kiện quá khứ với phát lệnh hiện tại không phù hợp.

Khôi phục lịch sử mà không chặn thông tin hiện tại

Lượng dữ liệu tồn đọng lớn có thể cạnh tranh tài nguyên với báo cáo dữ liệu hiện thời. Quy định thứ tự ưu tiên và tải phục hồi cho phép, rồi thử đồng thời cả hai chức năng. Người vận hành cần thấy rõ cơ sở đã có dữ liệu hiện thời trong khi các bản ghi cũ vẫn đang được truyền.

Thể hiện rõ dữ liệu cũ, dữ liệu thiếu và giá trị không hợp lệ. Giá trị 0 thường là kết quả đo hợp lệ; không dùng nó để thay cho tình trạng mất kết nối mà không giải thích. Nếu hiển thị giá trị cuối cùng đã biết, phải kèm thời gian đã trôi qua kể từ phép đo và chỉ thị chất lượng phù hợp.

Không chỉ thử bằng cách rút cáp trong thời gian ngắn

Tạo chuỗi bản ghi nguồn đã biết và ngắt đường truyền dự kiến trong phép thử bảo trì được cho phép. Sau khi kết nối lại, so sánh định danh bản ghi, thứ tự, dấu thời gian và giá trị. Cho hệ thống thử truyền lại trong khi bù dữ liệu để kiểm tra cách xử lý bản ghi trùng, rồi thử chính sách đã quy định khi chạm giới hạn lưu trữ.

Thử mất nguồn phải theo quy trình nhà cung cấp và có biện pháp bảo vệ thiết bị, dữ liệu. Ghi lại mọi giới hạn thay vì tuyên bố không mất dữ liệu chỉ sau một phép thử ngắn thành công. Lưu phiên bản phần sụn, cấu hình ghi dữ liệu và phiên bản hệ thống nhận cùng kết quả nghiệm thu.

Câu hỏi lưu giữ

Câu 1. Thêm bộ nhớ luôn tăng độ tin cậy không?

Thêm bộ nhớ có thể tăng dung lượng nhưng không sửa được việc thiếu mẫu, dấu thời gian sai hoặc cách ghi dữ liệu không an toàn. Xác nhận phần cứng lưu trữ được hỗ trợ, yêu cầu về độ bền ghi và chính sách phục hồi trước khi mở rộng bộ đệm.

Câu 2. Có nên dùng bản ghi cũ cho quyết định dừng hiện tại không?

Không thể dùng chỉ vì các bản ghi đó đến sau khi kết nối lại. Hành động bảo vệ tại thời điểm hiện tại cần thông tin hợp lệ và kịp thời theo thiết kế điều khiển đã được đánh giá. Dữ liệu truyền bù phải được nhận diện là dữ liệu lịch sử.

Câu 3. Báo giá lưu trữ nên có gì?

Cung cấp các kênh, định dạng bản ghi, tốc độ lấy mẫu và phát sinh sự kiện, thời gian gián đoạn cần đáp ứng cùng quy tắc đối soát. Quy định riêng phần cứng lưu trữ tại chỗ, chức năng phần sụn và công việc phía đích để bao gồm trách nhiệm của cả hai đầu trong việc phục hồi.

Tóm tắt

Xác định yêu cầu lưu giữ dữ liệu từ lúc thu thập đến khi được chấp nhận tại đích cuối cùng, rồi thử gián đoạn, truyền lại và giới hạn lưu trữ. Yêu cầu METRAVON đánh giá cấu hình ghi dữ liệu kèm yêu cầu về bản ghi và các điều kiện mất dữ liệu được cho phép, thay vì chỉ hỏi dung lượng bộ nhớ.