¿Cómo puedo hacer una copia de seguridad de un soporte virtual?

Funciona de la siguiente manera: las copias de seguridad se realizan localmente en el IFS y, a continuación, el archivo se exporta desde el IFS a un almacenamiento remoto o a la nube.

Las copias de seguridad se realizan localmente en el IFS. Una vez finalizada la copia de seguridad, el archivo se exporta desde el IFS a un almacenamiento remoto o a la nube.

La preparación es muy similar a la carga de PTFs: se monta un catálogo de imágenes (*IMGCLG) en un directorio IFS, y este catálogo se carga en un dispositivo virtual de copia de seguridad (*DEVD).

Este dispositivo puede tener un atributo «OPT» para una unidad de DVD virtual (PTFs, *SAVSYS) o un atributo «TAP» para una unidad de cinta virtual (copias de seguridad *ALLUSR).

A medida que se exportan las copias de seguridad, es esencial hacer un seguimiento de las mismas. Por ello, lo más frecuente es recurrir a BRMS o a productos de terceros, para evitar la necesidad de un desarrollo demasiado engorroso y difícil de mantener para supervisar las cintas virtuales.

 

Hay varias opciones a su disposición:

• Gestión totalmente manual (CRTDEVTAP / CRTDEVOPT, directorio IFS, *IMGCLG)
• Gestión semimanual con BRMS (transferencias y cargas «a mano», luego copias de seguridad/restauraciones a través de BRMS).
• BRMS interconectado con IBM Cloud Storage Solutions para i (producto con licencia de IBM: 5733ICC)
• Software de terceros (no IBM)

 

Para simplificar, me referiré a IBM Cloud Storage Solutions for i como «ICC», por el código de producto de IBM.

• ¿Están actualizados mis PTF?

En particular, para ICC, consulte los PTF de BRMS.

Para otras soluciones de terceros, consulte la documentación del editor.

Para otras soluciones, la última Actualización Tecnológica y la última versión acumulativa deberían ser suficientes.

 

• ¿En qué soportes remotos puedo hacer copias de seguridad?

Para ICC, IBM ha validado el correcto funcionamiento de los intercambios con las Nubes (IBM, Amazon y Google) a través de sus protocolos respectivos, pero también por FTP hacia un AIX o un Linux Redhat.

Otros tipos de almacenamiento podrían funcionar, pero IBM no los ha probado. Habrá que probar las copias de seguridad y, sobre todo, las restauraciones. No recomendamos utilizar transferencias FTP a un TrueNAS, precisamente por los problemas de restauración que hemos encontrado.

Sin embargo, también es posible almacenar copias de seguridad en soportes no aprobados por IBM: cree un directorio de almacenamiento de copias de seguridad en un soporte no aprobado por IBM (por ejemplo, TrueNAS), monte un recurso compartido NFS que apunte a este directorio en un soporte aprobado por IBM (por ejemplo, AIX) y defina un recurso ICC (destino de transferencia de copias de seguridad) con el recurso compartido NFS que apunta al almacenamiento no aprobado por IBM como directorio raíz receptor.

Por último, algunos equipos también pueden «emular» un entorno de nube al estilo IBM i. Por ejemplo, IBM Spectrum Protect puede emular un entorno de Amazon Cloud (AWS) en ICC.

Para otros tipos de almacenamiento de editores externos, debe consultar la documentación o las recomendaciones del editor.

Por último, para la gestión (semi)manual, habrá que tener en cuenta en la decisión el precio, los equipos ya disponibles y la complejidad del desarrollo.

 

• ¿Tengo suficiente espacio en disco en mi sistema remoto?

Al considerar la cantidad de espacio en disco necesario, tenga en cuenta :

• los diferentes tipos de copias de seguridad (diarias, mensuales, puntuales, etc.)
• la copia de seguridad de los distintos productos IBM i
• conservación de cada copia de seguridad
• la frecuencia de cada tipo de copia de seguridad
• cualquier compresión (¡nunca compresión para *SAVSYS!)
• el aumento potencial de la ocupación del disco de la partición a lo largo del tiempo
• precio (en el contexto de una nube)

 

• ¿Qué tipo de transferencia debo utilizar?

El tipo de transferencia a utilizar depende obviamente del tipo de almacenamiento.

Dependiendo de la solución de terceros elegida, consulte la documentación o las recomendaciones proporcionadas por el editor.

Los editores siempre ofrecen FTP, pero a veces hay disponibles otros tipos de transferencia más modernos y/o seguros, como RSYNC.

ICC ofrece actualmente 3 protocolos: AWS S3, IBM SoftLayer y FTP.

Cada uno de estos tipos de transferencia admite cifrado, seguridad y compresión.

Para el ejemplo de emulación de Spectrum Protect, la transferencia utilizada será segura Amazon S3.

 

• ¿Tengo suficiente espacio libre en el disco local?

De hecho, antes de transferirlas al almacenamiento remoto, las copias de seguridad se realizan primero localmente, en el IFS. La mayoría de las veces, por tanto, hay que asegurarse de que la ocupación del disco es inferior al 50%.

En el caso de ICC, el espacio disponible puede ser mucho menor, ya que las cintas se envían a medida que se realizan las copias de seguridad. Por supuesto, habrá que adaptar el número y el tamaño de las bandas generadas por el BRMS.

Con o sin ICC, sigue siendo aconsejable almacenar las copias de seguridad en un iASP. Si se interrumpen las comunicaciones entre el IBM i del que se está realizando la copia de seguridad y el almacenamiento remoto, el iASP se llenará hasta su capacidad, pero nunca se «desbordará» sobre el ASP del sistema. Y con un iASP, no hay necesidad de limitar el ASP del sistema por debajo del 50% de ocupación.

 

• Si decido utilizar un iASP, ¿cómo lo gestiono?

Como ya se ha dicho, el iASP no es obligatorio, sólo recomendable. Por supuesto, todo depende de la arquitectura técnica existente (¿tenemos suficiente espacio en disco para asignar una parte a iASP?). Si decide utilizarlo, primero debe configurarlo correctamente:

1. El primer paso consiste en presentar los futuros discos iASP a la partición IBM i. Una vez que los discos son visibles, se utiliza el comando CFGDEVASP ASPDEV(iasp_name) ACTION(*CREATE) para seleccionar los discos que se añadirán al iASP.
2. El iASP se crea en un estado detenido, por lo que debe iniciarse. Tenga en cuenta que el iASP debe permanecer iniciado durante toda la copia de seguridad Y las transferencias. Puede comprobar el estado del iASP con el comando WRKCFGSTS CFGTYPE(*DEV) CFGD(*ASP) e iniciarlo con el comando VRYCFG CFGOBJ(nombre_iASP) CFGTYPE(*DEV) STATUS(*ON). No olvide arrancar también el aparato en el programa de puesta en marcha, ¡para que no le pille de sorpresa después de una IPL!
3. Una vez iniciado el iASP, es necesario presentarlo a la solución de software elegida, si procede; en el caso de la solución de almacenamiento en nube, tanto BRMS como ICC deben conocer este nuevo iASP. BRMS sólo requiere un reinicio, la opción con menor impacto es: INZBRM *DATA. La CCI exige que se presente una orden adicional, del programa «navaja suiza» del BRMS: QBRM/Q1AOLD.

• ¿Qué formato de cinta necesito?

Para la gestión manual, el tamaño de las cintas es libre (máx. 1 TB), pero cuidado con el espacio disponible en disco.

Los formatos de DVD virtual son más limitados: el más grande es *DVD4700 (4,7 GB).

El comando ADDIMGCLGE se utiliza para añadir una cinta o DVD al catálogo de imágenes.

A continuación, deberá calcular el número de volúmenes necesarios para las copias de seguridad (y, en particular, el número de DVD necesarios para *SAVSYS).

Una vez más, ICC utiliza el programa QBRM/Q1AOLD para establecer el tamaño de las bandas generadas automáticamente por BRMS. BRMS creará nuevas cintas en cuanto se seleccione la última cinta disponible para la copia de seguridad. Por tanto, el número de bandas tiene poca repercusión.

De hecho, por defecto, en BRMS y de forma nativa, una cinta en blanco no ocupa prácticamente espacio en los discos, sea cual sea el tamaño definido o el formato de los volúmenes.

 

• ¿Puedo hacer una copia de seguridad de mi sistema y mi microcódigo en un soporte virtual?

Los *SAVSYS basados en disco sí son posibles, pero sólo en DVD virtuales. Sin embargo, estas copias de seguridad no pueden comprimirse ni cifrarse. Para restaurar un sistema operativo completo a partir de estos DVD, es necesario poder «montarlos». Por lo tanto, es necesario grabar el soporte virtual en un soporte físico que pueda ser leído por el IBM i, o montarlo en una unidad virtual de un VIOS asociado al IBM i, si es posible.

Sin embargo, como el estado restringido (obligatorio para un *SAVSYS) puede hacer que la copia de seguridad sea más compleja, no siempre se da el caso de que el *SAVSYS sea compatible con el editor de la solución de copia de seguridad.

En el caso de ICC, la solución es capaz de levantar una dirección IP manteniendo activo el modo restringido. Una vez más, se utiliza el programa QBRM/Q1AOLD para definir la dirección IP que enviará BRMS. La documentación recuerda que se debe hacer una copia de seguridad de determinadas bibliotecas de IBM con el *SAVSYS, ya que se utilizarán para restaurar los datos (bibliotecas del sistema + BRMS + ICC + bibliotecas de cifrado y compresión, etc.).

 

• ¿Cómo se realiza un SAVE21 en discos?

En modo nativo, hay que programar un *SAVSYS en DVD (¡sin compresión!) seguido de una copia de seguridad *NONSYS en cinta (compresión posible), manteniendo el modo restringido.

Las cintas no pueden enviarse durante la copia de seguridad, por lo que TODAS las transferencias tendrán que iniciarse al final de la copia de seguridad. Por tanto, es esencial mantener libre al menos el 50% del espacio en disco, o definir un iASP.

Como ya se ha mencionado, si *SAVSYS es imposible, también lo es SAVE21. Consulte la documentación del editor o pregúntele directamente si admite *SAVSYS.

ICC divide SAVE21 en 2 partes: el *SAVSYS, y la copia de seguridad del resto de los datos (*NONSYS).

Por lo tanto, en un sistema en el que se vayan a lanzar SAVE21 en soportes virtuales, deberá haber al menos 2 recursos ICC, 2 estrategias de medios, 2 ubicaciones de medios y 2 grupos de control. Esto facilita la identificación de los SAVE21 de los diarios.

 

• ¿Qué debo comprobar antes de utilizar la solución?

Sea cual sea la solución que elijas, debes recordar cómo mantenerla y manejarla.

Esto implica la planificación (¡cuidado con el *JOBQ en el contexto de un SAVE21!) de comandos para la copia de seguridad, el mantenimiento, y posiblemente el arranque y parada de subsistema(s) o la liberación de JOBQs, y también la inclusión de los distintos comandos en el programa de arranque.

En el caso de las soluciones empaquetadas por un editor (incluido IBM), también deberá asegurarse de que el soporte del software está actualizado y de que la licencia está correctamente cumplimentada.

Para ICC, la solución es un producto con licencia de IBM (5733ICC), cuyas licencias se aplican a la partición, no a la máquina. Como la solución está aún en sus inicios, la posibilidad de crear un ticket en IBM puede ser absolutamente esencial.

 

• ¿Qué precio estoy dispuesto a pagar si elijo una solución «empaquetada» de un editor?

El precio de la solución suele ser el principal factor en la elección final. No olvides incluir el mantenimiento en el coste de propiedad, así como el coste del tiempo dedicado a utilizar la solución (para desarrollos internos).

Si tiene alguna otra pregunta o desea más información sobre el tema, armonie puede ayudarle con su proyecto.