Problemas con un Servidor SQL 2000

En el post ,
DIJO .

Bueno, lo tenía hasta hoy siempre con el parámetro "subscriptions never
expire, but they can be deactived until they are reinitialized.
Lo he cambiado a "Subscriptions expire and may be dropped if not
synchronized in the following 336 number of hours"
¿Comentarios?
Saludos




"Marco" escribió en el mensaje
news:%
> Hola Gente
> Para el que me pueda ayudar. Tengo un problema con una base de datos que
> necesito que se replique siempre con los últimos datos después de leer la
> base. Me explico, existe una base de datos que se replica en otra. De esta
> última base de datos replicada una aplicación coge la información
> existente en un campo y la vacía. Mientras por el otro lado, la
> replicación con la subscripción va llenando de nuevo esa segunda base de
> datos con la información nueva. Pero no se que pasa que a veces se queda
> la replica con un aspa roja. La configuración de la base de datos es que
> no expira es transaccional. No se si me he explicado correctamente o lo
> estoy haciendo bien. Solo pretengo que la réplica este funcionando siempre
> y en la base de datos replicada este siempre la última información después
> de una descarga de datos. Espero asesoramiento o algún otro tipo de ayuda.
> Saludos y gracias.
>
>
>

Por la captura que me enviaste la expiracion se produce porque nunca va
a encontrar el registro en el suscriptor porque lo has eliminado desde
el suscriptor.

Sugiero que revises mi otro post.



Saludos
Ing. Jose Mariano Alvarez


(Cambia los ceros por O y saca lo que sobra)


IMPORTANTE

Por favor traten de indicar la versión de SQL y Service Pack.
La inclusión de (CREATE, INSERTS, etc.) para poder reproducir el
problema también ayuda.

En el post <#CeQF#,
DIJO .

Hola José
Gracias por tu respuesta. Te he enviado un correo personal con varias
capturas porque no se si en el envio de mensajes aqui se pueden adjuntar
capturas.
No tengo mucha idea de MSQL. Como se dice por aquí, me ha tocado
solucionar un "marrón" y estoy dispuesto a dejar funcionando esa aplicación.
Con respecto a tu respuesta no se que realmente mirar en el último punto
comentado o que cambios realizar respecto a eso. Cualquier ayuda se
agradece.
Saludos

"Jose Mariano Alvarez"
escribió en el
mensaje news:
En el post ,
DIJO .
> Bueno, lo tenía hasta hoy siempre con el parámetro "subscriptions never
> expire, but they can be deactived until they are reinitialized.
> Lo he cambiado a "Subscriptions expire and may be dropped if not
> synchronized in the following 336 number of hours"
> ¿Comentarios?
> Saludos
>
> "Jose Mariano Alvarez"
> escribió en el
> mensaje news:
> En el post <#,
> DIJO .
> > en un campo y la vacía. Mientras por el otro lado, la replicación con la
> > subscripción va llenando de nuevo esa segunda base de datos con la
> > información nueva. Pero no se que pasa que a veces se queda la replica
> > con
> > un aspa roja. La configuración de la base de datos es que no expira es
> > transaccional. No se si me he explicado correctamente o lo estoy
> > haciendo
> > bien. Solo pretengo que la réplica este funcionando siempre y en la base
> > de
> > datos replicada este siempre la última información después de una
> > descarga
> > de datos. Espero asesoramiento o algún otro tipo de ayuda.
> > Saludos y gracias.
> >
>
>
>
> Asegurate de tener los tiempos de expiracion de la base de distribucion
> mas grandes. Normalmente esta en 3 dias.
>
>

Por las capturas que me has enviado, el error dice que hay una operacion
que no puede aplicar en el suscriptor. Seguramente es un update o delete
en el publicador y su correspondiente parte del delete en el suscriptor
no lo puede realizar porque has quitado el registro. Nunca te va a
funcionar de esa manera.

No es recomendable que modifiques la tabla en el suscriptor. Un update
en el publicador normalmente se transforma en un delete y un update en
el suscriptor. y si no esta el registro nunca te va a funcionar el
delete.

Puedes desactivar el stored procedure de delete pero no creo que sea la
solucion. Sugiero que te rplantees previa lectura de los conceptos de
replicacion transaccional del manual, como quieres mantener actualizada
la informacion.





Saludos
Ing. Jose Mariano Alvarez


(Cambia los ceros por O y saca lo que sobra)


IMPORTANTE

Por favor traten de indicar la versión de SQL y Service Pack.
La inclusión de (CREATE, INSERTS, etc.) para poder reproducir el
problema también ayuda.

Hola de nuevo José
Nuevamente me haces ver un punto de vista que me imaginaba desde hace
tiempo. Ante la ignorancia en base de datos. Como crees que debo plantearme
el tema para que los datos de una base de datos A esten siempre ahí y que la
aplicación que necesita coger esa información no vuelva a cogerla desde un
principio sino a medida que se vaya actualizando coga la última información
desde la última conexión. Esa aplicación borra los campos a medida que va
cogiendo esa información pero esa información es necesaria para otras
aplicaciones. Esa información no se debe perder, debe estar siempre ahí para
cualquier consulta.
Saludos y gracias

"Jose Mariano Alvarez"
escribió en el
mensaje news:
En el post <#CeQF#,
DIJO .

Hola José
Gracias por tu respuesta. Te he enviado un correo personal con varias
capturas porque no se si en el envio de mensajes aqui se pueden adjuntar
capturas.
No tengo mucha idea de MSQL. Como se dice por aquí, me ha tocado
solucionar un "marrón" y estoy dispuesto a dejar funcionando esa
aplicación.
Con respecto a tu respuesta no se que realmente mirar en el último
punto
comentado o que cambios realizar respecto a eso. Cualquier ayuda se
agradece.
Saludos

"Jose Mariano Alvarez"
escribió en el
mensaje news:
En el post ,
DIJO .
> Bueno, lo tenía hasta hoy siempre con el parámetro "subscriptions never
> expire, but they can be deactived until they are reinitialized.
> Lo he cambiado a "Subscriptions expire and may be dropped if not
> synchronized in the following 336 number of hours"
> ¿Comentarios?
> Saludos
>
> "Jose Mariano Alvarez"
> escribió en el
> mensaje news:
> En el post <#,
> DIJO .
> > en un campo y la vacía. Mientras por el otro lado, la replicación con
> > la
> > subscripción va llenando de nuevo esa segunda base de datos con la
> > información nueva. Pero no se que pasa que a veces se queda la replica
> > con
> > un aspa roja. La configuración de la base de datos es que no expira es
> > transaccional. No se si me he explicado correctamente o lo estoy
> > haciendo
> > bien. Solo pretengo que la réplica este funcionando siempre y en la
> > base
> > de
> > datos replicada este siempre la última información después de una
> > descarga
> > de datos. Espero asesoramiento o algún otro tipo de ayuda.
> > Saludos y gracias.
> >
>
>
>
> Asegurate de tener los tiempos de expiracion de la base de distribucion
> mas grandes. Normalmente esta en 3 dias.
>
>

Por las capturas que me has enviado, el error dice que hay una operacion
que no puede aplicar en el suscriptor. Seguramente es un update o delete
en el publicador y su correspondiente parte del delete en el suscriptor
no lo puede realizar porque has quitado el registro. Nunca te va a
funcionar de esa manera.

No es recomendable que modifiques la tabla en el suscriptor. Un update
en el publicador normalmente se transforma en un delete y un update en
el suscriptor. y si no esta el registro nunca te va a funcionar el
delete.

Puedes desactivar el stored procedure de delete pero no creo que sea la
solucion. Sugiero que te rplantees previa lectura de los conceptos de
replicacion transaccional del manual, como quieres mantener actualizada
la informacion.





Saludos
Ing. Jose Mariano Alvarez


(Cambia los ceros por O y saca lo que sobra)


IMPORTANTE

Por favor traten de indicar la versión de SQL y Service Pack.
La inclusión de (CREATE, INSERTS, etc.) para poder reproducir el
problema también ayuda.

En el post ,
DIJO .

aplicación que necesita coger esa información no vuelva a cogerla desde un
principio sino a medida que se vaya actualizando coga la última información
desde la última conexión. Esa aplicación borra los campos a medida que va
cogiendo esa información pero esa información es necesaria para otras
aplicaciones. Esa información no se debe perder, debe estar siempre ahí para
cualquier consulta.
Saludos y gracias

Sugiero que en lugar de replicar la tabla original repliques una tabla
que contenga las modificaciones a aplicar. En la tabla A colocas
triggers que insertas las operaciones realizadas en una tabla B y luego
relicas la B. Luego como solo tienes insert en la B no tienes ese
problema. Solo debes procesar las operaciones en el mismo orden en el
suscriptor.



Saludos
Ing. Jose Mariano Alvarez


(Cambia los ceros por O y saca lo que sobra)


IMPORTANTE

Por favor traten de indicar la versión de SQL y Service Pack.
La inclusión de (CREATE, INSERTS, etc.) para poder reproducir el
problema también ayuda.