AS/400e
Preparación de la protección de disco para
los datos
AS/400e
Preparación de la protección de disco para
los datos
Contenido
Parte 1. Preparación de la protección
de disco para los datos . . . 1
Capítulo 1. Elección de las herramientas
de protección de disco . . . 3
Agrupaciones de almacenamiento auxiliar (ASP) . . 3
Decidir cómo configurar las ASP de usuario . . . 4
Crear una nueva ASP en un sistema activo . . . 7
Comprobar que el sistema dispone del suficiente espacio de trabajo . . . 7
Protección por paridad de dispositivos . . . 12
Planificación de la protección por paridad de dispositivos . . . 13
Cómo afecta la protección por paridad de dispositivos al rendimiento . . . 21
Utilización conjunta de la protección por paridad de dispositivos y la protección por duplicación de disco . . . 24
Protección por duplicación de disco . . . 25
Protección por duplicación de disco: Ventajas . . 26
Protección por duplicación de disco: Costes y limitaciones . . . 27
Planificación de la protección por duplicación de disco . . . 28
Soporte de duplicación de disco DASD remota 43
Capítulo 2. Elección del nivel de
protección . . . 51
Comparación de las opciones . . . 51
Cómo gestiona el sistema el almacenamiento auxiliar . . . 52
Cómo se configuran los discos . . . 53
Protección completa — Una única ASP . . . 55
Protección completa — Varias ASP . . . 56
Protección parcial — Varias ASP . . . 57
Parte 1. Preparación de la protección de disco para los datos
Además de tener una estrategia de copia de seguridad y recuperación operativa, también es conveniente utilizar algún tipo de protección para los datos del sistema. La manera de hacerlo es utilizar protección de disco. La protección de disco puede ayudar a evitar una pérdida de datos, y puede mantener el sistema en
funcionamiento si se produce una anomalía de disco. Hay varios métodos de protección de disco que puede utilizar como ayuda para proteger los datos. Puede utilizar estos métodos combinándolos de diferentes maneras.
¡Novedad de la V4R5! Ahora puede utilizar los asistentes de gestión de discos del Operations Navigator como ayuda para gestionar las agrupaciones de
almacenamiento auxiliar.
Antes de continuar, puede que desee consultar los siguientes temas:
v Cómo gestiona el sistema el almacenamiento auxiliar v Cómo se configuran los discos
Recuerde: Aunque la protección de disco puede reducir el tiempo de inactividad o acelerar la recuperación, no deja de ser necesario efectuar copias de seguridad regulares. La protección de disco no puede ayudarle a efectuar una recuperación de una pérdida total del sistema, una anomalía de procesador o una anomalía de programa.
Los siguientes temas proporcionan información sobre diferentes tipos de protección de disco, así como de su utilización combinada:
v Elección de las herramientas de protección de disco v Elección del nivel de protección
| | |
Utilización de Operations Navigator para gestionar unidades de discos en las agrupaciones de almacenamiento auxiliar
A partir de la V4R5, puede utilizar la interfaz gráfica del Operations Navigator para llevar a cabo algunas de las tareas de gestión de discos. La V4R5 incluye asistentes para ayudarle a añadir unidades de discos a agrupaciones de discos (ASP) existentes, crear una
agrupación de discos nueva, y sustituir una unidad de discos que tenga anomalías y esté protegida por paridad de dispositivos, por duplicación de dispositivos, o que no esté configurada. Después de instalar el Operations Navigator, siga estos sencillos pasos para habilitar la utilización de los asistentes de gestión de discos:
1. En la ventana AS/400 Operations Navigator, expanda Mis conexiones AS/400 (o el entorno que utilice).
2. Expanda el sistema AS/400 con cuyas unidades de discos desea trabajar.
3. Expanda Configuración y servicio.
4. Expanda Inventario de hardware.
5. Expanda Unidades de discos.
6. Para añadir unidades de discos, pulse con el botón derecho del ratón sobre Todas las
unidades de discosy seleccione Añadir unidad de discos.
7. Para crear una nueva agrupación de discos (ASP), pulse con el botón derecho del ratón sobre Agrupaciones de discos y seleccione Nueva agrupación de discos.
8. Para sustituir una unidad de discos, pulse en Todas las unidades de discos, pulse con el botón derecho del ratón sobre la unidad de discos que desea sustituir, y seleccione
Reemplazar unidad de discos.
9. Siga las instrucciones del asistente para completar la tarea.
|| | | | | | | | | | | | | | | | | | | | | | | |
Capítulo 1. Elección de las herramientas de protección de
disco
Cuando piense en la protección del sistema contra las pérdidas de datos, deberá tener en cuenta lo siguiente:
Recuperación
¿Puede recuperar la información perdida, ya sea restaurándola desde un medio de copia de seguridad o creándola de nuevo?
Disponibilidad
¿Puede reducir o eliminar el tiempo que el sistema deja de estar disponible cuando aparece un problema?
Servicio
¿Puede dar servicio al sistema sin que esto afecte al usuario de los datos? La principal defensa contra las pérdidas de datos es una estrategia de copia de seguridad y recuperación adecuada. Es necesario realizar una planificación para guardar con regularidad la información del sistema.
Existen varias herramientas de disponibilidad de disco para reducir o eliminar el tiempo de inactividad del sistema, y contribuir a la recuperación de los datos tras una anomalía de disco:
v Agrupaciones de almacenamiento auxiliar (ASP) v Protección por paridad de dispositivos
v Protección por duplicación de disco
Agrupaciones de almacenamiento auxiliar (ASP)
Una agrupación de almacenamiento auxiliar (ASP) es una definición software de un grupo de unidades de discos del sistema. Esto quiere decir que una ASP no se corresponde necesariamente con la disposición física de los discos. El concepto es el siguiente: cada ASP del sistema es una agrupación de unidades de discos diferenciada para el almacenamiento de nivel único. El sistema reparte los datos entre las unidades de discos de una ASP. Si se produce una anomalía de disco, sólo es necesario recuperar los datos de la ASP a la que pertenece la unidad anómala. Hay dos tipos de ASP:
v Agrupación de almacenamiento auxiliar del sistema v Agrupación de almacenamiento auxiliar de usuario
El sistema puede tener conectadas muchas unidades de discos para el
almacenamiento auxiliar de los datos. No obstante, el sistema las ve como una única unidad de almacenamiento. El sistema reparte los datos por todas las unidades de discos. Las agrupaciones de almacenamiento auxiliar se pueden utilizar para separar las unidades de discos en subconjuntos lógicos. Para obtener más información sobre cómo utilizar las agrupaciones de almacenamiento auxiliar del sistema, consulte el apartado Agrupaciones de almacenamiento auxiliar: Ejemplos de utilización.
Cuando en el sistema hay más de una ASP que tiene asignadas unidades de discos, cada ASP puede tener estrategias diferentes para la disponibilidad, la copia de seguridad y recuperación, y el rendimiento.
Las ASP proporcionan ventajas de recuperación si el sistema sufre una anomalía de unidad de discos que provoca una pérdida de datos. Si ocurre esto, sólo es
necesaria la recuperación de los objetos de la ASP que contiene la unidad de discos anómala. Los objetos del sistema y los objetos de usuario que están en otras ASP quedan a salvo de la anomalía de disco. La utilización de ASP aporta otras ventajas adicionales, y conlleva algunos costes y limitaciones.
Para obtener más información sobre las ASP de usuario, consulte los temas siguientes:
v Decidir cómo configurar las ASP de usuario v Crear una nueva ASP en un sistema activo
v Comprobar que el sistema dispone del suficiente espacio de trabajo
Para obtener información sobre cómo implementar agrupaciones de
almacenamiento auxiliar en su empresa, consulte la publicación Guía para la copia de seguridad y recuperación.
Decidir cómo configurar las ASP de usuario
Puede utilizar agrupaciones de almacenamiento auxiliar (ASP) con diferentes fines, en función de las necesidades de su empresa. Antes de empezar a configurar ASP de usuario revise los temas siguientes, que describen las diferentes maneras de emplearlas.
v Utilización de ASP para la disponibilidad v Utilización de ASP para mejorar el rendimiento
v Utilización de ASP con objetos de biblioteca de documentos v Utilización de ASP con registro por diario general
v Utilización de ASP con registro por diario de vía de acceso
Utilización de ASP para la disponibilidad
Cada parte del sistema puede tener unos requisitos de disponibilidad y
recuperación diferentes. Por ejemplo, puede que tenga un archivo histórico grande que sólo se modifica al final de cada mes. La información de este archivo es útil pero no indispensable. Podría poner este archivo en una biblioteca aparte de una ASP de usuario que no tenga ningún tipo de protección de disco (ya sea protección por duplicación de disco o protección por paridad de dispositivos). Podría
asimismo omitir esta biblioteca cuando realiza las operaciones de salvar diarias. Sálvela únicamente al final de cada mes después de que se actualice.
Otro ejemplo serían los documentos y las carpetas. Algunos son indispensables para la organización; estos documentos y carpetas debería estar protegidos mediante protección por paridad de dispositivos o protección por duplicación de disco. Pueden ponerse en una ASP de usuario protegida. Otros documentos y carpetas se conservan en el sistema para proporcionar información, pero cambian con poca frecuencia; éstos pueden estar en una ASP de usuario diferente, con una estrategia distinta para salvarlos y protegerlos.
Utilización de ASP para mejorar el rendimiento
Si utiliza las ASP de usuario para mejorar el rendimiento del sistema, considere la posibilidad de dedicar la ASP a un objeto que sea muy activo. En este caso, puede configurar la ASP con una única unidad de discos.
Sin embargo, poner una única unidad protegida por paridad de dispositivos en una ASP de usuario normalmente no mejora el rendimiento porque el rendimiento de dicha unidad se ve afectado por las demás unidades de discos del conjunto de paridad de dispositivos.
Si se asigna una ASP de usuario exclusivamente para los receptores de diario conectados a un diario determinado, el rendimiento del registro por diario puede aumentar. Al estar el diario y los archivos de base de datos en una ASP diferente de la ASP de los receptores conectados, no existe pugna para las operaciones de grabación de los receptores de diario. Las unidades asociadas con la ASP no tienen que reposicionarse antes de cada operación de lectura o grabación.
El registro por diario utiliza hasta 10 unidades de discos al grabar en un receptor de diario. La configuración de una ASP con más de 10 unidades no proporcionará ningún beneficio adicional de rendimiento para el registro por diario. No obstante, si la ASP tiene más de 10 unidades de discos, el registro por diario utiliza las 10 unidades de discos más rápidas. Si añade más unidades de discos a la ASP mientras el sistema está activo, en la siguiente ocasión que se ejecute la función cambiar diario el sistema determinará si va a utilizar las nuevas unidades de discos para los receptores de diario.
Otra manera de mejorar el rendimiento es garantizar que en la ASP de usuario haya las suficientes unidades de almacenamiento para dar soporte a las
operaciones físicas de entrada y salida realizadas contra los objetos que contiene la ASP de usuario. A tal efecto, puede que tenga que realizar pruebas trasladando objetos a otra ASP de usuario y supervisando a continuación el rendimiento en la ASP de usuario para ver si las unidades de almacenamiento se utilizan de manera excesiva. Para obtener más información sobre cómo trabajar con el estado de disco (mandato WRKDSKSTS) a fin de determinar si las unidades de almacenamiento se utilizan de manera excesiva, consulte la publicación Gestión de trabajos. Si las unidades se utilizan de manera excesiva, considere la posibilidad de añadir más unidades de discos a la ASP de usuario.
Utilización de ASP con objetos de biblioteca de documentos
Puede colocar objetos de biblioteca de documentos (DLO) en ASP de usuario. Estas son las ventajas potenciales de colocar objetos DLO en ASP de usuario:v La posibilidad de reducir el tiempo para salvar los DLO y separarlos según sus
necesidades relativas a las operaciones de salvar.
v La posibilidad de separar los DLO según sus necesidades de disponibilidad. Los
DLO indispensables pueden colocarse en ASP de usuario con protección por duplicación de disco o protección por paridad de dispositivos. Los DLO que cambian con poca frecuencia pueden colocarse en ASP no protegidas con unidades más lentas.
v La posibilidad de crecimiento para dar cabida a un número mayor de
documentos.
Si tiene la V3R7 o un release posterior del programa bajo licencia OS/400, puede ejecutar varios procedimientos SAVDLO o RSTDLO contra ASP diferentes. Si tiene la V4R1 o un release posterior del programa bajo licencia OS/400, puede ejecutar varias operaciones SAVDLO en la misma ASP.
Una estrategia para distribuir los DLO en ASP de usuario es dejar sólo los DLO de sistema (carpetas suministradas por IBM) en la ASP del sistema. Coloque las demás carpetas en ASP de usuario. Las carpetas de sistema no cambian frecuentemente, por lo que pueden salvarse con poca frecuencia. El apartado | | | | | | | |
″Cómo transferir carpetas a una ASP diferente″del manual Copia de seguridad y recuperación describe el procedimiento que hay que seguir para pasar carpetas de la ASP del sistema a las ASP de usuario, o entre las ASP de usuario.
Puede especificar una ASP en el mandato SAVDLO. Esto le permite salvar todos los DLO de una ASP determinada en un día de la semana determinado. Por ejemplo, podría salvar los DLO de la ASP 2 el lunes, los DLO de la ASP 3 los martes, y así sucesivamente. Puede salvar diariamente todos los DLO que han cambiado.
Los pasos de recuperación, si utiliza este tipo de técnica de salvar, dependerán de la información que se haya perdido. Si ha perdido toda una ASP, tiene que restaurar la última copia completa que ha salvado de los DLO de dicha ASP. A continuación, restaurará los DLO cambiados desde las copias diarias salvadas. Si en la misma operación salva DLO de más de una ASP, en la cinta se crearán un archivo y un número de secuencia diferentes para cada ASP. Al restaurar, deberá especificar el número de secuencia correcto. Esto facilita restaurar únicamente los DLO cambiados de la ASP que se ha perdido sin que sea necesario conocer los nombres de todas las carpetas.
Cuando especifique DLO(*SEARCH) o DLO(*CHG) en el mandato SAVDLO, especifique, si es posible, una ASP. Al especificar una ASP, reducirá la utilización de recursos del sistema.
Restricciones para los DLO en ASP de usuario:Las siguientes restricciones y limitaciones son aplicables cuando se colocan DLO en las ASP de usuario:
v Si se utiliza un archivo de salvar para una operación de salvar, sólo se pueden
salvar los DLO de una ASP determinada.
v Si se utiliza un archivo óptico para una operación de salvar, sólo se pueden
salvar los DLO de una ASP determinada.
v Si se salva en un archivo de salvar y se especifica SAVDLO DLO(*SEARCH) o
SAVDLO DLO(*CHG), también hay que especificar una ASP, aunque los resultados de la búsqueda se encuentren en una única ASP.
v Los documentos que no están en carpetas deben estar en la ASP del sistema. v El correo puede archivarse en una carpeta de una ASP de usuario. El correo no
archivado está en la ASP del sistema.
Utilización de ASP con registro por diario intensivo
Si los diarios y los archivos registrados por diario están en la misma ASP que los receptores y la ASP se desborda, es necesario finalizar el registro por diario de todos los archivos y efectuar la recuperación de la condición de desbordamiento en la ASP. El manual Copia de seguridad y recuperación describe cómo efectuar la recuperación de una ASP desbordada.
Si el receptor de diario está en una ASP diferente que el diario, y la ASP de usuario en que está el receptor se desborda, haga lo siguiente:
1. Cree un receptor nuevo en una ASP de usuario diferente.
2. Cambie el diario (mandato CHGJRN).
3. Salve el receptor desconectado.
4. Suprímalo (desconéctelo).
6. Cree un receptor nuevo en la ASP vacía.
7. Conecte el receptor nuevo mediante el mandato CHGJRN.
Nota: Copia de seguridad y recuperación contiene más información sobre cómo trabajar con receptores de diario cuando se desborda una ASP.
Utilización de ASP con registro por diario de vía de acceso
Si tiene previsto utilizar registro por diario de vía de acceso explícita, IBMrecomienda cambiar primero el diario de manera que utilice un receptor de diario ubicado en la ASP del sistema (ASP 1) durante unos días. Inicie el registro por diario de vía de acceso para ver los requisitos de almacenamiento del receptor antes de asignar un tamaño específico a una ASP de usuario. Copia de seguridad y recuperación proporciona más información sobre cómo evaluar las necesidades de almacenamiento para el registro por diario.
Crear una nueva ASP en un sistema activo
A partir de la V3R6 del programa bajo licencia OS/400, puede añadir unidades de discos mientras el sistema está activo. Cuando se añaden unidades de discos a una ASP que todavía no existe, el sistema crea una ASP nueva. Si opta por crear una ASP de usuario nueva mientras el sistema está activo, tenga presentes las siguientes consideraciones:
v No puede iniciar la protección por duplicación de disco mientras el sistema está
activo. La ASP nueva no estará totalmente protegida a menos que todas las unidades de discos tengan protección por paridad de dispositivos.
v No se pueden trasladar unidades de discos existentes a la ASP nueva mientras el
sistema está activo. El sistema tiene que trasladar los datos cuando traslada unidades de discos. Esto sólo se puede llevar a cabo mediante las Herramientas de Servicio Dedicado (DST).
v El sistema utiliza el tamaño de una ASP para determinar el umbral de
almacenamiento de los receptores de diario utilizados en la protección de vía de acceso gestionada por el sistema (SMAPP). Si crea una ASP mientras el sistema está activo, el tamaño de las unidades de discos que especifique en la operación que crea la ASP se utilizará como el tamaño de la ASP para la SMAPP. Por ejemplo, suponga que añade 2 unidades de discos a una ASP nueva, la ASP 2. La capacidad total de las 2 unidades de discos es 2062 MB. Posteriormente, añade otras 2 unidades de discos para aumentar la capacidad a 4124 MB. En lo que respecta a la SMAPP, el tamaño de la ASP sigue siendo 2062 MB hasta la siguiente vez que se realice una IPL. Esto quiere decir que el umbral de almacenamiento para los receptores de la SMAPP es menor y el sistema tiene que cambiar los receptores más a menudo. Normalmente, esto no repercutirá de manera significativa en el rendimiento del sistema.
El sistema determina la capacidad de las ASP cuando se realiza una IPL. En ese momento, el sistema ajusta sus cálculos para los requisitos de tamaño de la SMAPP. Consulte Copia de seguridad y recuperación para obtener más información sobre la SMAPP.
Comprobar que el sistema dispone del suficiente espacio de
trabajo
Si cambia la configuración de disco, el sistema probablemente necesitará espacio de trabajo. Esto es especialmente cierto cuando se trasladan unidades de discos de una ASP a otra. El sistema tiene que trasladar todos los datos de la unidad de
discos a otras unidades de discos antes de trasladarla. El apartado ″Cómo calcular los requisitos de espacio para una agrupación de almacenamiento auxiliar″ del manual Copia de seguridad y recuperación proporciona ejemplos que le ayudarán a determinar el espacio de trabajo necesario en su situación. También existen límites del sistema para la cantidad de almacenamiento auxiliar.
Si el sistema no dispone del almacenamiento suficiente para la operación intermedia, empiece por realizar una limpieza del almacenamiento en disco. En muchas ocasiones, los usuarios guardan objetos viejos en el sistema, tales como archivos de spool o documentos, que han dejado de ser necesarios. Considere la posibilidad de utilizar la función de limpieza automática de Operational Assistant para liberar algo de espacio en disco en el sistema.
Si la eliminación de objetos innecesarios del almacenamiento auxiliar sigue sin proporcionar el suficiente espacio en disco para la operación intermedia, otra alternativa es eliminar objetos temporalmente del sistema. Por ejemplo, si tiene previsto trasladar una biblioteca grande a una nueva ASP de usuario, puede salvar la biblioteca y eliminarla del sistema. A continuación, después de haber trasladado las unidades de discos, restaure la biblioteca. A continuación se muestra un ejemplo de cómo hacerlo:
1. Salve las autorizaciones de uso privado sobre los objetos del sistema especificando lo siguiente:
SAVSECDTA DEV(dispositivo_cintas)
2. Salve el objeto utilizando el mandato SAVxxx apropiado. Por ejemplo, para salvar una biblioteca, utilice el mandato SAVLIB. Considere la posibilidad de salvar el objeto dos veces en dos cintas distintas.
3. Suprima el objeto del sistema utilizando el mandato DLTxxx apropiado. Por ejemplo, para suprimir una biblioteca, utilice el mandato DLTLIB.
4. Vuelva a calcular la capacidad en disco para averiguar si ha creado suficiente espacio disponible para la operación intermedia.
5. Si dispone del suficiente espacio, realice las operaciones de configuración de disco.
6. Restaure los objetos que ha suprimido.
Agrupaciones de almacenamiento auxiliar: Ejemplos de
utilización
Las ASP se utilizan para gestionar las necesidades de copia de seguridad y rendimiento del sistema, tal como se indica a continuación:
v Puede crear una ASP a fin de proporcionar recursos dedicados para objetos
utilizados con frecuencia, como por ejemplo, receptores de diario.
v Puede crear una ASP para que contenga archivos de salvar. La copia de
seguridad de los objetos puede realizarse en archivos de salvar ubicados en una ASP diferente. Es muy improbable que se pierdan tanto la ASP que contiene el objeto como la ASP que contiene el archivo de salvar.
v Puede crear ASP diferentes para objetos cuyas necesidades de recuperación y
disponibilidad son distintas. Por ejemplo, puede poner los archivos de base de datos o los documentos que son indispensables en una ASP que cuente con protección por duplicación de disco o protección por paridad de dispositivos.
v Puede crear una ASP para poner los objetos que se utilizan con poca frecuencia
(por ejemplo, los archivos históricos grandes) en unidades de discos con un rendimiento inferior.
v Puede utilizar las ASP para gestionar los tiempos de recuperación de vías de
acceso para los archivos de base de datos indispensables y no indispensables mediante la protección de vías de acceso gestionada por el sistema (SMAPP).
Agrupaciones de almacenamiento auxiliar: Ventajas
Poner objetos en una ASP de usuario puede reportar muchas ventajas. Estos son algunos ejemplos:
v Protección adicional de los datos. Al separar bibliotecas, documentos y otros
objetos en una ASP de usuario, quedan a salvo de una pérdida de datos en caso de que se produzca una anomalía en una unidad de discos de la ASP del sistema o de una ASP de usuario. Por ejemplo, si se produce una anomalía en una unidad de discos y se pierden los datos que contiene la ASP del sistema, los objetos que contienen las ASP de usuario no se ven afectados y pueden
utilizarse para recuperar los objetos de la ASP del sistema. A la inversa, si una anomalía provoca la pérdida de los datos contenidos en una ASP de usuario, los datos de la ASP del sistema no se verán afectados.
v Mejora del rendimiento del sistema. La utilización de ASP también puede
mejorar el rendimiento del sistema. Esto se debe a que el sistema dedica las unidades de discos asociadas con una ASP a los objetos que contiene dicha ASP. Por ejemplo, suponga que está trabajando en un entorno de registro por diario intensivo. Si coloca las bibliotecas y los objetos en una ASP de usuario, la pugna que tiene lugar entre los receptores de diario y los archivos será menor si se encuentran en ASP diferentes, con lo que mejora el rendimiento del registro por diario.
Sin embargo, colocar muchos receptores de diario activos en la misma ASP de usuario no es ventajoso. La pugna resultante entre las operaciones de grabación realizadas en más de un receptor de la ASP puede ralentizar el rendimiento del sistema. Para que el rendimiento sea óptimo, coloque cada receptor de diario activo en una ASP de usuario diferente.
v Separación de objetos con requisitos de disponibilidad y recuperación
distintos. Puede utilizar una técnica de protección de disco diferente para cada ASP. También puede especificar objetivos de tiempo diferentes para la
recuperación de vías de acceso. Puede asignar los objetos indispensables o muy utilizados a unidades de discos protegidas y de alto rendimiento. Del mismo modo, asignaría archivos grandes y de poca utilización (por ejemplo, archivos históricos) a unidades de discos no protegidas y de rendimiento inferior.
Agrupaciones de almacenamiento auxiliar: Costes y limitaciones
Existen algunas limitaciones específicas que puede encontrar al utilizaragrupaciones de almacenamiento auxiliar (ASP).
v El sistema no puede recuperar directamente los datos perdidos como
consecuencia de una anomalía de medio de unidad de discos. Esta situación requiere que se lleven a cabo operaciones de recuperación.
v La utilización de ASP puede requerir dispositivos de discos adicionales.
v La utilización de ASP requiere que se gestione la cantidad de datos que contiene
cada ASP y evita el desbordamiento de las mismas.
v Será necesario efectuar pasos de recuperación especiales si una ASP se desborda. v La utilización de ASP requiere que se gestionen los objetos relacionados.
Algunos objetos relacionados como, por ejemplo, diarios y archivos registrados por diario, tienen que estar en la misma ASP.
ASP del sistema
El sistema crea automáticamente la ASP del sistema (ASP 1), que contiene la unidad de discos 1 y todos los demás discos configurados que no están asignados
a una ASP de usuario. La ASP del sistema contiene todos los objetos de sistema para el programa bajo licencia OS/400 y todos los objetos de usuario que no estén asignados a una ASP de usuario.
Nota: Puede tener unidades de discos conectadas al sistema que no estén configuradas y no se utilicen. Dichas unidades se denominan unidades de discos no configuradas.
Existen consideraciones adicionales que debe tener presentes relativas a la capacidad de la ASP del sistema y a la protección de la ASP del sistema.
Capacidad de la ASP del sistema: Si la ASP del sistema llega al límite de su capacidad, el sistema finalizará anómalamente. Si ocurre esto, deberá realizar una IPL del sistema y llevar a cabo acciones correctivas (por ejemplo, suprimir objetos) para evitar que vuelva a suceder.
También puede especificar un umbral que, si se alcanza, avise al operador del sistema de una falta potencial de espacio. Por ejemplo, si establece el valor de umbral para la ASP del sistema en 80, la cola de mensajes del operador del sistema (QSYSOPR) y la cola de mensajes del sistema (QSYSMSG) recibirán una
notificación cuando la ASP esté ocupada en un 80%. Se enviará un mensaje cada hora hasta que se modifique el valor de umbral, o hasta que se supriman objetos o se transfieran fuera de la ASP del sistema. Si hace caso omiso de este mensaje, la ASP del sistema llegará al límite de su capacidad y el sistema finalizará
anómalamente.
Un tercer método para evitar que la ASP del sistema llegue al límite de su capacidad es utilizar los valores de sistema QSTGLOWLMT y QSTGLOWACN. Para obtener más información, consulte el apartado″Cómo cambiar el umbral de almacenamiento para la agrupación de almacenamiento auxiliar de sistema″en Copia de seguridad y recuperación. .
Protección de la ASP del sistema: IBM recomienda utilizar protección por paridad de dispositivos o protección por duplicación de disco en la ASP del sistema. El empleo de herramientas de protección de disco reduce las posibilidades de que la ASP del sistema pierda todos los datos. Si se pierde la ASP del sistema, también se perderá la posibilidad de direccionamiento para los objetos de todas las ASP de usuario.
Puede recuperar la posibilidad de direccionamiento restaurando todo el sistema o ejecutando el mandato Reclamar almacenamiento (RCLSTG). Sin embargo, el mandato RCLSTG no puede recuperar la información del propietario del objeto. Después de ejecutar el mandato, el perfil de usuario QDFTOWN será el propietario de todos los objetos. Puede utilizar el mandato Reclamar objeto de biblioteca de documentos (RCLDLO) para recuperar la información del propietario de los objetos de biblioteca de documentos.
ASP de usuario
Una ASP de usuario se crea agrupando varias unidades de discos y asignando dicho grupo a una agrupación de almacenamiento auxiliar (ASP). Se pueden configurar las ASP de usuario 2 a 16. Éstas pueden contener bibliotecas,
documentos y determinados tipos de objetos. Existen dos tipos de ASP de usuario:
v ASP de usuario de bibliotecas v ASP de usuario no de bibliotecas
Después de configurar las ASP, conviene protegerlas utilizando protección por duplicación de disco o protección por paridad de dispositivos.
ASP de usuario de bibliotecas: Las ASP de usuario de bibliotecas contienen bibliotecas y objetos de biblioteca de documentos (DLO). IBM recomienda la utilización de ASP de usuario de bibliotecas porque los pasos de recuperación son más sencillos que con las ASP de usuario no de bibliotecas. Existen varios factores que deben tenerse en cuenta a la hora de utilizar ASP de usuario de bibliotecas.
Qué debe saber sobre las ASP de usuario de bibliotecas:
v Nocree bibliotecas de producto o de sistema (bibliotecas que empiezan por Q o
Ñ) ni carpetas de producto o de sistema (carpetas que empiezan por Q) en una ASP de usuario. No restaure bibliotecas o carpetas de estos tipos en una ASP de usuario; hacerlo puede provocar resultados imprevisibles.
v Las ASP de usuario de bibliotecas pueden contener simultáneamente bibliotecas
y objetos de biblioteca de documentos. La biblioteca de documentos para una ASP de usuario se denomina QDOCnnnn, siendo nnnn el número de la ASP.
v Los diarios y los archivos registrados por diario deben estar en la misma ASP.
Ponga los receptores de diario en una ASP diferente. Con esto se protege contra la pérdida tanto de los archivos como de los receptores en caso que se produzca una anomalía del medio de disco.
El registro por diario no puede iniciarse en un objeto (mandato STRJRNPF o STRJRNAP) si el diario (tipo de objeto *JRN) y el objeto que se ha de registrar por diario están en ASP diferentes.
El registro por diario no puede volver a iniciarse en un archivo que se ha salvado y posteriormente restaurado en una ASP diferente que no contiene el diario. El diario y el archivo deben estar en la misma ASP para que el registro por diario del archivo se vuelva a iniciar automáticamente.
v No puede existir una red de base de datos que atraviese los límites de una ASP. v No se puede crear un archivo en una ASP que dependa de otro archivo que esté
contenido en una ASP diferente. Todos los archivos físicos en que se basa un archivo lógico deben estar el la misma ASP que el archivo lógico. El sistema crea vías de acceso sólo para los archivos de base de datos que están en la misma ASP que el archivo físico en que se basan (las consultas temporales no están limitadas). Los archivos que están en ASP diferentes nunca comparten vías de acceso. Los formatos de registro no se comparten entre ASP diferentes. En cambio, se pasa por alto la petición de formato y se crea un nuevo formato de registro.
v Una colección SQL se puede poner en una ASP de usuario. La ASP destino se
especifica cuando se crea la colección.
v Si la ASP de usuario de biblioteca no contiene archivos de base de datos,
establezca el objetivo de tiempo de recuperación para la ASP en *NONE. Esto es cierto, por ejemplo, cuando la ASP de usuario de biblioteca sólo contiene
bibliotecas para receptores de diario. Si establece el tiempo de recuperación de vías de acceso en *NONE, evitará que el sistema realice un trabajo innecesario para la ASP en cuestión. En Copia de seguridad y recuperación se describe cómo establecer tiempos de recuperación de vías de acceso.
ASP de usuario no de bibliotecas: Las ASP de usuario no de bibliotecas
contienen diarios, receptores de diario y archivos de salvar cuyas bibliotecas están en la ASP del sistema.
Si asigna tiempos de recuperación de vías de acceso diferentes para cada ASP, debe establecer el objetivo de tiempo de recuperación para las ASP de usuario no de biblioteca en *NONE. Una ASP de usuario no de biblioteca no puede contener archivos de base de datos y, en consecuencia, no puede beneficiarse de la SMAPP. Si establece el tiempo de recuperación de vías de acceso para una ASP de usuario no de biblioteca en un valor diferente de *NONE, el sistema tendrá que realizar un trabajo adicional que no sirve para nada. En Copia de seguridad y recuperación
se describe cómo establecer tiempos de recuperación de vías de acceso.
Protección de las ASP de usuario: Tenga presentes los siguientes puntos relativos a la protección de las ASP de usuario:
v Todas las ASP, incluida la ASP del sistema, deben tener protección por
duplicación de disco o constar en su totalidad de unidades de discos con protección por paridad de dispositivos para garantizar que el sistema siga funcionando en caso que se produzca una anomalía de disco en una ASP.
v Si se produce una anomalía de disco en una ASP que no tiene protección por
duplicación de disco, el sistema podría dejar de funcionar en función del tipo de unidad de discos y del error.
v Si se produce una anomalía de disco en una ASP que tiene protección por
duplicación de disco, el sistema seguirá funcionando (a menos que se hayan perdido ambas unidades de almacenamiento del par duplicado).
v Si una unidad de discos de una ASP con protección por paridad de dispositivos
sufre una anomalía, el sistema seguirá funcionando mientras no haya otra unidad de discos con anomalías en el mismo conjunto de paridad de dispositivos.
Límites del sistema para el almacenamiento auxiliar: Durante una IPL, el sistema determina la cantidad de almacenamiento auxiliar configurado en el sistema. La cantidad total es la suma de la capacidad de las unidades configuradas y sus pares duplicados, si los hay. No se incluyen las unidades de discos no configuradas. La cantidad de almacenamiento en disco se compara con el máximo aceptado para el modelo de sistema en particular.
Si la cantidad de almacenamiento auxiliar configurado sobrepasa la cantidad recomendada, se envía un mensaje (CPI1158) a la cola de mensajes del operador del sistema (QSYSOPR) y a la cola de mensajes QSYSMSG (si existe en el sistema). Este mensaje indica que en el sistema hay demasiado almacenamiento auxiliar, y se envía una vez por cada IPL en caso de que la cantidad de almacenamiento auxiliar del sistema sobrepase la cantidad máxima aceptada.
Protección por paridad de dispositivos
La protección por paridad de dispositivos es una función de disponibilidad del hardware que protege los datos contra las pérdidas debidas a las anomalías de las unidades de discos o a los daños en los discos. Para proteger los datos, el
controlador de disco o el procesador de entrada/salida (IOP) calcula y guarda un valor de paridad para cada bit de datos. El concepto es el siguiente: el controlador de disco o el IOP calcula el valor de paridad de los datos que están en la misma ubicación en cada una de las demás unidades de discos del conjunto de paridad de dispositivos. Cuando se produce una anomalía en un disco, los datos se pueden reconstruir utilizando el valor de paridad y los valores de los bits de las mismas ubicaciones en los demás discos. El sistema sigue funcionando mientras se reconstruyen los datos.
El objetivo global de la protección por paridad de dispositivos es proporcionar una alta disponibilidad y proteger los datos de la manera menos costosa posible. La protección por paridad de dispositivos se incorpora en los modelos de alta disponibilidad del Subsistema de Batería de Discos 9337. También se incorpora en los procesadores de entrada/salida (IOP) 2726, 2740, 2741, 6502, 6512, 6532, 6533, 6751 y 6754. Se puede activar en las unidades de discos que están conectadas a estos IOP.
Si es posible, hay que proteger todas las unidades de discos del sistema mediante la protección por paridad de dispositivos o la protección por duplicación de disco. Esto impide la pérdida de información cuando se producen anomalías en los discos. En muchos casos, también se puede conseguir que el sistema siga funcionando mientras se repara o sustituye una unidad de discos.
Recuerde: La protección por paridad de dispositivos no sustituye a la estrategia de copia de seguridad y recuperación. La protección por paridad de dispositivos puede impedir que el sistema se detenga cuando se producen determinados tipos de anomalías. También es capaz de acelerar el proceso de recuperación para ciertos tipos de anomalías. Pero la protección por paridad de dispositivos no le protege contra numerosos tipos de anomalías como, por ejemplo, los siniestros en las instalaciones o los errores del operador o el programador. No protege contra los apagones del sistema provocados por las anomalías del otro hardware relacionado con los discos (por ejemplo, los controladores de disco, los procesadores de E/S de disco o un bus del sistema).
Antes de utilizar la protección por paridad de dispositivos debe tener en cuenta las ventajas que conlleva, así como sus costes y limitaciones.
Para obtener información adicional acerca de la protección por paridad de dispositivos, revise los siguientes temas:
v Planificación de la protección por paridad de dispositivos
v Cómo afecta la protección por paridad de dispositivos al rendimiento
v Utilización conjunta de la protección por paridad de dispositivos y la protección
por duplicación de disco
Para obtener información acerca de cómo empezar a utilizar la protección por paridad de dispositivos en su empresa, consulte la publicación Guía para la copia de seguridad y recuperación.
Planificación de la protección por paridad de dispositivos
Si su objetivo es tener un sistema protegido contra las pérdidas de datos y que tenga la posibilidad de reparación y mantenimiento concurrente, planifique la utilización de una de las siguientes configuraciones:
v Protección por duplicación de disco y protección por paridad de dispositivos
para proteger la ASP del sistema.
v Protección por duplicación de disco para la ASP del sistema y protección por
paridad de dispositivos para las ASP de usuario.
v Protección por duplicación de disco y protección por paridad de dispositivos
para proteger la ASP del sistema y las ASP de usuario.
Observe que puede utilizar la protección por paridad de dispositivos con los subsistemas de batería de discos así como con los procesadores de entrada/salida (IOP).
En cada conjunto de protección por paridad de dispositivos, el espacio que se utiliza para la información de paridad es equivalente a una unidad de discos. El número mínimo de unidades de discos en un subsistema con protección por paridad de dispositivos es 4. El número máximo de unidades de discos en un subsistema con protección por paridad de dispositivos es 7, 8 ó 16, en función del tipo. Un subsistema con 16 unidades de discos conectadas tiene 2 conjuntos de protección por paridad de dispositivos y el equivalente a 2 unidades de discos dedicadas a la información de paridad.
Protección por duplicación de disco y protección por paridad de
dispositivos para proteger la agrupación de almacenamiento
auxiliar del sistema (ASP)
He aquí un ejemplo de un sistema con una única agrupación de almacenamiento auxiliar (ASP). La ASP tiene protección por duplicación de disco y protección por paridad de dispositivos. Cuando se produce una anomalía en una de las unidades de discos que tiene protección por paridad de dispositivos, el sistema sigue funcionando. La unidad que ha sufrido la anomalía se puede reparar
concurrentemente. Si se produce una anomalía en una de las unidades de discos protegidas por duplicación de disco, el sistema sigue funcionando porque utiliza la unidad operativa del par duplicado. La figura muestra un ejemplo de utilización de protección por duplicación de disco y protección por paridad de dispositivos en la ASP del sistema.
RZAIX504-0
ASP del sistema Origen de carga
6602 6602 9336 9336
Unidad 1 Unidad 1 Unidad 3 Unidad 3
Unidad 2 Unidad 2 Unidad 4 Unidad 4
6602 6602 9336 9336 9337 6603 Leyenda: Unidad n--Unidad n Unidad n = Par duplicado
= Unidad protegida con protección por paridad de dispositivos
Unidad 5 Unidad 9 Unidad 10 Unidad 11 Unidad 12 Unidad 13 Unidad 14 Unidad 15 Unidad 16 Unidad 17 Unidad 6 Unidad 7 Unidad 8 9337
Protección por duplicación de disco en la ASP del sistema y
protección por paridad de dispositivos en las ASP de usuario
Considere la posibilidad de utilizar la protección por paridad de dispositivos si tiene protección por duplicación de disco en la ASP del sistema y va a crear ASPde usuario. El sistema puede tolerar una anomalía en una de las unidades de discos de una ASP de usuario. La anomalía se puede reparar mientras el sistema sigue funcionando. La figura muestra un ejemplo de una ASP del sistema con protección por paridad de dispositivos en las ASP de usuario.
RZAIX502-0
ASP del sistema Origen de carga
6602 6602 9336 9336
Unidad 1
Unidad 2 Unidad 2 Unidad 4 Unidad 4
Unidad 1 Unidad 3 Unidad 3
6602
6602 9336 9336
9337 Usuario ASP 2 Usuario ASP 3 9337 6603 Unidad 5 Unidad 6 Unidad 7 Unidad 8 Unidad 9 Unidad 10 Unidad 11 Unidad 12 Unidad 13 Unidad 14 Unidad 15 Unidad 16 Unidad 17 Leyenda: Unidad n--Unidad n Unidad n = Par duplicado
= Unidad protegida con protección por paridad de dispositivos
Protección por duplicación de disco y protección por paridad de
dispositivos en todas las ASP
Si tiene todas las ASP protegidas con protección por duplicación de disco y desea añadir unidades a las ASP existentes, considere la posibilidad de utilizar también la protección por paridad de dispositivos. El sistema puede tolerar una anomalía en una de las unidades de discos que tienen protección por paridad de
dispositivos. La unidad que ha sufrido la anomalía se puede reparar mientras el sistema sigue funcionando.
Si se produce una anomalía en una unidad de discos que tiene protección por duplicación de disco, el sistema sigue funcionando porque utiliza la unidad operativa del par duplicado. La figura muestra un ejemplo de protección por
duplicación de disco y protección por paridad de dispositivos en todas las ASP.
RZAIX503-0
ASP del sistema Origen de carga
6602 6602 9336 9336
Unidad 1 Unidad 1 Unidad 3 Unidad 3
Unidad 2 Unidad 2 Unidad 4 Unidad 4
6602 6602 9336 9336 9337 Usuario ASP 2 9337 6603 Unidad 5 Unidad 6 Unidad 7 Unidad 8 Unidad 9 Unidad 9 Unidad 10 Unidad 10 Unidad 11 Unidad 12 Unidad 13 Unidad 14 Unidad 15 Leyenda: Unidad n--Unidad n Unidad n = Par duplicado
= Unidad protegida con protección por paridad de dispositivos
Protección por paridad de dispositivos en los subsistemas de
batería de discos
En los modelos de alta disponibilidad, una cuarta parte de la capacidad de las unidades de discos de las ranuras 1, 3, 5 y 7 se utiliza para los datos de paridad y no está disponible para los datos de usuario. Todas las demás unidades de discos tienen su espacio disponible para los datos de usuario. La siguiente tabla muestra el espacio que se utiliza para los datos de paridad:
Número de unidades de discos del subsistema
Porcentaje de espacio para los datos de paridad
4 25%
7 14%
8 12,5%
Existen varios modelos de subsistemas de batería de discos IBM 9337. Todas las unidades de discos de cada modelo deben ser del mismo tipo.
En los modelos 9337-1xx, se incluye una unidad de discos adicional (llamada dispositivo de asistencia de grabación) en el subsistema de batería de discos. Esta unidad de discos no está disponible para almacenar datos de usuario, y no se muestra en las pantallas cuando se utiliza cualquiera de los siguientes menús:
v Trabajar con estado del disco (WRKDSKSTS)
v Arrancar Herramientas de Servicio del Sistema (STRSST) v Herramientas de Servicio Dedicado (DST)
Utilice esta unidad de discos para mejorar el rendimiento de los marcos hipotéticos de grabación interactiva.
En los modelos 9337-2xx y 9337-4xx, se incluye una antememoria de grabación en el subsistema de batería de discos. Utilice esta antememoria de grabación para mejorar el rendimiento de los marcos hipotéticos de grabación interactiva.
En algunas situaciones, si se producen anomalías en más de una unidad de discos de un subsistema de batería de discos con protección por paridad de dispositivos, es posible recuperar sin perder datos. En otras situaciones tal vez no pueda utilizarse el sistema, y será preciso restaurar los datos desde el medio de copia de seguridad. Debido al tiempo adicional que conlleva la grabación, restaurar datos en una ASP que tiene unidades de discos con protección por paridad de
dispositivos puede ser un proceso más largo que en una ASP que contiene únicamente unidades de discos no protegidas.
Elementos de un subsistema de batería de discos 9337 con protección por paridad de dispositivos: El siguiente diagrama es una ilustración de los elementos de un subsistema de batería de discos con protección por paridad de dispositivos.
Para obtener una visión general de mayor calado, revise la información adicional acerca de la antememoria de grabación y el dispositivo de asistencia de grabación (WAD) que se muestran en la figura anterior.
Antememoria de grabación: Los modelos 9337-2xx y 9337-4xx contienen una antememoria de grabación que está integrada en la tarjeta controladora. La antememoria de grabación está integrada en dos áreas diferentes del controlador:
v La antememoria primaria forma parte de la memoria del controlador. Esta
memoria es muy rápida y funciona sin batería.
v La antememoria secundaria es un componente independiente de la tarjeta
controladora. Esta antememoria no es volátil (tiene una batería) y puede
Controlador
Antememoria de grabación (sólo los modelos 2xx)
Procesador E/S Alimentación Alimentación Alimentación Alimentación redundante De 4 a 8 unidades de almacenamiento RZAIX509-0 Unidad de discos de grabación asistida (sólo modelos 1xx)
extraerse. La antememoria extraíble proporciona una integridad de los datos mejorada, ya que es posible trasladar la antememoria (y los datos) a una nueva tarjeta controladora cuando se produce una anomalía en la tarjeta controladora. La combinación de estas dos antememorias proporciona una mayor integridad de los datos y un rendimiento mejor. Cuando el sistema AS/400 envía una operación de grabación, los datos se graban en ambas áreas de antememoria. Entonces se envía un mensaje de finalización de grabación al sistema AS/400. Más adelante, los datos se graban en el disco. La antememoria proporciona la posibilidad de
grabación más rápida y garantiza la integridad de los datos.
Dispositivo de asistencia de grabación (WAD): El dispositivo de asistencia de grabación (WAD) es una unidad de discos adicional que está disponible
únicamente en los modelos 9337-1xx de los subsistemas de batería de discos que tienen protección por paridad de dispositivos. Esta unidad de discos mejora el rendimiento de las operaciones de grabación interactivas, y garantiza la integridad de los datos en caso de que se produzca una pérdida de alimentación. Las
operaciones de grabación que se realizan en el dispositivo de asistencia de grabación no requieren cálculos de paridad.
Notas:
1. Las peticiones de lectura no utilizan el dispositivo de asistencia de grabación. Las operaciones de lectura realizadas en el WAD siempre son transparentes para el sistema.
2. Si se produce una anomalía en el dispositivo de asistencia de grabación, no se realiza ninguna operación de grabación en la unidad de discos. Antes de continuar, los programas de aplicación esperan a que se realice
satisfactoriamente una operación de grabación en la unidad de discos (cuatro operaciones de E/S y cálculos de paridad).
3. Si en un subsistema de batería de discos 9337 que tiene protección por paridad de dispositivos se produce una anomalía en una unidad de discos que no es el WAD, se suspenden las operaciones de grabación realizadas en el dispositivo de asistencia de grabación.
4. Si se suspende la protección por paridad de dispositivos, el dispositivo de asistencia de grabación permanece en el subsistema de batería de discos. Sin embargo, ni el controlador de disco ni el sistema direccionan el dispositivo de asistencia de grabación.
Tal vez le interese revisar algunas de las formas en que el dispositivo de asistencia de grabación le ayuda a garantizar la integridad de los datos:
v Controlador de disco y el dispositivo de asistencia de grabación v Peticiones de grabación y el dispositivo de asistencia de grabación v Anomalías de alimentación y el dispositivo de asistencia de grabación
Controlador de disco y el dispositivo de asistencia de grabación: El controlador de disco para los subsistemas que tienen protección por paridad de dispositivos realiza una importante función en relación con las operaciones de grabación. El controlador mantiene una lista de todos los datos no comprometidos y grabados en el
dispositivo de asistencia de grabación que no se han grabado en el disco de datos o el disco de paridad. Utilice esta lista durante las anomalías de alimentación del sistema AS/400.
Peticiones de grabación y el dispositivo de asistencia de grabación: Una petición de grabación a los subsistemas con protección por paridad de dispositivos inicia tres operaciones de grabación. Los datos que se han de grabar en las unidades de discos se almacenan primero en el almacenamiento intermedio del controlador de
disco. Desde este almacenamiento intermedio los datos se envían al dispositivo de asistencia de grabación, al disco de datos y al disco de paridad.
Durante una petición de grabación tienen lugar las siguientes acciones:
1. Una operación de grabación en el dispositivo de asistencia de grabación:
v Los datos se graban en el dispositivo de asistencia de grabación de forma
secuencial. Las operaciones de grabación que tienen lugar en el dispositivo de asistencia de grabación no requieren cálculos de paridad.
v El controlador de disco (dirección de disco e identificador) añade la
información de cabecera. Antes de grabar en el dispositivo de asistencia de grabación se añade la información de cola de los datos. La información de cabecera se puede utilizar durante una anomalía de alimentación.
v Normalmente, las operaciones de grabación realizadas en el dispositivo de
asistencia de grabación se completan antes que las operaciones de grabación realizadas en las unidades de discos. El controlador de disco envía un mensaje de finalización a la gestión del almacenamiento que permite que la aplicación continúe. Los datos que se graban en el dispositivo de asistencia de grabación se marcan como no comprometidos en el controlador de disco.
Nota: La operación de grabación realizada en el disco de datos y el disco de paridad continúa en segundo plano hasta que los datos se graban satisfactoriamente y se marcan como comprometidos en el controlador de disco.
2. Una operación de grabación en la unidad de discos
v Para los datos:
– Lee los datos originales. – Graba los datos nuevos.
v Para los datos de paridad:
– Lee la información de paridad original.
– Compara los datos nuevos con los datos originales y la paridad original para calcular la nueva paridad.
– Graba la nueva información de paridad.
La operación de grabación que tiene lugar en el disco de datos suele
completarse antes que la operación de grabación que tiene lugar en el disco de paridad. La operación de grabación realizada en el disco de datos no tiene que esperar el cálculo de paridad. El retardo que tiene lugar entre la grabación de los datos nuevos y la grabación de la nueva información de paridad se conoce como paridad retardada.
3. Los datos se marcan como comprometidos cuando se graban satisfactoriamente en la unidad de discos de datos y la unidad de discos de paridad.
4. Se envía un mensaje de finalización a la gestión de almacenamiento sólo si la operación de grabación realizada en el dispositivo de asistencia de grabación o en la unidad de discos de datos todavía no ha enviado un mensaje.
El rendimiento para este tipo de operación de grabación depende de la contención de disco y del tiempo necesario para calcular la información de paridad.
Anomalías de alimentación y el dispositivo de asistencia de grabación: El dispositivo de asistencia de grabación también ayuda a mantener la integridad de los datos si se producen anomalías en la alimentación del subsistema de batería de discos 9337. Durante una anomalía de la alimentación se pueden producir dos situaciones:
1. La petición de grabación no se materializa en el dispositivo de asistencia de grabación o en las unidades de discos del subsistema que tiene protección por paridad de dispositivos.
El subsistema no puede completar la operación de grabación y no puede enviar el mensaje de finalización al sistema principal. El usuario de la aplicación es el responsable de volver a enviar la petición de grabación. Una fuente de
alimentación ininterrumpible conectada al sistema AS/400 puede proporcionar protección en este tipo de situación.
2. La petición de grabación se lleva a cabo en el dispositivo de asistencia de grabación y se marca como no comprometida. Sin embargo, la operación de grabación en el disco de datos y en las unidades de discos de paridad no está completa.
El subsistema de batería de discos que tiene protección por paridad de dispositivos recupera los datos cuando se restaura la alimentación.
El controlador de disco mantiene una lista de los datos no comprometidos. El controlador de disco obtiene en esta lista las direcciones de los registros del dispositivo de asistencia de grabación. Los datos no comprometidos se leen en el dispositivo de asistencia de grabación y se graban en las unidades de discos. Si se produce una anomalía en un controlador y la lista de datos no
comprometidos se pierde, el registro de cabecera se lee desde el principio hasta el final en las transacciones de grabación registradas. El registro de cabecera muestra que ha tenido lugar una transacción de grabación determinada. Una operación de grabación satisfactoria en las unidades de discos marca los datos como comprometidos. Esto funciona como el registro por diario utilizando la recuperación hacia adelante.
Protección por paridad de dispositivos en los procesadores de
entrada/salida (IOP)
Varios modelos diferentes de IOP proporcionan una alta disponibilidad mediante la protección por paridad de dispositivos de las unidades de discos que pueden tenerla. También se aceptan las unidades de discos que no pueden estar protegidas por paridad de dispositivos. La protección por duplicación de disco puede
protegerlas, o pueden estar desprotegidas. Los IOP que pueden proporcionar protección por paridad de dispositivos son los siguientes:
2726 6502 6533 2740 6512 6751 2741 6532 6754
Cuando se inicia la protección por paridad, los IOP crean conjuntos de paridad de dispositivos. Para crear un conjunto de paridad de dispositivos, como mínimo tiene que haber 4 discos que tengan la misma capacidad.
Los datos de paridad requieren un espacio equivalente al tamaño de un disco por cada conjunto de paridad de dispositivos. Si un conjunto de paridad de
dispositivos se inicia con 4 ó 7 discos, los datos de paridad se reparten entre 4 discos. Si en el conjunto de paridad hay 8 ó más discos cuando se inicia la protección, los datos de paridad se reparten entre 8 discos.
Se pueden incluir discos adicionales en un conjunto de paridad de dispositivos una vez iniciada la protección. Se pueden excluir los discos que no tengan datos de paridad de un conjunto de paridad de dispositivos sin detener la protección por paridad de dispositivos.
Se pueden incluir unidades de discos en un conjunto de paridad de dispositivos, por lo que su número puede aumentar de 7 ó menos a 8 ó más. Cuando sucede esto, el rendimiento del conjunto de paridad de dispositivos puede mejorar deteniendo la protección por paridad de dispositivos y volviendo a iniciarla. Con ello se redistribuyen los datos de paridad entre 8 discos en lugar de 4.
Cada IOP de la lista anterior puede distribuir los datos de paridad entre 4 u 8 unidades de discos. Repartir los datos de paridad entre 8 unidades de discos proporciona un mejor rendimiento.
La arquitectura de cada IOP puede aceptar de dos a cuatro conjuntos de paridad de dispositivos independientes con un máximo de 10 unidades en cada uno de ellos. La siguiente tabla muestra la cantidad de conjuntos de paridad que puede aceptar cada IOP:
Tipo de IOP Número de conjuntos de paridad
6502, 6512, 2740 Dos 2726, 2741 Tres 6532, 6533, 6751, 6754 Cuatro
Nota: Si es posible, inicie la protección por paridad de dispositivos antes de añadir unidades de discos a una agrupación de almacenamiento auxiliar (ASP). Con esto disminuye significativamente el tiempo que se tarda en configurar la unidad de discos.
Modelos de alta disponibilidad: Los modelos 9337-1xx se consideran los modelos de alta disponibilidad de los subsistemas de batería de discos 9337. En los modelos 9337-2xx y 9337-4xx se puede establecer la modalidad de alta disponibilidad. Estos modelos contienen una implementación de la tecnología de redundancia de datos RAID-5.
Protección por paridad de dispositivos: Ventajas
Las ventajas que proporciona la protección por paridad de dispositivos son las siguientes:
v El controlador de disco reconstruye automáticamente los datos perdidos después
de una anomalía de disco.
v El sistema sigue funcionando después de una única anomalía de disco. v Es posible sustituir una unidad de discos anómala sin detener el sistema. v La protección por paridad de dispositivos reduce el número de objetos que se
dañan cuando se produce una anomalía de disco.
Protección por paridad de dispositivos: Costes y limitaciones
Los costes y limitaciones de la protección por paridad de dispositivos son los siguientes:v La protección por paridad de dispositivos puede necesitar unidades de discos
adicionales para impedir que el rendimiento sea más lento.
v Las operaciones de restauración pueden tardar más tiempo cuando se utiliza la
protección por paridad de dispositivos.
Cómo afecta la protección por paridad de dispositivos al
rendimiento
La protección por paridad de dispositivos requiere operaciones de E/S adicionales para guardar los datos de paridad. Esto puede provocar un problema de
rendimiento. Para evitar este tipo de problema, algunos IOP contienen una antememoria de grabación no volátil que garantiza la integridad de los datos y proporciona una posibilidad de grabación más rápida. Se notifica al sistema que se ha completado una operación de grabación tan pronto como se almacena una copia de los datos en la antememoria de grabación. Los datos se recogen en la
antememoria antes de que se graben en una unidad de discos. Esta técnica de recogida reduce el número de operaciones de grabación físicas que deben realizarse en la unidad de discos. Debido a la antememoria, el rendimiento suele ser casi el mismo en las unidades de discos protegidas y no protegidas.
Las aplicaciones que tienen muchas peticiones de grabación en un breve periodo de tiempo (por ejemplo, los programas de proceso por lotes) pueden afectar negativamente al rendimiento. Una anomalía en una única unidad de discos puede afectar negativamente al rendimiento de las operaciones de lectura y de grabación. El proceso adicional asociado con una anomalía en una unidad de discos del conjunto de paridad de dispositivos puede ser considerable. La disminución del rendimiento permanece efectiva hasta que la unidad anómala se repara (o se sustituye) y el proceso de reconstrucción se completa. Si la protección por paridad de dispositivos disminuye demasiado el rendimiento, considere la posibilidad de utilizar la protección por duplicación de disco. Los siguientes temas proporcionan información detallada y adicional acerca de cómo afecta una anomalía de unidad de discos al rendimiento:
v Anomalía de unidad de discos en una configuración de protección por paridad
de dispositivos
v Operaciones de lectura en una unidad de discos anómala v Operaciones de grabación en una unidad de discos anómala
v Operaciones de entrada/salida durante un proceso de reconstrucción
Anomalía de unidad de discos en una configuración de
protección por paridad de dispositivos
El dispositivo de asistencia de grabación se suspende cuando se produce una anomalía de unidad de discos en un subsistema que tiene protección por paridad de dispositivos. Si se produce una anomalía en el dispositivo de asistencia de grabación, éste no se vuelve a utilizar hasta que se completa la operación de reparación. La ventaja que aporta el dispositivo de asistencia de grabación de cara al rendimiento se pierde mientras no se repara la unidad de discos.
Se considera que los subsistemas que tienen protección por paridad de dispositivos están expuestos hasta el momento en que se completa el proceso de sincronización después de sustituir la unidad de discos anómala. Durante el tiempo en que se considera que la unidad de discos está expuesta son necesarias operaciones de E/S adicionales.
Operaciones de lectura en una unidad de discos anómala
Para obtener los datos que contenía la unidad de discos anómala, la protección por paridad de dispositivos debe leer cada unidad de discos del conjunto de paridad de dispositivos que contiene la unidad de discos anómala. Como las operaciones de lectura pueden solaparse, las repercusiones en el rendimiento pueden ser escasas.
Como una unidad de discos anómala que tiene protección por paridad de dispositivos posiblemente contenga únicamente una pequeña parte de datos de usuario, es posible que sólo unos cuantos usuarios se vean afectados por la disminución del rendimiento.
Operaciones de grabación en una unidad de discos anómala
Hay algunos ejemplos disponibles que muestran lo que sucede en las operaciones de grabación cuando una única unidad de discos sufre una anomalía en un conjunto de paridad de dispositivos que tiene protección por paridad dedispositivos. La siguiente figura muestra una unidad anómala en un 9337–110 con protección por paridad de dispositivos. Utilícela para los tres ejemplos siguientes:
v Ejemplo: Grabar en un 9337–110 que tiene anomalías en una unidad de discos v Ejemplo: Grabar en una unidad de discos anómala de un 9337–110
v Ejemplo: Grabar datos en una unidad de discos cuyos datos de paridad
correspondientes se encuentran en una unidad de discos anómala.
RZAIX508-0 Anómala PS1 DS1 DS1 DS1 DS2 PS2 DS2 DS2 DS3 DS3 PS3 DS3 DS4 DS4 DS4 PS4
Unidad 1 Unidad 3 Unidad 5 Unidad 7
Ejemplo: Grabar en un 9337–110 que tiene anomalías en una unidad de discos:
Una petición de grabación del sistema AS/400 no implica a una unidad de discos que haya sufrido una anomalía. La petición de grabación se realiza en DS1, unidad de discos 3. La unidad de discos 5 es la unidad anómala. Tienen lugar las
siguientes acciones:
1. El sistema lee los datos originales del subsistema de discos DS1, unidad de discos 3.
2. El sistema lee la información de paridad original de PS1, unidad de discos 1.
3. Se calcula la nueva información de paridad.
4. Los datos nuevos se graban en DS1, unidad de discos 3.
5. La nueva información de paridad se graba en PS1, unidad de discos 1. Las operaciones de grabación se manejan como operaciones de grabación normales en unidades de discos que tienen protección por paridad de dispositivos (2 operaciones de lectura y 2 operaciones de grabación).
Ejemplo: Grabar en una unidad de discos anómala de un 9337–110: Una
operación de grabación del sistema AS/400 detecta que la unidad de discos que ha de contener los datos ha sufrido una anomalía. La operación de grabación se realiza en DS2, unidad de discos 5. Tienen lugar las siguientes acciones:
1. Los datos originales se pierden en DS2, unidad de discos 5, debido a la anomalía.
2. Los datos originales se crean de nuevo leyendo DS2, unidad de discos 1; PS2, unidad de discos 3; y DS2, unidad de discos 7.
3. Se calcula la nueva información de paridad.
4. Los datos originales no se pueden grabar en DS2, unidad de discos 5, debido a la anomalía.
Las operaciones de grabación requieren varias lecturas (N-1 lecturas, siendo N el número de unidades de discos) y una única operación de grabación para la nueva información de paridad. Los datos de la unidad de discos 5 se
reconstruirán durante la sincronización después de sustituir la unidad de discos 5.
Ejemplo: Grabar datos en una unidad de discos cuyos datos de paridad correspondientes se encuentran en una unidad de discos anómala.: Se realiza una petición de grabación del sistema AS/400 cuando los datos de paridad
correspondientes están en una unidad de discos anómala. La petición de grabación se realiza en DS3, unidad de discos 7. La información de paridad para DS3, unidad de discos 7, está en la unidad de discos anómala 5. Tienen lugar las siguientes acciones:
1. Se detecta una anomalía en la unidad de discos que contiene los datos de paridad, la unidad de discos 5.
2. No se requiere el cálculo de la información de paridad porque no se puede grabar en PS3, unidad de discos 5. Por tanto, no existe el requisito de leer los datos originales ni la información de paridad.
3. Los datos se graban en DS3, unidad de discos 7.
Una operación de grabación sólo requiere una grabación para los datos nuevos. Los datos de paridad para PS3 se reconstruirán durante la sincronización después de sustituir la unidad de discos 5.
Operaciones de entrada/salida durante un proceso de
reconstrucción
Es posible que las operaciones de E/S que tienen lugar durante el proceso de reconstrucción (sincronización) de la unidad de discos anómala no requieran peticiones adicionales de E/S de disco. Esto depende del lugar donde se leen o se graban los datos en la unidad de discos que está en proceso de sincronización. Por ejemplo:
v Una operación de lectura del área del disco que ya se ha reconstruido requiere
una operación de lectura.
v Una operación de lectura del área del disco que no se ha reconstruido se
considera como una operación de lectura en una unidad de discos anómala. Consulte el apartado″Operaciones de lectura en una unidad de discos anómala″ para obtener más información.
v Una operación de grabación en el disco que ya se ha reconstruido requiere las
operaciones de lectura y grabación normales (dos de lectura y dos de grabación).
v Una operación de grabación en el área del disco que no se ha reconstruido se
considera como una operación de grabación en una unidad de discos anómala. Consulte el apartado″Operaciones de grabación en una unidad de discos anómala″para obtener más información.
Nota: El proceso de reconstrucción tarda más en completarse si también tienen lugar operaciones de lectura y grabación en una unidad de discos sustituida. Cada petición de lectura o de grabación interrumpe el proceso de
reconstrucción para realizar las operaciones de E/S necesarias.
Utilización conjunta de la protección por paridad de
dispositivos y la protección por duplicación de disco
La protección por paridad de dispositivos es una función de hardware. Las agrupaciones de almacenamiento auxiliar y la protección por duplicación de disco son funciones de software. Cuando se añaden unidades de discos y se inicia la