Published by Kerry Brown on 12th March 2010
In 2004 a customer asked me to quote on setting up a product called Windows Small Business Server. I had never heard of the product but I had a good knowledge of Active Directory and Windows Server 2000 so I submitted a quote. Investigating the product while doing the quote I was intrigued by the value it provided. It included Windows Server 2003, Exchange 2003, Sharepoint, Outlook 2003, and something I’d never heard of called Remote Web Workplace. I’d noticed it was included with my Microsoft Action Pack subscription so I decided to play around with it. Long story short, I really liked it, installed it for my own use, and started selling it to customers. I’m still running it on the computer I originally tested it on. It’s woefully underpowered with a Pentium IV single core 1.6 GHz CPU, 1GB RAM, a single 10/100 NIC and three IDE hard drives, not exactly ideal for a server that’s a domain controller, file server, and Exchange server. Despite this it’s been happily chugging away for almost seven years now. Most of my customers have moved on to SBS 2008. I have a couple of customers bumping up against the 75 user limit in SBS. I was going to migrate them to Essential Business Server 2008 as it has a 300 user limit. Microsoft very recently discontinued EBS so this went out the window. They are going to have to migrate to Windows Server 2008 R2 and Exchange 2010. There’s not a lot of documentation (if any) of this online that I can find. SBS Migration who sell documentation and support packages for many Windows and Exchange migration scenarios doesn’t support this yet. If you are doing any kind of Exchange or Active Directory migrations I highly recommend SBS Migration. Hopefully they’ll support this scenario in the future. For now I’m on my own. I’m going to migrate from SBS 2003 on my old woefully underpowered server to Server 2008 R2 and Exchange 2010. I will be using another underpowered server I purchased off eBay for this. I’ve been using it as a Hyper-V test bed. I’m going to repurpose it for my production server. This is probably a really bad idea but it’s on hand and I don’t need to lay out any cash. Like most small business owners cash for new equipment is always in short supply. It’s a 1U Dell SC1435 with two Opteron 2350 2GHz Quad Core CPUs and 16GB RAM. I installed Server 2008 R2 Enterprise edition and setup the Hyper-V role. Dell 1U servers are very noisy. I moved the server out to the tool shed. I’ll be using RDP and vmconnect for the rest of the setup. So far I’ve installed a Windows 7 vm for my accounting with Simply Accounting and a Server 2008 R2 Enterprise vm. I’ve joined the 2008 R2 vm to the domain and promoted it to a Domain Controller. So far I haven’t run into any performance issues. I’m pretty sure I’ll run into IO issues eventually as there’s only room for two hard drives in the server and I didn’t opt for the expense of SAS drives. There’s only two gigabit NICs which may also become an issue. If the drive IO becomes an issue I guess I’ll have to look at a home built SAN. That’s the beauty of virtualization. It’s easy to change out the hardware as the virtual machines don’t interact directly with the hardware. If the lack of NICs becomes an issue I have one slot where I could install a 4 port NIC. I’m not sure where to proceed next. I think the best path would be to install another 2008 R2 vm and install Exchange 2010 on it then migrate from Exchange 2003 to 2010. There’s quite a bit of documentation on this so I should be able to muddle through. Once I’ve got Exchange migrated I’ll move DHCP and all the FSMO roles to the 2008 R2 DC and decommission the old SBS 2003 server. If the performance isn’t suffering too much I’ll probably add another 2008 R2 vm as a file server. I’m sure there will be a lot of AD cleanup involved afterwards. SBS has a lot of peculiar stuff in AD to make everything work on one box. I don’t plan on doing all this overnight. It’ll probably take a month or more. I’m sure there will be a few detours along the way as well as doing some work for paying customers. I’ll blog about the steps I take, problems I encounter, and more so stay tuned.
UPDATE: Jeff Middleton of SBS Migration contacted me to let me know they do support this and other custom migration paths. Here’s what he said:
“SBSmigration.com has not yet released a standard Swing It!! Kit specific to this migration path, but does provides support with many variations of project already documented. In this case, this project is a custom project variation of the 2003 to SBS 2008 project solution. If you are interested in a Swing Migration path and support on any project you have in mind, you should contact SBSmigration.com for specific details.”
This is very good news. I’m still going to try this on my own as a learning experience. I think this migration scenario may become more common now that EBS is no longer sold. If I do this for a paying customer I will definitely be using SBS Migration.
SBS 2003 to Windows Server 2008 R2 and Exchange 2010 Migration (Part 1)
SBS 2003 to Windows Server 2008 R2 and Exchange 2010 Migration (Part 2)
SBS 2003 to Windows Server 2008 R2 and Exchange 2010 Migration (Part 3)
SBS 2003 to Windows SErver 2008 R2 and Exchange 2010 Migration (Part 4)
Published by Kerry Brown on 6th December 2009
I recently migrated a customer from SBS 2003 to SBS 2008. I’ve done a few of these. There is no in place upgrade as SBS 2003 is 32 bit and SBS 2008 is 64 bit. Because of this I’ve recommended to my customers to stay with 2003 until they replace their existing hardware. The migration is easiest if you’re moving to new hardware at the same time. This time I decided to give the Swing method from sbsmigration.com a try. I’d heard a lot of good things about it. Last year I met Jeff Middleton, the owner, at an SBS event at Microsoft. I was impressed that the MS guys seemed to respect his deep knowledge of SBS. The Microsoft way is a series of documents and help files that walk you through installing the new SBS 2008 server in migration mode which joins it to the domain. Then in a series of steps you move Exchange, Sharepoint, user data, third party programs, and everything else that’s on the old server over to the new server. Once this is complete you decommission the old server and clean up active directory. The Swing method is a little different. You create a third server, promote it to a domain controller in the existing SBS domain, then physically remove it from the domain. You migrate from this temporary domain controller to SBS 2008. This allows you to use the same server name, IP address, and other settings that the old SBS 2003 server used. This can greatly ease migrating some Line of Business applications. It also means you save a lot of time with the workstations. They essentially think it’s the same server only with Exchange 2007. With the Microsoft method you have to touch every workstation as the new server has a different name and IP address.
To keep a long story short the Swing migration worked great on the customer’s server. I did have a problem when I ran a test migration with my own SBS 2003 server. Here is where sbsmigration.com really kicked butt and why I now recommend it over the Microsoft way. Jeff’s support was excellent. He was answering emails within minutes most of the time. Even on a weekend evening with him being in a time zone three hours ahead of me he was still answering emails. The problems I was experiencing were totally of my own making. As this was just a test I took a few shortcuts. My SBS server has seen many experiments over the years. Just recently I was testing IPv6 and had removed IPv4 from it for a while, I’ve had Blackberry Enterprise Server installed on it – things like that. The server is a bit of a mess let alone Active Directory. Jeff was very patient and helped me through my problems. I eventually gave up on the test migration as I was running out of time and I had learned enough to comfortably go ahead with a live customer migration. I picked up the customer’s server on a Friday afternoon and returned Monday with the new SBS 2008 server. It took 17 hours over Friday evening, Saturday, and Sunday, then another five hours Monday at the customer’s site. It was by far the cleanest SBS 2003 to 2008 migration I’ve done. Jeff’s documentation on how to clean up Active Directory both before and after the migration is excellent. Sbsmigration.com – highly recommended.
Published by Kerry Brown on 15th September 2008
Microsoft has a new version of Small Business Server which will be launched on November 12. It’s called Small Business Server 2008. I was in the beta testing program for this and I’m quite excited about it. Similar to 2003 there are two editions, Standard and Premium. Standard includes: Server 2008 64 bit, Exchange 2007 Standard Edition, SharePoint Services 3.0, WSUS 3.0, and all the standard SBS features like RWW, as well as the standard limitations like 75 users max. Premium adds a second full Server 2008 license (32 or 64 bit) and SQL Server 2008 Standard. The Client Access Licenses (CALs) are a little different. There are different CALS for the Standard and Premium Editions with the Premium CALs being a little more expensive. CALs are available in multiples of one rather than the minimum of five in 2003. It is based on Server 2008 so by default it’s more secure than the previous version based on Server 2003. It is 64 bit only which means it can address more RAM, 32 GB vs. 4 GB for 2003. When 2003 was released RAM was expensive and 32 bit server OS’s were the norm. This is no longer the case. 4 GB can be a major choke point with a heavily loaded SBS server. The second server license in Premium is a very nice addition. This allows you to run SQL or whatever on a second server rather than trying to run it all on the SBS server. Many Line of Business applications don’t support running on a domain controller which means they are not supported running on an SBS server. The second server is also capable of running Hyper-V, Server 2008’s virtualization role. The second server is licensed to be installed as the parent and also as a child. This means you can install a decent server with lots of RAM, use the second server as the parent with the Hyper-V role enabled, and both SBS and another Server 2008 instance in child partitions (virtual machines). When I was beta testing SBS 2008 I did this and actually had three child partitions. One of them was running Untangle, an open source firewall/gateway. On a small network of 25 users a server with a couple of decent Xeon CPUs and 16 GB of RAM could easily run all of this on one box.
All in all SBS 2008 is a good product, well suited to a small business of ten to sixty users. If you grow beyond that you can migrate to the new Essential Business Server 2008 or the full Enterprise versions of Server 2008, Exchange, SQL, etc. Kudos to the SBS development team for a great product.