2. Enhancing Scalability and Availability of the Microsoft Application Platform Damir Bersinic Ruth Morton IT Pro Advisor Microsoft Canada http://blogs.technet.com/canitprohttp://blogs.technet.com/cdnitmanagers

3. DeveloperDeveloper IT Professional Building a Strong Data Foundation to Your Application Developing Web Applications on the Microsoft Application Platform Managing and Monitoring the Microsoft Application Platform Enhancing Scalability and Availability of the Microsoft Application Platform Building, Deploying and Maintaining the Application Designing Architecture Where Are We Now?

4. Agenda Application Infrastructure The Web Tier (IIS 6) The Middle Tier (BizTalk Server 2006) The Data Tier (SQL Server 2005)

5. Microsoft Application Platform Stack

6. Application Infrastructure

7. Availability and Scalability Availability “It’s there when I want it” Scalability “It performs the same with 1000 users as with 100 users”

8. The Web Tier Content and Configuration Management IIS Configuration Replication Content Storage Options Content Replication

9. IIS Configuration Replication

10. Local Content Storage

11. Remote Content Storage

12. Content Replication DFS Replication NAS Storage2 Cluster1 Cluster2 NAS Storage1

13. Demonstration  Using IISCnfg.vbs for Configuration Replication  Xcopy Deployment of Contoso Store Content

14. The Web Tier Dealing with Web Traffic Scalability and Availability DNS Round Robin 3rd Party Load Balancers Windows Server 2003 Network Load Balancing

15. Demonstration  Set-up Network Load Balancing on Front-End Web Servers

16. ASP.NET 2.0 Considerations View state Forms authentication Webresource.axd Machine key common value Caching ASP.NET Session State Cannot use default InProc

17. The Middle Tier BizTalk Server 2006 functionality can be distributed across several machines Hosts are running process on a machine Hosts can be factored across BizTalk server machines Hosts can be clustered NLB can also be used to scale some adapters Also need to consider BizTalk databases

18. The Data Tier Key element in the application architecture Used by web application to store and retrieve data May also be used to store session state info Used by BizTalk Server 2006 for all operations Data tier must be available and perform well

19. SQL Server Always On Technologies Technologies supporting mission critical applications that demand the highest level of availability Increased availability during planned downtime Application, OS, hardware upgrade, maintenance & operations Protection & fast recovery from unplanned downtime Human and system errors, data corruption, natural disasters Available today in SQL Server 2005 Enterprise Edition

20. SQL Server 2005 Always On Solutions High Availability Requirement Solution System AdministrationOnline management Recovery from application or user errors Logical recovery Site disaster protectionDatabase or storage mirroring Database workload scale out with redundancy Replication

21. Online Management Downtime Scenarios Downtime Scenarios – Applying a patch or upgrade – Moving a table as part of system maintenance – Deploying a new version of an application – Recovering from a corrupted data file Always On Solutions Always On Solutions – Rolling Upgrades and Hotfixes utilizing Database Mirroring, Log Shipping, or Replication – Online alter table, index create, index rebuild – Online granular restore EnterpriseEdition EnterpriseEdition

22. Recovery from User or Application Errors Downtime Scenarios Downtime Scenarios – A table is accidentally dropped – An application makes incorrect updates to data – A user possibly made unauthorized changes to data Always On Solutions Always On Solutions – View point in time snapshots of the system Take database snapshots at intervals Take database snapshots at intervals Log ship to another site using restore delay/standby options Log ship to another site using restore delay/standby options Log marks taken at key points in time Log marks taken at key points in time Compare table to older version using tablediff utility Compare table to older version using tablediff utility – Track history of DML statements Use SQL Trace or customized replication Use SQL Trace or customized replication

23. Local Protection - Microsoft Clustering Local server hardware redundancy Using a shared disk subsystem Entire instance virtualized and fails over as a unit Can include other non-SQL Server resources Clustering can also be combined with Database Mirroring, Log Shipping, or Replication

24. Site Disaster Protection Downtime Scenarios Earthquake, fire, or flood causes datacenter outage Always On Solutions Database Mirroring to a secondary site Optimized solution - allows very fast failover times to the secondary site Optionally add log shipping for additional site protection Cannot be used for BizTalk Server 2006 databases Third party geo-clustering solutions for data center storage level redundancy Find SQL Server Always On reviewed solutions at the Microsoft Always On website: www.microsoft.com/SQL/AlwaysOn www.microsoft.com/SQL/AlwaysOn

25. Principal Witness Data Log Mirror Client 1. Commit 2. Write to Log 2. Transfer to mirror 6. Acknowledgement 7. Acknowledgement 4. Write to Log 5. Log written Data Log 3. Log written Synchronous Database Mirroring

26. Database Mirroring Instance Setup Step 1: Restore database copy to mirror site with norecovery option Step 2: Configure communication endpoints Step 3: Set the data protection level and Start Mirroring

27. Database Mirroring Client Setup 1.Add the failover partner property to the connection string OLE DB IDBInitialize::Initialize and DBPROP_INIT_PROVIDERSTRING uses “…;FailoverPartner=serverName;…” OLE DB IDataInitialize::GetDataSource and pwszInitializationString parameter use “…;Failover Partner=serverName;…” ODBC “…;Failover_Partner=serverName;…” ADO and ADO.Net “…;Failover Partner=serverName;…” JDBC SQL Server 2005 Driver 1.1 “…;failoverPartner=servername;…” 2.Specify the default database in the connection string Don’t rely on “use mydb” in your application logic 3.Ensure you have re-connect logic. The client does not automatically re-connect, it re-directs

28. Demonstration  Configuring synchronous database mirroring  Configuring the application for database mirroring and failover

29. Database Scale Out with Redundancy Scenario Real time reporting on one or more secondary servers that can also be used for disaster recovery Tier of identical databases for scaling out applications which are partitioned by site Solutions Transactional Replication Peer to Peer Replication Enterprise Edition

30. Database Scale Out with Redundancy Mississauga Transactional Replication Reporting + Redundancy Peer to Peer Replication Scale Out * + Redundancy Toronto Vancouver Halifax Calgary England *Application data modifications must be partitioned by site to prevent conflicts

31. 1.Restore the initial database to all servers in the topology 2.Configure a Distributor on each server 3.Choose a server and create a Transactional publication –After creating, enable “Allow P2P subscriptions” 4.Configure the topology with the P2P wizard P2P Scale Out Instance Setup

32. Demonstration  Configuring Peer to Peer Replication

33. Putting it all together… Database Mirroring Hot Standby Warm Standby Logical Recovery Standby Log Shipping With Restore Delay Production Database Replication Database Scale Out For Queries Clustering Database Mirroring Primary disaster site for databases Log Shipping Additional disaster sites for databases Logical Recovery Replication Database reporting and read scale out with redundancy Clustering Local server redundancy

34. Session Summary Web Tier Configuration and content replication Network Load Balancing Middle Tier Clustering Data Tier Most important to protect and have perform well Leverage SQL Server Always On technologies

35. resources www.microsoft.ca/technet/unify/resources

36. DeveloperDeveloper IT Professional Building a Strong Data Foundation to Your Application Developing Web Applications on the Microsoft Application Platform Managing and Monitoring the Microsoft Application Platform Enhancing Scalability and Availability of the Microsoft Application Platform Building, Deploying and Maintaining the Application Designing Architecture What’s Next?

37. Thanks! Please Fill Out Your Evaluations!