Xerox DocuColor 240-250 con Xerox FreeFlow DXP250-17106 - Manual (Página 45)

Guía del sistema 2- 19
Copia de seguridad y restauración
Consejos útiles para el uso de RBR
• Si va a hacer una copia de seguridad de una gran cantidad de
recursos, puede supervisar el proceso de realización de la
copia abriendo una ventana de terminal adicional e
introduciendo:
tail -f /var/spool/XRXnps/log/Resource_BandR.log
• Si realiza la copia de los recursos en una cinta, debe conocer
el ID de dispositivo de la unidad de cinta. Hay distintos modos
de comprobar el ID y el funcionamiento de la unidad de cinta.
– Si solo tiene una unidad de cinta, generalmente el ID es 0.
– Si tiene dos unidades de cinta, cada unidad tiene asignado
una ID empezando por 0.
– Es conveniente comprobar la operación de la cinta mediante
el comando mt antes de comenzar. A continuación se dan
algunos ejemplos del comando mt.
mt -f /dev/rmt/0 status
mt -f /dev/rmt/0 rewind
mt -f /dev/rmt/0 erase
• Al restaurar los archivos, el script RBR hace primero una
copia de seguridad de los recursos instalados actualmente en
el sistema. Una vez copiados los archivos originales, se
restauran los archivos de la copia de seguridad y, a
continuación, los archivos originales. Esto garantiza que no se
sobrescriben los archivos más recientes con los archivos
antiguos que se restauran de la copia de seguridad.
Si esto no es lo que desea, utilice el comando mv para eliminar
los archivos existentes del directorio, de modo que se restauren
todos los recursos de la copia de seguridad. Por ejemplo:
mv /var/spool/XRXnps/resources/lcds /export/home/
xrxusr
• Si no está realizando copias de seguridad de los archivos para
restaurarlos en la misma versión de software, no utilice la
utilidad RBR para restaurar los programas de la Base de
datos de tipos de papel.
Puede usar la opción Restaurar base de datos de tipos de
papel para realizar copias de seguridad de archivos de
DocuSP 2.1 o 3.1 y restaurarlos en DocuSP 3.6 o superior.
Sin embargo, si restaura los programas de la base de datos
de tipo de papel de DocuSP 2.1 a DocuSP 3.1, es posible que
el administrador de la base de datos no reconozca la versión
antigua del archivo de la base de datos de tipos de papel, y el
proceso de Restauración haría que el software quedase no
operativo. En ese caso sería necesario instalar el sistema
desde el principio para resolver el problema.