[guillotmarc]

Sinceramente no lo sé.

Yo utilizo el sistema de empaquetar los datos a replicar en un archivo y subirlos por FTP por comodidad, ya que no tengo que andar abriendo puertos en los routers de los servidores en replicación (muchos están en ordenadores de clientes y no tengo acceso a ello ni las contraseñas necesarias). Además no me tengo que preocupar que los servidores en replicación estén activos en un momento determinado, y con conexión a Internet, yo subo los datos por FTP y él ya los leerá cuando pueda.

Pero la verdad es que te complica la programación, no es lo mismo un motor de replicación con todos los servidores en línea, que andar intercambiando paquetes por FTP.

Si te sirve el método de replicar cuando los servidores están en línea (y si te encuentras con que el servidor destino no está en línea, entonces no se replica nada y toda la información queda pendiente para una conexión posterior), yo no me complicaría mucho la vida creando los paquetes por FTP.

Lo que no te puedo decir es el volumen de información que puede tratar un motor de replicación on-line por Internet, puesto que todos sabemos que el protocolo de comunicación de Firebird es poco eficiente, hace muchos viajes de ida y vuelta, y por lo tanto las consultas por Internet son bastante lentas.

Pero en principio no debería ser muy importante, ya que la información tardará más o menos en pasarse, pero siempre se acabará pasando (a menos que el volumen sea tan grande que ni siquiera aprovechando los tiempos en que no se añade nueva información, el motor de replicación no tiene tiempo de ponerse al día).

Lo mejor es probarlo, a ver que tal se comporta y que volumen de información puede absorver (yo no he hecho esta prueba por Internet, ya que desde el principio decidí trabajar desconectado, medianto archivos subidos por FTP). Simplemente recuerda de utilizar la última versión disponible de Servidor de Firebird y de librería cliente (fbclient.dll), puesto que en cada nueva versión de Firebird suelen mejorar bastante el protocolo de comunicación y reducen los viajes de ida y vuelta (que en Internet, dada la gran latencia, son lo que más te perjudica, y no tanto el volumen de información intercambiada) necesarios para lanzar cada consulta.