Tengo un sitio remoto bien conectado al que entrego instantáneas dos veces al día de ciertas tablas. La replicación de instantáneas es el único método que puedo usar según las limitaciones del esquema de la aplicación subyacente.
La instantánea se publica a través de una ruta UNC y FTP, y pesa aproximadamente 6 MB, por lo que es bastante pequeña. No estoy al 100% si en realidad se está utilizando FTP o UNC. Se necesitan aproximadamente 5 minutos desde el momento en que se comprime la instantánea en el archivo snapshot.cab hasta que el monitor de replicación me muestra el primero de los scripts que se aplican, por lo que supongo que ese intervalo es el tiempo de transferencia. Estoy pensando que es UNC/SMB dado que lleva mucho menos tiempo copiar esa cantidad de datos a través de nuestra conexión de 3 MB a través de FTP.
Se necesitan unos 25 minutos más para cargar la instantánea, lo que parece mucho tiempo para una cantidad modesta de datos. Muchas filas (varias tablas tienen 100.000 filas), pero la cantidad real de datos es bastante pequeña.
El suscriptor ejecuta SQLExpress 2005 en un ProLiant de 2,8 GHz con 3 GB de RAM que, por lo demás, no está ocupado. Todavía no he realizado un perfil exhaustivo para ver si hay discordia en el disco o qué más podría estar pasando.
Me pregunto cuál es el probable limitador de velocidad aquí y si hay alguna manera de acelerar esto. 30 minutos parece mucho tiempo para copiar y cargar 6 MB de datos comprimidos.
Respuesta1
Como tiene SQL Express en el lado remoto, sus opciones son bastante limitadas ya que solo puede realizar una suscripción push.
La forma en que funciona la replicación es que los datos se envían mediante BCP a un archivo binario. Cuando el agente de replicación detecta que la instantánea está lista, utiliza BCP para cargar datos a través de la red en el suscriptor. BCP a través de la red no es exactamente el proceso más rápido que existe.