Rob Tiffany's Windows Mobile Accelerator : IIS

What ever happened to RDA?

robtiffany — Wed, 23 Sep 2009 03:54:00 GMT

Who remembers using Remote Data Access to synchronize data between SQL Server and SQL Server Compact? I certainly do!

Before I dove head first into the world of Merge Replication, I always used RDA to get my customers up and running quickly. Mobilizing an organization’s workforce quickly and easily is what it’s all about so they can start reaping the benefits. In addition to a speedy time to market, there’s no faster or more scalable mobile sync technology on the market anywhere.

So why wouldn’t I always use RDA? Here’s a quick list:

You’re using Identity columns.
You want to replicate schema changes to the client.
You want change tracking on both the client and server to perform diffs of each of the tables during a sync instead of re-downloading the entire table.
You want to automatically resolve conflicts that arise when 2 people update the same data.
You want referential integrity constraints to be pushed down to the client database from SQL Server.
You don’t want to write code to perform synchronization or filter data.

If anything on the above list applied to you, you would shift to Merge Replication because it could manage ranges of Identity columns, push down schema changes, only sync data differences, resolve conflicts and push down a database’s referential integrity constraints. Merge requires almost no code to get started and tables and columns are filtered visually via a wizard.

So why might you choose to use RDA? Here’s another list:

Your Primary Keys use GUIDs instead of Identity columns.
Users don’t overwrite each other’s data so you don’t need conflict resolution. The rule of “Last in Wins” works for you.
While you want indexes to be pushed down, you don’t care if your local SSCE database has referential integrity constraints applied.
You want to wrap the changes you upload to SQL Server in a transaction so that all changes are applied or none of them are.
Change tracking on the client is good enough and re-downloading updated server tables doesn’t take too long.
You developers don’t mind writing some sync code.
Be able to execute SQL and Stored Procedures directly against SQL Server via IIS.

If your solution meets the criteria in the list above, you’re probably a good candidate for using RDA instead of Merge. Are there any other choices out there?

Back at MEDC 2007, we announced a new data replication technology for devices called Occasionally Connected Sync that would sit somewhere between RDA and Merge. OCS as it used to be called was renamed Sync Services for ADO.NET and then was eventually merged into the Sync Framework.

The Sync Framework is a developer-focused technology:

Supports conflict resolution.
Change tracking on the server as well as the client so that only data differences are exchanged.
Peer to Peer sync in the forthcoming v2 of Sync Framework.
Sync with databases other than SQL Server.
Best suited for SSCE running on a desktop or laptop.

The clearest differentiation that the Sync Framework has over Merge is its provider model which allows it to sync with other ADO.NET databases like Oracle or DB2. SQL Server supports built-in P2P Transactional replication and v2 of the Sync Framework will allow you to do this via WCF. If you development team doesn’t mind writing lots of sync code and needs to support scenarios like synchronizing with other databases from SSCE on the desktop, then the Sync Framework might be the way to go for you. I wouldn’t yet recommend the Sync Framework for device sync since its wire protocol is currently based on the DataSet which may cause out of memory errors on Windows phones with limited working sets.

So where does this leave RDA?

The reason I’m writing this blog post is because time and time again I run into customer sync scenarios that don’t always need the power of Merge or the extra flexibility of the Sync Framework. Most field service applications follow the same kind of pattern:

Lots of download-only lookup/reference tables that aren’t changed by the user.
Tables that are pushed down to the device that tell a user where to go and what to do.
Tables (sometimes empty) that are used to capture data from the user in the field that are upload-only.

These kinds of schemas don’t require conflict resolvers or server change tracking and are therefore well suited for RDA.

What’s the big benefit of using RDA if a sync scenario meets its criteria?

You won’t modify SQL Server’s schema with GUIDs and Triggers.
You won’t degrade the performance of SQL Server by having it track changes and maintain extra metadata.
You will have the fastest and most scalable sync solution with least amount of hardware.
Time to market is shorter.

The big takeaway here is that I want you to consider your sync solution carefully before choosing a technology. If your customer’s needs are met by RDA, then you should use it and reap the benefits of developing and deploying a simpler solution with fewer moving parts.

Remember Occam's Razor.

-Rob

Mobile Architecture Pocket Guide v1.1

robtiffany — Sat, 17 Jan 2009 21:01:00 GMT

Just wanted to let everyone know that version 1.1 of the Mobile Architecture Pocket Guide is now available on CodePlex at http://www.codeplex.com/AppArch/Release/ProjectReleases.aspx?ReleaseId=19798. This is the first patterns & practices update to this guide since 2002 so it's a welcome sight to to have it out there for all our Windows Mobile developers.

I've spent the last couple of months working with J.D. Meier, Rabi Satter, Rob Boucher and the rest of the P&P team to tune, tweak and update the new Mobile Architecture Pocket Guide to ensure that it's as accurate and relevant to today's Windows Mobile platform and runtimes as possible. The guide's chapters include:

Ch 01 > Mobile Application Architecture
Ch 02 > Architecture and Design Guidelines
Ch 03 > Presentation Layer Guidelines
Ch 04 > Business Layer Guidelines
Ch 05 > Data Access Layer Guidelines
Ch 06 > Service Layer Guidelines
Ch 07 > Communication Guidelines
Ch 08 > Deployment Patterns

Our goal is to empower our Windows Mobile developer community as much as possible, and while this guide may seem like it's targeted exclusively to developers, I ensured that the IT Pro side of the house is accommodated as well. Mobile infrastructure elements of this guide include System Center Mobile Device Manager (Deployment), SQL Server (Sync Services + Merge), IIS (Web Services + Sync + WCF), Exchange (WCF Store and Forward) and Active Directory (Auth).

Download it, take if for a spin, and give us your feedback so we can keep improving it.

- Rob

See you in Barcelona for Tech Ed EMEA Dev

robtiffany — Fri, 07 Nov 2008 19:14:00 GMT

Looking forward to seeing lots of familiar faces and meeting new ones starting December 10th at Tech Ed EMEA! While I ran the Windows Mobile track for Tech Ed North America last June in Orlando, this time around I'll just be delivering a couple of presentations and spending most of my time helping empower delegates to create incredible mobile applications. I'll be delivering the following breakout sessions:


	MBL301	What's New in the Windows Mobile Line of Business Solution Accelerator 2008	November 10 16:00 - 17:15	Room 121
This session walks through the new features that we have added to the Windows Mobile Line of Business Accelerator 2008; features such as adapting your application to any device or screen size with a single binary, sync services, store and forward, and advanced data access objects with Microsoft .NET CF 3.5.


	MBL310	Mobilize your Enterprise and Achieve Global Scalability with Windows Mobile and SQL Server Compact	November 11 15:15 - 16:30	Room 121
With the world's largest organizations rolling out tens of thousands of Windows Mobile devices to empower their respective workforces, the ability to create mobile line-of-business solutions that can support large user populations is critical. Based on his third book on Windows Mobile development, Rob Tiffany shows you how to take the Microsoft SQL Server data you use to run your organization and make it available to all your mobile employees. Utilizing the performance, scale-out, and filtering capabilities of Merge Replication Republishing, Rob shows you how to build an n-tier mobile synchronization architecture designed to scale to hundreds of thousands of devices. Take the guesswork out of mobilizing your enterprise by tapping into the experience of one of the world's foremost authorities on Windows Mobile infrastructure and development.

See you there!

- Rob

Chapter 1 of my new Book is Ready!

robtiffany — Fri, 24 Oct 2008 04:12:00 GMT

Mobile Data Synchronization with Microsoft SQL Server 2005 and SQL Server Compact > Second Edition

Achieving Global Scalability via Merge Replication Republishing

Download and review the PDF from my Windows Live SkyDrive @

http://cid-8b9c82da88af61fc.skydrive.live.com/self.aspx/Sync/Ch%201.pdf

The new book shows you how to scale out your Merge Replication Architecture with Republishing. It's chock full of new insight to show you how to get the most performance and scalability out of your system. It also shows you how to make replication Subscriptions available to the Internet via ISA Server 2006 or System Center Mobile Device Manager.

Check it out and let me know what you think.

Best Regards,

Rob

Listen to Rob's Windows Mobile Interview on .NET Rocks!

robtiffany — Thu, 09 Oct 2008 23:07:00 GMT

I was recently interviewed by Carl Franklin and Richard Campbell who run one of the Internet's most popular developer sites, .NET Rocks! You can catch the interview at http://www.dotnetrocks.com/default.aspx?showNum=384 where you can either listen to it live via the website, or download it to your favorite device to listen later.

I cover the current state of Windows Mobile + the entire ecosystem including OEMs, Mobile Operators, developers and who does what within Microsoft's Mobile Commications Business in Redmond and the Mobile Development Center in Hyderabad. I take Carl and Richard on a deep dive of our latest mobile development technologies and techniques with the .NET Compact Framework, SQL Server Compact, and WCF Store and Forward just to name a few. I also cover all the features of System Center Mobile Device Manager including OTA software distribution, Group Policies, Mobile VPN security and Domain join.

Download it and give it a listen

- Rob

My New Book is Now Available!

robtiffany — Tue, 08 Jan 2008 01:12:00 GMT

"Windows Mobile Data Synchronization with SQL Server 2005 and SQL Server Compact 3.1" is now available in print! Those of you in the continental U.S. can just buy it directly from the Hood Canal Press site at http://www.hoodcanalpress.com/catalog.htm and get free ground shipping. It's on Amazon in the U.S. so you can order it at http://www.amazon.com/Windows-Mobile-Synchronization-Server-Compact/dp/0979891205/ref=sr_1_13?ie=UTF8&s=books&qid=1199744085&sr=1-13 as well. At Amazon UK you can find it here http://www.amazon.co.uk/Windows-Mobile-Synchronization-Server-Compact/dp/0979891205/ref=sr_1_7?ie=UTF8&s=books&qid=1199744162&sr=1-7.

Go buy it and start building large-scale line of business and consumer applications for Windows Mobile!

-Rob

Yes, We Can Scale to 1,200 Concurrent Subscribers!

robtiffany — Mon, 24 Dec 2007 07:28:00 GMT

Yet again, I've doubled the number of concurrent Subscribers to 1,200 where each Subscriber is equivalant to a Windows Mobile device. I used 6 servers running 200 Subscribers each to create client load, plus 3 load-balanced IIS servers, and a separate SQL Server Distributor and Publisher. Each IIS server had its MAX_THREAD_PER_POOL registry setting set to 10 and had to handle 400 concurrent Subscribers. With 1,200 concurrent Subscribers contending for resources on every tier, the system performed 10,693 syncs per hour, which is half the 22,401 syncs per hour that I saw when running 600 Subscribers back at the Partner Summit. That being said, the system held steady at the number of rows it could change and replicate per hour:

Rows changed: 12,831,600 per hour | 307,958,400 per day
Bytes per row: 116
Data replicated: 1.42 GB per hour | 34 GB per day

The longest and average sync times jumped significantly over the results I got with 600 concurrent Subscribers:

Longest sync time: 17 minutes
Shortest sync time: .5 seconds
Average sync time: 6 minutes, 38 seconds

Just like in Vegas and at the Partner Summit, the IIS and SQL Servers are chilling out throughout this test with the IIS servers and Distributor using more memory:

IIS1: CPU: 8% | Mem: 229 MB | Network Utilization: 1%
IIS2: CPU: 14% | Mem: 225 MB | Network Utilization: 1%
IIS3: CPU: 8% | Mem: 226 MB | Network Utilization: .89%
SQL Distributor: CPU: 5% | Mem: 2.95 GB | Network Utilization: .32%
SQL Publisher: CPU: 36% | Mem: 4.12 GB | Network Utilization: 1%

The obvious takeaway from this test is that we can scale to 1,200 concurrent Subscribers but we're no longer sustaining an upward curve in performance. In fact, the curve has started heading downward. Does performance always head northward in a linear fashion forever in other systems? Of course not, so don't be bummed. I think a system that can change and replicate almost 14 million rows per hour while accomodating 1,200 Subscribers that are making 1,200 row changes per sync is pretty incredible! Remember, real-world systems don't have each Windows Mobile device make 1,200 rows changes every time they sync. My portable data center and test harness is designed to dramatically exceed what one would see in the real world!

I might be crazy, but I don't want to give up on pushing the performance of this system higher without a fight! Therefore, I'm going to run this test again with 1,200 concurrent Subscribers, except next time I'll use 6 IIS servers. If you remember, I didn't just double the number of Subscribers replicating against SQL Server, I also doubled the number of Subscribers hitting each IIS server. I went from 200 to 400. By adding 3 more IIS servers, I'll be backing the number of Subscribers per IIS server down to 200 again. Don't be fooled by those low CPU numbers on the 3 IIS servers. The ISAPI DLL gets all it can handle long before you begin to stress the server as a whole. Also, reading to and writing from all those .IN and .OUT files creates a lot of I/O. Stay tuned to see what happens...

- Rob

Windows Mobile Partner Summit Day 1

robtiffany — Wed, 12 Dec 2007 22:16:00 GMT

The Windows Mobile Partner Summit is going great and the event looks to be twice as big as last year. It's always nice to reconnect with our partner community. Steve Hegenderfer was kind enough to allow me to bring my rack of servers to his event. This time, I have a much lighter, 24U half rack which is much easier to move around. At the Dev Connections conference, I used a new stress test designed to push the number of row changes per sync. At that event, I used 300 concurrent Subscribers to perform 23,330 syncs per hour and make changes to 7,000,000 rows per hour. Each complete row change consisted of 116 bytes of data which meant I changed and replicated 812 MB of data per hour.

This time around I decided to double the number of concurrent Subscribers to 600. Keep in mind that each Subscriber is equivalant to a Windows Mobile device. I used 6 servers running 100 Subscribers each to create client load, 3 load-balanced IIS servers, and a separate SQL Server Distributor and Publisher. With 600 concurrent Subscribers contending for resources, I managed to perform 22,401 syncs per hour which is slightly fewer syncs than I saw when running only 300 Subscribers back in Vegas. The important story here is that I almost doubled the number of rows I changed and replicated per hour:

Rows changed: 13,440,600 per hour | 322,574,400 per day
Data replicated: 1.45 GB per hour | 34.8 GB per day

Just like in Vegas, the IIS and SQL Servers where just chilling out throughout this test:

IIS1: CPU: 7% | Mem: 188 MB | Network Utilization: .69%
IIS2: CPU: 8% | Mem: 187 MB | Network Utilization: .88%
IIS3: CPU: 5% | Mem: 185 MB | Network Utilization: .95%
SQL Distributor: CPU: 5% | Mem: 994 MB | Network Utilization: .77%
SQL Publisher: CPU: 36% | Mem: 4.11 GB | Network Utilization: 1%

This is truly incredible and further proves that SQL Server 2005 + SQL Server Compact 3.1 + Merge Replication is the most powerful data sync technology on the market today.

- Rob

New Mobile Merge Replication Benchmarks

robtiffany — Fri, 09 Nov 2007 21:02:00 GMT

I just finished up a week of teaching attendees at the Dev Connections conference how to setup and use mobile merge replication to sync data between their Windows Mobile devices and SQL Server 2005. As usual, I brought along my favorite teaching tool, my portable data center, to take attendees on deep dives of the 4 different tiers of my replication architecture. This time around, I changed the way my stress test harness works. In the past, my goal has always been to see how many Subscribers I could connect to the system at the same time. With the new test, I'm stressing the system to a much greater degree with my software to push the envelope in regards to how many table row changes I can make per hour.

With an eye towards the stress testing system that has helped give iAnywhere's ASA database and MobiLink replication server a dominant market position, I built a similar test where the amount of data in each row changed is exactly 116 bytes each time. I think the iAnywhere stress test used 92 byte rows. I used 3 servers to create client load, 3 load-balanced IIS servers, and a separate SQL Server Distributor and Publisher. The results I got from my test harness performing 23,330 syncs per hour are nothing short of spectacular:

Rows changed: 7,000,000 per hour | 168,000,000 per day
Data replicated: 812 MB per hour | 19.4 GB per day

Now check out how the IIS and SQL Servers where just chilling out throughout this test:

IIS1: CPU: 5% | Mem: 216 MB | Network Utilization: .44%
IIS2: CPU: 7% | Mem: 147 MB | Network Utilization: .13%
IIS3: CPU: 8% | Mem: 170 MB | Network Utilization: .42%
SQL Distributor: CPU: 5% | Mem: 2.15 GB | Network Utilization: .58%
SQL Publisher: CPU: 17% | Mem: 4.25 GB | Network Utilization: 1%

Not bad! Thanks to Loke Uei, we were also able to give away 300 copies of my new book that walks you through the construction of this scalable mobile merge replication system. Lots of Windows Mobile developers and IT Pros are now empowered to "mobilize" their organization's data out to mobile field personnel. Just as important, they can take the proof back to their respective organizations that this technology is build to perform and scale!

I'm just getting started with this new test harness. Come to the Windows Mobile Partner Summit in December to see me push this system even further and break new replication records!

- Rob

Chapter 1: Getting Started with Merge Replication

robtiffany — Mon, 10 Sep 2007 08:54:00 GMT

The non-linear fashion by which I've been writing this book reminds me of the way Pulp Fiction jumps around. Chapter 1 is ready to go so you can get started with Merge Replication for Windows Mobile devices. In addition to obvious technology walkthroughs, I also decided to add a bunch of scenarios that illustrate how mobile data synchronization can add tangible business value to existing endeavors.

The book is called "Windows Mobile Data Synchronization with SQL Server 2005 and SQL Server Compact 3.1" and it's being published by Hood Canal Press. Click on Chapter1.pdf below to download Chapter 1 on getting started with Merge Replication.

Chapter 3: Configuring the Publisher

robtiffany — Sat, 01 Sep 2007 08:14:00 GMT

The biggest and most comprehensive chapter of the new book is ready to preview! Chapter 3 is ready to go for some relaxing Labor Day weekend reading. It's the deepest coverage that I've seen on all the nuances of the SQL Server Publisher for mobile replication if I may say so myself.

The book is called "Windows Mobile Data Synchronization with SQL Server 2005 and SQL Server Compact 3.1" and it's being published by Hood Canal Press. Click on Chapter3.pdf below to download Chapter 3 on installing and configuring the SQL Server Publisher.

Chapter 4 Refresh: Web Synchronization

robtiffany — Fri, 31 Aug 2007 04:35:00 GMT

I've made some updates and additions to chapter 4 for you to look at.

The book is called "Windows Mobile Data Synchronization with SQL Server 2005 and SQL Server Compact 3.1" and it's being published by Hood Canal Press. Click on Chapter4.pdf below to download Chapter 4 on installing and configuring Web Synchronization on your IIS server.

Chapter 4: Web Synchronization

robtiffany — Thu, 09 Aug 2007 06:49:00 GMT

As I mentioned in a previous post, my latest book is underway. For those of you who visited my booth at MEDC 2007 in Las Vegas or Tech Ed 2007 in Orlando and wondered how I built my 4-tier merge replication architecture, your questions are about to be answered as I promised. The good news is I won't make you wait to buy the whole book from Amazon, Borders, or Barnes and Noble. As I complete each chapter, I'm making a downloadable PDF available via the Windows Live SkyDrive service to jumpstart your efforts and to receive your feedback.

Rob

The new book is underway...

robtiffany — Thu, 12 Jul 2007 01:26:00 GMT

As some of you know, I've been building and piecing together the documentation necessary to build out a scalable merge replication architecture for your Windows Mobile devices. If you've been to MEDC 2007 in Las Vegas or Tech Ed 2007 in Orlando, you may have stopped at my booth where I demonstrated a 4-Tier merge replication architecture with 800 subscribers synchronizing simultaneously. You might also have worked through my hands-on lab to see how to construct much of this architecture in a Virtual PC.

Now that I'm taking some time off at the beach this summer, I'm putting together all the best practices, how-to's, and step-by-step instructions so you can build a highly performant and scalable data synchronization architecture for your organization. This will be my 3rd book covering the constantly evolving Windows Mobile platform. This one will be different in that it won't be as developer-focused as the previous two and will instead empower the IT Professional.

The title will be:

"Windows Mobile Data Synchronization with SQL Server 2005 and SQL Server Compact 3.1"

The tentative chapter list is as follows:

Introduction
Domain Security
Configure the Distributor
Configure the Publisher
Configure Web Synchronization
Build the Client
Ongoing Maintenance

I expect the first draft to be completed by the end of July.

Rob

Book Review: Professional Microsoft Smartphone Programming

robtiffany — Sun, 17 Jun 2007 06:18:00 GMT

A collegue of mine, Pei Zheng, who works in OEM Services for Mobility at Microsoft recently dropped off a new book he wrote with Baijian Yang and Lionel Ni. It's titled "Professional Microsoft Smartphone Progamming" and it's published by Wiley Publishing under the Wrox imprint. This may very well be the first book written about developing for the Windows Mobile Smartphone platform with the .NET Compact Framework 2.0.

I appreciate how the book tackles issues surrounding Smartphone-specific topics like UI design and flow. The authors discuss things like how to create and navigate a multi-form app as well as how to deal with things like T9 input mode, keyboard input and working with soft keys.

The authors do a great job on the device and application security front by covering topics like application signing, privileged and unprivileged apps, trusted apps, and security policies. They even walk the reader through the certificate management lifecycle including obtaining certificates, signing apps, and then using XML provisioning files to provision a device. The book then goes on to provide in-depth coverage of data encryption on the device with algorithms like AES 256 and data protection over the wire with TLS.

One of my favorite chapters goes after Performance issues with guns blazing! They point to the .NET Compact Framework Performance Counters which can now be read in real-time with the Remote Performance Monitor as the best way to monitor what's going on under the hood of your application. The authors then drill into CLR performance categories like garbage collection, call overhead, math, reflection, and the use of Generics. Performance and memory management are two of the most important issues to deal with in Windows Mobile application development and it's great to see these topics get full coverage here. I enthusiastically recommend this book to anyone interested in diving into the world of Window Mobile Standard/Smartphone development.

Rob