Estimados, alguien me puede guiar como se pueden realizar BKS automaticos para informix 9.7 sobre Windows 2003. Utilizan alguna herramienta en particular. Gracias
Con el ISM (informix Storage Manager), fijate que debes tener un directorio C:\ISM, significa que está instalado
Para hacerlo andar son cuatro pasos
1-Inicialización del catálogo
2-Creación de dispositivos
3-Creación de Volúmenes y Agrupamientos
4-Montaje
También deben definirse las variables ISM_DATA_POOL y ISM_LOG_POOL según el punto 3
Saludos
Emilio:
Cuando te referis al Informix 9.7, no será el 9.21? Ya que este fue la ultima versión provista por el SIU a las UUNN. Nunca supe que existiera una versión 9.7.
Si no es esa, porque no utilizar la última versión, la 11.7?
Otra alternativa (bastante más rudimentaria) a lo que comenta Freddy es hacer los backups por medio de tareas programadas de archivos .bat o .cmd que disparen los ontape correspondientes. Y si el backup al que te referís es un export, también lo podés hacer por medio de tareas programadas.
Saludos
Gustavo
Aprovecho este hilo para preguntarle a Ignacio B:
Que diferencias y que ventajas / desventajas hay entre usar Ontape y usar Onbar para hacer backups?
Saludos
Gustavo
Basicamente la diferencia es de infraestructura:
ontape es un comando que se ejecuta en forma inmediate con la intervención del operador, mandando los datos en forma directa a un único dispositivo de salida, por eso es tan complicado automatizarlo o ponerlo como tarea programada.
onbar es un comando que se comunica con un servicio, que se supone que se está ejecutando, y le solicita a ese servicio que ejecute una orden determinada, de manera indirecta, es decir a través del motor informix. El servicio es configurado para conocer todos sus dispositivos de salida y obviamente, por ser servico, no necesita intervención del operador, por eso es tan fácil automatizar el onbar o ponerlo como tarea programada( o cronometrada). Una vez enviada la orden el motor informix se comunica directamente con el servico. Hay varios servicios disponibles que funcionan con informix, siendo los más conocidos el ISM y el NetWorker
También vale la pena aclarar una diferencia entre backup y dbexport, ya que no son sustitutos ni complementarios. El dbexport, al menos el de informix, solicita un lock sobre la base de datos, por lo que no puede haber ningún usuario conectado, produce un dump de la base al momento del lanzamiento y no tiene ninguna interaccion con los checks point que garantizan la coherencia de la base de datos, y su función es traladar una base de una instancia a otra en el mismo o en otro servidor, y no constituye un backup desde el punto de vista del OLTP.
Saludos
Estimados: Estoy viendo informacion sobre ISM (informix Storage Manager) para decidir que sistema de BK automaitzado utilizo. No tengo ninguna experiencia en INFORMIX. Alguien me puede facilitar algun instructivo de como lo implemento en Guarani…
Muchisimas gracias a todos por la respuestas!!! Saludos, Emilio
Con el ISM (informix Storage Manager), fijate que debes tener un directorio C:\ISM, significa que está instalado
Para hacerlo andar son cuatro pasos, es un ejemplo para linux, pero adaptalo a windows si es tu caso:
1-Inicialización del catálogo
ism_startup -init
2-Creación de dispositivos
mkdir /var/opt/informix/ism
mkdir /var/opt/informix/ism/Data
mkdir /var/opt/informix/ism/Logs
chown -R informix.infomrix /var/opt/informix/ism
ism_add -device /var/opt/informix/ism/Data -type file
ism_add -device /var/opt/informix/ism/Logs -type file
3-Creación de Volúmenes y Agrupamientos
ism_op -label /var/opt/informix/ism/Data -volume 1 -pool ISMData
ism_op -label /var/opt/informix/ism/Logs -volume 2 -pool ISMLogs
4-Montaje
ism_op -mount /var/opt/informix/ism/Data
ism_op -mount /var/opt/informix/ism/Logs
También deben definirse las variables ISM_DATA_POOL y ISM_LOG_POOL según el punto 3, en el archivo onconfig o como se llame
# Informix Storage Manager variables
ISM_DATA_POOL ISMData
ISM_LOG_POOL ISMLogs
Si todo anduvo bien podes intentar con “onbar -b -l” o también “onbar -b -L 0”
También podé setear ALARMPROGRAM para que haga backup automático de logs cuando se llenan y programas otros eventos.
Saludos
Le contesto a Gustavo por lo de la comparacion ontape / onbar.
Yo creo que ninguno es mejor que el otro, depende mucho de las circunstacias de cada instalacion.
Instalaciones Muuuyyy grandes, que requieren tiempos de restore pequeños y que tienen administradores, seguramente prefieran onbar.
Instalaciones medianas, donde hay pocas personas para administrar, y por lo tanto la simplicidad en los procedimientos es algo deseable se pueden orientar a ontape.
Yo particularmente siempre use ontape, y me dio muy buenos resultados.
Pero conozco muchos fanas del onbar, que no lo cambian por nada
Ventajas Onbar :
Soporta restore en paralelo de los dbspaces (restore ultra rapido)
Es posible ejecutarlo en forma “unnatended”, mientras que ontape no tanto.
Soporta Point in Time Recovery
Usa un Storage Manager
Desventajas Onbar
Requiere que se configure la Integracion con un Storage Manager (ISM)
EL ISM no viene incluido en todas las versiones de Informix
Ventajas del ontape
es simple
en versiones 11.x tiene algunas mejoras (soporta pipe, y un directorio como destino (TAPEDEV) )
soporta backup de logs y restore
Desventajas del ontape
en versiones viejas (9.21) se puede volver engorroso el manejo de los files donde graba ontape
Es dificil de correr en forma automatica
No soporta restore en paralelo
No se integra con ningun Storage Manager
Si alguno quiere agregar algo, bienvenido
Ignacio:
Está muy bueno y completo tu comentario. Yo hasta ahora usé siempre ontape. Son instalaciones muy chicas para los volumenes que puede manejar el Informix en sistemas Windows (9.21 de Informix) y el unico que las administra soy yo y trabajo part-time.
Tengo automatizado los archive de nivel 0 (1 por semana), 1 (uno por día) y 2, con archivos de comando y tareas programadas.
Lo mismo, el backup de los logical logs lo hago 1 vez por día con un archivo cmd y tarea programada (con eso me alcanza y sobra aún en las épocas de pico de trabajo, como la de inscripciones a examen).
Y también hago 1 export diario de cada base, con el mismo esquema (tarea programada que dispara un archivo bat, que al finalizar renombra la carpeta y la comprime).
Lo que hablabamos el otro día con Freddy es que hay que practicar la rutina del restore, a ver si funciona bien y para tenerlo aceitado en caso que haya que usarlo (espero que nunca … jeje!!)
Ahora habrá que estudiar las otras posibilidades.
Saludos
Gustavo
Hola Gustavo,
Veo que lo tenes bastante organizado al tema del backup.
Una pregunta: El backup de los logs, lo haces con ontape -a o con ontape -c ?, esta bueno entender la diferencia entre cada uno y de ahi asumiendo el peor escenario concluir cuantos datos se podrian perder
Totalmente de acuerdo en hacer una prueba del restore, mas vale tener el tema aceitado por si acaso. Si necesitas una mano con esa prueba avisame.
Es mas, el ontape -r, hace varias preguntas antes de comenzar a restaurar que no son muy claras, y un error ahi puede generar complicaciones. Para el curso que hicimos de Informix arme un pequeño documento explicando cada pregunta y cuales son las respuestas apropiadas, lo voy a subir al repositorio.
saludos
Ignacio
Ignacio;
El backup de los logs lo hago con un ontape -a, dentro de un archivo de comandos que luego de hacer el ontape -a renombra el archivo de salida agregándole año, mes y día al nombre, y volviendo luego a generar el archivo de salida con 0 bytes para usar al día siguiente.
Y a raíz de este post me fijé y en realidad esa tarea programada se corre solo 3 veces por semana, y con eso alcanza.
Y cada tanto yo paso todas las salidas a otro disco dentro de un Storage. Esto lo debería automatizar también.
Tengo perfectamente clara la diferencia entre un ontape -a y un ontape -c. En algún momento tuve el ontape -c implementado como un servicio. Ahora este esquema me cierra más porque sigue automatizado y tengo más control.
En principio, como lo tengo armado, creo que no debería perder ningún dato, salvo que estuvieran dañados los archivos del archive o de backup de los logs.
Saludos
Gustavo