No va a ser fácil de administrar, pero se puede hacer.
Por favor, tenga en cuenta que la red (o los objetos) tendrá que ser roto en el borde de la frontera o de la superposición de objetos serán incluidos en ambos dbs.
Se crea una réplica "de" un mxd documento.
Para las consultas, y las versiones son honrados.
Usted no describen la base de datos y que será clave para el nivel de dificultad en la gestión de tiempo completo.
Usted tendría que estudiar de cerca el esri gestión de réplicas de ayuda
También en profundidad ayudar en la gestión de datos distribuidos ayuda
Usted necesita decidir qué base de datos se utilizará en la distribución de datos. Esto debe ser decidido por el tipo de flujo de trabajo que usted desea.
Con el archivo de gdbs sólo hay una forma de distribución permitido.
Así, cada vez que las modificaciones realizadas. y aceptado para los padres, un nuevo niño debe ser distribuida.
En mi opinión esto haría que su gestión alrededor de un 10 en la orden de dificultad.
Un rdbms la distribución que hace de este un poco mejor, pero usted tiene que manejar el esquema y los cambios de muy cerca, de lo contrario, la réplica se descompone y tienes que dejar de editar (en ambos extremos) para obtener resolución y restaurar el flujo de trabajo.
El uso de RDBMS réplicas usted puede enviar paquetes en ambas direcciones en forma programada y mantener uno al otro hasta la fecha.
La otra opción sería una conexión en directo entre los dos dbs pero sólo quiero hacer que si están dentro del mismo dominio.
Se menciona una vpn pero no es necesario.
dependiendo de la cantidad de ediciones. Usted esencialmente enviar los deltas en un archivo de paquete de ida y vuelta.
El principal problema en las réplicas es el de los cambios de esquema.
Cualquier cambio en un campo, (nombre del o de otro tipo), el dominio (adiciones), tablas disminuido o cambiado de nombre requiere un proceso tedioso. (hay herramientas para ello, aunque).
En este punto me gustaría obtener una carta de aprobación de partes interesadas que participan de las características, las tablas y los objetos de base de datos se mantuvo sin cambios en el esquema.
A continuación, crear la segunda rdbms utilizando el padre o compruebe que el esquema son en realidad la misma entre dos diferentes dbs.
A continuación, pasar a la fase de prueba y enviar la sincronización inicial de ida y vuelta. (este será el momento de consumir la primera vez).
A continuación, hacer pequeños cambios conocidos en ambos dbs para enviar en un delta de sincronización y comprobar cada uno de los db.
No, esto es utilizando SÓLO herramientas de esri "el USO de RDBMS réplicas" que simplemente significa que usted puede utilizar de dos vías modelo de envío de cambios de ambos dbs.
Lo siento, no he leído el geométrica de la línea de red.
usted necesita para administrar la caída y la restauración de la red antes y después de la sincronización.
