本部分对与 Solaris OS 安装或升级相关的多种技术进行了概述,还提供了一些原则和要求。
ZFS 根 (/) 文件系统的安装
在基于 x86 或 SPARC 的系统上引导
Solaris Zones 分区技术
Solaris 卷管理器 (Solaris Volume Manager) 组件(例如 RAID-1 卷)
本章提供有助于您安装 ZFS 根池的系统要求和限制。此外,本章还概述可用于安装 ZFS 根池的安装程序。
如果系统上有多个引导环境,请参见第 7 章以了解有关引导的信息。
要求或限制 |
说明 |
信息 |
---|---|---|
最小内存为 786 MB。为确保总体性能,建议使用 1 GB。 |
《ZFS Administration Guide》(《ZFS 管理指南》)。 |
|
磁盘空间 |
可引导 ZFS 根文件系统的最小可用池空间量取决于物理内存量、可用磁盘空间和要创建的引导环境的数量。 |
有关说明,请参见ZFS 安装的磁盘空间要求。 |
必须使用片而不是整个磁盘来创建 ZFS 存储池才能进行升级或引导。 |
|
|
使用 Solaris Live Upgrade 从 UFS 根 (/) 文件系统迁移到 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 引导环境都使用相同的交换空间和转储设备。
Solaris 安装程序文本安装程序
具有安装配置文件的自定义 JumpStart
Solaris Live Upgrade 可将 UFS 文件系统迁移到 ZFS 根池。此外,Solaris Live Upgrade 能够创建可以升级的 ZFS 引导环境。
表 6–2 ZFS 安装程序和限制
ZFS 安装程序 |
说明 |
限制 |
信息 |
---|---|---|---|
Solaris 安装程序文本安装程序 |
Solaris 文本安装程序执行 ZFS 根池的初始安装。在安装期间,可以选择是要安装 UFS 文件系统还是 ZFS 根池。在安装期间,通过选择两个或更多的片,可以安装镜像的 ZFS 根池。也可以在安装后通过连接或添加更多磁盘来创建镜像的 ZFS 根池。自动在 ZFS 根池中创建 ZFS 卷上的交换空间和转储设备。 |
|
《Solaris 10 5/09 安装指南:基本安装》中的第 3 章 “针对 ZFS 根池使用 Solaris 交互式文本安装程序进行安装(规划和任务)” |
Solaris Live Upgrade |
可以使用 Solaris Live Upgrade 功能执行下列任务:
在使用 lucreate 命令创建一个 ZFS 引导环境后,可以对该引导环境使用其他 Solaris Live Upgrade 命令。 |
|
《Solaris 10 5/09 安装指南:Solaris Live Upgrade 和升级规划》中的第 11 章 “Solaris Live Upgrade 和 ZFS(概述)” |
JumpStart |
可通过创建配置文件来创建 ZFS 存储池并指定可引导的 ZFS 文件系统。新的 ZFS 关键字提供初始安装。 |
|
|
从 Solaris 10 10/08 发行版开始,对 Solaris 引导体系结构所做的更改提供了许多新的功能,其中包括从不同文件类型(如 ZFS 文件系统)引导。本章介绍其中一些更改,并提供有关引导的更多信息的参考。此外,本章概述适用于 x86 系统的基于 GRUB 的引导。
本章包含以下几节:
从 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 文件系统安装的功能,但新的引导体系结构在其他方面没有发生变化。
如果系统上安装了多个 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 文件系统,继续使用 OpenBootTM 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 菜单中选择了缺省值,则会引导此缺省根文件系统。
表 7–1 从何处找到有关引导的信息
说明 |
信息 |
---|---|
有关引导功能较高层面的概述 | |
有关引导功能的更详细概述 | |
x86:有关修改引导行为(例如编辑 menu.lst 文件和查找 menu.lst 文件)的信息 | |
有关引导 ZFS 文件系统的过程 | |
有关管理引导归档文件(例如查找 GRUB menu.lst 文件和使用 bootadm 命令)的过程 |
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 菜单简化了引导过程。
本节介绍了基于 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 如何支持多个操作系统”。
执行基于 GRUB 的网络引导时需要为 PXE 客户机配置的 DHCP 服务器和提供 tftp 服务的安装服务器。DHCP 服务器必须能够响应 DHCP 类、PXEClient 和 GRUBClient。DHCP 响应必须包含以下信息:
文件服务器的 IP 地址
引导文件 (pxegrub) 的名称
rpc.bootparamd,执行网络引导时服务器端通常需要该程序,而基于 GRUB 进行网络引导时不需要。
如果没有可用的 PXE 或 DHCP 服务器,可以从 CD-ROM 或本地磁盘装入 GRUB。然后可以手动配置 GRUB 中的网络并从文件服务器下载多引导程序和引导归档文件。
有关更多信息,请参见《Solaris 10 5/09 安装指南:基于网络的安装》中的“使用 PXE 通过网络进行引导和安装概述”。
本章对在配置了非全局区域时,Solaris Zones 分区技术如何与升级 Solaris OS 相关联进行了概述。
本章包含以下几节:
Solaris Zones 分区技术用于虚拟化操作系统服务,提供安全的隔离环境以便运行应用程序。非全局区域是在 Solaris OS 的单个实例中创建的虚拟化操作系统环境。在创建非全局区域时,会构建一个应用程序执行环境,其中的进程与系统的其余部分隔离。这种隔离可防止在一个非全局区域中运行的进程监视或影响在其他非全局区域中运行的进程。即使运行的进程具有超级用户凭证,也不能查看或影响其他区域中的活动。非全局区域还提供一个抽象层,用于将应用程序与部署应用程序的计算机的物理属性分隔开。这些属性的示例包括物理设备路径。
每个 Solaris 系统均含有一个全局区域。全局区域具有双重功能。全局区域既是系统的缺省区域,也是用于在整个系统中实施管理控制的区域。如果全局管理员未创建任何非全局区域,则所有进程都会在全局区域中运行。只能从全局区域配置、安装、管理或卸载非全局区域。只有全局区域才可从系统硬件进行引导。只能在全局区域中进行系统基础设施(如物理设备)的管理、路由或动态重新配置 (dynamic reconfiguration, DR)。在全局区域中运行的具有适当权限的进程可以访问与非全局区域关联的对象。
说明 |
更多信息 |
---|---|
以下各节介绍了如何对安装了非全局区域的系统进行升级。 | |
有关非全局区域创建和配置的完整信息 |
《系统管理指南:Solaris Containers-资源管理和 Solaris Zones》中的第 16 章 “Solaris Zones 介绍” |
Solaris OS 安装完成后,可安装并配置非全局区域。可在安装了非全局区域的情况下升级 Solaris OS。如果您安装了标记的非全局区域,则在升级过程中将忽略这些区域。下文汇总了可以支持安装了非全局区域的系统的安装程序。
表 8–1 选择安装程序用于在安装了非全局区域的情况下进行升级
升级程序 |
说明 |
更多信息 |
---|---|---|
Solaris Live Upgrade |
可以升级或修补包含非全局区域的系统。如果系统包含非全局区域,则建议使用 Solaris Live Upgrade 作为升级程序或用来添加修补程序的程序。其他升级程序可能需要较长的升级时间,这是因为完成升级所需的时间随安装的非全局区域数量呈线性增加。如果要使用 Solaris Live Upgrade 修补系统,则不必将系统转入单用户模式,这样可以最大程度地延长系统的正常运行时间。从 Solaris 10 8/07 发行版开始,为支持安装了非全局区域的系统,有了下列变化:
|
|
Solaris Live Upgrade(续) |
注 – 缺省情况下,除关键文件系统(根 (/)、/usr 和 /opt 文件系统)外的任意文件系统均可在当前引导环境与新的引导环境之间共享。更新活动引导环境中的可共享文件也会更新非活动引导环境中的数据。/export 文件系统是共享文件系统的一个示例。如果您使用 -m 选项和 zonename 选项,则非全局区域的共享文件系统将复制到单独的片上,并且数据不可共享。该选项可防止利用 zonecfg add fs 命令创建的非全局区域在引导环境之间共享。 从 Solaris 10/8/07 发行版开始,为了支持安装了非全局区域的系统,还有下面这些变化:
| |
Solaris 交互式安装程序 GUI |
可以在安装了非全局区域时升级或修补系统。升级或修补所需的时间可能比较长,具体取决于安装的非全局区域的数量。 |
有关使用该程序进行安装的更多信息,请参见《Solaris 10 5/09 安装指南:基本安装》中的第 2 章 “使用适用于 UFS 文件系统的 Solaris 安装程序进行安装(任务)”。 |
自动 JumpStart 安装 |
可以使用应用于升级或修补的任何关键字来升级或修补。升级或修补所需的时间可能比较长,具体取决于安装的非全局区域的数量。 |
有关使用该程序进行安装的更多信息,请参见《Solaris 10 5/09 安装指南:自定义 JumpStart 和高级安装》。 |
下表中列出了在安装了非全局区域的情况下进行升级时的限制。
表 8–2 升级安装了非全局区域的系统时的限制
程序或条件 |
说明 |
更多信息 |
---|---|---|
在安装了区域的系统上使用 Solaris Live Upgrade 时,请考虑这些问题。在 lucreate 和 lumount 操作期间应避免区域状态转换,这一点很关键。 |
|
|
如果全局区域管理员没有向非全局区域管理员通知使用 Solaris Live Upgrade 升级,可能会发生问题。 |
当 Solaris Live Upgrade 操作正在执行时,非全局区域管理员的参与很关键。升级会影响管理员的工作,管理员将忙于处理因升级而带来的各种变化。区域管理员应确保任何本地软件包在整个操作序列期间都保持稳定,处理所有升级后任务(如配置文件调整),通常还应针对系统故障做出安排。 例如,如果全局区域管理员正在使用 lucreate 命令复制文件系统时,非全局区域管理员添加软件包,新的软件包不会与文件系统一起复制,且非全局区域管理员并不知道这个问题。 | |
Solaris Flash 归档文件不能与非全局区域一起使用。 |
安装了非全局区域后,将无法正确创建 Solaris Flash 归档文件。Solaris Flash 功能与 Solaris Zones 分区技术不兼容。如果创建了 Solaris Flash 归档文件,当在下列条件下部署归档文件时,所生成的归档文件无法正确安装:
|
有关使用 Solaris Flash 归档文件的更多信息,请参见《Solaris 10 5/09 安装指南:Solaris Flash 归档文件(创建和安装)》。 |
在某些情况下,不得使用带有 -R 选项或等效选项的命令。 |
任何可通过 -R 或等效选项来接受替换的根 (/) 文件系统的命令,在以下情况成立时不得使用:
例如,pkgadd 实用程序的 -R root_path 选项将通过到非全局区域中根 (/) 文件系统的路径从全局区域运行。 |
有关接受备用根 (/) 文件系统的实用程序列表以及有关区域的更多信息,请参见《系统管理指南:Solaris Containers-资源管理和 Solaris Zones》中的“从全局区域中访问非全局区域的限制”。 |
在执行升级之前,您应该对 Solaris 系统上的全局区域和非全局区域进行备份。有关备份安装了区域的系统的信息,请参见《系统管理指南:Solaris Containers-资源管理和 Solaris Zones》中的第 26 章 “Solaris Zones 管理(概述)”。
在安装全局区域时,请确保保留足够的磁盘空间以容纳可能创建的所有区域。每个非全局区域的磁盘空间需求可能不同。
不限制每个区域可消耗的磁盘空间量。全局区域管理员负责限制空间。即使小型单处理器系统也可支持同时运行多个区域。全局区域中安装的软件包的特征将影响所创建的非全局区域的空间要求。软件包的数量和空间需求为相关因素。
有关完整的规划要求和建议,请参见《系统管理指南:Solaris Containers-资源管理和 Solaris Zones》中的第 18 章 “规划和配置非全局区域(任务)”。
本章讨论为根 (/) 文件系统创建 RAID-1 卷(镜像)的优点。本章还介绍了为文件系统创建镜像所需的 Solaris 卷管理器组件。本章包括以下主题。
有关特定于 Solaris Live Upgrade 或 JumpStart 的其他信息,请参见以下参考资料:
对于 Solaris Live Upgrade:《Solaris 10 5/09 安装指南:Solaris Live Upgrade 和升级规划》中的“创建 RAID-1 卷(镜像卷)文件系统的一般原则”
对于 JumpStart:
在安装或升级过程中,可以创建 RAID-1 卷以便在多个物理磁盘上复制系统数据。通过在不同的磁盘上复制数据,您可以保护数据,防止磁盘毁坏或发生故障时数据丢失。
Solaris 自定义 JumpStart 和 Solaris Live Upgrade 安装方法使用 Solaris 卷管理器技术创建镜像文件系统的 RAID-1 卷。Solaris 卷管理器提供了一种通过使用卷来可靠地管理磁盘的有效方法。在 Solaris 卷管理器中可以启用串联、分组和其他复杂配置。使用自定义 JumpStart 和 Solaris Live Upgrade 安装方法可以执行这些任务中的一些任务,例如为根 (/) 文件系统创建 RAID-1 卷。可以在安装或升级过程中创建 RAID-1 卷,这样就不必在安装之后创建这些卷了。
有关复杂的 Solaris 卷管理器软件和组件的详细信息,请参见《Solaris Volume Manager 管理指南》。
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 显示了具有下列配置的系统。
名为 d30 的镜像由名为 d31 和 d32 的子镜像组成。镜像 d30 将根 (/) 文件系统中的数据复制到两个子镜像上。
hdisk0 上的根 (/) 文件系统包含在名为 d31 的单片串联中。
将根 (/) 文件系统复制到名为 hdisk1 的硬盘中。此副本为名为 d32 的单片串联。
自定义 JumpStart 安装方法和 Solaris Live Upgrade 使您可以创建复制数据所需的以下组件。
状态数据库和状态数据库副本 (metadbs)
具有单片串联(子镜像)的 RAID-1 卷(镜像)
本节简要介绍这些组件。有关这些组件的完整信息,请参见《Solaris Volume Manager 管理指南》。
状态数据库是指在物理磁盘上存储信息的数据库。该数据库记录并跟踪对配置所做的更改。当配置或状态发生更改时,Solaris 卷管理器将自动更新状态数据库。例如,创建新卷是一种配置更改,而子镜像失败则是一种状态更改。
状态数据库实际上是多个复制的数据库副本的集合。每一份数据库(称作状态数据库副本)都可以确保状态数据库中的数据始终有效。拥有多份状态数据库可以防止发生单点故障时数据丢失。状态数据库可以跟踪所有已知状态数据库副本的位置和状态。
在创建状态数据库及其状态数据库副本之前,Solaris 卷管理器无法进行操作。Solaris 卷管理器配置中必须具有操作状态数据库。
状态数据库副本可确保状态数据库中的数据始终有效。当状态数据库被更新时,所有状态数据库副本也被更新。每次只更新一个副本的内容,以防止如果系统崩溃,所有更新副本都遭到破坏。
如果系统丢失了一个状态数据库副本,Solaris 卷管理器必须确定哪些状态数据库副本中仍包含有效数据。Solaris 卷管理器将使用多数一致算法确定此信息。在此算法中,只有当多数(半数 + 1 个)数据库副本可用并一致时,才会认为其中的任何数据库副本是有效的。根据此多数一致算法,设置磁盘配置时,您必须至少创建三个状态数据库副本。如果三个状态数据库副本中至少有两个可用,则可能取得一致。
缺省情况下,每个状态数据库副本占用的磁盘存储为 4 MB(8192 磁盘扇区)。副本可以存储在以下设备中:
副本不能存储在根 (/)、swap 或 /usr 片上,也不能存储在包含现有文件系统或数据的片上。副本存储后,可以将卷或文件系统放置在同一个片上。
一个片上可以存储多个状态数据库副本。但是,将状态数据库副本放在一个片上,发生单点故障时系统很容易受到损坏。
说明 |
更多信息 |
---|---|
在使用自定义 JumpStart 或 Solaris Live Upgrade 安装 RAID-1 卷时,请查看下列原则和要求。 | |
获取有关状态数据库和状态数据库副本的更多详细信息。 |
RAID-1 卷(即镜像)是指保留有 RAID-0 卷(单片串联)中相同数据副本的卷。配置 RAID-1 卷后,仅可以将该卷用作物理片。您可以复制任何文件系统,包括现有文件系统。也可以将 RAID-1 卷用于任何应用程序,如数据库。
使用 RAID-1 卷来镜像文件系统既有优点,也有缺点:
有了 RAID-1 卷,可同时从两个 RAID-0 卷读取数据(每一个卷都可以处理任何请求),使性能得到了提高。如果一个物理磁盘出现故障,可以继续使用镜像,从而不会造成性能降低或数据丢失。
使用 RAID-1 卷要求在磁盘方面进行投入。至少需要两倍于数据量的磁盘空间量。
由于 Solaris 卷管理器软件必须写入所有 RAID-0 卷,因此复制数据还会增加将写入请求写入磁盘所需的时间。
说明 |
更多信息 |
---|---|
规划 RAID-1 卷 | |
有关 RAID-1 卷的详细信息 |
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–0 卷 | |
有关 RAID-0 卷的详细信息 |
下图显示了在两个物理磁盘上复制根文件系统 (/) 的 RAID-1 卷。状态数据库副本 (metadbs) 放置在两个磁盘上。
图 9–2 显示了具有下列配置的系统。
名为 d30 的镜像由名为 d31 和 d32 的子镜像组成。镜像 d30 将根 (/) 文件系统中的数据复制到两个子镜像上。
hdisk0 上的根 (/) 文件系统包含在名为 d31 的单片串联中。
将根 (/) 文件系统复制到名为 hdisk1 的硬盘中。此副本为名为 d32 的单片串联。
在以下两个片上都创建状态数据库副本: hdisk0 和 hdisk1。
说明 |
更多信息 |
---|---|
JumpStart 配置文件示例 | |
Solaris Live Upgrade 分步操作过程 |
《Solaris 10 5/09 安装指南:Solaris Live Upgrade 和升级规划》中的“在 RAID-1 卷(镜像)上创建引导环境” |
本章说明使用自定义 JumpStart 或 Solaris Live Upgrade 安装方法创建 RAID-1 卷所必须遵循的要求和原则。
本章包括以下主题。
有关特定于 Solaris Live Upgrade 或 JumpStart 的其他信息,请参见以下参考资料:
对于 Solaris Live Upgrade:《Solaris 10 5/09 安装指南:Solaris Live Upgrade 和升级规划》中的“创建 RAID-1 卷(镜像卷)文件系统的一般原则”
对于 JumpStart:
要创建 RAID-1 卷以便复制特定片上的数据,必须直接附加计划要使用的磁盘,且该磁盘必须在安装过程中可用于系统。
您应该将状态数据库副本分布在多个片、驱动器和控制器中,以避免发生单点故障。一般希望在单个组件发生故障时大部分副本完好。如果丢失了一个副本,例如当设备发生故障时,可能会导致运行 Solaris 卷管理器软件或重新引导系统时出现问题。要运行 Solaris 卷管理器软件,要求至少有一半副本可用,但是要重新引导为多用户模式,则需多数(半数以上)副本都可用。
有关创建和管理状态数据库副本的详细说明,请参见《Solaris Volume Manager 管理指南》。
在为状态数据库副本选择片之前,请考虑以下原则和建议。
任务 |
说明 |
---|---|
选择专用片 |
应在专用片上创建状态数据库副本,每个副本至少需要 4 MB。如果需要,您可以在将要用作 RAID-0 或 RAID-1 卷一部分的片上创建状态数据库副本。必须在将片增加到卷之前创建副本。 |
调整片的大小 |
缺省情况下,状态数据库副本的大小为 4 MB 或 8192 个磁盘块。由于磁盘片可能不会这么小,因此您可以调整片的大小以存储状态数据库副本。有关调整片大小的信息,请参见《系统管理指南:设备和文件系统》中的第 12 章 “管理磁盘(任务)”。 |
选择未使用的片 | |
不能在现有文件系统、根 (/) 文件系统、/usr 文件系统和 swap 文件系统中创建状态数据库副本。如有需要,可以通过分配 swap 的空间来创建新片(假设片名可用),然后再将状态数据库副本放在新片上。 |
|
选择成为卷的片 |
将状态数据库副本放在作为卷的一部分的片上时,由于副本占用了空间,卷的容量减小。副本使用的空间向上取整到下一个柱面边界,卷将跳过此空间。 |
选择状态数据库副本的数量之前,请考虑以下几条原则。
建议每个 Solaris 卷管理器磁盘集的状态数据库副本数量最少为 3,最多为 50。建议遵循以下原则:
对于只有一个驱动器的系统:将所有三个副本放置在一个片中。
对于具有两个到四个驱动器的系统: 一个驱动器上放置两个副本。
对于具有五个或更多驱动器的系统: 一个驱动器上放置一个副本。
如果将 RAID-1 卷用于小规模的随机 I/O(例如,数据库的随机 I/O),则需要考虑副本的数量。要获得最佳性能,请确保未连接到 RAID-1 卷的片上(且最好位于磁盘和控制器上)的每个 RAID-1 卷都至少具有两个附加副本。
如果存在多个控制器,则副本应在所有控制器上尽可能地均匀分布。如果某个控制器出现故障,此策略可以提供冗余性,并有助于平衡负载。如果控制器上存在多个磁盘,则每个控制器上至少有两个磁盘应存储副本。
使用 RAID-1 卷(镜像)和 RAID-0 卷(单片串联)时,请考虑下列原则。
自定义 JumpStart 安装方法和 Solaris Live Upgrade 支持 Solaris 卷管理器软件提供的一部分功能。当使用这些安装程序创建镜像文件系统时,请考虑以下原则。
安装程序 |
支持的功能 |
不支持的功能 |
---|---|---|
自定义 JumpStart 和 Solaris Live Upgrade |
|
在 Solaris 卷管理器中,RAID-0 卷可以指磁盘条带或磁盘串联。在安装或升级过程中,不能创建 RAID-0 分组卷。 |
自定义 JumpStart |
|
|
Solaris Live Upgrade |
有关示例,请参见《Solaris 10 5/09 安装指南:Solaris Live Upgrade 和升级规划》中的“在 RAID-1 卷(镜像)上创建引导环境”。 |
不支持三个以上 RAID-0 卷。 |
使用 RAID-1 卷创建和安装 Solaris Flash |
可以从已配置了 Solaris 卷管理器 RAID-1 卷的主系统创建 Solaris Flash 归档文件。Solaris Flash 创建软件删除归档文件中的所有 RAID-1 卷信息,以保持克隆系统的完整性。使用自定义 JumpStart,可以使用 JumpStart 配置文件重新生成 RAID-1 卷。使用 Solaris Live Upgrade,创建配置了 RAID-1 卷的引导环境并安装归档文件。Solaris 安装程序无法用于安装带有 Solaris Flash 归档文件的 RAID-1 卷。 有关 JumpStart 配置文件中 RAID-1 卷的示例,请参见《Solaris 10 5/09 安装指南:自定义 JumpStart 和高级安装》中的“配置文件示例”。 |
Veritas VxVM 在不适用于 Solaris Flash 的区域中存储配置信息。如果配置了 Veritas VxVm 文件系统,则不应创建 Solaris Flash 归档文件。而且, Solaris 安装(包括 JumpStart 和 Solaris Live Upgrade)均不支持在安装时重新生成 VxVM 卷。因此,如果您正规划使用 Solaris Flash 归档文件来部署 Veritas VxVM 软件,则必须在配置 VxVM 文件系统之前创建归档文件。然后,必须在应用归档文件并重新启动系统之后单独配置克隆系统。 |
使用将片编号和磁盘编号映射到卷编号的命名方法。
卷名必须以字母 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-1 卷(镜像)和 RAID-0 卷(子镜像)时,可以让软件检测并指定卷名,也可以手动指定名称。如果让软件检测卷名,软件将指定第一个可用的镜像或子镜像名。如果指定镜像名,则指定的卷名以 0 结尾,以便安装可以使用以 1 或 2 结尾的卷名作为子镜像名。如果指定子镜像名,则指定的名称需要以 1 或 2 结尾。如果指定的编号不正确,则将无法创建镜像。例如,若指定的镜像名以编号 1 或 2 结尾(d1 或 d2),那么如果该镜像名与子镜像名重复的话,Solaris Live Upgrade 将无法创建该镜像。
在以前的发行版中,可以输入缩写形式的卷名。从 Solaris 10 10/08 发行版开始,只能输入完整的卷名。例如,只能为镜像指定完整的卷名,如 /dev/md/dsk/d10。
在本示例中,使用 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 |
在本示例中,在命令中指定卷名。对于镜像 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-1 卷(镜像)和 RAID-0 卷(子镜像)时,可以让软件检测并指定镜像的卷名,也可以在配置文件中指定卷名。
如果让软件检测卷名,则软件将指定第一个可用的卷编号。
如果在配置文件中指定卷名,则指定的镜像名以 0 结尾,以便安装可以使用以 1 和 2 结尾的卷名作为子镜像名。
如果指定的编号不正确,则将无法创建镜像。例如,如果指定的镜像名以 1 或 2 结尾(d1 或 d2),则在镜像名与子镜像名相同时,JumpStart 将无法创建该镜像。
可以缩写物理磁盘片和 Solaris 卷管理器卷的名称。缩写是能够唯一标识设备的最短名称。例如,
Solaris 卷管理器卷可由其 dnum 标志来标识,因此,/dev/md/dsk/d10 可以简化为 d10。
如果系统包含一个控制器和多个磁盘,则可以使用 t0d0s0;但如果包含多个控制器,则应使用 c0t0d0s0。
在以下配置文件示例中,将第一个可用的卷编号指定给镜像。如果下一个以 0 结尾的可用镜像名为 d10,则将卷名 d11 和 d12 指定给子镜像。
filesys mirror c0t0d0s1 /
在以下配置文件示例中,在配置文件中将镜像编号指定为 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 管理指南》。