Guía de instalación de Oracle Solaris 10 9/10: planificación de la instalación y la actualización

Parte II Comprensión de las instalaciones relacionadas con ZFS, el inicio, Zonas de Solaris y volúmenes RAID-1

Esta sección proporciona una visión general de las tecnologías que intervienen en una instalación y actualización del sistema operativo Solaris. También se proporcionan una serie de requisitos y puntos que tener en cuenta.

Instalación del sistema de archivos raíz de ZFS (/)
Inicio en sistemas basados en x86 o SPARC
Tecnología de partición de Zonas de Solaris
Componentes de Solaris Volume Manager, por ejemplo volúmenes RAID-1

Capítulo 6 Instalación del sistema de archivos raíz de ZFS (planificación)

Este capítulo proporciona las limitaciones y los requisitos del sistema para ayudarle a instalar una agrupación raíz de ZFS. También se incluye una descripción general de los programas de instalación que pueden instalar una agrupación raíz de ZFS.

Si tiene varios entornos de inicio en el sistema, consulte el Capítulo 7Inicio basado en SPARC y x86 (descripción general y planificación) para obtener información sobre el inicio.

Novedades de la versión Solaris 10 10/09

A partir de la versión Solaris 10 10/09, puede establecer un perfil JumpStart para identificar a un archivo de almacenamiento Flash de una agrupación raíz de ZFS.

Se puede crear un archivo de almacenamiento Flash en un sistema que ejecute un sistema de archivos raíz UFS o un sistema de archivos raíz ZFS. Un archivo de almacenamiento Flash de una agrupación raíz ZFS contiene toda la jerarquía de la agrupación, excepto los volúmenes de intercambio y volcado, así como cualquier conjunto de datos excluido. Los volúmenes de intercambio y volcado se crean cuando se instala el archivo de almacenamiento Flash.

Puede utilizar el método de instalación del archivo de almacenamiento Flash como sigue:

Genere un archivo de almacenamiento Flash que pueda utilizarse para instalar e iniciar un sistema con un sistema de archivos raíz ZFS.
Realice una instalación JumpStart de un sistema mediante un archivo de almacenamiento Flash ZFS.

Nota –
La creación de un archivo de almacenamiento Flash ZFS realiza una copia de seguridad de toda una agrupación raíz, no de entornos de inicio individuales. Se pueden excluir cada uno de los conjuntos de datos de la agrupación mediante la opción - D del comando flar y el comando flarcreate.

Para obtener instrucciones detalladas e información sobre las limitaciones, consulte Instalación de un sistema de archivos raíz ZFS (instalación de archivo de almacenamiento flash de Oracle Solaris) de Guía de administración de Oracle Solaris ZFS.

Requisitos para instalar una agrupación raíz de ZFS

Tabla 6–1 Limitaciones y requisitos del sistema


Limitación o requisito	Descripción	Información
Memoria	768 MB es la memoria mínima. Se recomienda 1 GB para el rendimiento global.	Guía de administración de Solaris ZFS.
Espacio en disco	La cantidad de espacio de agrupación disponible para un sistema de archivos raíz de ZFS depende de la cantidad de memoria física, el espacio disponible en el disco y la cantidad de entornos de inicio que necesite crear.	Para más información, consulte Requisitos de espacio en disco para una instalación de ZFS.
La agrupación de almacenamiento de ZFS debe crearse con segmentos en lugar de crearse con discos completos para poder modernizarla e iniciarla.	La agrupación creada con segmentos se puede reflejar, pero no RAID-Z ni la configuración no redundante de varios discos. La información del dispositivo SVM debe estar disponible en el directorio `/dev/md/[r]dsk`. La agrupación debe tener una etiqueta SMI. No es posible iniciar un disco con etiqueta EFI. Sólo x86: La agrupación ZFS debe encontrarse en un segmento con una partición `fdisk`.	Para obtener información sobre SVM, consulte Descripción general de los componentes de Solaris Volume Manager. Para obtener información sobre otras restricciones de un disco con etiqueta EFI, consulte Overview of Disk Management de System Administration Guide: Devices and File Systems. Para crear una partición `fdisk` con una etiqueta SMI, consulte How to Create a Solaris fdisk Partition de System Administration Guide: Devices and File Systems. Para obtener información sobre las particiones `fdisk`, consulte x86: Recomendaciones para la partición.
Al migrar desde un sistema de archivos raíz UFS (`/`) a una agrupación raíz de ZFS con Modernización automática de Solaris, tenga en cuenta estos requisitos.	La migración de un sistema de archivos UFS a una agrupación raíz de ZFS con Modernización automática de Solaris o la creación de un entorno de inicio en una agrupación raíz es una novedad que se incluye a partir de Solaris 10 10/08. Esta versión contiene el software necesario para utilizar Modernización automática de Solaris con ZFS. Debe tener como mínimo esta versión instalada para poder utilizar ZFS con Modernización automática de Solaris. La migración sólo es posible de un sistema de archivos UFS a un sistema de archivos ZFS. Los sistemas de archivos que no sean UFS no se pueden migrar a una agrupación raíz de ZFS. Un sistema de archivos UFS no puede crearse a partir de una agrupación raíz de ZFS. Antes de migrar, debe haber una agrupación de almacenamiento de ZFS.	Si desea conocer más limitaciones para el uso de Modernización automática de Solaris, consulte Limitaciones y requisitos del sistema para el uso de Actualización automática de Solaris de Guía de instalación de Oracle Solaris 10 9/10: Actualización automática de Solaris y planificación de la actualización. Para conocer los procedimientos detallados, consulte Migración de un sistema de archivos UFS a un sistema de archivos ZFS de Guía de instalación de Oracle Solaris 10 9/10: Actualización automática de Solaris y planificación de la actualización.

Requisitos de espacio en disco para una instalación de ZFS

Normalmente, en un sistema con un sistema de archivos raíz de UFS, el intercambio y el volcado se encuentran en el mismo segmento. Por tanto, UFS comparte el espacio de intercambio con el dispositivo de volcado. En una agrupación raíz de ZFS, el intercambio y el volcado son zvols independientes, de modo que no comparten el mismo espacio físico. Cuando se instala o moderniza un sistema con un sistema de archivos raíz de ZFS, el tamaño del área de intercambio y el dispositivo de volcado dependen de la cantidad de memoria física. La cantidad de espacio de agrupación disponible para un sistema de archivos raíz de ZFS depende de la cantidad de memoria física, el espacio disponible en el disco y la cantidad de entornos de inicio que necesite crear. Se recomienda aproximadamente 1 Gbyte de memoria y al menos 2 Gbytes de espacio en disco. El espacio se consume del modo siguiente:

Área de intercambio y dispositivo de volcado - El tamaño predeterminado del intercambio ocupa la mitad de la memoria física, pero no puede ser menos de 512 Mbytes ni más de 2 Gbytes. El dispositivo de volcado se calcula basándose en el tamaño de la memoria y el contenido del archivo dumpadm.conf. Este archivo define lo que se incluirá en un volcado del núcleo. Puede ajustar el tamaño de los volúmenes de dispositivos e intercambio antes o después de la instalación. Para obtener más información, consulte Introducción a las propiedades de ZFS de Guía de administración de Oracle Solaris ZFS.
Entornos de inicio - Además de los requisitos de espacio de intercambio y volcado nuevo o los tamaños de los dispositivos de volcado e intercambio ajustados, un entorno de inicio ZFS que se migra desde un entorno de inicio UFS necesita aproximadamente 6 Gbytes. Los entornos de inicio ZFS que se copian de otro entorno de inicio ZFS no necesitan espacio en disco adicional. Sin embargo, el tamaño del entorno de inicio podría aumentar al aplicar revisiones. Todos los entornos de inicio ZFS de la misma agrupación raíz utilizan los dispositivos de intercambio y volcado.

Programas de instalación de Solaris para instalar agrupaciones raíz ZFS

Los siguientes programas de instalación llevan a cabo una instalación inicial de una agrupación raíz ZFS.

Instalador de texto del programa de instalación de Solaris
JumpStart personalizado con un perfil de instalación

Modernización automática de Solaris puede migrar un sistema de archivos UFS a una agrupación raíz de ZFS. Asimismo, Modernización automática de Solaris puede crear entornos de inicio ZFS que se puedan actualizar.

Tabla 6–2 Limitaciones y programas de instalación de ZFS


Programa de instalación de ZFS	Descripción	Limitaciones	Información
Instalador de texto del programa de instalación de Solaris	El instalador de texto de Solaris lleva a cabo una instalación inicial para una agrupación raíz ZFS. Durante la instalación, puede optar por instalar un sistema de archivos UFS o una agrupación raíz ZFS. Puede instalar una agrupación raíz ZFS duplicada seleccionando dos o más segmentos durante la instalación. También puede vincular o agregar discos tras la instalación para crear una agrupación raíz ZFS duplicada. Los dispositivos de intercambio y volcado de volúmenes ZFS se crean automáticamente en la agrupación raíz ZFS.	La interfaz gráfica de la instalación no está disponible para instalar una agrupación raíz ZFS. No puede utilizar el programa de actualización estándar para llevar a cabo la actualización. Debe utilizar Modernización automática de Solaris para actualizar una agrupación raíz de ZFS.	Capítulo 3, Instalación con el instalador de texto interactivo de Solaris para agrupaciones raíz de ZFS (planificación y tareas) de Guía de instalación de Oracle Solaris 10 9/10: instalaciones básicas
Modernización automática de Solaris	Puede utilizar la función Modernización automática de Solaris para llevar a cabo las siguientes tareas: Migrar un sistema de archivos raíz de UFS (`/`) a una agrupación raíz de ZFS Crear un entorno de inicio en uno de los contextos siguientes: En una agrupación raíz ZFS ya creada En otra agrupación raíz ZFS A partir de un origen distinto del sistema actual que está en ejecución En un sistema que tenga instaladas zonas no globales Tras haber utilizado el comando `lucreate` para crear un entorno de inicio de ZFS, puede utilizar los demás comandos de Modernización automática de Solaris del entorno de inicio.	Debe crearse una agrupación de almacenamiento antes de utilizar el comando `lucreate`.	Capítulo 11, Actualización automática de Solaris y ZFS (descripción general) de Guía de instalación de Oracle Solaris 10 9/10: Actualización automática de Solaris y planificación de la actualización
JumpStart	A partir de la versión Solaris 10 10/09, puede establecer un perfil JumpStart para identificar a un archivo de almacenamiento Flash de una agrupación raíz de ZFS. Consulte Novedades de la versión Solaris 10 10/09. Puede crear un perfil para crear una agrupación de almacenamiento de ZFS y designar un sistema de archivos ZFS de inicio. Las nuevas palabras clave de ZFS proporcionan una instalación inicial.	No puede utilizar la palabra clave `install_type upgrade` para actualizar una agrupación raíz de ZFS. Tampoco puede utilizar las palabras clave de Solaris Flash. Algunas palabras clave que se admiten en un perfil específico de UFS no se admiten en un perfil específico de ZFS.	Para consultar rápidamente las palabras clave que se pueden utilizar en una instalación de ZFS, consulte Referencia rápida de palabras clave de perfil de Guía de instalación de Oracle Solaris 10 9/10: Instalaciones JumpStart personalizadas y avanzadas. Para ver una descripción de las palabras clave de ZFS y ejemplos de perfiles, consulte el Capítulo 9, Instalación de una agrupación raíz ZFS con JumpStart de Guía de instalación de Oracle Solaris 10 9/10: Instalaciones JumpStart personalizadas y avanzadas.

Capítulo 7 Inicio basado en SPARC y x86 (descripción general y planificación)

A partir de Solaris 10 10/08, los cambios en la arquitectura de inicio de Solaris proporcionan múltiples funciones nuevas, incluido el inicio desde distintos tipos de sistemas de archivos, como los sistemas de archivos ZFS. En este capítulo se describen algunos de estos cambios y se incluyen referencias a información adicional sobre el inicio. Asimismo, en este capítulo se ofrece información general sobre el inicio basado en GRUB para sistemas x86.

Este capítulo incluye los siguientes apartados:

Inicio para Solaris (descripción general)

A partir de la versión Solaris 10 10/08, se ha rediseñado el proceso de rutina de carga de Solaris SPARC para aumentar la homogenización de la arquitectura de inicio de Solaris x86. La arquitectura de inicio mejorada de Solaris aporta a la plataforma SPARC inicio directo, inicio basado en ramdisk y minirraíz ramdisk. Estas tecnologías admiten las siguientes funciones:

iniciar un sistema desde tipos de sistemas de archivos adicionales, como un sistema de archivos ZFS.
iniciar un único elemento minirraíz para la instalación de software desde DVD, NFS o HTTP

Otras mejoras son tiempos de inicio considerablemente más rápidos y menos requisitos de mantenimiento.

Como parte de este rediseño de la arquitectura, los archivos de almacenamiento de inicio de Solaris y el comando bootadm, que anteriormente sólo estaban disponibles en la plataforma Solaris x86, forman ahora una parte integral de la arquitectura de inicio de Solaris SPARC.

El cambio en la implementación del inicio de Solaris SPARC no afecta a los procedimientos administrativos para iniciar un sistema basado en SPARC. Las instalaciones de Solaris han cambiado para incluir la instalación desde un sistema de archivos ZFS, pero no se han modificado para la nueva arquitectura de inicio.

Inicio de entornos ZFS (descripción general)

Si el sistema tiene más de un sistema operativo instalado o más de un entorno de inicio raíz en una agrupación raíz ZFS, puede iniciar desde estos entornos en las plataformas SPARC y x86. Los entornos de inicio disponibles incluyen los creados por Modernización automática de Solaris.

A partir de Solaris 10 10/08 para un sistema basado en SPARC, puede iniciar un sistema de archivos raíz ZFS en una agrupación ZFS. Para las agrupaciones raíz ZFS, puede enumerar los entornos de inicio disponibles con el comando boot con la opción -L. Puede seleccionar un entorno de inicio y utilizar el comando OBP boot con la opción -Z para iniciar el entorno de inicio seleccionado. La opción -Z es una alternativa para el comando luactivate, que también se utiliza para iniciar un entorno de inicio nuevo para una agrupación raíz ZFS. El comando luactivate es el método preferido para alternar entre los entornos de inicio. Para un sistema de archivos UFS, puede seguir utilizando OpenBoot PROM OBP como interfaz administrativa principal y seleccionar las opciones de inicio con los comandos OBP.
A partir de Solaris 10 1/06 para los sistemas basados en x86, un menú de inicio de GRUB proporciona la interfaz para cambiar de un entorno de inicio a otro. A partir de Solaris 10 10/08, este menú enumera los entornos de inicio ZFS que están disponibles para el inicio. Si el entorno de inicio predeterminado es un sistema de archivos ZFS y se muestra el menú de GRUB, puede dejar que se inicie el entorno predeterminado o seleccionar otro. El menú de GRUB es una alternativa al uso del comando luactivate, que también se utiliza para iniciar un entorno de inicio nuevo para una agrupación raíz ZFS. El comando 88luactivate es el método preferido para alternar entre los entornos de inicio.

En los sistemas SPARC y x86, cada agrupación raíz ZFS tiene designado un conjunto de datos como sistema de archivos raíz predeterminado. Si en SPARC escribe el comando de inicio o en x86 acepta la configuración predeterminada del menú GRUB, se inicia este sistema de archivos raíz predeterminado.

Tabla 7–1 Dónde encontrar información sobre el inicio


Descripción	Información
Para obtener información más avanzada sobre las funciones de inicio	Capítulo 8, Introduction to Shutting Down and Booting a System de System Administration Guide: Basic Administration
Para obtener información más detallada sobre las funciones de inicio	Capítulo 9, Shutting Down and Booting a System (Overview) de System Administration Guide: Basic Administration
x86: Para obtener información sobre cómo modificar el comportamiento de inicio, como editar el archivo `menu.lst` o localizar el archivo `menu.lst`	Modifying Boot Behavior on x86 Based Systems (Task Map) de System Administration Guide: Basic Administration
Para conocer los procedimientos de inicio de un sistema de archivos ZFS	Capítulo 12, Booting an Oracle Solaris System (Tasks) de System Administration Guide: Basic Administration
Para conocer los procedimientos para administrar un archivo de almacenamiento de inicio, como localizar el archivo GRUB `menu.lst` y utilizar el comando `bootadm`	Capítulo 13, Managing the Oracle Solaris Boot Archives (Tasks) de System Administration Guide: Basic Administration

x86: Inicio basado en GRUB (información general)

GRUB, el cargador de inicio de código abierto, es el cargador de inicio predeterminado del sistema operativo Solaris.

El cargador de inicio es el primer programa de software que se ejecuta al encender un sistema. Al encender un sistema x86, el sistema básico de entrada/salida (BIOS, del inglés Basic Input/Output System) inicializa la CPU, la memoria y el hardware de la plataforma. Cuando termina la fase de inicialización, la BIOS carga el cargador de inicio desde el dispositivo de inicio configurado y, a continuación, transfiere el control del sistema al cargador de inicio.

GRUB es un cargador de inicio de código abierto con una interfaz de menú muy sencilla que incluye opciones de inicio predefinidas en un archivo de configuración. También es una interfaz de línea de comandos a la que se puede tener acceso desde la interfaz de menú para ejecutar distintos comandos de inicio. En el sistema operativo Solaris, la implementación de GRUB se ajusta a la especificación de inicio múltiple (multiboot). La especificación se describe con todo detalle en http://www.gnu.org/software/grub/grub.html.

Como el núcleo de Solaris es totalmente compatible con la especificación de inicio múltiple (multiboot), se puede utilizar GRUB para iniciar un sistema basado en x86 de Solaris. Mediante GRUB, el proceso de inicio resulta más sencillo y, además, permite la instalación de varios sistemas operativos.

Una ventaja importante de GRUB es su tratamiento intuitivo de los sistemas de archivos y los formatos ejecutables del núcleo, lo que permite cargar un sistema operativo sin necesidad de registrar la ubicación física del núcleo en el disco. En un inicio basado en GRUB, el núcleo se carga especificando el nombre del archivo, la unidad y la partición en la que se encuentra el núcleo. El inicio basado en GRUB sustituye al Asistente de configuración de dispositivos de Solaris por un menú de GRUB.

x86: Inicio basado en GRUB (planificación)

Esta sección describe los principios básicos del inicio basado en GRUB y describe el menú de GRUB.

De forma predeterminada, al instalar el sistema operativo Solaris, también se instalan dos entradas del menú de GRUB. La primera entrada es la del sistema operativo Solaris. La segunda entrada es el archivo de almacenamiento de inicio failsafe, que se utiliza para la recuperación del sistema. Las entradas del menú de GRUB de Solaris se instalan y actualizan automáticamente durante el proceso de instalación y actualización del software de Solaris. El sistema operativo administra directamente estas entradas, por lo que no deben editarse de forma manual.

Durante una instalación estándar del sistema operativo Solaris, también se instala GRUB en la partición de fdisk de Solaris, sin modificar la configuración de la BIOS del sistema. Si el sistema operativo no se encuentra en el disco de inicio de la BIOS, deberá realizar una de las siguientes acciones:

Modificar la configuración de la BIOS.
Utilizar un administrador de inicio para establecer la secuencia de inicio con la partición de Solaris. Para obtener información más detallada, consulte el administrador de inicio.

El método recomendado es instalar el sistema operativo Solaris en el disco de inicio. Si hay varios sistemas operativos instalados en el equipo, puede agregar entradas al archivo menu.lst. Estas entradas se mostrarán en el menú de GRUB la próxima vez que se inicie el sistema.

Para obtener información adicional acerca del uso de varios sistemas operativos, consulte How Multiple Operating Systems Are Supported by GRUB de System Administration Guide: Basic Administration.

x86: Instalación basada en GRUB desde la red

Para realizar un inicio de red basado en GRUB, se necesita un servidor DHCP que esté configurado para clientes PXE y un servidor de instalación que proporcione servicios tftp. El servidor DHCP debe ser capaz de responder a la clase DHCP, PXEClient y GRUBClient. La respuesta DHCP debe contener la siguiente información:

Dirección IP del servidor de archivos
Nombre del archivo de inicio (pxegrub)

Nota –

rpc.bootparamd, que suele ser imprescindible en el servidor para realizar un inicio de red, no es necesario en un inicio de red basado en GRUB.

Si no hay disponible ningún servidor PXE o DHCP, se puede cargar GRUB desde el CD-ROM o el disco local. A continuación, se puede configurar manualmente la red en GRUB, descargar el programa de inicio múltiple (multiboot) y el archivo de inicio desde el servidor de archivos.

Para obtener más información, consulte Información general sobre el inicio y la instalación en red con PXE de Guía de instalación de Oracle Solaris 10 9/10: instalaciones basadas en red.

Capítulo 8 Actualización cuando hay Zonas de Solaris instaladas en un sistema (planificación)

Este capítulo proporciona una descripción general de la tecnología de partición Zonas de Solaris relativa a la actualización del sistema operativo Solaris cuando se configuran zonas no globales.

Este capítulo incluye los siguientes apartados:

Zonas de Solaris (descripción general)

La tecnología de partición de zonas de Solaris se utiliza para virtualizar servicios del sistema operativo, y proporcionar un entorno aislado y seguro para ejecutar aplicaciones. Una zona no global es un entorno de sistema operativo virtualizado que se ha creado en una única instancia del SO Solaris. Cuando se crea una zona no global, se genera un entorno de ejecución de aplicaciones en el que los procesos están aislados del resto del sistema. Este aislamiento impide que los procesos que se están ejecutando en una zona no global supervisen o afecten a los procesos que se están ejecutando en otras zonas no globales. Incluso un proceso que se está ejecutando con credenciales de superusuario no puede ver ni afectar a la actividad que se esté realizando en otras zonas. Una zona no global proporciona también un nivel abstracto que separa las aplicaciones de los atributos físicos del equipo en el que se han implementado. Entre los ejemplos de este tipo de atributos, se incluyen las rutas de dispositivos físicos.

Todos los sistemas de Solaris contienen una zona global. La zona global tiene una doble función. La zona global es tanto la zona predeterminada para el sistema, como la zona que se usa para el control administrativo de todo el sistema. Todos los procesos se ejecutan en esta zona, a menos que el administrador global cree zonas que no sean globales. La zona global es la única zona desde la que se puede configurar, instalar, gestionar o desinstalar una zona no global. Sólo es posible iniciar la zona global desde el hardware del sistema. La administración de la infraestructura del sistema, como dispositivos físicos, enrutamiento o reconfiguración dinámica (DR), sólo es posible en la zona global. Los procesos con los privilegios adecuados que se ejecutan en la zona global pueden acceder a los objetos asociados a las zonas no globales.

Descripción	Para obtener más información
En las secciones siguientes se explica la manera de actualizar un sistema con zonas no globales.	Actualización con zonas no globales
Para obtener información exhaustiva sobre la creación y configuración de zonas no globales	Capítulo 16, Introducción a Solaris Zones de Guía de administración de sistemas: administración de recursos y contenedores de Oracle Solaris y zonas de Oracle Solaris

Actualización con zonas no globales

Una vez instalado el sistema operativo Solaris, puede instalar y configurar zonas no globales. El sistema operativo Solaris se puede actualizar cuando hay instaladas zonas no globales. Si tiene instaladas zonas no globales identificadas, se omiten durante el proceso de actualización. Los programas de instalación que pueden alojar sistemas con zonas no globales instaladas se resumen a continuación.

Nota –

A partir de la versión Solaris 10 10/09, la aplicación de parches a zonas en paralelo mejora las utilidades de los parches estándar de Solaris 10. Esta función mejora el rendimiento de la aplicación de parches a zonas mediante la aplicación de parches a zonas no globales en paralelo.

Aún se aplican parches a la zona global antes de que se apliquen a la zona no global.

Para las versiones anteriores a Solaris 10 10/09, esta función se proporciona en los siguientes parches de utilidades:

SPARC: parche 119254-66 o revisión posterior
x86: parche 119255-66 o revisión posterior

Para obtener más información, consulte la documentación siguiente:

Tabla 8–1 Selección de un programa de instalación para actualizar con zonas no globales


Programa de actualización	Descripción	Para obtener más información
Modernización automática de Solaris	Puede actualizar o aplicar un parche a un sistema que contenga zonas no globales. Si tiene un sistema con zonas no globales, para actualizar e implementar parches se recomienda el programa Modernización automática de Solaris. Es posible que otros programas de actualización requieran una considerable cantidad de tiempo para completar el proceso, ya que aumenta linealmente según la cantidad de zonas no globales instaladas. Si implementa una revisión en un sistema con Modernización automática de Solaris, no debe colocar el sistema en modo monousuario y puede maximizar el tiempo de inactividad del sistema. A partir de la versión 10 8/07 de Solaris, los cambios para alojar los sistemas con zonas no globales instaladas son los siguientes: El nuevo paquete `SUNWlucfg` debe instalarse junto con los otros paquetes de Modernización automática de Solaris, `SUNWlur` y `SUNWluu`. El proceso de crear un entorno de inicio a partir del actual sigue siendo el mismo con una excepción. Se puede especificar un segmento de destino para un sistema de archivos compartido en una zona no global. La excepción tiene lugar en las circunstancias siguientes: Si en el entorno de inicio actual se utilizó el comando `zonecfg add fs` para crear un sistema de archivos independiente para una zona no global Si dicho sistema de archivos independiente reside en un sistema de archivos compartido, por ejemplo `/zone/root/export` Para impedir que este sistema de archivos independiente se comparta en el nuevo entorno de inicio, se ha modificado el comando `lucreate` para poder especificar un segmento de destino para un sistema de archivos independiente de una zona no global. El argumento de la opción `-m` dispone de un nuevo campo opcional, `nombre_zona`. Este campo nuevo coloca el sistema de archivos independiente de la zona no global en un segmento independiente del nuevo entorno de inicio. Para obtener más información sobre cómo configurar una zona no global con un sistema de archivos independiente, consulte zonecfg(1M).	En sistemas de archivos UFS, para obtener instrucciones detalladas sobre el uso de Modernización automática de Solaris si hay instaladas zonas no globales, consulte el Capítulo 8, Actualización del sistema operativo Solaris en un sistema con zonas no globales instaladas de Guía de instalación de Oracle Solaris 10 9/10: Actualización automática de Solaris y planificación de la actualización. En agrupaciones raíz de ZFS, para obtener una visión general e instrucciones detalladas, consulte el Capítulo 14, Actualización automática de Solaris para ZFS con zonas no globales instaladas de Guía de instalación de Oracle Solaris 10 9/10: Actualización automática de Solaris y planificación de la actualización.
Modernización automática de Solaris (continuación)	Nota – De forma predeterminada, el sistema de inicio actual y los nuevos entornos de inicio comparten todos los sistemas de archivos excepto los sistemas de archivos críticos [raíz (`/`), `/usr` y sistemas de archivos `/opt`]. Al actualizar los archivos compartidos en el entorno de inicio activo se actualizan también los datos del entorno de inicio inactivo. El sistema de archivos `/export` es un ejemplo de sistema de archivos compartido. Si utiliza las opciones `-m` y `zonename`, el sistema de archivos compartido de la zona no global se copia en un segmento independiente y no se comparten datos. Esta opción impide que los sistemas de archivos de zona no global creados con el comando `zonecfg add fs` puedan compartirse entre los entornos de inicio. Los cambios adicionales, a partir de la versión 10/8/07, que alojan sistemas con zonas no globales instaladas incluyen lo siguiente: Mejora en la comparación de entornos de inicio. El comando `lucompare` genera una comparación de entornos de inicio en la que se incluye el contenido de cualquier zona no global. El comando `lumount` proporciona zonas no globales con acceso a sus pertinentes sistemas de archivos independientes que hay en entornos de inicio inactivos. Si el administrador de zonas globales emplea el comando `lumount` para montar un entorno de inicio inactivo, el entono de inicio también se monta para zonas no globales. La lista de sistemas de archivos mediante el comando `lufslist` se mejora para poder obtener una lista de sistemas de archivos de la zona global y las zonas no globales.
GUI interactiva del programa de instalación de Solaris	Puede actualizar o aplicar un parche a un sistema cuando hay zonas no globales instaladas. El periodo de actualización o implementación de la revisión puede ser considerable: depende de la cantidad de zonas no globales instaladas.	Para obtener más información relativa a la instalación con este programa, consulte el Capítulo 2, Instalación con el programa de instalación de Solaris para sistemas de archivos UFS (tareas) de Guía de instalación de Oracle Solaris 10 9/10: instalaciones básicas.
Instalación automatizada de JumpStart	Puede actualizar o aplicar un parche con cualquier palabra clave que se aplique a una actualización o parche. El periodo de actualización o implementación de la revisión puede ser considerable: depende de la cantidad de zonas no globales instaladas.	Para obtener más información sobre la instalación con este programa, consulte Guía de instalación de Oracle Solaris 10 9/10: Instalaciones JumpStart personalizadas y avanzadas.

Las limitaciones al efectuar actualizaciones con zonas no globales se enumeran en la siguiente tabla.

Tabla 8–2 Limitaciones al actualizar con zonas no globales


Programa o condición	Descripción	Para obtener más información
Debe tener en cuenta estos problemas al usar Modernización automática de Solaris en un sistema con zonas instaladas. Es fundamental evitar transiciones de estados de zonas durante las operaciones con los comandos `lucreate` y `lumount`.	Si se utiliza el comando `lucreate` para generar un entorno de inicio inactivo, si una determinada zona no global no está en ejecución, dicha zona no podrá ejecutarse hasta que haya finalizado la operación con `lucreate`. Si se utiliza el comando `lucreate` para generar un entorno de inicio inactivo, si una determinada zona no global está en ejecución, dicha zona no deberá detenerse ni reiniciarse hasta que haya finalizado la operación con `lucreate`. Si un entorno de inicio inactivo se monta con el comando `lumount`, no puede iniciar las zonas no globales ni reiniciarlas, si bien las zonas que se estuvieran ejecutando antes de iniciar la operación con el comando `lumount` pueden seguir ejecutándose. Debido a que un administrador de zonas no globales y uno de zonas globales pueden controlar una zona no global, durante las operaciones con los comandos `lucreate` o `lumount` se recomienda detener todas las zonas, para evitar cualquier interacción.	En sistemas de archivos UFS, para obtener instrucciones detalladas sobre el uso de Modernización automática de Solaris si hay instaladas zonas no globales, consulte el Capítulo 8, Actualización del sistema operativo Solaris en un sistema con zonas no globales instaladas de Guía de instalación de Oracle Solaris 10 9/10: Actualización automática de Solaris y planificación de la actualización. En agrupaciones raíz de ZFS, para obtener una visión general e instrucciones detalladas, consulte el Capítulo 14, Actualización automática de Solaris para ZFS con zonas no globales instaladas de Guía de instalación de Oracle Solaris 10 9/10: Actualización automática de Solaris y planificación de la actualización.
Puede haber problemas si el administrador de la zona global no avisa al administrador de la zona no global de una actualización con Modernización automática de Solaris.	Cuando se ejecutan operaciones de Modernización automática de Solaris, la intervención del administrador de zonas no globales es fundamental. La actualización repercute en la forma de trabajar de los administradores, los cuales se encargarán de los cambios que haya como resultado de la actualización. Los administradores de zonas deben asegurarse de la estabilidad de los paquetes locales durante la secuencia, ocuparse de todas las tareas posteriores a la actualización, como los ajustes en los archivos de configuración, y en general prever las interrupciones de suministro del sistema. Por ejemplo, si un administrador de zona no global agrega un paquete mientras el administrador de zona global está copiando los sistemas de archivos con el comando `lucreate`, el nuevo paquete no se copia con los sistemas de archivos y el administrador de zonas no globales no es consciente del problema.
Los archivos de almacenamiento Flash de Solaris no se pueden usar con zonas no globales.	Un archivo de almacenamiento Solaris Flash no se puede crear correctamente cuando hay instalada una zona no global. La función Solaris Flash no es compatible con la tecnología de partición de Zonas de Solaris. Si crea un archivo de almacenamiento Solaris Flash, el archivo de almacenamiento resultante no se instalará adecuadamente si el archivo de almacenamiento se implementa en estas circunstancias: El archivo de almacenamiento se ha creado en una zona no global. El archivo de almacenamiento se ha creado en una zona global que contiene zonas no globales instaladas.	Para obtener más información sobre el uso de archivos de almacenamiento de Solaris Flash, consulte Guía de instalación de Oracle Solaris 10 9/10: archivos de almacenamiento de Solaris (creación e instalación).
En algunas situaciones, no se debe utilizar un comando que emplee la opción `-R` o una equivalente.	Cualquier comando que acepte un sistema de archivos raíz (`/`) alternativo mediante la opción `-R` u otra equivalente no se debe usar cuando se dan las siguientes circunstancias: El comando se ejecuta en la zona global. El sistema de archivos raíz (`/`) alternativo hace referencia a una ruta en una zona no global. Por ejemplo, la opción `-R` `ruta_raíz` de la utilidad `pkgadd` se ejecuta desde la zona global con una ruta a un sistema de archivos raíz (`/`) ubicado en una zona no global.	Para ver una lista de las utilidades que aceptan un sistema de archivos raíz alternativo (`/`) y más información acerca de las zonas, consulte Limitación del acceso a una zona no global desde la zona global de Guía de administración de sistemas: administración de recursos y contenedores de Oracle Solaris y zonas de Oracle Solaris.

Copia de seguridad del sistema antes de realizar una actualización con zonas

Debe realizar una copia de seguridad de las zonas globales y no globales en el sistema Solaris antes de efectuar la actualización. Para obtener más información sobre cómo efectuar una copia de seguridad de un sistema con zonas instaladas, consulte el Capítulo 27, Administración de zonas de Solaris (descripción general) de Guía de administración de sistemas: administración de recursos y contenedores de Oracle Solaris y zonas de Oracle Solaris.

Requisitos de espacio en disco para zonas no globales

Al instalar la zona global, reserve suficiente espacio en el disco para todas las zonas que se van a crear. Cada zona no global puede tener requisitos particulares de espacio en disco.

No hay límites en cuanto a la cantidad de espacio en disco que una zona puede utilizar. El administrador de la zona global es responsable de la restricción de espacio. Incluso un pequeño sistema de un procesador puede admitir una serie de zonas ejecutándose simultáneamente. Las características de los paquetes instalados en la zona global afectan a estos requisitos de espacio de las zonas no globales que se crean. El número de paquetes y los requisitos de espacio son factores.

Para obtener información completa sobre las recomendaciones y los requisitos de planificación, consulte el Capítulo 18, Planificación y configuración de zonas no globales (tareas) de Guía de administración de sistemas: administración de recursos y contenedores de Oracle Solaris y zonas de Oracle Solaris.

Capítulo 9 Creación de volúmenes RAID-1 (reflejos) durante la instalación (información general)

Este capítulo trata sobre las ventajas de crear volúmenes RAID-1 (reflejos) para el sistema de archivos raíz (/). También se describen los componentes de Solaris Volume Manager necesarios para crear reflejos de sistemas de archivos. En él se tratan los siguientes temas.

Para obtener más información sobre Modernización automática de Solaris o JumpStart, consulte las referencias siguientes:

¿Por qué utilizar volúmenes RAID-1?

En el proceso de la instalación o actualización, puede crear volúmenes RAID-1 para duplicar los datos del sistema en varios discos físicos. De esta manera puede proteger los datos de daños o de fallos en el disco.

Los métodos JumpStart personalizada de Solaris y Modernización automática de Solaris utilizan la tecnología Solaris Volume Manager para crear volúmenes RAID-1 que reflejan un sistema de archivos. Solaris Volume Manager ofrece un método potente para la gestión fiable de los discos y datos mediante el uso de volúmenes; permite utilizar concatenaciones, bandas y otras configuraciones complejas. Los métodos de instalación JumpStart personalizada y Modernización automática de Solaris permiten un subconjunto de estas tareas, como la creación de un volumen RAID-1 para el sistema de archivos raíz (/). Puede crear volúmenes RAID-1 durante la instalación o actualización, eliminando la necesidad de crearlos después de la instalación.

Para obtener directrices, consulte Directrices para JumpStart personalizada y para Modernización automática de Solaris.
Para obtener más información acerca del complejo software Solaris Volume Manager y sus componentes, consulte la Solaris Volume Manager Administration Guide.

¿Cómo funcionan los volúmenes RAID-1?

Solaris Volume Manager utiliza discos virtuales para administrar discos físicos y sus datos asociados. En Solaris Volume Manager, un disco virtual se denomina volumen. Un volumen es un nombre para un grupo de segmentos físicos que aparecen en el sistema como un dispositivo lógico, único. De acuerdo con la terminología estándar de UNIX los volúmenes son realmente dispositivos seudo o virtuales.

Funcionalmente y desde el punto de vista de una aplicación o de un sistema de archivos (como UFS), un volumen es idéntico a un disco físico. Solaris Volume Manager convierte las solicitudes de E/S dirigidas a un volumen en solicitudes de E/S, en los discos subyacentes de los miembros. Los volúmenes de Solaris Volume Manager se construyen a partir de segmentos (particiones de disco) o desde otros volúmenes de Solaris Volume Manager.

Puede utilizar volúmenes para aumentar el rendimiento y la disponibilidad de los datos. En algunos casos, los volúmenes también pueden aumentar el rendimiento de E/S. Funcionalmente, los volúmenes se comportan del mismo modo que los segmentos. Debido a que los volúmenes parecen segmentos, son transparentes para los usuarios finales, las aplicaciones y los sistemas de archivos. Al igual que los dispositivos físicos, puede usar Solaris Volume Manager para acceder a los volúmenes a través de nombres de dispositivos básicos o de bloque. El nombre del volumen cambia, según si se utiliza el dispositivo básico o de bloque. El método de instalación JumpStart personalizada y Modernización automática de Solaris admiten el uso de dispositivos de bloque para crear sistemas de archivos reflejados. Consulte Requisitos de los nombres de volúmenes RAID y directrices para la Modernización automática de Solaris y JumpStart personalizada para obtener información acerca de los nombres de volúmenes.

Al crear volúmenes RAID-1 con volúmenes RAID-0 (concatenaciones de un solo segmento), Solaris Volume Manager duplica datos en las subreflejos RAID-0 y las considera un solo volumen.

La Figura 9–1 muestra un reflejo que duplica el sistema de archivos raíz (/) en dos discos físicos.

Figura 9–1 Creación de volúmenes RAID-1 en el sistema de archivos raíz (/) en dos discos

La Figura 9–1 muestra un sistema con la siguiente configuración.

El reflejo que recibe el nombre de d30 consta de subreflejos llamados d31 y d32. El reflejo, d30, duplica los datos en el sistema de archivos raíz (/) de ambos subreflejos.
El sistema de archivos raíz (/) de hdisk0 se incluye en la concatenación de un único segmento denominada d31.
El sistema de archivos raíz (/) se copia en el disco duro denominado hdisk1. Esta copia es una concatenación de un único segmento que se denomina d32.

Descripción general de los componentes de Solaris Volume Manager

El método de instalación JumpStart personalizada y Modernización automática de Solaris permiten crear los siguientes componentes necesarios para replicar datos.

Bases de datos de estado y réplicas de bases de datos de estado (metadbs)
Volúmenes RAID-1 (reflejos) con concatenaciones de un único segmento (subreflejos)

En esta sección se describe brevemente cada uno de estos componentes. Si desea una información completa sobre estos componentes, consulte la Solaris Volume Manager Administration Guide.

Bases de datos de estado y réplicas de bases de datos de estado

La base de datos de estado es el archivo de almacenamiento que almacena información en un disco físico. Registra y hace un seguimiento de los cambios efectuados en la configuración. Solaris Volume Manager actualiza automáticamente la base de datos de estado cuando se produce una configuración o un cambio de estado. La creación de un nuevo volumen es un ejemplo de cambio en la configuración. Un fallo en el subreflejo es un ejemplo de cambio de estado.

La base de datos de estado es en realidad un conjunto de varias copias de bases de datos replicadas. que se conocen como réplicas de bases de datos de estado y aseguran que los datos de éstas siempre sean válidos. Las copias de la base de datos de estado son una protección contra la pérdida de datos en momentos concretos de fallo. La base de datos de estado almacena la ubicación y el estado de todas las réplicas conocidas de la base de datos de estado.

Solaris Volume Manager no puede funcionar hasta que no haya creado la base de datos de estado y sus réplicas. Una configuración de Solaris Volume Manager debe tener una base de datos de estado operativa.

Las réplicas de bases de datos de estado garantizan que la base de datos de estado siempre sea válida. Si se actualiza la base de datos de estado, cada réplica de base de datos de estado se actualiza también. Las actualizaciones se producen de una en una, para protegerlas a todas de un posible deterioro si el sistema se bloquea.

Si el sistema pierde una réplica de bases de datos de estado, Solaris Volume Manager debe identificar las réplicas de bases de datos de estado que contienen todavía datos válidos, para lo cual utiliza un algoritmo de consenso por mayoría. Éste requiere que una mayoría (mitad + 1) de las réplicas de la base de datos de estado esté disponible y en concordancia antes de que cualquiera de ellas se considere válida. En consecuencia, se deben crear al menos tres réplicas de bases de datos de estado cuando se establezca la configuración del disco. Así se puede alcanzar un consenso si al menos dos de las tres réplicas de bases de datos de estado están disponibles.

Cada réplica de bases de datos de estado ocupa 4 MB (8192 sectores del disco) de almacenamiento, de manera predeterminada. Las réplicas se pueden almacenar en los dispositivos siguientes:

Un segmento exclusivo del disco local
Sólo Modernización automática de Solaris:
- Un segmento local que será parte de un volumen
- Un segmento local que será parte de un dispositivo de registro UFS

Las réplicas no se pueden almacenar en los segmentos raíz (/), swap o /usr o en otros que contengan sistemas de archivos o datos. Una vez almacenadas las réplicas, los volúmenes o sistemas de archivos se pueden colocar en el mismo segmento.

Puede conservar más de una copia de una base de datos de estado en un segmento. No obstante, puede que el sistema se vuelva más vulnerable a un único momento de fallo si sitúa las réplicas de bases de datos de estado en un único segmento.

Descripción	Para obtener más información
Al utilizar Modernización automática de Solaris o JumpStart personalizada para instalar volúmenes RAID-1, revise estos procedimientos y directrices.	Requisitos y directrices para las réplicas de las bases de datos de estado
Obtenga información más detallada acerca de la base de datos de estado y las réplicas de bases de datos de estado.	Solaris Volume Manager Administration Guide

Volúmenes RAID-1 (reflejos)

Un volumen RAID-1, o reflejo, es un volumen que mantiene copias idénticas de los datos en volúmenes RAID-0 (concatenaciones de un único segmento). Después de configurar un volumen RAID-1, dicho volumen se puede utilizar como si fuera un segmento físico. Puede duplicar cualquier sistema de archivos, incluidos los existentes. También puede utilizar un volumen RAID-1 para cualquier aplicación, como una base de datos.

El uso de volúmenes RAID-1 para reflejar sistemas de archivos tiene sus ventajas e inconvenientes:

Con los volúmenes RAID-1, los datos se pueden leer en ambos volúmenes RAID-0 simultáneamente (cualquier volumen puede atender cualquier solicitud), proporcionando un rendimiento mejorado. Si un disco físico falla, puede continuar usando el reflejo sin pérdida de rendimiento ni de datos.
El uso de volúmenes RAID-1 implica un gasto considerable en discos. Necesitará al menos el doble de espacio en disco que la cantidad de datos.
Como Solaris Volume Manager debe escribir en todos los volúmenes RAID-0, la duplicación de los datos también puede incrementar el tiempo que se necesita para escribir solicitudes en disco.

Descripción	Para obtener más información
Planificación de volúmenes RAID-1	Directrices y requisitos para volúmenes RAID-1 y RAID-0
Información detallada relativa a los volúmenes RAID-1	Solaris Volume Manager Administration Guide

Volúmenes RAID-0 (concatenaciones)

Un volumen RAID-0 es una concatenación de un único segmento. La concatenación es un volumen cuyos datos se organizan en serie y de manera adyacente en los componentes, y que conforman una unidad de almacenamiento lógico. El método de instalación JumpStart personalizada y Modernización automática de Solaris no permiten crear repartos en bandas ni otros volúmenes complejos de Solaris Volume Manager.

En el proceso de instalación o actualización, puede crear volúmenes RAID-1 (reflejos) y conectar los volúmenes RAID-0 a estos reflejos. Los volúmenes RAID-0 que se reflejan se denominan subreflejos. Un reflejo se compone de uno o más volúmenes RAID-0. Después de la instalación se pueden gestionar los datos en volúmenes separados del subreflejo de RAID-0 administrando el volumen del reflejo RAID-1 mediante Solaris Volume Manager.

El método de instalación JumpStart personalizada permite crear un reflejo que conste de hasta dos subreflejos. Modernización automática de Solaris permite crear un reflejos que consta de hasta tres subreflejos. Normalmente, un reflejo de dos vías es suficiente. Un tercer subreflejo permite efectuar copias de seguridad en línea sin perder la redundancia de datos mientras un subreflejo queda fuera de línea para la copia de seguridad.

Descripción	Para obtener más información
Planificación de volúmenes RAID–0	Directrices y requisitos para volúmenes RAID-1 y RAID-0
Información detallada relativa a los volúmenes RAID-0	Solaris Volume Manager Administration Guide

Ejemplo de diseño de discos en volúmenes RAID-1

La siguiente figura muestra un volumen RAID-1 que duplica el sistema de archivos raíz (/) en dos discos físicos. Las réplicas de bases de datos de estado (metadbs) se sitúan en ambos discos.

Figura 9–2 Diseño de discos en volúmenes RAID-1

La Figura 9–2 muestra un sistema con la siguiente configuración.

El reflejo que recibe el nombre de d30 consta de subreflejos llamados d31 y d32. El reflejo, d30, duplica los datos en el sistema de archivos raíz (/) de ambos subreflejos.
El sistema de archivos raíz (/) de hdisk0 se incluye en la concatenación de un único segmento denominada d31.
El sistema de archivos raíz (/) se copia en el disco duro denominado hdisk1. Esta copia es una concatenación de un único segmento que se denomina d32.
Las réplicas de bases de datos de estado se crean en ambos segmentos: hdisk0 y hdisk1.

Descripción	Para obtener más información
Ejemplo de perfil JumpStart	Ejemplos de perfiles de Guía de instalación de Oracle Solaris 10 9/10: Instalaciones JumpStart personalizadas y avanzadas
Procedimientos paso a paso en Modernización automática de Solaris	Para crear un entorno de inicio con volúmenes RAID-1 (reflejos) de Guía de instalación de Oracle Solaris 10 9/10: Actualización automática de Solaris y planificación de la actualización

Capítulo 10 Creación de volúmenes RAID-1 (reflejos) durante la instalación (planificación)

Este capítulo describe los requisitos y directrices necesarios para crear volúmenes RAID-1 con los métodos de instalación JumpStart personalizada o Modernización automática de Solaris.

En él se tratan los siguientes temas.

Para obtener más información sobre Modernización automática de Solaris o JumpStart, consulte las referencias siguientes:

Requisitos del sistema

Para crear volúmenes RAID-1 para duplicar datos en segmentos específicos, los discos que vaya a utilizar deben estar conectados directamente y disponibles para el sistema durante la instalación.

Requisitos y directrices para las réplicas de las bases de datos de estado

Debe distribuir las réplicas de las bases de datos de estado en los segmentos, unidades y controladores, con el fin de evitar puntos concretos de fallos. Se necesita una mayoría de réplicas para superar un fallo concreto de un componente. Si pierde una réplica, por ejemplo cuando un dispositivo falla, el error puede provocar problemas al ejecutar el software Solaris Volume Manager o al reiniciar el sistema. El software Solaris Volume Manager requiere al menos que la mitad de las réplicas estén disponibles para su ejecución, pero una mayoría (la mitad más una) para reiniciar en modo multiusuario.

Si desea instrucciones detalladas sobre la creación y administración de réplicas de bases de datos de estado, consulte la Solaris Volume Manager Administration Guide.

Selección de segmentos para las réplicas de las bases de datos de estado

Antes de seleccionar los segmentos para las réplicas de las bases de datos de estado, tenga en cuenta las directrices y recomendaciones siguientes.

Tarea	Descripción
Elegir un segmento exclusivo	Debe crear réplicas de bases de datos de estado en un segmento exclusivo de al menos 4 MB por réplica. Si fuera necesario puede crear réplicas de bases de datos de estado en un segmento que se vaya a utilizar como parte de un volumen RAID-0 o RAID-1. Debe crear las réplicas antes de añadir el segmento al volumen.
Cambiar el tamaño de un segmento	De manera predeterminada, el tamaño de una réplica de base de datos de estado es de 4 MB o 8192 bloques de discos. Si el tamaño de un segmento del disco no es el adecuado puede cambiarlo para que aloje la réplica de la base de datos de estado. Para obtener información sobre cambios en el tamaño de un segmento, consulte el Capítulo 11, Administering Disks (Tasks) de System Administration Guide: Devices and File Systems.
Elegir un segmento que no se esté utilizando	Puede crear réplicas de bases de datos de estado en segmentos que no estén en uso. La parte de un segmento reservada a la réplica de bases de datos de estado no se debe usar para ningún otro fin.
	No puede crear réplicas de bases de datos de estado en sistemas de archivos existentes ni en los sistemas de archivos raíz (`/`), `/usr` ni `swap.` Si fuera necesario, puede crear un nuevo segmento (siempre que haya un nombre de segmento disponible) asignando espacio desde el archivo `de intercambio`; coloque después las réplicas de bases de datos de estado en ese nuevo segmento.
Seleccionar un segmento que se convierte en volumen	Si una réplica de la base de datos de estado se sitúa en un segmento que se convierte en parte de un volumen, la capacidad de éste se reduce a causa del espacio ocupado por las réplicas. El espacio ocupado por una réplica se redondea hasta el límite del cilindro siguiente y este espacio lo omite el volumen.

Elección del número de réplicas de bases de datos de estado

Antes de elegir el número de réplicas de bases de datos de estado, tenga en cuenta las directrices siguientes.

Se recomienda un mínimo de 3 réplicas de bases de datos de estado hasta un máximo de 50 réplicas por conjunto de discos de Solaris Volume Manager. Se recomiendan las directrices siguientes:
- Para un sistema con una sola unidad: sitúe las tres réplicas en un segmento.
- Para un sistema que disponga de dos a cuatro unidades: sitúe dos réplicas en cada unidad.
- Para un sistema con cinco unidades o más: sitúe una réplica en cada unidad.
Las réplicas adicionales de bases de datos de estado pueden mejorar el rendimiento del reflejo. Generalmente, necesita añadir dos réplicas a cada reflejo que añada al sistema.
Si dispone de un volumen RAID-1 que se vaya a usar para E/S aleatoria de pequeño tamaño (por ejemplo, una base de datos) tenga en cuenta el número de réplicas. Para conseguir un mejor rendimiento, debe tener al menos dos réplicas extra por volumen RAID-1 en los segmentos (y preferiblemente en discos y controladores) que estén desconectados del volumen RAID-1.

Distribución de las réplicas de bases de estado en los controladores

Si hay varios controladores, las réplicas se deben distribuir lo más uniformemente posible entre todos ellos. Esta estrategia proporciona la sustitución, si un controlador falla, y también ayuda a equilibrar la carga. Si hay varios discos en un controlador, al menos dos de ellos en cada controlador deben almacenar una réplica.

Directrices y requisitos para volúmenes RAID-1 y RAID-0

Si está trabajando con volúmenes RAID-1 (reflejos) y volúmenes RAID-0 (concatenaciones de segmentos únicos), tenga en cuenta las directrices siguientes.

Directrices para JumpStart personalizada y para Modernización automática de Solaris

El método de instalación JumpStart personalizada y Modernización automática de Solaris admiten un subconjunto de características disponibles en el software de Solaris Volume Manager. Si crea sistemas de archivos reflejados con estos programas de instalación, tenga en cuenta estas directrices.

Programa de instalación	Función admitida	Función no admitida
JumpStart personalizada y Modernización automática de Solaris	Admite volúmenes RAID-0 y RAID-1, pero no admite otros componentes de Solaris Volume Manager como volúmenes RAID-5. El volumen RAID-0 es compatible pero sólo como una concatenación de segmentos únicos.	En Solaris Volume Manager, un volumen RAID-0 puede hacer referencia a bandas de discos o concatenaciones de discos. No puede crear volúmenes de reparto en bandas RAID-0 durante la instalación o actualización.
JumpStart personalizada	Admite la creación de volúmenes RAID-1 únicamente durante una instalación inicial. Puede crear hasta dos volúmenes RAID-0 (subreflejos) para cada volumen RAID-1. Normalmente dos subreflejos proporcionan suficientes datos para la mayoría de las aplicaciones y los costes de la unidad de disco son menores.	No admite una actualización cuando los volúmenes RAID-1 están configurados. No se admiten más de dos volúmenes RAID-0.
Modernización automática de Solaris	Puede crear hasta tres volúmenes RAID-0 (subreflejos) para cada volumen RAID-1. Tres subreflejos permiten dejar fuera de línea un subreflejo y efectuar una copia de seguridad mientras se mantiene los dos subreflejos restantes para una redundancia continuada de los datos. Admite la creación de volúmenes RAID-1 durante una actualización. Para ver ejemplos, consulte Para crear un entorno de inicio con volúmenes RAID-1 (reflejos) de Guía de instalación de Oracle Solaris 10 9/10: Actualización automática de Solaris y planificación de la actualización.	No se admiten más de tres volúmenes RAID-0.
Crear e instalar Solaris Flash con volúmenes RAID-1	Puede crear un archivo de almacenamiento Solaris Flash a partir de un sistema principal en el que se hayan configurado volúmenes RAID-1 de Solaris Volume Manager. El software de creación de Solaris Flash elimina toda la información de los volúmenes RAID-1 del archivo de almacenamiento para mantener la integridad del sistema clónico. Con JumpStart personalizado puede reconstruir los volúmenes RAID-1 usando un perfil de JumpStart. Con Modernización automática de Solaris, puede crear un entorno de inicio con volúmenes RAID-1 configurados e instalar el archivo de almacenamiento. El programa de instalación de Solaris no se puede usar para instalar volúmenes RAID-1 con un archivo de almacenamiento de Solaris Flash. Para ver ejemplos de volúmenes RAID-1 en perfiles de JumpStart, consulte Ejemplos de perfiles de Guía de instalación de Oracle Solaris 10 9/10: Instalaciones JumpStart personalizadas y avanzadas.	Veritas VxVM almacena información de configuración en áreas que no están disponibles para Solaris Flash. Si se han configurado sistemas de archivos de Veritas VxVM, no deberá crear ningún archivo de almacenamiento de Solaris Flash. Además, las instalaciones de Solaris, incluidos JumpStart y Modernización automática de Solaris, no admiten la reconstrucción de volúmenes VxVM en el momento de la instalación. Por lo tanto, si tiene previsto implementar el software Veritas VxVM usando un archivo de almacenamiento de Solaris Flash, dicho archivo de almacenamiento deberá crearse antes de configurar los sistemas de archivos VxVM. A continuación, habrá que configurar individualmente los sistemas clonados después de que el archivo de almacenamiento se haya aplicado y se haya reiniciado el sistema.

Requisitos de los nombres de volúmenes RAID y directrices para la Modernización automática de Solaris y JumpStart personalizada

Tenga en cuenta las reglas siguientes a la hora de asignar nombres a los volúmenes.

Use un método de asignación de nombre que asigne los números del segmento y del disco a los números de los volúmenes.
Los nombres de los volúmenes deben comenzar por la letra d seguida de un número, por ejemplo, d0.
Solaris Volume Manager tiene 128 nombres de volúmenes predeterminados, del 0 al 127. La lista siguiente muestra algunos ejemplos de nombres de volúmenes.
- Dispositivo /dev/md/dsk/d0 – volumen del bloque d0
- Dispositivo /dev/md/dsk/d1 – volumen del bloque d1
Utilice rangos para cada tipo concreto de volúmenes. Por ejemplo, asigne números del 0 al 20 para los volúmenes RAID-1 y del 21 al 40 para los volúmenes RAID-0.

Convenciones de la asignación de nombres de los volúmenes RAID para la Modernización automática de Solaris

Si utiliza Modernización automática de Solaris para crear volúmenes RAID-1 (reflejos) y volúmenes RAID-0 (subreflejos), puede habilitar el software para que detecte y asigne nombres de volúmenes, o puede asignar nombres. Si se habilita el software para que detecte los nombres, se asigna el primer nombre de reflejo o subreflejo disponible. Si el usuario asigna nombres a los reflejos, debe asignar nombres que terminen en cero, de modo que la instalación pueda usar nombres que acaben en 1 y en 2 para los subreflejos. Si asigna nombres de subreflejos, asigne los nombres que terminen en 1 o 2. Si asigna números de manera incorrecta, es posible que el reflejo no llegue a crearse. Por ejemplo, si especifica el nombre de un reflejo con un número que acabe en 1 o en 2 (d1 o d2), la Modernización automática de Solaris no podrá crear el reflejo si su nombre duplica el nombre de un subreflejo.

Nota –

En versiones anteriores se podía especificar un nombre de volumen abreviado. A partir de Solaris 10 10/08, sólo es posible especificar el nombre completo del volumen. Para especificar un reflejo, únicamente se puede utilizar el nombre completo del volumen, por ejemplo /dev/md/dsk/d10.

Ejemplo 10–1 Modernización automática de Solaris: habilitación del software para detectar y asignar un nombre al reflejo y el subreflejo

En este ejemplo, Modernización automática de Solaris asigna los nombres de los volúmenes. Los volúmenes RAID-1 d0 y d1 son los únicos en uso. Para el reflejo d10, Modernización automática de Solaris elige d2 para el subreflejo del dispositivo c0t0d0s0 y d3 para el subreflejo del dispositivo c1t0d0s0.

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

Ejemplo 10–2 Modernización automática de Solaris: asignación de nombres a reflejos y subreflejos

En este ejemplo, los nombres de los volúmenes se asignan en el comando. Para el reflejo d10, d11 es el nombre del subreflejo del dispositivo c0t0d0s0 y d12 es el nombre del subreflejo del dispositivo 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

Si desea información detallada sobre los requisitos para la asignación de nombres de Solaris Volume Manager, consulte la Solaris Volume Manager Administration Guide.

Convenciones de la asignación de nombres de los volúmenes RAID para JumpStart personalizada

Si usa el método de instalación JumpStart personalizada para crear volúmenes RAID-1 (reflejos) y volúmenes RAID-0 (subreflejos), puede habilitar el software para que detecte y asigne nombres de volúmenes a los reflejos, o puede asignar los nombres del perfil.

Si habilita el software para que detecte los nombres, se asigna el número del primer volumen disponible.
Si el usuario asigna nombres del perfil, debe asignar nombres de reflejos que acaben en cero, de manera que la instalación pueda usar los nombres que terminen en 1 y en 2 para los subreflejos.

Nota –
Si asigna números de manera incorrecta, es posible que el reflejo no llegue a crearse. Por ejemplo, si especifica un nombre de reflejo con un número que acabe en 1 o en 2 (d1 o d2), JumpStart no podrá crear el reflejo si su nombre duplica el nombre de un subreflejo.

Nota –

Los nombres de los segmentos de disco físicos y de los volúmenes de Solaris Volume Manager pueden abreviarse. La abreviatura es el nombre más corto que identifica un dispositivo de forma exclusiva. A continuación se indican algunos ejemplos.

Un volumen de Solaris Volume Manager se puede identificar mediante su designación dnum; de esta forma, por ejemplo, /dev/md/dsk/d10 se convierte simplemente en d10.
Si un sistema tiene un único controlador y varios discos se puede utilizar t0d0s0; si hay varios controladores, utilice c0t0d0s0.

Ejemplo 10–3 Habilitación del software para que detecte los nombres de los reflejos y los subreflejos

En el ejemplo siguiente de perfiles, el reflejo recibe los números de los primeros volúmenes disponibles. Si el siguiente reflejo disponible que acabe en cero es d10, los nombres d11 y d12 se asignan a los subreflejos.

filesys                 mirror c0t0d0s1  /

Ejemplo 10–4 Asignación de nombres a reflejos y subreflejos

En ejemplo de perfil siguiente, el número de reflejo que se asigna al perfil es d30. El software asigna los nombres de los subreflejos a partir del número de reflejos y los primeros subreflejos disponibles. d31 y d32 se asignan como nombres a los subreflejos.

filesys                 mirror:d30 c0t1d0s0 c0t0d0s0  /

Si desea información detallada sobre los requisitos para la asignación de nombres de Solaris Volume Manager, consulte la Solaris Volume Manager Administration Guide.

Directrices para la selección de discos y controladores

Si selecciona los discos y los controladores que desee usar para reflejar un sistema de archivos, tenga en cuenta estas directrices.

Use componentes de diferentes controladores para aumentar el número de lecturas y escrituras simultáneas que se pueden efectuar.
Mantenga los segmentos de varios subreflejos en diferentes discos y controladores. La protección de los datos disminuye considerablemente si los segmentos de dos o más subreflejos del mismo reflejo están en el mismo disco.
Organice los subreflejos en controladores separados, puesto que los controladores y los cables asociados tienden a fallar con más frecuencia que los discos. Esta práctica también mejora el rendimiento de los discos.
Use el mismo tipo de discos y controladores en un solo reflejo. Especialmente en los viejos dispositivos de almacenamiento SCSI, los diferentes modelos o marcas de discos o de controladores pueden tener un rendimiento muy variable. La combinación de diversos niveles de rendimiento en un único reflejo puede provocar que el rendimiento se degrade significativamente.

Directrices para la selección de dispositivos

Si selecciona los segmentos que desee usar para reflejar un sistema de archivos, tenga en cuenta estas directrices.

Cualquier sistema de archivos, incluido el raíz (/), de intercambio y /usr puede usar un reflejo. Cualquier aplicación, como una base de datos, puede usar un reflejo.
Compruebe que los segmentos de los subreflejos sean de igual tamaño. Los subreflejos de diferentes tamaños provocan que haya espacio en el disco sin usar.
Si dispone de un sistema de archivos reflejado en el que no se inicia el primer subreflejo anexado en el cilindro 0, ninguno de los subreflejos anexados debe empezar en el cilindro 0. Si intenta anexar un subreflejo que empiece en el cilindro 0 a un reflejo cuyo subreflejo original no empieza en ese cilindro, aparecerá el mensaje de error siguiente.
can't attach labeled submirror to an unlabeled mirror
Debe asegurarse de que todos los subreflejos que planee acoplar a un reflejo comiencen en el cilindro 0 o que ninguno de ellos comience en el cilindro 0.

El inicio de los cilindros no tiene por qué ser idéntico en todos los subreflejos, pero todos ellos deben incluir o no el cilindro 0.

El inicio en modo monousuario hace que el reflejo parezca necesitar mantenimiento

Si un sistema con duplicaciones para el sistema de archivos raíz (/), /usr y de intercambio se inicia en modo monousuario, el sistema indica que estas duplicaciones necesitan mantenimiento. Cuando visualice estas duplicaciones con el comando metastat, estas duplicaciones, y posiblemente todos los reflejos del sistema, aparecerán en el estado de mantenimiento necesario.

No se preocupe, aunque esta situación le pueda parecer peligrosa. El comando metasync-r, que normalmente se ejecuta durante el inicio para resincronizar duplicaciones, queda interrumpido cuando el sistema se inicia en modo monousuario. Tras reiniciar el sistema, el comando metasync -r se ejecuta y resincroniza todos los reflejos.

Si esta interrupción representa una preocupación, ejecute manualmente el comando metasync -r.

Si desea obtener más información acerca de metasync, consulte la página de comando man metasync(1M) y Solaris Volume Manager Administration Guide.