Khắc phục: Hotfix có cung cấp các thuộc tính bổ sung chế độ gửi cho giao thức lớp giảm thiểu gửi và nhận hợp trong tăng tốc BizTalk cho HL7 trong một môi trường BizTalk Server 2010

Điều kiện tiên quyết

Bạn phải có chương trình tăng tốc Microsoft BizTalk cho HL7 (BTAHL7) cài đặt để áp dụng hotfix này.

Thông tin khởi động lại

Bạn có thể phải khởi động lại máy tính sau khi bạn áp dụng hotfix này. Nếu bạn được nhắc khởi động lại, bạn phải khởi động lại dịch vụ BizTalk. Để biết thêm thông tin về quy trình này, hãy tham khảo file Readme.txt được bao gồm trong gói hotfix này.

Thông tin thay thế

Cập nhật nóng này không thay thế cập nhật nóng được phát hành trước đó.

Thông tin về tệp

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.

Thông báo dòng sau khi các hotfix đã cài đặt và cấu hình

Sau khi bạn áp dụng hotfix này cho phép, bộ điều hợp MLLP gửi bất kỳ thông báo nhận hợp MLLP MessageBoxDB. Điểm cuối quản lý (EPM) gọi lại hợp với trạng thái gửi trong phương pháp BatchComplete . Điều này khiến bộ điều hợp cho cam ACK/NAK ngược tuyến Hệ thống. Hệ ngược tuyến nhận ACK/NAK và sau đó gửi thư tiếp theo. Phương pháp BatchCompleteMaxReceiveInterval cài đặt độc lập và được gọi là ngay sau khi thư được gửi đến BizTalk thành công.

Ngay sau khi thông báo đã sẵn sàng để gửi, bộ điều hợp gửi truyền thông báo hệ thống xuôi tuyến. ACK/NAK dự kiến nếu thuộc tính Sử dụng MLLP vận chuyển nhận được đặt đúng. Nếu gửi một ACK, BizTalk kết thúc xử lý thành công. Nếu gửi một NAK và nếu nhà Tạm ngưng yêu cầu thư MLLP truyền tải NAK được đặt đúng, thông báo bị ngưng trực tiếp mà không cần thử lại. Tuy nhiên, nếu nhà Tạm ngưng yêu cầu thư MLLP truyền tải NAK được đặt thành False, BizTalk sẽ thử lại dựa trên cổng gửi thử khoảng thời gian cài đặt. (Theo mặc định, Tạm ngưng yêu cầu thư MLLP truyền tải NAK thuộc tính được đặt thành False.)

Biểu đồ sau cho thấy dòng thông báo:

1. Thư được gửi bởi hệ ngược tuyến gửi ứng dụng được xử lý bởi MLLP nhận được bộ điều hợp.

2. Bộ điều hợp MLLP gửi thư BizTalk/EPM.

3. EPM cuộc gọi lại hợp về trạng thái gửi thư. EPM này thực hiện phương pháp Thực thi đầy đủ .

4. Một cam ACK/NAK được tạo bởi bộ điều hợp MLLP và được dựa trên trạng thái gửi lô. ACK/NAK được gửi tới các ứng dụng gửi.
   
   Lưu ý Nếu trạng thái bó gửi thành công, bộ điều hợp trả lại ACK. Tuy nhiên, nếu là thất bại, hoặc gửi hết thời gian (ví dụ: nếu Lô hoàn thành phương pháp gọi hết thời gian), bộ điều hợp trở NAK ứng dụng gửi thư.
   
   

5. EPM tay qua thông báo cho bộ điều hợp MLLP gửi cho truyền.

6. MLLP gửi hợp gửi thư xử lý hệ thống hạ.

7. Độ truyền tải ACK/NAK bộ điều hợp MLLP gửi dự kiến để hoàn tất giao.

8. Nếu thông báo trong bước 7 là một ACK, bộ điều hợp hỏi EPM để xoá thư. Nếu không, bộ điều hợp đã yêu cầu EPM thử dựa trên thiết lập khoảng thời gian thử lại. Một lựa chọn mới được cung cấp trong cài đặt cấu hình cổng gửi cho đình chỉ thư trực tiếp, không có một thử nếu nhận được một MLLP NAK. Theo mặc định, tuỳ chọn này được đặt thành False. Nếu tuỳ chọn này được đặt thành True, thư sẽ bị tạm ngưng trực tiếp mà không có một thử nếu nhận được một MLLP NAK.

Vận chuyển cấp ACK/NACK định dạng

Các trang web chứa thông tin sau:

• Ví dụ về một MLLP cam kết xác nhận:

  <SB><ACK><EB><CR>

• Ví dụ về một tiêu cực MLLP cam kết xác nhận:

  <SB><NAK><EB><CR>

Lưu ý:

• Trong ví dụ này, < SB > là ký tự bắt đầu khối (1 byte). Điều này tương ứng với các ký tự ASCII < VT > hoặc < 0x0B >.
  
  Điều này không nên nhầm với các ký tự SOH hoặc STX ASCII.

• Trong ví dụ này, < ACK > hoặc < NAK > là ký tự xác nhận (1 byte. Tương ứng với các ký tự ASCII < ACK > hoặc < 0x06 >) hoặc ký tự xác nhận tiêu cực (1 byte. Tương ứng với các ký tự ASCII < NAK > hoặc < 0x15 >).

• Trong ví dụ này, < EB > là ký tự cuối khối (1 byte). Điều này tương ứng với các ký tự ASCII < FS > hoặc < 0x1C >.

• Trong ví dụ này, < CR > là ký tự trở về vận chuyển (1 byte). Điều này tương ứng với các ký tự ASCII < CR > hoặc < 0x0D >.

• Microsoft cung cấp thông tin liên hệ của bên thứ ba để giúp bạn tìm hỗ trợ kỹ thuật. Thông tin liên hệ này có thể thay đổi mà không cần thông báo trước. Microsoft không bảo đảm độ chính xác của thông tin liên hệ của bên thứ ba này.

Làm thế nào để cấu hình nhận và gửi chuyển sang sử dụng máy tính mới

Cấu hình nhận và gửi cổng như sau.

Lưu ý Thiết đặt cổng nhận và gửi có thể sử dụng một cách độc lập hoặc với nhau.

Giới thiệu về nhà "Sử dụng MLLP truyền tải nhận"

Bảng sau mô tả hành động mong muốn của một hoặc hai cổng sử dụng thuộc tính Sử dụng MLLP truyền tải xác nhận . Hợp cần thiết phải được áp dụng như được mô tả trong phần "Làm thế nào để kích hoạt các hotfix".

Lưu ý:

• "Hệ thống ngược tuyến" đề cập đến các ứng dụng gửi thư. Nó sẽ gửi thông báo đến BizTalk. Các thông báo được đến BizTalk.

• "Hạ lưu hệ thống" đề cập đến các ứng dụng được. Nhận được thông báo từ BizTalk. Các thư gửi đi để BizTalk.

Hai cách nhận và gửi cổng hiện không được thay đổi. Một cách nhận và gửi cổng hành vi cũng không được thay đổi trừ khi nhà Sử dụng MLLP vận chuyển nhận được đặt thành true.

Để biết thêm thông tin, hãy tham khảo tài liệu bộ điều hợp MLLP. Nếu một cách nhận và gửi cổng có cấu hình phù hợp, cải thiện hiệu năng. Nếu nhà Sử dụng MLLP truyền tải nhận hai cổng hoặc một cổng được đặt thành false, loại ACK được tạo tiếp tục mà không thay đổi. Trong trường hợp này, loại ACK được tạo phụ thuộc vào thiết đặt BTAHL7 Configuration Explorer cho ứng dụng gửi thư. Giá trị trường MSH 15 và MSH 16 thư cụ thể có thể ghi đè thiết đặt này. Tuy nhiên, nếu nhà Sử dụng MLLP truyền tải nhận hai cổng hoặc một cổng được đặt thành false, bạn có thể đặt cấu hình cho các ứng dụng mong muốn tĩnh ACKs chỉ bằng cách sử dụng BTAHL7 Configuration Explorer. Chế độ chờ cho cổng vẫn không thay đổi.

Hành động mong muốn phải trường hợp khi các thuộc tính được sử dụng là như sau:

RECEIVE

• WrongMLLPFormat: thư không được gửi tới BizTalk.

• WrongHL7Format: thư được gửi đến BizTalk và MLLP ACK/NAK truyền dựa vào trạng thái lô hoàn thành.

• TransmittingSocketIssue: MLLP ACK/NAK không truyền, mặc dù thư được gửi đến BizTalk.

• ReceivingSocketIssue: không nhận được thông báo và do đó không được gửi và truyền MLLP ACK/NAK không được gửi.

• Nếu một trình BizTalk không thành công một NAK được truyền.

• Nếu nhận trạng thái tiêu cực lô hoàn tất, một NAK được truyền.

Gửi và gửi cổng thuộc tính "gửi các thông báo về hiện thông báo lỗi dừng" = True

• WrongMLLPFormat: thư bị ngưng vì MLLP ACK/NACK không thể đọc. Xử lý sẽ không tiếp tục cho đến khi thông báo treo được xoá.

• WrongHL7Format: thư không thành công trước khi bộ điều hợp. Xử lý sẽ không tiếp tục cho đến khi thông báo treo được xoá.

• TransmittingSocketIssue: thư bị treo. Xử lý sẽ không tiếp tục cho đến khi thông báo treo được xoá.

• ReceivingSocketIssue: thư bị treo. Xử lý sẽ không tiếp tục cho đến khi thông báo treo được xoá.

Hành động mong muốn khi nhà Tạm ngưng yêu cầu thư MLLP truyền tải NAK được đặt đúng hoặc sai là như sau:

• Khi nhà Tạm ngưng yêu cầu thư MLLP truyền tải NAK được đặt đúng và nhận được một NAK, thư bị ngưng không thử cho nó.

• Khi Tạm ngưng yêu cầu thư MLLP truyền tải NAK thuộc tính được đặt thành thiết đặt mặc định sai, thử lại để gửi thông báo khởi động, dựa trên cổng gửi thử khoảng thời gian cài đặt.

Thay đổi đối với tiện ích MLLP SDK

Tiện ích SDK MLLP bao gồm các tham số mới sau. Tất cả các tham số khác vẫn được giữ nguyên. Để biết thêm thông tin, hãy tham khảo tài liệu sản phẩm.

• MLLPReceive.exe, sử dụng tham số mới trở lại MLLP ACK/NAK sau khi nhận được thông báo. Ví dụ:

  MLLPReceive /sb 11 /p 12000 /eb 28 /cr 13 /MLLPTransACK
  MLLPReceive /sb 11 /p 12000 /eb 28 /cr 13 /MLLPTransNAK

• MLLPSend.exe, sử dụng tham số mới đợi cho MLLP ACK/NAK. Ví dụ:

  MLLPSend /sb 11 /eb 28 /cr 13 /f "C:\HL7\ls.txt" / i 127.0.0.1 /p 11000 /UseMLLPTransACK