Hacer un restore una base de datos algo común, pero cuando esto involucra 2 diferentes cajas, la cosa se complica un poco mas, se tiene que hacer un redirect restore desde TSM.
El escenario es el siguiente, se toma un offline backup de la db A en la caja X y se almacena en TSM. El backup sera usado para crear una db de pruebas en B en la caja Y.
se necesita saber el nodename de la caja original y el password para accesar TSM
nodename X : X_db2
password: X_db2
owner: db2A
esta es la manera en como me ha funcionado
1- Editar el archivo dsm.sys en la caja Y, comentar el nodename original y poner el de la caja X
cambiar el password generate a password prompt
2 - probar el acceso a TSM usando el db2adutl
db2adutl query full db A password X_db2 nodename X_db2 owner db2A > Abackup.lst
3 - actualizar la configuracion de la base de datos, poner el password de acceso a TSM
db2 update db cfg for B using TSM_PASSWORD X_db2
4 - ejecutar el redirect restore para generar el script para restaurar la db
db2 restore db A use tsm taken at xxxxxx redirect generate script redirectrestore.sql
ya que el script esta generado, se tiene que actualizar con los paths de los containers y algunas opciones del restore.
yo tuve que crear las 2 bases de datos A y B, raro, pero no me permitió sacar el script si la base de datos A no existe en el catalogo.
5 - ejecutar el script que fue generado, si es una db muy grande se puede enviar al background
nohup /path…/redirectrestore.sql -z /path…/ redirectrestore.sql.out &
con el comando tail se puede monitorear el avance del seteo de los containers
tail -f /path…/ redirectrestore.sql.out
6 - y finalmente se tiene el restore corriendo se puede monitorear usando:
db2pd -db hd2 -utilities
db2 list utilities show detail
carlos hiram
