Configuración de varios sitios
Es posible mejorar el proceso de carga de varios sitios mediante la configuración binaria de actualización. En esta configuración se ejecutan todas las operaciones básicas en un solo sitio (el sitio maestro) y otros sitios reciben una actualización binaria del sitio MAESTRO. De este modo, se reduce significativamente el tiempo de carga total.
Asimismo, se puede utilizar la configuración de clon en esta configuración para mejorar el tiempo de carga inicial del sistema. En este caso, la carga de todos los paquetes iniciales se realiza en el sitio maestro y el resto de los sitios se encargan de copiar los datos del sitio maestro.
Para poder llevar a cabo esta configuración, en el fichero SitesDescriptor.xml se incluye un atributo denominado siteUpdateType. El sitio maestro tiene el atributo master del fichero definido en YES y el atributo siteUpdateType definido en TEXTUAL. Todos los sitios remotos tienen el atributo siteUpdateType definido en BINARY. Por ejemplo:
<Group id="Runtime">
<Distribution type="FS">
<Datatransfer OS="linux" path="${package.destination.folder}"/>
</Distribution>
<Site siteType="REMOTE" id="Runtime-Site1" siteUpdateType="TEXTUAL" master="YES"/>
<Site siteType="REMOTE" id="Runtime-Site2" siteUpdateType="BINARY" />
</Group>
En este ejemplo, el sitio Runtime-Site1 es el sitio maestro y Runtime-Site2 es un sitio soportado de actualización binaria. En la siguiente imagen se muestra cómo se puede configurar la actualización de un número N de sitios:
En este caso, al ejecutar la tarea Deploy Collection, se copiará automáticamente cualquier segmento nuevo en todos los sitios binarios. Asimismo, también se copiarán las actualizaciones realizadas en ese segmento. Cuando se utilice la tarea para volver a indexar los datos, todo el proceso de indexación se realiza en el sitio maestro y se clona en los sitios binarios. De este modo, se mejora significativamente el tiempo de indexación.
Es posible cargar paquetes en un entorno de varios sitios de las siguientes maneras:
• Con un método normal mediante la tarea TransformManagement.
En este caso, el proceso TAL se inicia mediante la tarea TransfomManagment, que activa a su vez las tareas PublishToPreviewPreparation y PublishToPreview. PublishToPreview carga los datos en el sitio maestro a modo de actualización textual.
Todas las operaciones básicas, como insertar e indexar, se ejecutan solo en el sitio maestro. El sitio maestro carga un paquete delta con las actualizaciones binarias de los almacenes actualizados. Los sitios configurados como siteUpdateType="BINARY" descargan el paquete delta junto con los paquetes de actualización normal. No se realizará ninguna operación básica en los sitios de actualización binarios. Solo se encargarán de importar los paquetes delta recibidos. El proceso de carga en sitios binarios es mucho más rápido que el proceso de los sitios textuales, puesto que no se realiza ninguna operación principal. Es recomendable utilizar este método únicamente en cargas incrementales.
• Método de carga inicial mediante las tareas TransformMgmtInitialLoad y P2RTInitialLoad, y sin realizar un clon completo
En este caso, el proceso TAL se inicia mediante la tarea TransformMgmtInitialLoad, que activa a su vez las tareas PublishToPreviewPreparation y PublishToPreview. En el modo de carga inicial, PublishToPreview carga los datos en el administrador de publicaciones y se detiene.
Una vez transformados y cargados todos los paquetes iniciales en Publication Manager, se debe ejecutar la tarea P2RTInitialLoad que se encarga de activar la tarea Publish2RT una vez por cada recopilación. Publish2RT carga los datos en el sitio maestro como una actualización textual y en los sitios binarios compatibles como una actualización binaria. Este método es más rápido que el método normal.
• Método de carga inicial mediante las tareas TransformMgmtInitialLoad y P2RTInitialLoadToMaster con clon completo mediante la tarea FullCloneFromMaster
En este caso, el proceso TAL se inicia mediante la tarea TransformMgmtInitialLoad, que activa a su vez las tareas PublishToPreviewPreparation y PublishToPreview. En el modo de carga inicial, PublishToPreview carga los datos en el administrador de publicaciones y se detiene.
Una vez transformados y cargados todos los paquetes iniciales en Publication Manager, se debe ejecutar la tarea P2RTInitialLoad que se encarga de activar la tarea Publish2RT una vez por cada recopilación. Publish2RT solo carga los datos en el sitio maestro. No se carga ningún dato en los sitios binarios. Una vez completada la tarea Publish2RT, el sitio maestro se cargará y estará disponible para su uso.
A continuación, ejecute la tarea FullCloneFromMaster. Esta tarea crea un paquete de clon completo del sitio maestro, lo carga en una ubicación ${package.destination.folder} compartida y desencadena una tarea CloneToSite para cada sitio binario. La tarea CloneToSite descarga el paquete de copia completo y lo implementa en el sitio. En este caso, cada sitio binario se carga de forma paralela y así queda disponible para utilizarlo por separado.
Las siguientes tareas de Task Manager soportan la configuración de varios sitios:
• P2RTInitialLoadToMaster
• FullCloneFromMaster
• CloneToSite
• FullBackupFromSite
Consulte
Tareas de carga en varios sitios para obtener más información sobre estas tareas.
| La estructura del directorio de datos de todos los sitios debe ser igual. Si la estructura del directorio de un sitio binario es diferente a la del sitio maestro, utilice vínculos simbólicos para acceder a cualquier directorio que no tenga la estructura prevista y así poder configurar los que se encuentren en los ficheros E3C.properties y setEnv.sh/bat. |
