Lead Image © Antonella Grandoni, Fotolia.com

Lead Image © Antonella Grandoni, Fotolia.com

End of life for Windows Server 2003

End of Story

Article from ADMIN 28/2015
By
Support for Windows Server 2003 has been discontinued. We take a look at some migration options.

Everybody is still talking about the discontinuation of support for Windows XP. Perhaps less well known is the fact that support for Windows Server 2003 has also ended. If you have not already done so, migrating from Server 2003 should be at the very top of your priority list. In this article, I provide a brief overview of the various paths and, among other things, look at options for migrating individual server roles to Server 2012 R2 and consolidating legacy applications.

Advanced support for Windows Server 2003 ended on July 14, 2015 [1]. Additionally, other well-known Microsoft products, like SQL Server 2005, will reach the end of their product life cycle in the not too distant future. You can find an overview of the life spans of various Microsoft products online [2].

Migration Process

A structured procedure for analyzing and migrating from old operating systems and applications is a prerequisite to successfully migrate legacy systems. You should therefore design a schedule and task plan containing at least the following points:

  • Identify servers with Windows Server 2003.
  • Inventory the installed applications.
  • Categorize the software.
  • Clarify which applications can be replaced, updated, or abolished.
  • Check which server roles can be consolidated on other, more recent systems.
  • Migrate applications.
  • Upgrade the operating systems.

Other steps may be necessary, depending on your systems.

Migrating Individual Server Roles

Microsoft provides a few manuals for migrating server roles [3] that are designed to make it easier for admins to port server roles to newer operating systems without losing data or functions. At the beginning of the migration, you should create a list of all server roles that are still provided by Server 2003. Then, for each item, you should check to see whether it is possible to migrate a server role to other systems, whether the function is no longer necessary, or whether another server can take on the task with the same server role.

If you are using Windows Server 2003 as a file server on your network, ideally you will already have another file server with a newer version of Windows Server. With the help of various manuals and tools from Microsoft (e.g., Robocopy, an export of file shares on the old file server, an import on the new file server) and by adapting various login scripts and batch files, you can move a file server to another system relatively quickly. If you are already using the Distributed File System (DFS), it will be even easier because file and directory links remain unchanged and do not break.

Migration of Applications

Both server roles and applications still running on Windows Server 2003 need to be migrated. It is important to initially pay attention to the compatibility of applications (i.e., to check whether they will also run on a newer operating system or whether there are any newer versions of the application software).

A prominent example of application software is Microsoft SQL Server. Databases running on SQL Server 2005 and Windows Server 2003 can be migrated to a newer version of SQL Server relatively easily. In this case, however, it is necessary to clarify with providers of other third-party software whether they actually collaborate with a newer database version – software vendors often only provide support if a particular SQL version and configuration is used. To be on the safe side, you should have statements regarding compatibility confirmed in writing, and you should test the effects of migration beforehand.

In larger companies with many administrators, it could be beneficial to create a table that lists all the applications to be migrated and specifies the individual migration steps, responsibilities, and schedules in detail so that the migration can be carried out smoothly and effectively (Figure 1).

Figure 1: At the beginning of a migration, you should categorize applications by type, criticality, and complexity.

Buy this article as PDF

Express-Checkout as PDF
Price $2.95
(incl. VAT)

Buy ADMIN Magazine

SINGLE ISSUES
 
SUBSCRIPTIONS
 
TABLET & SMARTPHONE APPS
Get it on Google Play

US / Canada

Get it on Google Play

UK / Australia

Related content

comments powered by Disqus