Diferencia tamaño BD en replicacion

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 BDD, 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 crecimiento (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 si la
diferencia fuera pequeña, pero estamos hablando de una diferencia de 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 para porque
ya no se tiene que intercambiar mas informacion, miro y me encuentro 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

Gracias Maxi,

Haré lo que me comentas. Tuve en su momento un Stored que daba el tamaño y
numero de registros de cada tabla. Lo buscare por mi HD y los ejecutare en
cada servidor, a ver si asi puedo comparar el numero de registros y tal.

Gracias de nuevo.

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 BDD,

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 crecimiento

(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 si la
> diferencia fuera pequeña, pero estamos hablando de una diferencia de

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 para

porque

> ya no se tiene que intercambiar mas informacion, miro y me encuentro 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

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 de la
tabla MSmerge_contents, cuya diferencia es el 1,5GB comentado anteriormente.
El servidor publicador, esta tabla tiene 197,662 registros con un tamaño 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 BDD,

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 crecimiento

(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 si la
> diferencia fuera pequeña, pero estamos hablando de una diferencia de

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 para

porque

> ya no se tiene que intercambiar mas informacion, miro y me encuentro 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

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 de la
tabla MSmerge_contents, cuya diferencia es el 1,5GB comentado

anteriormente.

El servidor publicador, esta tabla tiene 197,662 registros con un tamaño

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 BDD,
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 crecimiento
(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 si la
> > diferencia fuera pequeña, pero estamos hablando de una diferencia de
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 para
porque
> > ya no se tiene que intercambiar mas informacion, miro y me encuentro

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

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 habia
datos sin pasar.

Mi pregunta es... esta tabla seguira creciendo indefinidamente, no? Pero es
normal que tenga tanto tamaño como la BD propiamente doblando asi tu tamaño
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 de

la

> tabla MSmerge_contents, cuya diferencia es el 1,5GB comentado
anteriormente.
> El servidor publicador, esta tabla tiene 197,662 registros con un tamaño
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 BDD,
> 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 crecimiento
> (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 si

la

> > > diferencia fuera pequeña, pero estamos hablando de una diferencia de
> 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 para
> porque
> > > ya no se tiene que intercambiar mas informacion, miro y me encuentro
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