Planning
Figure 2 illustrates the primary activities that occur during the Planning Phase. While other teams are developing images, project plans, and so on, the Deployment feature team is starting to focus on the existing production environment to decide how to approach the deployment. The team must look at all the locations and departments whose computers will be upgraded and decide in which order the upgrades will occur.
Figure 2. Activities during the Planning Phase
On This Page
Roles and Responsibilities
Selecting Deployment Scenarios
Selecting Deployment Methods
Ensuring That the Required Infrastructure Exists
Determining the Appropriate Processing Rules
Determining the Monitoring Plan
Training Team Members
Milestone: Deployment Plan Complete
Roles and Responsibilities
All six role clusters from the MSF Team Model play a role in the Planning Phase. Table 2 lists those roles and defines the focus areas for each role cluster relative to the deployment process in the Planning Phase.
Note For more information about MSF role clusters, see the white paper, “MSF Team Model,” at https://www.microsoft.com/technet/itsolutions/msf/default.mspx.
Table 2. Team Roles and Responsibilities in the Planning Phase
Role |
Focus |
---|---|
Product Management |
|
Program Management |
|
Development |
|
Test |
|
User Experience |
|
Release Management |
|
Selecting Deployment Scenarios
As the first step in the Planning Phase, select the deployment scenarios that are appropriate for the environment. Table 3 lists the deployment scenarios and provides a brief description of each.
Table 3. Deployment Scenarios and Descriptions
Scenario |
Description |
User state migrated |
Uses existing client computer |
File system preserved |
---|---|---|---|---|
New Computer |
A new installation of Windows is deployed to a new computer This scenario assumes that there is no user data or profile to preserve. |
No |
No |
No |
Upgrade Computer |
The current Windows operating system on the target computer is upgraded to the target operating system. The existing user state migration data, user profile, and applications are retained (as supported by the target operating system). |
Yes |
Yes |
Yes |
Refresh Computer |
A computer currently running a supported Windows operating system is refreshed. This scenario includes computers that must be re-imaged for image standardization or to address a problem. This scenario assumes that the team is preserving the existing user state data on the computer. |
Yes |
Yes |
No |
Replace Computer |
A computer currently running a supported Windows operating system is replaced with another computer. The existing user state migration data is saved from the original computer. Then, a new installation of Windows is deployed to a new computer. Finally, the user state data is restored to the new computer. |
Yes |
No |
No |
Based on the existing environment, the team can select any combination of these scenarios in the deployment. For example, if the organization is only upgrading existing computers, only the Refresh Computer and/or Upgrade Computer scenarios are necessary. If the organization is deploying new computers for some users and upgrading the remaining computers, use the Upgrade Computer, Replace Computer, and Refresh Computer scenarios.
For more information on the Windows Vista upgrade and migration paths, see “Upgrade and Migration Paths” in the Getting Started Guide.
Selecting Deployment Methods
In most instances, the team will use a combination of LTI and ZTI to deploy the target operating systems to the target computers. In BDD 2007, LTI and ZTI use the same common set of scripts and configuration files (such as CustomSettings.ini) for deploying the target operating system. However, there are instances in which one method of deployment may be more advantageous.
For more information about:
ZTI deployment, see the Zero Touch Installation Guide.
LTI deployment, see the Lite Touch Installation Guide.
Deploying Operating Systems by Using LTI
LTI requires minimal infrastructure to operate. The team can deploy target operating systems over the network by using a shared folder or locally by using a removable storage (such as a CD, DVD, USB hard drive, or other devices). Team members can initiate the deployment process automatically (by using Windows DS) or manually. They initially configure LTI by using Deployment Workbench, and then further customize CustomSettings.ini for the environment.
In LTI deployment, the team provides configuration settings for groups of computers. The configuration settings for each individual computer are usually provided manually during the deployment process. As a result, customizing LTI usually takes less effort than customizing ZTI.
Deploying Operating Systems by Using ZTI
ZTI requires SMS 2003, SMS 2003 SP2, and the SMS 2003 OSD Feature Pack. The team deploys target operating systems from SMS 2003 distribution points. The installation process can be initiated by SMS 2003 or by Windows DS. The ZTI deployment process is always initiated automatically. Like LTI, the team initially configures ZTI by using Deployment Workbench and then further customizes CustomSettings.ini for your environment.
In ZTI deployment, the team must provide all configuration settings for each target computer being deployed by ZTI. By definition, there is no manual configuration in ZTI. As a result, customizing ZTI usually takes more effort than customizing LTI.
Contrasting LTI and ZTI
Table 4 contrasts the use of LTI and ZTI in the deployment.
Table 4. Contrast of LTI and ZTI Deployments
LTI deployment |
ZTI deployment |
---|---|
Provide configuration settings that are common to a group of target computers. |
Provide all necessary configuration settings for each target computer. |
Requires less up-front configuration time. |
Requires more up-front configuration time. |
Can be used with slow-speed connections or in instances where no network connectivity exists. |
Requires a high-speed, persistent connection. |
Requires little or no infrastructure to support deployment. |
Requires an infrastructure sufficient to deploy operating system images by using SMS 2003 OSD Feature Pack. |
Supports deployment over the network or locally. |
Supports only network deployments. |
Target computers are not required to be managed by SMS 2003 (or other software management tools). |
Target computers must be managed by SMS 2003. |
Supports security policies where automatic software installation is prohibited. |
Supports only security where automatic software installation is allowed. |
Supports deployment of target computers isolated by firewalls. |
Requires Remote Procedure Call (RPC) communication with the target computers (and as such usually requires too many ports to be opened through firewalls). |
Supports Upgrade Computer deployment scenario. |
Upgrade Computer scenario is not supported. |
Ensuring That the Required Infrastructure Exists
Before using BDD 2007 to deploy Windows, ensure that the infrastructure that BDD 2007 requires exists. For most production environments, the majority of the services required for the deployment already exist, but verify that all the following components are in place before continuing the deployment process.
For a detailed listing of required infrastructure for:
BDD 2007, see “Software Requirements” in the Getting Started Guide.
LTI, see “Ensuring That the Required Infrastructure Exists” in the Lite Touch Installation Guide.
ZTI, see “Ensuring That the Required Infrastructure Exists” in the Zero Touch Installation Guide.
Determining the Appropriate Processing Rules
The ZTI and LTI deployment processes use processing rules that determine the steps and configuration parameters during the process of deploying the images to the target computers. These settings are stored and managed in CustomSettings.ini.
For more information on:
Determining the processing rules required for minimal functionality in LTI, see “Configuring the Appropriate Processing Rules” in the Lite Touch Installation Guide.
Determining the processing rules required for minimal functionality in ZTI, see “Configuring the Appropriate Processing Rules” in the Zero Touch Installation Guide.
Extending functionality in LTI and ZTI, see the Deployment Configuration Guide.
Providing examples for configuring the processing rules in LTI and ZTI, see the Deployment Configuration Samples Guide.
Determining the Monitoring Plan
The ZTI Management Pack for MOM 2005 monitors the deployment of operating system images to the target computers and collects data, and team members can use it monitor the ZTI and LTI deployment processes, as well. With the MOM Reporting Services, team members can generate reports about the deployment process. For more information on the ZTI Management Pack, see the Zero Touch Installation Management Pack.
Training Team Members
Before beginning deployment, ensure that all team members are properly trained to deploy, manage, operate, troubleshoot, and support the deployment process and deployed computers. Customize the training for each team.
To train the team members:
Identify the training requirements for the organization. Each team has different training requirements. At a minimum, all team members must be able to describe the high-level steps in the deployment process. Other team members require detailed knowledge of the technologies and processes involved in the deployment process.
Determine budgeting requirements for training. Include training as a part of the budgetary estimates. In addition to the cost of training, include any estimated travel expense and human resource costs.
Include training in the project plan. Ensure allocation of resources to allow training attendance in the project plan. While team members are attending training, they will be unavailable for other tasks in the project.
Schedule team members’ training prior to their involvement in the project. The training should occur before the team members engage the project. Ensure that training is provided early enough in the process to allow team members adequate time to become familiar with the technologies and processes.
Milestone: Deployment Plan Complete
Milestones are synchronization points for the overall solution. For more information, see the Plan, Build, and Deploy Guide for BDD 2007.
At this milestone, shown in Table 5, the team has completed the required tasks, and the deployment plan is complete.
Table 5. Planning Phase Project Milestones and Deliverable Descriptions
Planning Phase Milestone |
Deliverable description |
Owner |
---|---|---|
Appropriate deployment scenario selected |
The appropriate combination of scenarios (New Computer, Upgrade Computer, Refresh Computer, and/or Replace Computer) is identified. |
Development |
Appropriate deployment method selected |
The appropriate combination of deployment methods (LTI or ZTI) is selected. |
Development |
Required infrastructure exists |
Prerequisite technologies and infrastructure exist for performing the deployment. |
Development |
Appropriate processing rules determined |
The processing rules that ZTI and LTI use are configured. |
Development |
Monitoring plan complete |
The list of servers, services, and system resources to be monitored is created. The frequency of monitoring is also decided. |
Development |
Teams trained |
Any training that IT Operations and the Deployment feature team require occurs to ensure that both teams are ready by the time deployment occurs. |
Program Management |
Download
Get the Microsoft Solution Accelerator for Business Desktop Deployment 2007
Update Notifications
Sign up to learn about updates and new releases
Feedback