Triệu chứng
Vấn đề 1
Xem xét tình huống sau:
-
Bạn đang chạy Microsoft BizTalk 2013 R2 tăng tốc cho HL7 (BTAHL7).
-
Bạn đang sử dụng một MLLP nhận hợp và nhận được một HL7 đường kết nối trong một hai cổng nhận.
-
Bạn đặt tuỳ chọn Sử dụng HL7 ACK đồng bộ trực tiếp vào đúng trong thuộc tính truyền tải MLLP.
-
Bạn tạo một bản đồ bên ngoài này hai nhận cổng để chuyển đổi ACK trước khi nó được gửi.
Trong trường hợp này, đồ đi không được áp dụng cho HL7 ACK, và do đó ACK không chuyển đổi.
Vấn đề 2
MLLP gửi cổng kiểm tra mã ACK ACK ( MSA.1_AcknowledgmentCode lĩnh vực MSA phân đoạn) được trả lại bởi hệ thống xuôi tuyến và so sánh với mã ACK được chấp nhận được đặt trong thuộc tính cấu hình cổng gửi MLLP. Mã ACK được hỗ trợ bởi MLLP gửi cổng AA, CA, AE, CE, AR, và CR. Bạn có thể chọn tất cả ACK mã hoặc kết hợp của họ. Ví dụ: mã sau tất cả hợp lệ:
AA và CA
AA, CA, AE và CE
AA, CA, AR, và CR
Tuy nhiên, bạn không thể nhập bất kỳ mã ACK bổ sung được chấp nhận.
Sau khi bạn áp dụng hotfix này, chấp nhận ACK mã mới có tên tuỳ chỉnh được thêm vào trong danh sách Mã ACK được chấp nhận . Ngoài ra, một hộp văn bản mới được thêm vào để nhập mã ACK tuỳ chỉnh được chấp nhận.
Notes
-
Mã tuỳ chỉnh sẽ được phân tách bằng dấu phẩy (,). Ví dụ: AE CE, AR, CR, XX, ZZ
-
Nếu một trong các tiêu chuẩn kết hợp (tuỳ chọn tuỳ chỉnh không) được chọn, bạn không phải nhập bất kỳ giá trị thuộc tính Được chấp nhận tùy chỉnh ACK mã .
-
Để đảm bảo rằng xác nhận đường kết nối thành công cho ACK tuỳ chỉnh, bạn phải thêm mã ACK tuỳ chỉnh yêu cầu sơ đồ ACK tương ứng.
-
Bạn có thể sử dụng tính năng theo dõi BizTalk (bằng cách cho phép theo dõi) để theo dõi thư bằng cách sử dụng MessageID được ghi trong trường hợp đăng nhập khi thư thử lại hoặc bị treo.
Giải pháp
Thông tin Cập Nhật tích luỹ
Vấn đề này lần đầu tiên được khắc phục trong bản Cập Nhật tích luỹ sau BizTalk Server:
Đảm bảo rằng bạn triển khai tập đi đồ DLL cần thiết và bạn cài đặt tệp DLL này trong bộ đệm ẩn chung (GAC):
-
OutboundMap chi tiết tên
Điều này yêu cầu tên đầy đủ của hội lưu trữ đồ đi. Bạn có thể tìm thấy thông tin này trong thuộc tính đồ trong bàn điều khiển quản trị BizTalk Server. Ở đây bạn sẽ tìm thấy thông tin hội và OutboundMap tên đầy đủ là cần thiết trong bước tiếp theo.
Ví dụ: đi, phiên bản = 1.0.0.0, văn hóa = neutral, PublicKeyToken = 83f92b3673c9005d -
OutboundMap tên
Điều này yêu cầu tên bản đồ đầy đủ bao gồm cả không gian tên. Bạn có thể tìm thấy thông tin này trong thuộc tính tệp *.btm (Namespace.TypeName).
Ví dụ: Outbound.Map1
Lưu ý Các thuộc tính được áp dụng nếu đồng bộ trực tiếp HL7 ACK được đặt đúng.
Nếu bạn không cần các HL7 Disassembler (DASM) trong đường ống được HL7 để tự động tạo HL7 lời cảm ơn (ví dụ: ACK được trả lại bằng một số hệ thống hạ sẽ được chuyển ngược tuyến Hệ thống), tắt tuỳ chọn ACK đường ống trên cổng yêu cầu được gửi cho bên nguồn và đặt ACK HL7 đồng bộ trực tiếp sử dụng sai. Sau đó, sử dụng tùy chọn bên ngoài bản đồ được cung cấp trong cổng nhận.
Cho vấn đề 1
Tính năng mới này chỉ áp dụng nhận cổng/vị trí. Hiện nay, bất kỳ BizTalk nhận cổng có một thuộc tính Đến bản đồ . Sau khi cài đặt hotfix này, có sẵn một thuộc tính bổ sung ở vị trí nhận để áp dụng bản đồ cho một ACK. HL7 Thuộc tính bổ sung này cho phép bạn áp dụng bản đồ để nhận được một hai vị trí có bộ ACK HL7 đồng bộ trực tiếp sử dụng để (=) đúng. Mục đích duy nhất của hotfix này là để cho phép người dùng xác định bản đồ cho một ACK khi Sử dụng HL7 ACK đồng bộ trực tiếp được đặt (=) đúng.
Sau khi bạn cài đặt hotfix này, bạn sẽ thấy hai thuộc tính bổ sung trong MLLP nhận vị trí cấu hình cửa sổ. Thiết đặt mặc định cho hai thuộc tính là trống, và họ phải được xác định Sử dụng trực tiếp đồng bộ HL7 ACK phải được đặt thành (=) đúng.
Đặt hai thuộc tính, hãy làm theo các bước sau:
-
OutboundMap chi tiết tên thuộc tính yêu cầu tên đầy đủ của hội trong đó đi đồ được lưu trữ, như trong ví dụ sau:
Bên ngoài, phiên bản = 1.0.0.0, văn hóa = neutral, PublicKeyToken = 83f92b3673c9005dHội phải được lưu trữ trước đó bởi hội chung. Ngoài ra, việc chuyển đổi sẽ thất bại.
-
OutboundMap tên thuộc tính yêu cầu tên đầy đủ của bản đồ bao gồm tên.
Thiếu sót một chức năng mới này: HL7 ACK không được theo dõi. Nếu bạn phải theo dõi ACK, bạn cũng phải đặt Đến bản đồ ở BizTalk nhận cổng. Kỹ thuật, bạn sẽ áp dụng bản đồ ACK được đặt trong hộp thư đến ACK quay trở lại hệ thống ngược tuyến. Cả hai phải giống nhau vì cả hai sẽ cùng đồ áp dụng. Ảnh chụp màn hình sau đây có làm rõ và cần chỉ khi ACK phải được theo dõi.
Lưu ý Tuỳ chọn Sử dụng trực tiếp đồng bộ HL7 ACK cải thiện hiệu suất xử lý thông báo đến. Điều này được thực hiện bằng cách gửi ACK về hệ ngược tuyến ngay khi thư được gửi đến hộp thư. Thiết đặt này cải thiện hiệu năng nếu các điều kiện sau là đúng:
-
Cổng nhận là một cổng hai nhận và tuỳ chọn Sử dụng trực tiếp đồng bộ HL7 ACK được đặt đúng trong cấu hình cổng MLLP nhận được.
-
BizTalk HL7 DASM được sử dụng để tạo ra ACK. Phần DASM phải được sử dụng hoặc là bao gồm trong BTAHL72XReceivePipeline mặc định hoặc bằng cách sử dụng BTAHL7 riêng. HL72fDasm phần đường kết nối tùy chỉnh.
-
Thiết đặt lộ trình ACK gửi đường ống dẫn vào phản hồi yêu cầu nhận cổng nguồn bên phải HL7 Configuration Explorer và Xác nhận loại phải được đặt về giá trị khác không.
Cho vấn đề 2
Các tính năng mới áp dụng cho cổng chỉ. Sau khi bạn cài đặt hotfix, chế độ sẽ được dựa trên mã ACK được chấp nhận mà bạn chọn trong danh sách thả xuống thay vì mã được cung cấp bởi hệ thống xuôi tuyến.
MLLP gửi cổng kiểm tra mã ACK ACK (MSA.1_AcknowledgmentCode lĩnh vực MSA phân đoạn) được trả lại bởi hệ thống xuôi tuyến và so sánh với mã chấp ACK được đặt trong MLLP gửi thuộc tính cấu hình cổng. Hiện tại mã ACK được chấp nhận được hỗ trợ cổng MLLP gửi bao gồm AA, CA, AE, CE, AR và CR. Bạn có thể chọn tất cả ACK mã hoặc một tổ hợp (AA và CA) (AA, CA, AE và CE) (AA, CA, AR và CR) giá trị. Tuy nhiên, không có tùy chọn để nhập kết hợp mã ACK được chấp nhận.
Thêm giá trị chấp ACK mã có tên "Tùy chỉnh" được thêm vào trong danh sách thả xuống trong thuộc tính Được chấp nhận ACK mã . Tất cả các kết hợp trước đó vẫn còn và áp dụng được trước khi các tính năng mới được thêm vào.
Sau khi tùy chỉnh được chọn, bạn cũng phải nhập các giá trị mới trong thuộc tính Được chấp nhận tùy chỉnh ACK mã . Các giá trị mới ACK phải từng được phân tách bằng dấu phẩy (,).
Sau khi bạn cài đặt hotfix, chế độ sẽ phụ thuộc vào thiết đặt Chấp ACK mã được chọn. Nếu mã ACK được trả về phù hợp với mã được chấp nhận đã chọn, xử lý xuất hiện thành công. Nó sẽ thử lại cho chuẩn ACK và tạm ngưng mọi mã ACK đã không liệt kê (mà sẽ làm cho một chuẩn hoặc mã ACK-custom).
Bảng sau đây đại diện cho tình huống này. Giải thích bằng văn bản theo bảng.
AA và CA, thông báo xử lý luôn thành công bất kể bất chấp ACK mã cài đặt được chọn. Đây là thông tin về cài đặt Mã ACK được chấp nhận :
-
AA, CA: Lần thử lại AE, CE, AR, CR và đình chỉ bất kỳ khác.
-
AA, CA, AE, CE: Chấp nhận và thành công: AA, CA, AE, CE và số lần thử lại AR và CR. đình chỉ bất kỳ khác.
-
AA, CA, AR, CR: Chấp nhận và thành công: AA, CA, AR, CR và số lần thử lại AE và CE. Đình chỉ bất kỳ khác.
-
AA, CA, AR CR, AE, CE: Chấp nhận và thành công: AA, CA, AR, CR, AE, CE và khác được trả lại. ACK được thử lại và thông báo đình chỉ.
-
Tuỳ chỉnh (giá trị được nhập và phân tách bằng dấu phẩy). Ví dụ: AA, AE, Foo, ZZ, ZZZ). Chấp nhận và thành công: AA, CA, AE cộng khác vào tùy chỉnh ACK như Foo, ZZ ZZZ trong trường hợp này. Thử CE, AR.
-
Bất kỳ mã ACK không được chỉ định trong Chấp nhận tùy chỉnh ACK mã không thử lại và bị treo.
Khi ACK chuẩn không được nhập Mã ACK được chấp nhận, một lỗi tương tự như sau được trả về:
Bộ điều hợp không truyền thông báo sẽ cho cổng "< SendPortName >" với "127.0.0.1:33000". Nó sẽ được retransmitted sau khi thử khoảng thời gian cụ thể này gửi. Thông tin chi tiết: "báo MessageID: < MessageID >, nhận được xác nhận loại: lỗi và ACK mã: CE.
Sơ đồ ACK ra hộp phải được thay đổi bằng cách thêm vào danh sách hiện tại của tiêu chuẩn ACKs (AA, AE, AR, CA, CE, CR). Bất kỳ bổ sung được chấp nhận tùy chỉnh ACKs (XX, ZZ, ví dụ) phải được thêm vào trường MSA.1_AcknowledgementCode của sơ đồ ACK. Nếu tuỳ chỉnh ACKs bổ sung không được thêm vào giản đồ, xác nhận đường kết nối không thành công với lỗi "Không tìm thấy giá trị bảng".
Thông tin
Điều kiện tiên quyết để cài đặt bản cập nhật phần mềm
Để áp dụng hotfix này, bạn phải cài đặt phần mềm sau:
-
Microsoft BizTalk Server 2013 R2
-
Microsoft BizTalk 2013 R2 tăng tốc cho HL7
Yêu cầu khởi động lại
Bạn không phải khởi động lại máy tính sau khi bạn áp dụng hotfix này. Tuy nhiên, chúng tôi khuyên bạn đóng và mở bảng điều khiển quản trị BizTalk sau khi cài đặt hotfix.
Phiên bản tiếng Anh của cập nhật nóng này có các thuộc tính tệp (hoặc thuộc tính tệp mới hơn) được liệt kê trong bảng sau. Ngày và giờ của các tệp này được liệt kê theo Giờ Quốc tế Phối hợp (UTC). Khi bạn xem thông tin về tệp, ngày và giờ được chuyển đổi thành giờ địa phương. Để tìm sự khác nhau giữa UTC và giờ địa phương, sử dụng tab Múi Giờ trong mục Ngày và Giờ trong Pa-nen điều khiển.
Tên tệp |
Phiên bản tệp |
Kích thước tệp |
Ngày |
Giờ |
Nền tảng |
---|---|---|---|---|---|
Microsoft.Solutions.BTAHL7.HL72fDasm.dll |
3.10.325.2 |
107520 |
|
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.PipelineCommon.dll |
3.10.325.2 |
95232 |
|
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.Shared.dll |
3.10.325.2 |
99328 |
|
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.MLLP.dll |
3.10.325.2 |
128000 |
|
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.HL7AckHelper.dll |
3.10.325.2 |
29696 |
|
22:52 |
x86 |
Trạng thái
Microsoft đã xác nhận rằng đây là sự cố trong sản phẩm của Microsoft được liệt kê trong phần "Áp dụng cho".
Tham khảo
Để biết thêm thông tin về BizTalk Server hotfix, xem thông tin về BizTalk Server hotfix.
Tìm hiểu về thuật ngữ chuẩn được sử dụng để miêu tả các bản cập nhật phần mềm của Microsoft.
Các sản phẩm của bên thứ ba mà bài viết này thảo luận do các công ty độc lập với Microsoft sản xuất. Microsoft không bảo hành, theo ngụ ý hay cách khác, về hiệu suất hoặc độ tin cậy của những sản phẩm này.