mirror of https://github.com/tongzx/nt5src
You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
994 lines
43 KiB
994 lines
43 KiB
**********************************************************************
|
|
|
|
Upgrading and Installing on Cluster Nodes
|
|
Release Notes, Part 4 of 4
|
|
Beta 2
|
|
|
|
**********************************************************************
|
|
|
|
(c) 2001 Microsoft Corporation. All rights reserved.
|
|
|
|
|
|
These notes support a preliminary release of a software program that
|
|
bears the project code name Whistler.
|
|
|
|
With Whistler Advanced Server, you can use clustering to ensure that
|
|
users have constant access to important server-based resources. With
|
|
clustering, you create several cluster nodes that appear to users as
|
|
one server. If one of the nodes in the cluster fails, another node
|
|
begins to provide service (a process known as failover). Mission
|
|
critical applications and resources remain continuously available.
|
|
|
|
Sections to read if you are upgrading:
|
|
1.0 Preparing for Upgrading or Installing Clustering
|
|
1.2 Options for Upgrading or Installing Clustering
|
|
2.0 Upgrading a Cluster from Windows 2000 to Whistler
|
|
2.1 How Rolling Upgrades Work
|
|
2.2 Restrictions on Rolling Upgrades
|
|
2.3 Resource Behavior During Rolling Upgrades
|
|
2.4 Alternatives to Rolling Upgrades from Windows 2000
|
|
3.0 Upgrading Clusters from Windows NT Server 4.0,
|
|
Enterprise Edition
|
|
|
|
Sections to read if you are performing a new installation:
|
|
1.0 Preparing for Upgrading or Installing Clustering
|
|
1.2 Options for Upgrading or Installing Clustering
|
|
4.0 Installation on Cluster Nodes
|
|
|
|
======================================================================
|
|
1.0 Upgrading or Installing Clustering
|
|
======================================================================
|
|
|
|
Before installing or upgrading clustering, you should familiarize
|
|
yourself with the basic preparations needed and the options available
|
|
for upgrading and installing. The following sections provide
|
|
information on these topics.
|
|
|
|
1.1 Preparing for Upgrading or Installing Clustering
|
|
======================================================================
|
|
|
|
To prepare for installing or upgrading clustering, review the
|
|
sections earlier in this text file series. As described in those
|
|
sections, check the Hardware Compatibility List to ensure that all
|
|
your hardware (including your cluster storage) is compatible with
|
|
Whistler Advanced Server. In addition, check with the manufacturer of
|
|
your cluster storage hardware to be sure you have the drivers you need
|
|
in order to use the hardware with Whistler Advanced Server.
|
|
|
|
Important: If your cluster storage uses SCSI, you can have two nodes
|
|
in the cluster, but no more. If you want to have more than two nodes
|
|
in the cluster, you must use Fibre Channel for the cluster storage.
|
|
|
|
1.2 Options for Upgrading or Installing Clustering
|
|
======================================================================
|
|
|
|
When installing or upgrading clustering, you can choose among several
|
|
options. You can:
|
|
|
|
* Upgrade the operating system on a cluster that is running
|
|
Microsoft Windows NT Server version 4.0, Enterprise Edition. For
|
|
a description of the ways you can do this, see "Upgrading
|
|
Clusters from Windows NT Server 4.0, Enterprise Edition"
|
|
later in this text file.
|
|
|
|
* Upgrade a cluster that is running Windows 2000, possibly
|
|
through a rolling upgrade. For more information, see "How
|
|
Rolling Upgrades Work" and "Restrictions on Rolling Upgrades"
|
|
later in this text file.
|
|
|
|
* Perform a new installation of Whistler Advanced Server and install
|
|
Cluster service at the same time. For important information
|
|
about preparing for cluster installation, see "Installation on
|
|
Cluster Nodes" later in this text file.
|
|
|
|
Note: For cluster disks, you must use the NTFS file system and
|
|
configure the disks as basic disks. You cannot configure cluster disks
|
|
as dynamic disks, and you cannot use features of dynamic disks such as
|
|
spanned volumes (volume sets). For more information about the
|
|
limitations of server clusters, in Whistler Help and Support Services.
|
|
To open Whistler Help and Support Services, after completing Setup,
|
|
click Start, and then click Help and Support.
|
|
|
|
For information about reinstalling clustering on one of the cluster
|
|
nodes, see Whistler Help and Support Services.
|
|
|
|
======================================================================
|
|
2.0 Upgrading a Cluster from Windows 2000 to Whistler
|
|
======================================================================
|
|
|
|
If you are upgrading from Windows 2000 to Whistler on cluster nodes,
|
|
you might be able to perform a rolling upgrade of the operating
|
|
system. In a rolling upgrade, you sequentially upgrade the operating
|
|
system on each node, making sure that one node is always available to
|
|
handle client requests. When you upgrade the operating system, the
|
|
Cluster service is automatically upgraded also. A rolling upgrade
|
|
maximizes availability of clustered services and minimizes
|
|
administrative complexity. For more information, see the following
|
|
section, "How Rolling Upgrades Work."
|
|
|
|
To determine whether you can perform a rolling upgrade and understand
|
|
the effect that a rolling upgrade might have on your clustered
|
|
resources, see "Restrictions on Rolling Upgrades" later in this text
|
|
file. For information about ways to upgrade your cluster nodes if you
|
|
cannot perform a rolling upgrade, see "Alternatives to Rolling
|
|
Upgrades from Windows 2000" later in this text file.
|
|
|
|
If you are upgrading from Windows NT Server 4.0, Enterprise
|
|
Edition to Whistler on cluster nodes, you cannot perform a rolling
|
|
upgrade. For more information about how to perform an upgrade from
|
|
Windows NT Server 4.0, Enterprise Edition, see "Upgrading Clusters
|
|
From Windows NT Server 4.0, Enterprise Edition" later in this text
|
|
file series.
|
|
|
|
Important: If your cluster storage uses SCSI, you can have two nodes
|
|
in the cluster, but no more. If you want to have more than two nodes
|
|
in the cluster, you must use Fibre Channel for the cluster storage.
|
|
|
|
2.1 How Rolling Upgrades Work
|
|
======================================================================
|
|
|
|
This section describes rolling upgrades on server clusters. For
|
|
information about methods, restrictions, and alternatives to rolling
|
|
upgrades, see the following sections.
|
|
|
|
There are two major advantages to a rolling upgrade. First, there is
|
|
a minimal interruption of service to clients. (However, server
|
|
response time might decrease during the phases in which one node
|
|
handles the work of the entire cluster.) Second, you do not have to
|
|
recreate your cluster configuration. The configuration remains intact
|
|
during the upgrade process.
|
|
|
|
A rolling upgrade starts with two cluster nodes that are running
|
|
Windows 2000. In this example, they are named Node 1 and Node 2.
|
|
|
|
Phase 1: Preliminary
|
|
Each node runs Windows 2000 Advanced Server with the following
|
|
software:
|
|
|
|
* The Cluster service component (one of the optional components of
|
|
Windows 2000 Advanced Server).
|
|
|
|
* Applications that support a rolling upgrade. For more information,
|
|
see the product documentation and "Resource Behavior During
|
|
Rolling Upgrades" later in this text file.
|
|
|
|
At this point, your cluster is configured so that each node handles
|
|
client requests (an active/active configuration).
|
|
|
|
Phase 2: Upgrade Node 1
|
|
Node 1 is paused, and Node 2 handles all cluster resource groups while
|
|
you upgrade the operating system of Node 1 to Whistler Advanced
|
|
Server.
|
|
|
|
Phase 3: Upgrade Node 2
|
|
Node 1 rejoins the cluster. Node 2 is paused and Node 1 handles all
|
|
cluster resource groups while you upgrade the operating system on
|
|
Node 2.
|
|
|
|
Phase 4: Final
|
|
Node 2 rejoins the cluster, and you redistribute the resource groups
|
|
back to the active/active cluster configuration.
|
|
|
|
Important: If your goal is to have more than two nodes in the cluster,
|
|
you must use Fibre Channel (not SCSI) for the cluster storage. Add the
|
|
third or fourth nodes after completing the rolling upgrade. For
|
|
cluster disks, you must use the NTFS file system and configure the
|
|
disks as basic disks. You cannot configure cluster disks as dynamic
|
|
disks, and you cannot use features of dynamic disks such as spanned
|
|
volumes (volume sets).
|
|
|
|
2.1.1 Performing a Rolling Upgrade
|
|
----------------------------------------------------------------------
|
|
|
|
For an outline of the rolling upgrade process, see the preceding
|
|
section, "How Rolling Upgrades Work."
|
|
|
|
Important: For information about what resources are supported during
|
|
Rolling upgrades, see "Restrictions on Rolling Upgrades" and "Resource
|
|
Behavior During Rolling Upgrades" later in this text file.
|
|
|
|
>>> To perform a rolling upgrade:
|
|
|
|
1. In Cluster Administrator, click the node that you want to upgrade
|
|
first.
|
|
|
|
2. On the File menu, click Pause Node.
|
|
|
|
3. In the right pane, double-click Active Groups.
|
|
|
|
4. In the right pane, click a group, and then on the File menu, click
|
|
Move Group. Repeat this step for each group listed.
|
|
|
|
The services will be interrupted during the time they are being
|
|
moved and restarted on the other node. After the groups are
|
|
moved, one node is idle, and the other node handles all client
|
|
requests.
|
|
|
|
5. Use Whistler Advanced Server Setup to upgrade the paused node from
|
|
Windows 2000. For information about running Setup, see sections
|
|
earlier in this text file.
|
|
|
|
Setup detects the earlier version of clustering on the paused node
|
|
and automatically installs clustering for Whistler Advanced
|
|
Server. The node automatically rejoins the cluster at the end of
|
|
the upgrade process, but is still paused and does not handle any
|
|
cluster-related work.
|
|
|
|
6. To verify that the node that was upgraded is fully functional,
|
|
perform validation tests on it.
|
|
|
|
7. In Cluster Administrator, click the node that was paused, and then
|
|
on the file menu, click Resume Node.
|
|
|
|
8. Repeat the preceding steps for any remaining node or nodes.
|
|
|
|
2.2 Restrictions on Rolling Upgrades
|
|
======================================================================
|
|
|
|
There are several basic restrictions to the rolling-upgrade process.
|
|
The most basic restriction is as follows:
|
|
|
|
* You can perform a rolling upgrade only if you are upgrading from
|
|
Windows 2000 on the cluster nodes. You cannot perform a rolling
|
|
upgrade if you are upgrading from Windows NT Server 4.0,
|
|
Enterprise Edition. For a description of the ways to upgrade
|
|
from Windows NT 4.0, see "Upgrading Clusters from Windows NT
|
|
Server 4.0, Enterprise Edition" later in this text file
|
|
series.
|
|
|
|
The remaining restrictions involve the beginning of Phase 3, in which
|
|
you operate a mixed-version cluster: a cluster in which the nodes run
|
|
different versions of the operating system. For a mixed-version
|
|
cluster to work, the different versions of the software running on
|
|
each node must be prepared to communicate with one another. This
|
|
requirement leads to several basic restrictions on the rolling-upgrade
|
|
process.
|
|
|
|
* For a successful rolling upgrade, every resource that the cluster
|
|
manages must be capable of a rolling upgrade. For more
|
|
information, see "Resource Behavior During Rolling Upgrades"
|
|
later in this text file.
|
|
|
|
* During the mixed-version phase of a rolling upgrade, when the
|
|
cluster nodes are running different versions of the operating
|
|
system, do not change the settings of resources (for example, do
|
|
not change the settings of a printer resource).
|
|
|
|
If preceding restrictions cannot be met, do not perform a rolling
|
|
upgrade. For more information, see "Alternatives to Rolling Upgrades
|
|
from Windows 2000" later in this text file.
|
|
|
|
2.2.1 Operation of New Resource Types in Mixed-Version Clusters
|
|
----------------------------------------------------------------------
|
|
|
|
If a resource type that you add to the cluster is supported in one
|
|
version of the operating system but not in the other, the operation of
|
|
a mixed-version cluster is complicated. For example, Cluster service
|
|
in Whistler (part of the Advanced Server and Datacenter Server
|
|
products) supports the Generic Script resource type. However, older
|
|
versions of Cluster service do not support it. A mixed-version
|
|
cluster can run a Generic Script resource on a node running Whistler
|
|
but not on a node running Windows 2000.
|
|
|
|
Cluster service transparently sets the possible owners of new
|
|
resource types to prevent these resources from failing over to a
|
|
Windows 2000 node of a mixed-version cluster. In other words, when you
|
|
view the possible owners of a new resource type, a Windows 2000 node
|
|
will not be in the list, and you will not be able to add this node to
|
|
the list. If you create such a resource during the mixed-version phase
|
|
of a rolling upgrade, the resource groups containing those resources
|
|
will not fail over to a Windows 2000 node.
|
|
|
|
2.3 Resource Behavior During Rolling Upgrades
|
|
======================================================================
|
|
|
|
Although Cluster service supports rolling upgrades, not all
|
|
applications have seamless rolling-upgrade behavior. The following
|
|
table describes which resources will be supported during a rolling
|
|
upgrade. If you have a resource that is not fully supported during
|
|
rolling upgrades, see "Alternatives to Rolling Upgrades from
|
|
Windows 2000" later in this text file.
|
|
|
|
You cannot perform a rolling upgrade on a cluster running Windows NT.
|
|
Only clusters running Windows 2000 support rolling upgrades to
|
|
Whistler.
|
|
|
|
RESOURCE ROLLING UPGRADE NOTES
|
|
------------- ---------------------------------------------------
|
|
DHCP Supported during rolling upgrades.
|
|
File Share Supported during rolling upgrades.
|
|
IP Address Supported during rolling upgrades.
|
|
Network Name Supported during rolling upgrades.
|
|
NNTP Supported during rolling upgrades.
|
|
Physical Disk Supported during rolling upgrades
|
|
Time Service Supported during rolling upgrades.
|
|
SMTP Supported during rolling upgrades.
|
|
WINS Supported during rolling upgrades.
|
|
Print Spooler The only Print Spooler resources supported
|
|
during a rolling upgrade are those on LPR ports
|
|
or standard monitor ports. See the following
|
|
section, "Upgrades that Include a Print Spooler
|
|
Resource."
|
|
IIS Internet Information Server (IIS) 6.0 is not
|
|
supported during rolling upgrades. For more
|
|
information, see "Upgrades the include an IIS
|
|
resource" later in this text file.
|
|
MS DTC Microsoft Distributed Transaction
|
|
Coordinator is not supported during a rolling
|
|
upgrade. However, you can perform a process
|
|
similar to rolling upgrades. See "Upgrades that
|
|
Include an MS DTC Resource" later in this text file
|
|
series.
|
|
MSMQ Microsoft Message Queuing is not supported
|
|
during a rolling upgrade. To upgrade a cluster
|
|
which includes MSMQ, see "Upgrades that Include
|
|
an MSMQ Resource" later in this text file.
|
|
Other resource See Read1st.txt and Readme.doc in the root
|
|
types directory of the Whistler Advanced Server CD.
|
|
Also see the product documentation that comes
|
|
with the application or resource.
|
|
|
|
2.3.1 Upgrades that Include a Print Spooler Resource
|
|
----------------------------------------------------------------------
|
|
|
|
If you want to perform a rolling upgrade of a cluster that has a
|
|
Print Spooler resource, you must consider two issues.
|
|
|
|
First, the Print Spooler resource only supports upgrades (including
|
|
rolling upgrades or any other kind of upgrade) on printers on
|
|
cluster-supported ports (LPR or Standard Monitor ports). For
|
|
information about what to do if your printer is not supported, see
|
|
"Alternatives to Rolling Upgrades from Windows 2000" later in this
|
|
text file.
|
|
|
|
Second, when you operate a mixed-version cluster including a Print
|
|
Spooler resource, note the following:
|
|
|
|
* Do not change printer settings in a mixed-version cluster with a
|
|
Print Spooler resource.
|
|
|
|
* If you add a new printer, when you install the drivers for that
|
|
printer, be sure to install both the driver for Windows 2000 and
|
|
the driver for Whistler on all nodes.
|
|
|
|
* If printing preferences or defaults are important, be sure to
|
|
check them. Printing preferences in Whistler won't necessarily
|
|
correspond to document defaults for the same printer in Windows
|
|
2000. This can be affected by differences in the drivers for the
|
|
two operating systems.
|
|
|
|
When the rolling upgrade is complete and both cluster nodes are
|
|
running the updated operating system, you can make any modifications
|
|
you choose to your printer configuration.
|
|
|
|
2.4 Alternatives to Rolling Upgrades from Windows 2000
|
|
======================================================================
|
|
|
|
Certain resources are not supported during rolling upgrades,
|
|
including:
|
|
|
|
* Internet Information Server (IIS)
|
|
|
|
* Microsoft Data Transaction Coordinator (MS DTC)
|
|
|
|
* Microsoft Message Queuing (MSMQ)
|
|
|
|
Special procedures, described below, must be followed when performing
|
|
an upgrade of a cluster that contains these resources. In addition to
|
|
the three resource types above, you might also have other resources
|
|
that are not supported during rolling upgrades. Be sure to read
|
|
Read1st.txt and Readme.doc in the root directory of the Whistler CD,
|
|
as well as the product documentation that comes with the application
|
|
or resource.
|
|
|
|
Note: You also cannot perform a rolling upgrade when upgrading from
|
|
Windows NT Server 4.0, Enterprise Edition. For more information, see
|
|
"Upgrading Clusters from Windows NT Server 4.0, Enterprise Edition"
|
|
later in this text file.
|
|
|
|
2.4.1 Upgrades that Include an IIS Resource
|
|
----------------------------------------------------------------------
|
|
|
|
IIS 6.0 is not supported during rolling upgrades. With earlier
|
|
versions of IIS, you could configure an individual Web site to fail
|
|
over as a cluster resource. However, with IIS 6.0, the entire IIS
|
|
service must fail over, not individual Web sites. If you have
|
|
individual Web sites or the IIS service configured as a cluster
|
|
resource, you must use the following procedure to upgrade to Whistler.
|
|
|
|
>>> To upgrade from Windows 2000 on a cluster that includes an IIS resource:
|
|
|
|
1. Remove any individual Web sites that you have configured as
|
|
cluster resources from their cluster group. You can no longer
|
|
designate a single site as a cluster resource.
|
|
|
|
2. If you have the IIS service configured as a cluster resource, take
|
|
this resource offline. To take the resource offline, follow the
|
|
procedures described in "Upgrades for Other Non-Supported
|
|
Resources" later in this text file.
|
|
|
|
3. Perform a rolling upgrade, as described in the procedure "To
|
|
perform a rolling upgrade" earlier in this text file.
|
|
|
|
4. Once you have completed the upgrade, you can bring the IIS service
|
|
back online.
|
|
|
|
Important: With IIS 6.0, you can only configure the IIS service as a
|
|
Cluster resource. You cannot configure individual Web sites as cluster
|
|
resources.
|
|
|
|
2.4.2 Upgrades that Include an MS DTC Resource
|
|
----------------------------------------------------------------------
|
|
|
|
Microsoft Distributed Transaction Coordinator (MS DTC) is not
|
|
Supported during rolling upgrades. However, you can perform a process
|
|
similar to a rolling upgrade.
|
|
|
|
>>> To upgrade from Windows 2000 on a cluster that includes an MS DTC
|
|
resource:
|
|
|
|
1. Take the MS DTC resource offline by using the Cluster Administrator
|
|
and clicking the Resources folder. In the details pane, click the
|
|
MS DTC resource, then on the File menu, click Take Offline.
|
|
|
|
Caution: Taking a resource offline causes all resources that depend
|
|
on that resource to be taken offline.
|
|
|
|
2. Configure the MS DTC resource so that the only allowable owner
|
|
is the node it is currently on by using the Cluster
|
|
Administrator and clicking the Resource folder. In the details
|
|
pane, click the MS DTC resource. On the File menu, click
|
|
Properties. On the General tab, next to Possible owners, click
|
|
Modify. Specify Node 2 as an Available node, and if necessary,
|
|
remove Node 1 from the Available nodes list.
|
|
|
|
3. Upgrade a node that does not contain the MS DTC resource from
|
|
Windows 2000 to Whistler. For general information about Setup,
|
|
review the sections earlier in this text file series.
|
|
|
|
4. Move the MS DTC resource to the upgraded nodes, following the
|
|
procedures as described in step 1.
|
|
|
|
5. Configure the MS DTC resource so that the only allowable owner
|
|
is the upgraded node, following the procedures as described in
|
|
step 2.
|
|
|
|
6. Upgrade the remaining nodes from Windows 2000 to Whistler.
|
|
|
|
7. Configure the allowable owners for the MS DTC resource as
|
|
appropriate for your configuration.
|
|
|
|
8. Manually restart all dependent services, and then bring the MS DTC
|
|
resource back online by using the Cluster Administrator
|
|
and clicking the Resources folder. In the details pane, click
|
|
the MS DTC resource, and then on the File menu, click Bring Online.
|
|
|
|
2.4.3 Upgrades That Include an MSMQ Resource
|
|
----------------------------------------------------------------------
|
|
|
|
Microsoft Message Queuing (MSMQ) does not support rolling upgrades.
|
|
The MSMQ resource is dependent on the MS DTC resource, so be sure to
|
|
follow the steps outlined in the preceding section "Upgrades that
|
|
Include an MS DTC Resource."
|
|
|
|
>>> To upgrade from Windows 2000 on a cluster that includes an MSMQ resource:
|
|
|
|
1. Upgrade the operating system of the nodes to Whistler.
|
|
|
|
2. Click Start, point to Programs, point to Administrative Tools, and
|
|
then click Configure Your Server.
|
|
|
|
3. In Configure Your Server, click Finish Setup, and then click
|
|
Configure Message Queuing Cluster Resources.
|
|
|
|
4. Follow the instructions that appear in the Configure Message
|
|
Queuing Cluster Resources Wizard.
|
|
|
|
2.4.4 Upgrades for Other Non-Supported Resources
|
|
----------------------------------------------------------------------
|
|
|
|
If you have other resources on your cluster that are not supported
|
|
during a rolling upgrade, but are not described above, take those
|
|
resources offline prior to performing the rolling upgrade.
|
|
|
|
>>> To take a resource offline and perform a rolling upgrade:
|
|
|
|
1. Confirm that your systems are running Windows 2000.
|
|
|
|
2. Using the information in "Resource Behavior During Rolling
|
|
Upgrades" earlier in this text file, list the resources
|
|
in your cluster that are not supported during rolling upgrades.
|
|
|
|
3. In Cluster Administrator, click the Resources folder.
|
|
|
|
4. In the right pane, click the resource you want.
|
|
|
|
5. On the File menu, click Take Offline.
|
|
|
|
6. Repeat the preceding steps until you have taken offline all
|
|
resources that do not support rolling upgrades.
|
|
|
|
7. Perform a rolling upgrade, as described in the procedure "To
|
|
perform a rolling upgrade" earlier in this text file.
|
|
|
|
8. For each resource that you listed in step 2, follow the
|
|
product's instructions for installing or reconfiguring the
|
|
application so that it will run with Whistler.
|
|
|
|
======================================================================
|
|
3.0 Upgrading Clusters from Windows NT Server 4.0, Enterprise
|
|
Edition
|
|
======================================================================
|
|
|
|
You cannot perform a rolling upgrade directly from Windows NT Server
|
|
4.0, Enterprise Edition to Whistler. You instead have two options. You
|
|
can maintain cluster availability by performing an upgrade to Windows
|
|
2000 first, then to Whistler, or you can upgrade directly to Whistler.
|
|
If you upgrade directly from Windows NT 4.0 to Whistler, you cannot
|
|
maintain cluster availability.
|
|
|
|
3.1 Upgrading from Windows NT 4.0 while Maintaining Cluster
|
|
Availability
|
|
======================================================================
|
|
|
|
To maintain cluster availability when upgrading from Windows NT 4.0
|
|
to Whistler, you must first upgrade to Windows 2000.
|
|
|
|
>>> To perform an upgrade from Windows NT 4.0 while maintaining
|
|
cluster availability:
|
|
|
|
1. Perform a rolling upgrade on one node from Windows NT 4.0 to
|
|
Windows 2000 as documented in "To Perform a Rolling Upgrade" in the
|
|
Windows 2000 documentation. However, do not repeat the process
|
|
for the other nodes as documented in those instructions.
|
|
|
|
Important: For step 1, be sure to follow the procedures in the Windows
|
|
2000 documentation, not the Whistler procedures, as the procedures are
|
|
different for each version.
|
|
|
|
2. Perform an upgrade on all other nodes from Windows NT 4.0 to
|
|
Whistler. For more information, see "Performing a Rolling
|
|
Upgrade" earlier in this text file. Follow the instructions,
|
|
upgrading only Node 2, not Node 1. For general information about
|
|
Setup, review the sections earlier in this text file series.
|
|
|
|
3. Perform an upgrade on the Windows 2000 node from Windows 2000 to
|
|
Whistler.
|
|
|
|
3.2 Upgrading from Windows NT 4.0 While Not Maintaining Cluster
|
|
Availability
|
|
======================================================================
|
|
|
|
To upgrade from Windows NT 4.0 to Whistler without the intermediate
|
|
step of upgrading to Windows 2000, you must interrupt cluster
|
|
availability. The steps you perform to upgrade while not maintaining
|
|
cluster availability depend on the hardware you are using for your
|
|
cluster: either a Fibre Channel bus or a SCSI bus.
|
|
|
|
>>> To upgrade directly from Windows NT 4.0 to Whistler when using a
|
|
Fibre Channel bus:
|
|
|
|
1. As appropriate, notify users that you will be shutting down the
|
|
applications they use on the cluster.
|
|
|
|
2. Stop the applications that are made available through the cluster.
|
|
|
|
3. To stop Cluster service on all nodes but one, in Cluster
|
|
Administrator, click each node you want to stop, and then on the
|
|
File menu, click Stop Cluster Service.
|
|
|
|
4. Shut down and turn off all nodes but one.
|
|
|
|
Caution: Be sure that only one node is running before continuing. This
|
|
prevents corruption of the cluster storage.
|
|
|
|
5. Upgrade the operating system on the node that is running. For
|
|
general information about Setup, review the sections earlier in
|
|
this text file series.
|
|
|
|
6. The cluster software will be upgraded automatically during the
|
|
operating system upgrade. Note that you cannot make
|
|
configuration changes such as configuring cluster disks as
|
|
dynamic disks. For more information about the limitations of server
|
|
clusters, see Whistler Help and Support Services.
|
|
|
|
7. On the node that is running, click Start, point to Programs, point
|
|
to Administrative Tools, and then click Cluster Administrator.
|
|
|
|
8. Check to see that the cluster disks are online in Cluster
|
|
Administrator.
|
|
|
|
Caution: Be sure that that the cluster disks are online in Cluster
|
|
Administrator before continuing to the next step. When the disks are
|
|
online, it means that Cluster service is working, which means that
|
|
only one node can access the cluster storage at any given time. This
|
|
prevents corruption of the cluster storage.
|
|
|
|
9. Turn on the other node in the cluster and upgrade the operating
|
|
system on that node.
|
|
|
|
The node automatically rejoins the existing cluster.
|
|
|
|
>>> To upgrade directly from Windows NT 4.0 to Whistler When Using a
|
|
SCSI Bus:
|
|
|
|
1. Review the appropriate instructions for making sure that the SCSI
|
|
bus is terminated or for putting Y-cables or TriLink cables in
|
|
place. These instructions are in Cluster Administrator Help in
|
|
Windows NT Server 4.0, Enterprise Edition, in the Index under
|
|
"nodes, disconnecting." If you have used an alternative set of
|
|
instructions from the Windows NT Server 4.0, Enterprise Edition
|
|
CD, in \Support\Books\Mscsadm5.doc, review these instructions. You
|
|
will carry out the instructions in a later step.
|
|
|
|
2. As appropriate, notify users that you will be shutting down the
|
|
applications they use on the cluster.
|
|
|
|
3. Stop the applications that are made available through the cluster.
|
|
|
|
4. To stop Cluster service on all nodes but one, in Cluster
|
|
Administrator, click each node you want to stop, and then on the
|
|
File menu, click Stop Cluster Service.
|
|
|
|
5. On Node 1, follow the appropriate instructions to make sure the
|
|
SCSI bus is terminated, or that Y-cables or TriLink cables are
|
|
in place.
|
|
|
|
6. Shut down and turn off all nodes but one, or bring them to a
|
|
shut-down state appropriate to your method of termination.
|
|
|
|
Caution: Be sure that only one node is running before continuing. This
|
|
prevents corruption of the cluster storage.
|
|
|
|
7. Upgrade the operating system on the node that is running. For
|
|
general information about Setup, review the sections earlier in
|
|
this text file series.
|
|
|
|
8. The cluster software will be upgraded automatically during the
|
|
operating system upgrade. Note that you cannot make configuration
|
|
changes such as configuring cluster disks as dynamic disks. For
|
|
more information about the limitations of server clusters, see
|
|
Whistler Help and Support Services.
|
|
|
|
9. On the node that is running, click Start, point to Programs, point
|
|
to Administrative Tools, and then click Cluster Administrator.
|
|
|
|
10. Check to see that the cluster disks are online in Cluster
|
|
Administrator.
|
|
|
|
Caution: Be sure that that the cluster disks are online in Cluster
|
|
Administrator before continuing to the next step. When the disks are
|
|
online, it means that Cluster service is working, which means that
|
|
only one node can access the cluster storage at any given time. This
|
|
prevents corruption of the cluster storage.
|
|
|
|
11. Turn on the other node in the cluster and upgrade the operating
|
|
system on that node.
|
|
|
|
The node automatically rejoins the existing cluster.
|
|
|
|
Important: If your cluster storage uses SCSI, you can have two nodes
|
|
in the cluster, but no more. If you want to have more than two nodes
|
|
in the cluster, you must use Fibre Channel for the cluster storage.
|
|
|
|
======================================================================
|
|
4.0 Installation on Cluster Nodes
|
|
======================================================================
|
|
|
|
The following sections provide important information about how to
|
|
prepare for cluster installation, begin hardware installation for a
|
|
cluster, and start Setup on the first cluster node.
|
|
|
|
4.1 Planning and Preparing for Cluster Installation
|
|
======================================================================
|
|
|
|
Before carrying out cluster installation, you will need to plan
|
|
hardware and network details.
|
|
|
|
Caution: Make sure that Advanced Server and Cluster service are
|
|
installed and running on one node before starting the operating system
|
|
on another node. If the operating system is started on multiple nodes
|
|
before Cluster service is running on one node, the cluster storage
|
|
could be corrupted. Once Cluster service is running properly on one
|
|
node, the other nodes can be installed and configured simultaneously.
|
|
Each node of your cluster must be running Advanced Server.
|
|
|
|
In your planning, review the following items:
|
|
|
|
* Cluster hardware and drivers.
|
|
|
|
Check that your hardware, including your cluster storage and other
|
|
cluster hardware, is compatible with Whistler Advanced Server. To
|
|
check this, see the Hardware Compatibility List (HCL) on the
|
|
Whistler CD, in the Support folder, in Hcl.txt. For the most
|
|
up-to-date list of supported hardware, see the Hardware
|
|
Compatibility List by visiting the Microsoft Web site at:
|
|
|
|
http://www.microsoft.com/
|
|
|
|
You must have a separate PCI storage host adapter (SCSI or Fibre
|
|
Channel) for the shared disks. This is in addition to the bootdisk
|
|
adapter.
|
|
|
|
Also check that you have the drivers you need in order to use the
|
|
cluster storage hardware with Whistler Advanced Server. (Drivers
|
|
are available from your hardware manufacturer.)
|
|
|
|
Review the manufacturer's instructions carefully before you begin
|
|
installing cluster hardware. Otherwise, the cluster storage could
|
|
be corrupted. If your cluster hardware includes a SCSI bus, be sure
|
|
to review carefully any instructions about termination of the SCSI
|
|
bus and configuration of SCSI IDs.
|
|
|
|
To simplify configuration and eliminate potential compatibility
|
|
problems, consider using identical hardware for all nodes.
|
|
|
|
* Network adapters on the cluster nodes.
|
|
|
|
In your planning, decide what kind of communication each network
|
|
adapter will carry.
|
|
|
|
Note: To reduce the risks with having a single point of failure,
|
|
plan on having two or more network adapters in each cluster node,
|
|
and connecting each adapter to a physically separate network. The
|
|
adapters on a given node must connect to networks using different
|
|
subnet masks.
|
|
|
|
The following table shows recommended ways of connecting network
|
|
adapters:
|
|
|
|
ADAPTERS
|
|
PER NODE RECOMMENDED USE
|
|
-------- -----------------------------------------------------------
|
|
2 One private network (node-to-node only), plus
|
|
one mixed network (node-to-node plus client-to-cluster).
|
|
|
|
3 Two private networks (node-to-node), plus
|
|
one public network (client-to-cluster).
|
|
With this configuration, the adapters using the private
|
|
network must use static IP addresses (not DHCP).
|
|
or
|
|
One private network (node-to-node), plus
|
|
one public network (client-to-cluster), plus
|
|
one mixed network (node-to-node plus client-to-cluster).
|
|
|
|
The following list provides more details about the types of
|
|
communication that an adapter can carry:
|
|
|
|
* Only node-to-node communication (private network).
|
|
|
|
This implies that the server has one or more additional adapters to
|
|
carry other communication.
|
|
|
|
For node-to-node communication, you will connect the network
|
|
adapter to a private network used exclusively within the
|
|
cluster. Note that if the private network uses a single hub or
|
|
network switch, that piece of equipment becomes a potential
|
|
point of failure in your cluster.
|
|
|
|
The nodes of a cluster must be on the same subnet, but you can use
|
|
virtual LAN (VLAN) switches on the interconnects between two
|
|
nodes. If you use a VLAN, the point-to-point, round-trip latency
|
|
must be less than 1/2 second and the link between two nodes must
|
|
appear as a single point-to-point connection from the perspective
|
|
of the operating system. To avoid single points of failure, use
|
|
independent VLAN hardware for the different paths between the
|
|
nodes.
|
|
|
|
If your nodes use multiple private (node-to-node) networks, the
|
|
adapters for those networks must use static IP addresses (not
|
|
DHCP).
|
|
|
|
* Only client-to-cluster communication (public network).
|
|
|
|
This implies that the server has one or more additional adapters to
|
|
carry other communication.
|
|
|
|
* Both node-to-node and client-to-cluster communication (mixed
|
|
network).
|
|
|
|
If you have only one network adapter per node, it must
|
|
carry both these kinds of communication. If you have multiple
|
|
network adapters per node, a network adapter that carries both
|
|
kinds of communication can provide backup for other network
|
|
adapters.
|
|
|
|
* Communication unrelated to the cluster.
|
|
|
|
If a clustered node also provides services unrelated to the
|
|
cluster, and there are enough adapters in the cluster node, you
|
|
might want to use one adapter for carrying communication unrelated
|
|
to the cluster.
|
|
|
|
Consider choosing a name for each connection that describes its
|
|
purpose. The name will make it easier to identify the connection
|
|
whenever you are configuring the server.
|
|
|
|
* Cluster IP address.
|
|
|
|
Obtain a static IP address for the cluster itself. You cannot use
|
|
DHCP for this address.
|
|
|
|
* IP addressing for cluster nodes.
|
|
|
|
Determine how to handle the IP addressing for the cluster nodes.
|
|
Each network adapter on each node will need IP addressing. You
|
|
can provide IP addressing through DHCP, or you can assign each
|
|
network adapter a static IP address. If you use static IP
|
|
addresses, the addresses for each linked pair of network adapters
|
|
(linked node-to-node) should be on the same subnet.
|
|
|
|
Note: if you use DHCP for the cluster nodes, it can act as a
|
|
single point of failure. That is, if you set up your cluster nodes
|
|
so that they depend on a DHCP server for their IP addresses,
|
|
temporary failure of the DHCP server can mean temporary
|
|
unavailability of the cluster nodes. When deciding whether to use
|
|
DHCP, evaluate ways to ensure availability of DHCP services, and
|
|
consider the possibility of using long leases for the cluster
|
|
nodes. This will help ensure that they always have a valid IP
|
|
address.
|
|
|
|
* Cluster name.
|
|
|
|
Determine or obtain an appropriate name for the cluster. This
|
|
is the name administrators will use for connections to the cluster.
|
|
(The actual applications running on the cluster will typically have
|
|
different network names.) The cluster name must be different from
|
|
the domain name, from all computer names on the domain, and from
|
|
other cluster names on the domain.
|
|
|
|
* Computer accounts and domain assignment for cluster nodes.
|
|
|
|
Make sure that the cluster nodes all have computer accounts in
|
|
the same domain. Cluster nodes cannot be in a workgroup.
|
|
|
|
* Operator user account for installing and configuring the Cluster
|
|
service.
|
|
|
|
To install and configure Cluster service, you must log on to
|
|
each node with an account that has administrative privileges on
|
|
those nodes.
|
|
|
|
* Cluster service user account.
|
|
|
|
Create or obtain the Cluster service user account. This is the
|
|
name and password under which Cluster service will run. You
|
|
will need to supply this user name and password during cluster
|
|
installation.
|
|
|
|
The Cluster service user account should be a new account. The
|
|
account must be a domain account; it cannot be a local account. The
|
|
account also must have local administrative privileges on all of
|
|
the cluster nodes. Be sure to keep the password from expiring on
|
|
the account (follow your organization's policies for password
|
|
renewal).
|
|
|
|
* Volume for important cluster configuration information (checkpoint
|
|
and log files).
|
|
|
|
You need to plan to set aside a volume on your cluster storage
|
|
for holding important cluster configuration information. This
|
|
information makes up the quorum resource of the cluster, needed
|
|
when a cluster node stops functioning. The quorum resource provides
|
|
node-independent storage of crucial data needed by the cluster.
|
|
|
|
The recommended minimum size for the volume is 500 MB. You should use a different volume for the quorum resource than you use for user data.
|
|
|
|
* List of storage devices or disks attached to the first server on
|
|
which you will install clustering.
|
|
|
|
Unless the first server on which you will install clustering has
|
|
relatively few storage devices or disks attached to it, you should
|
|
make a list that identifies the ones intended for cluster storage.
|
|
This makes it easy to choose storage devices or disks correctly
|
|
during cluster configuration.
|
|
|
|
Note: When planning and carrying out disk configuration for the
|
|
cluster disks, configure them as basic disks with all partitions
|
|
formatted as NTFS. Do not configure them as dynamic disks, and do
|
|
not use Encrypting File System, volume mount points, spanned
|
|
volumes (volume sets), or Remote Storage on the cluster disks.
|
|
|
|
The following section describes the physical installation of the
|
|
cluster storage.
|
|
|
|
4.2 Beginning the Installation of the Cluster Hardware
|
|
======================================================================
|
|
|
|
The steps you carry out when first physically connecting and
|
|
installing the cluster hardware are crucial. Be sure to follow the
|
|
hardware manufacturer's instructions for these initial steps.
|
|
|
|
Important: Carefully review your network cables after connecting them.
|
|
Make sure no cables are crossed by mistake (for example, private
|
|
network connected to public).
|
|
|
|
Caution: When you first attach your cluster hardware (the shared bus
|
|
and cluster storage), be sure to work only from the firmware
|
|
configuration screens on the cluster nodes (a node is a server in a
|
|
cluster). On a 32-bit computer, use the BIOS configuration screens. On
|
|
a 64-bit computer, use the Extensible Firmware Interface (EFI)
|
|
configuration screens. The instructions from your manufacturer will
|
|
describe whether these configuration screens are displayed
|
|
automatically or whether you must, after turning on the computer,
|
|
press specific keys to open them. Follow the manufacturer's
|
|
instructions for completing the BIOS or EFI configuration process.
|
|
Remain in the BIOS or EFI, and do not allow the operating system to
|
|
start during this initial installation phase.
|
|
|
|
4.2.1 Steps to Carry Out in the BIOS or EFI
|
|
----------------------------------------------------------------------
|
|
|
|
Complete the following steps while the cluster nodes are still
|
|
displaying BIOS or EFI configuration screens before starting the
|
|
operating system on the first cluster node.
|
|
|
|
* If you have a SCSI bus, make sure you understand and follow the
|
|
manufacturer's instructions for termination of the SCSI bus.
|
|
|
|
* If you have a SCSI bus, make sure that each device on the shared
|
|
bus (both SCSI controllers and hard disks) has a unique SCSI ID.
|
|
If the SCSI controllers all default to the same ID (often it is
|
|
SCSI ID 7), change one controller to a different SCSI ID such
|
|
as SCSI ID 6. If there is more than one disk that will be on the
|
|
shared SCSI bus, each disk must also have a unique SCSI ID. In
|
|
addition, make sure that the bus is not configured to reset SCSI
|
|
IDs automatically during startup (otherwise the IDs will change
|
|
from the settings you specify).
|
|
|
|
* Ensure that you can scan the bus and see the drives from both
|
|
cluster nodes (while remaining in the BIOS or EFI configuration
|
|
screens).
|
|
|
|
4.3 Completing the Installation
|
|
======================================================================
|
|
|
|
After the BIOS or EFI configuration is completed, start the operating
|
|
system on one cluster node only, and carry out the installation of
|
|
Cluster service. Before starting the operating system on another node,
|
|
make sure that Whistler Advanced Server and Cluster service are
|
|
installed and running on that node. If the operating system is started
|
|
on multiple nodes before Cluster service is running on one node, the
|
|
cluster storage could be corrupted.
|
|
|
|
4.4 Installation on the First Cluster Node
|
|
======================================================================
|
|
|
|
It is important that you work on one node (never two nodes) when you
|
|
exit the BIOS or EFI configuration screens and allow the operating
|
|
system to start for the first time.
|
|
|
|
Caution: Make sure that Whistler Advanced Server and Cluster service
|
|
Are installed and running on one node before starting the operating
|
|
system on another node. If the operating system is started on multiple
|
|
nodes before Cluster service is running on one node, the cluster
|
|
storage could be corrupted.
|
|
|
|
4.4.1 Completing the Installation on the First Cluster Node
|
|
----------------------------------------------------------------------
|
|
|
|
If you have not already installed Whistler Advanced Server on the
|
|
first cluster node, install it now. For information about decisions
|
|
you must make, such as decisions about licensing and about the
|
|
components to install, see the sections earlier in this text file
|
|
series.
|
|
|
|
When Whistler Advanced Server is installed, use the following
|
|
procedure to obtain specific information about how to complete the
|
|
installation of the cluster.
|
|
|
|
>>> To obtain additional information about how to install and
|
|
configure Cluster service:
|
|
|
|
1. With Whistler Advanced Server running on one cluster node, click
|
|
Start, and then click Help and Support.
|
|
|
|
2. Click Enterprise Technologies, and then click Windows Clustering.
|
|
|
|
3. Click Server Clusters.
|
|
|
|
4. Click Checklists: Creating Server Clusters, and then
|
|
click Checklist: Creating a server cluster.
|
|
|
|
5. Use the checklist to guide you through the process of completing
|
|
the installation of your server cluster.
|