Parte III Utilización de volúmenes RAID-1

En esta sección, se proporciona una descripción general de los componentes de Solaris Volume Manager que se pueden utilizar en una instalación o actualización de Solaris. También incluye directrices y requisitos necesarios para utilizar volúmenes RAID-1.

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

En este capítulo se explican las ventajas de la creación de sistemas de archivos duplicados y también se describen los componentes del Gestor de volúmenes de Solaris necesarios para crear aquéllos.

En él se tratan los siguientes temas.

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

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

• Descripción general de los componentes de Solaris Volume Manager

• Ejemplo de disposición de discos en volúmenes RAID-1

Para obtener información sobre cómo crear sistemas de archivos duplicados con Solaris Live Upgrade, consulte Directrices generales cuando se crean sistemas de archivos en volúmenes RAID-1 (duplicados) de Guía de instalación de Solaris 10 6/06: Modernización automática de Solaris y planificación de la modernización.

Si desea obtener información adicional acerca de cómo crear sistemas de archivos duplicados con el método de instalación JumpStart personalizada, consulte Palabra clave filesys (creación de volúmenes RAID-1) and Palabra clave de perfil metadb (creación de réplicas de bases de datos de estado).

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

En el proceso de la instalación o modernizació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 duplican 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 root (/). Puede crear volúmenes RAID-1 durante la instalación o modernización, eliminando la necesidad de crearlos después de la instalación.

• Para obtener directrices, consulte Directrices para JumpStart personalizado y para la Modernización automática de Solaris.

• Para obtener más información acerca del complejo software Solaris Volume Manager y sus componentes, consulte Solaris Volume Manager Administration Guide.

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

El Gestor de volúmenes de Solaris usa discos virtuales para administrar los discos físicos y sus datos asociados. En el Gestor de volúmenes de Solaris, un disco virtual recibe el nombre de 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. El Gestor de volúmenes de Solaris 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 del Gestor de volúmenes de Solaris se construyen a partir de segmentos (particiones de disco) o desde otros volúmenes del Gestor de volúmenes de Solaris.

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 el Gestor de volúmenes de Solaris 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 la Modernización automática de Solaris admiten el uso de dispositivos de bloque para crear sistemas de archivos duplicados. 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.

Cuando se crea un sistema de archivos duplicado, se crean volúmenes RAID-0 (concatenaciones de un único segmento) y volúmenes RAID-1 (duplicaciones). Solaris Volumen Manager duplica datos en las concatenaciones (subduplicaciones) y considera éstas como si fueran un volumen duplicado.

La Figura 12–1 muestra una duplicación que copia el sistema de archivo root (/) en dos discos físicos.

Figura 12–1 Creación de volúmenes RAID-1 en el sistema de archivos root (/) en dos discos

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

• El sistema de archivos root (/) de hdisk0 se incluye en la concatenación de un único segmento denominada d31.

• Se crea una concatenación de un único segmento denominada d32 en el disco duro llamado hdisk1.

• La duplicación que recibe el nombre de d30 consta de subduplicaciones llamadas d31 y d32.

• La duplicación copia los datos en el sistema de archivos root de ambas subduplicaciones.

Descripción general de los componentes de Solaris Volume Manager

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

• Bases de datos de estado y réplicas de bases de datos de estado (metadbs)

• Concatenaciones de un sólo segmento (subduplicaciones)

• Volúmenes RAID-1 (duplicaciones)

En esta sección se describe brevemente cada uno de estos componentes. Si desea una información completa sobre estos componentes, consulte 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 una base de datos que almacena información en un disco físico sobre el estado de la configuración del Gestor de volúmenes de Solaris y registra y hace un seguimiento de los cambios efectuados en la configuración. El Gestor de volúmenes de Solaris 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 la subduplicación es un ejemplo de cambio de estado.

La base de datos de estado es en realidad una colección 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.

El Gestor de volúmenes de Solaris no puede funcionar hasta que no haya creado la base de datos de estado y sus réplicas. Una configuración del Gestor de volúmenes de Solaris debe tener una base de datos de estado operativa.

Cuando efectúe la configuración puede situar las réplicas de bases de datos de estado en:

• Segmentos exclusivos

• Segmentos que posteriormente serán parte de volúmenes (sólo Modernización automática de Solaris)

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.

Las réplicas de las bases de datos de estado aseguran que los datos de la base de datos de estado sean siempre válidos. 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, el Gestor de volúmenes de Solaris deberá identificar qué réplicas de bases de datos de estado contienen aún 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

• Un segmento local que formará parte de un volumen (sólo Modernización automática de Solaris)

• Un segmento local que formará parte de un dispositivo de registro UFS (sólo Modernización automática de Solaris)

Las réplicas no se pueden almacenar en los segmentos root (/), 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.

Volúmenes RAID-0 (concatenaciones)

Los métodos de instalación JumpStart personalizada y Modernización automática de Solaris permiten crear volumenes RAID-0. Una concatenación de un solo segmento en un volumen RAID-0 es un volumen cuyos datos se organizan en serie y de manera adyacente en los componentes, formando una unidad de almacenamiento lógico. El método de instalación JumpStart personalizado y la Modernización automática de Solaris no permiten crear repartos en bandas ni otros volúmenes complejos del Gestor de volúmenes de Solaris.

En el proceso de instalación o modernización, puede crear volúmenes RAID-1 (duplicaciones) y conectar los volúmenes RAID-0 a estas duplicaciones. Los volúmenes RAID-0 que se duplican se llaman subduplicaciones. Una duplicación 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 de la subduplicación de RAID-0 administrando el volumen de la duplicación RAID-1 mediante el Gestor de volúmenes de Solaris.

El método de instalación JumpStart personalizada permite crear una duplicación que conste de hasta dos subduplicaciones. La modernización automática de Solaris permite crear una duplicación que consta de hasta tres subduplicaciones. Normalmente, una duplicación de dos vías es suficiente. Una tercera subduplicación permite efectuar copias de seguridad en línea sin perder la redundancia de datos mientras una subduplicación queda fuera de línea para la copia de seguridad.

Volúmenes RAID-1 (duplicaciones)

Un volumen RAID-1 o duplicación es un volumen que mantiene copias idénticas de los datos en los volúmenes RAID-0 (concatenaciones de un segmento). La utilización de volúmenes RAID-1 para duplicar sistemas de archivos requiere una inversión en discos. Necesitará al menos el doble de espacio en disco que la cantidad de datos. Debido a que el software Gestor de volúmenes de Solaris debe escribir en todos los volúmenes RAID-0, la duplicación de los datos también aumenta el tiempo necesario para escribir las solicitudes en el disco.

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 la duplicación sin pérdida de rendimiento ni de datos.

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.

Ejemplo de disposición de discos en volúmenes RAID-1

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

Figura 12–2 Disposición de discos en volúmenes RAID-1

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

• El sistema de archivos root (/) de hdisk0 se incluye en la concatenación de un único segmento denominada d31.

• Se crea una concatenación de un único segmento denominada d32 en el disco duro llamado hdisk1.

• La duplicación que recibe el nombre de d30 consta de subduplicaciones llamadas d31 y d32.

• La duplicación copia los datos en el sistema de archivos root de ambas subduplicaciones.

• Las réplicas de las bases de datos se crean en ambos segmentos hdisk0 y hdisk1.

Capítulo 13 Creación de volúmenes RAID-1 (duplicaciones) 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.

• Requisitos del sistema

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

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

• Efectos del arranque en modo monousuario en los volúmenes RAID-1

Para obtener información adicional sobre cómo planificar la creación de sistemas de archivos duplicados con el método de instalación de Solaris Live Upgrade, consulte Directrices generales cuando se crean sistemas de archivos en volúmenes RAID-1 (duplicados) de Guía de instalación de Solaris 10 6/06: Modernización automática de Solaris y planificación de la modernización.

Si desea obtener información acerca de cómo crear sistemas de archivos duplicados con el método de instalación JumpStart personalizada, consulte Palabra clave filesys (creación de volúmenes RAID-1) y Palabra clave de perfil metadb (creación de réplicas de bases de datos de estado).

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 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 Gestor de volúmenes de Solaris o al rearrancar el sistema. El Gestor de volúmenes de Solaris 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 rearrancar en modo multiusuario.

Para obtener instrucciones detalladas sobre la creación y administración de réplicas de la base de datos de estado, consulte Solaris Volume Manager Administration Guide.

Selección de segmentos para las réplicas de la base 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.

• 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.

• 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 cómo cambiar el tamaño de un segmento, consulte el Capítulo 12, Administering Disks (Tasks) de System Administration Guide: Devices and File Systems.

• 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 de intercambio. 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.

• 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 y un máximo de 50 por conjunto de discos del Gestor de volúmenes de Solaris 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 de la duplicación.. Generalmente, necesita añadir dos réplicas a cada duplicación 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 tan uniformemente como sea posible en 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 (duplicaciones) y volúmenes RAID-0 (concatenaciones de segmentos únicos), considere las siguientes directrices.

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

El método de instalación JumpStart personalizada y la Modernización automática de Solaris admiten un subconjunto de características disponibles en el software del Gestor de volúmenes de Solaris. Si crea sistemas de archivos duplicados con estos programas de instalación, tenga en cuenta estas directrices.

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

Tenga en cuenta estas reglas 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.

• Gestor de volúmenes de Solaris cuenta con 128 nombre de volúmenes predeterminados de 0 a 127. La siguiente lista muestra algunos nombres de volúmenes de ejemplo.

  • 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.

• En lugar de especificar el nombre completo de un volumen, como /dev/md/dsk/d1, puede usar un nombre de volumen abreviado, como d1.

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

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 dnúm; 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.

Si utiliza la Modernización automática de Solaris para crear volúmenes RAID-1 (duplicaciones) y volúmenes RAID-0 (subduplicaciones), puede permitir que el software detecte y asigne nombres de volúmenes, o bien puede asignar nombres. Si permite que el software detecte los nombres, se asigna el primer nombre de duplicación o subduplicación disponible. Si el usuario asigna nombres a las duplicaciones, debe asignar nombres que terminen en cero, de modo que la instalación pueda usar nombres que acaben en 1 y en 2 para las subduplicaciones. Si asigna nombres de subduplicaciones, asigne los nombres que terminen en 1 o en 2. Si no asigna los números correctamente, es posible que no se cree la duplicación. Por ejemplo, si especifica el nombre de una duplicación con un número que acabe en 1 o en 2 (d1 o d2), la Modernización automática de Solaris no podrá crear la duplicación si su nombre es una copia del nombre de una subduplicación.

En este ejemplo, la 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 la duplicación d10, Solaris Live Upgrade elige d2 para la subduplicación del dispositivo c0t0d0s0 y d3 para la subduplicación del dispositivo c1t0d0s0.

lucreate -n newbe -m /:d10:mirror,ufs -m /:c0t0d0s0:attach -m
/:c1t0d0s0:attach

En este ejemplo, los nombres de los volúmenes se asignan en el comando. Para la duplicación d10, d11 es el nombre de la subduplicación del dispositivo c0t0d0s0 y d12 es el nombre de la subduplicación del dispositivo c1t0d0s0.

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

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

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

Si usa el método de instalación JumpStart personalizado para crear volúmenes RAID-1 (duplicaciones) y volúmenes RAID-0 (subduplicaciones), puede permitir que el software detecte y asigne nombres de volúmenes a las duplicaciones, o bien puede asignar los nombres del perfil. Si permite que el software detecte los nombres, se asigna el número del primer volumen disponible. Si el usuario asigna nombres del perfil, debe asignar nombres de duplicaciones que acaben en cero, de manera que la instalación pueda usar los nombres que terminen en 1 y en 2 para las subduplicaciones. Si asigna números de manera incorrecta, es posible que la duplicación no llegue a crearse. Por ejemplo, si especifica un nombre de duplicación con un número que acabe en 1 o en 2, (d1 o d2), JumpStart no podrá crear la duplicación si el nombre de la misma es una copia del nombre de una subduplicación. En el ejemplo siguiente de perfiles, la duplicación recibe los números de los primeros volúmenes disponibles. Si la siguiente duplicación disponible que acabe en cero es d10, los nombres d11 y d12 se asignan a las subduplicaciones.

filesys                 mirror c0t0d0s1  / 

En el siguiente ejemplo de perfiles, el número de duplicaciones se asigna en el perfil como d30. Los nombres de las subduplicaciones se asignan mediante el software según el número de duplicación y las primeras subduplicaciones disponibles. En este ejemplo, las subduplicaciones se llaman d31 y d32.

filesys                 mirror:d30 c0t1d0s0 c0t0d0s0  /

Para obtener información detallada sobre los requisitos para la asignación de nombres de Solaris Volume Manager, consulte 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 duplicar 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 varias subduplicaciones en diferentes discos y controladores. La protección de los datos disminuye considerablemente si los segmentos de dos o más subduplicaciones de la misma duplicación están en el mismo disco.

• Organice las subduplicaciones 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 una sola duplicación. 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 una única duplicación puede provocar que el rendimiento se degrade significativamente.

Directrices para la selección de dispositivos

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

• Cualquier sistema de archivos, incluido el raíz (/), de intercambio y /usr, puede usar una duplicación. Cualquier aplicación, como una base de datos, puede usar una duplicación.

• Compruebe que los segmentos de las subduplicaciones sean de igual tamaño. Las subduplicaciones de diferentes tamaños provocan que haya espacio en el disco sin usar.

• Si tiene un sistema de archivos duplicado en el que la primera subduplicación adjunta no se inicia en el cilindro 0, ninguna subduplicación adicional que adjunte debe comenzar en el cilindro 0. Si intenta acoplar una subduplicación que comience en el cilindro 0 a una duplicación donde la subduplicación original no comience por el cilindro 0, aparecerá el mensaje de error siguiente:

  can't attach labeled submirror to an unlabeled mirror

  Debe asegurarse de que todas las subduplicaciones que planee acoplar a una duplicación comiencen en el cilindro 0 o que ninguna de ellas comience en el cilindro 0.

  El inicio de los cilindros no tiene por qué ser idéntico en todas las subduplicaciones, pero todas ellas deben incluir o no el cilindro 0.

Efectos del arranque en modo monousuario en los volúmenes RAID-1

Si un sistema con duplicaciones para el sistema de archivos raíz (/), /usr y de intercambio se arranca en modo monousuario, el sistema indica que estas duplicaciones necesitan mantenimiento. Cuando visualice estas duplicaciones con el comando metastat, estas duplicaciones, y posiblemente todas las duplicaciones 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 arranque para resincronizar duplicaciones, queda interrumpido cuando el sistema se arranca en modo monousuario. Tras rearrancar el sistema, el comando metasync -r se ejecuta y resincroniza todas las duplicaciones.

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.