Rob Tiffany's Windows Mobile Accelerator : Windows Server

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

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

The iPhone comes to the Enterprise with a little help from Microsoft

robtiffany — Fri, 07 Mar 2008 06:07:00 GMT

This morning, Steve Jobs announced that Apple has licensed the Exchange Active Sync protocol from Microsoft in order to bring the following functionality to the iPhone:

Push Email
Push Contacts
Push Calendar
Access to the Global Address List (GAL)
Remote Wipe
Password Policies

The Apple folks publicly bashed the way Blackberry does email through a NOC and praised Microsoft for coming up with a much more advanced architecture that allows the iPhone to work directly with Exchange in a more reliable and affordable way. Before all you fans of Windows Mobile freak out, just remember, licensing our AirSync protocol to Apple means increased sales of Exchange Server, Windows Server, ISA Server and lots of CALs.

Now on a much more threatening note, Apple did launch their new iPhone SDK that allows developers to build on-device applications using Objective C. If you've ever done development on a NeXT Workstation or Mac OSX, you'll know what Object C is. This SDK allows you to build rich applications for the iPhone that utilize the following features:

SQLite for Database access
Core Location for location-based services
Core Audio
Video via h.264
Core animation
OpenGL ES for hardware accelerated 3D graphics and games
Cocoa Touch for multi touch input
Accelerometer to use the iPhone's 3-axis sensor in apps

They've got Xcode development tools, a debugger, an emulator, and a graphical forms builder with drag and drop functionality.

Like the Amazon Kindle, they've created something called "App Store" that will be included on the iPhone so users can find, buy and wirelessly download applications to their device. You'll even be notified when there's an update to downloaded software. All downloadable applications will have electronic certificates from Apple.

If that's not enough, famous Venture Capitalist John Doerr announced that Kleiner Perkins (KPCB) started a $100 Million iFund to back companies looking to develop innovative applications for the iPhone.

By any objective measure, this is a big day for the iPhone. What can we do to ensure that Microsoft is a winner in this equation? Just like with the benefits we receive by allowing the iPhone to sync with Exchange Server, the development of iPhone apps that connect with Microsoft servers will be just what the doctor ordered. I would get started with the following:

SQL Server Compact for iPhone
Sync Services for ADO.NET with a provider for the iPhone SSC database so we can sync with SQL Server
SharePoint Server 2007 access
Communicator Mobile to access Office Communications Server 2007

You get the gist of where I'm going. Just remember, the competition never sleeps and you should always expect to have your feet kept to the fire. We must constantly reinvent ourselves and be ready to eat our own lunch before our competitors do.

- Rob

Mobile Scalability + Staggering Performance

robtiffany — Wed, 16 Jan 2008 08:08:00 GMT

As you know from my recent posts, I've been hanging out at 1,200 concurrent Subscribers trying to boost performance. When I first hit the 1,200 Subscriber mark, I was able to change and replicate ~13 million rows per hour. I was happy with the scalability, but the performance was no better than what I achieved with 600 concurrent Subscribers. Rather than push the scalability envelope out to 1,800 or 2,400 Subscribers, I decided to tweak, poke and prod my portable data center until I could get better performance at the 1,200 level. I succeeded with the architecture you see below:

Sometimes more is more. Sometimes less is more.

Knowing that the ISAPI DLL running on IIS is the biggest bottleneck in the system, I decided to scale out to 6 IIS servers in addition to my separate SQL Publisher and SQL Distributor servers. The 2 SQL Servers have 8 cores and 16 GB of RAM while the 6 IIS servers contain 2 cores and 2 GB of RAM. Each IIS server would accomodate 200 concurrent clients each. In the last week of December 2007, I throttled back the MAX_THREADS_PER_POOL registry setting on the IIS servers from the default of 20 to just 3 and ran my test harness. This resulted in the changing and replicating of ~15 millions rows per hour; a boost of 2 million rows per hour over my previous test. Using fewer threads on each IIS box meant lower memory and CPU utilization across the board. Instead of overwhelming SQL Server will lots of threads trying to perform work all at the same time, SQL Server got to chill out and thus processed each sync much faster. This was great news so I pushed the fewer threads experiment even further. I executed my test harness with 2 threads and then just 1 thread per IIS server. Using just 1 thread resulted in the changing and replicating of ~18 million rows per hour; a 3 million row per hour boost over using 3 threads per IIS server.

At ~21 million row changes per hour, 2 threads per IIS server is the sweet spot!

Rows changed: 5,826 per second | 349,600 per minute | 20,976,000 per hour | 503,424,000 per day
Bytes per row: 116
Data replicated: 2.3 GB per hour | 55 GB per day

The longest and average sync times dropped significantly over the first results I got with 1,200 concurrent Subscribers:

Longest sync time: 14 minutes
Shortest sync time: .6 seconds
Average sync time: 3 minutes, 38 seconds

The IIS didn't break a sweat:

IIS1: CPU: 11% | Mem: 172 MB | Network Utilization: 89%

Disk I/O: OS: .3%, ISAPI: 3.8%

IIS2: CPU: 8% | Mem: 167 MB | Network Utilization: .91%

Disk I/O: OS: .2%, ISAPI: 3%

IIS3: CPU: 6% | Mem: 171 MB | Network Utilization: .82%

Disk I/O: OS: .2%, ISAPI: 2.8%

IIS4: CPU: 7% | Mem: 171 MB | Network Utilization: .71%

Disk I/O: OS: .5%, ISAPI: 3.4%

IIS5: CPU: 6% | Mem: 152 MB | Network Utilization: .92%

Disk I/O: OS: .3%, ISAPI: 2.3%

IIS6: CPU: 8% | Mem: 151 MB | Network Utilization: 1%

Disk I/O: OS: .3%, ISAPI: 2.6%

The CPU was finally well-utilized (after dozens of tests that never went higher than 35%) on the SQL Publisher and the SQL Distributor's disk that held the transaction log was pegged (which means it could use some RAID 0 or 10 medicine).

SQL Distributor: CPU: 9% | Mem: 2.32 GB | Network Utilization: .64%

Disk I/O: OS: .7%, SQL: 1%, DB: 16.8%, LOG: 100%, Snapshot Share: 1%

SQL Publisher: CPU: 74% | Mem: 4.19 GB | Network Utilization: 4%

Disk I/O: OS: 1.1%, SQL: 13.7%, DB: 1%, LOG: 22.6%

I'm very pleased with these results as they represent the kind of scalability and performance that our clients are looking for when they're considering building and rolling out a mobile line of business application. As usual, the low memory and CPU utilizaiton on the IIS servers will lead architects to think that using 6 load-balanced boxes is wasteful and they deserve to be consolidated. I've been down that path and the place that I've arrived at today tells me that the ISAPI DLLs are exhausted long before you can detect any strain on the IIS server. That being said, the use of fewer threads means that I don't need the memory and CPU power I once thought I needed. Lower-end IIS servers could be purchased or perhaps consolidation could happen by deploying them as virtual images inside Hyper-V on Longhorn or Virtual Server on Windows Server 2003. Definitely something worth looking at.

In the near term, you should expect to see me push the scalability envelope to the 1,800 and/or 2,400 concurrent Subscriber level in an effort to see what it takes to saturate a single SQL Server box. Along the way, I will take a look at virtualization options to see how well they work out. Lastly, you'll see me persue "Republishing" architectures with SQL Server in an effort to make Mobile Merge Replication scalable enough to support hundreds of thousands or millions of Windows Mobile devices. Only then could you consider using this technology for large-scale consumer applications with a national or global reach. Remember, Windows Mobile 6 comes with a built-in content synchronization engine called SQL Server Compact 3.1. When you start thinking big, you realize that we could use this technology to push intelligent advertising to devices or build the next global social networking platform designed for people on the go.

See you at TechReady 6!

- 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 2 Refresh: Configuring the Distributor

robtiffany — Fri, 31 Aug 2007 06:57:00 GMT

Not to be outdone by a refresh to chapter 4, I've made some updates and additions to chapter 2 for you to look at as well. Don't worry, chapter 3 is almost ready...

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 Chapter2.pdf below to download Chapter 2 on installing and configuring the SQL Server Distributor.

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 2: Configuring the Distributor

robtiffany — Sun, 19 Aug 2007 21:16:00 GMT

Here comes another chapter!

My forthcoming 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 Chapter2.pdf below to download Chapter 2 on installing and configuring the SQL Server Distributor.

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