Para automatizar el respaldo se genera un trabajo automatizado mediante un script que se encarga de ser ejecutado por CRON cada determinado intervalo de tiempo.
El script inicial de respaldo ya estaba elaborado y era para ejecución manual, solo lo modifiqué para automatizarlo y lo llamé oraback.sh y su estructura es:
#!/bin/bash
#script que genera un respaldo de oracle
export ORACLE_BASE=/ora01/app
export ORACLE_HOME=/ora01/app/oracle/product/10.2.0/db_1
export ORACLE_SID=dbname
/ora01/app/oracle/product/10.2.0/db_1/bin/exp admin/passwd file=/home/oracle/dumps/respaldo.dmp compress=y grants=n direct=y statistics=none log=/home/oracle/dumps/expsiil.log
las líneas que inician con export son para generar las variables de ambiente, ya que el cron no las toma automáticamente del perfil de usuario oracle y deben ser indicadas para que funcione adecuadamente el script.
Para darlo de alta en el cron puedes elaborar un archivo (hacerlo en la sesión del usuario oracle) que tenga la siguiente estructura mediante el editor vi (o winscp si lo haces bajo windows):
30 23 * * * ./oraback.sh
Lo guardas con el nombre que desees y lo das de alta en el cron del usuario mediante el comando crontab nombredearchivo.
al listarlo mediante crontab -l aparecerá:
30 23 * * * ./oraback.sh
Cada columna que aparece significa algo:
Minuto Hora DiaDelMes Mes DiaDeLaSemana Comando
30 23 * * * ./oraback.sh
(a las 23:30 cada día (* = todos los días del mes) del mes (*=todos los meses) de la semana (*= todos los días de la semana) se ejecutará el comando oraback.sh
De ahí será copiada a un servidor de almacenamiento, pero eso ya es solo compartir una unidad de dicho servidor, montarla en el linux y hacer un cp (también automatizado).
RTFM (Read The Fucking Manual), es lo que se dice en linux, y si, leer y leer para encontrar y/o hacer la solución mas adecuada al entorno.
PD: nunca apliquen el comando umount -a en un servidor linux, y menos si este tiene el oracle =x (la experiencia hablando, y una base de datos parada por algún rato)
