Sửa lỗi AVEVA Historian: Management Console, IDAS, store-and-forward, dung lượng đĩa và system tag

Khi trend AVEVA Historian đi ngang hay bị hở, nguyên nhân có thể nằm ở nhiều chỗ: các dịch vụ của Historian, một nguồn dữ liệu, một IDAS ở xa mất kết nối, một vị trí lưu trữ hết chỗ, hay đồng hồ các máy lệch nhau. Tài liệu Historian của AVEVA có công cụ cho từng chỗ: Management Console, bộ system tag, bộ đệm store-and-forward, log thông báo hệ thống và các thiết lập đồng bộ thời gian. Bài này xếp chúng theo thứ tự chúng tôi kiểm một Historian đang chạy, dựa trên tài liệu Historian 2026 của AVEVA. AVEVA Historian so với PI System: xem bài AVEVA Historian và PI System khác nhau thế nào.

1. Bắt đầu từ trạng thái trong Management Console

Trong Operations Control Management Console, nhánh Management Console của một server Historian hiện trạng thái, thu thập dữ liệu, replication, kết nối client và history block. Mục Status cho một ảnh chụp các system tag chính:

• trạng thái hệ thống, từ Server Connecting qua Starting và Running tới Stopped hay Disconnected;
• trạng thái license, tổng số tag và số tag có license;
• tốc độ dữ liệu chung tính bằng số giá trị mỗi giây;
• số lỗi fatal, lỗi critical, lỗi thường và cảnh báo kể từ lần khởi động lại hay lần đặt lại số lỗi gần nhất;
• dung lượng còn trống trên từng đường dẫn lưu trữ, và phiên bản Historian.

Mọi dấu thời gian trong mục này là giờ của máy Historian, có thể khác giờ của máy đang chạy console. Dòng license quan trọng hơn vẻ ngoài: AVEVA ghi khi không có license hợp lệ, Historian vẫn thu và lưu dữ liệu, nhưng chỉ truy xuất được 32 tag trong 7 ngày gần nhất, nhìn từ phía client giống như mất dữ liệu.

2. Kiểm từng nguồn dữ liệu

Mục Data Acquisition liệt kê mọi nguồn cấp dữ liệu cho Historian, kèm tên máy, topic, giao thức, số tag, trạng thái, số giá trị đã nhận, tốc độ mỗi giây và số kết nối. Một nguồn có tốc độ về 0 trong khi các nguồn khác vẫn chạy cho thấy lỗi nằm ở nguồn đó hay đường tới nó, không phải ở phần lưu trữ của Historian. Trên Historian tầng 2, các Historian tầng 1 hiện trong mục này như những nguồn dữ liệu.

3. IDAS ở xa và store-and-forward

IDAS ở xa có thể đệm dữ liệu trên đĩa của chính nó trong lúc không tới được Historian. Quy tắc AVEVA đặt cho bộ đệm này:

• Đường dẫn store-and-forward phải là đường dẫn cục bộ hợp lệ; không hỗ trợ đường dẫn trên máy khác, và đường dẫn sai làm store-and-forward thất bại.
• Dữ liệu được ghi vào đường dẫn tới khi chạm ngưỡng dung lượng trống tối thiểu; sau đó không lưu thêm và một lỗi được ghi lại.
• Store-and-forward không dùng được khi đã cấu hình IDAS dự phòng (failover IDAS).
• Khi có lại kết nối, Historian kiểm cấu hình IDAS, rồi IDAS gửi dữ liệu đã đệm cùng lúc với dữ liệu thời gian thực và xóa bộ đệm khi gửi xong.

IDAS ghi lỗi vào ArchestrA Logger. Trong lúc mất mạng, lỗi của IDAS ở xa không tới được logger trên máy Historian và cũng không được gửi bù sau đó, nên phải xem log trên chính máy IDAS.

Trang xử lý sự cố IDAS của AVEVA mô tả hai lỗi kết nối hay gặp:

4. Dung lượng đĩa và history block

Historian ghi history block vào vị trí lưu trữ vòng (circular storage). Khi dung lượng trống trên đĩa đó xuống dưới ngưỡng tối thiểu, hoặc khi block tới tuổi đã đặt hay vị trí lưu tới giới hạn dung lượng, các block cũ nhất được chuyển sang vị trí lưu trữ thay thế (alternate). Nếu không cấu hình vị trí thay thế, chúng bị xóa. AVEVA khuyên đặt ngưỡng tối thiểu khoảng ba lần dung lượng history block lớn nhất, và để việc sao lưu block cũ cho người quản trị hệ thống. Các system tag SysSpaceMain, SysSpaceAlt, SysSpaceBuffer và SysSpacePerm báo dung lượng còn lại của từng đường dẫn theo MB, lưu 5 phút một lần.

5. Các system tag nên đưa lên trend

Historian giữ tình trạng của chính nó dưới dạng tag, nên có thể đưa lên trend hay lên màn hình InTouch:

Số lỗi về 0 khi khởi động và khi tắt, và có thể đặt lại từ console bằng lệnh Reset Error Counts, nên một con số lỗi chỉ có nghĩa khi đi kèm thời điểm đặt lại gần nhất.

6. Thông báo hệ thống

Historian ghi thông báo vào ArchestrA Logger và, với thao tác của người dùng và sự kiện bất thường, vào Windows event log với nguồn là Historian. Thông báo thuộc một trong sáu nhóm: FATAL làm dừng tiến trình, CRITICAL có thể gây mất hay hỏng dữ liệu, ERROR là lỗi chung, WARNING và INFO báo thiết lập và tiến trình, còn DEBUG để gỡ lỗi. Trong Log Viewer, thông báo fatal, critical và error hiện dưới dạng lỗi kèm tên nhóm ở đầu. Trong Windows Event Viewer, lọc log Application theo nguồn sự kiện Historian sẽ chỉ còn thông báo của Historian.

7. Dấu thời gian và đồng hồ

I/O server dùng SuiteLink gắn cho mỗi giá trị một dấu thời gian và một dấu chất lượng. Mỗi giờ, IDAS tính độ lệch đồng hồ tới từng máy I/O server và áp nó như một độ bù cho giá trị của server đó, không đổi đồng hồ của máy I/O server; chu kỳ đặt bằng tham số SuiteLinkTimeSyncInterval. Historian cũng có thể đồng bộ đồng hồ các máy IDAS ở xa qua tham số TimeSyncIODrivers. AVEVA khuyên đồng bộ đồng hồ mọi máy về một máy chủ thời gian bằng chức năng chuẩn của Windows, và không khuyên dùng cách đồng bộ do Historian điều khiển trên mạng chậm.

Những gì chúng tôi kiểm trước

Đây là cách làm của TDL, không phải yêu cầu của AVEVA:

• Thời điểm bắt đầu và kết thúc chính xác của khoảng hở, và nó ảnh hưởng mọi tag, một nguồn dữ liệu hay một IDAS ở xa.
• Trạng thái license, trước khi nghĩ tới mất dữ liệu.
• Dung lượng trống trên đĩa circular storage, và block cũ đã được chuyển, xóa hay sao lưu.
• Log trên máy IDAS ở xa trong khoảng thời gian bị hở.

TDL tiếp cận thế nào

TDL Industrial Automation có tên trên AVEVA Partner Finder với vai trò System Integrator trong AVEVA Partner Ecosystem. Chúng tôi bảo trì hệ SCADA AVEVA System Platform ở Samsung SEHC theo hợp đồng năm, và đã tích hợp historian cùng báo cáo tự động cho hệ giám sát AHU tòa nhà hành chính SEHC. Trước khi đổi bất cứ thứ gì trên một Historian, chúng tôi ghi lại phiên bản, trạng thái license và các vị trí lưu trữ của nó. Thêm về dịch vụ historian: SCADA, HMI và tích hợp dữ liệu nhà máy.