ACC: Sincronización con réplicas antes de cambiar el esquema de diseño principal

Seleccione idioma Seleccione idioma
Id. de artículo: 165271 - Ver los productos a los que se aplica este artículo
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Moderada: Requiere macro básico, codificación y las capacidades de interoperabilidad.

Expandir todo | Contraer todo

En esta página

Resumen

En este artículo explica la importancia de sincronización de todas las bases de datos un conjunto de réplicas antes de realizar los cambios de esquema en la base de datos Diseño principal.

Más información

Los cambios de esquema en este artículo se describe están limitados a los cambios que realice en el diseño de las tablas o sus relaciones. Cuando realiza cambios de esquema en la base de datos Diseño principal de una réplica conjunto, considere el impacto que pueden tener los cambios en otras réplicas del conjunto. Por ejemplo, si crea una relación uno a varios que exige la integridad referencial entre dos tablas, una de las bases de datos réplica podría contener registros huérfanos en la tabla secundaria que no tiene un registro primario correspondiente. O si cambia una regla de validación de la tabla, puede haber registros en una tabla de réplica que no cumplen con las nuevas reglas de validación.

Siempre que cambie el esquema en el diseño principal, pueden producirse problemas al sincronizar con otras réplicas. Estos problemas pueden abarcar desde errores de sincronización sencillo para errores de diseño más complejos. Es posible crear una situación ya no puede sincronizar con otra réplica, y debe eliminar y volver a crearla.

Por estos motivos, se recomienda encarecidamente que sincronizar con todos los miembros del conjunto de réplicas antes de cambiar el esquema de base de datos en el diseño principal y, a continuación, suspender la entrada de datos en cada una de las réplicas hasta que se han sincronizado los cambios de esquema en todo el conjunto de réplicas.

Para comprender el impacto que pueden tener los cambios en el conjunto de réplicas, ayuda a saber cómo Microsoft Access sincroniza los datos y diseñar los cambios entre réplicas:
  • Al realizar cambios de diseño en la base de datos Diseño principal, cada cambio se almacena como un registro independiente en una tabla de sistema de Microsoft Access denominada MSysSchChange.
  • Al sincronizar con una réplica, todos los cambios se aplican en la réplica en el mismo orden que haya realizado en el diseño principal. Microsoft Access no examina todos los registros de la tabla MSysSchChange para ver si un cambio de diseño que ha realizado se ha deshecho o modificados en un momento posterior. Por ejemplo, si crea un nuevo formulario en el diseño principal y hacer replicable y, a continuación, activa y eliminar el formulario, al sincronizar con una réplica el formulario se crea por primera vez y, a continuación, hay también elimina.
  • Sincronizar con una réplica, todos los cambios de diseño se aplican primero antes de intercambian los datos. Si no se puede aplicar un cambio de diseño, se produce un error y detiene la sincronización hasta que se puede resolver el conflicto.
Este método de sincronización asegura que todas las réplicas son ahora idénticas al diseño principal antes de intercambian los datos. También puede ser el origen de problemas o frustración si no piensa cuidadosamente los cambios. Cada uno de los escenarios de ejemplo que siga ayudan a ilustrar los tipos de situaciones que puede surgir si no se sincronizan todas las réplicas antes de implementar cambios de diseño de esquema. Por motivos de simplicidad, en cada ejemplo se asume que el conjunto de réplicas contiene un diseño principal y una base de datos de réplica.

Ejemplo 1 - reglas de validación de tabla

Supongamos que la propiedad se cambia la tabla ValidationRule de un campo numérico en la base de datos Diseño principal, que requieren que el valor del campo debe ser mayor que 50. Al sincronizar con una réplica que contiene un registro con el número 48 de ese campo, sincronización finaliza correctamente pero se produce un error de datos. Esto es porque la tabla en el diseño principal no pudo actualizarse con los datos de la tabla de réplica no concuerda con la nueva regla de validación. Para resolver este error, debe cambiar los datos de la réplica por lo que cumple con la regla de validación y, a continuación, vuelva a sincronizar.

Ejemplo 2: crear una relación

Imagine que tiene un Customers y una tabla de pedidos que no tienen ninguna relación exigida. En una réplica de base de datos, alguien agrega algunos registros a la tabla pedidos para el que no existen registros de la tabla Customers. Mientras tanto, en la base de datos Diseño principal, se crea una relación exigida entre Customers y Orders. Al sincronizar, recibirá un mensaje de error con error de sincronización debido a que no se puede aplicar un cambio de diseño. Esto es porque existen registros secundarios huérfanos en tabla de pedidos la base de réplica de datos que no tengan ningún cliente coincidente en la tabla Customers, lo que significa que no se puede aplicar la relación entre Customers y Orders. Debe crear registros de tabla de clientes de la réplica que se corresponde con cada registro huérfano en la tabla Pedidos, o bien debe eliminar los registros huérfanos de pedidos hasta después de sincronizar con el diseño principal y vuelva a crear los pedidos.

Nota: En Microsoft Access 97, puede quitar la relación desde el diseño principal y a continuación, vuelva a sincronizar. Esto agregará los registros huérfanos en la tabla en el diseño principal donde tendrá que resolver el problema de los registros huérfanos de pedidos antes de que Microsoft Access permite volver a aplicar la relación obligatoria entre Customers y Orders.

Ejemplo 3: crear una tabla Unreplicable, Then Replicable de nuevo

Este ejemplo ilustra un escenario de cambio de esquema más grave. Supongamos que tiene dos tablas denominadas Customers y Orders con una relación de uno a varios que exige la integridad referencial. En la base de datos Diseño principal para quitar la relación entre las dos tablas y que la tabla Customers unreplicable. A continuación, cambia de opinión y hacerla replicable de nuevo y volver a crear la relación obligatoria entre Customers y Orders. Al sincronizar con una réplica, la sincronización fallará porque no se puede aplicar los cambios de diseño. Aquí es lo que ocurre en la base de datos réplica:
  • Se eliminará la relación entre Customers y Orders.
  • Puesto que la tabla Customers se realizaron unreplicable en el diseño principal, se elimina de la base de datos réplica.
  • Porque la tabla Customers se hacer replicable nuevo, Microsoft Access vuelve a crear la estructura de la tabla de la réplica, pero no agrega los datos porque el intercambio de datos siempre tiene lugar después de aplicar los cambios de diseño.
  • Se vuelve a crear las relaciones entre clientes y pedidos. Esto es cuando sincronización falla porque no hay datos en los clientes tabla aún y Microsoft Access no puede crear una relación exigida con la tabla Pedidos que contiene los registros secundarios huérfanos.
En este escenario, debe volver a crear la réplica desde el diseño principal. No importe de manipulación de datos permitirá sincronizar correctamente. En este caso, el problema podría evitarse mediante la sincronización el diseño principal con la réplica después de hacer la tabla Customers replicable nuevo, pero antes de aplicar la relación. A continuación, volver a crear la relación en el diseño principal y sincronice de nuevo.

Referencias

Para obtener más información acerca del uso replicación en Microsoft Access, consulte las notas de replicación. Encontrará instrucciones de descarga para las notas del producto en los siguientes artículos en Microsoft Knowledge Base:

138828ACC95: Microsoft Jet Replication notas del producto disponible en el descarga Centro

164553ACC97: Jet 3.5 replicación notas del producto disponible en el descarga Centro

Propiedades

Id. de artículo: 165271 - Última revisión: sábado, 01 de febrero de 2014 - Versión: 3.1
La información de este artículo se refiere a:
  • Microsoft Access 95 Standard Edition
  • Microsoft Access 97 Standard Edition
Palabras clave: 
kbnosurvey kbarchive kbmt kbhowto kbusage KB165271 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 165271

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com