locked
General BizTalk usage question RRS feed

  • Question

  • I have started using/administering BizTalk 6 on W2K3 at work and am just a bit bewildered about how best to administer it.

    It has all been set up, and I am happy with the control aspects, Starting/Stopping Applications, Receive Locations etc. but how can I see what's going on inside? In particular:

    1. How can I see what messages have been processed by an interface, and when?
    2. How can I see what messages have failed to be processed?
    3. and what's all that suspended/dehydrated resumable/non-resumable stuff all about?

    I expect certain messages to be received at various times, and I want a practical way of quickly detemining if everything is ok, or if I'm missing messages.

    All our messages are files placed into local shares, possibly converted and placed in other local folders (so nothing complex). At the moment I'm checking folder dates to determine if there's been any activity on an Interface but this is hardly practical and only indicates how long it's been inactive for.

    TIA,

    -Pete

    Friday, May 28, 2010 9:05 AM

Answers

  • Hi,

    In my view the easiest and best way to see what is going on inside BizTalk processes is to use BAM. Although BAM is originally aimed at business users viewing  business process information I have seen and done a lot of BAM usage for operational purposes. It is ideal for storing all kind of information about messages flowing through BizTalk (like message counts, timestamps, failures, etc.) The drawback is that it does not come out of the box completely. You will need to define what information you want to store and bind that to the your BizTalk artefacts.

    Another option is to use the tracking information stored by BizTalk in the tracking database. The good thing is that this works out of the box (if switched on (default)). The drawbacks are that it comes with a (big) performance overhead and it shows technical low level biztalk information. You can also use message tracking. This allows for writing some of the context information to the tracking database which you can query. This means you will have to make sure the relevant information is on the context.

     

     


    HTH,

    Randal van Splunteren - MVP, MCTS BizTalk Server
    http://biztalkmessages.vansplunteren.net

    Please mark as answered if this answers your question.

    Check out the PowerShell provider for BizTalk: http://psbiztalk.codeplex.com
    Friday, May 28, 2010 9:16 AM
    Moderator
  • Hi,

    I believe basically you want to know how biztalk can be monitored and administered. Kindly go through the below link. This should give you a headstart

     

    http://msdn.microsoft.com/en-us/library/aa578089(BTS.10).aspx

     

     


    Vijaykishan | http://v2attechhorizon.blogspot.com
    Friday, May 28, 2010 9:19 AM
  • Hi Pete,

    There a few possibilities in monitoring BizTalk Server i.e. Health, Availability and Performance. BAM is a good option to use, monitoring Interface performance. You can implement a BAM solution yourself to monitor interface performance (how many have been processed/failed) or use something like BizMon. Tracking can help a lot in determing what has failed or not, but comes as Randal states with performance hit and is better suited for troubleshooting on short term. For long term solution in monitoring interface performance BAM is better suited.

    HTH

    Regards,

    Steef-Jan Wiggers
    MCTS BizTalk Server
    http://soa-thoughts.blogspot.com/
    If this answers your question please mark it accordingly

     

     


    BizTalk
    Friday, May 28, 2010 9:26 AM
    Moderator

All replies

  • Hi,

    In my view the easiest and best way to see what is going on inside BizTalk processes is to use BAM. Although BAM is originally aimed at business users viewing  business process information I have seen and done a lot of BAM usage for operational purposes. It is ideal for storing all kind of information about messages flowing through BizTalk (like message counts, timestamps, failures, etc.) The drawback is that it does not come out of the box completely. You will need to define what information you want to store and bind that to the your BizTalk artefacts.

    Another option is to use the tracking information stored by BizTalk in the tracking database. The good thing is that this works out of the box (if switched on (default)). The drawbacks are that it comes with a (big) performance overhead and it shows technical low level biztalk information. You can also use message tracking. This allows for writing some of the context information to the tracking database which you can query. This means you will have to make sure the relevant information is on the context.

     

     


    HTH,

    Randal van Splunteren - MVP, MCTS BizTalk Server
    http://biztalkmessages.vansplunteren.net

    Please mark as answered if this answers your question.

    Check out the PowerShell provider for BizTalk: http://psbiztalk.codeplex.com
    Friday, May 28, 2010 9:16 AM
    Moderator
  • Hi,

    I believe basically you want to know how biztalk can be monitored and administered. Kindly go through the below link. This should give you a headstart

     

    http://msdn.microsoft.com/en-us/library/aa578089(BTS.10).aspx

     

     


    Vijaykishan | http://v2attechhorizon.blogspot.com
    Friday, May 28, 2010 9:19 AM
  • Hi Pete,

    There a few possibilities in monitoring BizTalk Server i.e. Health, Availability and Performance. BAM is a good option to use, monitoring Interface performance. You can implement a BAM solution yourself to monitor interface performance (how many have been processed/failed) or use something like BizMon. Tracking can help a lot in determing what has failed or not, but comes as Randal states with performance hit and is better suited for troubleshooting on short term. For long term solution in monitoring interface performance BAM is better suited.

    HTH

    Regards,

    Steef-Jan Wiggers
    MCTS BizTalk Server
    http://soa-thoughts.blogspot.com/
    If this answers your question please mark it accordingly

     

     


    BizTalk
    Friday, May 28, 2010 9:26 AM
    Moderator