Diferencia tamaño BD en replicacion

Hola Maxi!

Que velocidad! No, realmente de momento no tengo problemas de espacio en
disco. Simplemente me extrañaba tanta diferencia de tamaño entre unas y
otras, y pensaba que posiblemente no funcionaba bien la replicacion y

datos sin pasar.

Mi pregunta es... esta tabla seguira creciendo indefinidamente, no? Pero

normal que tenga tanto tamaño como la BD propiamente doblando asi tu

real?

Mil Gracias.

Saludos,
Oriol.

"Maxi" escribió en el mensaje
news:
> Hola, esa tabla es justamente la que almacena la mezcla ;-) y no vas a
poder
> eliminarla :(
>
> Tienes problemas de espacio en disco?
>
>
> Salu2
> Maxi
> Buenos Aires - Argentina
> Desarrollador Microsoft 3 Estrellas .NET
> Nunca consideres el estudio como una obligación sino como
> una oportunidad para penetrar en el bello y maravillosos
> mundo del saber.
> - Albert Einstein
>
>
>
> "Oriol" <intranet[arroba]rvsa-itv.com> escribió en el mensaje
> news:
> > Hola de nuevo,
> >
> > Vaya rapidez! Ya he encontrado el script y lo he ejecutado. Las tablas
> estan
> > muy similares en contenido de registros. La gran diferencia proviene

la
> > tabla MSmerge_contents, cuya diferencia es el 1,5GB comentado
> anteriormente.
> > El servidor publicador, esta tabla tiene 197,662 registros con un

> de
> > 307.272 kb.
> > El servidor suscriptor, tiene 3.274.103 registros con un tamaño de
> 1.813.616
> > kb.
> >
> > Alguien me puede explicar porque esta diferencia, para que sirve esta
> tabla,
> > y como puedo (si se puede) prescindir de esta informacion tan
voluminosa?
> >
> > Gracias y saludos.
> > Oriol.
> >
> > "Maxi" escribió en el mensaje
> > news:
> > > Hola, mira lo que estas viendo es el tamaño de la BDD en disco y eso
no
> es
> > > util para comparar :(
> > >
> > > Ese tamaño solo indica el espacio que tiene SQL reservado para la

> > luego
> > > puede estar a un 90% o un 1% completo con datos :-), no es como un
> archivo
> > > cualquiera donde el tamaño SI indica que tiene mas datos reales, es
mas
> se
> > > aconseja darle un tamaño mas grande a las BDD para que el

> > (Pedir
> > > espacio al disco) sea lo menos posible , ya que este tipo de
operaciones
> > son
> > > muy costosas para el motor.
> > >
> > > Si quieres comparar haz otra cosa, mira por ej cantidad de registros
de
> > > Tablas :-)
> > >
> > >
> > > Salu2
> > > Maxi
> > > Buenos Aires - Argentina
> > > Desarrollador Microsoft 3 Estrellas .NET
> > > Nunca consideres el estudio como una obligación sino como
> > > una oportunidad para penetrar en el bello y maravillosos
> > > mundo del saber.
> > > - Albert Einstein
> > >
> > >
> > >
> > > "Oriol" <intranet[arroba]rvsa-itv.com> escribió en el mensaje
> > > news:%
> > > > Hola a todos,
> > > >
> > > > Tengo una duda que me esta poniendo un poco de los nervios. Tengo
una
> > Base
> > > > de Datos replicada en 9 servidores. Uno es el central, donde se
> > centraliza
> > > > la replicacion (publicador), y los 8 restantes introducen datos a
> traves
> > > de
> > > > una aplicacion. Los datos de todos los servidores, se replican en
> todos
> > > los
> > > > demas.
> > > >
> > > > Mi preocupacion viene cuando mirando el tamaño fisico de los
archivos
> de
> > > la
> > > > base de datos, encuentro que ,estando el 99,9% de los datos
> replicados,
> > > son
> > > > diferentes. Esto seria normal, o estaria dentro de la normalidad

la
> > > > diferencia fuera pequeña, pero estamos hablando de una diferencia

> > 1,5GB
> > > > en una base de datos de 2GB. (Tamaño real del fichero en disco, y
con
> > los
> > > > logs controlados)
> > > >
> > > > Alguien me puede explicar si esto es normal o no? He mirado y los
> datos
> > > > estan replicandose de forma normal, y cuando la replicacion se

> > porque
> > > > ya no se tiene que intercambiar mas informacion, miro y me

> con
> > > > estos valores:
> > > >
> > > > BD en Servidor Central: 2,1Gb
> > > >
> > > > BD en Servidores Remotos: Entre 2,1 y 3,5Gb
> > > >
> > > > Gracias a todos.
> > > >
> > > > Un saludo.
> > > >
> > > > Oriol.
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > > Outgoing mail is certified Virus Free.
> > > Checked by AVG anti-virus system (http://www.grisoft.com).
> > > Version: 6.0.748 / Virus Database: 500 - Release Date: 01/09/2004
> > >
> > >
> >
> >
>
>
>
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.748 / Virus Database: 500 - Release Date: 01/09/2004
>
>