Duplicación: error 18752 en agente lector del registro

Hola, yo tenia un caso parecido que te expongo por si te sirve:

Tengo una conexion a un servidor cuya conexion es bastante inestable, es
decir, la red "se cae" durante bastante tiempo indefinido.

Al dia siguiente tenia que abrir mi sql server manager y dar un start
synchronizing a mi publicacion y nuevamente funcionaba.

Lo que hice para resolver este problema fue entrar a Publishers (Debajo del
Replication MOnitor), y ahi seleccione la publicacion en cuestion para que me
mostrara los jobs que se encargan de la publicacion, ya dentro de esta opcion
di click derecho en el agente y seleccione Agent Properties, ahi me movi a
steps y en el unico paso que esta ahi di click en edit, me abre una ventana
nueva y ahi seleccione el tab advanced, ahi existe una opcion retry attemps y
retry interval, puse un tiempo mayor espaciado en intervalos racionales y mi
problema se resolvio.

Espero que te sirva, saludos

"qwalgrande" escribió:

> Hola.
>
> Te recomiendo www.sql-server-performance.com. Aunque si nos describes un
> poco tu arquitectura, seguramente en este foro podremos echarte un cable.
>
> qwalgrande
>
> "De lo que ves créete la mitad, de lo que no ves no te creas nada"
> V. del V.
>
>
> "FRF" escribió en el mensaje
> news:
> > Buenas.
> > Primero gracias por la respuesta ... pero bufff, no es solución tener que
> > tirar abajo todo el "tinglado" para que el servicio de duplicación
> > funcione
> > 24x7.
> > Si inicio de nuevo el agente todo vuelve a la "normalidad", pero tras
> > algunas horas se cae de nuevo.
> > ¿Sabes de algún artículo de "tuneado" de este servicio en determinados
> > escenarios?
> > ¿Alguna pista sobre como configurar los distintos agentes que están
> > involucrados en la réplica?
> >
> >
> >
> > "qwalgrande" wrote:
> >
> >> Hola.
> >>
> >> Mal asunto. En palabras sencillas, el agente de distribución ha perdido
> >> la
> >> cuenta de las transacciones que ha enviado, posiblemente porque por el
> >> medio
> >> se haya cruzado una transacción muy grande. Si ya las estás enviando de
> >> una
> >> en una y con un timeout tan alto... Repito, mal asunto. No descartaría
> >> echar
> >> abajo la replicación y resincronizar.
> >>
> >> Si sales de esta sin hacerlo, por favor, dinos cómo. Suerte.
> >>
> >> qwalgrande
> >>
> >> "De lo que ves créete la mitad, de lo que no ves no te creas nada"
> >> V. del V.
> >>
> >>
> >> "FRF" escribió en el mensaje
> >> news:
> >> > Buenás a todos.
> >> > Tengo una topología de replica como sigue:
> >> > Un servidor A que publica y otro servidor B que hace de distribuidor y
> >> > de
> >> > suscriptor de las publicaciones del servidor A.
> >> > El agente lector del registro está configurado con los siguientes
> >> > valores
> >> > de
> >> > parámetros:
> >> > -LoginTimeout 15
> >> > -PollingInterval 10
> >> > -QueryTimeout 2000
> >> > -ReadBatchSize 1
> >> > En un determinado el Monitor de Duplicacion me indica que hay errores
> >> > en
> >> > el
> >> > agente lector del registro de todas las publicaciones del servidor A.
> >> > He activado a los agentes para que escriban en un fichero de log y este
> >> > es
> >> > el resultado:
> >> >
> >> > Server:
> >> > DBMS: Microsoft SQL Server
> >> > Version: 08.00.0760
> >> > user name: dbo
> >> > API conformance: 2
> >> > SQL conformance: 1
> >> > transaction capable: 2
> >> > read o[23/05/2005 22:02:21]A.Expedientes: sp_MSgetversion
> >> > Estado: 4096, código 20024, texto: 'Inicializando'.
> >> > El agente está en ejecución. Use el Monitor de duplicación para ver más
> >> > detalles de esta sesión del agente.
> >> > Publisher: {call sp_repldone ( 0x0000474f000015b90001,
> >> > 0x0000474f000015b90001, 0, 0)}
> >> > Estado: 2, código 0, texto: 'El proceso no pudo ejecutar
> >> > 'sp_repldone/sp_rPublisher: {call sp_repldone ( 0x0000414c000001090001,
> >> > 0x0000414c000001090001, 0, 0)}
> >> > Estado: 2, código 0, texto: 'El proceso no pudo ejecutar
> >> > 'sp_repldone/sp_replcounters' en 'APublisher: {call sp_repldone (
> >> > 0x00000594000001b40005, 0x00000594000001b40005, 0, 0)}
> >> > Estado: 2, código 0, texto: 'El proceso no pudo ejecutar
> >> > 'sp_repldone/sp_replcounters' en 'A'.'.
> >> > El proceso no pudo ejecutar 'sp_repldone/sp_replcounters' en 'A'.
> >> > Estado: 2, códDisconnecting from Publisher 'A'
> >> > Error del agente con un estado 'Reintento'. Ejecute el agente más
> >> > tarde.
> >> > 'El proceso no pudo establecer la última transacción distribuida.'.
> >> > Disconnecting from Publisher 'A'
> >> > Error del agente con un estado 'Reintento'. Ejecute el agente más
> >> > tarde.
> >> > Agente de lectura de registros de Microsoft SQL Server 8.00.760
> >> > Copyright (c) 2000 Microsoft Corporation
> >> > Agente de duplicación de Microsoft SQL Server: A-HYG-4
> >> >
> >> > El registro de transacciones de la base de datos publicada en el
> >> > servidor
> >> > A
> >> > mide aproximadamente 600MB
> >> >
> >> > ¿Alguna idea?
> >>
> >>
> >>
>
>
>

Ok FRF, por favor me comentas si te sirvio, les mando saludos a ambos.

"Carlos" wrote:

> Hola, yo tenia un caso parecido que te expongo por si te sirve:
>
> Tengo una conexion a un servidor cuya conexion es bastante inestable, es
> decir, la red "se cae" durante bastante tiempo indefinido.
>
> Al dia siguiente tenia que abrir mi sql server manager y dar un start
> synchronizing a mi publicacion y nuevamente funcionaba.
>
> Lo que hice para resolver este problema fue entrar a Publishers (Debajo del
> Replication MOnitor), y ahi seleccione la publicacion en cuestion para que me
> mostrara los jobs que se encargan de la publicacion, ya dentro de esta opcion
> di click derecho en el agente y seleccione Agent Properties, ahi me movi a
> steps y en el unico paso que esta ahi di click en edit, me abre una ventana
> nueva y ahi seleccione el tab advanced, ahi existe una opcion retry attemps y
> retry interval, puse un tiempo mayor espaciado en intervalos racionales y mi
> problema se resolvio.
>
> Espero que te sirva, saludos
>
> "qwalgrande" escribió:
>
> > Hola.
> >
> > Te recomiendo www.sql-server-performance.com. Aunque si nos describes un
> > poco tu arquitectura, seguramente en este foro podremos echarte un cable.
> >
> > qwalgrande
> >
> > "De lo que ves créete la mitad, de lo que no ves no te creas nada"
> > V. del V.
> >
> >
> > "FRF" escribió en el mensaje
> > news:
> > > Buenas.
> > > Primero gracias por la respuesta ... pero bufff, no es solución tener que
> > > tirar abajo todo el "tinglado" para que el servicio de duplicación
> > > funcione
> > > 24x7.
> > > Si inicio de nuevo el agente todo vuelve a la "normalidad", pero tras
> > > algunas horas se cae de nuevo.
> > > ¿Sabes de algún artículo de "tuneado" de este servicio en determinados
> > > escenarios?
> > > ¿Alguna pista sobre como configurar los distintos agentes que están
> > > involucrados en la réplica?
> > >
> > >
> > >
> > > "qwalgrande" wrote:
> > >
> > >> Hola.
> > >>
> > >> Mal asunto. En palabras sencillas, el agente de distribución ha perdido
> > >> la
> > >> cuenta de las transacciones que ha enviado, posiblemente porque por el
> > >> medio
> > >> se haya cruzado una transacción muy grande. Si ya las estás enviando de
> > >> una
> > >> en una y con un timeout tan alto... Repito, mal asunto. No descartaría
> > >> echar
> > >> abajo la replicación y resincronizar.
> > >>
> > >> Si sales de esta sin hacerlo, por favor, dinos cómo. Suerte.
> > >>
> > >> qwalgrande
> > >>
> > >> "De lo que ves créete la mitad, de lo que no ves no te creas nada"
> > >> V. del V.
> > >>
> > >>
> > >> "FRF" escribió en el mensaje
> > >> news:
> > >> > Buenás a todos.
> > >> > Tengo una topología de replica como sigue:
> > >> > Un servidor A que publica y otro servidor B que hace de distribuidor y
> > >> > de
> > >> > suscriptor de las publicaciones del servidor A.
> > >> > El agente lector del registro está configurado con los siguientes
> > >> > valores
> > >> > de
> > >> > parámetros:
> > >> > -LoginTimeout 15
> > >> > -PollingInterval 10
> > >> > -QueryTimeout 2000
> > >> > -ReadBatchSize 1
> > >> > En un determinado el Monitor de Duplicacion me indica que hay errores
> > >> > en
> > >> > el
> > >> > agente lector del registro de todas las publicaciones del servidor A.
> > >> > He activado a los agentes para que escriban en un fichero de log y este
> > >> > es
> > >> > el resultado:
> > >> >
> > >> > Server:
> > >> > DBMS: Microsoft SQL Server
> > >> > Version: 08.00.0760
> > >> > user name: dbo
> > >> > API conformance: 2
> > >> > SQL conformance: 1
> > >> > transaction capable: 2
> > >> > read o[23/05/2005 22:02:21]A.Expedientes: sp_MSgetversion
> > >> > Estado: 4096, código 20024, texto: 'Inicializando'.
> > >> > El agente está en ejecución. Use el Monitor de duplicación para ver más
> > >> > detalles de esta sesión del agente.
> > >> > Publisher: {call sp_repldone ( 0x0000474f000015b90001,
> > >> > 0x0000474f000015b90001, 0, 0)}
> > >> > Estado: 2, código 0, texto: 'El proceso no pudo ejecutar
> > >> > 'sp_repldone/sp_rPublisher: {call sp_repldone ( 0x0000414c000001090001,
> > >> > 0x0000414c000001090001, 0, 0)}
> > >> > Estado: 2, código 0, texto: 'El proceso no pudo ejecutar
> > >> > 'sp_repldone/sp_replcounters' en 'APublisher: {call sp_repldone (
> > >> > 0x00000594000001b40005, 0x00000594000001b40005, 0, 0)}
> > >> > Estado: 2, código 0, texto: 'El proceso no pudo ejecutar
> > >> > 'sp_repldone/sp_replcounters' en 'A'.'.
> > >> > El proceso no pudo ejecutar 'sp_repldone/sp_replcounters' en 'A'.
> > >> > Estado: 2, códDisconnecting from Publisher 'A'
> > >> > Error del agente con un estado 'Reintento'. Ejecute el agente más
> > >> > tarde.
> > >> > 'El proceso no pudo establecer la última transacción distribuida.'.
> > >> > Disconnecting from Publisher 'A'
> > >> > Error del agente con un estado 'Reintento'. Ejecute el agente más
> > >> > tarde.
> > >> > Agente de lectura de registros de Microsoft SQL Server 8.00.760
> > >> > Copyright (c) 2000 Microsoft Corporation
> > >> > Agente de duplicación de Microsoft SQL Server: A-HYG-4
> > >> >
> > >> > El registro de transacciones de la base de datos publicada en el
> > >> > servidor
> > >> > A
> > >> > mide aproximadamente 600MB
> > >> >
> > >> > ¿Alguna idea?
> > >>
> > >>
> > >>
> >
> >
> >

Hola Carlos, muchas gracias por tu post, ha sido de gran ayuda.
He cambiado los parámetros del agente y parece que dandole más tiempo
entre
cada reintento y aumentando el número de estos últimos el servicio es
capaz
de levantarse.
Ahora si me permites abusar un poco ... es que tengo otra duda: cuando
ocurre cualquier incidencia con el sistema de réplica, ¿como saber si las
distintas publicaciones están sincronizados en los suscriptores?
En caso de que detecte que no lo estén, ¿cómo volver a sincronizarlas? ¿es
mediante la opción que hay en cada publicación que dice 'Reinicializar
todas
las suscripciones' y luego arrancando manualmente el agente de replica?


"Carlos" wrote:.

Ok FRF, por favor me comentas si te sirvio, les mando saludos a ambos.

"Carlos" wrote:

> Hola, yo tenia un caso parecido que te expongo por si te sirve:
>
> Tengo una conexion a un servidor cuya conexion es bastante inestable,
> es
> decir, la red "se cae" durante bastante tiempo indefinido.
>
> Al dia siguiente tenia que abrir mi sql server manager y dar un start
> synchronizing a mi publicacion y nuevamente funcionaba.
>
> Lo que hice para resolver este problema fue entrar a Publishers (Debajo
> del
> Replication MOnitor), y ahi seleccione la publicacion en cuestion para
> que me
> mostrara los jobs que se encargan de la publicacion, ya dentro de esta
> opcion
> di click derecho en el agente y seleccione Agent Properties, ahi me
> movi a
> steps y en el unico paso que esta ahi di click en edit, me abre una
> ventana
> nueva y ahi seleccione el tab advanced, ahi existe una opcion retry
> attemps y
> retry interval, puse un tiempo mayor espaciado en intervalos racionales
> y mi
> problema se resolvio.
>
> Espero que te sirva, saludos
>
> "qwalgrande" escribió:
>
> > Hola.
> >
> > Te recomiendo www.sql-server-performance.com. Aunque si nos describes
> > un
> > poco tu arquitectura, seguramente en este foro podremos echarte un
> > cable.
> >
> > qwalgrande
> >
> > "De lo que ves créete la mitad, de lo que no ves no te creas nada"
> > V. del V.
> >
> >
> > "FRF" escribió en el mensaje
> > news:
> > > Buenas.
> > > Primero gracias por la respuesta ... pero bufff, no es solución
> > > tener que
> > > tirar abajo todo el "tinglado" para que el servicio de duplicación
> > > funcione
> > > 24x7.
> > > Si inicio de nuevo el agente todo vuelve a la "normalidad", pero
> > > tras
> > > algunas horas se cae de nuevo.
> > > ¿Sabes de algún artículo de "tuneado" de este servicio en
> > > determinados
> > > escenarios?
> > > ¿Alguna pista sobre como configurar los distintos agentes que están
> > > involucrados en la réplica?
> > >
> > >
> > >
> > > "qwalgrande" wrote:
> > >
> > >> Hola.
> > >>
> > >> Mal asunto. En palabras sencillas, el agente de distribución ha
> > >> perdido
> > >> la
> > >> cuenta de las transacciones que ha enviado, posiblemente porque
> > >> por el
> > >> medio
> > >> se haya cruzado una transacción muy grande. Si ya las estás
> > >> enviando de
> > >> una
> > >> en una y con un timeout tan alto... Repito, mal asunto. No
> > >> descartaría
> > >> echar
> > >> abajo la replicación y resincronizar.
> > >>
> > >> Si sales de esta sin hacerlo, por favor, dinos cómo. Suerte.
> > >>
> > >> qwalgrande
> > >>
> > >> "De lo que ves créete la mitad, de lo que no ves no te creas nada"
> > >> V. del V.
> > >>
> > >>
> > >> "FRF" escribió en el mensaje
> > >> news:
> > >> > Buenás a todos.
> > >> > Tengo una topología de replica como sigue:
> > >> > Un servidor A que publica y otro servidor B que hace de
> > >> > distribuidor y
> > >> > de
> > >> > suscriptor de las publicaciones del servidor A.
> > >> > El agente lector del registro está configurado con los
> > >> > siguientes
> > >> > valores
> > >> > de
> > >> > parámetros:
> > >> > -LoginTimeout 15
> > >> > -PollingInterval 10
> > >> > -QueryTimeout 2000
> > >> > -ReadBatchSize 1
> > >> > En un determinado el Monitor de Duplicacion me indica que hay
> > >> > errores
> > >> > en
> > >> > el
> > >> > agente lector del registro de todas las publicaciones del
> > >> > servidor A.
> > >> > He activado a los agentes para que escriban en un fichero de log
> > >> > y este
> > >> > es
> > >> > el resultado:
> > >> >
> > >> > Server:
> > >> > DBMS: Microsoft SQL Server
> > >> > Version: 08.00.0760
> > >> > user name: dbo
> > >> > API conformance: 2
> > >> > SQL conformance: 1
> > >> > transaction capable: 2
> > >> > read o[23/05/2005 22:02:21]A.Expedientes: sp_MSgetversion
> > >> > Estado: 4096, código 20024, texto: 'Inicializando'.
> > >> > El agente está en ejecución. Use el Monitor de duplicación para
> > >> > ver más
> > >> > detalles de esta sesión del agente.
> > >> > Publisher: {call sp_repldone ( 0x0000474f000015b90001,
> > >> > 0x0000474f000015b90001, 0, 0)}
> > >> > Estado: 2, código 0, texto: 'El proceso no pudo ejecutar
> > >> > 'sp_repldone/sp_rPublisher: {call sp_repldone (
> > >> > 0x0000414c000001090001,
> > >> > 0x0000414c000001090001, 0, 0)}
> > >> > Estado: 2, código 0, texto: 'El proceso no pudo ejecutar
> > >> > 'sp_repldone/sp_replcounters' en 'APublisher: {call sp_repldone
> > >> > (
> > >> > 0x00000594000001b40005, 0x00000594000001b40005, 0, 0)}
> > >> > Estado: 2, código 0, texto: 'El proceso no pudo ejecutar
> > >> > 'sp_repldone/sp_replcounters' en 'A'.'.
> > >> > El proceso no pudo ejecutar 'sp_repldone/sp_replcounters' en
> > >> > 'A'.
> > >> > Estado: 2, códDisconnecting from Publisher 'A'
> > >> > Error del agente con un estado 'Reintento'. Ejecute el agente
> > >> > más
> > >> > tarde.
> > >> > 'El proceso no pudo establecer la última transacción
> > >> > distribuida.'.
> > >> > Disconnecting from Publisher 'A'
> > >> > Error del agente con un estado 'Reintento'. Ejecute el agente
> > >> > más
> > >> > tarde.
> > >> > Agente de lectura de registros de Microsoft SQL Server 8.00.760
> > >> > Copyright (c) 2000 Microsoft Corporation
> > >> > Agente de duplicación de Microsoft SQL Server: A-HYG-4
> > >> >
> > >> > El registro de transacciones de la base de datos publicada en el
> > >> > servidor
> > >> > A
> > >> > mide aproximadamente 600MB
> > >> >
> > >> > ¿Alguna idea?
> > >>
> > >>
> > >>
> >
> >
> >