2 Planificación de la instalación

DIVAnet es una aplicación distribuida que generalmente se configura en varios sitios DIVA. En este capítulo, se describen los conceptos necesarios para determinar cuáles servicio DIVAnet instalar y dónde. Hay tres pasos principales:

1. Debe comprender cuáles sitios se deben conectar para aplicar los flujos de trabajo deseados para un sitio específico. Consulte Descripción de la conectividad del sitio.

2. Debe tener el acceso remoto activado para cada sitio en el sistema (o la dirección local). Consulte Activación de sitios para acceso remoto.

3. Debe configurar el acceso de cliente local en sitios que tienen aplicaciones cliente que se conectarán y usarán los flujos de trabajo DIVAnet. Consulte Configuración de acceso de cliente local.

Descripción de la conectividad del sitio

Los sitios de DIVAnet se definen como exactamente una instalación de DIVArchive (que podría existir en la nube) y uno o más servicios de DIVAnet. A cada sitio se asigna un nombre de sitio único. Cada servicio de DIVAnet pertenece a un sitio determinado, indicado por el parámetro <LocalSitename> en los archivos de configuración de DIVAnet. Puede configurar varios sitios de DIVAnet, cada uno con o sin acceso de cliente local. Los sitios de DIVAnet se pueden comunicar entre sí y replicar la información del otro sitio.

El tipo más básico de conectividad DIVAnet es el uso de DIVAnet como proxy simple de DIVArchive para un único sistema DIVArchive. En esta configuración, se usa el modo directo de DIVAnet. Puede configurar reglas de acceso para permitir o rechazar operaciones en una conexión API de DIVA. Este modo no proporciona una vista federada de varios sitios y no se puede usar (por ejemplo) para realizar copias entre sitios. Para obtener más información sobre cómo configurar el modo directo de DIVAnet, consulte Configuración de puertos de la API del cliente.

Para realmente tener varios sitios DIVA como un único sistema de archivo grande, los sitios de DIVAnet se debe conectar mediante los servicios de DIVAnet. Las secciones restantes de este capítulo describen cómo configurar DIVAnet para lograr una vista federada del contenido archivado.

DIVAnet se puede conectar a sitios remotos para recuperar información de activos, supervisar el estado del sitio remoto y enviar solicitudes al sitio (por ejemplo, una solicitud de restauración), para satisfacer las solicitudes de nivel de DIVAnet. Esta rica interacción permite a DIVAnet funciona como un sistema de archivo grande.

Nota:

Algunos despliegues de DIVAnet no requerirán que cada sitio se conecte a los demás sitios de la red.

En la siguiente figura, se muestra un ejemplo de un despliegue de DIVAnet típico con tres sitios: Nueva York, Los Ángeles y Dallas. En este ejemplo, las aplicaciones de Nueva York pueden ver y copiar activos desde Los Ángeles y Dallas (y los activos existentes en Nueva York). Además, las aplicaciones de Los Ángeles pueden ver y copiar activos desde Nueva York y Dallas. No hay aplicaciones en ejecución en el sitio de Dallas.

Para aplicar este despliegue, primero configurará un sitio para acceso remoto. Dallas es ideal para demostrar este escenario, ya que no tiene clientes locales que atender. Verá la manera en la que Dallas se conecta con Nueva York. A continuación, verá cómo configurar un sitio para acceso de cliente, mediante el análisis de Nueva York y Los Ángeles, y cómo están conectados.

Servicios de DIVAnet

Un servicio de DIVAnet es un servicio de Windows instalado en un servidor responsable de llevar a cabos tareas informáticas en un despliegue de DIVAnet. Tabla 2-1 muestra un resumen de los servicios de DIVAnet disponibles.

Tabla 2-1 Servicios de DIVAnet

Servicio	Descripción
Adaptador de cliente	El servicio ClientAdapter de DIVAnet acepta solicitudes desde la API de DIVA API y los clientes web, e interactúa con sitios de DIVArchive y con la base de datos de DIVAnet para satisfacer esas solicitudes. Se configura cuando se implementa el acceso de cliente local (aplicación). Esto también se puede usar en un despliegue mínimo de DIVAnet únicamente de proxy (modo directo de DIVAnet, descrito en Configuración de puertos de la API del cliente). Para obtener más información, consulte Servicio ClientAdapter de DIVAnet.
Adaptador del gestor	El servicio ManagerAdapter funciona como un puente entre DIVAnet y Oracle DIVArchive Manager. Proporciona acceso remoto para un sitio de DIVA. Configurado para todos los sitios de DIVAnet, en especial para aquellos que tienen información de activo sincronizada. Para obtener más información, consulte Servicio ManagerAdapter de DIVAnet".
Sincronización de base de datos	El servicio DbSync es responsable de sincronizar la información de activos de varios sitios de DIVArchive y de almacenar la información en la base de datos de DIVAnet. Se configura cuando se implementa el acceso de cliente local (aplicación). Para obtener más información, consulte Servicio DbSync de DIVAnet".

Activación de sitios para acceso remoto

La activación de un sitio de DIVArchive para acceso remoto mediante otros sistemas DIVAnet involucra la configuración de un servicio ManagerAdapter en el sitio y la configuración de DIVArchive para acceso remoto.

En la siguiente figura, se muestra un ejemplo de dos sitios: Un sitio de Nueva York con una configuración de DIVAnet completa (acceso remoto y acceso de cliente local) y un sitio de Dallas que se configura solamente para acceso remoto. El sitio de Dallas solamente tiene un servicio de DIVAnet en ejecución: el servicio ManagerAdapter. DIVArchive se configuró de modo que pueda interactuar bien con otros sitios.

Servicio ManagerAdapter de DIVAnet

El servicio ManagerAdapter funciona como un puente entre DIVAnet y DIVArchive Manager. Se debe configurar para proporcionar acceso remoto mediante otros sistemas de DIVAnet. Por motivos de seguridad y rendimiento, Oracle recomienda la instalación de ManagerAdapter en el mismo sistema que DIVArchive Manager. De manera similar, a menudo, ClientAdapter y la base de datos de DIVAnet se ejecutan en conjunto en un servidor completamente diferente. ManagerAdapter se configura mediante un archivo de configuración simple. Para obtener más información, consulte el Capítulo 4.

DIVArchive

Gran parte de la configuración necesaria para aplicar flujos de trabajo de DIVAnet se lleva a cabo en cada sitio de DIVArchive. En esta sección, se detallan algunos de los conceptos necesarios para comprender cómo interactúa DIVAnet con DIVA, y la importancia de la configuración de DIVA. Para obtener más información sobre cómo configurar DIVArchive, consulte la Guía de instalación y configuración de Oracle DIVArchive.

Objetos e instancias

En un sistema DIVArchive, los objetos archivados se identifican de manera exclusiva mediante dos parámetros: un nombre de objeto y una categoría de objeto. La Categoría es parte del nombre formal del objeto, una especie de espacio de nombres. Por ejemplo, un objeto con el nombre CLIP01 y la categoría MOVIES es un diferente a un objeto con el nombre CLIP01 y la categoría COMMERCIALS.

DIVAnet usa el nombre de objeto y la categoría para asociar objetos en varios sitios.

Nota:

Si un objeto en un sitio tiene el mismo nombre de objeto y la misma categoría que en otro sitio, DIVAnet considerará que ambos son el mismo objeto.

Cuando se archivan los activos mediante DIVAnet, DIVAnet rechazará (por defecto) nuevos activos que tienen el mismo nombre (y categoría) que los activos que ya se han archivado en otros sitios. Sin embargo, los archivos que se ejecutan directamente en un sistema DIVArchive no tendrán esta comprobación. El archivado mediante DIVAnet puede causar que un objeto en el sitio B tenga contenido diferente del objeto correspondiente en el sitio A. Esto, en su lugar, puede generar la restauración del contenido incorrecto por parte de DIVAnet.

En DIVArchive, cada objeto archivado puede contener varias instancias: una instancia para cada copia física del objeto en la cinta o en el disco. Hay un número de orden de instancia para cada instancia. La numeración comienza con cero y se incrementa de a uno para cada instancia del objeto. De este modo, puede hacer referencia de manera exclusiva a una instancia en un sistema DIVA si proporciona el nombre de objeto, la categoría y el número de orden de instancia.

DIVAnet asigna su propio juego de números de orden de instancia que se deriva del número de orden de instancia de DIVArchive. Hace esto de modo que para cada objeto los números de orden de instancia de DIVAnet sean exclusivos en todos los sitios de DIVAnet.

Origen/destinos

Un Source/Destination (Origen/destino) de DIVAchive contiene información necesaria para comunicarse con un servidor de cliente o un disco externo a DIVArchive. Los clientes transfieren contenido desde y hasta DIVArchive mediante estos servidores y discos. Si un Source/Destination (Origen/destino) de un sitio tiene el mismo nombre que en otro sitio, DIVAnet supondrá que hacen referencia al mismo servidor físico y al mismo disco.

Esta convención es importante para configurar un sistema DIVAnet (consulte Restauración del flujo de trabajo para obtener más información). Si las opciones de Source/Destinations (Origen/destinos) se pueden resolver mediante la API y apuntan al mismo servidor físico, disco y ruta, deberá asignarles el mismo nombre.

Configuración de origen/destinos de transferencia

Para usar DIVAnet para transferir contenido de un sitio a otro, configure al menos una opción de Source/Destination (Origen/destino) para que se pueda acceder desde ambos sitios. Este Source/Destination (Origen/destino) común será usado por DIVAnet para copiar objetos de un sitio a otro. Los ajustes de configuración de Source/Destination (Origen/destino) de ambos sitios deben tener las siguientes características:

• Mismo nombre: en todos los sitios, deberá configurar el mismo nombre para las opciones de Source/Destinations (Origen/destinos) que hacen referencia al mismo servidor físico, disco y directorio.

  Las asignaciones de sitio a sitio de DIVAnet pueden manejar opciones de Source/Destinations (Origen/destinos) que apuntan al mismo lugar pero que no necesariamente tienen el mismo nombre. Consulte Asignaciones de sitio a sitio para obtener más información.

• Mismo lugar: las dos entradas de Source/Destination (Origen/destino) deben apuntar a la misma ubicación exacta (ruta) en el disco de un servidor. Los tipos de transferencia (por ejemplo, FTP_STANDARD, DISK) pueden variar de un sitio a otro, e incluso tener rutas raíz diferentes en la configuración. Por ejemplo, un Source/Destination (Origen/destino) denominado NY_SHOWS puede ser del tipo DISK en el sitio de Nueva York, pero del tipo FTP en el sitio de Los Ángeles.

• Sin transcodificación ni cambio de nombre: para las opciones de Source/Destinations (Origen/destinos) usadas en copias entre sitios, no configure Source/Destination para transcodificación en la restauración. Esto generará el archivado de contenido incorrecto en sitios de DIVA.

• Supresión en origen: para cada Source/Destination (Origen/destino) que se usará en los comandos de copiado, configure la opción -allow_delete_on_source en los ajustes de Source/Destination de DIVArchive. Esto permite que se suprima el contenido del sitio después de que se ha transferido a DIVA. Se proporciona esta opción en el campo de opciones del panel de configuración de Source/Destination (Origen/destino) de DIVA.

• AXF y totales de control: puede activar comparaciones de total de control de extremo a extremo en copias entre sitios (operaciones de copiado de un sitio a otro) mediante la activación de AXF Genuine Checksums (Totales de control genuinos de AXF) en DIVArchive. En la utilidad de configuración de DIVArchive, seleccione la opción de Source/Destination (Origen/destino) que usará para copias y, a continuación, seleccione la opción AXF Genuine Checksum (Totales de control genuinos de AXF). Una vez que haya finalizado, podrá configurar la opción -axf en el parámetro <AdditionalOptions> de asignación de sitio a sitio de DIVAnet. Esto permite embeber la información de total de control en el envoltorio de AXF del sitio de origen comprobarla nuevamente en el sitio de destino.

No debe confundirse con el parámetro Site del panel Source/Destination de la utilidad de configuración de DIVArchive. Aquí el nombre del sitio es usado solamente por DIVA, y no corresponde a un sitio de DIVAnet (consulte la Guía de instalación y configuración de Oracle DIVArchive para obtener más información).

Precaución:

La modificación de los nombres de los parámetros de configuración de DIVArchive (como Source/Destinations [Origen/destino], Media Names [Nombres de medios] y Storage Plans [Planes de almacenamiento]), mientras se está conectado a DIVAnet, puede causar errores.

Planes de almacenamiento y medios (medios de almacenamiento)

Cuando DIVAnet copia objetos de un sistema DIVA a otro, es necesario tener cuidado al asignar el archivo de Media Name (Nombre de medios) y Storage Plan Name (Nombre de plan de almacenamiento) de la copia en el sitio de destino. Use una buena política de asignación de nombres para los valores de medios de cada sistema DIVA.

DIVAnet registra los nombres de medios de DIVA cuando sincroniza cada instancia de objeto. Puede configurar DIVAnet para que asigne automáticamente el plan de medios/almacenamiento en una operación de copiado. Consulte Seleccionado por DIVAnet (medio any) para obtener más información. Una de las maneras de configurar esta función consiste en archivar el sitio de destino con el mismo nombre de plan de almacenamiento que el objeto de origen. Para que esto funcione los planes de almacenamiento adecuados se deberán configurar en el DIVA de destino. De manera alternativa, puede usar las asignaciones de medios de DIVA para transformar el nombre del plan de almacenamiento en un medio o en otro plan de almacenamiento, todo en el sitio de destino de DIVA.

Supervisor de carpetas de entrega

El supervisor de carpetas de entrega supervisa las carpetas en busca de contenido nuevo y, a continuación, archiva el contenido nuevo en DIVArchive. Mediante la restauración de una carpeta de entrega determinada, el supervisor de carpetas de entrega puede seleccionar el contenido y archivarlo en un sistema DIVA diferente.

DIVAnet puede implementar flujos de trabajo de copiado sin el supervisor de carpetas de entrega pero, en algunos casos, es necesario o preferible. Para copiar sin el supervisor de carpetas de entrega, se puede usar el método de transferencia RestoreAndArchive de DIVAnet. Sin embargo, hay algunas situaciones en las que es adecuado usar el supervisor de carpetas de entrega. Algunos buenos candidatos para el uso del supervisor de carpetas de entrega pueden ser sitios autónomos que desean realizar su propia limpieza de contenido transferido de manera no satisfactoria o sistemas donde se usan aceleradores de WAN de terceros. Para usar el supervisor de carpetas de entrega para transferencias, use el método de transferencia de sitio a sitio RestoreAndMonitor de DIVAnet. Consulte Asignaciones de transferencia de sitio a sitio (perfil de flujo de trabajo) para obtener más información.

Configuración de acceso de cliente local

La configuración de acceso de cliente local incluye la configuración de:

• La instancia de DIVArchive local para acceso remoto (consulte Activación de sitios para acceso remoto)

• El servicio ClientAdapter

• Un servicio DbSync

• Un servicio de base de datos DIVAnet

La configuración de todos los servicios DIVAnet permite el procesamiento del flujo de trabajo completo de DIVAnet por parte del sitio.

En la siguiente figura, se configuran ambos sitios, el de Nueva York y el de Los Ángeles para procesamiento de flujo de trabajo completo de DIVAnet. Las aplicaciones de Los Ángeles se conectan directamente con ClientAdapter en LA. De esta manera, pueden recuperar contenido de Nueva York si es necesario. La base de datos de DIVAnet local proporciona una vista global de los activos en los sitios, incluso si se pierde la conectividad de un sitio a otro. Si se otorgan permisos suficientes, los usuarios de DIVAnetUI en Los Ángeles pueden copiar contenido desde Nueva York a Los Ángeles, e incluso suprimir contenido en Nueva York.

Aunque es técnicamente posible configurar la aplicación de cliente 2 para que se conecte de manera remota con la instancia de ClientAdapter de Nueva York, esta configuración a menudo proporciona mayor disponibilidad, seguridad y auditoría. El rendimiento y la escalabilidad a menudo aumentan también, en especial, con enlaces WAN lentos o no confiables.

Servicio ClientAdapter de DIVAnet

Los clientes de la aplicación que desean usar la API de DIVA o la GUI de DIVAnet, se conectan al servicio ClientAdapter de DIVAnet. Este servicio de DIVAnet acepta conexiones web y mediante socket desde las aplicaciones y los procesos que solicita. Se configura una instancia de ClientAdapter en cada sitio que tiene aplicaciones locales para el sitio en el que se instalaron DIVArchive y DIVAnet. ClientAdapter se comunica con los sitios local y remoto mediante el servicio ManagerAdapter. ClientAdapters también se puede conectar directamente con DIVArchive Manager mediante el modo de socket.

El servicio ClientAdapter se configura mediante uno (o dos) archivos de configuración (consulte el Capítulo 4 para obtener más información).

Servicio DbSync de DIVAnet

El servicio DbSync es responsable de sincronizar la información de activos de varios sitios de DIVArchive y de almacenar la información en la base de datos de DIVAnet. DbSync se comunica de manera remota con los servicios ManagerAdapter en varios sitios para sincronizar información de objetos archivados. DbSync generalmente se despliega junto con ClientAdapter. Ambos servicios, DbSync y ClientAdapter, requieren acceso directo a la base de datos de DIVAnet.

El servicio DbSync se configura mediante un archivo de configuración simple (consulte el Capítulo 4 para obtener más información).

Sitios de solo visualización

Puede configurar un sitio para solo visualización, lo que significa que se sincronizará la información del activo desde ese sitio, pero no se enviarán solicitudes (ni otros mensajes) al sitio. El sitio se configura (por ejemplo, el sitio diva4) en el archivo de configuración de DbSync, pero no en la configuración de ClientAdapter. El sitio diva4 tendrá solo visualización de manera efectiva. La información del activo de este sitio podrá recibir consultas de la IU y de llamadas de la API informativas, pero las solicitudes enviadas al sitio (mediante DIVAnet) se rechazarán.

Base de datos de DIVAnet

La configuración del acceso de cliente local de DIVAnet también involucra la configuración de una base de datos de DIVAnet.

Limpieza de objetos

DIVAnet en ocasiones cumplirá con una operación de restauración mediante el copiado temporal de un objeto desde un sitio remoto al sitio local antes de la restauración. De esta manera, las restauraciones futuras del contenido serán mucho más sencillas. DIVAnet no suprime automáticamente la instancia del disco después de la restauración. En su lugar, deja el contenido en caso de que otros deseen restaurarlo.

DIVArchive contiene dos herramientas que pueden limpiar automáticamente el contenido cuando se llena un disco/matriz determinados:

• Oracle DIVArchive Storage Plan Manager (SPM) cuenta con una función que puede limpiar automáticamente instancias de disco para un sitio de DIVA determinado.

• La función de supresión local de DIVArchive puede realizar una tarea similar pero, de manera opcional, puede comprobar que el objeto también existe en otros sitios de DIVA.

Dado que DIVArchive está configurado para crear una instancia de disco nearline por defecto, es posible que la limpieza de objetos también deba producirse en un sitio de DIVA configurado únicamente para acceso remoto de DIVAnet.