Sun Microsystems Solaris 7 11/99, Руководство по аппаратной платформе

Страница: 161 / 224

Chapter 9 Alternate Pathing 2.2 on the Sun Enterprise 10000 Server 149
partitions that were previously used for AP databases,
ap_upgrade_finish
is not
able to recreate any databases and the upgrade process fails. Furthermore, if you
place a file system in any partition that was previously used for an AP database, and
if for some reason that file system is not mounted at the time you run
ap_upgrade_finish
, that file system is overwritten by a copy of the AP database.
Root Disk Partitions
The AP upgrade facility assumes that the partitioning of the
root
disk (the disk
containing the
root
partition) is not modified during the upgrade. The
Solaris 7 11/99 software requires more disk space than earlier versions. One way to
acquire the additional space is to repartition the original disk or to split the
root
disk into two disks using standard commands prior to the Solaris 7 11/99 upgrade.
If you need to repartition the
root
disk, you should do so before performing the AP
2.2 upgrade procedure. If there is insufficient space when you run
suninstall
, you
have the option to modify the disk partitioning layout to acquire more space.
However, during
suninstall
, you must not relocate the
root
or
usr
partitions to
another disk as this will cause the AP upgrade script to fail.
Uncommitted AP Database Entries
Before you run
ap_upgrade_begin
, commit any uncommitted entries in the AP
database. Any metadevices that were created but not committed are not preserved
during the upgrade. Similarly, any metadevices that were deleted but not committed
will continue to exist after the upgrade.
▼
To Upgrade To AP 2.2
1. If necessary, commit any uncommitted AP metadevices.
a. Log in to the domain as superuser.
b. Commit the entries in the AP database.
2. Terminate any processes that directly or indirectly access AP metadevices.
You do not need to be concerned here about the fact that your boot disk or primary
network may be using AP metadevices. The
ap_upgrade_begin
script, which you
will run later in this procedure, and the subsequent reboot will cause the boot disk
and primary network to use physical paths rather than AP metadevices.
# apdb -C