En busca del volumen LTO4.

Revisando el informe diario me encuentro que tengo una cinta en estado “unavailable”, por $DEITY!. En mi ignorancia creo que esto es tan simple como un fallo de escritura.

tsm: XXXXX>q vol AB00XXLl4 f=d
Volume Name: AB00XXL4
Storage Pool Name: XX_LTO4
 Device Class Name: LTO4
Estimated Capacity: 1.6 T  Access: Unavailable 

Copiar un directorio específico de un filesystem

Una de las primeras tareas como Backup-BOFH ha sido dar de alta un pequeño servidor web que prácticamente no tiene nada, si incluimos la directiva DOMAIN <punto de montaje>   Ejm: DOMAIN /var /  en su dsm.sys enviaríamos demasiadas cosas al servidor de Backup.
Lo realmente interesante es sólo copiar la configuración del servidor apache /etc/httpd y los contenidos estáticos en /var/www/html. Así he dejado la configuración final

DOMAIN /var /
 exclude '/.../*'
 exclude '/var/.../*'
 include '/etc/httpd/.../*'
 include '/var/www/html/.../*'

TSM_BACKUP.XML file not found

Los clientes Microsoft fallan un día sí y otro también, cuando el orden de máquina windows a copiar es del orden de las centenas, todos los días tienes alguna planificación fallida. En realidad no es un fallo de backup  porque la copia se realiza, es el famoso “Failed 12”, la copia a terminado pero siempre se queja de algo.
Este es uno de los fallos típicos:

02/20/2012 19:21:22 ANS5279E Error processing 'C:\adsm.sys\vss_staging\nodo\TSM.xxx.ES\20120220190238\TSM_Backup.xml': file not found.

Está copiando el systemstate de la máquina y no encuentra su propio fichero de control.
IBM ha publicado la siguiente nota para arreglar un poco el tema.
Añadiendo al dsm.sys de la máquina el parámetro RESOURCEUTILIZATION 2 parece que se resuelve. El parámetro resourceutilization tiene que ver con los recursos que utilizan tanto el cliente como el servidor para realizar la copia, tendré que estudiar esto algo más. Prometen que lo arreglaran en los nuevos cliente de la serie 6.3.x y 6.2.5.x