<\/HEAD>
Como analista de soporte, recibimos una variedad de problemas interesantes para revisar. Estos problemas pueden ser específicos del entorno del usuario, datos, flujo de trabajo, etc. A veces, podemos notar un aumento de llamadas relacionadas con un solo flujo de trabajo. Cuando esto sucede, revisamos los recursos que nuestros usuarios tienen disponibles y nos aseguramos de que la documentación describa claramente cómo ejecutar los flujos de trabajo.<\/P>
Uno de estos problemas de flujo de trabajo que hemos visto últimamente en el centro de llamadas ha sido trabajar con cambios de esquema en réplicas. Por ejemplo, después de crear una réplica, te das cuenta de que necesitas agregar un campo a una clase de entidad determinada o eliminar un dominio que ya no es necesario. Este blog espera hacer que este flujo de trabajo sea más intuitivo con algunos trucos que ayudarán a los gurús de las réplicas a manejar eficientemente los cambios de esquema.<\/P>
Revisemos: cuando se crea una réplica, los datos y el esquema de los objetos replicados se registran en la geodatabase principal y en la geodatabase secundaria. Los datos se definen como las filas en la tabla y usan los valores GlobalId como enlace entre principal y secundario, mientras que el esquema consiste en los campos, dominios, subtipos y otras propiedades que describen los datos replicados. Recuerda, si usas la barra de herramientas Distributed Geodatabase en ArcMap para crear la réplica y usas la opción 'Registrar solo datos existentes', entonces la réplica podría tener esquemas diferentes al momento de la creación. Esto está permitido ya que algunas organizaciones tienen necesidad de este diagrama, por lo que depende del creador de la réplica asegurarse de que los datos estén preparados según sus propias necesidades antes de crear la réplica.
Idealmente, los esquemas son idénticos en ambas réplicas durante la creación de la réplica, pero con el tiempo, pueden aplicarse cambios a cada esquema de réplica. Por ejemplo, una réplica puede requerir campos adicionales para completar un proyecto, mientras que la réplica relativa puede necesitar aplicar un nuevo dominio a un campo existente. Cuando esto sucede, los esquemas de las réplicas ya no son iguales. Nuevamente, no es obligatorio tener esquemas idénticos en las geodatabases principal y secundaria; sin embargo, si las diferencias no son intencionadas, entonces podrías ver comportamientos inesperados.
¿Qué puede pasar si hay diferencias en el esquema en los datos replicados?
- Ediciones que no se sincronizan<\/STRONG>- La sincronización de datos solo importa cambios para tablas y campos comunes a ambas réplicas.Nota: Si los esquemas no coinciden cuando se sincronizan los datos, estos se marcan como enviados a su réplica relativa. Recuerda, las réplicas no requieren que los esquemas coincidan, pero todas las ediciones serán marcadas como sincronizadas durante la sincronización, haya o no un esquema coincidente (por ejemplo, un campo) en la réplica relativa para recibir las ediciones.<\/EM><\/EM><\/LI><\/UL><\/LI>Valores inválidos<\/STRONG> - Los cambios que violan dominios, subtipos, reglas de conectividad y reglas de relación se aplican al sincronizar cambios. Las <\/STRONG>herramientas de validación<\/A><\/STRONG> en el editor pueden usarse para verificar los valores recién importados.<\/LI>Errores en la sincronización de datos - <\/STRONG>Esto puede ocurrir cuando haces manualmente un cambio en el esquema en ambas réplicas. Por ejemplo, puedes querer agregar un campo a una tabla. Si haces esto, asegúrate de hacer exactamente el mismo cambio en el esquema en todos los casos. Si hay una diferencia (por ejemplo, un campo es cadena en una réplica pero entero en la otra), ocurrirá un error en la sincronización de datos.
<\/A> Error de sincronización debido a tipos de campo incompatibles entre réplicas.<\/P><\/DIV><\/LI><\/UL>
- Cambios no soportados - <\/STRONG>Algunos tipos de cambios en el esquema pueden causar fallos en la sincronización, pero no se muestra advertencia si haces el cambio. Estos cambios no son detectables por el sistema de replicación geodatabase. Incluyen operaciones a nivel base de datos como cambiar permisos en tablas dentro de la base. Si los permisos cambian a solo lectura para datos replicados, ocurrirá un fallo al importar cambios desde la réplica relativa.<\/LI><\/UL>Aplicando cambios al esquema entre réplicas - <\/STRONG>Modificar el esquema de una réplica para que coincida con el esquema de una réplica relativa es un proceso completamente separado de la sincronización de datos. Si crees que estás experimentando alguno del comportamiento inesperado descrito arriba, puedes usar las siguientes herramientas.
Se proporcionan tres herramientas para actualizar esquemas de réplicas:
Exportar Esquema Réplica<\/A> <\/STRONG>- Usada para exportar el esquema desde la geodatabase que tiene el esquema que quieres aplicar a la réplica relativa. Normalmente usada solo para entornos desconectados o scripting.<\/LI>Comparar Esquema Réplica<\/A><\/STRONG> - Usada para encontrar diferencias entre las dos geodatabases en la réplica. Esto siempre se hace desde la geodatabase a la cual quieres aplicar los cambios. Este es el primer paso si trabajas en un entorno conectado.<\/LI>Importar Esquema Réplica<\/A> <\/STRONG>- Usada para importar las diferencias encontradas durante la comparación de réplicas hacia la geodatabase donde quieres aplicar los cambios.<\/LI><\/OL>
Las herramientas están disponibles en el menú contextual Distributed Geodatabase al hacer clic derecho en el árbol del Catálogo, barra Distributed Geodatabase en ArcMap y como herramientas geoprocesamiento.
<\/A> Menú contextual Distributed Geodatabase al hacer clic derecho en ArcCatalog<\/P><\/>\n
Barra Distributed Geodatabase en ArcMap<\/> 
Ver documentos de recursos:<\/STRONG>Trabajando con Cambios de Esquema<\/A><\/STRONG><\/STRONG><\/LI>Cambios de Esquema<\/A><\/STRONG><\/STRONG><\/LI><\/UL>Tina M. - Analista de Soporte Geodata<\/EM>
<\/BODY><\/HTML>
