UNIX SCO 5.0.5

A la fecha en que escribí este post, hace casi 3 años, hacía mucho que no le dedicaba tiempo al Blog de informática, y también hacía mucho tiempo no le dedicaba tiempo a algo que no fuera de "trabajo".
A continuacion el post original...

Hace unos días llego a mis manos (de forma informal), un documento de una Auditoria de Sistemas que se realizó en la empresa.

Mas allá de lo flechada que es dicha auditoria, lo mal que se manejan los términos y la poca base que la sustente en si misma, hizo referencia a dos puntos muy importantes y que todos teníamos claros.

Nunca entendí porque gastar 6000 dolares en una auditoria que te diga lo que la gente del departamento de Sistemas grita desde hace dos años., pero bueno.... NADIE ES PROFETA EN SU TIERRA....

El tema es que dos de los servidores de la empresa, no cuentan con un equipo para operar en contingencia.

En ambos casos debido a lo "antiguo" de lo instalado en ellos.

Paso a contarles.

La empresa mantiene un server con SCO Open Server 5.0.5 instalado en un Pentium IV con 1 GB de RAM. El sistema fue instalado en la empresa alrededor de 1999; si en algún momento estuvo en otro hardware no lo sé. Lo que si sé es que desde hace mas de dos años (cuando yo llegue a la empresa) el equipo esta instalado en dicho servidor.
Este servidor cuenta con 35 licencias para conexiones concurrentes, lo que genera en muchos casos problemas a la hora en que todo del mundo quiere trabajar en el.

Cuando al llegar y ver eso plantee porque no migrábamos eso a un nuevo hardware, tal vez saliendo de SCO y el limite de conexiones concurrentes, se me dijo que

1) No habían fuentes para linux para reinstalar la versión del motor de base de datos que se usaba... Una versión de C-TREE 3 o 4.... Nunca había escuchado hablar de esa Base de Datos en mi vida... buscando información descubrí que es una BD propietaria, no hay nada similar en código abierto, y reescribir la totalidad del código de dichos programas podía ser una tarea sumamente pesada, no solo de desarrollo, sino de testing.

2) Existía un equipo de "contingencia" para salir funcionando con solo "clonar el disco".

La siguiente pregunta fue.... Y si lo que se rompe es el disco?

Bueno... Resulto que periódicamente, se clonaba el disco y ademas, un proceso en el servidor hace un RESPALDO que después alguien "baja" en su equipo.

Un buen día, se debió usar el "equipo de contingencia" porque el equipo original dijo BASTA, con lo que desapareció la posibilidad de contingencia.

Por mas que buscamos fue imposible hacernos con una MotherBoard Idéntica, y una idéntica tarjeta de Red, para que el equipo funcionara.

En el camino intentamos hacerlo funcionar en equipos con otros modelos de Motherboard, con el disco clonado, pero nunca logramos el sistema funcionara,

En la Auditoria se rescata la falta de dicho servidor de contingencia, sin importar si en algún momento existió, para que existía, porque dejo  de estar disponible y demás.

La frase que retumbaba en mi cabeza era... "El Personal de IT no podría retomar la operativa a corto plazo" con referencia a dicho equipo.

Dado que no disponía de los Instaladores de SCO 5.0.5, ni de la base de datos CTREE ni de los instaladores de NADA de lo que había en ese servidor... decidí divertirme un poco, y probarme una vez mas, que mucha gente habla solo por hablar.... (como en el caso del auditor de referencia)

Me tomé tiempo para hacerme de copias del CD de instalación de SCO 5.0.5 (solo ese cd); no pude encontrar los discos que venían en esa misma distribución que eran 5 o 6.

No encontré instaladores del motor de la BD, y mucho menos del software que fue diseñado específicamente para la empresa....

Pero bueno, sin desesperarnos.... vayamos paso por paso

1) Comprar e instalar en mi Equipo VMWare Workstation 11 en el equipo de mi casa.
2) Crear una maquina virtual que seria MI servidor de SCO

Después de pelear bastante con el sistema operativo, elegir la mejor opción para discos, tarjetas de red, etc... logre dejar operativo el sistema operativo.... Ya ESO era mucho mas de lo que habia logrado en el trabajo... nunca habíamos hecho que el SCO del disco clonado funcionara.

3) hacerme de un TAR con el respaldo completo del servidor para seguir JUGANDO....

4) Descomprimir el tar y "tirarlo" sobre la instalación recién hecha..... Resultado.... El sistema no arrancó mas....

5) Volver a reinstalar el SCO... y volver a jugar con el TAR....

6) luego de muchas pruebas, instalaciones fallidas,.... pruebas con nuevas versiones del motor de BD que logre encontrar por Internet, logre que el servidor y la BD funcionaran.... el tema era si el software también funcionaria

7) varios juegos con el TAR, links que no son validos, encontrar las bibliotecas correctas para que funcionen con lo que estoy instalando.... y el servidor continue funcionando luego de reiniciarlo !!!!

8) copiar los archivos de datos y comprobar que la base de datos tomara los datos de los mismos.. y FUNCIONO....

9) Horas de Leer manuales de Tunning de SCO.; Leer manuales de Tunning de CTREE... Al finalizar.... pase de un servidor con SCO Operativo y que era capaz de eliminar los indices y volver a generarlos en la totalidad de las tablas del sistema en 1 Hora 50 minutos... a mi versión... mejorada del servidor original.. donde esa tarea (eliminar indices y regenerarlos en toda la base de datos) se realiza en menos de 10 minutos...

10) Conclusión... El Sistema PUEDE RECUPERARSE, si seria un proceso largo, a mi desde encontrar y bajar el software del sistema operativo, encontrar y bajar el software de varias versiones de BD, comprimir y descomprimir archivos, encontrar, bajar y leer los manuales del SO y BD, Tuning del sistema, me llevo casi 100 horas (trabajando SOLO, armando y rearmando la maquina virtual una y mil veces... probando diferentes configuraciones de la misma, etc.)

Lamentable las empresas no entiendan que las cosas no es que no se hagan por dejadez o desconocimiento... Muchísimas cosas no se hacen por FALTA DE TIEMPO...

y la empresa arriesga perder una semana o mas de su operativa... por esa razón ...

Nunca voy a entender esas cosas... en ninguna parte.