For a unit test server (TeamCity Agent) - is there any reason to choose old (and reliable?) Win2003 SP2 over Server 2008, assuming both are available and the machine is decent?
For a unit test server (TeamCity Agent) - is there any reason to choose old (and reliable?) Win2003 SP2 over Server 2008, assuming both are available and the machine is decent?
I can't think of any reason at all to choose Server 2003 over Server 2008 other than licensing costs. (as in, 2003 would be cheaper.)
Server 2008 has already had one service pack and is plenty mature. It also has a lot of fundamental improvements in IIS, the networking stack, etcetera.
Particularly for any kind of "agent" server, I would think the improved task scheduler in Windows Server 2008 alone is worthwhile.
In addition to running tasks on a schedule, you can run tasks:
While I love W2K8 more than any other version of Windows there are some software products out there that aren't 'officially' supported running on it. If you need the comfort of fully support then stick with W2K3, otherwise I think you'll be delighted with the newer version.
2003 will be out of support before 2008. For that reason alone (as well as lots of others) you should go to 2008.
Clarification to Jeff: For technical reasons at Microsoft, when Server 2008 was released, it was decided that Server 08 and Vista SP1 would have the same codebase, as the server OS followed the desktop OS by nearly two years. Server 2008 had to have its service pack number listed as 1.
So an RTM version of Server 2008 will be listed as "Windows Server 2008 Service Pack 1".
This doesn't mean Server 2008 is less stable or less mature than it would be otherwise, especially now that SP2 is out.
Note that this is why Vista SP2 needs to have SP1 as a prerequisite--this is a first for a Windows desktop OS where SPs have included all earlier SP levels. Windows Server 2008 has the same service pack--and it is listed as SP2. It doesn't need a prerequisite.
Windows 7 and Server 08R2 are avoiding this by being released simultaneously with the same codebase.
A couple reasons:
We have a Microsoft Dynamics component that's not supported on 2008 and won't ever be (despite being in very wide use in other companies). It'll take us awhile to find something else and migrate, by then 2008 will probably be out of date...
File sharing with older Windows boxen (think XP) and Macs is problematic. We randomly can/can't connect to Server 2008 file shares from those machines. Sometimes we can by IP, but not name. Sometimes we can't at all. Very random and not a problem from Vista or Server 2008 machines.
At least one reason :
Getting TeamSystem Server 2008SP1 to work with 2008 is almost impossible (as of may 2008) while it will work fine on a 2003 box.
In your case no there isn't a reason I can think of. Reasons I can think of though are hardware that isn't supported under Vista but is under XP, using software that won't run under 2008, and using your server to record tv shows is problimatic since the required librarys arn't included by default. The reason I included the last point was for people like me who run server as a primary OS.
By running on Server 2008, you are testing the unit-test serving-platform. Arguably, stability is a virtue in a unit-test serving-platform, and it is reasonable to conjecture that, going forward, the number of patches for Server 2008 will be greater than the number of patches for Server 2003.
One advantage of Server 2003 is, if you have volume license keys, it easier to burn-down and rebuild your server. You don't need to muck with online activation and use up MAK keys.