1. BizTalk 2009 Performance Ewan Fairweather Tim Wieman Paolo Salvatori BizTalk Customer Advisory Team (CAT) Microsoft Corporation SBPCT301

2. Session Objectives Session Objective(s): −Provide illustrative examples of successful performance labs. −Provide information on the tools, techniques and processes used by the Rangers to run effective BizTalk performance labs. −Answer BizTalk performance related questions.

3. Agenda Results for Customer Performance Lab Initial results for BizTalk 2009 Performance Lab Visual Studio Test Demo Optimization Highlights & Open Q&A

4. Skandia Background Existing ASP.NET COM+ based internet bank New version of internet bank: −Go-live November 2008 −SOA based −BizTalk used as Skandia’s Service Bus −Leverages investments Skandia have made in IKForetag (Insurance application) −Current throughput 100,000 requests per day −Two-year projected growth to 250,000 requests per day −Will solidify BizTalk/WCF as the messaging platform for the bank Ranger involvement −ADR delivered June 2008 −Performance Lab scheduled September 2008

5. Skandia Performance Lab Goals

6. Skandia Scenarios Overview Scenario 1: Orchestration Scenario 2: Messaging only

7. Scenario 1 Message Flow Orchestration Scenario

8. Skandia Scenario 1 Results Summary ~333% throughput improvement* ~195% of throughput requirements* Latency reduced to ~29% of original value* Stability validated by long running test *2 BizTalk Node Configuration Test Concurrent Test Client Users Messages Per Second Avg Response (ms) % < 3 seconds Messages Per Day Test Length Goal Test Case 1 Baseline 2 BizTalk Node Configuration 27 5.09547641.13% ~147,000 30 minutes 99% of messages <3 seconds 9 messages/second 250,000 per day 4 BizTalk Node Configuration 27 4.93530137.96% ~142,000 30 minutes Test Case 1 Optimized Results 2 BizTalk Node Configuration 27 16.99158099.75% ~489,000 15 hours 99% of messages <3 seconds 9 messages/second 250,000 per day 4 BizTalk Node Configuration 27 17.41154299.55% ~501,000 15 minutes

9. Scenario 2 Message Flow Messaging only

10. Skandia Scenario 2 Results Summary ~480% throughput improvement* ~2000% of throughput requirements* Latency reduced to ~36% of original value* Stability validated by long running test *2 BizTalk Node Configuration Test Concurrent Test Client Users Messages Per Second Avg Response (ms) % < 3 seconds Messages Per Day Test Length Goal Test Case 2 Baseline 2 BizTalk Node Configuration 27 37.272098.8% ~1,071,000 30 minutes 99% of messages <3 seconds 9 messages/second 250,000 per day 4 BizTalk Node Configuration 27 32.482596.2% ~933,000 30 minutes Test Case 2 Optimized Results 2 BizTalk Node Configuration 50 178.3226599.999% ~5,135,000 15 hours 99% of messages <3 seconds 9 messages/second 250,000 per day 4 BizTalk Node Configuration 50 243.0819799.95% ~7,000,000 15 minutes

11. Results for Customer Performance Lab Initial results for BizTalk 2009 Performance Lab Visual Studio Test Demo Optimization Highlights & Open Q&A Agenda

12. Logical Ports Test Scenario Logical Port Orchestration

13. Test Concurrent Test Client Users Messages Per Second Avg Response (s) % < 3 seconds Messages Per 8-hour Day Test Length Logical Ports on Optimized Platform R2 64 bit Orch 10058.061.6997.5 ~1,672,000 10 minutes 2009 64 Bit Orch 10060.641.6197.97 ~1,746,000 10 minutes 2009 Hyper-V 10052.961.8694.8 ~1,520,000 10 minutes Performance Comparison Summary Vs.

14. Inline Sends and Logical Ports Vs. Logical Port Orchestration Inline Sends Orchestration

15. Test Concurrent Test Client Users Messages Per Second Avg Response (sec) % < 3 seconds Messages Per Day Test Length Logical Ports BizTalk 2009 100 initial increasing by 100 every 4 minutes 64.96.5118.43 ~1,869,000 30 minutes Inline Sends BizTalk 2009 100 initial increasing by 100 every 4 minutes 148.1561111 0.2399.98 ~4,262,000 30 minutes Logical Ports and Inline Sends Results Summary Test Concurrent Test Client Users Messages Per Second Avg Response (sec) % < 3 seconds Messages Per Day Test Length Logical Ports BizTalk 200910060.641.6197.97 ~1,746,000 10 minutes Inline Sends BizTalk 2009100 236.96 0.2499.98 ~6,824,000 10 minutes Stair step Constant load

16. Agenda Results for Customer Performance Lab Initial results for BizTalk 2009 Performance Lab Visual Studio Test Demo Optimization Highlights & Open Q&A

17. Visual Studio

18. Agenda Results for Customer Performance Lab Initial results for BizTalk 2009 Performance Lab Visual Studio Test Demo Optimization Highlights & Open Q&A

19. Platform Optimization Highlights Adjusted Windows Server 2008 for best performance Disabled SynAttackProtect (Denial of Service checking) Placed the PAGEFILE on a separate local disk Changed the Speed & Duplex property of each NIC from “Auto” to 1 Gigabit Full Duplex Stopped and disabled unused windows services on all BizTalk Server and SQL Server nodes Disabled the debug flag in the web.config configuration files Increased the maxconnection settings from the default value of 2 to 50 on BizTalk and Front-End web farm The following settings did not improve performance on Windows Server 2008 which has a self tuning network stack: Modified or created several registry entries regarding TCP/IP, Network, Session Manager, LanManServer, FileSystem settings.

20. SQL Optimization Highlights Before baseline: −Installed CU package 9 and installed Performance Dashboard −Pre-allocate space (size) for all data / log files −Fixed autogrowth value to a fixed amount −Granted Windows ‘Lock Pages In Memory’ and ‘Perform Volume Maintenance Task’ Standard SQL optimizations: −Moved Data and Log files to separate LUNs −Output all Log/Full backups to dedicated LUN −Split TempDB into multiple equal sized files Relieving contention on MessageBox: −R2 BizTalk stored procedures - Hotfix KB944234 −Spread tables and indexes of the BizTalkMsgBoxDb across multiple filegroups / multiple LUNs −Changed schedule of BizTalk ‘Mark Log’ backup job from 15 to 5 minutes Scaling out: −Created dedicated SQL Server instance for BizTalkMsgBoxDb −Moved BizTalkMsgBoxDb to a dedicated Server

21. BizTalk Optimization Highlights R2 64 bit BizTalk hosts take ~1 minute to restart −Installed KB943165KB943165 Separated hosts (including dedicated tracking host) BizTalk HTTP connections increased from 2 to 50 Disabled Message Delivery throttling Disabled global tracking as in the production site. Reduced the MaxReceiveInterval to 50 ms (default 500 ms) in the adm_ServiceClass table Increased the Internal Message Queue Size from the default value 100 to 1000 for all the BizTalk Hosts Disabled orchestration tracking events Disabled BAM Increased the.NET CLR worker and IO threads for all the in-process hosts Optimized WCF Adapter settings

22. Why Tune BizTalk Now - More than Ever? Reduce costs and expenses Win market share from expensive competitors Optimize to do more with less! Delight our customers.

23. © 2009 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.