Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

Làm thế nào để khắc phục một rò bộ nhớ hoặc một ngoại lệ ra bộ nhớ trong quá trình máy chủ BizTalk

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 918643
TÓM TẮT
rò bộ nhớ là một vấn đề phổ biến. Bạn có thể phải thử một vài bước để tìm nguyên nhân cụ thể của một rò bộ nhớ hoặc một ngoại lệ ra của bộ nhớ (OOM) trong Microsoft BizTalk Server. Bài viết này thảo luận về những điều quan trọng cần xem xét khi bạn đang đánh giá Sử dụng Bộ nhớ và các vấn đề liên quan đến bộ nhớ có thể. Những cân nhắc bao gồm:
  • Bộ nhớ RAM vật lý
  • Xử lý thông điệp lớn
  • Việc sử dụng các / 3 GB chuyển đổi
  • Sử dụng các thành phần tùy chỉnh
  • Phiên bản nào của Microsoft.NET Framework hệ thống đang chạy
  • Số lượng các bộ vi xử lý
GIỚI THIỆU
Bài viết này mô tả cách gỡ rối một rò bộ nhớ hoặc một ngoại lệ ra bộ nhớ trong quá trình BizTalk Server của Microsoft BizTalk Hệ phục vụ.
THÔNG TIN THÊM
Quá trình BizTalk Server có thể gặp một rò bộ nhớ khi Sử dụng Bộ nhớ trong Microsoft Windows Task Manager tiêu thụ hơn 50 phần trăm của bộ nhớ RAM vật lý. Một rò bộ nhớ có thể gây ra một ngoại lệ ra bộ nhớ khi Sử dụng Bộ nhớ làm tăng cho đến khi quá trình chạy ra khỏi bộ nhớ hệ thống hoặc cho đến khi quá trình này ngừng hoạt động.

Khi vấn đề này xảy ra, một thông báo cảnh báo tương tự với thông báo sau kí nhập sổ ghi sự kiện:

Sự kiện Loại: cảnh báo
Thể loại sự kiện: (1)
Tổ chức sự kiện ID: 5410
Mô tả: Một lỗi đã xảy ra mà đòi hỏi bản ghi dịch vụ BizTalk chấm dứt. Những nguyên nhân phổ biến nhất là một bất ngờ ra khỏi bộ nhớ lỗi và không có khả năng kết nối hoặc mất kết nối với một trong các bộ máy cơ sở dữ liệu BizTalk. Các bản ghi dịch vụ sẽ tắt máy và khởi động lại tự động trong 1 phút. Nếu bộ máy cơ sở dữ liệu có vấn đề vẫn không sẵn dùng, chu kỳ này sẽ lặp lại.
Thông báo lỗi: ngoại lệ của kiểu System.OutOfMemoryException được ném.
Lỗi mã nguồn:
Máy chủ lưu trữ BizTalk Tên: BizTalkServerApplication
Windows bản ghi dịch vụ tên: BTSSvc {DCC899FE-C62F-41BE-851A-8720B2EB9C14}

Sự kiện loại: cảnh báo
Thể loại sự kiện: (1)
Tổ chức sự kiện ID: 5410
Mô tả: Một lỗi đã xảy ra đòi hỏi các bản ghi dịch vụ BizTalk chấm dứt. Những nguyên nhân phổ biến nhất là sau đây: 1) một bất ngờ trong số hiệu lỗi bộ nhớ. HOẶC 2) không có khả năng kết nối hoặc mất kết nối với một trong các bộ máy cơ sở dữ liệu BizTalk. Các bản ghi dịch vụ sẽ tắt máy và khởi động lại tự động trong 1 phút. Nếu bộ máy cơ sở dữ liệu có vấn đề vẫn không sẵn dùng, chu kỳ này sẽ lặp lại.
Thông báo lỗi: ngoại lệ của loại 'System.OutOfMemoryException' đã được ném.
Lỗi nguồn: mscorlib
BizTalk tên máy chủ: BizTalkServerApplication
Tên bản ghi dịch vụ Windows: BTSSvc$ BizTalkServerApplication

Cân nhắc quan trọng

Vật lý bộ nhớ RAM và bộ nhớ sử dụng

Bởi vì nó có thể là hành vi dự kiến sẽ cho một quá trình sử dụng khoảng một nửa bộ nhớ RAM vật lý, sử dụng Sử dụng Bộ nhớ như là một phương châm. Ví dụ, nếu máy chủ BizTalk có 4 Gigabyte (GB) RAM, và quá trình BizTalk Server sử dụng khoảng 500 megabyte (MB) của bộ nhớ RAM, có thể không có rò rỉ. Nếu quá trình BizTalk Server sử dụng khoảng 1 GB RAM, có thể có một rò bộ nhớ hoặc một tình huống bộ nhớ cao. Việc tiêu thụ bộ nhớ có thể được gây ra bởi một thủ tục dịch sẵn dài chạy hoặc dàn nhạc. Hãy chắc chắn rằng bạn biết bao nhiêu bộ nhớ máy chủ BizTalk thường sử dụng để xác định liệu một rò bộ nhớ hoặc tình trạng bộ nhớ cao là xảy ra.

Thư dài

Khi BizTalk Server xử lý thư dài, hệ thống dường như có một rò bộ nhớ. Tuy nhiên, các tin thư thoại có thể sử dụng một lượng lớn bộ nhớ. Để biết thêm chi tiết về thư dài, truy cập vào các web site mạng nhà phát triển của Microsoft (MSDN) sau đây: Ngoài ra, xem xét rằng việc Sử dụng Bộ nhớ cao có thể được mong đợi nếu BizTalk Máy chủ xử lý thư dài. Bạn có thể muốn nâng cấp phần cứng của bạn để đáp ứng các yêu cầu hiệu suất của máy chủ BizTalk trong môi trường của bạn.

Bao lâu để tạo lại sự rò bộ nhớ

rò bộ nhớ có thể xảy ra ngay lập tức hoặc họ có thể tích lũy qua thời gian. Cả hai kịch bản là phổ biến.

Sử dụng các chuyển đổi 3 GB trên 32-bit máy tính

Thông thường, một quá trình có thể truy cập 2 GB không gian địa chỉ ảo. Chuyển đổi 3 GB là một lựa chọn cho các hệ thống đòi hỏi phải có bộ nhớ địa chỉ nhiều hơn. Tùy chọn này có thể cải thiện Sử dụng Bộ nhớ cho xử lý thư. Tuy nhiên, việc chuyển đổi 3 GB cho phép chỉ có 1 GB bộ nhớ địa chỉ cho các hoạt động chế độ hạt nhân. Ngoài ra, chuyển đổi này có thể làm tăng nguy cơ chạy ra khỏi bộ nhớ hồ bơi.

Để biết thêm về các 3 GB chuyển, truy cập vào web site mạng nhà phát triển của Microsoft (MSDN) sau đây: Khi chuyển đổi 3 GB được kích hoạt trên phiên bản 32-bit của Windows, quá trình có thể truy cập 3 GB của địa chỉ ảo Space nếu quá trình này lớn địa chỉ nhận thức được. Một quá trình là lớn địa chỉ nhận thức được khi tập tin thực thi có cờ IMAGE_FILE_LARGE_ADDRESS_AWARE đặt trong tiêu đề hình ảnh. Bởi vì quá trình BizTalk là lớn địa chỉ nhận thức, BizTalk sẽ hưởng lợi từ việc chuyển đổi 3 GB.

Nếu một 32-bit BizTalk trường hợp máy chủ đang chạy trên phiên bản 64-bit của Windows (AMD64), những lợi ích quá trình BizTalk từ 4 GB bộ nhớ địa chỉ space vì BizTalk là lớn địa chỉ nhận thức được. Vì vậy, di chuyển các ứng dụng bộ nhớ cao bạn đến một máy chủ 64-bit có thể là giải pháp tốt nhất.

Một quá trình BizTalk 64-bit trên phiên bản 64-bit của Windows (AMD64) có 8 TB địa chỉ bộ nhớ.

Bạn cũng nên xem xét các byte ảo và byte tư nhân được sử dụng bởi quá trình. Một trường hợp máy chủ lưu trữ BizTalk (đó là một.NET Framework ứng dụng) có thể nhận được một trong số hiệu lỗi bộ nhớ trước khi giá trị ảo byte đến 2 GB. Điều này có thể xảy ra mặc dù địa chỉ bởi một tiến trình trên phiên bản 32-bit của Windows (không có chuyển đổi 3 GB ) bộ nhớ tối đa là 2 GB. Để giải thích về lý do tại sao điều này có thể xảy ra, hãy truy cập web site Microsoft Developer Network (MSDN) sau đây: Chuyển đổi 3 GB cũng làm tăng tối đa byte tư nhân của quá trình BizTalk từ 800 MB đến 1800 MB. Để biết thêm chi tiết về.NET Framework ứng dụng hiệu suất với 3 GB switch được kích hoạt, truy cập vào web site mạng nhà phát triển của Microsoft (MSDN) sau đây: Bảng sau đây tóm tắt các thông tin này và bao gồm các giới hạn thực tế ảo byte và tư nhân byte.
Quá trìnhWindowsĐịa chỉ bộ nhớ (với một quá trình nhận thức được địa chỉ lớn)Giới hạn thực tế cho ảo byteGiới hạn thực tế cho tư nhân byte
32-bit32-bit2 GB1400 MB800 MB
32-bit32-bit với 3 GB3 GB2400 MB1800 MB
32-bit64-bit4 GB3400 MB2800 MB
64-bit64-bit8 TBkhông áp dụngkhông áp dụng
Để biết thêm chi tiết về bộ nhớ địa chỉ cho 32-bit vs Windows 64-bit, truy cập vào web site mạng nhà phát triển của Microsoft (MSDN) sau đây: Bảng dưới đây liệt kê PAE và 3 GB để cho các phiên bản khác nhau của BizTalk Server.
Sản phẩmPAE3 GB
BizTalk Server 2004Không
BizTalk Server 2006
BizTalk Server 2006 R2
BizTalk Server 2009
Nếu bạn phải cho phép chuyển đổi 3 GB để đáp ứng yêu cầu hiệu suất của máy tính là chạy BizTalk Server, bạn có thể xem xét thêm các máy chủ cho nhóm BizTalk. Điều này cho phép bạn để vượt ra ngoài các trường hợp máy chủ lưu trữ chuyên sâu bộ nhớ.

Các thành phần BizTalk chạy bên trong một quá trình Internet Information Services (IIS) có thể cũng hưởng lợi khi chuyển đổi 3 GB được kích hoạt.

3 GB chuyển không được hỗ trợ trên máy tính đang chạy Windows SharePoint Services 2.0 hoặc phiên bản mới nhất hoặc SharePoint Portal Server 2003 SP2 hoặc phiên bản mới nhất. Để biết thêm chi tiết, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
933560Chuyển đổi 3 GB của Windows Server 2003 không được hỗ trợ trong Windows SharePoint Services 2.0 hoặc trong phiên bản mới nhất hoặc trong SharePoint Portal Server 2003 Service Pack 2 hoặc trong phiên bản mới nhất

Sử dụng các thành phần tùy chỉnh

Nếu bạn sử dụng các thành phần tùy chỉnh, ví dụ như ống hoặc các thành phần bản ghi dịch vụ, bạn phải biết những gì các thành phần nào. Bạn cũng phải biết tác dụng tiềm năng của các thành phần này vào Sử dụng Bộ nhớ. A phổ biến bộ nhớ vấn đề xảy ra khi một thành phần chuyển đổi một tài liệu. Các biến đổi hoạt động là một hoạt động chuyên sâu bộ nhớ. Khi một tài liệu là chuyển, BizTalk Server chạy dòng tin thư thoại đến Microsoft.NET Khuôn khổ XslTransform lớp trong quá trình BizTalk.

Một vấn đề phổ biến khác xảy ra khi có là thao tác chuỗi chuyên sâu. Chuyên sâu chuỗi thao tác có thể tiêu thụ rất nhiều bộ nhớ. Để biết thêm về cách thức để cải thiện hiệu suất, truy cập vào web site mạng nhà phát triển của Microsoft (MSDN) sau đây:

Phiên bản của các.NET Framework

Microsoft.NET Framework 2.0 và các.NET Framework 1.1 có hành vi của bộ nhớ khác nhau. Vì vậy, bạn có thể thấy kết quả khác nhau giữa chúng. Nếu bạn đang sử dụng các.NET Framework, xác nhận rằng mới nhất.NET Framework Service Pack 1 đã được cài đặt chuyên biệt. Các gói bản ghi dịch vụ giải quyết một số vấn đề được biết đến bộ nhớ. Để biết thêm chi tiết, nhấp vào số bài viết sau đây:

945757 Vấn đề cố định trong các.NET Framework 2.0 gói bản ghi dịch vụ 1
867460 Danh sách các lỗi được cố định trong các.NET Framework 1.1 gói bản ghi dịch vụ 1

Số lượng các bộ vi xử lý

Thời gian chạy ngôn ngữ chung (CLR) có rác sau thu gom (GCs):
  • Trạm làm việc (Mscorwks.dll)
  • Máy chủ (Mscorsvr.dll)
Nếu máy tính đang chạy máy chủ BizTalk là một hệ thống sự, các.NET Framework sử dụng phiên bản máy chủ thực hiện. Đây là hành vi mặc định. Các bộ thu rác máy chủ được thiết kế cho thông lượng tối đa. Ngoài ra, các bộ thu rác Server quy mô để cung cấp hiệu suất rất cao. Bộ thu rác này phân bổ bộ nhớ và sau đó sau này giải phóng bộ nhớ để cung cấp hiệu năng cao trên hệ thống. Vì vậy, một máy tính đang chạy máy chủ BizTalk cùng với một số.NET Framework thành phần dường như có một rò bộ nhớ. Tuy nhiên, trong trường hợp này, Sử dụng Bộ nhớ cao là hành vi dự kiến. Nếu máy tính chạy ra khỏi bộ nhớ hệ thống, hoặc nếu trình dừng làm việc vì của không đủ bộ nhớ địa chỉ, một điều kiện rò bộ nhớ có thể tồn tại.

Nếu máy tính đó chạy BizTalk Server là một hệ thống duy nhất bộ xử lý, các.NET Framework sử dụng phiên bản máy trạm thực hiện. Đây là mặc định hành vi. Các máy trạm thuật toán phân bổ garbage collector là không được thiết kế để nhân rộng hoặc cho thông lượng tối đa. Bộ thu rác này sử dụng phương pháp đồng thời garbage collector. Những phương pháp này được thiết kế cho các ứng dụng có giao diện người dùng phức tạp. Ứng dụng như vậy có thể yêu cầu các bộ sưu tập rác tích cực hơn.

Quan trọng Phần này, phương pháp, hoặc công việc có bước mà cho bạn biết làm thế nào để thay đổi sổ kiểm nhập. Tuy nhiên, vấn đề nghiêm trọng có thể xảy ra nếu bạn sửa đổi registry không chính xác. Vì vậy, hãy chắc chắn rằng bạn làm theo các bước sau một cách cẩn thận. Để bảo vệ được thêm vào, sao lưu sổ kiểm nhập trước khi bạn sửa đổi nó. Sau đó, bạn có thể khôi phục sổ kiểm nhập nếu một vấn đề xảy ra. Để biết thêm chi tiết về làm thế nào để sao lưu và khôi phục sổ kiểm nhập, hãy nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
322756 Làm thế nào để sao lưu và khôi phục sổ kiểm nhập trong Windows
Đôi khi, nó có thể thích hợp để chạy phiên bản máy trạm thực hiện trên một hệ thống sự. Bạn có thể sử dụng khóa registry sau đây để chuyển sang phiên bản máy trạm của động cơ thực hiện.

BizTalk 2006 và phiên bản mới nhất

Tạo CRL lưu trữ chuỗi ky sau đây với giá trị tương ứng:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\BTSSvc$BizTalkHostName\CLR lưu trữ

Tên: hương vị
Dữ liệu: tuần

BizTalk 2004

Tạo CRL lưu trữ chuỗi ky sau đây với giá trị tương ứng:

Host HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\BTSSvc {GUID} \CLR

Tên: hương vị
Dữ liệu: tuần

Để biết thêm chi tiết, hãy truy cập web site Microsoft Developer Network (MSDN) sau đây:

Nguyên nhân phổ biến và nghị quyết

Sử dụng Bộ nhớ quá trình và cách Sử dụng bộ nhớ vật lý throttling ngưỡng

Quá trình Sử dụng Bộ nhớSử dụng bộ nhớ vật lý throttling ngưỡng có thể thay đổi trong BizTalk Server 2006 và trong phiên bản mới nhất.
  • theo mặc định, các Sử dụng Bộ nhớ quá trình throttling ngưỡng được thiết lập đến 25. Nếu giá trị này vượt quá và Sử dụng Bộ nhớ quá trình BizTalk là hơn 300 MB, một điều kiện throttling có thể xảy ra. Trên một máy chủ 32-bit, bạn có thể làm tăng giá trị Sử dụng Bộ nhớ quá trình đến 50. Trên máy phục vụ 64-bit, bạn có thể làm tăng giá trị này đến 100. Điều này cho phép bộ nhớ tiêu thụ bởi quá trình BizTalk trước khi throttling xảy ra.
  • Các Sử dụng bộ nhớ vật lý throttling ngưỡng có giá trị mặc định 0. Ngưỡng này các biện pháp tổng thống bộ nhớ. Vì vậy, nếu một giá trị khác hơn 0 được cấu hình, một điều kiện throttling có thể xảy ra nếu một quá trình không BizTalk bằng cách Sử dụng Bộ nhớ cao.
Để biết thêm chi tiết về các ngưỡng throttling, truy cập vào web site mạng nhà phát triển của Microsoft (MSDN) sau đây:

Mất nước throttling ngưỡng

Ngưỡng mất nước bộ nhớ mặc định có thể gây ra mất nước quá nhiều khi Orchestration đang chạy trên một máy chủ lưu trữ 64-bit. Để biết thêm chi tiết về vấn đề này, xem chủ đề Mất nước Default tài sản trên web site Microsoft Developer Network (MSDN) sau đây: Lưu ý 64-bit máy chủ được hỗ trợ trong BizTalk Server 2006 và phiên bản mới nhất.

Trên phần cứng tương đương trong một trường hợp máy chủ lưu trữ 32-bit, mất nước quan sát là danh nghĩa khi Orchestration cùng đang chạy bằng cách sử dụng mất nước bộ nhớ mặc định throttling ngưỡng.

Bởi vì kiến trúc 64-bit cung cấp không gian địa chỉ bộ nhớ mở rộng (16 TB thay vì của 4 GB), trường hợp máy chủ lưu trữ 64-bit được cấp phát bộ nhớ hơi nhiều hơn so với trường hợp máy chủ lưu trữ 32-bit. Điều này có thể gây ra các ngưỡng throttling bộ nhớ mặc định được vượt quá.

Chỉnh sửa hành vi này, thay đổi các giá trị VirtualMemoryThrottlingCriteria và PrivateMemoryThrottlingCriteria trong các tập tin BTSNTSvc64.exe.config. Sử dụng byte Process\Virtual và quầy Process\Private byte hiệu suất màn hình để xác định số tiền lớn nhất của bộ nhớ được đang được cấp phát bởi một thể hiện của dàn nhạc.
  • Đặt giá trị OptimalUsage cho cả hai tài sản dựa trên những điều sau đây:
    VirtualMemoryThrottlingCriteria: \Process\Virtual byte giá trị + 10 %
    PrivateMemoryThrottlingCriteria: \Process\Private byte giá trị + 10 %
  • Thiết lập MaximalUsage cho cả hai thuộc tính đến giá trị OptimalUsage + 30 %
Ví dụ, nếu \Process\Virtual byte giám sát hiệu suất truy cập giá trị cho một dàn nhạc thể hiện là 5,784,787,695 byte (5.517 MB), thiết lập giá trị OptimalUsage cho VirtualMemoryThrottlingCriteria để 6.069 MB (5,784,787,695 * 1.10 = 6,363,266,464.5 byte). Thiết lập giá trị MaximalUsage cho VirtualMemoryThrottlingCriteria để 7,889 MB (6,363,266,464.5 * 1, 30 = 8,272,246,403.85 byte).

Nếu \Process\Private giá trị số lượt truy cập theo dõi hiệu suất byte là 435689400 byte (415 MB), thiết lập giá trị OptimalUsage cho PrivateMemoryThrottlingCriteria để 457 MB (435689400 * 1.10 = 479258340 byte). Thiết lập giá trị MaximalUsage cho PrivateMemoryThrottlingCriteria để 594 MB (479258340 * 1, 30 = 623035842).

Ví dụ này, các giá trị sau đây sẽ được xác định trong tập tin BTSNTSvc64.exe.config để giảm throttling.
Số lượt truy cập theo dõi hiệu suấtBộ nhớ được cấp phátOptimalUsageMaximalUsage
\Process\Virtual byte5784787695 byte (5517 MB)60697889
\Process\Private byte435689400 byte (415 MB)457594
Các giá trị này sẽ sau đó được đại diện trong các tập tin BTSNTSvc64.exe.config như sau:
<xlangs>      <Configuration>                  <Dehydration>                              <VirtualMemoryThrottlingCriteria OptimalUsage="6069" MaximalUsage="7889" IsActive="true" />                              <PrivateMemoryThrottlingCriteria OptimalUsage="457" MaximalUsage="594" IsActive="true" />                  </Dehydration>      </Configuration></xlangs>
Để xác định trường hợp máy chủ đang chạy dàn nhạc, bạn có thể phù hợp với quá trình ID từ \BizTalk:Messaging\ID quá trình và \Process\ID quá trình hiệu suất Monitor quầy. Sau đó, kiểm tra giá trị trung bình là hiển thị cho tương ứng \Process\Virtual byte và \Process\Private byte hiệu suất Monitor quầy.

Lưu ý Mất nước cao có thể gây ra sự sụt giảm đáng kể trong hiệu suất khi bộ máy cơ sở dữ liệu BizTalkMsgBoxDb chạy SQL Server 2008.

BizTalk Server Service Pack và tích lũy Cập Nhật

BizTalk Server service pack và tích lũy Cập Nhật bao gồm các bản sửa lỗi mới nhất. Trong đó có những người có ảnh hưởng đến vấn đề System.OutOfMemoryException.

2281783 Danh sách các gói bản ghi dịch vụ và tích lũy Cập Nhật cho BizTalk Server 2006 R2

Microsoft BizTalk Server 2004 Service Pack 2

HeapDeCommitFreeBlockThreshold

theo mặc định, giá trị quan trọng theHeapDeCommitFreeBlockThreshold kiểm nhập số là 0. Một giá trị là 0 có nghĩa là heap quản lý decommits mỗi 4-kilobyte (KB) trang mà trở thành có sẵn. Decommit hoạt động kinh doanh có thể gây ra bộ nhớ ảo phân mảnh. Kích thước của các cài đặt chuyên biệt HeapDeCommitFreeBlockThreshold trong quản lý bộ nhớ sẽ phụ thuộc vào loại công việc mà hệ thống là làm. Kích thước 0x00040000 là Bắt đầu từ được đề nghị giá trị.

Xem xét các thông tin sau trước khi bạn thay đổi giá trị của các
HeapDeCommitFreeBlockThreshold
kiểm nhập khóa:
  • Sự thay đổi này chỉ áp dụng cho phân mảnh bộ nhớ vấn đề.
  • Sự thay đổi này là toàn hệ thống. Vì vậy, hầu hết các quá trình sẽ sử dụng nhiều bộ nhớ ngày khởi động.
  • Chỉ xem xét việc thay đổi này cho hệ thống có BizTalk Hệ phục vụ như là nhiệm vụ chính của họ.
Để giúp làm giảm phân mảnh bộ nhớ ảo, bạn có thể tăng Kích thước của các cài đặt chuyên biệt HeapDeCommitFreeBlockThreshold trong quản lý bộ nhớ bằng cách thay đổi giá trị của các ky sau đây:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Quản lý


Giá trị tên: HeapDeCommitFreeBlockThreshold
Giá trị type: REG_DWORD
Giá trị liệu: 0x00040000 (đây là giá trị Bắt đầu được đề nghị.)
Giá trị mặc định: không hiện diện
Để biết thêm chi tiết về khóa sổ kiểm nhập HeapDeCommitFreeBlockThreshold, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
315407Khóa sổ kiểm nhập "HeapDecommitFreeBlockThreshold"

Chuyển đổi hoạt động kinh doanh

Khi BizTalk Server thực hiện các hoạt động biến đổi XML trên thư khá dài trong nhận cảng một cổng gửi, và hay trong XLANG, XSL biến đổi tải toàn bộ thư trong bộ nhớ...

Để giải quyết vấn đề này, sử dụng một trong những phương pháp sau đây:
  • Giảm số lượng tin thư thoại rằng máy chủ BizTalk quy trình cùng một lúc.
  • Giảm kích thước của tin thư thoại XML đang chuyển.
Các đối tượng System.Policy.Security.Evidence thường được sử dụng trong biến đổi và có thể tiêu thụ nhiều bộ nhớ. Khi một đồ chứa một functoid kịch bản mà sử dụng inline C# (hoặc nội tuyến ngôn ngữ nào khác), hội đồng được tạo ra trong bộ nhớ. Đối tượng System.Policy.Security.Evidence sử dụng các đối tượng của hội đồng gọi thực tế. Tình trạng này tạo ra một đối tượng bắt nguồn từ đó sẽ không bị xóa cho đến khi bản ghi dịch vụ BizTalk được khởi động lại.

Hầu hết các functoids BizTalk mặc định được thực hiện như kịch bản nội tuyến. Những mục này có thể gây ra các đối tượng [] System.Byte để thu thập trong bộ nhớ. Để giảm thiểu mức tiêu thụ bộ nhớ, chúng tôi đề nghị rằng bạn đặt bất kỳ bản đồ sử dụng những functoids thành một hội đồng nhỏ. Sau đó, tham khảo mà lắp ráp.Sử dụng các biểu đồ sau đây để xác định mà functoids sử dụng tập lệnh nội tuyến và functoids mà không sử dụng tập lệnh nội tuyến.

Trong cột thứ hai, "Có" có nghĩa rằng functoid này được thực hiện như kịch bản nội tuyến, và rằng nó sẽ gây ra các đối tượng [] System.Byte để thu thập trong bộ nhớ. "Không có" nghĩa rằng functoid này là không thực hiện như kịch bản nội tuyến, và rằng nó sẽ không gây ra System.Byte [] đối tượng để thu thập trong bộ nhớ.
FunctoidsTập lệnh nội tuyến?
Tất cả các chuỗi Functoids
Tất cả các toán học Functoids
Tất cả các Functoids hợp lý ngoại trừ IsNil
Hợp lý IsNil FunctoidKhông
Tất cả các ngày/thời gian Functoids
Tất cả các chuyển đổi Functoids
Tất cả các khoa học Functoids
Tất cả tích lũy Functoids
Tất cả các bộ máy cơ sở dữ liệu FunctoidsKhông
Nâng cao FunctoidsTập lệnh nội tuyến?
Looping FunctoidKhông
Giá trị lập bản đồ dẹt FunctoidKhông
Khẳng định FunctoidKhông
Bảng Extractor FunctoidKhông
Tabl Looping FunctoidKhông
Kịch bản Functoid với nội tuyến C#
Kịch bản Functoid với nội tuyến JScript.NET
Kịch bản Functoid với nội tuyến Visual Basic.NET
Kịch bản Functoid với nội tuyến XSLTKhông
Kịch bản Functoid với nội tuyến XSLT gọi mẫuKhông
Kịch bản Functoid gọi lắp ráp bên ngoàiKhông
Không giá trị FunctoidKhông
Giá trị lập bản đồ FunctoidKhông
Khối lượng đồng gửi FunctoidKhông
Lặp FunctoidKhông
Chỉ số FunctoidKhông
Số đếm bản ghi FunctoidKhông
BizTalk Server 2006 và phiên bản mới nhất đáng kể cải thiện quản lý bộ nhớ cho tài liệu lớn. Để thực hiện việc này, BizTalk Server thực hiện một tin thư thoại cấu hình Kích thước ngưỡng nạp tài liệu vào bộ nhớ trong các chiến dịch chuyển dạng. Mặc định thông báo kích thước ngưỡng là 1 MB. Để biết thêm chi tiết về thiết lập TransformThreshold, truy cập vào các web site mạng nhà phát triển của Microsoft (MSDN) sau đây:

Giá trị thuộc tính lớn và các giá trị yếu tố lớn

Khi BizTalk Server thực hiện một nhận đường ống dẫn hoặc đường ống dẫn gửi vào một tài liệu XML, trọng tải xử lý trong bộ nhớ nếu các tài liệu có chứa một hoặc nhiều của các thực thể sau đây:
  • Giá trị thuộc tính lớn
  • Các giá trị yếu tố lớn
  • Lớn thuộc tính hoặc phần tử thẻ
Để giải quyết vấn đề này, hạn chế kích thước của các thực thể. Nếu điều này phương pháp là không thể, đảm bảo rằng trường hợp BizTalk HOST của bạn không xử lý nhiều tài liệu như chúng cùng một lúc.

Các thành phần tùy chỉnh đường ống

Bạn đang sử dụng một thành phần tùy chỉnh đường ống tải toàn bộ dòng vào bộ nhớ. Tất cả các thành phần được bao gồm trong BizTalk Server, ngoại trừ biến đổi, hỗ trợ trực tuyến. Các thành phần này không sử dụng càng nhiều bộ nhớ trong streaming. Tuy nhiên, các thành phần tùy chỉnh đường ống có thể không hỗ trợ streaming.

Streaming dưới nặng căng thẳng

Gửi máy chủ chạy ra khỏi bộ nhớ khi họ hoạt động dưới nặng căng thẳng. BizTalk máy chủ gửi cho đường ống dẫn và gửi bộ thích ứng mạng hỗ trợ streaming. Trong trực tuyến, mỗi thành phần tải một mảnh nhỏ của các dòng vào bộ nhớ. Bởi vì mỗi thư bao gồm các cấu trúc dữ liệu khác, cùng với một tin thư thoại bối cảnh có thể được lớn hay nhỏ, hành vi này ảnh hưởng đến hành vi của BizTalk Hệ phục vụ dưới nặng căng thẳng.

Hành vi của BizTalk Server bị ảnh hưởng bởi vì các công cụ tải một số tin thư thoại cấu hình sẵn. Số lượng tin thư thoại công cụ tải dựa trên các giá trị mà xuất hiện trong các LowWaterMark field và lĩnh vực HighWaterMark bảng Adm_serviceClass. Là bảng Adm_serviceClass trong bộ máy cơ sở dữ liệu quản lý BizTalk. Các giá trị kiểm soát số lượng tin thư thoại mà BizTalk Server các quá trình hoặc gửi tại các cùng một lúc.

Giá trị HighWaterMark là tổng số tin thư thoại công cụ xử lý cùng một lúc. giá trị mặc định là 200 bài viết mỗi CPU. Vì vậy, trên một 8 bộ vi xử lý máy chủ, máy chủ gửi sẽ cố gắng để xử lý các tin thư thoại 1.600 (200 * 8) tại cùng một lúc. Nếu bạn cho rằng mỗi thư là 50 KB, tin thư thoại bằng 80 MB (1, 600 * 50 = 80, 000 KB).

Để giải quyết vấn đề này, bạn có thể thay đổi giá trị HighWaterMark và giá trị của LowWaterMark trong bộ máy cơ sở dữ liệu. Các giá trị mà bạn phụ thuộc theo sử dụng vào kích thước các thư.

Để biết thêm thông tin về nguyên nhân phổ biến của một Ngoài bộ nhớ có điều kiện, hãy xem phần "Bộ nhớ tốc độ tăng trưởng trong BizTalk Messaging" tại web site Microsoft sau đây:BizTalk Server 2006 và phiên bản mới nhất, bạn có thể thay đổi máy chủ mặc định throttling cài đặt chuyên biệt. Cho biết thêm thông tin về làm thế nào để thay đổi các máy chủ mặc định throttling cài đặt chuyên biệt, truy cập vào web site Microsoft Developer Network (MSDN) sau đây:

Hãy thử để đơn giản hóa các vấn đề

Nếu bạn đã xác định một rò bộ nhớ, cố gắng xác định nguyên nhân bằng cách loại bỏ các thành phần tùy chỉnh hoặc bằng cách đơn giản hoá các bản đồ. Ngoài ra, cố gắng để tái sản xuất các vấn đề bằng cách sử dụng một dàn nhạc đơn giản hoặc một giải pháp đơn giản. Thông thường, bạn nên tạo riêng biệt nhận được máy chủ cho nhận được bộ thích ứng mạng. Bạn nên cũng tạo riêng biệt gửi chủ cho bộ thích ứng mạng gửi. Khi bạn sử dụng phương pháp này, mỗi bộ điều hợp có thể chạy trong trình riêng biệt. Vì vậy, nếu quá trình BizTalk Server của bạn kinh nghiệm của một điều kiện ra bộ nhớ, bạn sẽ biết các thành phần nào có liên quan.

Bước gỡ rối

Để khắc phục một điều kiện ra bộ nhớ, sử dụng Debug Công cụ chẩn đoán để giám sát bộ nhớ phân bổ theo thời gian. Chẩn đoán Debug công cụ có thể tạo và phân tích một rò bộ nhớ dump file (.dmp). Khi bạn gỡ rối các rò bộ nhớ, mục đích là để đính kèm Leaktrack.dll trước khi cao bộ nhớ điều kiện tái tạo để nắm bắt sự tăng trưởng bộ nhớ theo thời gian. Leaktrack.dll được bao gồm với các công cụ gỡ lỗi chẩn đoán.
  1. cài đặt chuyên biệt công cụ chẩn đoán gỡ lỗi.

    Các tập tin sau đây có sẵn để tải về từ Microsoft Download Center:

    Tải vềTải về các gói Debug công cụ chẩn đoán bây giờ.

    Cho biết thêm thông tin về làm thế nào để tải về Microsoft hỗ trợ tập tin, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
    119591 Làm thế nào để có được Microsoft hỗ trợ tập tin từ các bản ghi dịch vụ trực tuyến
    Microsoft quét tập tin này cho vi-rút. Microsoft sử dụng phần mềm phát hiện virus mới nhất có sẵn trên ngày mà tập tin đã được đăng. Các tập tin được lưu trữ trên tăng cường bảo mật máy chủ có thể giúp ngăn ngừa bất kỳ thay đổi không được phép để các tập tin.
  2. Giám sát hiệu suất sử dụng để thu thập dữ liệu về hệ thống hiệu suất. Dữ liệu này có thể cung cấp các chỉ số quan trọng về hiệu quả của môi trường BizTalk Server của bạn. Mục đích là để nắm bắt hiệu suất quá trình theo thời gian. Vì vậy, cho phép ghi sổ hiệu suất màn hình trước khi sự rò bộ nhớ xảy ra.

Làm thế nào để sử dụng hiệu suất màn hình kí nhập

Chọn dữ liệu kí nhập
Để chọn các dữ liệu kí nhập, sử dụng các phương pháp là phù hợp với hệ thống điều hành của bạn:
  • Cho Windows Server 2008 và Windows Server 2008 R2
    1. Trong công cụ quản trị, mở Độ tin cậy và hiệu suất giám sát.
    2. Bấm chuột phải Giám sát hiệu suất, bấm Mới và sau đó nhấp vào Dữ liệu thu thiết lập.
    3. Trong các Tên hộp, gõ tên mô tả, và sau đó nhấp vào Tiếp theo.
    4. Lưu ý mục tin thư thoại gốc, và sau đó nhấp vào Tiếp theo.
    5. Nhấp vào Bắt đầu nhà sưu tập dữ liệu này thiết bây giờ, sau đó bấm Kết thúc.
    6. Mở rộng Bộ sưu tập dữ liệu, mở rộng Người dùng định nghĩa và sau đó chọn tập tin của bạn.
    7. Bấm chuột phải kí nhập màn hình hệ thống, sau đó bấm Thuộc tính.
    8. Nhấp vào Thêm trên các Hiệu suất Counters tab. chọn các đối tượng sau đây và sau đó bấm Thêm sau khi bạn chọn từng đối tượng:
      • .NET CLR ngoại lệ
      • .NET CLR bộ nhớ
      • BizTalk: thư thoại tin tức thời
      • BizTalk:TDDS
      • Bộ nhớ
      • Quá trình
      • Bộ xử lý
      • XLANG/s Orchestration
      Nếu SQL Server địa phương, cũng có thêm các đối tượng sau:
      • SQLServer:Databases
      • SQLServer:General số liệu thống kê
      • SQLServer:Memory Manager
    9. Nhấp vào Ok.
    10. Thay đổi các Giá trị khoảng mẫu hộp 5 giây.

      Lưu ý Giá trị mẫu khoảng thời gian và thời gian để Bắt đầu để giám sát là chủ quan. Các giá trị này phụ thuộc vào khi sự rò bộ nhớ sao chép. Vì tệp nhật ký có thể lớn, chỉ định một khoảng thời gian mà trong đó bạn có thể có được những thông tin mà bạn phải có mà không áp đảo hệ phục vụ.
    11. Nhấp vào Ok.
    Để dừng việc thu thập dữ liệu, bấm Dừng trên các Hành động trình đơn.
  • Cho Windows Server 2003 hoặc Windows XP
    1. Mở rộng Nhật ký hiệu suất và Cảnh báo.
    2. Bấm chuột phải Số lượt truy cập các bản ghi, và sau đó Nhấp vào Thiết đặt kí nhập mới. Các Thiết đặt kí nhập mớihộp thoại xuất hiện.
    3. Trong các Tên hộp, gõ một mô tả tên, và sau đó nhấp vào Ok.
    4. Lưu ý địa chỉ file Nhật ký. (Bạn cũng có thể bấm các Tập tin kí nhập tab, và sau đó nhấp vào Cấu hình để thay đổi vị trí tập tin kí nhập.)
    5. Nhấp vào Thêm bộ đếm.
    6. Chọn Tất cả các quầyTất cả trường hợp.
    7. Trong các Đối tượng hiệu suất danh sách, chọn các đối tượng sau đây. Nhấp vào Thêm sau khi bạn chọn từng đối tượng.
      • .NET CLR ngoại lệ
      • .NET CLR bộ nhớ
      • BizTalk: thư thoại tin tức thời
      • BizTalk:TDDS
      • Bộ nhớ
      • Quá trình
      • Bộ xử lý
      • XLANG/s Orchestration
      Nếu SQL Server địa phương, cũng có thêm các đối tượng sau:
      • SQLServer:Databases
      • SQLServer:General số liệu thống kê
      • SQLServer:Memory Manager
    8. Nhấp vào Đóng.
    9. Thay đổi các giá trị trong Dữ liệu lấy mẫu Khoảng thời gian đến 5 giây.

      Lưu ý Giá trị khoảng thời gian lấy mẫu dữ liệu và thời gian để Bắt đầu để giám sát là chủ quan. Các giá trị này phụ thuộc vào khi sự rò bộ nhớ sao chép. Vì tệp nhật ký có thể lớn, chỉ định một khoảng thời gian mà trong đó bạn có thể có được những thông tin mà bạn phải có mà không áp đảo hệ phục vụ.
    10. Nhấp vào Ok.
    Để dừng việc thu thập dữ liệu, bấm chuột phải vào tên đăng nhập truy cập và sau đó nhấp vào Dừng.
Có được tệp kết xuất
Để có được kết xuất tập tin, sử dụng một trong những phương pháp sau đây:
  • Phương pháp 1: tự động
    Tạo một quy tắc bộ nhớ và xử lý rò rỉ với DebugDiag là phương pháp tiếp cận được đề nghị để nắm bắt một kết xuất bộ nhớ. Bộ nhớ và xử lý rò rỉ quy tắc tự động gắn Leaktrack.dll. Điều này được sử dụng để theo dõi các cấp phát bộ nhớ. Để tạo ra các quy tắc bộ nhớ và xử lý rò rỉ, hãy làm theo các bước sau:
    1. Bắt đầu gỡ lỗi Công cụ chẩn đoán 1.1.
    2. Chọn Bộ nhớ và xử lý rò rỉ, và sau đó bấm Tiếp theo.
    3. Chọn các Btsntsvc.exe xử lý, và sau đó nhấp vào Tiếp theo.
    4. Trên trang cấu hình quy tắc rò rỉ, hãy làm theo các bước sau:
      1. Nhấn vào đây để chọn các Bắt đầu theo dõi ngay lập tức khi quy tắc được kích hoạt bộ nhớ hộp kiểm. Nếu không, bạn có thể chỉ định một thời gian ấm lên trước khi LeakTrack.dll được tiêm trong quá trình BTSNTSvc.exe.
      2. Nhấp vào Cấu hình, và sau đó làm như sau:
        • Xác nhận rằng Auto-tạo một quy tắc tai nạn được chọn. Bằng cách chọn tùy chọn này, kết xuất bộ nhớ sẽ được tạo ra tự động nếu trình BTSNTSvc.exe dừng.
        • Nhấn vào đây để chọn các Tạo ra một userdump khi ảo byte tiếp cận kiểm tra hộp, và giữ giá trị mặc định của 1024.
        • Nhấn vào đây để chọn các và mỗi bổ sung kiểm tra hộp, và giữ mặc định của 200.
        Bằng cách chọn byte ảo đạt được lựa chọn, kết xuất bộ nhớ sẽ tự động được tạo ra khi sử dụng ảo bytes 1024 MB. Nếu ảo byte tăng 200 MB, một kết xuất bộ nhớ sẽ tự động được tạo.
      3. Nhấp vào Lưu & đóng.
      4. Bấm tiếp theo.
    5. Trên trang chọn đổ vị trí và tên quy tắc, nhấp Tiếp theo.

      Lưu ý Bạn cũng có thể thay đổi đường dẫn của tệp kết xuất trong các Địa điểm Userdump hộp trên trang này.
    6. Nhấp vào Kết thúc để thực hiện các quy tắc hoạt động bây giờ.
    Lưu ý Tình trạng quy luật bây giờ theo dõi. Mỗi khi một kết xuất bộ nhớ được tạo ra, giá trị sẽ tăng trong cột Userdump đếm trên tab quy tắc. Vị trí kết xuất bộ nhớ mặc định là c: Program Files Files\DebugDiag\Logs.
  • Cách 2: hướng dẫn sử dụng
    Bạn có thể cũng tự đính kèm Leaktrack.dll và thủ công có được tệp kết xuất bộ nhớ. Điều này cho phép bạn kiểm soát khi kết xuất bộ nhớ được tạo ra. Để thực hiện việc này, hãy làm theo các bước sau:
    1. Bắt đầu gỡ lỗi Công cụ chẩn đoán 1.1.
    2. Bấm vào các Quy trình tab.
    3. Bấm chuột phải vào các Btsntsvc.exe xử lý, và sau đó nhấp vào Màn hình cho rò rỉ.
    4. Trong các Gỡ lỗi công cụ chẩn đoán hộp thoại hộp, bấm vào , sau đó bấm Ok.
    Tạo quy tắc tai nạn để giám sát quá trình Btsntsvc.exe tương tự trong trường hợp quá trình tắt máy trước khi bạn có thể tạo ra kết xuất bộ nhớ:
    1. Bắt đầu Gỡ lỗi Diagnostics Tool 1.1.
    2. Chọn Tai nạn, sau đó bấm Tiếp theo.
    3. Chọn Một quá trình cụ thể, sau đó bấm Tiếp theo.
    4. Chọn quá trình Btsntsvc.exe, và sau đó bấm Tiếp theo.
    5. Trên các (Tùy chọn) cấu hình nâng cao Trang, nhấp vào Tiếp theo.
    6. Trong các Chọn vị trí bãi chứa và tên quy tắc (tùy chọn) hộp thoại hộp, bấm vào Tiếp theo.
    7. Chọn Kích hoạt sự cai trị ngay, rồi bấm hoàn tất.
    Khi quá trình đạt đến 60 phần trăm đến 80 phần trăm của RAM, bấm chuột phải vào trình Btsntsvc.exe, và sau đó nhấp vào Tạo ra đầy đủ Userdump. Nếu quá trình BizTalk dừng trước khi bạn có thể tạo các bãi chứa người sử dụng, các quy tắc Crash nên có hiệu lực và tạo ra kết xuất bộ nhớ.
Dừng ghi nhật ký hiệu suất giám sát
Nếu bạn đang bắt một kết xuất bộ nhớ và dữ liệu hiệu suất Monitor, ngừng hoạt động màn hình kí nhập khoảng hai phút sau khi kết xuất bộ nhớ được tạo.
Phân tích các bãi chứa tệp
Để giúp xác định nguyên nhân của một rò bộ nhớ, bạn có thể sử dụng Debug Công cụ chẩn đoán để phân tích các bãi chứa tệp. Để thực hiện việc này, hãy làm theo các bước sau:
  1. Bấm vào các Phân tích cao cấptab.
  2. Nhấp vào Thêm tập tin dữ liệu, và sau đó xác định vị trí các .DMP tập tin.
  3. Chọn các Bộ nhớ áp lực phân tíchkịch bản, và sau đó nhấp vào Bắt đầu phân tích.
theo mặc định, tập tin báo cáo phân tích (.mht) sẽ được tạo trong mục tin thư thoại c: Program Files Files\DebugDiag\Reports khi phân tích kết thúc. Các tập tin báo cáo cũng sẽ được hiển thị trong trình duyệt của bạn. Các tập tin báo cáo chứa các kết quả của phân tích. Ngoài ra, các tập tin báo cáo có thể chứa khuyến nghị cho làm thế nào để giải quyết sự rò bộ nhớ.

Nếu bạn sử dụng tùy chỉnh Dll, bạn có thể thêm đường dẫn biểu tượng của các tập tin tùy chỉnh .pdb để phân tích. Để làm Điều này, hãy làm theo các bước sau:
  1. Mở công cụ gỡ lỗi chẩn đoán.
  2. Trên các Công cụ trình đơn, nhấp vào Tùy chọn và thiết đặt.
  3. Trong các Biểu tượng tra cứu con đường để gỡ lỗihộp, nhập đường dẫn biểu tượng.
Nếu bạn muốn giúp đỡ việc phân tích các bãi chứa tập tin, liên hệ với Microsoft bản ghi dịch vụ hỗ trợ khách hàng. Đối với danh sách đầy đủ các bản ghi dịch vụ hỗ trợ khách hàng điện thoại số điện thoại và thông tin về chi phí hỗ trợ, hãy truy cập sau đây web site của Microsoft: Trước khi bạn liên hệ với bản ghi dịch vụ hỗ trợ khách hàng, nén tệp kết xuất, Nhật ký hiệu suất Monitor, tập tin báo cáo phân tích và các bản ghi sự kiện Cập Nhật (.evt file). Bạn có thể gửi những tập tin này đến một máy chủ BizTalk hỗ trợ kỹ sư.

Warning: This article has been translated automatically

Thuộc tính

ID Bài viết: 918643 - Xem lại Lần cuối: 06/13/2012 09:06:00 - Bản sửa đổi: 1.0

Microsoft BizTalk Server Branch 2010, Microsoft BizTalk Server Developer 2010, Microsoft BizTalk Server Enterprise 2010, Microsoft BizTalk Server Standard 2010, Microsoft BizTalk Server 2009 Branch, Microsoft BizTalk Server 2009 Developer, Microsoft BizTalk Server 2009 Enterprise, Microsoft BizTalk Server 2009 Standard, Microsoft BizTalk Server 2006 R2 Branch, Microsoft BizTalk Server 2006 R2 Developer Edition, Microsoft BizTalk Server 2006 R2 Enterprise Edition, Microsoft BizTalk Server 2006 R2 Standard Edition, Microsoft BizTalk Server 2006 Enterprise Edition, Microsoft BizTalk Server 2006 Developer Edition, Microsoft BizTalk Server 2006 Standard Edition, Microsoft BizTalk Server 2004 Enterprise Edition, Microsoft BizTalk Server 2004 Developer Edition, Microsoft BizTalk Server 2004 Partner Edition, Microsoft BizTalk Server 2004 Standard Edition

  • kbhowto kbmt KB918643 KbMtvi
Phản hồi