The BizTalk Purge & Archive Job now supports clean-up of orphaned instances

Pieter Vandenheede

With the latest CU’s for BizTalk Server, the Purge and Archive job can now be configured to clean up orphaned instances. The biggest advantage is that the cleanup is done without any downtime…. yes this means you no longer need to run the BizTalk Health Monitor to clean them up!

The change was marked in the following Microsoft Support article: Orphaned BizTalk DTA service instances are not removed by the “DTA Purge and Archive” job in BizTalk Server

The change is included in the following cumulative update packages:

Once you apply the CU to your servers, you will notice an additional parameter in the BizTalk DTA Purge and Archive SQL job: @fHardDeleteRunningInstances

If you would like to use the new behavior to clean-up the orphaned instances at run-time, you would need to set the parameter to 1…

View original post 81 more words


Azure Functions vs Azure Logic Apps

toon vanhoutte

Azure’s serverless iPaaS offering has two key components: Azure Functions and Logic Apps. If you consult the documentation, you’ll find out that there is quite some overlap between the two. For many people, it’s not clear what technology to use in what scenario. In this blog post, I discuss the main differences between these two event-driven Azure services and I provide some guidance to help you to make the right decision.


Developer experience

A popular comparison states that Azure Functions is code being triggered by an event, whereas Logic Apps is a workflow triggered by an event. This is reflected in the developer experience. Azure Functions are completely written in code, with currently support for JavaScript, C#, F#, Node.js, Python, PHP, batch, bash and PowerShell. In Logic Apps, workflows are created with an easy-to-use visual designer, combined with a simple workflow definition language in the code view. Each developer…

View original post 1,398 more words

Codeplex shutting down – BizTalk Tools

It was announced in March that Codeplex was shutting down.

As of this post, we’ve disabled the ability to create new CodePlex projects.  In October, we’ll set CodePlex to read-only, before shutting it down completely on December 15th, 2017.

So various tools and code that are used for BizTalk have moved to a new home.

Below is a list of their new locations

Projects not yet moved


Does anyone know where the below has gone?

  • PowerShell Provider BizTalk see Archive copy
    • For BizTalk 2010 or earlier, Matt Corr from Mexia posted a copy of the BizTalkFactory.PowerShell.Extensions.Setup – v1.4.0.1.msi here on his Dropbox account:
    • With BizTalk 2013 onwards, the PowerShell Provider comes with the BizTalk SDK: C:\Program Files (x86)\Microsoft BizTalk Server 2013 R2\SDK\Utilities\PowerShell
    • A copy of the Getting Started Guide for can be found here 


If you have other tools that you know off, feel free to share in the comments.

Tokenizing the BizTalk Tracking Settings

At my work, for all new BizTalk projects we use the BizTalk Deployment Framework (BTDF).  One of the features it has is to have a master binding file where you tokenize some of the settings that vary between environments such as URLs and usernames.

We have also started tokenizing the BizTalk tracking settings.  This means that your deployment will automatically have different tracking for different environments and you don’t accidentally blow out your tracking database in Production by having body tracking on, but have it on the environments you are most likely to need it, like Development ones.

Full Body tracking in Development,  less tracking in Test and Production.
Below is what the SettingsFileGenerator.xml looks like
And in your PortBindingMaster.xml some examples of how to use these.
For Orchestrations
<Service …… TrackingOption=”${Orchestration_Tracking}” >
In the Send and Receive Ports
And the Pipelines
<ReceivePipeline …. TrackingOption=“${Pipeline_Tracking}” />

BizTalk Assessment: How to check if Windows Defender is running on BizTalk Server with PowerShell — SANDRO PEREIRA BIZTALK BLOG

Sandro Pereira wrote a blog about Windows Defender and BizTalk 2016.   Well worth a read.

Why checking if Windows Defender is running on BizTalk Server, or another anti-virus, is important?

They tend to be a little slow, so tuning it well is important for archive a better performance and by default Windows Defender is configured on that machines. Not only as a negative impact in the general performance of the machine but also can have a huge impact on BizTalk Server performance.

Read the article here BizTalk Assessment: How to check if Windows Defender is running on BizTalk Server with PowerShell — SANDRO PEREIRA BIZTALK BLOG

.Net 4.6 now supported for BizTalk 2013 R2, BHM 4.1 released

Over a year ago we hit a situation where we got a warning from BHM about .Net 4.6 not being supported, which was a bit of effort to sort out.

Today I looked at the release notes for the latest BizTalk Health Monitor, v4.1 and noticed that in the release notes it said “Removed BizTalk 2013 R2 .NET 4.6.x warning since it is now supported”.   I then checked Hardware and Software Requirements for BizTalk Server 2013 and 2013 R2 and sure enough, they have now listed .Net 4.6 as supported for BizTalk 2013 R2.

Here are the other changes for BizTalk Health Monitor

• Fixed issue with losing monitoring configuration
• Upgraded update mechanism to handle all components of BHM
• Added support for displaying each view of a BHM report in HTML format
• Improved update to happen on secondary thread
• Improved the ChkBHMRep.exe tool
• Added support for BizTalk 2013 R2 CU6, BizTalk 2016 CU1, and BizTalk 2016 FP1 (Feature Pack 1)
• Improved report to provide DTA purge job parameters with improved formatting
• Added warning for infinite max SQL memory config
• Fixed some issues with detecting Host Integration Server CUs
• Removed BizTalk 2013 R2 .NET 4.6.x warning since it is now supported
• Updated query and rules repository