BizTalk Administrator's Checklist Compiled by Microsoft BizTalk Support

BizTalk Administrator's Checklist Compiled by Microsoft BizTalk Support


This checklist can be used as a guide to maintain a healthy BizTalk environment. It includes proactive tasks that should be done on a weekly basis and also includes To-Do items after BizTalk has been configured.

This list was originally created by the Microsoft BizTalk support team. Feel free to add to it.

Daily Action Items

Use Group Hub in BizTalk Administration to check for suspended and dehydrated instances. This will also give you a chance to investigate why these items are suspended/dehydrated.

Do not let suspended instances accumulate. They should be handled promptly by either being terminated or successfully resubmitted. If these items reach in the thousands, performance can be impacted. MsgBox Viewer also breaks down the suspended instances by host.

Confirm the BizTalk SQL Agent jobs are executing as they should. Pay special attention to the Backup BizTalk Server job and make sure it runs successfully. In case of a disaster recovery, you may need these database backups. For a description of the SQL Server Agent jobs, refer to the following KB:

919776  Description of the SQL Server Agent jobs in BizTalk Server;EN-US;919776

 Weekly Action Items

Check the BizTalk database sizes and the sizes of all the tables. A good example is the BizTalkDTADb database. The entire database may be a really good size but if a table contains millions of rows (e.g. the dta_DebugTrace), then maintenance needs to be done. Another good example is the BizTalkMsgBoxDb database. The entire database may be a really good size but if one of the TrackingData_x_x tables has 500,000 rows, then there may be an issue.
If a table gets out of hand, it needs to be investigated. In the dta_DebugTrace table example, if you don't need or use the Orchestration tracking events, the Terminator tool can be used to truncate this data. In the TrackingData_x_x table example, this data should be moved from the BizTalkMsgBoxDb database by the Tracking Host. If you don't need or use this data, the Terminator tool can also be used.
The BizTalk MsgBox Viewer tool is very handy for this task. Run it on a weekly basis and compare the output with the previous week.

Other Action Items

Determine what's normal/expected in your environment. Some examples:
  • HostA normally consumes <5% CPU and Process Memory Usage typically stays around 300 MB. It spikes to 450 MB when processing a batch of messages but goes back down to 300 MB when the instances have completed.
  • HostB normally processes 2000 messages per second.
Performance Monitor is really good for this task. Collect PerfMon data during peak times and during non-peak times. The goal is to build a baseline so you know what's normal.
Performance Counters
System performance can be affected widely by throttling. Pay special attention to the throttling Performance Monitor counters. Analyze the cause of any throttling and determine whether a configuration change is needed to improve the performance:
How BizTalk Server Implements Host Throttling
Know what is running in each host. For example:
  • HostA runs an orchestration that processes maps. It's the only item running in this host.
  • HostB processes all send ports.
  • HostC is dedicated to all send ports using the SQL Adapter.
Consider creating a chart of the artifacts running in each host. This will also help determine if too many items are running in a host or if a host is being underutilized. The BizTalk Server Documenter Tool can help generate a nice help file describing the system:
Backup the master secret. Know where it is and know the password. Make sure ALL BizTalk Administrators know this.
How to Back Up the Master Secret
Get a screen shot of the MSDTC settings. A service pack may change these so know what you've configured on all the BizTalk servers, the SSO server(s) and the SQL server(s).
How to Enable MSDTC on the BizTalk Server
Consider using SCOM Management Pack for monitoring important operation events and getting real-time alerts and notification.
Microsoft BizTalk Server Management Pack for System Center Operations Manager 2007
Insist on performing UAT and performance testing for any sizable deployment so there will be no surprises after deployment.
Testing Tasks for BizTalk Application Deployment
BizTalk 2009 – End to end performance testing
7. Create a good framework to maintain the stability of your environment. The creation of a good framework will make it easier for hired consultants to know your environment including making it easier when performing health checks.

Blog post for tips regarding a framework
8. Create a disaster recovery plan, this is vital to have in hand when and if a serious issue happens to your environment.

Technet WIKI article regarding Disaster recovery
9. Periodically make a backup of all bindings for a BizTalk environment by exporting them from the BizTalk Administration console. Always do this before manually applying any binding changes to an application.

Additional Online Resources

See Also

Read suggested related topics:

Another important place to find a huge amount of BizTalk related articles is the TechNet Wiki itself. The best entry point is BizTalk Server Resources on the TechNet Wiki.
Leave a Comment
  • Please add 4 and 1 and type the answer here:
  • Post
Wiki - Revision Comment List(Revision Comment)
Sort by: Published Date | Most Recent | Most Useful
  • Maheshkumar S Tiwari edited Revision 29. Comment: Minor edit: Corrected font mismatch Of Other Action Items

  • Steef-Jan Wiggers edited Revision 27. Comment: Minor edit

  • Sandro Pereira edited Revision 25. Comment: small format changes

  • Sandro Pereira edited Revision 24. Comment: update all links to open in a new window

  • Steef-Jan Wiggers edited Revision 23. Comment: Bullet list Additional Online Resources, minor edit

  • Lex Hegt edited Revision 22. Comment: A couple of minor edits and layout issues

  • Lex Hegt edited Revision 21. Comment: Added Daily Action Items and moved a couple Weekly Action Items to Daily Action Items

  • Verma.Sumit edited Revision 17. Comment: Added list of common issues & resolutions

  • Richard Mueller edited Revision 14. Comment: Removed (en-US) from title

  • Tord G.Nordahl edited Revision 9. Comment: Added some more important tasks, Framework and Disaster recovery plan

Page 1 of 2 (12 items) 12
Wikis - Comment List
Sort by: Published Date | Most Recent | Most Useful
Posting comments is temporarily disabled until 10:00am PST on Saturday, December 14th. Thank you for your patience.
  • Tony Soper_MSFT edited Revision 4. Comment: retitled for SEO

  • Mandi - MSFT edited Revision 5. Comment: Reverted back to original title. Re-worded Summary.

  • This is really a nice checklist and all in one place for a BizTalk Admin .. Kudos ..

  • Good assembly of actions and resources for BizTalk administrators.

  • Great job guys - very useful and actionable content.

  • BizTalk MsgBoxViewer is not integrated with BizTalk360:

  • Steef-Jan Wiggers intend to say BizTalk MsgBoxViewer is NOW integrated with BizTalk360 (just a single character changed the whole meaning :-))

  • Regarding your point "Know what is running in each host", "Consider creating a chart of the artifacts running in each host. This will also help determine if too many items are running in a host or if a host is being underutilized."

    BizTalk360 ( tackles this exact issue seamlessly by giving a container view for the BizTalk Host, you'll know exactly what's running inside the host. The blog post explains this functionality, please take a look at the topic "4. Host Container View"

  • Sorry, Saravana I made a typo I definitely want to communicate that BizTalk360 and MBV go hand in hand.

  • Mandi- Added reference of PAL also whcih i found very usefull for me.

  • In addition to this, creating an internal WIKI or sharepoint site to keep track of all applications, known error and with solution is also a good tip.. :)

  • Tord G.Nordahl edited Revision 9. Comment: Added some more important tasks, Framework and Disaster recovery plan

  • I felt like adding two more points that are very important, keeping a good framework and disaster recovery plan of the environment. Other than that, a very good article, will be useful for many people! Great work Mandi!

  • Added point about periodically backing up bindings.


Page 1 of 2 (30 items) 12