|
|
|
|
- Presentación
- Réplica basada en registros por red
- ¿Qué es esto?
- Las posibles acciones
- Cómo replicar por red y mediante programación
- Limitaciones y consejos
- La replicación basada en el registro a través de medios portátiles
- ¿Qué es esto?
- Las posibles acciones
- Limitaciones y consejos
- Mediante programación
- Funciones de WLanguage para la gestión de la replicación basada en logs
- Funciones para la gestión de la reproducción basada en logs
Replicación basada en registros: Programando la réplica basada en el registro en WLanguage
Disponible solo con este tipo de conexión
Varias funciones de WLangage le permiten incluir la replicación basada en el registro en su aplicación y personalizarla. En este caso, no se requiere ninguna herramienta externa.: la replicación de datos entre sus bases de datos se gestiona mediante programación. Se pueden implementar dos modos de replicación basados en el registro a través de la programación: - Replicación basada en log por la red (caso de un ordenador portátil que se conecta a la red de la empresa de forma regular).
- Replicación basada en log a través de medios portátiles (caso de sitios remotos que no se conectan a través de una red).
Réplica basada en registros por red ¿Qué es esto? La replicación basada en registros por red corresponde a la operación realizada para sincronizar dos bases de datos accesibles en la misma red. El ejemplo más común es un vendedor que se conecta regularmente a la red de la empresa a través de su ordenador portátil.. La replicación le permite actualizar la base de datos de la empresa con los nuevos pedidos introducidos durante la semana. Durante esta operación, la base de datos de la empresa y la base de datos del portátil son accesibles a través de la red.. La replicación se puede realizar a través de la red. Las posibles acciones Se utiliza la replicación basada en el registro por red para realizar: - una replicación unidireccional:
- desde el ordenador maestro a los ordenadores de los abonados.
- desde los ordenadores de los abonados al ordenador principal.
- una replicación bidireccional, es decir, del ordenador maestro al ordenador del abonado (y viceversa).
Cómo replicar por red y mediante programación Se deben realizar las siguientes operaciones: - Creación de la réplica maestra en el ordenador maestro (HCreateMasterReplica).
- Creación de la réplica de abonado en el ordenador de abonado (HCreateSubscriberReplica). El ordenador del abonado debe tener acceso de lectura/escritura al disco donde está instalada la aplicación maestra (directorio de archivos de datos).
- Usando las aplicaciones de maestro y de suscriptor.
- Sincronización (HSynchronizeReplica):
- del equipo esclavo al equipo maestro (constante rplToMaster): el ordenador del abonado debe tener derechos de lectura/escritura en el disco donde está instalada la aplicación maestra.
- del equipo maestro al equipo esclavo (constante rplToSubscriber): el equipo maestro debe tener derechos de lectura/escritura en el disco donde está instalada la aplicación del suscriptor.
- bidireccional (constante rplBidirectional): el equipo maestro debe tener derechos de lectura/escritura en el disco donde está instalada la aplicación del suscriptor y el equipo del suscriptor debe tener derechos de lectura/escritura en el disco donde está instalada la aplicación maestra.
Atención: Este párrafo asume que se han realizado las operaciones necesarias en el análisis de la aplicación antes de instalar la aplicación en los diferentes ordenadores.. Para obtener más información, consulte Replicación basada en registros: Modificación del análisis. Limitaciones y consejos - Al crear la réplica del suscriptor, el equipo donde la réplica del suscriptor está instalada debe tener acceso de lectura/escritura en el directorio donde la réplica maestra está instalada.
- Para realizar la replicación basada en el registro, se puede identificar la ruta de los archivos de datos a replicar:
- una letra de unidad. En este caso, los dos equipos implicados en la replicación deben utilizar la misma letra de unidad.. Por ejemplo, si la replicación se inicia desde el equipo del suscriptor:
- en el ordenador maestro, el directorio de los ficheros de datos se encuentra en X,
- en el ordenador de suscripción, la letra X debe ser associated con la unidad que contiene los archivos de datos del ordenador principal.
- Trayectorias UNC
- caminos relativos.
- Para gestionar la replicación basada en logs en una aplicación, el tabla de operaciones de logs (archivo JournalOpération.fic) debe ser idéntico para todos los archivos en replicación en el mismo análisis.
- Los archivos requeridos por la replicación (archivos*.RPM y*.RPL) deben guardarse en un subdirectorio RPL de los archivos de datos de la aplicación.
- Si el registro Process se utiliza sólo para la replicación, los archivos de registro pueden ubicarse en el directorio de la aplicación (o en un subdirectorio).
- Si el registro Process se utiliza para mantener una copia de seguridad de los archivos, estos archivos deben estar ubicados en un disco distinto al utilizado para los archivos de datos (para mayor seguridad).
La replicación basada en el registro a través de medios portátiles ¿Qué es esto? La replicación basada en registros a través de medios portátiles corresponde a la operación realizada para sincronizar dos bases de datos no conectadas entre sí. El ejemplo más común corresponde a dos sitios geográficamente distantes: un sitio en Montpellier y otro en París, por ejemplo.. Las bases de datos se actualizan periódicamente a través de diferentes medios de comunicación: transferencia por FTP, disquete o CD ROM, .... Las posibles acciones La replicación basada en registros a través de medios portátiles le permite realizar una replicación unidireccional: - desde el ordenador principal a los ordenadores de los abonados
- desde los ordenadores de los abonados al ordenador principal
Limitaciones y consejos - Para gestionar la replicación basada en logs en una aplicación, el tabla de operaciones de logs (archivo JournalOpération.fic) debe ser idéntico para todos los archivos en replicación en el mismo análisis.
- Los archivos necesarios para la replicación basada en registros (archivos *.RPM y *.RPL) deben guardarse en un subdirectorio RPL de los archivos de datos de la aplicación.
- Si el registro Process se utiliza sólo para la replicación, los archivos de registro pueden ubicarse en el directorio de la aplicación (o en un subdirectorio).
- Si el registro Process se utiliza para mantener una copia de seguridad de los archivos, estos archivos deben estar ubicados en un disco distinto al utilizado para los archivos de datos (para mayor seguridad).
Mediante programación Se deben realizar las siguientes operaciones para sincronizar el ordenador maestro con el ordenador del abonado: - Creando:
- la réplica maestra en el ordenador maestro (HCreateMasterReplica).
- la réplica del abonado en el ordenador del abonado (HCreateSubscriberReplica). Cada computadora de abonado debe ser associated con un identificador específico. Este identificador se utilizará durante la sincronización.
Estas dos réplicas pueden ser creadas en el mismo directorio (no recomendado).
- Instalación del archivo de réplica del suscriptor en el ordenador del suscriptor. Este archivo se puede instalar:
- en el directorio de réplica especificado en el análisis (subdirectorio\RPL de los archivos de datos de Default).
- en otro directorio. En este caso, la aplicación de abonado debe utilizar HChangeRplDir para especificar dónde buscar el archivo de la réplica de abonado. De hecho, cuando se abre el archivo de datos de los suscriptores, se lee el archivo RPL para definir el rango de identificadores de automatic utilizados por el archivo de datos.
- Usando las aplicaciones de maestro y de suscriptor.
- En el ordenador de abonado, crear la réplica móvil (HCreateMoveableReplica). Un archivo con una extensión WDZ es creado por Default. Este archivo debe ser transmitido al ordenador central.
- Sincronización en el ordenador principal (HSynchronizeReplica). Para realizar esta sincronización, debe especificar:
- el nombre y la ruta de la réplica móvil en el ordenador central
- el identificador de la réplica del abonado (especificado al crear la réplica del abonado).
Atención: Este párrafo asume que se han realizado las operaciones necesarias en el análisis de la aplicación antes de instalar la aplicación en los diferentes ordenadores.. Para obtener más información, consulte Replicación con WINDEV. Funciones de WLanguage para la gestión de la replicación basada en logs Funciones para la gestión de la reproducción basada en logs Las siguientes funciones de WLangage se utilizan para gestionar la replicación basada en registros: | | HChangeRplDir | Modifica la ubicación de la réplica de la description del suscriptor (archivo RPL). Esta función debe utilizarse en el ordenador del abonado. | HCreateMasterReplica | Crea el archivo description de una réplica maestra (archivo *.RPM). | HCreateMoveableReplica | Crea un archivo que puede utilizarse para replicar los datos de la base de datos actual a una base de datos remota (para enviarlos a través de Email o disquete, por ejemplo). | HCreateSubscriberReplica | Crea el archivo description de una réplica de un suscriptor (archivo *.RPL). | HInitSuscriptor | Inicializa el rango de identificadores automáticos para el archivo description de la réplica del abonado (extensión "RPL"). | HSetReplication | Desactiva temporalmente (o vuelve a activar) la replicación. La réplica es administrada automáticamente por Default. | HSynchronizeReplica | Sincroniza una réplica maestra y una réplica de suscriptor. |
Esta página también está disponible para…
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|