Crazy Microsoft stuff

I have a theory that Microsoft’s Small Business Server (SBS), which is meant to be easy to manage, is actually more complex than a full-blown multiple server setup – though you can now emulate the latter nicely using virtual machines.

Yesterday I spotted a post from Paul Culmsee which makes the point well:

A former colleague called me up because he knew of my dim, dark past in the world of Cisco, Active Directory and SharePoint. He asked me to help put in SBS2008 for him, configuring Exchange/AD/SharePoint and migrating his environment over to it.

“Sure”, I say, “it’ll be a snap” (famous last words)

Culmsee is a SharePoint expert. His mistake was to attempt installing Search Server Express (built on SharePoint) into SBS 2008:

Search Server 2008 Express, uses SQL Server Express edition when performing a basic install. As a result, an additional SQL Server Express instance (SERVERNAME\OFFICESERVERS) gets installed onto the Small Business 2008 server. Then, to make matters worse, the installer gets mixed up and installs some Search Server express databases into the new instance (a Shared Service Provider), but then uses the SQL Embedded Edition instance to install other databases (like the searchDB). Then later during the configuration wizard, it cannot find the databases that it needs because it searches the wrong instance!

The problem: there is too much installed on that box, and SBS comes way down low on Microsoft’s priorities, so it issues products and patches that ought to work on SBS as well as on mainstream Microsoft servers, but do not. Culmsee apparently gave up on Search Server Express.

Evidence 2: Exchange 2007 Service Pack 2. Released in August 2009. Does not work on SBS 2008 without daunting manual steps. Six months later, Microsoft releases a special Exchange Server 2007 SP2 Installation Tool for SBS. Even with the tool, the install may be problematic.

In some ways it would not be so bad if SBS were a totally locked-down product with its own patches and no possibility of installing generic Microsoft products – though third parties might scream. As it is, it falls betwixt and between.

You can make it work. You can make it work very well, if you have patience, read SBS blogs like that of Susan Bradley and David Overton, and maintain it carefully. But … don’t pretend it is not complex.

Note also the hassles Culmsee had configuring his HP server. Google Apps anyone?

4 thoughts on “Crazy Microsoft stuff”

  1. Paul

    Thanks for the comment. I’ve seen this kind of stuff from hosters as well. However, there is cloud and there is cloud – you would expect that true multi-tenant platforms such as Salesforce.com, or Google Apps, would have much more considered security implementations.

    Tim

  2. begin{crazy-talk} Is the fault inherently with SBS–that is, the act of trying to provide this all-in-one package–or is it inherently the fault of the design and setup of each of these Microsoft tools (Active Directory, Exchange, SharePoint) in that they cannot easily co-exist in the same operating system instance? Really, shouldn’t that be possible (regardless of whether or not it is recommended)? Shouldn’t it be possible to do anything with AD that does not require becoming a subject-matter expert in the software and reading a 300-page tome? Why does migration involve Byzantine commands (“adprep -abandonAllHopeYeCanNeverGoBack”) instead of a conceptually simple transfer of a database? I think that, perhaps, the SBS team can only do so much: when AD, Exchange, and SharePoint are all administrative disasters, there’s only so much lipstick that you can put on that pig. It’s an example of dogfooding, but the feedback never seems to propagate back up to the teams that are causing the problems because “it’s just a configuration problem.” end{crazy-talk}

    (This from a tried-and-true junior Microsoft developer who is also “the company’s computer guy” and completely terrified of the SBS 2008 server sitting behind his chair in the office.)

Comments are closed.