Khi trend Canary ngừng cập nhật, dữ liệu thường chưa mất: nó đang nằm chờ trong bộ đệm giữa collector và Historian. Dịch vụ Store and Forward của Canary, và hai dịch vụ Sender, Receiver mà nó thay thế, cho thấy dữ liệu đang chờ ở đâu và vì sao. Bài này giải thích cách đọc các dịch vụ đó và các lỗi hay gặp mà Canary ghi lại, theo knowledge base Canary Community cho bản 25 và 26: điều gì đổi ở bản 24, ô Store and Forward, cổng và chứng chỉ, giới hạn tag theo license, và lỗi dataset, tên tag. Canary System được dựng thế nào: xem bài Kiến trúc Canary Historian.
1. Store and Forward từ bản 24
Từ bản 24, mọi collector của Canary gửi dữ liệu qua dịch vụ Store and Forward, dịch vụ gộp hai dịch vụ Sender và Receiver cũ làm một. Mỗi collector và Historian có một dịch vụ Store and Forward đi kèm, vừa gửi vừa nhận dữ liệu, và đệm xuống đĩa khi không tới được dịch vụ kế tiếp. Kết nối do phía gửi khởi tạo, phía nhận lắng nghe ở cổng gRPC 55291, và dữ liệu trên đường truyền được mã hóa bằng TLS. Historian vẫn nhận dữ liệu từ Sender và Receiver mà các collector cũ hơn bản 24 dùng, và tài liệu Canary ghi dịch vụ Sender sẽ ngừng ở bản 27.
2. Đọc ô Store and Forward
Ô này trong Canary Admin hiện số stream, bộ đệm, tốc độ vào và ra mỗi giây, và số tag cục bộ, tag từ xa. Bộ đệm tăng mỗi khi tốc độ vào lớn hơn tốc độ ra. Màn hình Status liệt kê từng session, trong đó có:
| Cột | Cho biết |
|---|---|
| Hops | chuỗi server mà session đã đi qua, ví dụ A sang B sang C |
| Destination | localhost khi dữ liệu lưu vào Historian tại chỗ, nếu không là dịch vụ Store and Forward kế tiếp |
| Output State | Open khi đang gửi, Closed khi mất kết nối, Hold khi chờ session khác, Throttled khi đích trả trạng thái xấu, thường cần người dùng xử lý |
| Buffer Count | số giá trị đang chờ gửi |
| Queue Order | số session trước đó phải gửi xong thì session này mới gửi |
Ô này còn có lệnh Pause và Purge. Purge xóa một session cùng dữ liệu đang đệm của nó; mặc định Canary giữ bản sao lưu các session đã purge ở C:\ProgramData\Canary\StoreAndForward\Purged.
3. Thiết lập quyết định dữ liệu chờ được bao lâu
| Thiết lập | Tác dụng theo Canary |
|---|---|
| Buffer Disk Space Limit (MB) | dữ liệu được đệm cho tới khi đĩa chỉ còn trống bằng mức này, sau đó không đệm thêm |
| Buffer Backup (ngày) | giữ file đệm trong thư mục backup số ngày đã đặt sau khi gửi xong; mặc định xóa ngay |
| Buffer File Rollover Size (MB) | tạo file đệm mới khi chạm cỡ này |
| Lazy Buffer | ghi thẳng tới đích và quay về dùng bộ đệm nếu ghi thất bại hoặc đã có bộ đệm |
Canary khuyên bật Buffer Backup với dữ liệu rất nhạy cảm, để có khoảng thời gian khôi phục nếu dữ liệu ở đích bị mất.
4. Các lỗi hay gặp trong hướng dẫn xử lý sự cố của Canary
| Triệu chứng | Nguyên nhân theo Canary | Canary gợi ý |
|---|---|---|
| Một dịch vụ không khởi động | hai chứng chỉ trùng subject name, ghi thành lỗi duplicate certificate | xóa một trong hai chứng chỉ trùng khỏi kho chứng chỉ personal của máy |
| Phía gửi không kết nối được, bộ đệm tăng | dịch vụ phía nhận dừng, sai tên Historian hay proxy trong collector, hoặc tường lửa | kiểm dịch vụ, kiểm tên server (nhánh đầu của tên session), và mở cổng qua tường lửa |
| Dữ liệu từ mọi nguồn cùng bị đệm | vượt giới hạn tag theo license của Historian | kiểm ô License và Historian, bớt tag hoặc dataset không còn dùng, hoặc obsolete tag rồi roll over dataset |
| Kết nối ẩn danh được, kết nối bảo mật thì không | dịch vụ phía gửi nằm trong danh sách deny của phía nhận | cho phép identity của nó trong cấu hình phía nhận và kiểm cổng bảo mật trên tường lửa |
| Tên tag hiện màu đỏ trong OPC DA Logger | dataset chưa có hoặc tên không khớp; tên phân biệt hoa thường | tạo dataset trước khi ghi, hoặc sửa tên |
| Lỗi blocking: tag đang được ghi | cùng một tag được ghi hai lần, một bản có khoảng trắng cuối tên mà Historian tự cắt | bỏ một trong hai tag; Canary khuyên liên hệ bộ phận hỗ trợ của họ để xả bộ đệm |
Với Sender và Receiver đời cũ, cổng mặc định là 55255 cho kết nối ẩn danh và 55256 cho kết nối bảo mật.
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 Canary:
- Buffer Count và Output State của từng session, trước khi khởi động lại bất kỳ dịch vụ nào, để không purge nhầm dữ liệu đang đệm.
- Số tag theo license so với số tag thực ghi, sau mỗi lần thêm collector hay nhập tag.
- Dung lượng đĩa trống trên từng máy collector so với Buffer Disk Space Limit.
- Quy tắc tường lửa cho cổng 55291 giữa các tầng mạng.
TDL tiếp cận thế nào
TDL Industrial Automation là Canary Certified Partner, có tên trên trang đối tác của Canary cho Việt Nam. Các việc historian của chúng tôi tới nay là trên nền tảng Rockwell Automation, ví dụ FactoryTalk View SE với FactoryTalk Historian ở nhà máy thức ăn thủy sản FeedOne của Vĩnh Hoàn. Trên một hệ Canary, chúng tôi bắt đầu từ phía collector, vì đó là nơi dữ liệu nằm chờ khi mất kết nối. Thêm về dịch vụ này: Canary Historian tại Việt Nam.
Câu hỏi thường gặp
Vì sao trend Canary ngừng cập nhật?
Thường vì dữ liệu đang đệm trong dịch vụ Store and Forward phía collector. Buffer Count và Output State trên ô Store and Forward cho biết dữ liệu đang chờ ở đâu.
Purge một session Store and Forward có mất dữ liệu không?
Lệnh này xóa session cùng dữ liệu đang đệm. Mặc định Canary giữ bản sao lưu các session đã purge ở C:\ProgramData\Canary\StoreAndForward\Purged.
Vì sao dữ liệu từ mọi nguồn cùng bị đệm?
Một nguyên nhân trong hướng dẫn của Canary là vượt giới hạn tag theo license của Historian; khi đó dữ liệu từ mọi nguồn bị đệm tới khi số tag về trong giới hạn.
Store and Forward dùng cổng nào giữa các server?
Dịch vụ Store and Forward phía nhận lắng nghe ở cổng gRPC 55291, dữ liệu được mã hóa bằng TLS.
Nguồn
- Canary Labs, Sender/Receiver Troubleshooting Guide (version 26), knowledge base Canary Community
- Canary Labs, Store and Forward Tile (version 25)
- Canary Labs, Sender Tile (version 26)
- Canary Labs, Canary Partners
Đọc ngày 13/11/2026. Bài viết diễn giải, không trích nguyên văn; đọc tài liệu gốc trước khi thiết kế hoặc thao tác.