Sửa lỗi AVEVA System Platform: mạng giữa các node, Network Account, deploy, AppEngine dự phòng

Khi một Galaxy AVEVA System Platform chạy không ổn, triệu chứng thường nằm xa nguyên nhân: deploy bị hết thời gian chờ, IDE không kết nối được Galaxy Repository, hay cặp AppEngine dự phòng báo lỡ nhịp tim (missed heartbeats). Tài liệu System Platform của AVEVA mô tả các bước kiểm trong hướng dẫn triển khai và các trang chẩn đoán. Bài này xếp chúng theo thứ tự chúng tôi đi qua một Galaxy đang chạy: tên và địa chỉ, Network Account, thông số giao tiếp, thứ tự deploy, dự phòng và chất lượng attribute. Bài dựa trên tài liệu System Platform 2023 R2 SP1 P04 của AVEVA; lỗi ở mức InTouch: xem bài Sửa lỗi InTouch HMI.

1. Tên máy và địa chỉ IP giữa các node

Hướng dẫn triển khai của AVEVA đặt một điều kiện dễ bị bỏ qua: mọi node trong Galaxy phải tới được mọi node khác bằng cả tên máy lẫn địa chỉ IP, dù WinPlatform dùng kiểu địa chỉ mạng nào. Khi máy dùng IP tĩnh, AVEVA hướng dẫn thêm cặp tên và địa chỉ vào file hosts. Nếu một trong hai cách kiểm thất bại theo một chiều, AVEVA cảnh báo IDE có thể không kết nối được Galaxy Repository ở máy khác và việc deploy có thể thất bại.

Cũng hướng dẫn đó khuyên dùng hai card mạng trên máy chạy driver giao tiếp I/O, để chia tải và dự phòng, và một mạng điều khiển riêng cho lưu lượng tới PLC.

2. Network Account

Network Account (các bản cũ gọi là ArchestrA User) là tài khoản Windows để các máy System Platform nói chuyện với nhau. Các quy tắc AVEVA đặt cho tài khoản này:

• Mọi node có giao tiếp với nhau phải dùng cùng một Network Account.
• Nếu dùng một tài khoản có sẵn, mật khẩu phải không bao giờ hết hạn và không được đổi.
• Không được xóa tài khoản bằng công cụ quản lý tài khoản của Windows, nếu không System Platform có thể ngừng chạy đúng.
• Với tài khoản domain, dùng tên domain ngắn, không dùng tên đầy đủ.
• Mặc định tài khoản này không đăng nhập được tại máy hay qua Remote Desktop.

Mật khẩu của tài khoản này hết hạn hoặc bị đổi là một trong những thứ đầu tiên cần loại trừ khi các node đang chạy bình thường bỗng ngừng giao tiếp.

3. Thông số giao tiếp trên WinPlatform

Đối tượng $WinPlatform có các attribute của giao thức Message Exchange (MX) mà AVEVA gợi ý chỉnh khi băng thông hạn chế, kết nối chập chờn hoặc Galaxy có hàng nghìn instance:

AVEVA đưa các giá trị này làm điểm khởi đầu để tinh chỉnh, không phải thông số cố định.

4. Thứ tự deploy trong Galaxy lớn

System Platform deploy đối tượng theo kiểu cascade, theo thứ tự phân cấp. AVEVA định nghĩa hệ lớn là khoảng 20.000 tới 50.000 điểm I/O và hệ rất lớn là từ 50.000 điểm trở lên. Với hệ lớn, AVEVA khuyên deploy cascade từ cấp platform, trong đó platform chứa engine chính được deploy trước platform chứa engine dự phòng. Với hệ rất lớn, AVEVA đưa thứ tự dùng chọn nhiều đối tượng: platform của Galaxy Repository, các platform còn lại, AppEngine chính, AppEngine dự phòng, rồi engine chính cho I/O, bỏ qua các đối tượng đã deploy.

5. AppEngine dự phòng: lỗi mạng gây ra gì

Bảng dự phòng của AVEVA cho thấy cặp engine phản ứng thế nào với từng loại lỗi. Hai điểm hay gặp ở nhà máy:

• Lỗi trên Redundant Message Channel (RMC) giữa cặp engine không gây chuyển dự phòng. Engine đang chạy vẫn chạy, trạng thái thành Active với standby không sẵn sàng, và trạng thái bên kia thành không xác định.
• Trong cấu hình peer-to-peer chỉ có hai platform của cặp engine, lỗi trên mạng giám sát (supervisory network) cũng không gây chuyển dự phòng: trạng thái bên kia báo lỡ nhịp tim trong khi cặp engine vẫn đồng bộ qua RMC, và muốn chuyển dự phòng thì phải ép bằng tay hoặc bằng script.

Attribute cần theo dõi là RedundancyStatus và RedundancyPartnerStatus trên AppEngine.

6. Attribute và công cụ chẩn đoán

Object Viewer hiện các đối tượng đã deploy và attribute của chúng lúc chạy, và đổi được giá trị để thử. Có thể mở nó từ IDE, từ Operations Control Management Console trong phần Platform Manager, hoặc từ dòng lệnh bằng aaObjectViewer.exe; tham số /New mở ở chế độ chẩn đoán nâng cao. AVEVA lưu ý lưu danh sách theo dõi bằng Ctrl + S sẽ tạo file rỗng, nên dùng lệnh lưu ở menu chuột phải.

Trong script, AVEVA khuyên dùng các hàm kiểm chất lượng IsGood, IsBad, IsUncertain, IsInitializing và IsUsable thay vì so giá trị chất lượng với các con số như 192 là tốt.

Với chính đường mạng, trang chẩn đoán của AVEVA chỉ tới ping và tracert: thời gian khứ hồi nói chung nên dưới 200 mili giây, độ chênh giữa nhỏ nhất và lớn nhất, gói tin bị rớt, và TTL thay đổi cho thấy gói trả lời đi theo đường khác nhau. Chúng tôi dùng thêm Performance Monitor và Event Viewer của Windows bên cạnh các công cụ này.

7. Đọc danh sách lỗi đã biết của bản vá đang dùng

AVEVA công bố lỗi đã biết theo từng bản vá. Ví dụ, AVEVA ghi một lỗi license khiến node System Platform 2023 R2 SP1 có cài kèm AVEVA Work Tasks 2023 R2 không mở được IDE sau khi cài Patch 02, kèm cách xử lý tạm là chép hai file và khởi động lại máy. Khi lỗi xuất hiện ngay sau một bản vá, nên đọc danh sách lỗi đã biết của bản vá đó trước tiên.

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 làm việc trong các Galaxy đang chạy, gồm hệ giám sát hạ tầng và điện ở Samsung SEHC, bảo trì theo hợp đồng năm, và màn hình System Platform cho hệ biomass ở Nestlé Trị An. Trước khi thay đổi một Galaxy, chúng tôi sao lưu nó và ghi lại phiên bản, bản vá của từng node. Thêm về dịch vụ này: Đối tác AVEVA tại Việt Nam.