Chapter 20: Migration to Windows 2003 and Citrix MetaFrame XP


Given the improved functionality, stability, and performance available in a server-based computing paradigm founded on Windows Server 2003 and Citrix MetaFrame XP, most businesses will want to upgrade as soon as possible. Like any major overhaul of the corporate infrastructure, migrating to the Windows Server 2003/Citrix MetaFrame XP environment is not without its limitations and pitfalls.

Introduction to Migration

This chapter addresses upgrade and migration concepts and considerations, both from an OS (Windows server) perspective, and from the server-based computing (Terminal Services/Citrix MetaFrame) perspective.

Why Migrate?

The benefits of migrating away from Windows NT 4.0 are well documented and plentiful. Heading the list are the dependency on NetBIOS name resolution services and the lack of integrated directory services. Given that most organizations will migrate away from versions of the Windows operating systems with a finite life expectancy, the benefits of migration in a server-based computing network are simple: Windows 2000 Server and Windows Server 2003 domains provide the extensible global structure that works hand-in-hand with the global deployment of server-based networks. MetaFrame XP and Windows Server 2003 provide greater fault tolerance, resilience, manageability, and flexibility. They also offer a licensing model more appropriate to a computing paradigm that is no longer tied to the user's workstation, and provide superior accessibility, scalability, and security.

That said, large-scale migrations and upgrades are never easy and are always subject to long nights and unforeseen problems. To that end, a combination of Microsoft best practices for upgrading the operating system and domain, as well as Citrix best practices for MetaFrame XP migration are needed. A subset of Microsoft's strategies related to server-based computing is covered in the "Migration Limitations and Restrictions" section that follows. However, administrators should develop a specific project plan detailing all of the Microsoft-centric steps required for domain and server upgrades. From the Citrix perspective, Citrix Consulting Services (CCS) developed a specific philosophy for managing migration.

CCS Citrix Migration Methodology

The CCS migration methodology is made up of the following five main phases:

  • Analysis

  • Design

  • Implementation

  • Readiness

  • Production rollout

In addition to the five main phases, a management checkpoint is included at the end of each phase to review deliverables and assess overall project status. Project management is also required throughout each phase. The CCS migration methodology is depicted in Figure 20-1.

click to expand
Figure 20-1: The CCS migration methodology

The five phases of the CCS methodology are explained in the following sections.

Analysis The analysis phase is broken down into four segments:

  • Project scope

  • Project plan

  • Infrastructure assessment

  • Proof of concept

The following deliverables are created during the analysis phase:

  • Project plan

  • Infrastructure assessment

In addition, if a proof of concept is conducted, those results are also published during the analysis phase.

Design The design phase includes the following segments:

  • Native MetaFrame XP architecture

  • Identification of migration strategy

  • Migration architecture

The following deliverables are created during the design phase:

  • Native MetaFrame XP architecture design

  • Migration architecture design

Implementation The implementation phase includes the development and testing of any components or scripts that were identified and planned during the design phase. Examples of implementation phase deliverables include

  • Unattended Installation scripts used to build a new server, including the operating system, MetaFrame, and user applications and configurations

  • Logon/logoff scripts used to customize the user's environment

  • Components needed to integrate published applications into a web portal using MetaFrame Web Interface and MetaFrame Secure Gateway

  • Customized Web Interface web pages

Readiness The readiness phase consists of the following two main segments:

  • Testing

  • Pilot

The testing and pilot segments are used to verify that the native MetaFrame XP architecture and the migration architecture will scale to support production users.

Production Rollout The production rollout phase consists of the installation and configuration of the non-pilot portion of the production environment. This includes the rollout of the migration architecture that will evolve into the native MetaFrame XP architecture.




Citrix Metaframe Access Suite for Windows Server 2003(c) The Official Guide
Citrix Access Suite 4 for Windows Server 2003: The Official Guide, Third Edition
ISBN: 0072262893
EAN: 2147483647
Year: 2003
Pages: 158

flylib.com © 2008-2017.
If you may any questions please contact us: flylib@qtcs.net