Làm thế nào để duy trì và gỡ rối BizTalk Server cơ sở dữ liệu

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:952555
TÓM TẮT
Cơ sở dữ liệu Microsoft BizTalk Server và sức khỏe của các cơ sở dữ liệu là rất quan trọng cho một môi trường tin nhắn BizTalk Server thành công. 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 làm việc với BizTalk Server cơ sở dữ liệu. Những cân nhắc bao gồm:
  • Bạn phải vô hiệu hóa các Thống kê cập nhật tự độngTự động tạo ra số liệu thống kê Microsoft SQL Server tùy chọn.
  • Bạn phải thiết lập mức độ tối đa của Parallelism bất động sản một cách chính xác.
  • Xác định khi bạn có thể xây dựng lại chỉ số BizTalk Server.
  • Khóa, deadlocking, hoặc chặn có thể xảy ra.
  • Bạn có thể gặp vấn đề với cơ sở dữ liệu lớn hoặc bảng.
  • BizTalk SQL Server đại lý công việc
  • Trường hợp dịch vụ có thể bị đình chỉ.
  • Bạn có thể gặp các vấn đề hiệu suất máy chủ SQL và BizTalk Server.
  • Bạn nên làm theo thực tiễn tốt nhất trong BizTalk Server.
GIỚI THIỆU
Bài viết này mô tả làm thế nào để duy trì cơ sở dữ liệu máy chủ BizTalk và làm thế nào để khắc phục vấn đề BizTalk máy chủ cơ sở dữ liệu.
THÔNG TIN THÊM

Các vấn đề đã xác định

Bạn phải vô hiệu hóa các tùy chọn tự động Cập Nhật số liệu thống kê và tự động tạo ra số liệu thống kê

Bạn phải vô hiệu hóa các Tự động tạo ra số liệu thống kêThống kê cập nhật tự động tùy chọn trên cơ sở dữ liệu BizTalkMsgBoxDb. Để xác định xem các thiết đặt này bị vô hiệu hoá, thực hiện các thủ tục sau đây được lưu trữ trong SQL Server:
exec sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics'exec sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics'

Bạn nên đặt các thiết lập CurrentSetting tắt. Nếu thiết đặt này được thiết lập để ngày, tắt bằng cách thực hiện các thủ tục sau đây được lưu trữ trong SQL Server:
exec sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics', 'off'exec sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics', 'off'

Để biết thêm chi tiết, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
917845 Bạn kinh nghiệm chặn, deadlock điều kiện, hoặc các vấn đề máy chủ SQL khác khi bạn cố gắng kết nối với cơ sở dữ liệu BizTalkMsgBoxDb trong BizTalk Server
912262 Lựa chọn tự động Cập Nhật số liệu thống kê, tự động tạo ra tùy chọn số liệu thống kê, và thiết lập Parallelism bị tắt trong trường hợp cơ sở dữ liệu SQL Server chủ cơ sở dữ liệu BizTalk Server BizTalkMsgBoxDB

Bạn phải thiết lập mức độ tối đa của Parallelism tài sản một cách chính xác

Trên máy tính đó chạy SQL Server và lưu trữ cơ sở dữ liệu BizTalkMsgBoxDb, thiết lập mức độ tối đa của Parallelism run_value và config_value thuộc tính một giá trị 1. Để xác định mức độ tối đa của Parallelism thiết lập, thực hiện sau đây được lưu trữ thủ tục đối với các chủ cơ sở dữ liệu trong SQL Server:
exec sp_configure 'max degree of parallelism'
Nếu các tính chất run_value và config_value không được đặt để giá trị là 1, thực hiện thủ tục sau đây được lưu trữ trong SQL Server đặt chúng để 1:
exec sp_configure 'max degree of parallelism', '1'reconfigure with override

Để biết thêm chi tiết, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
899000 Thiết lập Parallelism ví dụ SQL Server khi bạn cấu hình máy chủ BizTalk
917845 Bạn kinh nghiệm chặn, deadlock điều kiện, hoặc các vấn đề máy chủ SQL khác khi bạn cố gắng kết nối với cơ sở dữ liệu BizTalkMsgBoxDb trong BizTalk Server

Xác định khi bạn có thể xây dựng lại chỉ số BizTalk Server

Tập trung hầu hết BizTalk Server danh mục (chỉ mục ID: 1). bạn có thể sử dụng các báo cáo DBCC SHOWCONTIG SQL Server để hiển thị thông tin phân mảnh cho các bảng BizTalk Server.

Các chỉ số BizTalk Server là GUID dựa trên. Do đó, phân mảnh thường xảy ra. Nếu giá trị mật độ quét được trả về bởi tuyên bố DBCC SHOWCONTIG là ít hơn 30 phần trăm, các chỉ số BizTalk Server có thể được xây dựng lại trong thời gian chết.

Nhiều máy chủ BizTalk bảng chứa cột mà dùng định nghĩa DataType. Đánh chỉ mục trực tuyến không thể thực hiện trong các cột. Vì vậy, bạn không bao giờ nên xây dựng lại các chỉ số BizTalk Server trong khi BizTalk Server xử lý dữ liệu.

Để biết thêm thông tin, hãy bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
917845 Bạn kinh nghiệm chặn, deadlock điều kiện, hoặc các vấn đề máy chủ SQL khác khi bạn cố gắng kết nối với cơ sở dữ liệu BizTalkMsgBoxDb trong BizTalk Server
Để biết thêm chi tiết về làm thế nào để phân tích đầu ra tuyên bố DBCC SHOWCONTIG, truy cập vào trang web của Microsoft sau đây:

Khóa, deadlocking, hoặc chặn có thể xảy ra

Thông thường, ổ khóa và khối xảy ra trong một môi trường máy chủ BizTalk. Tuy nhiên, các ổ khóa hoặc khối không còn trong một thời gian dài. Vì vậy, cản trở và deadlocking cho thấy một vấn đề tiềm năng.

Để biết thêm thông tin, hãy bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
917845 Bạn kinh nghiệm chặn, deadlock điều kiện, hoặc các vấn đề máy chủ SQL khác khi bạn cố gắng kết nối với cơ sở dữ liệu BizTalkMsgBoxDb trong BizTalk Server

Bạn có thể gặp vấn đề với cơ sở dữ liệu lớn hoặc bảng

Chúng tôi đã thấy rằng khi cơ sở dữ liệu BizTalkMsgBoxDb là lớn hơn 5 GB, vấn đề hiệu suất có thể xảy ra. Lý tưởng nhất, cơ sở dữ liệu BizTalkMsgBoxDb nên không giữ bất kỳ dữ liệu. Cơ sở dữ liệu BizTalkMsgBoxDb nên được coi là một bộ đệm cho đến khi dữ liệu được chế biến hoặc di chuyển cơ sở dữ liệu BizTalkDTADb.

Một môi trường mà sử dụng một máy chủ SQL mạnh lúc kết thúc trở lại và nhiều dài chạy Orchestration có thể có một cơ sở dữ liệu BizTalkMsgBoxDb mà là lớn hơn 5 GB. Một môi trường âm lượng cao sử dụng Orchestration dài chạy không có cần phải có một cơ sở dữ liệu BizTalkMsgBoxDb mà là nhỏ hơn nhiều so với 5 GB.

Cơ sở dữ liệu BizTalkDTADb không có một đặt kích cỡ. Tuy nhiên, nếu hiệu suất giảm, cơ sở dữ liệu có thể là quá lớn. Thông thường, 15 GB đến 20 GB được coi là quá lớn. Khi bạn đã lớn BizTalk Server cơ sở dữ liệu, bạn có thể gặp các vấn đề sau:
  • Cơ sở dữ liệu BizTalkMsgBoxDb tiếp tục phát triển. Tuy nhiên, cả hai tập tin đăng nhập và kích thước dữ liệu vẫn còn lớn.
  • BizTalk Server mất một thời gian dài hơn thường lệ để xử lý ngay cả là một dòng chảy thông điệp đơn giản kịch bản.
  • Y tế và hoạt động theo dõi (HAT) truy vấn mất một thời gian dài hơn bình thường và có thể thời gian ra.
  • Tệp sổ ghi cơ sở dữ liệu không bao giờ được cắt ngắn.
  • Các công việc BizTalk SQL Server Agent chạy chậm hơn bình thường.
  • Một số bảng là lớn hơn đáng kể hoặc có quá nhiều hàng so với kích thước bình thường bảng.
Cơ sở dữ liệu có thể trở thành lớn lý do khác nhau. Những lý do này có thể bao gồm:
  • BizTalk SQL Server đại lý công việc không chạy
  • Một số lớn các trường hợp bị đình chỉ
  • Đĩa thất bại
  • Theo dõi
  • Điều chỉnh
  • Hiệu suất máy chủ SQL
  • Độ trễ mạng
Hãy chắc chắn rằng bạn biết những gì mong đợi trong môi trường của bạn để xác định liệu một vấn đề dữ liệu là xảy ra.

Theo mặc định, theo dõi được kích hoạt trên máy chủ mặc định. BizTalk đòi hỏi mà các Cho phép máy chủ lưu trữ theo dõi tùy chọn được kiểm tra trên một máy chủ duy nhất. Khi theo dõi được kích hoạt, các theo dõi dữ liệu giải mã dịch vụ (TDDS) di chuyển theo dõi sự kiện dữ liệu từ cơ sở dữ liệu BizTalkMsgBoxDb để BizTalkDTADb cơ sở dữ liệu. Nếu máy chủ lưu trữ theo dõi dừng lại, TDDS không di chuyển dữ liệu vào cơ sở dữ liệu BizTalkDTADb và TrackingData_x_x bảng trong cơ sở dữ liệu BizTalkMsgBoxDb sẽ phát triển.

Chúng tôi đề nghị bạn dành một chủ nhà để theo dõi. Cho phép TDDS để duy trì các sự kiện theo dõi mới trong kịch bản âm lượng cao, tạo ra nhiều trường hợp của một máy chủ lưu trữ theo dõi duy nhất. Không có máy chủ lưu trữ nhiều hơn một theo dõi phải tồn tại.

Có thể có quá nhiều hàng trong một bảng. Không có không có đặt số lượng hàng mà là quá nhiều. Ngoài ra, con số này hàng thay đổi tùy theo loại dữ liệu được lưu trữ trong bảng. Ví dụ, một bảng dta_DebugTrace có hơn 1 triệu hàng có lẽ có quá nhiều hàng. Một Tên miền máy chủQ_Suspended bảng có hơn 200,000 hàng có lẽ có quá nhiều hàng.

Sử dụng các công việc BizTalk SQL Server đại lý đúng

Các công việc BizTalk SQL Server đại lý rất quan trọng cho việc quản lý cơ sở dữ liệu máy chủ BizTalk và cho việc duy trì hiệu năng cao.

Các Sao lưu máy chủ BizTalk SQL Server Agent công việc là phương pháp duy nhất được hỗ trợ để sao lưu cơ sở dữ liệu máy chủ BizTalk. Công việc này đòi hỏi tất cả các cơ sở dữ liệu BizTalk Server sử dụng một mô hình phục hồi đầy đủ. Bạn phải cấu hình các công việc này cho một môi trường lành mạnh BizTalk Server. Phương pháp SQL Server có thể được sử dụng để sao lưu cơ sở dữ liệu máy chủ BizTalk chỉ nếu SQL Server Agent ngừng và nếu tất cả BizTalk Server máy chủ lưu trữ trường hợp bị dừng.

Các MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Việc làm đại lý SQL máy chủ chạy vô hạn. Vì vậy, SQL Server Agent Lược sử công việc không bao giờ hiển thị một hoàn tất thành công. Nếu một lỗi xảy ra, việc khởi động lại trong vòng một phút và tiếp tục chạy vô hạn. Vì vậy, bạn một cách an toàn có thể bỏ qua sự thất bại. Ngoài ra, việc làm lịch sử có thể được xóa. Bạn chỉ nên được quan tâm nếu lịch sử công việc báo cáo rằng việc làm này liên tục không thành công và khởi động lại.

Các MessageBox_Message_Cleanup_BizTalkMsgBoxDb SQL Server đại lý công việc là công việc BizTalk Server chỉ nên không được kích hoạt bởi vì nó bắt đầu bởi các MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server đại lý công việc.

Các Thanh trừng DTA và lưu trữ SQL Server đại lý công việc sẽ giúp duy trì cơ sở dữ liệu BizTalkDTADb bởi đang dọn dẹp và lưu trữ theo dõi tin nhắn. Công việc này lần đọc mỗi hàng trong bảng và so sánh tem thời gian để xác định xem các bản ghi cần được loại bỏ.

Các công việc BizTalk SQL Server Agent tất cả ngoại trừ các MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server đại lý công việc cần phải chạy thành công.

Để biết thêm chi tiết về tất cả các công việc BizTalk Server SQL Server Agent, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
919776 Mô tả công việc SQL Server Agent BizTalk Server

Trường hợp dịch vụ có thể bị đình chỉ

Trường hợp dịch vụ có thể được bị đình chỉ (resumable) hoặc bị đình chỉ (không resumable). Những trường hợp dịch vụ có thể nhắn tin, dàn nhạc hoặc cổng.

Những trường hợp dịch vụ có thể làm cho BizTalkMsgBoxDb cơ sở dữ liệu phát triển không cần thiết và có thể được chấm dứt. Bảng sau đây liệt kê những phương pháp có thể được sử dụng, tùy thuộc vào phiên bản BizTalk:
Nhóm HubTerminate.VBSTerminator Tool
BizTalk Server 2010CóKhôngCóCó
BizTalk Server 2009CóKhôngCóCó
BizTalk Server 2006 R2CóCóCóCó
BizTalk Server 2006CóCóCóCó
BizTalk Server 2004KhôngCóCóCó
Để biết thêm chi tiết về các tập lệnh Terminate.vbs, ghé thăm trang web MSDN sau đây: Bộ nhớ đệm trường hợp không xuất hiện trong các Nhóm Hub Trang, và bạn không thể đình chỉ hay huỷ bỏ chúng. Hạn chế này là một nguyên nhân phổ biến của bảng tăng trưởng. Để ngăn chặn thư zombie mới cho các trường hợp dịch vụ bộ đệm ẩn trong BizTalk Server 2006, cài đặt các hotfix trong bài viết cơ sở kiến thức Microsoft 936536. Vấn đề này cố định trong BizTalk Server 2006 R2 và phiên bản mới nhất.

Chú ý Một tin nhắn zombie là một thông điệp rằng chuyển nhưng không tiêu thụ.

Để 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 Mirosoft:
936536 Khắc phục: Bạn gặp các vấn đề hiệu suất với BizTalk Server 2006 và throttling thư đang đăng nhập tệp nhật ký hiệu suất
Khi một BizTalk Server máy chủ lưu trữ trường hợp chấm dứt, bộ nhớ đệm trường hợp có thể không được gỡ bỏ. Để giải quyết này hành vi trong BizTalk Server 2006, cài đặt các hotfix trong bài viết cơ sở kiến thức Microsoft 944426. Trong BizTalk Server 2006 R2, cài đặt BizTalk 2006 R2 Service Pack 1. Vấn đề này cố định trong BizTalk Server 2009 và 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 các bài viết trong cơ sở kiến thức Microsoft:
974563 Danh sách các máy chủ Microsoft BizTalk hotfixes được bao gồm trong BizTalk Server 2006 R2 Service Pack 1
944426 Khắc phục: Bộ nhớ cache mồ côi trường hợp có thể được xây dựng trong trường hợp và Hosts Queue bảng cơ sở dữ liệu BizTalkMsgBoxDb vào năm 2006 Server BizTalk và trong BizTalk Server 2006 R2
Một vấn đề phổ biến khác là Routing thất bại báo cáo (RFRs) có thể xây dựng các BizTalkHostQ và BizTalkHostQ_Suspended bảng. Các RFRs không được cắt bỏ, và hành vi này có thể gây ra cơ sở dữ liệu BizTalkMsgBoxDb để phát triển. Để giải quyết vấn đề này trong BizTalk Server 2006, cài đặt các hotfix trong bài viết cơ sở kiến thức Microsoft 941690. Vấn đề này cố định trong BizTalk Server 2006 R2 và phiên bản mới nhất.

Để biết thêm thông tin, hãy bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
941690 Khắc phục: Routing thất bại báo cáo không được cắt bỏ khỏi <biztalkhostname>Q_Suspended bảng trên một máy chủ BizTalk Server 2006</biztalkhostname>
Các điều khoản "trẻ mồ côi và các tin nhắn" và "zombie thư" thường được sử dụng thay thế cho nhau.

Một thông báo trẻ mồ côi là một tin nhắn mà không có một trường hợp liên quan. Ví dụ, một báo cáo lỗi định tuyến là một thông báo trẻ mồ côi.

Một tin nhắn zombie là một thông điệp rằng chuyển nhưng không tiêu thụ. Ví dụ, một tin nhắn được gửi đến một dàn nhạc đoàn tàu vận tải. Tuy nhiên, dàn nhạc đoàn tàu vận tải đã đi xuống một con đường mã. Ví dụ dàn nhạc kết thúc. Thông báo được bỏ đi và bây giờ được biết đến như một tin nhắn zombie.

Cho một mô tả của thông điệp zombie, ghé thăm trang web MSDN sau đây:

Bạn có thể gặp các vấn đề hiệu suất máy chủ SQL và BizTalk Server

BizTalk Server làm cho hàng trăm các giao dịch ngắn, rất nhanh chóng để SQL Server trong vòng một phút. Nếu các SQL Server không thể duy trì hoạt động này, BizTalk Server có thể gặp các vấn đề hiệu suất. Trong hiệu suất theo dõi, giám sát các AVG. Disk sec/đọc, Avg. Disk sec/chuyển nhượngAVG. Disk sec/ghi theo dõi hiệu suất quầy tại các PhysicalDisk hiệu suất đối tượng. Giá trị tối ưu là ít hơn 10 ms (mili giây). Giá trị của 20 ms hoặc lớn hơn xem xét hiệu suất kém.

Để biết thêm chi tiết về hiệu suất máy chủ SQL, truy cập vào trang web của Microsoft sau đây:Để biết thêm chi tiết về sẵn sàng cao BizTalk Server 2004 cơ sở dữ liệu, truy cập trang web MSDN sau đây: Để biết thêm chi tiết về sẵn sàng cao BizTalk Server 2006 cơ sở dữ liệu, truy cập trang web MSDN sau đây:Để biết thêm chi tiết, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
298475 Làm thế nào để gỡ rối các vấn đề hiệu suất máy chủ SQL

271509 Làm thế nào để giám sát chặn trong SQL Server 2005 và trong SQL Server 2000

Thực tiễn tốt nhất trong BizTalk Server

Bắt đầu đại lý SQL máy chủ trên máy chủ SQL. Khi các đại lý máy chủ SQL được ngừng lại, công ăn việc làm đại lý BizTalk SQL Server built-in có trách nhiệm bảo trì cơ sở dữ liệu không thể chạy. Hành vi này gây ra sự tăng trưởng cơ sở dữ liệu, và sự tăng trưởng này có thể gây ra các vấn đề hiệu suất. BizTalk Server cơ sở dữ liệu bảo trì đã cải thiện đáng kể trong BizTalk Server 2004 Service Pack 2 (SP2) và phiên bản mới nhất.

Đặt các file SQL Server LDF và MDF trên ổ đĩa riêng biệt. Khi các file LDF và MDF cho BizTalkMsgBoxDb và BizTalkDTADb cơ sở dữ liệu trên ổ đĩa cùng, ganh đua đĩa có thể xảy ra.

Nếu bạn không hưởng lợi từ nội dung thư theo dõi, không kích hoạt tính năng này. Tuy nhiên, nó là một ý tưởng tốt để cho phép thông báo cơ thể theo dõi trong khi bạn phát triển và gỡ rối một giải pháp. Nếu bạn làm điều này, hãy chắc chắn rằng bạn vô hiệu hóa thông điệp cơ thể theo dõi khi bạn đã kết thúc. Khi nội dung thư theo dõi được kích hoạt, cơ sở dữ liệu máy chủ BizTalk phát triển. Nếu có một nhu cầu kinh doanh mà đòi hỏi phải cho phép cơ thể thư theo dõi, xác nhận rằng các TrackedMessages_Copy_BizTalkMsgBoxDbThanh trừng DTA và lưu trữ Việc làm đại lý SQL máy chủ đang chạy thành công.

Thông thường, các bản ghi của giao dịch nhỏ hơn làm cho hiệu suất tốt hơn. Để giữ các bản ghi của giao dịch nhỏ hơn, cấu hình các Sao lưu máy chủ BizTalk SQL Server đại lý công việc để chạy thường xuyên hơn. Để biết thêm chi tiết về tối ưu hóa máy chủ BizTalk, ghé thăm trang web MSDN sau đây: Thủ tục sp_ForceFullBackup được lưu trữ trong cơ sở dữ liệu BizTalkMgmtDb cũng có thể được sử dụng để giúp thực hiện một quảng cáo-hoc đầy đủ sao lưu các tập tin dữ liệu và đăng nhập. Các thủ tục được lưu trữ Cập Nhật bảng adm_ForceFullBackup với một giá trị 1. Sau khi các Sao lưu máy chủ BizTalk việc chạy, một tập sao lưu đầy đủ cơ sở dữ liệu được tạo ra.

Các BizTalk Server tốt nhất thực tiễn Analyzer (BPA) có thể được sử dụng để đánh giá một triển khai BizTalk máy chủ hiện có. BPA thực hiện rất nhiều liên quan đến cơ sở dữ liệu kiểm tra. Để biết thêm chi tiết về BPA, truy cập vào trang web của Microsoft sau đây:

Khắc phục sự cố

Tốt nhất giải đáp thắc mắc bước cho BizTalk Server SQL Server cơ sở dữ liệu phụ thuộc vào loại hình cơ sở dữ liệu vấn đề, chẳng hạn như chặn hoặc deadlocking. Để gỡ rối một vấn đề BizTalk máy chủ cơ sở dữ liệu, hãy làm theo các bước sau.

Bước 1: Bật và chạy tất cả các công việc BizTalk SQL Server đại lý yêu cầu

Tất cả các BizTalk SQL Server Agent công việc ngoại trừ các MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb công việc phải được bật và đang chạy thành công. Vô hiệu hóa bất kỳ công việc khác.

Nếu một lỗi xảy ra, sử dụng các Xem lịch sử tùy chọn trong SQL Server để xem thông tin về lỗi, và sau đó gỡ rối sự thất bại cho phù hợp. Hãy nhớ rằng các MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Việc làm đại lý SQL máy chủ chạy vô hạn. Do đó, bạn chỉ nên quan tâm nếu lịch sử công việc báo cáo rằng công việc liên tục không thành công và khởi động lại.

Bước 2: Sử dụng công cụ MsgBoxViewer

Thu thập dữ liệu MsgBoxViewer trong khi bạn sao chép một vấn đề.

Các công cụ MsgBoxViewer là hữu ích để gỡ rối vì nó cung cấp một báo cáo HTML có chi tiết thông tin về bảng kích cỡ và đếm hàng. Báo cáo cũng có thể giúp xác định liệu hệ phục vụ BizTalk throttling. Ngoài ra, công cụ cung cấp một bản chụp BizTalk Server cơ sở dữ liệu và cấu hình máy chủ BizTalk.

Để biết thêm chi tiết về làm thế nào để tải về công cụ MsgBoxViewer, truy cập vào trang web của Microsoft sau đây:Để biết thêm chi tiết về throttling trong BizTalk Server, ghé thăm trang web MSDN sau đây:Khi BizTalk máy chủ đang chạy chậm hơn bình thường, chạy công cụ MsgBoxViewer, và sau đó xem xét báo cáo HTML được tạo ra cho bất kỳ vấn đề. Các Tóm tắt phần danh sách cảnh báo trong vấn đề màu vàng và tiềm năng trong màu đỏ.

Ngoài ra, bạn có thể sử dụng công cụ MsgBoxViewer đầu ra để xác định bảng mà là lớn nhất và có các hồ sơ hầu hết. Bảng sau đây liệt kê các bảng BizTalk Server mà thường phát triển lớn nhất. Bạn có thể sử dụng dữ liệu này để xác định nơi một vấn đề tiềm năng có thể tồn tại.
BảngMô tả
Tên miền máy chủQ_SuspendedBảng này có chứa một tham chiếu đến thư trong bảng Spool có liên quan đến trường hợp bị đình chỉ cho máy chủ lưu trữ cụ thể. Bảng này là trong cơ sở dữ liệu BizTalkMsgBoxDb.
Tên miền máy chủQBảng này có chứa một tham chiếu đến thư trong bảng Spool được liên kết với máy chủ lưu trữ cụ thể và không bị đình chỉ. Bảng này là trong cơ sở dữ liệu BizTalkMsgBoxDb.
Đệm in
Bộ phận
Mảnh vỡ
Bảng các lưu trữ dữ liệu thực tế thông báo trong cơ sở dữ liệu BizTalkMsgBoxDb.
Trường hợpBảng này lưu trữ tất cả các trường hợp và tình trạng hiện tại của họ trong cơ sở dữ liệu BizTalkMsgBoxDb.
TrackingData_0_xCác bảng bốn lưu trữ các sự kiện doanh nghiệp hoạt động giám sát (BAM) theo dõi trong cơ sở dữ liệu BizTalkMsgBoxDb cho TDDS để di chuyển các sự kiện để cơ sở dữ liệu BAMPrimaryImport.
TrackingData_1_xCác bảng bốn lưu trữ các sự kiện theo dõi trong cơ sở dữ liệu BizTalkMsgBoxDb cho TDDS để di chuyển các sự kiện để cơ sở dữ liệu BizTalkDTADB.
Tracking_Fragmentsx
Tracking_Partsx
Tracking_Spoolx
Hai trong mỗi người trong số các bàn là trong các cơ sở dữ liệu BizTalkMsgBoxDb và BizTalkDTADb. Một là trực tuyến, và khác là gián tuyến.

BizTalk Server 2004 SP2 và trong phiên bản sau này, việc làm đại lý máy chủ SQL TrackedMessages_Copy_BizTalkMsgBoxDb di chuyển nội dung theo dõi thư trực tiếp đến các bảng trong cơ sở dữ liệu BizTalkDTADb.

BizTalk Server 2004 Service Pack 1 (SP1) và trong phiên bản trước của BizTalk Server 2004, việc làm đại lý TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server sao nội dung theo dõi thư thành các bảng trong cơ sở dữ liệu BizTalkMsgBoxDb. Công việc TrackingSpool_Cleanup_BizTalkMsgBoxDb SQL Server đại lý thanh trừng các bảng gián tuyến và làm cho các bảng trực tuyến trong khi công việc cũng có các bảng trực tuyến gián tuyến.
dta_ServiceInstancesBảng này lưu trữ các sự kiện theo dõi cho trường hợp dịch vụ trong cơ sở dữ liệu BizTalkDTADb. Nếu bảng này là lớn, cơ sở dữ liệu BizTalkDTADb là rất có thể lớn.
dta_DebugTraceBảng này lưu trữ các sự kiện trình gỡ lỗi dàn nhạc trong cơ sở dữ liệu BizTalkDTADb.
dta_MessageInOutEventsBảng này lưu trữ theo dõi sự kiện thư trong cơ sở dữ liệu BizTalkDTADb. Các thông điệp này theo dõi sự kiện bao gồm thông tin bối cảnh tin nhắn.
dta_ServiceInstanceExceptionsBảng này lưu trữ thông tin lỗi cho bất kỳ trường hợp dịch vụ bị đình chỉ trong cơ sở dữ liệu BizTalkDTADb.
Xem xét các kịch bản sau đây.
Tên miền máy chủQ_Suspended bàn
Nếu Tên miền máy chủQ_Suspended bảng có nhiều hồ sơ, các bảng có thể là hợp lệ Phiên bản bị đình chỉ xuất hiện trong Nhóm Hub hoặc trong MŨ. Những trường hợp có thể được chấm dứt. Nếu những trường hợp không xuất hiện trong Nhóm Hub hay bộ nhớ trong MŨ, các thành phần đang có lẽ đệm trường hợp hoặc mồ côi định tuyến thất bại báo cáo. Khi trường hợp bị đình chỉ được chấm dứt, các mục trong bảng này và họ hàng liên kết trong các bảng Spool và trường hợp được làm sạch.

Trong trường hợp này, xử lý các trường hợp bị đình chỉ do nối lại chúng hoặc chấm dứt chúng. BizTalk Terminator cụ cũng có thể được sử dụng.
Tên miền máy chủQ bảng
Nếu Tên miền máy chủQ bảng có nhiều hồ sơ, các loại sau đây của trường hợp có thể tồn tại:
  • Trường hợp đã sẵn sàng để chạy
  • Trường hợp hoạt động
  • Trường hợp mất nước
BizTalk Server cần thời gian để "bắt đầu" và xử lý các trường hợp. Bảng này có thể phát triển khi lệ chế biến, đến outpaces lệ chế biến, gửi đi. Kịch bản này có thể xảy ra khi một vấn đề xảy ra, chẳng hạn như một cơ sở dữ liệu BizTalkDTADb lớn hoặc SQL Server đĩa chậm trễ.
Spool, phụ tùng và mảnh bảng
Nếu các bảng Spool, bộ phận, và mảnh có nhiều hồ sơ, nhiều thư có hiện đang hoạt động, mất nước, hoặc bị đình chỉ. Tùy thuộc vào kích thước, số lượng các bộ phận và các cài đặt phân mảnh trong các bảng, một tin nhắn đơn có thể đẻ trứng tất cả các bảng biểu. Mỗi thư có chính xác một hàng trong bảng Spool và ít nhất một hàng trong bảng phần.
Trường hợp bảng
Các quản trị viên BizTalk nên không cho phép nhiều trường hợp bị đình chỉ ở lại trong trường hợp bảng. Trường hợp mất nước chỉ nên vẫn còn nếu logic kinh doanh yêu cầu dài chạy Orchestration. Hãy nhớ trường hợp một trong những dịch vụ mà có thể được liên kết với nhiều thư trong bảng Spool.
TrackingData_x_x bảng
Nếu TrackingData_x_x bảng lớn, máy chủ lưu trữ theo dõi (TDDS) không chạy hoặc không chạy thành công. Nếu theo dõi lưu trữ trường hợp là chạy, xem xét các bản ghi sự kiện và bảng TDDS_FailedTrackingData BizTalkDTADb cơ sở dữ liệu để lỗi thông tin. Nếu BizTalk throttling với một bang là 6 (cơ sở dữ liệu lớn), các bảng có thể cũng được cắt ngắn bằng cách sử dụng công cụ BizTalk Terminator.

Nếu có một khoảng cách lớn giữa số thứ tự trong BizTalkMsgBoxDb TrackingData_x_x bảng biểu và các bảng BAMPrimaryImport hoặc BizTalkDTADb TDDS_StreamStatus, sau đó TDDS có thể không di chuyển dữ liệu từ cơ sở dữ liệu BizTalkMsgBoxDb. Để sửa chữa điểm này, sử dụng công cụ BizTalk Terminator để dọn sạch các bảng và thiết lập lại số thứ tự.

Trên BizTalk Server 2006 R2, cài đặt BizTalk 2006 R2 Service Pack 1 để giải quyết một vấn đề được biết đến với các dữ liệu theo dõi. Để biết thêm chi tiết, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
969870 Khắc phục: Theo dõi dữ liệu không di chuyển như mong đợi từ cơ sở dữ liệu BizTalkMsgBoxDb để BizTalkDTADb cơ sở dữ liệu trong BizTalk Server 2006 R2

974563 Danh sách các máy chủ Microsoft BizTalk hotfixes được bao gồm trong BizTalk Server 2006 R2 Service Pack 1
Tracking_Spool1 hoặc Tracking_Spool2 bảng
Nếu các bảng Tracking_Spool1 hoặc Tracking_Spool2 trở thành lớn trong BizTalk Server 2004 SP1 và trong phiên bản trước của BizTalk Server 2004, xác nhận rằng các TrackingSpool_Cleanup_BizTalkMsgBoxDb SQL Server đại lý công việc được bật và đang chạy.

Để biết thêm thông tin, hãy bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
907661 Tracking_Spool1 hoặc Tracking_Spool2 bảng trong cơ sở dữ liệu BiztalkMsgBoxDb trở nên rất lớn trong BizTalk Server 2004


Để biết thêm chi tiết về một cơ sở dữ liệu bảo trì SDK mẫu, ghé thăm trang web MSDN sau đây:
dta_DebugTrace bảng và dta_MessageInOutEvents
Bảng dta_DebugTrace là dân cư khi Hình dạng bắt đầu và kết thúc được kích hoạt trên một dàn nhạc. Nếu bảng dta_DebugTrace có nhiều hồ sơ, những sự kiện gỡ lỗi dàn nhạc đang được sử dụng hoặc đã được sử dụng. Nếu dàn nhạc gỡ lỗi là không cần thiết cho hoạt động thường xuyên, bỏ chọn hộp kiểm cho các Hình dạng bắt đầu và kết thúc tùy chọn trong thuộc tính của dàn nhạc.

Bảng dta_MessageInOutEvents là dân cư khi Tin nhắn gửi và nhận được kích hoạt trên orchestration và/hoặc đường ống dẫn. Nếu các sự kiện theo dõi không cần thiết, bỏ chọn hộp kiểm cho tùy chọn này trong dàn nhạc và/hoặc thuộc tính đường ống.

Nếu những sự kiện water bị vô hiệu hoá, hoặc nếu một backlog tồn tại trong cơ sở dữ liệu BizTalkMsgBoxDb, các bảng có thể tiếp tục phát triển, vì TDDS tiếp tục di chuyển dữ liệu này vào các bảng.

Theo mặc định, toàn cầu theo dõi được kích hoạt. Nếu theo dõi toàn cầu là không cần thiết, nó có thể được vô hiệu hóa. Để biết thêm chi tiết, hãy truy cập trang web của Microsoft sau đây:Nếu bảng dta_DebugTrace và/hoặc bảng dta_messageInOutEvents trong cơ sở dữ liệu BizTalkDTADb là quá lớn, bạn có thể truncate các bảng bằng tay sau khi bạn ngừng máy chủ lưu trữ theo dõi. Công cụ BizTalk Terminator cũng cung cấp chức năng này.

BizTalk Server 2004, xem dtav_FindMessageFacts trong cơ sở dữ liệu BizTalkDTADb ngăn cản bảng dta_MessageInOutEvents từ truncating. Chỉnh sửa hành vi này, hãy làm theo các bước sau:
  1. Ngừng theo dõi máy chủ lưu trữ và công việc DTA tẩy và lưu trữ.
  2. Nếu bạn muốn truncate bảng dta_messageInOutEvents, tiết kiệm và sau đó xóa xem dtav_FindMessageFacts. Để thực hiện việc này, hãy làm theo những bước sau:
    1. Trong SQL Server, truy cập vào xem dtav_FindMessageFacts trong cơ sở dữ liệu BizTalkDTADb.
    2. Nhấp chuột phải vào các dtav_FindMessageFacts xem, hãy nhấp vào Tất cả các nhiệm vụ, và sau đó nhấp vào Tạo tập lệnh SQL. Khi các Tạo tập lệnh SQL hộp thoại sẽ mở ra hộp, làm cho không có thay đổi, và sau đó nhấp vào Ok.
    3. Tên tập tin dtav_FindMessageFacts.sql, và sau đó bấm vào Lưu.
    4. Nhấp chuột phải vào các dtav_FindMessageFacts xem, và sau đó nhấp vào Xóa. Nhấp vào Thả tất cả.
Bạn có thể bây giờ truncate các table(s). Nếu bạn truncate dta_messageInOutEvents bảng, bạn cũng phải truncate bảng dta_url. Dta_url bảng chỉ tồn tại trong BizTalk Server 2004.

Khi bạn hoàn tất, hãy làm theo các bước sau để tạo lại xem dtav_FindMessageFacts:
  1. Mở một truy vấn mới trong SQL Server.
  2. Trong các Cơ sở dữ liệu có sẵn danh sách, chọn các BizTalkDTADb cơ sở dữ liệu.
  3. Thực thi script của bạn đã lưu dtav_FindMessageFacts.sql. Điều này sẽ tạo lại xem trong cơ sở dữ liệu BizTalkDTADb.
Khởi động lại máy chủ lưu trữ theo dõi và các Thanh trừng DTA và lưu trữ công việc.
Để biết thêm chi tiết về theo dõi hướng dẫn định cỡ cơ sở dữ liệu, truy cập trang web MSDN sau đây:
dta_ServiceInstanceExceptions bảng
Bảng dta_ServiceInstanceExceptions thường trở nên lớn trong một môi trường thường xuyên đã bị đình chỉ trường hợp.

Bước 3: Điều tra kịch bản bế tắc

Trong một kịch bản bế tắc, cho phép DBCC truy tìm trên máy chủ SQL để cho thông tin bế tắc được ghi vào Nhật ký SQLERROR.

Trong SQL Server 2005 và phiên bản mới nhất, thực hiện các tuyên bố sau:
DBCC TRACEON (1222,-1)
Trong SQL Server 2000, thực hiện các tuyên bố sau:
DBCC TRACEON (1204)
Ngoài ra, sử dụng tiện ích PSSDiag để thu thập dữ liệu về các Khóa: bế tắc sự kiện và cácKhóa: bế tắc chuỗi sự kiện.

Cơ sở dữ liệu BizTalkMsgBoxDB là cơ sở dữ liệu chế biến giao dịch trực tuyến (OLTP) khối lượng thấp và cao giao dịch. Một số deadlocking được mong đợi, và deadlocking này được giải quyết trong nội bộ bởi công cụ BizTalk Server. Khi hành vi này xảy ra, không có lỗi được liệt kê trong bản ghi lỗi. Khi bạn điều tra một kịch bản bế tắc, bế tắc mà bạn đang điều tra trong đầu ra phải được tương quan với một bế tắc lỗi trong bản ghi sự kiện.

Để biết thêm về PSSDiag cho SQL, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
830232 PSSDIAG dữ liệu bộ sưu tập Tiện ích

Bước 4: Tìm quy trình bị chặn

Sử dụng màn hình hoạt động trong SQL Server để có được máy chủ định danh quá trình (dịch vụ SPID) của một quy trình hệ thống khóa. Sau đó, chạy SQL Profiler để xác định các lệnh SQL mà thực hiện trong dịch vụ SPID khóa.

Để gỡ rối một vấn đề khóa và chặn trong SQL Server, sử dụng PSSDiag cho SQL tiện ích để nắm bắt tất cả các sự kiện Transact-SQL có các tập lệnh chặn được kích hoạt.

Trong SQL Server 2005 và phiên bản mới nhất, bạn có thể chỉ định các bị chặn quá trình ngưỡng thiết lập để xác định dịch vụ SPID hoặc SPID đang chặn lâu hơn ngưỡng mà bạn chỉ định.

Để biết thêm về PSSDiag cho SQL, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
830232 PSSDIAG dữ liệu bộ sưu tập Tiện ích
Để biết thêm chi tiết về quá trình bị chặn ngưỡng, ghé thăm trang web MSDN sau đây: Chú ý Khi bạn gặp một khóa hoặc chặn vấn đề trong SQL Server, chúng tôi đề nghị bạn liên hệ với dịch vụ hỗ trợ khách hàng của Microsoft. Dịch vụ hỗ trợ khách hàng của Microsoft có thể giúp bạn cấu hình đúng tùy chọn Tiện ích PSSDiag.

Bước 5: Cài đặt những Service Pack mới nhất BizTalk Server và Cumulative Update

BizTalk Server 2006 R2 và phiên bản sau này đã di chuyển đến một mô hình Cumulative Update (CU). Các bản Cập Nhật tích lũy sẽ chứa các bản sửa lỗi mới nhất nóng. BizTalk Server 2006 R2 Service Pack 1 là cũng có sẵn:BizTalk Server 2004 SP1 đã không có built-in đang dọn dẹp và lưu trữ các chức năng cho cơ sở dữ liệu BizTalkDTADb. Chức năng này được bao gồm với BizTalk Server 2004 SP2. Tùy thuộc vào kích cỡ của cơ sở dữ liệu BizTalkDTADb, cài đặt BizTalk Server 2004 SP2 có thể mất giờ bởi vì chương trình thiết lập những cuộc thanh trừng cơ sở dữ liệu BizTalkDTADb.

Để biết thông tin về được biết đến vấn đề khi bạn cài đặt BizTalk Server 2004 Service Pack 2, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
940519 Vấn đề đã biết trong BizTalk Server 2004 Service Pack 2 mà không được diễn tả trong tập tin ReadmeSP2.htm
Khi bạn cài đặt BizTalk Server 2004 SP2, chúng tôi đề nghị bạn làm theo các bước sau:
  1. Cài đặt các hotfix trong bài viết cơ sở kiến thức Microsoft 894253. Làm theo các bước trong bài viết cơ sở kiến thức này để thực thi các tập lệnh bts_tracking_shrinkexistingdatabase.sql trong SQL Server 2000. Để biết thêm thông tin, hãy bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
    894253 Khắc phục: dtasp_PruneTrackingdatabase() lưu trữ thủ tục có thể mất nhiều giờ để làm sạch cơ sở dữ liệu DTA trong BizTalk Server 2004
  2. Cài đặt BizTalk Server 2004 SP2. Để biết thêm thông tin, hãy bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
    888751 Làm thế nào để có được BizTalk Server 2004 service pack mới nhất

Xóa mọi dữ liệu

Nếu các cơ sở dữ liệu là quá lớn, hoặc nếu phương pháp ưa thích là để xóa tất cả dữ liệu, tất cả các dữ liệu có thể bị xóa bỏ.

Lưu ý Không sử dụng phương pháp này trong bất kỳ môi trường nơi mà các dữ liệu là kinh doanh quan trọng hoặc nếu dữ liệu cần thiết.

Cơ sở dữ liệu BizTalkMsgBoxDb Purging bước

Để xóa tất cả dữ liệu trong cơ sở dữ liệu BizTalkMsgBoxDb, bạn có thể sử dụng công cụ BizTalk Terminator. Nếu không, hãy làm theo các bước sau.

Chú ý Hành động này xóa tất cả các thư. Phải rất thận trọng, nếu bạn làm theo các bước trong một môi trường sản xuất.
  1. Sao lưu tất cả các BizTalk Server cơ sở dữ liệu. Hãy nhớ rằng, BizTalkMgmtDb.dbo.sp_ForceFullBackup thủ tục được lưu trữ có thể được sử dụng để buộc một sao lưu đầy đủ của các tập tin dữ liệu và đăng nhập. Thực hiện thủ tục được lưu trữ này, và sau đó thực hiện công việc sao lưu BizTalk Server SQL Agent.
  2. Sao chép đoạn mã Msgbox_cleanup_logic.sql từ Ổ đĩa: \Program Files\Microsoft BizTalk 200x\schema đến máy chủ SQL.
  3. Thực thi này tập lệnh SQL đối với cơ sở dữ liệu BizTalkMsgBoxDb để cập nhật các thủ tục bts_CleanupMsgbox lưu trữ.
  4. Ngừng tất cả các máy chủ BizTalk, dịch vụ, và tuỳ chỉnh bộ điều hợp mạng bị cô lập. Nếu bạn sử dụng HTTP hoặc bộ điều hợp xà phòng, khởi động lại dịch vụ IIS.
  5. Thực hiện thủ tục bts_CleanupMsgbox được lưu trữ trên tất cả các cơ sở dữ liệu BizTalkMsgBoxDb.
  6. Khởi động lại tất cả các trường hợp máy chủ lưu trữ và dịch vụ BizTalk Server.
Thông tin về một vấn đề được biết đến với các thủ tục bts_CleanupMsgbox được lưu trữ trong BizTalk Server 2006, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
924715 Khắc phục: Thông điệp dữ liệu không xoá khỏi cơ sở dữ liệu theo dõi sau khi bạn chạy các thủ tục bts_CleanupMsgbox được lưu trữ trong một môi trường thử nghiệm BizTalk Server 2006

Cơ sở dữ liệu BizTalkDTADb purging tùy chọn

Để xóa tất cả dữ liệu từ cơ sở dữ liệu BizTalkDTADb, bạn có thể sử dụng các công cụ BizTalk Terminator. Nếu không, sử dụng một trong những phương pháp sau đây.

Chú ý Cả hai phương pháp xóa tất cả các thư. Phương pháp 2 là nhanh hơn.
  • Phương pháp 1:
    1. Sao lưu tất cả các BizTalk Server cơ sở dữ liệu.
    2. Thực hiện thủ tục dtasp_PurgeAllCompletedTrackingData lưu trữ. Để biết thêm chi tiết về thủ tục dtasp_PurgeAllCompletedTrackingData lưu trữ, truy cập trang web MSDN sau đây:Chú ý Hành động này xóa bỏ các thư đã hoàn thành tất cả.
  • Phương pháp 2:
    1. Sao lưu cơ sở dữ liệu BizTalk tất cả.
    2. Thực hiện thủ tục dtasp_CleanHMData lưu trữ. Chỉ sử dụng tùy chọn này nếu cơ sở dữ liệu BizTalkDTADb có nhiều trường hợp không đầy đủ mà phải được loại bỏ.

      Để thực hiện việc này, hãy làm theo những bước sau:
      1. Ngừng tất cả các máy chủ BizTalk, dịch vụ, và tuỳ chỉnh bộ điều hợp mạng bị cô lập. Nếu bạn sử dụng HTTP hoặc bộ điều hợp xà phòng, khởi động lại dịch vụ IIS.
      2. Thực hiện thủ tục dtasp_CleanHMData được lưu trữ vào cơ sở dữ liệu BizTalkDTADb.
      3. Khởi động lại tất cả các máy chủ và máy chủ BizTalk dịch vụ.
Chỉ có BizTalk Server 2004 bước
Để xóa tất cả dữ liệu từ cơ sở dữ liệu BizTalkDTADb trong BizTalk Server 2004, hãy làm theo các bước sau.

Chú ý Hành động này xóa bỏ các thư đã hoàn thành tất cả.
  1. Sao lưu tất cả các BizTalk Server cơ sở dữ liệu.
  2. Ngừng tất cả các máy chủ BizTalk, dịch vụ, và tuỳ chỉnh bộ điều hợp mạng bị cô lập. Nếu bạn sử dụng HTTP hoặc bộ điều hợp xà phòng, khởi động lại dịch vụ IIS.
  3. Cài đặt các hotfix trong bài viết cơ sở kiến thức Microsoft 894253. Làm theo các bước trong bài viết cơ sở kiến thức này để chạy Bts_tracking_shrinkexistingdatabase.sql script trong SQL Server 2000.

    Thông tin về thủ tục dtasp_PruneTrackingdatabase lưu trữ, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
    894253 Khắc phục: dtasp_PruneTrackingdatabase() lưu trữ thủ tục có thể mất nhiều giờ để làm sạch cơ sở dữ liệu DTA trong BizTalk Server 2004
  4. Khởi động lại tất cả các máy chủ và BizTalk dịch vụ.
Chú ý Nếu bạn phải có các dữ liệu theo dõi, sao lưu cơ sở dữ liệu BizTalkDTADb, khôi phục lại cơ sở dữ liệu đến một SQL máy chủ, và sau đó dọn sạch các cơ sở dữ liệu BizTalkDTADb nguyên bản.

Nếu bạn cần giúp đỡ để phân tích các dữ liệu MsgBoxViewer hoặc đầu ra PSSDiag, liên hệ với dịch vụ hỗ trợ khách hàng của Microsoft. Cho một danh sách đầy đủ các dịch vụ hỗ trợ khách hàng số điện thoại và thông tin về chi phí hỗ trợ, hãy truy cập trang web của Microsoft sau đây: Chú ý Trước khi bạn liên hệ với dịch vụ hỗ trợ khách hàng, nén dữ liệu MsgBoxViewer, đầu ra PSSDiag 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ư.

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 952555 - Xem lại Lần cuối: 08/12/2011 15:50: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 Enterprise, Microsoft BizTalk Server 2009 Developer, Microsoft BizTalk Server 2009 Standard, Microsoft BizTalk Server 2009 Branch, Microsoft BizTalk Server 2006 R2 Enterprise Edition, Microsoft BizTalk Server 2006 R2 Developer 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 Standard Edition

  • kbpubtypekc kbinfo kbhowto kbmt KB952555 KbMtvi
Phản hồi