第 2 部分 了解与 ZFS、引导、Solaris Zones 和 RAID-1 卷相关的安装

本部分对与 Solaris OS 安装或升级相关的多种技术进行了概述，还提供了一些原则和要求。

• ZFS 根 (/) 文件系统的安装

• 在基于 x86 或 SPARC 的系统上引导

• Solaris Zones 分区技术

• Solaris 卷管理器 (Solaris Volume Manager) 组件（例如 RAID-1 卷）

第 6 章 ZFS 根文件系统安装（规划）

本章提供有助于您安装 ZFS 根池的系统要求和限制。此外，本章还概述可用于安装 ZFS 根池的安装程序。

• ZFS 根池安装要求

• 用于安装 ZFS 根池的 Solaris 安装程序

如果系统上有多个引导环境，请参见第 7 章以了解有关引导的信息。

Solaris 10 10/09 发行版中的新增功能

从 Solaris 10 10/09 发行版开始，您可以设置 JumpStart 配置文件，以标识 ZFS 根池的 Flash 归档文件。

可以在运行 UFS 根文件系统或 ZFS 根文件系统的系统中创建 Flash 归档文件。ZFS 根池的 Flash 归档文件包含整个池分层结构，但交换卷和转储卷以及任何已排除的数据集除外。交换卷和转储卷是在安装 Flash 归档文件时创建的。

您可以按如下方式使用 Flash 归档文件安装方法：

• 生成一个 Flash 归档文件，该归档文件可用于安装和引导具有 ZFS 根文件系统的系统。

• 使用 ZFS Flash 归档文件执行系统的 JumpStart 安装。

  ---

  注 –

  创建 ZFS Flash 归档文件会备份整个根池，而不是各个引导环境。可以使用 flarcreate 和 flar 命令的 - D 选项排除池内的各个数据集。

  ---

有关详细说明及限制，请参见《Solaris ZFS 管理指南》中的“安装 ZFS 根文件系统（Flash 归档文件安装）”。

ZFS 根池安装要求

ZFS 安装的磁盘空间要求

通常，在具有 UFS 根文件系统的系统上，交换空间与转储空间位于同一个片中。因此，UFS 与转储设备共享交换空间。在 ZFS 根池中，交换空间与转储空间是相互独立的 zvol，因此它们不共享同一物理空间。使用 ZFS 根文件系统安装或升级某个系统时，交换区域与转储设备的大小取决于物理内存的大小。可引导 ZFS 根文件系统的最小可用池空间量取决于物理内存量、可用磁盘空间和要创建的引导环境的数量。建议使用大约 1 GB 内存和至少 2 GB 磁盘空间。这些空间用于：

• 交换区域和转储设备－交换空间的缺省大小为物理内存大小的一半，但不小于 512 MB 且不大于 2 GB。根据内存大小和 dumpadm.conf 文件的内容计算转储设备。该文件定义对哪些内容进行崩溃转储。您可以在安装之前或之后调整交换和设备卷的大小。有关更多信息，请参见《Solaris ZFS 管理指南》中的“ZFS 属性介绍”。

• 引导环境－除新的交换空间和转储空间要求或者调整后的交换空间和转储设备大小外，从 UFS 引导环境迁移的 ZFS 引导环境需要大约 6 GB 空间。从其他 ZFS 引导环境克隆的每个 ZFS 引导环境不需要额外的磁盘空间。但是，应用修补程序后，引导环境大小可能会增加。同一根池中的所有 ZFS 引导环境都使用相同的交换空间和转储设备。

用于安装 ZFS 根池的 Solaris 安装程序

下列安装程序执行 ZFS 根池的初始安装。

• Solaris 安装程序文本安装程序

• 具有安装配置文件的自定义 JumpStart

Solaris Live Upgrade 可将 UFS 文件系统迁移到 ZFS 根池。此外，Solaris Live Upgrade 能够创建可以升级的 ZFS 引导环境。

第 7 章 基于 SPARC 和 x86 的引导（概述与规划）

从 Solaris 10 10/08 发行版开始，对 Solaris 引导体系结构所做的更改提供了许多新的功能，其中包括从不同文件类型（如 ZFS 文件系统）引导。本章介绍其中一些更改，并提供有关引导的更多信息的参考。此外，本章概述适用于 x86 系统的基于 GRUB 的引导。

本章包含以下几节：

• 适用于 Solaris 的引导（概述）

• x86: 基于 GRUB 的引导（概述）

• x86: 基于 GRUB 的引导（规划）

适用于 Solaris 的引导（概述）

从 Solaris 10 10/08 发行版开始，Solaris SPARC 引导过程已进行重新设计，以增加与 Solaris x86 引导体系结构的共同性。改进的 Solaris 引导体系结构将直接引导、基于 RAM 磁盘 (ramdisk) 的引导以及 RAM 磁盘 (ramdisk) miniroot 引入 SPARC 平台。这些使能技术支持下列功能：

• 从其他文件系统类型（如 ZFS 文件系统）引导系统。

• 通过 DVD、NFS 或 HTTP 为软件安装引导单个 Miniroot。

其他改进包括显著缩短了引导时间、增加了灵活性，以及降低了维护要求。

作为此体系结构重新设计的一部分，Solaris 引导体系结构和 bootadm 命令现在已成为 Solaris SPARC 引导体系结构不可分割的一部分，而以前它们只在 Solaris x86 平台上可用。

尽管 Solaris SPARC 引导的实现已发生变化，但引导基于 SPARC 的系统的相关管理过程却未受到影响。Solaris 安装已更改，包括从 ZFS 文件系统安装的功能，但新的引导体系结构在其他方面没有发生变化。

引导 ZFS 引导环境（概述）

如果系统上安装了多个 OS，或者系统的 ZFS 根池中包含多个根引导环境，那么，对于 SPARC 和 x86 平台，可以从这些引导环境进行引导。可用于引导的引导环境包括 Solaris Live Upgrade 创建的引导环境。

• 从 Solaris 10 10/08 发行版开始，对于基于 SPARC 的系统，可以在 ZFS 池中引导 ZFS 根文件系统。对于 ZFS 根池，您可以使用带有 -L 选项的 boot 命令列出可用的引导环境。然后，您可以选择引导环境并使用带有 -Z 选项的 OBP boot 命令来引导该引导环境。-Z 选项可用来代替 luactivate 命令，该选项也用于针对 ZFS 根池引导新的引导环境。luactivate 命令是切换引导环境的首选方法。对于 UFS 文件系统，继续使用 OpenBoot^TM PROM OBP 作为主要管理界面（使用 OBP 命令选择引导选项）。

• 从适用于基于 x86 的系统的 Solaris 10 1/06 发行版开始，GRUB 引导菜单提供在不同引导环境之间进行引导的界面。从 Solaris 10 10/08 发行版开始，此菜单列出了可用于引导的 ZFS 引导环境。如果缺省引导环境为 ZFS 文件系统且显示 GRUB 菜单，则可以让缺省引导环境进行引导，也可以选择其他引导环境进行引导。GRUB 菜单可用来代替 luactivate 命令，该菜单也用于针对 ZFS 根池引导新的引导环境。luactivate 是切换引导环境的首选方法。

在基于 SPARC 和 x86 的系统中，每个 ZFS 根池都具有一个指定为缺省根文件系统的数据集。如果针对 SPARC 键入 boot 命令，或者针对 x86 从 GRUB 菜单中选择了缺省值，则会引导此缺省根文件系统。

x86: 基于 GRUB 的引导（概述）

GRUB 是开放源代码的引导装载程序，它是 Solaris OS 中的缺省引导装载程序。

引导装载程序是打开系统电源后第一个运行的软件程序。打开基于 x86 的系统后，基本输入/输出系统 (Basic Input/Output System, BIOS) 将初始化 CPU、内存和平台硬件。初始化阶段完成后，BIOS 从所配置的引导设备装入引导装载程序，然后将对系统的控制传送给引导装载程序。

GRUB 是开放源代码的引导装载程序，它带有一个简单的菜单界面，该界面中所包含的引导选项是在一个配置文件中预先定义的。GRUB 还具有一个命令行界面，可从菜单界面访问该界面以执行各种引导命令。在 Solaris OS 中，GRUB 的实现符合多引导规范。http://www.gnu.org/software/grub/grub.html 上详细介绍了该规范。

因为 Solaris 内核与多引导规范完全兼容，所以可使用 GRUB 来引导基于 Solaris x86 的系统。使用 GRUB，可以更轻松地引导和安装各种操作系统。

GRUB 的一个重要优点是直观的文件系统和内核可执行格式，这使得无需记录内核在磁盘上的物理位置即可装入操作系统。使用基于 GRUB 的引导时，内核的装入由其文件名、驱动器及所在分区来指定。基于 GRUB 的引导取代了 Solaris Device Configuration Assistant，并使用 GRUB 菜单简化了引导过程。

x86: 基于 GRUB 的引导（规划）

本节介绍了基于 GRUB 的引导的基础知识，并介绍了 GRUB 菜单。

安装 Solaris OS 时，缺省情况下将在系统上安装两个 GRUB 菜单项。第一项是 Solaris OS 项。第二项是故障安全引导归档文件，将用于系统恢复。作为 Solaris 软件安装和升级过程的一部分，Solaris GRUB 菜单项将自动安装和更新。这些项由 OS 直接管理且不应该手动进行编辑。

在标准 Solaris OS 安装过程中，无需修改系统 BIOS 设置即可将 GRUB 安装在 Solaris fdisk 分区上。如果 OS 不在 BIOS 引导磁盘上，则需要执行以下操作之一：

• 修改 BIOS 设置。

• 使用引导管理器引导至 Solaris 分区。有关更多详细信息，请查看您的引导管理器。

首选方法是在引导磁盘上安装 Solaris OS。如果计算机上安装了多个操作系统，可以向 menu.lst 文件中添加项。这些项将会在下次引导系统时显示在 GRUB 菜单上。

有关多个操作系统的其他信息，请参见《系统管理指南：基本管理》中的“GRUB 如何支持多个操作系统”。

x86: 从网络上执行基于 GRUB 的安装

执行基于 GRUB 的网络引导时需要为 PXE 客户机配置的 DHCP 服务器和提供 tftp 服务的安装服务器。DHCP 服务器必须能够响应 DHCP 类、PXEClient 和 GRUBClient。DHCP 响应必须包含以下信息：

• 文件服务器的 IP 地址

• 引导文件 (pxegrub) 的名称

rpc.bootparamd，执行网络引导时服务器端通常需要该程序，而基于 GRUB 进行网络引导时不需要。

如果没有可用的 PXE 或 DHCP 服务器，可以从 CD-ROM 或本地磁盘装入 GRUB。然后可以手动配置 GRUB 中的网络并从文件服务器下载多引导程序和引导归档文件。

有关更多信息，请参见《Solaris 10 10/09 安装指南：基于网络的安装》中的“使用 PXE 通过网络进行引导和安装概述”。

第 8 章 在系统中已安装了 Solaris Zones 的情况下进行升级（规划）

本章对在配置了非全局区域时，Solaris Zones 分区技术如何与升级 Solaris OS 相关联进行了概述。

本章包含以下几节：

• Solaris Zones（概述）

• 在安装了非全局区域的情况下进行升级

• 非全局区域的磁盘空间需求

Solaris Zones（概述）

Solaris Zones 分区技术用于虚拟化操作系统服务，提供安全的隔离环境以便运行应用程序。非全局区域是在 Solaris OS 的单个实例中创建的虚拟化操作系统环境。在创建非全局区域时，会构建一个应用程序执行环境，其中的进程与系统的其余部分隔离。这种隔离可防止在一个非全局区域中运行的进程监视或影响在其他非全局区域中运行的进程。即使运行的进程具有超级用户凭证，也不能查看或影响其他区域中的活动。非全局区域还提供一个抽象层，用于将应用程序与部署应用程序的计算机的物理属性分隔开。这些属性的示例包括物理设备路径。

每个 Solaris 系统均含有一个全局区域。全局区域具有双重功能。全局区域既是系统的缺省区域，也是用于在整个系统中实施管理控制的区域。如果全局管理员未创建任何非全局区域，则所有进程都会在全局区域中运行。只能从全局区域配置、安装、管理或卸载非全局区域。只有全局区域才可从系统硬件进行引导。只能在全局区域中进行系统基础设施（如物理设备）的管理、路由或动态重新配置 (dynamic reconfiguration, DR)。在全局区域中运行的具有适当权限的进程可以访问与非全局区域关联的对象。

在安装了非全局区域的情况下进行升级

Solaris OS 安装完成后，可安装并配置非全局区域。可在安装了非全局区域的情况下升级 Solaris OS。如果您安装了标记的非全局区域，则在升级过程中将忽略这些区域。下文汇总了可以支持安装了非全局区域的系统的安装程序。

从 Solaris 10 10/09 发行版开始，区域并行修补增强了标准 Solaris 10 修补实用程序。此功能通过以并行方式修补非全局区域改进了区域修补性能。

全局区域仍是在修补非全局区域之前进行修补。

对于 Solaris 10 10/09 发行版之前的发行版，在以下修补实用程序中提供了此功能：

• SPARC：修补程序 119254-66 或更高修订版

• x86：修补程序 119255-66 或更高修订版

有关更多信息，请参见以下文档：

• 《系统管理指南：Solaris Containers－资源管理和 Solaris Zones》中的“Solaris 10 10/09：可减少修补时间的区域并行修补”

• 《系统管理指南：Solaris Containers－资源管理和 Solaris Zones》中的“Solaris 10 10/09：如何以并行方式修补非全局区域”

下表中列出了在安装了非全局区域的情况下进行升级时的限制。

在执行升级之前备份安装了区域的系统

在执行升级之前，您应该对 Solaris 系统上的全局区域和非全局区域进行备份。有关备份安装了区域的系统的信息，请参见《系统管理指南：Solaris Containers－资源管理和 Solaris Zones》中的第 26  章 “Solaris Zones 管理（概述）”。

非全局区域的磁盘空间需求

在安装全局区域时，请确保保留足够的磁盘空间以容纳可能创建的所有区域。每个非全局区域的磁盘空间需求可能不同。

不限制每个区域可消耗的磁盘空间量。全局区域管理员负责限制空间。即使小型单处理器系统也可支持同时运行多个区域。全局区域中安装的软件包的特征将影响所创建的非全局区域的空间要求。软件包的数量和空间需求为相关因素。

有关完整的规划要求和建议，请参见《系统管理指南：Solaris Containers－资源管理和 Solaris Zones》中的第 18  章 “规划和配置非全局区域（任务）”。

第 9 章 在安装过程中创建 RAID-1 卷（镜像）（概述）

本章讨论为根 (/) 文件系统创建 RAID-1 卷（镜像）的优点。本章还介绍了为文件系统创建镜像所需的 Solaris 卷管理器组件。本章包括以下主题。

• 为什么使用 RAID-1 卷？

• RAID-1 卷如何工作？

• Solaris 卷管理器组件概述

• RAID-1 卷磁盘布局示例

有关特定于 Solaris Live Upgrade 或 JumpStart 的其他信息，请参见以下参考资料：

• 对于 Solaris Live Upgrade：《Solaris 10 10/09 安装指南：Solaris Live Upgrade 和升级规划》中的“创建 RAID-1 卷（镜像卷）文件系统的一般原则”

• 对于 JumpStart：

  • 《Solaris 10 10/09 安装指南：自定义 JumpStart 和高级安装》中的“filesys 配置文件关键字（创建 RAID-1 卷）”

  • 《Solaris 10 10/09 安装指南：自定义 JumpStart 和高级安装》中的“metadb 配置文件关键字（创建状态数据库副本）”

为什么使用 RAID-1 卷？

在安装或升级过程中，可以创建 RAID-1 卷以便在多个物理磁盘上复制系统数据。通过在不同的磁盘上复制数据，您可以保护数据，防止磁盘毁坏或发生故障时数据丢失。

Solaris 自定义 JumpStart 和 Solaris Live Upgrade 安装方法使用 Solaris 卷管理器技术创建镜像文件系统的 RAID-1 卷。Solaris 卷管理器提供了一种通过使用卷来可靠地管理磁盘的有效方法。在 Solaris 卷管理器中可以启用串联、分组和其他复杂配置。使用自定义 JumpStart 和 Solaris Live Upgrade 安装方法可以执行这些任务中的一些任务，例如为根 (/) 文件系统创建 RAID-1 卷。可以在安装或升级过程中创建 RAID-1 卷，这样就不必在安装之后创建这些卷了。

• 有关原则，请参见自定义 JumpStart 和 Solaris Live Upgrade 原则。

• 有关复杂的 Solaris 卷管理器软件和组件的详细信息，请参见《Solaris Volume Manager 管理指南》。

RAID-1 卷如何工作？

Solaris 卷管理器使用虚拟磁盘管理物理磁盘及其关联数据。在 Solaris 卷管理器中，虚拟磁盘称作卷。卷是系统中作为一个单独逻辑设备出现的一组物理片。在标准的 UNIX® 术语中，卷实际上称作伪设备或虚拟设备。

从应用程序或文件系统（例如 UFS）的角度看，卷在功能上等同于物理磁盘。Solaris 卷管理器可将定向到卷的 I/O 请求转换成定向到基础成员磁盘的 I/O 请求。Solaris 卷管理器卷是由片（磁盘分区）或其他 Solaris 卷管理器卷构建而成的。

使用卷可提高性能并增加数据的可用性。在某些情况下，卷还可以提高 I/O 性能。在功能方面，卷与片特性相同。卷与片很相像，对于最终用户、应用程序和文件系统是透明的。与物理设备一样，您可以使用 Solaris 卷管理器软件通过块或原始设备名称来访问卷。根据使用的是块或原始设备，卷名称也会有所不同。自定义 JumpStart 安装方法和 Solaris Live Upgrade 支持使用块设备来创建镜像的文件系统。有关卷名称的详细信息，请参见自定义 JumpStart 和 Solaris Live Upgrade 的 RAID 卷名要求和原则。

在使用 RAID-0 卷（单片串联）创建 RAID-1 卷时， Solaris 卷管理器在 RAID-0 子镜像上复制数据，并将这些子镜像视为一个卷。

图 9–1 显示了在两个物理磁盘上复制根 (/) 文件系统的镜像。

图 9–1 在两个磁盘上的根 (/) 文件系统上创建 RAID-1 卷

图 9–1 显示了具有下列配置的系统。

• 名为 d30 的镜像由名为 d31 和 d32 的子镜像组成。镜像 d30 将根 (/) 文件系统中的数据复制到两个子镜像上。

• hdisk0 上的根 (/) 文件系统包含在名为 d31 的单片串联中。

• 将根 (/) 文件系统复制到名为 hdisk1 的硬盘中。此副本为名为 d32 的单片串联。

Solaris 卷管理器组件概述

自定义 JumpStart 安装方法和 Solaris Live Upgrade 使您可以创建复制数据所需的以下组件。

• 状态数据库和状态数据库副本 (metadbs)

• 具有单片串联（子镜像）的 RAID-1 卷（镜像）

本节简要介绍这些组件。有关这些组件的完整信息，请参见《Solaris Volume Manager 管理指南》。

状态数据库和状态数据库副本

状态数据库是指在物理磁盘上存储信息的数据库。该数据库记录并跟踪对配置所做的更改。当配置或状态发生更改时，Solaris 卷管理器将自动更新状态数据库。例如，创建新卷是一种配置更改，而子镜像失败则是一种状态更改。

状态数据库实际上是多个复制的数据库副本的集合。每一份数据库（称作状态数据库副本）都可以确保状态数据库中的数据始终有效。拥有多份状态数据库可以防止发生单点故障时数据丢失。状态数据库可以跟踪所有已知状态数据库副本的位置和状态。

在创建状态数据库及其状态数据库副本之前，Solaris 卷管理器无法进行操作。Solaris 卷管理器配置中必须具有操作状态数据库。

状态数据库副本可确保状态数据库中的数据始终有效。当状态数据库被更新时，所有状态数据库副本也被更新。每次只更新一个副本的内容，以防止如果系统崩溃，所有更新副本都遭到破坏。

如果系统丢失了一个状态数据库副本，Solaris 卷管理器必须确定哪些状态数据库副本中仍包含有效数据。Solaris 卷管理器将使用多数一致算法确定此信息。在此算法中，只有当多数（半数 + 1 个）数据库副本可用并一致时，才会认为其中的任何数据库副本是有效的。根据此多数一致算法，设置磁盘配置时，您必须至少创建三个状态数据库副本。如果三个状态数据库副本中至少有两个可用，则可能取得一致。

缺省情况下，每个状态数据库副本占用的磁盘存储为 4 MB（8192 磁盘扇区）。副本可以存储在以下设备中：

• 专用本地磁盘片

• 仅适用于 Solaris Live Upgrade：

  • 将作为卷的一部分的本地片

  • 将作为 UFS 日志设备的一部分的本地片

副本不能存储在根 (/)、swap 或 /usr 片上，也不能存储在包含现有文件系统或数据的片上。副本存储后，可以将卷或文件系统放置在同一个片上。

一个片上可以存储多个状态数据库副本。但是，将状态数据库副本放在一个片上，发生单点故障时系统很容易受到损坏。

RAID-1 卷（镜像）

RAID-1 卷（即镜像）是指保留有 RAID-0 卷（单片串联）中相同数据副本的卷。配置 RAID-1 卷后，仅可以将该卷用作物理片。您可以复制任何文件系统，包括现有文件系统。也可以将 RAID-1 卷用于任何应用程序，如数据库。

使用 RAID-1 卷来镜像文件系统既有优点，也有缺点：

• 有了 RAID-1 卷，可同时从两个 RAID-0 卷读取数据（每一个卷都可以处理任何请求），使性能得到了提高。如果一个物理磁盘出现故障，可以继续使用镜像，从而不会造成性能降低或数据丢失。

• 使用 RAID-1 卷要求在磁盘方面进行投入。至少需要两倍于数据量的磁盘空间量。

• 由于 Solaris 卷管理器软件必须写入所有 RAID-0 卷，因此复制数据还会增加将写入请求写入磁盘所需的时间。

RAID-0 卷（串联）

RAID-0 卷是单片串联。该串联是一个卷，其数据按一定顺序进行组织并存储在各个组件中，形成了一个逻辑存储单元。使用自定义 JumpStart 安装方法和 Solaris Live Upgrade 不能创建分组或其他复杂的 Solaris 卷管理器卷。

在安装或升级过程中，可以创建 RAID-1 卷（镜像）并将 RAID-0 卷附加到这些镜像中。镜像的 RAID-0 卷称为子镜像。一个镜像由一个或多个 RAID-0 卷组成。安装后，通过用 Solaris 卷管理器软件管理 RAID-1 镜像卷，您可以管理不同 RAID-0 子镜像卷上的数据。

使用自定义 JumpStart 安装方法，您可以创建最多包含两个子镜像的镜像。使用 Solaris Live Upgrade，您可以创建最多包含三个子镜像的镜像。实际上，两个子镜像就足够了。第三个子镜像使您可以在其中一个子镜像处于脱机状态下进行联机备份，同时又能保持数据的冗余性。

RAID-1 卷磁盘布局示例

下图显示了在两个物理磁盘上复制根文件系统 (/) 的 RAID-1 卷。状态数据库副本 (metadbs) 放置在两个磁盘上。

图 9–2 RAID-1 卷磁盘布局

图 9–2 显示了具有下列配置的系统。

• 名为 d30 的镜像由名为 d31 和 d32 的子镜像组成。镜像 d30 将根 (/) 文件系统中的数据复制到两个子镜像上。

• hdisk0 上的根 (/) 文件系统包含在名为 d31 的单片串联中。

• 将根 (/) 文件系统复制到名为 hdisk1 的硬盘中。此副本为名为 d32 的单片串联。

• 在以下两个片上都创建状态数据库副本： hdisk0 和 hdisk1。

第 10 章 在安装过程中创建 RAID-1 卷（镜像）（规划）

本章说明使用自定义 JumpStart 或 Solaris Live Upgrade 安装方法创建 RAID-1 卷所必须遵循的要求和原则。

本章包括以下主题。

• 系统要求

• 状态数据库副本原则和要求

• RAID-1 和 RAID-0 卷要求和原则

• 引导到单用户模式会导致镜像显示为需要维护

有关特定于 Solaris Live Upgrade 或 JumpStart 的其他信息，请参见以下参考资料：

• 对于 Solaris Live Upgrade：《Solaris 10 10/09 安装指南：Solaris Live Upgrade 和升级规划》中的“创建 RAID-1 卷（镜像卷）文件系统的一般原则”

• 对于 JumpStart：

  • 《Solaris 10 10/09 安装指南：自定义 JumpStart 和高级安装》中的“filesys 配置文件关键字（创建 RAID-1 卷）”

  • 《Solaris 10 10/09 安装指南：自定义 JumpStart 和高级安装》中的“metadb 配置文件关键字（创建状态数据库副本）”

系统要求

要创建 RAID-1 卷以便复制特定片上的数据，必须直接附加计划要使用的磁盘，且该磁盘必须在安装过程中可用于系统。

状态数据库副本原则和要求

您应该将状态数据库副本分布在多个片、驱动器和控制器中，以避免发生单点故障。一般希望在单个组件发生故障时大部分副本完好。如果丢失了一个副本，例如当设备发生故障时，可能会导致运行 Solaris 卷管理器软件或重新引导系统时出现问题。要运行 Solaris 卷管理器软件，要求至少有一半副本可用，但是要重新引导为多用户模式，则需多数（半数以上）副本都可用。

有关创建和管理状态数据库副本的详细说明，请参见《Solaris Volume Manager 管理指南》。

为状态数据库副本选择片

在为状态数据库副本选择片之前，请考虑以下原则和建议。

选择状态数据库副本的数量

选择状态数据库副本的数量之前，请考虑以下几条原则。

• 建议每个 Solaris 卷管理器磁盘集的状态数据库副本数量最少为 3，最多为 50。建议遵循以下原则：

  • 对于只有一个驱动器的系统：将所有三个副本放置在一个片中。

  • 对于具有两个到四个驱动器的系统： 一个驱动器上放置两个副本。

  • 对于具有五个或更多驱动器的系统： 一个驱动器上放置一个副本。

• 额外的状态数据库副本可提高镜像的性能。通常，您需要为每个增加到系统中的镜像增加两个副本。

• 如果将 RAID-1 卷用于小规模的随机 I/O（例如，数据库的随机 I/O），则需要考虑副本的数量。要获得最佳性能，请确保未连接到 RAID-1 卷的片上（且最好位于磁盘和控制器上）的每个 RAID-1 卷都至少具有两个附加副本。

将状态数据库副本分布在各个控制器中

如果存在多个控制器，则副本应在所有控制器上尽可能地均匀分布。如果某个控制器出现故障，此策略可以提供冗余性，并有助于平衡负载。如果控制器上存在多个磁盘，则每个控制器上至少有两个磁盘应存储副本。

RAID-1 和 RAID-0 卷要求和原则

使用 RAID-1 卷（镜像）和 RAID-0 卷（单片串联）时，请考虑下列原则。

自定义 JumpStart 和 Solaris Live Upgrade 原则

自定义 JumpStart 安装方法和 Solaris Live Upgrade 支持 Solaris 卷管理器软件提供的一部分功能。当使用这些安装程序创建镜像文件系统时，请考虑以下原则。

自定义 JumpStart 和 Solaris Live Upgrade 的 RAID 卷名要求和原则

为卷指定名称时，请遵守下列规则。

• 使用将片编号和磁盘编号映射到卷编号的命名方法。

• 卷名必须以字母 d 开头，后面跟一个数字，例如 d0。

• Solaris 卷管理器具有 128 个缺省卷名，编号为 0 到 127。下面的列表显示了一些卷名示例。

  • 设备 /dev/md/dsk/d0－块卷 d0

  • 设备 /dev/md/dsk/d1－块卷 d1

• 为每一特定类型卷指定范围。例如，为 RAID-1 卷指定范围 0 至 20，为 RAID-0 卷指定范围 21 到 40。

Solaris Live Upgrade 的 RAID 卷命名约定

使用 Solaris Live Upgrade 创建 RAID-1 卷（镜像）和 RAID-0 卷（子镜像）时，可以让软件检测并指定卷名，也可以手动指定名称。如果让软件检测卷名，软件将指定第一个可用的镜像或子镜像名。如果指定镜像名，则指定的卷名以 0 结尾，以便安装可以使用以 1 或 2 结尾的卷名作为子镜像名。如果指定子镜像名，则指定的名称需要以 1 或 2 结尾。如果指定的编号不正确，则将无法创建镜像。例如，若指定的镜像名以编号 1 或 2 结尾（d1 或 d2），那么如果该镜像名与子镜像名重复的话，Solaris Live Upgrade 将无法创建该镜像。

在以前的发行版中，可以输入缩写形式的卷名。从 Solaris 10 10/08 发行版开始，只能输入完整的卷名。例如，只能为镜像指定完整的卷名，如 /dev/md/dsk/d10。

示例 10–1 Solaris Live Upgrade：让软件检测并命名镜像和子镜像

在本示例中，使用 Solaris Live Upgrade 指定卷名。仅使用 RAID-1 卷 d0 和 d1。对于镜像 d10，Solaris Live Upgrade 选择 d2 作为设备 c0t0d0s0 的子镜像名，并选择 d3 作为设备 c1t0d0s0 的子镜像名。

lucreate -n newbe -m /:/dev/md/dsk/d10:mirror,ufs  \

-m /:/dev/dsk/c0t0d0s0:attach -m /:/dev/dsk/c1t0d0s0:attach

示例 10–2 Solaris Live Upgrade：指定镜像和子镜像的名称

在本示例中，在命令中指定卷名。对于镜像 d10，d11 是设备 c0t0d0s0 的子镜像名，d12 是设备 c1t0d0s0 的子镜像名。

lucreate -n newbe -m /:/dev/md/dsk/d10:mirror,ufs \
-m /:/dev/dsk/c0t0d0s0,/dev/md/dsk/d11:attach \
-m /:/dev/dsk/c1t0d0s0,/dev/md/dsk/d12:attach

有关 Solaris 卷管理器命名要求的详细信息，请参见《Solaris Volume Manager 管理指南》。

自定义 JumpStart 的 RAID 卷命名约定

使用自定义 JumpStart 安装方法创建 RAID-1 卷（镜像）和 RAID-0 卷（子镜像）时，可以让软件检测并指定镜像的卷名，也可以在配置文件中指定卷名。

• 如果让软件检测卷名，则软件将指定第一个可用的卷编号。

• 如果在配置文件中指定卷名，则指定的镜像名以 0 结尾，以便安装可以使用以 1 和 2 结尾的卷名作为子镜像名。

  ---

  注 –

  如果指定的编号不正确，则将无法创建镜像。例如，如果指定的镜像名以 1 或 2 结尾（d1 或 d2），则在镜像名与子镜像名相同时，JumpStart 将无法创建该镜像。

  ---

可以缩写物理磁盘片和 Solaris 卷管理器卷的名称。缩写是能够唯一标识设备的最短名称。例如，

• Solaris 卷管理器卷可由其 dnum 标志来标识，因此，/dev/md/dsk/d10 可以简化为 d10。

• 如果系统包含一个控制器和多个磁盘，则可以使用 t0d0s0；但如果包含多个控制器，则应使用 c0t0d0s0。

示例 10–3 让软件检测镜像和子镜像的名称

在以下配置文件示例中，将第一个可用的卷编号指定给镜像。如果下一个以 0 结尾的可用镜像名为 d10，则将卷名 d11 和 d12 指定给子镜像。

filesys                 mirror c0t0d0s1  / 

示例 10–4 指定镜像和子镜像的名称

在以下配置文件示例中，在配置文件中将镜像编号指定为 d30。软件将根据镜像编号和第一个可用的子镜像指定子镜像名。子镜像被命名为 d31 和 d32。

filesys                 mirror:d30 c0t1d0s0 c0t0d0s0  /

有关 Solaris 卷管理器命名要求的详细信息，请参见《Solaris Volume Manager 管理指南》。

如何选择磁盘和控制器

当选择用来镜像文件系统的磁盘和控制器时，请考虑以下几条原则。

• 使用位于不同控制器上的组件，以增加可同时执行的读取和写入操作的数量。

• 使不同子镜像的片位于不同的磁盘和控制器中。如果同一镜像的两个和多个子镜像的片位于同一个磁盘上，则对数据的保护作用将大大降低。

• 将子镜像分布在不同的控制器中，因为控制器及相关电缆比磁盘更容易发生故障。此做法还可以提高镜像性能。

• 对一个镜像使用同一类型的磁盘和控制器。特别是对于旧的 SCSI 存储设备，不同模型或品牌的磁盘或控制器的性能差别很大。一个镜像中存在多种不同的性能级别可能会导致性能大大降低。

选择片的原则

当选择要用来镜像文件系统的片时，请考虑以下几条原则。

• 任何文件系统，包括根 (/)、swap 和 /usr，都可以使用镜像。任何应用程序（例如数据库）也可以使用镜像。

• 确保子镜像片的大小相同。不同大小的子镜像会导致部分磁盘空间不能使用。

• 如果有一个镜像文件系统，而该文件系统中附加的第一个子镜像不是从柱面 0 开始的，则您附加的所有其他子镜像也不能从柱面 0 开始。如果试图将从柱面 0 开始的子镜像附加到某个镜像，并且该镜像中最初的子镜像不是从柱面 0 开始的，则会显示以下错误消息：

  can't attach labeled submirror to an unlabeled mirror

  必须确保要附加到镜像的所有子镜像都是从柱面 0 开始的，或者都不是从柱面 0 开始的。

  所有子镜像的开始柱面不必相同，但是所有子镜像必须都包括或都不包括柱面 0。

引导到单用户模式会导致镜像显示为需要维护

如果将具有根 (/)、/usr 和 swap 文件系统镜像的系统引导到单用户模式，则系统会指示需要对这些镜像进行维护。当使用 metastat 命令查看这些镜像时，这些镜像，甚至可能系统中的全部镜像，都将显示“需要维护”状态。

虽然该情况看起来有一定的潜在危险，但不必担心。当将系统引导到单用户模式时，metasync -r 命令（通常在引导系统以重新同步镜像时发生）将被中止。系统重新引导后，metasync -r 命令将运行并重新同步所有镜像。

如果此中断会造成较大影响，请手动运行 metasync -r 命令。

有关 metasync 的更多信息，请参见 metasync(1M) 手册页和《Solaris Volume Manager 管理指南》。