En el mundo AS/400, hemos tenido una serie de vivencias a lo largo de los mantenimientos de las máquinas, que nos han hecho recopilar una grandísima cantidad de información en soportes de almacenamiento de CDs. Aun recuerdo los 25 CDs de servicios correctivos cumulativos (o PTFs) de cada versión del Sistema Operativo, con la cantidad de horas que se tardaba en cargar todo eso, mas luego todo el tiempo que se tiraba aplicando los susodichos parches o PTFs. O aun hoy, los 19 CDs de los que se compone la versión V5R4M0 del Sistema Operativo, y estamos hablando de un sistema operativo del año pasado…
Pues se acabó el hacer de disk-jockey. Desde la versión del Sistema Operativo V5R1M0, primero para hacer upgrades, y ya desde la versión V5R2M0 y con soporte completo incluso de escritura en la V5R3M0, existe la posibilidad de crear Catálogos Virtuales de Imágenes de CDs.
Que es un Catálogo Virtual de Imagenes?
Un Catálogo Virtual de Imágenes es una herramienta software, que, entre otras cosas, te permite cargar imágenes ISO de los CDs o DVDs de manera sencilla, de tal forma que te habilita crear un “JukeBox” o cargador de CD (como los de los coches), con tantas ISOs quieras que el sistema te leerá bajo petición. Para ello, antes crearás un dispositivo óptico virtual al que podrás asociarles un catálogo de imágenes concreto, y ese catálogo en su interior tendrá tantas ISOs como necesites. También puedes crear multitud de catálogos virtuales y cargarlos según te convenga.
Ya, bueno, pero para que sirve?
Lógicamente, crear un dispositivo virtual y varios catálogos de imágenes te permiten prescindir de los CDs y DVDs para siempre en soporte plástico. Por ejemplo, si necesitas cargar un conjunto cumulativo de PTFs, antes tenías que introducir y sacar CDs de la unidad de CD a medida que el sistema te los pedía, dando lugar a tensas esperas y sobre todo estar pendiente de los mensajes de consola cuando tocaba cambiar de CD para introducir el siguiente en secuencia o aleatoriamente. Ahora, todos esos CDs los puedo subir a los discos del AS/400 como ISOs, y puedo crear un catálogo de PTFs con esas 27 o 50 ISOs, y hacerlo disponible (cargarlo) en un soporte óptico virtual.
De esta forma, cuando quiera aplicar las PTFs, no tengo mas que decirle que las PTFs se encuentran en ese dispositivo virtual (en vez de en el tradicional OPT01 si es un CD, o TAP01 si están en cinta) y el sistema ira leyendo toda la información como le convenga, montando automáticamente las ISOs que necesite, de manera totalmente automática y sin intervención humana.
Además, no es lo mismo leer de un CD que leer directamente del disco ASP del sistema, por lo que la carga de las PTFs se haría con mucha rapidez.
Menuda pasada, no?
Pues si, pero evidentemente, surge un inconveniente: Es necesario espacio en disco para almacenar todas esas ISOs. Si el sistema tiene poco espacio disponible, no podríamos cargar todas las ISOs que nos gustarían, pero en mi experiencia eso no es demasiado problema, ya que en las instalaciones medianas en las que he trabajado, con un cambio de maquina, un sistema que tenia 20 o 30 GB de uso, con los nuevos discos de 300 GB que vienen con la máquina “por defecto”, pues te permite jugar con todo ese excedente de espacio para crear catálogos virtuales variopintos.
A titulo personal, me gusta tener un catálogo de imágenes con las imágenes en ISO de los DVDs del Sistema Operativo (unos 10 GB), de tal forma que si en un futuro quiero instalar una aplicación y necesita un pre-requisito que no he instalado en la instalación inicial del sistema, lo puedo hacer cuando quiera, simplemente por comodidad. Y por otro lado, tener uno o más catálogos de PTFs cumulativas. Más o menos cada 3 meses suelo conectarme a la Web de IBM Fixcentral y me suelo bajar en formato electrónico (es decir, en ISO o BIN, pero que son lo mismo) las últimas PTFs cumulativas que han salido para la release de mi Sistema Operativo. Las subo al iSeries y creo un catálogo con todas esas ISOs, y así, el día que actualice, tendré todo lo necesario para hacerlo desatendidamente y automáticamente. Y siempre guardo los catálogos antiguos por si acaso, habiendo espacio de sobra, no molestan, pero no guardo mas de dos catálogos de PTFs a la vez para que así la ventana de backup de la opción 21 no me suba demasiado.
Bien, y cuales son los pasos a seguir para tener mi catálogo?
Voy a utilizar como ejemplo, el catálogo que me crearé para los DVDs del Sistema Operativo. Lo primero, es tener las ISOs en tu PC, listas para subirlas al iSeries. Yo, las subo al IFS directamente, creando una carpeta llamada /OS y luego dando permisos para compartirla (todo esto dentro de System i Navigator del iSeries Access for Windows).
Una vez subidas las ISOs, crearemos un dispositivo óptico virtual con el siguiente mandato:
CRTDEVOPT DEVD(OPTVRT01) RSRCNAME(*VRT)
Así que si vamos a ver la pantalla de trabajar con descripción de dispositivos (WRKDEVD), debería aparecernos el dispositivo recién creado.
Este dispositivo será el que gestionará enlazar los catálogos de imágenes, y poder así cargarlos.
Ya que estamos, pondremos On-line el dispositivo con el siguiente mandato:
VRYCFG CFGOBJ(OPTVRT01) CFGTYPE(*DEV) STATUS(*ON)
Ahora, el sistema ya es susceptible de ser leído por el iSeries cuando se lo pidamos.
Fig. 1: Dispositivo OPTVRT01
Una vez creado el dispositivo óptico virtual, procederemos a crear un catálogo de imágenes. Como vamos a crear varios en un futuro, vamos a darle un nombre significativo para saber que ISOs contendrá dicho catálogo, por ejemplo, OSV6R1M0 (porque contendrá el Sistema operativo V6R1M0), y le diremos donde están las ISOs que luego enlazaremos, así que introduciremos el siguiente mandato:
CRTIMGCLG IMGCLG(OSV6R1M0) DIR(‘/OS’)
Con este paso realizado, solo nos falta añadir las imágenes ISO de la carpeta dentro del catálogo. Para ello, tan sencillo como introducir un mandato por ISO a añadir:
ADDIMGCLGE IMGCLG(OSV6R1M0) FROMFILE(‘/OS/B2931_01.ISO’) TOFILE(*FROMFILE)
Esto añade el primer DVD del SO. Cabe destacar que si no se pone el parámetro TOFILE, es decir, que el parámetro por defecto de TOFILE es *GEN, el sistema crea un nuevo fichero con el mismo tamaño pero su extensión es .ISO01. Esto lo hace para indexarlo en el catálogo, por lo que una vez cargada dicha ISO en el catálogo, nuestro fichero ISO se puede borrar, ya que el sistema utilizará a partir de este momento el que tiene extensión ISO01. De hecho, esto se suele utilizar para pasar de un DVD real a ISO, pero como en nuestro caso, la ISO ya está creada, pues con el TOFILE(*FROMFILE) te evitas crear un fichero adicional.
Con el mandato siguiente, añadiremos el segundo DVD del SO a nuestro catálogo
ADDIMGCLGE IMGCLG(OSV6R1M0) FROMFILE(‘/OS/B2931_02.ISO’) TOFILE(*FROMFILE)
Y por ultimo, el DVD de programas diversos lo cargaremos así:
ADDIMGCLGE IMGCLG(OSV6R1M0) FROMFILE(‘/OS/F_MULTI_NLV.ISO’) TOFILE(*FROMFILE)
Si ahora, introducimos el mandato WRKIMGCLGE IMGCLG(OSV6R1M0) podremos apreciar de acuerdo a la siguiente figura que el catálogo esta cargado y las ISOs enlazadas correctamente:
Fig. 2: Trabajar con entradas en el catálogo de imágenes
Como habéis visto en la captura de pantalla, el estado está en No preparado. Esto significa que el catálogo de imágenes no esta asociado a ningún dispositivo óptico virtual. Esto es perfectamente normal, solo que en el momento que queramos utilizar este catálogo para leerlo en el sistema, antes tendremos que cargarlo en nuestro dispositivo óptico virtual llamado OPTVRT01 creado al principio. Para ello, ejecutaremos el siguiente mandato:
LODIMGCLG IMGCLG(OSV6R1M0) DEV(OPTVRT01)
Por último, podéis comprobar que una vez cargado, el dispositivo esta preparado y el primer volumen ISO esta montado, es decir, que es como si hubiéramos metido dentro de la unidad de DVD el primero de los 3 DVDs.
Fig. 3: Catálogo montado y cargado
A partir de este momento, podemos leer el dispositivo OPTVRT01 con la información de todo el Sistema Operativo, a velocidades de disco duro. Con el mandato WRKOPTVOL, vemos según la siguiente figura que el CD ISO introducido en la unidad virtual es el B2931_01.
Fig. 4: Trabajar con volúmenes ópticos
Y todo esto se puede hacer con PTFs, con programas producto, en fin, con lo que se os ocurra. Se acabó estar esclavizado del CD del AS/400!
buen dia:
mi nombre es dorian ordoñez soy de guatemala
lleva mas de 10 años programando en as400, pero asta ahora estoy haciendo una migracion de la v5r1m0 a v6r1m0, la compania que nos da el soporte solo nos dio el nuevo servidor pero no hicieron el cambio de nuestros datos y programas, en tu amplia experiencia, el hacer estas migracion que problemas podriamos tener como para verificarlos.
Hola, Dorian:
Pues hay que mirar bastantes cosas: La primera y mas importante, es conocer tu sistema actual. En el transcurso de la migración a la V6R1M0, todos los objetos del sistema serán reconvertidos, ya que el LIC varía mucho desde la versión V5R4M0 y por tanto, se reconvertiran para encajar con las modificaciones de los interfases del LIC. Por tanto, si los programas RPG o COBOL o los que dispongas dentro del AS/400 para vuestra operación en ese sistema no disponen de los fuentes, en función de como se hayan compilado (visibilidad y trazabilidad) quizas no se puedan reconvertir, y esto es un problema, porque no funcionarían en la nueva versión. Por tanto, deberías utilizar una herramienta como ANZOBJCVN para analizar que programas puedes ser reconvertidos y cuales no, pero lamentablemente este programa está disponible para la versión V5R3M0 en adelante. De hecho, es una migración bastante burra, os saltais muchas versiones a la vez y es posible que tengais problemas porque desde la V5R1M0 a la V6R1M0 ha llovido mucho.
Por tanto, yo veo dos posibilidades: Una migración a una versión V5R3M0 y de ahí, a una V6R1M0 (aunque yo optaría, ya puestos, a la V7R1M0, mas nueva), habiendo hecho antes el ANZOBJCVN o arriesgarse a hacer el salto, teniendo siempre la máquina antigua operativa por si hay que realizar una marcha atras.
En mi experiencia personal, yo llegue a hacer un salto desde la V4R5M0 a la V6R1M0 directamente, simplemente restaurando las bibliotecas *ALLUSR en el nuevo sistema, pero contaba con ventaja ya que todos los programas ERP y contabilidad que tenian escritos en RPG en la empresa, eran del propio departamento de informatica de la empresa y por tanto, tenían el entorno de desarrollo y fuentes, por lo que el sistema pudo reconvertir todos los objetos mientras los restauraba con el RSTLIB (y ademas, esta gente no utilizaba el IFS para nada, por lo que solo hizo falta restaurar bibliotecas, siendo muy facil la migración).
Espero que haya podido resolverte alguna duda.