El sistema DIVArchive es una solución de archivado integrada que consta de varios componentes de hardware y software que se describen en este capítulo. Consulte las instrucciones de instalación en Linux en la Guía de instalación y configuración de Oracle DIVArchive de la biblioteca de documentación básica de Oracle DIVArchive 7.5 para obtener instrucciones específicas relacionadas con la ejecución de componentes de DIVArchive como servicios en Linux.
Todos los archivos por lotes de Windows (.bat) tienen secuencias de comandos de shell (.sh) correspondientes en Linux. Debe sustituir las rutas de Windows con las rutas de Linux para que funcione en Linux. Por ejemplo, la ruta de Windows C:\DIVA\Program será /home/diva/DIVA/Program cuando se ejecute en Linux. Además, las rutas y los nombres en Linux son sensibles a mayúsculas/minúsculas.
Se requieren varios componentes de hardware para instalar los componentes de software y juntos comprenden un sistema de archivado completo. En las siguientes secciones, se describen los componentes principales del sistema.
DIVArchive realiza operaciones entre diferentes tipos y formatos de dispositivos de almacenamiento. Entre los ejemplos de dispositivos utilizables se incluyen los siguientes (consulte el Apéndice A para obtener información sobre la licencia de DIVArchive):
Los juegos de RAID almacenan datos en unidades de disco duro.
Las bibliotecas de cintas automatizan el almacenamiento en cintas magnéticas. La biblioteca de cintas incluye unidades robóticas, unidades de cinta y un juego de cintas almacenadas en la biblioteca de cintas.
Las unidades de cinta pueden estas conectadas mediante SCSI a los componentes DIVArchive Actor o estar conectadas mediante una interfaz de canal de fibra. Cuando están conectadas a un switch de canal de fibra, pueden estar compartidas entre varios componentes DIVArchive Actor. Los recursos compartidos entre varios componentes Actor se controlan y coordinan mediante DIVArchive Manager. El switch de canal de fibra proporciona conectividad entre los componentes Actor y las unidades de cinta que estén conectados a él.
DIVArchive 7.5 permite operaciones de archivado en una cuenta de Oracle Storage Cloud y en las bibliotecas ópticas de Sony.
Se necesita, al menos, una de las estaciones de gestión para ejecutar el componente de software de DIVArchive Manager y el software de control de bibliotecas que se proporciona con la biblioteca para controlar la robótica. Esto se denomina Estación principal de gestión. La Estación principal de gestión cuenta con una configuración reflejada (RAID1) para el disco de datos donde se almacenan las bases de datos y todos los datos esenciales.
Debido a que la Estación de gestión es esencial para las operaciones del sistema de archivos, se recomienda especialmente configurar también una Estación de gestión de respaldo. En caso de fallos, se detiene la estación principal y se inicia la estación de respaldo.
Los servidores de Windows o Linux dedicados pueden alojar el componente DIVArchive Actor. El software de DIVArchive Actor también puede instalarse directamente en un servidor de producción.
Los componentes Actor que se ejecutan en el sistema operativo Linux no admiten rutas UNC para orígenes ni destinos CIFS. Sin embargo, puede definir una ruta local para un recurso compartido de SMB montado.
Los actores basados en Linux solo admiten operaciones de transcodificación de Telestream Vantage.
Consulte el Apéndice A para obtener información sobre la licencia de DIVArchive.
DIVArchive Manager es el componente principal en un sistema DIVArchive y se puede instalar en las plataformas Windows o Linux. Como opción de compra, DIVArchive también es compatible con los componentes de gestión principal y secundario de DIVArchive Manager. Se debe configurar un gestor de copias de seguridad para usar el servicio de copias de seguridad de DIVArchive.
Consulte el Apéndice A para obtener información sobre la licencia de DIVArchive.
Las conexiones entre los componentes del sistema DIVArchive se archivan mediante un hub o switch 10/100BaseT o Gigabit Ethernet.
Otros sistemas y componentes que interactúan con el sistema DIVArchive incluyen:
Las aplicaciones que controlan las operaciones de archivos para mover objetos al archivo o recuperar objetos de él, y para obtener información sobre los objetos o sistemas de archivo almacenados dentro del archivo. A estas aplicaciones se las llaman Iniciadores de archivo. Algunos ejemplos de iniciador de archivo son los sistemas de automatización de transmisiones o las aplicaciones de gestión de activos de medios (MAM, Media Asset Management).
Los servidores de producción están donde se producen los objetos (por ejemplo, archivos de video) o desde donde se transmiten. Por ejemplo, un servidor de video es un servidor de producción. Los servidores de producción pueden ser el origen de los objetos para archivar o el destino de los objetos que se recuperarán del archivo.
La red de producción es generalmente una red LAN de alta velocidad que conecta los servidores de producción entre sí para permitir la transferencia de objetos entre servidores. También permite la conexión de los componentes DIVArchive Actor que están conectados directamente a la red de alta velocidad o mediante un dispositivo de puerta de enlace proporcionado por el fabricante de servidores de producción.
El software de DIVArchive actualmente incluye los siguientes componentes (consulte el Apéndice A para obtener información sobre la licencia de DIVArchive):
DIVArchive Actor
DIVArchive Manager
Gestor de robot de DIVArchive
Utilidad de configuración de DIVArchive
Interfaz gráfica de usuario de control de DIVArchive
Servicio de copia de seguridad de DIVArchive
Oracle DIVAnet (opcional)
Oracle Avid Connectivity (opcional)
Comunicador AM (AMC)
Comunicador TM (TMC)
Verificación de contenido y compatibilidad con total de control
API del cliente
C++ (compatible con DIVArchive 6.3 y versiones posteriores)
Java
Servicios web (opcional)
DIVAprotectWS
Herramienta de recopilación de información del cliente
DIVAprotect
Supervisor de carpetas de entrega (opcional)
Agente SNMP (opcional)
Oracle DIVArchive Storage Plan Manager (SPM: opcional)
Convertidor VACP (opcional)
El fabricante de la biblioteca también puede proporcionar el software de control de terceros para controlar la robótica de la biblioteca. El nombre del software depende de la marca y el tipo de biblioteca utilizada en la solución DIVArchive.
No puede usar la contraseña por defecto para iniciar sesión en la interfaz gráfica de usuario de control con el perfil administrator (administrador) u operator (operador) después de que la instalación DIVArchive se complete. Debe asignar una contraseña de administrator (administrador) o de operator (operador) en la utilidad de configuración antes de que se le permita cambiar al modo respectivo en la interfaz gráfica de usuario de control.
Si intenta pasar al modo administrator (administrador) operator (operador) en la interfaz gráfica de usuario de control sin asignar primero una contraseña al perfil respectivo, se mostrará un cuadro de diálogo para notificarle que debe establecer una contraseña para el perfil correspondiente en la utilidad de configuración. Después de establecer la contraseña del perfil correspondiente por primera vez en la utilidad de configuración, ya no importa lo que utilice para la contraseña antigua cuando cambie de contraseña.
DIVArchive Actor se encarga de mover los datos entre los dispositivos en el sistema de producción. Admite la transferencia de datos entre los distintos tipos de dispositivos y gestiona las operaciones de transcodificación con el software de transcodificación Telestream (opcional). DIVArchive Manager inicia y coordina todas las operaciones de DIVArchive Actor. Puede configurar un único DIVArchive Manager para que controle uno o varios actores.Consulte el Apéndice A para obtener información sobre la licencia de DIVArchive.
Cada DIVArchive Actor se ejecuta como servicio de Windows y, automáticamente, se iniciará y comenzará a aceptar conexiones de un DIVArchive Manager cuando se inicie el host del actor. Los servicios de Actor en cada host pueden gestionarse desde el cuadro de diálogo de servicios de Windows.
Cuando se restaura el mismo archivo en el mismo destino dos veces en paralelo, el comportamiento en Windows y Linux es diferente. En Windows, la primera restauración (no pueden suceder exactamente en el mismo momento) bloqueará el archivo de modo que la segunda restauración realizará la finalización. En Linux, no existe dicho bloqueo en el nivel del sistema de archivos. Ambas restauraciones se ejecutan al mismo tiempo y se escriben en el mismo archivo. El contenido del archivo resultante no se puede predecir.
Nota:
Los actores basados en Linux actualmente solo admiten operaciones de transcodificación de Telestream Vantage.En la siguiente lista están los archivos ejecutables de Actor:
%DIVA_HOME%\Program\Actor\bin\ActorService.exe command [option]Ejecuta comandos del servicio Actor. Con la opción -conf (o -f) después de uno de los siguientes comandos, se especifica un archivo de configuración desde el cual se carga la configuración. Los parámetros del comando ActorService.exe son los siguientes:
install (-i)Instala el Actor como un servicio del sistema.
uninstall (-u)Elimina el servicio de Actor.
debug (-d)Inicia el Actor en modo consola.
version (-v)Muestra la información de versión de Actor y, a continuación, se cierra.
help (-h)Muestra la información de ayuda y, a continuación, se cierra.
%DIVA_HOME%\Program\Actor\bin\CatFiles.exeEste comando combina dos archivos en un solo archivo. No hay parámetros de línea de comandos.
%DIVA_HOME%\Program\Actor\bin\scandrive.exeIdentifica las unidades de cinta en el sistema. No hay parámetros de línea de comandos.
%DIVA_HOME%\Program\Actor\bin\TapeReadingUtility.exeAbre la utilidad de lectura de cinta, que permite leer manualmente las unidades de cinta en el sistema. No hay parámetros de línea de comandos.
%DIVA_HOME%\Program\Actor\bin\VideoAnalyser.exeAbre la utilidad de analizador de video. La interfaz gráfica de usuario de esta utilidad muestra la estructura interna de un formato de video soltando los archivos de video en el separador superior de la interfaz de usuario apropiado para ese tipo de archivo (por ejemplo, suelte un archivo .mov en el separador MOV, un archivo .avi en el separador AVI, etc.). Se muestra información del archivo en el panel inferior de la ventana. No hay parámetros de línea de comandos.
DIVArchive Manager es el componente principal en un sistema DIVArchive. DIVArchive Manager controla y gestiona todas las operaciones de archivos. Las aplicaciones de iniciador envían las solicitudes de operaciones mediante la API de cliente de DIVArchive. Como opción de compra, DIVArchive también es compatible con los componentes de gestión principal y secundario de DIVArchive Manager. Consulte el Apéndice A para obtener información sobre la licencia de DIVArchive.
DIVArchive Manager se ejecuta como un servicio de Windows. Puede gestionar el servicio mediante la pantalla de Servicios de Windows. El archivo de configuración estática de Manager es manager.conf. La mayoría de los valores de este archivo se pueden dejar en sus valores por defecto. Las operaciones de Manager se pueden supervisar iniciando la interfaz gráfica de usuario de control.
Debe utilizar los archivos por lotes en la carpeta bin de Manager para realizar las siguientes operaciones principales:
Iniciar, detener y reiniciar el servicio de Manager. Todas estas operaciones se pueden ejecutar utilizando el archivo por lotes de Manager especificando start, stop o restart después del comando manager.bat respectivamente (por ejemplo, manager.bat start).
También puede finalizar todas las solicitudes en ejecución con un comando graceful_shutdown. El comando graceful_shutdown espera hasta que todas las solicitudes en ejecución finalicen antes de detener Manager en lugar de cerrarlo abruptamente como ocurre con el comando stop.
Notifique a Manager sobre cualquier cambio de la configuración de Manager utilizando el archivo por lotes NotifyManager.
Importe cintas en el grupo utilizando el archivo por lotes importtapes.
Muestre todas las conexiones activas y finalice algunas conexiones (por identificación de conexión) con el archivo por lotes ConnMgr.
El archivo manager.bat le permite ejecutar Manager como un servicio o utilizando una ventana de consola. Ejecute el archivo por lotes utilizando el comando y los parámetros a continuación:
%DIVA_HOME%\Program\Manager\bin\manager.bat [command] [options]
Por ejemplo:
%DIVA_HOME%\Program\Manager\bin\manager.bat start -conf config_file_name.conf
Con la opción -conf (o -f) después de uno de los siguientes comandos, se especifica un archivo de configuración desde el cual se carga la configuración. Los parámetros del comando manager.bat son los siguientes:
install (-i)Instala Manager como un servicio del sistema.
uninstall (-u)Elimina el servicio Manager.
startInicia el servicio Manager.
stopDetiene Manager inmediatamente si está en ejecución.
graceful_shutdownDetiene Manager después de que finalicen todas las solicitudes en ejecución en el momento del cierre e ignora las solicitudes nuevas.
restartDetiene y, a continuación, inicia Manager.
reloadSolicita que el servicio actual vuelva a cargar su configuración.
statusDetermina si el servicio está en ejecución y muestra el estado.
dumpSolicita que el servicio Manager cree un volcado del sistema.
version (-v)Muestra la información de versión de Manager y, a continuación, se cierra.
help (-h)Muestra la información de ayuda y, a continuación, se cierra.
Consulte la Guía de instalación y configuración de Oracle DIVArchive en la biblioteca de documentación básica de Oracle DIVArchive 7.5 para obtener información sobre la ejecución de servicios de Windows en entornos de Linux.
El objetivo del programa Verificación de contenido y compatibilidad con total de control es proporcionar niveles adicionales de verificación para cada archivo gestionado por el sistema DIVArchive.
Durante el proceso de archivado, el Actor genera automáticamente el total de control y lo almacena en la base de datos. Este total de control no se verifica hasta que se realice una operación inicial de lectura o restauración.
La verificación de total de control se produce cuando se transfieren datos de un Source/Destination (Origen o destino) o cuando se leen datos de un origen o un medio de almacenamiento. Esto último se produce durante la recuperación de un objeto de un medio de almacenamiento durante funciones de rutina (Restore [Restaurar], Copy [Copiar], Repack [Reempaquetar], Transcode [Transcodificar], pero no Partial File Restore [Restauración parcial de archivos]) o durante una lectura de un almacenamiento (función Verify-Following-Write [Verificar siguiente escritura]) o de un origen (función Verify-Following-Restore [Verificar siguiente restauración]).
Puede visualizar las verificaciones y fallos del total de control mediante la vista Manager, Actor de la interfaz gráfica de usuario de control u otras vistas de control de solicitud. Haciendo doble clic en el recurso, se mostrará un cuadro de diálogo que muestra los mensajes de verificación (o fallo) y la información de total de control. Puede poner pausa a la notación del total de control para abrir un cuadro de diálogo más pequeño que muestre el Source (Origen), el Component (Componente), el Checksum Type (Tipo de total de control) y el Checksum Value (Valor de total de control).
Nota:
Se realiza una verificación de total de control adicional en el nivel de Oracle Storage Cloud. Consulte la documentación de Oracle Storage Cloud para obtener información.Consulte la Guía del usuario de compatibilidad con total de control de Oracle DIVArchive en la biblioteca de documentación de características adicionales de Oracle DIVArchive 7.5 para obtener información más detallada, y nuevas mejoras y características.
El archivo por lotes importtapes.bat importa una o varias cintas en un grupo especificado por el usuario en el sistema DIVArchive. Debe especificar los archivos XML creados durante la exportación de cintas como un parámetro de línea de comandos.
Esta herramienta importa los metadatos de la cinta en la base de datos y no importa los objetos reales (o la cinta) en sí misma en el sistema. Aún debe insertar las cintas utilizando la función Insert Tape (Insertar cinta).
Para obtener información detallada consulte la Guía del usuario de exportación e importación de Oracle DIVArchive en la biblioteca de documentación básica de Oracle DIVArchive 7.5. Consulte el Apéndice A para obtener información sobre la licencia de DIVArchive.
Ejecute el archivo por lotes importtapes.bat utilizando el comando y los parámetros a continuación:
%DIVA_HOME%\Program\Manager\bin\importtapes.bat [group_name] [mfiledir] [mfiledir]
Los parámetros del comando importtapes.bat son los siguientes:
help (-h)Muestra la información de ayuda y, a continuación, se cierra.
group_nameEl grupo de cintas al cual pertenecerán las cintas importadas.
mfiledirLos archivos XML que contienen los metadatos de cinta exportados o una carpeta que contiene los archivos. El primer comando mfiledir es obligatorio. Las demás entradas son opcionales. Se pueden usar varios archivos de la siguiente manera:
mfiledir1 mfiledir2 mfiledir3 mfiledir4 (etc.)
-skipIfNameExistsPrecaución:
Esta opción es avanzada y no se recomienda para el uso normal. El uso de esta opción hace que el objeto en la cinta se vuelva invisible y DIVArchive solo usará objetos visibles en el sistema.Este parámetro es avanzado y omite la importación de objetos con conflictos de nombre. Generalmente, si existe el nombre del objeto, el programa se detiene y no se importa nada. Esta opción permite omitir el objeto existente y continuar la importación del siguiente objeto en el archivo XML.
-useImportDateAsArchiveDateFuerza el uso de la Fecha de importación en lugar de la Fecha de archivo original como la Fecha de archivo del objeto importado en DIVArchive.
Si bien puede utilizar DIVArchive solo para gestionar el almacenamiento de disco, se puede expandir la capacidad de almacenamiento agregando una o varias bibliotecas de cintas. En estos casos, el módulo de gestor de robot de DIVArchive proporciona una capa de software intermedia para que DIVArchive Manager pueda interactuar con distintos tipos de bibliotecas de cintas. Se conecta a DIVArchive Manager mediante TCP/IP. Consulte el Apéndice A para obtener información sobre la licencia de DIVArchive.
El gestor de robot de DIVArchive interactúa con la biblioteca por medio de una interfaz directa a la biblioteca (mediante una SCSI nativa o una SCSI sobre canal de fibra) o por medio de una conexión Ethernet al software de control de bibliotecas del fabricante.
El gestor de robot alerta a DIVArchive Manager cuando la recopilación de cintas en la biblioteca asociada requiere sincronización con la base de datos de DIVArchive. Esta funcionalidad es específica del módulo de gestor de robot de SCSI y detecta posibles discrepancias en el inventario de cintas entre la base de datos de DIVArchive y el inventario de biblioteca.
Los posibles problemas de inventario son interceptados por el gestor de robot si la biblioteca envía los códigos de atención de unidad 06h 00h 28h (se puede alterar el inventario) o 06h 00h 29h (se produjo el reinicio). Cuando sucede esto, el gestor de robot notifica a DIVArchive Manager para que vuelva a sincronizar la base de datos con el contenido de la biblioteca.
Se accede al Cliente de gestor de robot de DIVArchive utilizando el Cliente de gestor de robot (basado en línea de comandos) o la GUI de Cliente de gestor de robot (interfaz gráfica). La GUI de Cliente de gestor de robot es una interfaz gráfica que facilita la interacción con el gestor de robot.
Nota:
Si se instala un software de control de robótico intermedio entre el gestor de robot y la biblioteca bajo control (como ACSLS, SDLC o PSC), debe estar en ejecución antes de iniciar el gestor de robot de DIVArchive asociado.Cuando se inicia la interfaz de línea de comandos del Cliente de gestor de robot, mostrará una pantalla similar a una línea de comandos de Windows. El Cliente de gestor de robot ya estará iniciado y solo es necesario introducir los comandos necesarios para realizar las operaciones requeridas o visualizar la información requerida.
En la siguiente lista están los archivos ejecutables del gestor de robot:
Precaución:
Aunque el gestor de robot puede reiniciarse mientras se ejecuta DIVArchive Manager, un intento de montar una cinta en una unidad mientras el gestor de robot está fuera de línea puede causar que las unidades queden fuera de servicio.%DIVA_HOME%\Program\RobotManager\bin\RobotManager.exe command [options]Ejecuta comandos del para el servicio de gestor de robot. Con la opción -conf (o -f) después de uno de los siguientes comandos, se especifica un archivo de configuración desde el cual se carga la configuración. Los parámetros del comando RobotManager.exe son los siguientes:
install (-i)Instala el gestor de robot como un servicio del sistema.
uninstall (-u)Elimina el servicio de gestor de robot.
debug (-d)Inicia el gestor de robot en modo consola.
version (-v)Muestra la información de versión del gestor de robot y, a continuación, se cierra.
help (-h)Muestra la información de ayuda y, a continuación, se cierra.
%DIVA_HOME%\Program\RobotManager\bin\RobotManagerClient.bat [rmHost] [rmPort]Esta es una utilidad de línea de comandos para tomar el control del gestor de robot si el sistema de DIVArchive está caído.
rmHostEl nombre de host remoto para la conexión.
rmPortEl puerto de host remoto para la conexión.
%DIVA_HOME%\Program\RobotManager\bin\RobotManagerGUI.batEsta es una utilidad GUI para tomar el control del gestor de robot si el sistema de DIVArchive está caído.
La utilidad de configuración de DIVArchive configura un sistema DIVArchive. Se puede ejecutar en cualquier computadora que tenga conectividad TCP/IP al host que ejecute la base de datos de DIVArchive.
Precaución:
La utilidad de configuración está destinada solo para usuarios experimentados. Los cambios incorrectos o incompletos en la utilidad de configuración pueden afectar negativamente las operaciones de DIVArchive, posiblemente supriman datos del archivo o impidan que se ejecute DIVArchive Manager. Si no está seguro de realizar los cambios, póngase en contacto con el soporte técnico de Oracle para obtener asistencia antes de intentar realizar alteraciones en la configuración del sistema.La utilidad de configuración principalmente se conecta con la base de datos de DIVArchive y, para algunas tareas, directamente con los gestores de robots de DIVArchive. Después de iniciar la utilidad, debe conectarse primero con la base de datos para editar la configuración del sistema DIVArchive. El nombre de usuario y la contraseña de Oracle para DIVArchive se deben documentar en la Configuración de sitio de DIVArchive para su sitio. Aunque se utiliza principalmente para configurar DIVArchive, algunas funciones operacionales también se ejecutan desde la utilidad de configuración.
Debido a que es una utilidad basada en Oracle Java, el entorno Oracle Java Runtime Environment de 64 bits (versión 1.8.0_45-b14) también debe estar instalado. Para que se inicie la utilidad de configuración, debe definirse la variable de entorno %DIVA_HOME% en el sistema operativo de la computadora. Esta variable debe hacer coincidir la ruta de acceso absoluta del directorio a la carpeta bin de JRE. Por ejemplo %DIVA_HOME%\Java, donde %DIVA_HOME% es el directorio de instalación de DIVArchive).
Debe usar el comando a continuación para iniciar la utilidad de configuración en Windows:
%DIVA_HOME%\Program\Utilities\bin\configutility.bat
Debe usar los comandos a continuación para iniciar la utilidad de configuración en Linux:
cd /home/diva/DIVA/Program/ConfigUtility/bin sh configUtility.sh
La interfaz gráfica de usuario de control de DIVArchive se utiliza para supervisar y controlar las operaciones en DIVArchive. Se pueden ejecutar y conectar varias interfaces gráficas de usuario de control de DIVArchive en el mismo sistema DIVArchive al mismo tiempo.
Debe usar la opción del menú Start (Iniciar) de Windows o uno de los siguientes comandos para iniciar la interfaz gráfica de usuario de control en Windows:
%DIVA_HOME%\Program\GUI\bin\gui.bat
Debe usar los comandos a continuación para iniciar la interfaz gráfica de usuario de control en Linux:
cd /home/diva/DIVA/Program/GUI/bin sh gui.sh
Precaución:
Cuando utiliza objetos complejos, es estrictamente necesario que utilice el servicio de copia de seguridad de DIVArchive. Los usuarios deben tener un conocimiento elevado de los mensajes de error producidos por el servicio de copia de seguridad.El servicio de copia de seguridad de DIVArchive garantiza la fiabilidad y la supervisión de las copias de seguridad de la base de datos de Oracle y la base de datos de metadatos. El componente de servicio de copia de seguridad de DIVArchive se instala como parte integral de la instalación estándar del sistema DIVArchive y generalmente se instala en el mismo servidor que DIVArchive Manager y la base de datos de Oracle. El servicio permite la configuración de copias de seguridad programadas mediante su archivo de configuración, y gestiona y supervisa el proceso completo de copia de seguridad.
El servicio genera copias de seguridad de bases de datos completas e incrementales. Las copias de seguridad de la base de datos de Oracle y la base de datos de metadatos se replican de manera incremental a todos los sistemas de copia de seguridad remotos. Es el único componente que realiza copias de seguridad de la base de datos de metadatos y elimina los archivos de metadatos desactualizados. Cuando se envía una solicitud de suprimir para un objeto complejo y esta se procesa, los datos se eliminan de la base de datos Oracle, pero el archivo de base de datos de metadatos no se suprime. El servicio de copia de seguridad lo elimina después de que se ha alcanzado período de limpieza configurado (definido por el parámetro Recovery Period [Período de recuperación]).
Precaución:
No cambie el parámetro de ubicación de los metadatos cuando el sistema está en ejecución.El servicio de copia de seguridad de DIVArchive envía mensajes de estado periódicos a DIVArchive Manager. Manager guarda todos los mensajes de error recibidos en el Log de eventos de Manager y también reenvía los mensajes a todas las aplicaciones de interfaz gráfica de usuario de control conectadas para mostrarlos en un cuadro de diálogo. Si no hay ninguna interfaz gráfica de usuario de control conectada al momento del error, no se muestran cuadros de diálogo de error, pero de todos modos se escriben en el log de eventos para una revisión posterior.
El servicio también incorpora la capacidad de enviar correos electrónicos de problemas que surjan del proceso de copia de seguridad de ambos archivos de base de datos. Para aprovechar esta función, debe configurar DIVArchive para que esté conectado a un proveedor de correo electrónico SMTP. Las notificaciones de correo electrónico se configuran mediante la utilidad de configuración de DIVArchive en el separador Manager Setting (Configuración de Manager). Se muestran los problemas identificados en todos los sistemas GUI conectados, se guardan en el log de eventos y la notificación se entrega por correo electrónico.
Si se produce un fallo en la base de datos o el sistema, y se necesita una restauración de una copia de seguridad del sistema, la restauración de una copia de seguridad se logra manualmente mediante secuencias de comandos existentes de Oracle. Oracle recomienda que este proceso sea realizado solo por el personal de asistencia técnica de Oracle. Póngase en contacto con los servicios de soporte Oracle para obtener más información.
Avid Connectivity con DIVArchive transfiere datos de archivo desde DIVArchive, y hacia él, en formatos de video específicos, y permite el archivado y la recuperación de clips únicos o de una secuencia de clips. Avid Connectivity ya no viene con DIVArchive y representa un proceso de instalación por separado. Se requiere una instalación adicional para ciertos plugins de AMC y TMC.
Todas las operaciones del Comunicador AM se realizan desde Avid Interplay, no desde DIVArchive. Todas las operaciones de archivo del Comunicador TM se realizan desde Avid, mientras todas las operaciones de restauración y supresión se realizan desde DIVArchive.
Ciertas operaciones de la API de DIVArchive utilizadas en Avid Connectivity (Como GetByFilename y DeleteByFilename) no se admiten actualmente para objetos complejos.
Consulte la Guía del usuario de Oracle DIVArchive Avid Connectivity en la biblioteca de documentación de características adicionales de Oracle DIVArchive 7.5 o póngase en contacto con el soporte técnico de Oracle para obtener información detallada. También consulte el Apéndice A para obtener información sobre la licencia de DIVArchive.
La API de cliente de DIVArchive es un juego de funciones documentadas que les permiten a las aplicaciones externas, que actúan como clientes, para usar los servicios ofrecidos por el sistema DIVArchive.
Se proporciona una biblioteca de funciones de cliente que debe enlazarse con cada aplicación de cliente de DIVArchive. Estas funciones encapsulan comandos de cliente en mensajes de solicitud de DIVArchive enviados por una conexión TCP/IP a DIVArchive Manager.
La llamada a la API de getFilesAndFolders se realiza sucesivamente para obtener una lista completa de archivos y carpetas. Normalmente, la primera vez que se llama a este método, startIndex se establece en 1. Para las llamadas sucesivas, establezca startIndex en endIndex como se devolvió en la llamada anterior. Después de que se hayan devuelto todas las solicitudes, una llamada a este método devolverá una lista vacía.
La carpeta no contiene un total de control, pero se proporcionan varios totales de control por archivo si están disponibles, incluidos MD5, SHA1, etc. La información que se devuelve identificará el total de control genuino.
Consulte los manuales correspondientes en la biblioteca de documentación de características adicionales de Oracle DIVArchive 7.5 para obtener especificaciones y detalles sobre el uso de cada API. Hay disponibles varias API como se detalla a continuación:
API de C++ para DIVArchive (compatible con DIVArchive 6.3 y versiones posteriores)
API de Java para DIVArchive
API de WS para DIVArchive (servicios web)
API DIVAprotectWS de DIVArchive
DIVA versión 2.2 incluye tres paquetes de API de WS y admite las interfaces SOAP y RESTful. La API de WS utiliza conjuntos de conexiones para mejorar el rendimiento, y se pueden iniciar y usar al mismo tiempo diferentes paquetes de API.
Los paquetes de API incluidos son:
API de DIVArchive WS 6.5
API de DIVArchive WS 7.0
API de DIVArchive WS 7.1
API de DIVArchive WS 7.2
API de DIVArchive WS 7.3
La Herramienta de recopilación de información del cliente es una función utilizada por los equipos de soporte técnico y desarrollo de Oracle para recopilar información en el sistema DIVArchive del cliente para analizar y diagnosticar problemas sin tratar en el campo. Esta utilidad se incluye en la impartición de DIVArchive, pero está destinada solo para el personal de Oracle.
La herramienta recibe toda la información de cliente necesaria para realizar investigaciones. Esta incluye información de archivos log e información de entorno del cliente. Recibe información de todos los sitios del cliente de manera uniforme y retiene información detallada de problemas del cliente con la información de contacto del origen. La herramienta también notifica al equipo de desarrollo de Oracle en cuanto la información se transfiere a las instalaciones de desarrollo donde se almacena de manera permanente para una resolución en el futuro según sea necesario.
El archivo CollectSysInfo.bat permite que recopile la información requerida para enviarla a los equipos de soporte técnico y desarrollo de Oracle para la resolución de problemas. Ejecute el archivo por lotes utilizando el comando y los parámetros a continuación:
%DIVA_HOME%\Program\Utilities\bin\CollectSysInfo.bat [parameter value]
Por ejemplo:
%DIVA_HOME%\Program\Utilities\bin\CollectSysInfo.bat -EXMODULES VACP, AMCommunicator -AFTERDATE 09/25/2016 -MACHINES 172.16.3.45,172.16.3.46 -DBTYPE conf -CUST -CUSTOMER1
Los parámetros principales del comando CollectSysInfo.bat son:
-EXMODULES [MODULE_NAMES]Excluye el módulo especificado de los logs de recopilación y los archivos de configuración. El uso de -EXMODULES ALL excluirá todos los módulos y solo recopilará el volcado de DIVArchive Oracle Database. La opción por defecto recopila todos los módulos.
-AFTERDATE [MM/DD/YYYY]Recopila solo los logs de la fecha especificada o de fechas posteriores a esta. La opción por defecto recopila todos los logs disponibles.
-MACHINES [IP:host_name,IP:host_name,and so on]Recopila los logs de todas las computadoras adicionales identificadas. Se identifican múltiples nombres de host en una lista separada por comas. La opción por defecto recopila solo los logs del sistema actual donde la secuencia de comandos está en ejecución.
-DBTYPE [FULL|CONF]Recopila un volcado completo de DIVArchive Oracle Database o solo un volcado de la configuración. La opción por defecto recopila un volcado de base de datos completo.
-CUST [CUSTOMER_NAME]El nombre del cliente donde se recopilan los logs. Se truncará el nombre del cliente si tiene más de 13 caracteres. No hay ningún valor por defecto para este parámetro opcional. Si no se proporciona como argumento, la secuencia de comandos le pedirá que introduzca el nombre del cliente su la ejecución.
También hay varios parámetros internos para la secuencia de comandos. Cada uno de los parámetros internos tiene un valor por defecto que se puede sustituir especificando un valor personalizado mediante las opciones de la secuencia de comandos.
Ejemplo:
%DIVA_HOME%\Program\Utilities\bin\CollectSysInfo.bat -EXMODULES VACP, AMCommunicator -AFTERDATE 09/25/2016 -MACHINES 172.16.3.45,172.16.3.46 -DBTYPE conf -CUST CUSTOMER1 -DIVALOC C:\INSTALL\DIVA
Los parámetros adicionales de la secuencia de comandos son los siguientes:
-DIVALOCLa ruta de instalación de DIVArchive para todas las computadoras desde donde la secuencia de comandos recopila logs. El valor por defecto es %DIVA_HOME%.
-REMOTEDIVALa ubicación de la instalación de DIVArchive si se especifican computadoras adicionales utilizando el parámetro -MACHINES. La ruta establecida en este parámetro debe compartirse dentro de la red. El valor por defecto es \\RemoteSystem\C$\DIVA.
-DUMPPATHLa ubicación donde se generará la secuencia de comandos y proporcionará el archivo comprimido .7z. El valor por defecto es H:\.
-ORACLELOGINEl nombre de usuario de DIVArchive Oracle Database y sus detalles de conexión.
-CYGWINLa ruta de instalación de Cygwin. El valor por defecto es C:\cygwin\bin.
-SEVENZIPLa ruta de instalación de la herramienta de compresión 7z. El valor por defecto es C:\Program Files\7-Zip\7z.exe.
-TEMPDIREl directorio temporal donde la secuencia de comandos copia los archivos log y de configuración. Esta carpeta se crea automáticamente cuando se inicia la ejecución de la secuencia de comandos y se suprime después de que se completa. Fallará la ejecución de la secuencia de comandos si ya existe la ruta establecida en este parámetro. El valor por defecto es H:/supportinfo.
El supervisor de carpetas de entrega de DIVArchive supervisa de manera automática los archivos creados recientemente hasta en 20 carpetas locales o carpetas de FTP (o combinaciones de estas). Se admiten uno o varios archivos en carpetas de FTP por objeto de DIVArchive. Cuando se identifica un nuevo archivo (o carpeta de FTP), el supervisor de carpetas de entrega envía automáticamente una solicitud de almacenamiento a DIVArchive para almacenar el archivo nuevo o las carpetas nuevas. Después de que los archivos se almacenan de manera correcta, se suprimen automáticamente del origen.
Cuando se utiliza DFM en un entorno Linux para supervisar una carpeta FTP, se debe configurar de la siguiente manera (este es un ejemplo):
Usuario: diva
Directorio de inicio del usuario: /ifs
Carpeta a supervisar: /ifs/folder1
Configuración correcta de DFM: ftp://diva:password@host_ip/folder1
Configuración incorrecta de DFM: ftp://diva:password@host_ip/ifs/folder1
El servicio DFM se puede iniciar, detener y reiniciar utilizando los servicios del sistema operativo o la línea de comandos de DFM en cada host que ejecute una instalación de DFM. Cuando el servicio DFM se inicia o se reinicia, DFM carga y valida el archivo de configuración. Si se detectan problemas de configuración, el proceso finaliza y ejecuta diagnósticos.
Si se completa correctamente la validación de la configuración, DFM comienza a analizar todas las carpetas de entrega configuradas, comprueba el estado de todos los objetos que se inicializaron antes del último cierre del DFM y actualiza la base de datos interna con el estado actual de los objetos. Después de que se completan todas estas comprobaciones, el DFM pasa al estado Running (En ejecución).
Cuando DFM encuentra archivos en una carpeta de entrega configurada, actualiza la base de datos interna y solicita que DIVArchive archive todos los archivos nuevos que se encuentren. Para evitar solicitudes de archivo repetidas, DFM actualiza continuamente el estado de las operaciones de archivo en la base de datos interna.
Si fallan las solicitudes de DIVArchive, el Módulo de estado de DIVArchive le informa a la base de datos acerca del fallo. Si el número de intentos de solicitud no satisfactorios alcanza un número configurado previamente, el estado del objeto cambia a could not be archived (no se pudo archivar) y el objeto se marca como incompleto. DFM registra información acerca de archivos incompletos y llama al Módulo del gestor de archivos de DFM para moverlos a la carpeta Papelera.
Si la solicitud se completa correctamente, el Módulo de estado de DIVArchive actualiza la base de datos interna. En caso de un Objeto de juego de archivos, DFM elimina el Archivo de metadatos y la carpeta de Juego de archivos.
DFM finaliza al ejecutar la secuencia de comandos de cierre y detiene todos los procesos internos antes de que se completen todas las operaciones de archivo. Después de detener todos los módulos, todos los estados internos en el disco se guardan en la base de datos interna antes de que DFM complete el cierre.
El archivo de configuración de DFM es %DIVA_HOME%\Program\conf\dfm\dfm.conf. El registro del servicio se realiza mediante el archivo log ubicado en la carpeta %DIVA%\Program\log\dfm\. La configuración de registro está en el archivo %DIVA%\Program\conf\dfm\dfm.trace.
El archivo dfm.bat permite gestionar DFM desde una interfaz de línea de comandos. Ejecute el archivo por lotes utilizando el comando y los parámetros a continuación:
%DIVA_HOME%\Program\InterLink\dfm\bin\dfm.bat [command] [options]
Con la opción -conf (o -f) después de uno de los siguientes comandos, se especifica un archivo de configuración desde el cual se carga la configuración. Los parámetros del comando dfm.bat son los siguientes:
install (-i)Instala el módulo DFM como un servicio del sistema.
uninstall (-u)Elimina el servicio del módulo DFM.
startInicia el módulo DFM.
stopDetiene el módulo DFM si está en ejecución.
restartDetiene y, a continuación, inicia el módulo DFM.
statusDetermina si el servicio está en ejecución y muestra el estado.
version (-v)Muestra la información de versión y, a continuación, se cierra.
help (-h)Muestra la información de ayuda y, a continuación, se cierra.
El agente del Protocolo Simple de Administración de Redes (SNMP) de DIVArchive y la base de información de gestión (MIB) admiten la supervisión del estado y de las actividades de DIVArchive y de sus subsistemas mediante una aplicación de supervisión de terceros mediante el protocolo SNMP.
El agente SNMP de DIVArchive está integrado con el servicio SNMP de Windows, que se inicia automáticamente cuando se inicia el servidor. Se obtiene información sobre SNMP de DIVArchive en una aplicación de supervisión mediante el agente SNMP de DIVArchive, que, a su vez, establece automáticamente una conexión con Manager cuando este se inicia.
Nota:
El agente SNMP de DIVArchive actualmente no es compatible con el entorno Linux.Debe usar el siguiente procedimiento para configurar el servicio SNMP para supervisar DIVArchive:
Instale los servicios SNMP de Microsoft en la computadora donde está instalado DIVArchive Manager (si aún no está instalado).
En su servidor, navegue a Windows Key (Tecla de Windows), luego Administrative Tools (Herramientas administrativas) y, a continuación, Server Manager (Administrador del servidor).
Haga clic en Manage (Gestionar) y, a continuación, Add Roles and Features (Agregar roles y características).
Haga clic en Next (Siguiente) en las cuatro primeras pantallas.
Verifique que se muestren los Servicios SNMP.
Si el servicio SNMP no se muestra en la ventana de servicios, use el procedimiento a continuación para agregarlo:
En su servidor, navegue a Windows Key (Tecla de Windows), luego Administrative Tools (Herramientas administrativas) y, a continuación, Server Manager (Administrador del servidor).
Haga clic en Manage (Gestionar) y, a continuación, Add Roles and Features (Agregar roles y características).
Cuando llegue a la pantalla que muestra los servicios que se pueden instalar, seleccione SNMP Service (Servicio SNMP) y haga clic en Add Feature (Agregar característica).
Haga clic en Next (Siguiente) y, a continuación, en Install (Instalar).
Cuando se complete la instalación, vuelva a la pantalla Windows Services (Servicios de Windows) y haga clic en Refresh (Refrescar) para refrescar la visualización. El servicio SNMP ahora debe estar incluido en la lista de servicios.
Detenga el SNMP Service (Servicio SNMP) y el SNMP Trap Service (Servicio de captura de SNMP).
Navegue hasta la carpeta de instalación de SNMP de DIVArchive.
%DIVA_HOME%\Program\SNMP\bin
Confirme que esta carpeta contenga el archivo DIVAapi.dll. Si no está, puede copiarlo del directorio API Visual Studio .Net Dynamic Release.
Introduzca la información de conexión de DIVArchive Manager correcta en el archivo config.txt.ini.
Además, establezca el POLLING_RATE en 60 (para sondear las solicitudes de ejecución cada 60 segundos) y elimine el .ini de la parte final del nombre del archivo cuando guarde el archivo editado.
Abra el archivo de registro apropiado y edite el pathname (nombre de ruta) para que se dirija a la ruta de SNMP de DIVArchive que se está utilizando.
Por ejemplo, %DIVA_HOME%\Program\SNMP\bin\divasnmpagt.dll.
Haga doble clic en el archivo de registro que acaba de editar para instalar las claves de registro de SNMP.
Inicie regedit y, utilizando la información de registro en el archivo de registro, navegue hasta cada clave de registro y asegúrese de que la ruta en el registro sea la misma que se muestra en el archivo de registro.
Abra las propiedades del servicio SNMP y edite los siguientes parámetros:
En el separador Traps (Capturas), escriba "public" (público) en el campo Community Name (Nombre de la comunidad) y agregue la dirección IP de la computadora donde se visualizarán las capturas (por ejemplo, la computadora donde se instala el explorador MIB).
En el separador Security (Seguridad), confirme que estén seleccionadas las casillas de control Send authentication trap (Enviar captura de autenticación) y Accept SNMP packets from any host (Aceptar paquetes SNMP de cualquier host).
En el campo Accepted community names (Nombres de comunidad aceptados), agregue public con derechos de READ ONLY (Solo lectura).
Haga clic en Apply (Aplicar).
Inicie el servicio SNMP. No inicie el servicio de captura de SNMP.
El servicio SNMP también se puede manipular mediante el símbolo del sistema de Windows de la siguiente manera (generalmente el mismo host que el de DIVArchive Manager):
Abra símbolo del sistema de Windows.
Para iniciar el servicio SNMP, escriba net start "SNMP Service" en el símbolo del sistema. Las comillas son necesarias en servicios con espacios en el nombre.
Para detener el servicio SNMP, escriba net stop "SNMP Service" en el símbolo del sistema. Las comillas son necesarias en servicios con espacios en el nombre.
Oracle DIVArchive Storage Plan Manager (SPM) proporciona migración automática y gestiona el ciclo de vida del material dentro del archivo según las reglas y las políticas definidas en la configuración de SPM. El componente SPM también se utiliza para suprimir material de las matrices gestionadas de SPM (según las marcas de agua en el espacio del disco). Consulte el Apéndice A para obtener información sobre la licencia de DIVArchive.
Ahora puede cambiar el estado de las acciones fallidas de SPM a Completed (Completadas) haciendo clic con el botón derecho y seleccionado Mark Action Completed (Marcar acción como completada) en el menú contextual.
Normalmente, SPM volverá a intentar realizar una acción Copy (Copiar) ya completada si la opción Once Only (Solo una vez) está configurada en NO y un usuario borra manual o accidentalmente la instancia de SPM copiada antes de que la ranura de almacenamiento caduque. Además, SPM normalmente volverá a intentar realizar una acción Delete (Suprimir) si un usuario manual o accidentalmente copia una instancia en el medio de la ranura de almacenamiento después de que SPM la suprimió.
SPM nunca reintentará realizar las acciones marcadas como completadas por un usuario. Sin embargo, puede volver a programar una acción completada por el usuario haciendo clic con el botón derecho y seleccionando Reschedule Action (Volver a programar acción) en el menú contextual. La opción Mark Action Completed (Marcar acción como completada) (por un usuario) solo está disponible utilizando el perfil administrator (administrador).
No se recomienda usar un FTP para objetos complejos o solicitudes de Partial File Restore si el objeto complejo tiene más de tres mil archivos.
Aunque los servidores FTP se admiten como Sources/Destinations (Origen o destino), la práctica recomendada actualmente es usar un Source/Destination (Origen o destino) local, un CIFS o un disco local.
La solución alternativa (validada) actual para usar objetos complejos con servidores FTP es reducir el ratio de transferencia de FTP del Source/Destination (Origen o destino) o del servidor FTP. Sin embargo, la reducción del ratio de transferencia reduce el rendimiento y puede ser incompatible con muchos flujos de trabajo.
Se recomienda un servidor FTP sensible a mayúsculas/minúsculas para las características de metadatos de SPM.
SPM volverá a intentar realizar las acciones Copy (Copiar), Delete (Suprimir) y Restore (Restaurar) según el intervalo de reintento ante acción fallida configurado en el archivo de configuración de SPM.
SPM admite la limpieza de discos basada en la fecha de archivado del objeto. Anteriormente, la función de limpieza de SPM solo admitía limpiezas basadas en el tamaño de objeto y la hora de último acceso al objeto.
Los componentes Actor en el sistema operativo Linux no admiten rutas UNC para orígenes y destinos de CIFS. Sin embargo, puede definir una ruta local para un recurso compartido de SMB montado.
El servicio requiere una conexión correcta a DIVArchive Manager para iniciarse. Por lo tanto, debe iniciarse manualmente mediante el componente Servicios de Windows o desde la línea de comandos después de que DIVArchive Manager esté en ejecución.
Utilice los comandos a continuación para iniciar el servicio SPM desde el símbolo del sistema:
Abra símbolo del sistema de Windows.
Para iniciar el servicio SNMP, escriba net start "DIVArchive SPM" en el símbolo del sistema. Las comillas son necesarias en servicios con espacios en el nombre.
Para detener el servicio SNMP, escriba net stop "DIVArchive SPM" en el símbolo del sistema. Las comillas son necesarias en servicios con espacios en el nombre.
El archivo SPMService.exe permite gestionar SPM desde una interfaz de línea de comandos. Ejecute el archivo utilizando el comando y los parámetros a continuación:
%DIVA_HOME%\Program\SPM\bin\SPMService.exe command [options]
Con la opción -conf (o -f) después de uno de los siguientes comandos, se especifica un archivo de configuración desde el cual se carga la configuración. Los parámetros del comando SPMService.exe son los siguientes:
install (-i)Instala el módulo SPM como un servicio del sistema.
uninstall (-u)Elimina el servicio del módulo SPM.
debug (-d)Inicia el módulo SPM en modo consola.
version (-v)Muestra la información de versión y, a continuación, se cierra.
help (-h)Muestra la información de ayuda y, a continuación, se cierra.
Consulte la Guía de Oracle DIVArchive Storage Plan Manager (SPM) en la biblioteca de documentación de características adicionales de Oracle DIVArchive 7.5 para obtener información detallada.
El Protocolo de Comando de Archivo de Video (VACP, Video Archive Command Protocol) es un protocolo desarrollado por Harris Automation para interactuar con un sistema de archivo. DIVArchive tiene su propia API para comunicarse con DIVArchive Manager, que no es compatible con VACP.
Para proporcionar interoperabilidad sin la necesidad de volver a desarrollar la interfaz de archivo en el nivel de automatización, este módulo se proporciona para actuar como interfaz para convertir comandos VACP desde el sistema de automatización conectado a los comandos de API de DIVArchive.
El servicio requiere una conexión correcta a DIVArchive Manager para iniciarse. Por lo tanto, debe iniciarse manualmente mediante el componente Servicios de Windows o desde la línea de comandos después de que DIVArchive Manager esté en ejecución.
Utilice los comandos a continuación para iniciar el servicio VACP desde el símbolo del sistema:
Abra símbolo del sistema de Windows.
Para iniciar el servicio VACP, escriba net start "VACP Converter" en el símbolo del sistema. Las comillas son necesarias en servicios con espacios en el nombre.
Para detener el servicio VACP, escriba net stop "VACP Converter" en el símbolo del sistema. Las comillas son necesarias en servicios con espacios en el nombre.
El archivo VACPService.exe le permite ejecutar el convertidor VACP como un servicio. Ejecute el archivo utilizando el comando y los parámetros a continuación:
%DIVA_HOME%\Program\VACP\VACPService.exe command [options]
Con la opción -conf (o -f) después de uno de los siguientes comandos, se especifica un archivo de configuración desde el cual se carga la configuración. Los parámetros del comando VACPService.exe son los siguientes:
install (-i)Instala el módulo VACP como un servicio del sistema.
uninstall (-u)Elimina el servicio del módulo VACP.
debug (-d)Inicia el módulo VACP en modo consola.
version (-v)Muestra la información de versión y, a continuación, se cierra.
help (-h)Muestra la información de ayuda y, a continuación, se cierra.
DIVArchive incluye varias utilidades diversas, algunas de las cuales están asociadas con los módulos que se mostraron anteriormente en este capítulo. Las utilidades que se incluyen son las siguientes:
%DIVA_HOME%\Program\Utilities\bin\DIVAConfigurationPrinter.batImprime la configuración actual de DIVArchive. No hay parámetros de línea de comandos.
%DIVA_HOME%\Program\Utilities\bin\DivaScript.exeEsta utilidad permite usar órdenes de línea de comandos para ejecutar solicitudes y operaciones de DIVArchive.
%DIVA_HOME%\Program\Utilities\bin\GetVersion.exe [application_path]Devuelve el número de versión de una aplicación específica. La application_path es la aplicación válida de la aplicación que se está comprobando.
%DIVA_HOME%\Program\Utilities\bin\rdtu.batLa Utilidad de recuperación de cintas dañadas (RDTU, Recover Damaged Tape Utility) recupera objetos que residen en una cinta dañada. La utilidad puede recuperar instancias que tienen copias válidas en otros medios disponibles (es decir, cinta interna o una matriz de disco conectada) dentro de un sistema DIVArchive local o remoto. No hay parámetros de línea de comandos. Los valores y configuraciones se definen en el archivo de configuración rdtu-conf.xml.