Problema al replicar el schema de una tabla

Hola, un detalle, esa tabla ha estado siempre o es nueva en el modelo del
publicador? si ha estado siempre no deberia mandar ningun Schema , o bien
usted ha realizado modificaciones a esa tabla? la verdad no me queda bien
claro todo lo que esta haciendo :-S


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Rosell" escribió en el mensaje de
noticias:O2#

Hola a todos,

tengo un servidor sql que hace las funciones de publicacion y
distribucion
de algunas de mis bases de datos, en estos momentos son 4 las bases de
datos
publicadas y varios servidores repartidos en diferentes sedes que actúan
como suscriptores. Hasta este momento no me ha dado ningun problema el ir
añadiendo suscriptores a las bases de datos distribuidas pero tengo un
problema con una suscripcion nueva (de una bbbdd que ya tiene suscriptores
funcionando correctamente).

Al iniciar el proceso de inserción del suscriptor el server inicia al
proceso de mandar el schema de la base de datos, aparentemente todo es
correcto, pero llega un momento que devuelve un error. Es mas muchas
tablas
incluso han recepcionado los datos. Mirando que puede ser me he dado
cuenta
que hace referencia a una vista que necesita una tabla para mostrar la
información. Dicha tabla, a pesar de ser uno de los articulos que estan
configurados en la distribucion, con el schema generado correctamente y
demas, no se envía al suscriptor. Por esto cuando llega la vista al
proceso
devuelve el error.

Precisamente no es una base de datos donde pueda trastear mucho por la
importancia de la información que aloja y ahora no se muy bien que
puedo
hacer. En resumen, actualmente tengo 4 suscriptores funcionando
correctamente, los datos se envían y recepcionan bien desde hace dos
años...
y el schema esta generado correctamente... todo parece funcionar pero por
lo
que sea esta tabla no quiere salir al insertar la nueva suscripcion. He
pensado mandarla a mano... pero no se si es buena idea.

Alguna idea que me pueda guiar??

Muchas Gracias a todos.

Hola Maxi,

la tabla no es nueva dentro del modelo, es posible que se haya modificado
hace tiempo dado que desde hace unos meses no añado nuevos suscriptores a
este modelo de replicación. Independientemente de esto la mezcla siempre ha
funcionado bien y sigue funcionando con los demas suscriptores. En el
listado de articulos de la publicación la tengo marcada para que intervenga
en la mezcla, es mas, como le indicaba a Gux los archivos del schema de la
tabla estan creados correctamente con el proceso de instantanea. De ahi mi
sorpresa y duda.

Ahora, como me ha indicado Gux estoy mirando si esto sucede con alguna tabla
mas para asegurarme, y si solo sucede con esta crearla manualmente (si
sucede con mas no sabria que decision tomar)

De todos modos, sigo sin entender porque sucede esto, porque no se crea el
objeto en el suscriptor. Puesto que este tema puede sucederme en otros
momentos y siempre es bueno conocer los motivos para no caer en los mismos
errores en el futuro.

Muchas gracias Maxi

"Maxi Accotto" escribió en el mensaje
news:

Hola, un detalle, esa tabla ha estado siempre o es nueva en el modelo del
publicador? si ha estado siempre no deberia mandar ningun Schema , o bien
usted ha realizado modificaciones a esa tabla? la verdad no me queda bien
claro todo lo que esta haciendo :-S


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Rosell" escribió en el mensaje de
noticias:O2#
> Hola a todos,
>
> tengo un servidor sql que hace las funciones de publicacion y
> distribucion
> de algunas de mis bases de datos, en estos momentos son 4 las bases de
> datos
> publicadas y varios servidores repartidos en diferentes sedes que actúan
> como suscriptores. Hasta este momento no me ha dado ningun problema el

ir

> añadiendo suscriptores a las bases de datos distribuidas pero tengo un
> problema con una suscripcion nueva (de una bbbdd que ya tiene

suscriptores

> funcionando correctamente).
>
> Al iniciar el proceso de inserción del suscriptor el server inicia al
> proceso de mandar el schema de la base de datos, aparentemente todo es
> correcto, pero llega un momento que devuelve un error. Es mas muchas
> tablas
> incluso han recepcionado los datos. Mirando que puede ser me he dado
> cuenta
> que hace referencia a una vista que necesita una tabla para mostrar la
> información. Dicha tabla, a pesar de ser uno de los articulos que estan
> configurados en la distribucion, con el schema generado correctamente y
> demas, no se envía al suscriptor. Por esto cuando llega la vista al
> proceso
> devuelve el error.
>
> Precisamente no es una base de datos donde pueda trastear mucho por la
> importancia de la información que aloja y ahora no se muy bien que
> puedo
> hacer. En resumen, actualmente tengo 4 suscriptores funcionando
> correctamente, los datos se envían y recepcionan bien desde hace dos
> años...
> y el schema esta generado correctamente... todo parece funcionar pero

por

> lo
> que sea esta tabla no quiere salir al insertar la nueva suscripcion. He
> pensado mandarla a mano... pero no se si es buena idea.
>
> Alguna idea que me pueda guiar??
>
> Muchas Gracias a todos.
>
>

Hola gux,

el problema reside en la tabla que no se replica y es la vista la que
emite el error al no tener el objeto para crearse. He estado mirando y me
sucede lo mismo con otras 3 tablas mas... La base de datos contiene mas de
100 tablas y tan solo da problema con estas. Es seguro crearlas a mano en la
nueva suscripcion?? (sin el campo rowid como me indicabas) supongo que el
publicador (maestro del modelo) no perderá la informacion si existe un error
y ensuciara a los demas suscriptores... seria un desastre...

muchas gracias gux

"Gux (MVP)" escribió en el mensaje
news:

Releeo su mensaje y tengo esta duda: La vista fué replicada exitosamente y

la

tabla no? O al revés?

Si la tabla fue replicada y la vista no, entonces intente creer la vista
manualmente en el suscriptor.

Si la vista fue replicada y la tabla no, intente crear manualmente la

tabla

(que no va a tener la columna de identificacion que usa la replicacion).

Si

todo va bien, la nueva sincronización deberia actualizar la tabla.

En SQL server 2000 la replicación de modifiqueciones de esquema eran algo
problemáticas :-(




Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Rosell" wrote:

> hola gux,
>
> esa era mi pregunta inicial, es seguro crear manualmente la tabla que
> falta en el suscriptor?? el problema que veo es la creacion del campo

rowid

> que el proceso de replicacion asigna automaticamente en la mezcla de
> datos... por eso me dio respeto hacerlo manualmente. (no se si asignarlo

yo

> mismo o dejarlo sin poner)
> He pensado que no creando ese campo el publicador no reconocera la

tabla

> y cuando este el sistema en produccion podria quedar inestable
> por otro lado, tambien he pensado que al mezclar tras haber creado
> manualmente la tabla el proceso de mezcla inicial se completaria
> correctamente (al exisitr la tabla)... pero en el momento de haber

cambios

> en cualquiera de los demas suscriptores este objeto quedaria colgado

>
> Lo mismo me estoy complicando yo solo la vida... pq se salta un

articulo???

> no ecuentro motivo alguno.
>
> Mil gracias gux.
>
>
> "Gux (MVP)" escribió en el mensaje
> news:
> > Intente crear manualmente en el suscriptor al objeto que está en

vRpt_Do

> > miciliacioncd95e6ac_342.sch
> >
> > Luego intente resincronizar la replicación.
> >
> > Solucionó eso el problema?
> >
> > Gustavo Larriera, Microsoft MVP
> > https://mvp.support.microsoft.com/profile/gux
> > Este mensaje se proporciona tal como es, sin garantías de ninguna

clase.

> >
> >
> >
> > "Rosell" wrote:
> >
> > > Tengo SQL Server version 5 con SP3, desde luego no estoy a la ultima

en

> > > versiones... sobre un server W2000. Los suscriptores son w2000,

MSDE...

> > >
> > > Mirando la secuencia del agente de mezcla veo que se salta un

archivo

> ..sch
> > > que corresponde a la tabla en cuestion y de ahi el error que sucede

al

> > > llegar a la primera vista que hace referencia. Dado que la

instantanea

> se ha
> > > creado correctamente, junto con los archivos de la tabla
> (sch,bcp,cft...),
> > > no entiendo pq esta no se envía al suscriptor.
> > >
> > > La secuencia de comandos de esquema
> > >
>

'\\192.168.0.150\REPLICACIONES\unc\SERVER_bdXXX_bdXXX\20080301231804\vRpt_Do

> > > miciliacioncd95e6ac_342.sch' no se pudo propagar al suscriptor.
> > >
> > > (No es problema de permisos de red puesto que se envia todo lo demas

y

> sobre
> > > todo pq en esa carpeta tengo las demas replicas)
> > >
> > > Muchas gracias por contestar Gux, a ver si me puedes echar una

mano..

> > >
> > >
> > > "Gux (MVP)" escribió en el

mensaje

> > > news:
> > > > Por favor diga cuál es su versión/edición de SQL Server y pegue el
> texto
> > > > exacto del mensaje de error que tiene.
> > > >
> > > > Gustavo Larriera, Microsoft MVP
> > > > https://mvp.support.microsoft.com/profile/gux
> > > > Este mensaje se proporciona tal como es, sin garantías de ninguna
> clase.
> > > >
> > > >
> > > >
> > > > "Rosell" wrote:
> > > >
> > > > > Hola a todos,
> > > > >
> > > > > tengo un servidor sql que hace las funciones de publicacion y
> > > distribucion
> > > > > de algunas de mis bases de datos, en estos momentos son 4 las

bases

> de
> > > datos
> > > > > publicadas y varios servidores repartidos en diferentes sedes

que

> actúan
> > > > > como suscriptores. Hasta este momento no me ha dado ningun

problema

> el
> > > ir
> > > > > añadiendo suscriptores a las bases de datos distribuidas pero

tengo

> un
> > > > > problema con una suscripcion nueva (de una bbbdd que ya tiene
> > > suscriptores
> > > > > funcionando correctamente).
> > > > >
> > > > > Al iniciar el proceso de inserción del suscriptor el server
> inicia al
> > > > > proceso de mandar el schema de la base de datos, aparentemente

todo

> es
> > > > > correcto, pero llega un momento que devuelve un error. Es mas

muchas

> > > tablas
> > > > > incluso han recepcionado los datos. Mirando que puede ser me he

dado

> > > cuenta
> > > > > que hace referencia a una vista que necesita una tabla para

mostrar

> la
> > > > > información. Dicha tabla, a pesar de ser uno de los articulos

que

> estan
> > > > > configurados en la distribucion, con el schema generado
> correctamente y
> > > > > demas, no se envía al suscriptor. Por esto cuando llega la vista

al

> > > proceso
> > > > > devuelve el error.
> > > > >
> > > > > Precisamente no es una base de datos donde pueda trastear

mucho

> por la
> > > > > importancia de la información que aloja y ahora no se muy

bien

> que
> > > puedo
> > > > > hacer. En resumen, actualmente tengo 4 suscriptores funcionando
> > > > > correctamente, los datos se envían y recepcionan bien desde hace

dos

> > > años...
> > > > > y el schema esta generado correctamente... todo parece funcionar
> pero
> > > por lo
> > > > > que sea esta tabla no quiere salir al insertar la nueva

suscripcion.

> He
> > > > > pensado mandarla a mano... pero no se si es buena idea.
> > > > >
> > > > > Alguna idea que me pueda guiar??
> > > > >
> > > > > Muchas Gracias a todos.
> > > > >
> > > > >
> > > > >
> > >
> > >
> > >
>
>
>

Vaya a un suscriptor que tenga la tabla ya creada (con columna rowid ya
creada incluso) y genere un script de dicha tabla. Aplique el CREATE TABLE en
una suscripcion y resincronice la replicación.

Espero que eso le solucione el problema.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Rosell" wrote:

Hola gux,

el problema reside en la tabla que no se replica y es la vista la que
emite el error al no tener el objeto para crearse. He estado mirando y me
sucede lo mismo con otras 3 tablas mas... La base de datos contiene mas de
100 tablas y tan solo da problema con estas. Es seguro crearlas a mano en la
nueva suscripcion?? (sin el campo rowid como me indicabas) supongo que el
publicador (maestro del modelo) no perderá la informacion si existe un error
y ensuciara a los demas suscriptores... seria un desastre...

muchas gracias gux

"Gux (MVP)" escribió en el mensaje
news:
> Releeo su mensaje y tengo esta duda: La vista fué replicada exitosamente y
la
> tabla no? O al revés?
>
> Si la tabla fue replicada y la vista no, entonces intente creer la vista
> manualmente en el suscriptor.
>
> Si la vista fue replicada y la tabla no, intente crear manualmente la
tabla
> (que no va a tener la columna de identificacion que usa la replicacion).
Si
> todo va bien, la nueva sincronización deberia actualizar la tabla.
>
> En SQL server 2000 la replicación de modifiqueciones de esquema eran algo
> problemáticas :-(
>
>
>
>
> Gustavo Larriera, Microsoft MVP
> https://mvp.support.microsoft.com/profile/gux
> Este mensaje se proporciona tal como es, sin garantías de ninguna clase.
>
>
>
> "Rosell" wrote:
>
> > hola gux,
> >
> > esa era mi pregunta inicial, es seguro crear manualmente la tabla que
> > falta en el suscriptor?? el problema que veo es la creacion del campo
rowid
> > que el proceso de replicacion asigna automaticamente en la mezcla de
> > datos... por eso me dio respeto hacerlo manualmente. (no se si asignarlo
yo
> > mismo o dejarlo sin poner)
> > He pensado que no creando ese campo el publicador no reconocera la
tabla
> > y cuando este el sistema en produccion podria quedar inestable
> > por otro lado, tambien he pensado que al mezclar tras haber creado
> > manualmente la tabla el proceso de mezcla inicial se completaria
> > correctamente (al exisitr la tabla)... pero en el momento de haber
cambios
> > en cualquiera de los demas suscriptores este objeto quedaria colgado
.
> >
> > Lo mismo me estoy complicando yo solo la vida... pq se salta un
articulo???
> > no ecuentro motivo alguno.
> >
> > Mil gracias gux.
> >
> >
> > "Gux (MVP)" escribió en el mensaje
> > news:
> > > Intente crear manualmente en el suscriptor al objeto que está en
vRpt_Do
> > > miciliacioncd95e6ac_342.sch
> > >
> > > Luego intente resincronizar la replicación.
> > >
> > > Solucionó eso el problema?
> > >
> > > Gustavo Larriera, Microsoft MVP
> > > https://mvp.support.microsoft.com/profile/gux
> > > Este mensaje se proporciona tal como es, sin garantías de ninguna
clase.
> > >
> > >
> > >
> > > "Rosell" wrote:
> > >
> > > > Tengo SQL Server version 5 con SP3, desde luego no estoy a la ultima
en
> > > > versiones... sobre un server W2000. Los suscriptores son w2000,
MSDE...
> > > >
> > > > Mirando la secuencia del agente de mezcla veo que se salta un
archivo
> > ..sch
> > > > que corresponde a la tabla en cuestion y de ahi el error que sucede
al
> > > > llegar a la primera vista que hace referencia. Dado que la
instantanea
> > se ha
> > > > creado correctamente, junto con los archivos de la tabla
> > (sch,bcp,cft...),
> > > > no entiendo pq esta no se envía al suscriptor.
> > > >
> > > > La secuencia de comandos de esquema
> > > >
> >
'\\192.168.0.150\REPLICACIONES\unc\SERVER_bdXXX_bdXXX\20080301231804\vRpt_Do
> > > > miciliacioncd95e6ac_342.sch' no se pudo propagar al suscriptor.
> > > >
> > > > (No es problema de permisos de red puesto que se envia todo lo demas
y
> > sobre
> > > > todo pq en esa carpeta tengo las demas replicas)
> > > >
> > > > Muchas gracias por contestar Gux, a ver si me puedes echar una
mano..
> > > >
> > > >
> > > > "Gux (MVP)" escribió en el
mensaje
> > > > news:
> > > > > Por favor diga cuál es su versión/edición de SQL Server y pegue el
> > texto
> > > > > exacto del mensaje de error que tiene.
> > > > >
> > > > > Gustavo Larriera, Microsoft MVP
> > > > > https://mvp.support.microsoft.com/profile/gux
> > > > > Este mensaje se proporciona tal como es, sin garantías de ninguna
> > clase.
> > > > >
> > > > >
> > > > >
> > > > > "Rosell" wrote:
> > > > >
> > > > > > Hola a todos,
> > > > > >
> > > > > > tengo un servidor sql que hace las funciones de publicacion y
> > > > distribucion
> > > > > > de algunas de mis bases de datos, en estos momentos son 4 las
bases
> > de
> > > > datos
> > > > > > publicadas y varios servidores repartidos en diferentes sedes
que
> > actúan
> > > > > > como suscriptores. Hasta este momento no me ha dado ningun
problema
> > el
> > > > ir
> > > > > > añadiendo suscriptores a las bases de datos distribuidas pero
tengo
> > un
> > > > > > problema con una suscripcion nueva (de una bbbdd que ya tiene
> > > > suscriptores
> > > > > > funcionando correctamente).
> > > > > >
> > > > > > Al iniciar el proceso de inserción del suscriptor el server
> > inicia al
> > > > > > proceso de mandar el schema de la base de datos, aparentemente
todo
> > es
> > > > > > correcto, pero llega un momento que devuelve un error. Es mas
muchas
> > > > tablas
> > > > > > incluso han recepcionado los datos. Mirando que puede ser me he
dado
> > > > cuenta
> > > > > > que hace referencia a una vista que necesita una tabla para
mostrar
> > la
> > > > > > información. Dicha tabla, a pesar de ser uno de los articulos
que
> > estan
> > > > > > configurados en la distribucion, con el schema generado
> > correctamente y
> > > > > > demas, no se envía al suscriptor. Por esto cuando llega la vista
al
> > > > proceso
> > > > > > devuelve el error.
> > > > > >
> > > > > > Precisamente no es una base de datos donde pueda trastear
mucho
> > por la
> > > > > > importancia de la información que aloja y ahora no se muy
bien
> > que
> > > > puedo
> > > > > > hacer. En resumen, actualmente tengo 4 suscriptores funcionando
> > > > > > correctamente, los datos se envían y recepcionan bien desde hace
dos
> > > > años...
> > > > > > y el schema esta generado correctamente... todo parece funcionar
> > pero
> > > > por lo
> > > > > > que sea esta tabla no quiere salir al insertar la nueva
suscripcion.
> > He
> > > > > > pensado mandarla a mano... pero no se si es buena idea.
> > > > > >
> > > > > > Alguna idea que me pueda guiar??
> > > > > >
> > > > > > Muchas Gracias a todos.
> > > > > >
> > > > > >
> > > > > >
> > > >
> > > >
> > > >
> >
> >
> >

Hola Gux,

muchas gracias por tu ayuda, he hecho lo que me has indicado, crear el
script de la tabla en cuestion y llevarmelo al suscriptor... posteriormente
he iniciado el proceso de mezcla y efectivamente ha creado la vista donde
aparecia el error. Como te comente esto me sucede con un par de tablas mas,
por lo que ha sucedido nuevamente el error (imaginaba que pasaria pero
preferi ver si pasaba el proceso como asi ha sido) el caso es que ahora
tengo la tabla pero no los datos.

Mi duda es que si creo manualmente las tablas que faltan el proceso
terminara correctamente puesto que todos los articulos quedaran registrados
en el suscriptor correctamente. El caso es que si alguna de las tablas no se
completa con los datos, queda vacía, me da respeto que el suscriptor mande
la orden al mezclar de elimnacion de los registros al publicador y este a su
vez a los demás suscruptores... lo tengo programado cada minuto... (el miedo
de trabajar en soledad supongo)

Puede darse este caso?? o es una paranoia mia.. seria desastroso para el
modelo de datos puesto que la tabla es central y aplicandose las propiedades
de la integridad referencial la eliminación en cascada dejaria la base de
datos como un solar

Muchas gracias Gux, me estas ayudando mucho.


"Gux (MVP)" escribió en el mensaje
news:

Vaya a un suscriptor que tenga la tabla ya creada (con columna rowid ya
creada incluso) y genere un script de dicha tabla. Aplique el CREATE TABLE

en

una suscripcion y resincronice la replicación.

Espero que eso le solucione el problema.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Rosell" wrote:

> Hola gux,
>
> el problema reside en la tabla que no se replica y es la vista la que
> emite el error al no tener el objeto para crearse. He estado mirando y

me

> sucede lo mismo con otras 3 tablas mas... La base de datos contiene mas

de

> 100 tablas y tan solo da problema con estas. Es seguro crearlas a mano

en la

> nueva suscripcion?? (sin el campo rowid como me indicabas) supongo que

el

> publicador (maestro del modelo) no perderá la informacion si existe un

error

> y ensuciara a los demas suscriptores... seria un desastre...
>
> muchas gracias gux
>
> "Gux (MVP)" escribió en el mensaje
> news:
> > Releeo su mensaje y tengo esta duda: La vista fué replicada

exitosamente y

> la
> > tabla no? O al revés?
> >
> > Si la tabla fue replicada y la vista no, entonces intente creer la

vista

> > manualmente en el suscriptor.
> >
> > Si la vista fue replicada y la tabla no, intente crear manualmente la
> tabla
> > (que no va a tener la columna de identificacion que usa la

replicacion).

> Si
> > todo va bien, la nueva sincronización deberia actualizar la tabla.
> >
> > En SQL server 2000 la replicación de modifiqueciones de esquema eran

algo

> > problemáticas :-(
> >
> >
> >
> >
> > Gustavo Larriera, Microsoft MVP
> > https://mvp.support.microsoft.com/profile/gux
> > Este mensaje se proporciona tal como es, sin garantías de ninguna

clase.

> >
> >
> >
> > "Rosell" wrote:
> >
> > > hola gux,
> > >
> > > esa era mi pregunta inicial, es seguro crear manualmente la tabla

que

> > > falta en el suscriptor?? el problema que veo es la creacion del

campo

> rowid
> > > que el proceso de replicacion asigna automaticamente en la mezcla de
> > > datos... por eso me dio respeto hacerlo manualmente. (no se si

asignarlo

> yo
> > > mismo o dejarlo sin poner)
> > > He pensado que no creando ese campo el publicador no reconocera

la

> tabla
> > > y cuando este el sistema en produccion podria quedar inestable
> > > por otro lado, tambien he pensado que al mezclar tras haber

creado

> > > manualmente la tabla el proceso de mezcla inicial se completaria
> > > correctamente (al exisitr la tabla)... pero en el momento de haber
> cambios
> > > en cualquiera de los demas suscriptores este objeto quedaria colgado
> .
> > >
> > > Lo mismo me estoy complicando yo solo la vida... pq se salta un
> articulo???
> > > no ecuentro motivo alguno.
> > >
> > > Mil gracias gux.
> > >
> > >
> > > "Gux (MVP)" escribió en el

mensaje

> > > news:
> > > > Intente crear manualmente en el suscriptor al objeto que está en
> vRpt_Do
> > > > miciliacioncd95e6ac_342.sch
> > > >
> > > > Luego intente resincronizar la replicación.
> > > >
> > > > Solucionó eso el problema?
> > > >
> > > > Gustavo Larriera, Microsoft MVP
> > > > https://mvp.support.microsoft.com/profile/gux
> > > > Este mensaje se proporciona tal como es, sin garantías de ninguna
> clase.
> > > >
> > > >
> > > >
> > > > "Rosell" wrote:
> > > >
> > > > > Tengo SQL Server version 5 con SP3, desde luego no estoy a la

ultima

> en
> > > > > versiones... sobre un server W2000. Los suscriptores son w2000,
> MSDE...
> > > > >
> > > > > Mirando la secuencia del agente de mezcla veo que se salta un
> archivo
> > > ..sch
> > > > > que corresponde a la tabla en cuestion y de ahi el error que

sucede

> al
> > > > > llegar a la primera vista que hace referencia. Dado que la
> instantanea
> > > se ha
> > > > > creado correctamente, junto con los archivos de la tabla
> > > (sch,bcp,cft...),
> > > > > no entiendo pq esta no se envía al suscriptor.
> > > > >
> > > > > La secuencia de comandos de esquema
> > > > >
> > >
>

'\\192.168.0.150\REPLICACIONES\unc\SERVER_bdXXX_bdXXX\20080301231804\vRpt_Do

> > > > > miciliacioncd95e6ac_342.sch' no se pudo propagar al suscriptor.
> > > > >
> > > > > (No es problema de permisos de red puesto que se envia todo lo

demas

> y
> > > sobre
> > > > > todo pq en esa carpeta tengo las demas replicas)
> > > > >
> > > > > Muchas gracias por contestar Gux, a ver si me puedes echar una
> mano..
> > > > >
> > > > >
> > > > > "Gux (MVP)" escribió en el
> mensaje
> > > > > news:
> > > > > > Por favor diga cuál es su versión/edición de SQL Server y

pegue el

> > > texto
> > > > > > exacto del mensaje de error que tiene.
> > > > > >
> > > > > > Gustavo Larriera, Microsoft MVP
> > > > > > https://mvp.support.microsoft.com/profile/gux
> > > > > > Este mensaje se proporciona tal como es, sin garantías de

ninguna

> > > clase.
> > > > > >
> > > > > >
> > > > > >
> > > > > > "Rosell" wrote:
> > > > > >
> > > > > > > Hola a todos,
> > > > > > >
> > > > > > > tengo un servidor sql que hace las funciones de

publicacion y

> > > > > distribucion
> > > > > > > de algunas de mis bases de datos, en estos momentos son 4

las

> bases
> > > de
> > > > > datos
> > > > > > > publicadas y varios servidores repartidos en diferentes

sedes

> que
> > > actúan
> > > > > > > como suscriptores. Hasta este momento no me ha dado ningun
> problema
> > > el
> > > > > ir
> > > > > > > añadiendo suscriptores a las bases de datos distribuidas

pero

> tengo
> > > un
> > > > > > > problema con una suscripcion nueva (de una bbbdd que ya

tiene

> > > > > suscriptores
> > > > > > > funcionando correctamente).
> > > > > > >
> > > > > > > Al iniciar el proceso de inserción del suscriptor el

server

> > > inicia al
> > > > > > > proceso de mandar el schema de la base de datos,

aparentemente

> todo
> > > es
> > > > > > > correcto, pero llega un momento que devuelve un error. Es

mas

> muchas
> > > > > tablas
> > > > > > > incluso han recepcionado los datos. Mirando que puede ser me

he

> dado
> > > > > cuenta
> > > > > > > que hace referencia a una vista que necesita una tabla para
> mostrar
> > > la
> > > > > > > información. Dicha tabla, a pesar de ser uno de los

articulos

> que
> > > estan
> > > > > > > configurados en la distribucion, con el schema generado
> > > correctamente y
> > > > > > > demas, no se envía al suscriptor. Por esto cuando llega la

vista

> al
> > > > > proceso
> > > > > > > devuelve el error.
> > > > > > >
> > > > > > > Precisamente no es una base de datos donde pueda trastear
> mucho
> > > por la
> > > > > > > importancia de la información que aloja y ahora no se

muy

> bien
> > > que
> > > > > puedo
> > > > > > > hacer. En resumen, actualmente tengo 4 suscriptores

funcionando

> > > > > > > correctamente, los datos se envían y recepcionan bien desde

hace

> dos
> > > > > años...
> > > > > > > y el schema esta generado correctamente... todo parece

funcionar

> > > pero
> > > > > por lo
> > > > > > > que sea esta tabla no quiere salir al insertar la nueva
> suscripcion.
> > > He
> > > > > > > pensado mandarla a mano... pero no se si es buena idea.
> > > > > > >
> > > > > > > Alguna idea que me pueda guiar??
> > > > > > >
> > > > > > > Muchas Gracias a todos.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > >
> > > > >
> > > > >
> > >
> > >
> > >
>
>
>