en vez de reducir base de datos se aumento

hazlo con @updateusage=true, porque los datos que te dan parecen
incoherentes

Saludos Cordiales
Miguel Egea
Solid Quality Mentos
http://www.portalsql.com

"Odariog" escribió en el mensaje de
noticias:

On 15 mar, 10:13, Odariog wrote:

Buenas Días a todos !!!

Me ha ocurrido lo siguiente : al intentar reducir mi base de datos con
dbcc shrink (db) en vez de reducirla me lo aumento Antes tenia
una base de datos de 120 gb luego de correr el shrink me quedo en 132
gb. no entiendo lo que esta sucediendo si alguien puede o sabe porque
aumento en vez de reducirla ?

sistema operativo = windows server 2003 Y sql 2000

Muchas Gracias
ODARIOG

sp_spaceused


database_name DDBB
database_size 132603.19 MB
unallocated space -10553.51 MB
reserved 146023560 KB
data 83362688 KB
index_size 15173920 KB
unused 47486952 KB

On 16 mar, 20:02, "Miguel Egea" wrote:

hazlo con @updateusage=true, porque los datos que te dan parecen
incoherentes

Saludos Cordiales
Miguel Egea
Solid Quality Mentoshttp://www.portalsql.com

"Odariog" escribió en el mensaje de
noticias:



> On 15 mar, 10:13, Odariog wrote:
>> Buenas Días a todos !!!

>> Me ha ocurrido lo siguiente : al intentar reducir mi base de datos con
>> dbcc shrink (db) en vez de reducirla me lo aumento  Antes tenia
>> una base de datos de 120 gb luego de correr el shrink me quedo en 132
>> gb.  no entiendo lo que esta sucediendo si alguien puede o sabe porque
>> aumento en vez de reducirla ?

>> sistema operativo = windows server 2003 Y sql 2000

>> Muchas Gracias
>> ODARIOG

> sp_spaceused

> database_name        DDBB
> database_size          132603.19 MB
> unallocated space    -10553.51 MB
> reserved                  146023560 KB
> data                        83362688 KB
> index_size              15173920 KB
> unused                 47486952 KB- Ocultar texto de la cita -

- Mostrar texto de la cita -

No me funciona el comando @updateusage=true.

Estoy pensando que tal vez al momento de hacer el DBCC SHRINKDATABASE
(BBDD) se bajo todo lo que estaba en memoria y por eso en vez de
reducirla se aumento. El tema es que cuando realizo backup el backup
solo pesa 102 GB y cuando miro es espacio ocupado por la base de datos
es de 132 gb.

muchas gracias
odariog

Si solo tienes un 32% de espacio libre no lo hagas más pequeño... no tiene
sentido, la BBDD más bien antes que tarde necesitará ese espacio y
seguramente estará mas fragmentado si tienes que hacerle crecer. Si tu
backup ocupa 102 GB es que tus datos miden mucho así que dejalo estar.

Saludos Cordiales
Miguel Egea
Solid Quality Mentos
http://www.portalsql.com

"Odariog" escribió en el mensaje de
noticias:

On 16 mar, 20:02, "Miguel Egea" wrote:

hazlo con @updateusage=true, porque los datos que te dan parecen
incoherentes

Saludos Cordiales
Miguel Egea
Solid Quality Mentoshttp://www.portalsql.com

"Odariog" escribió en el mensaje de
noticias:



> On 15 mar, 10:13, Odariog wrote:
>> Buenas Días a todos !!!

>> Me ha ocurrido lo siguiente : al intentar reducir mi base de datos con
>> dbcc shrink (db) en vez de reducirla me lo aumento Antes tenia
>> una base de datos de 120 gb luego de correr el shrink me quedo en 132
>> gb. no entiendo lo que esta sucediendo si alguien puede o sabe porque
>> aumento en vez de reducirla ?

>> sistema operativo = windows server 2003 Y sql 2000

>> Muchas Gracias
>> ODARIOG

> sp_spaceused

> database_name DDBB
> database_size 132603.19 MB
> unallocated space -10553.51 MB
> reserved 146023560 KB
> data 83362688 KB
> index_size 15173920 KB
> unused 47486952 KB- Ocultar texto de la cita -

- Mostrar texto de la cita -

No me funciona el comando @updateusage=true.

Estoy pensando que tal vez al momento de hacer el DBCC SHRINKDATABASE
(BBDD) se bajo todo lo que estaba en memoria y por eso en vez de
reducirla se aumento. El tema es que cuando realizo backup el backup
solo pesa 102 GB y cuando miro es espacio ocupado por la base de datos
es de 132 gb.

muchas gracias
odariog

On 17 mar, 11:57, "Miguel Egea" wrote:

Si solo tienes un 32% de espacio libre no lo hagas más pequeño... no tiene
sentido, la BBDD más bien antes que tarde necesitará ese espacio y
seguramente estará mas fragmentado si tienes que hacerle crecer. Si tu
backup ocupa 102 GB es que tus datos miden mucho así que dejalo estar.

Saludos Cordiales
Miguel Egea
Solid Quality Mentoshttp://www.portalsql.com

"Odariog" escribió en el mensaje de
noticias:



> On 16 mar, 20:02, "Miguel Egea" wrote:
>> hazlo con @updateusage=true, porque los datos que te dan parecen
>> incoherentes

>> Saludos Cordiales
>> Miguel Egea
>> Solid Quality Mentoshttp://www.portalsql.com

>> "Odariog" escribió en el mensaje de
>> noticias:

>> > On 15 mar, 10:13, Odariog wrote:
>> >> Buenas Días a todos !!!

>> >> Me ha ocurrido lo siguiente : al intentar reducir mi base de datos con
>> >> dbcc shrink (db) en vez de reducirla me lo aumento  Antes tenia
>> >> una base de datos de 120 gb luego de correr el shrink me quedo en 132
>> >> gb.  no entiendo lo que esta sucediendo si alguien puede o sabe porque
>> >> aumento en vez de reducirla ?

>> >> sistema operativo = windows server 2003 Y sql 2000

>> >> Muchas Gracias
>> >> ODARIOG

>> > sp_spaceused

>> > database_name        DDBB
>> > database_size          132603.19 MB
>> > unallocated space    -10553.51 MB
>> > reserved                  146023560 KB
>> > data                        83362688 KB
>> > index_size              15173920 KB
>> > unused                 47486952 KB- Ocultar texto de la cita -

>> - Mostrar texto de la cita -

> No me funciona el comando @updateusage=true.

> Estoy pensando que tal vez al momento de hacer el DBCC SHRINKDATABASE
> (BBDD)  se bajo todo lo que estaba en memoria y por eso en vez de
> reducirla se aumento. El tema es que cuando realizo backup el backup
> solo pesa 102 GB y cuando miro es espacio ocupado por la base de datos
> es de 132 gb.

> muchas gracias
> odariog- Ocultar texto de la cita -

- Mostrar texto de la cita -

El Problema Miguel es que el disco donde esta la base de datos es de
146 gb y estoy sin espacio. De todos modos ya tengo un nuevo servidor
donde voy a montar la base de datos. mi duda siguiente es: si la base
de datos x el enterprise manager me figura que ocupa 132 gb y cuando
hago el backup de la base, el backup pesa 102 gb eso esta bien ??
puesto que yo voy a tomar el ultimo backup para la restauracion de mi
base.

Muchas Gracias
odariog

Si, todo está ok (o eso parece). De todas formas siempre puedes añadir un
nuevo file a ese filegroup en otro disco y tu base de datos podría seguir
creciendo. Ojo, no digo que esto sea mejor o peor, dependerá de la velocidad
de los discos y con que cosas lo compartas... claro pero puede ser una
solución a quedarte sin espacio.

Saludos Cordiales
Miguel Egea
Solid Quality Mentos
http://www.portalsql.com

"Odariog" escribió en el mensaje de
noticias:

On 17 mar, 11:57, "Miguel Egea" wrote:

Si solo tienes un 32% de espacio libre no lo hagas más pequeño... no
tiene
sentido, la BBDD más bien antes que tarde necesitará ese espacio y
seguramente estará mas fragmentado si tienes que hacerle crecer. Si tu
backup ocupa 102 GB es que tus datos miden mucho así que dejalo estar.

Saludos Cordiales
Miguel Egea
Solid Quality Mentoshttp://www.portalsql.com

"Odariog" escribió en el mensaje de
noticias:



> On 16 mar, 20:02, "Miguel Egea" wrote:
>> hazlo con @updateusage=true, porque los datos que te dan parecen
>> incoherentes

>> Saludos Cordiales
>> Miguel Egea
>> Solid Quality Mentoshttp://www.portalsql.com

>> "Odariog" escribió en el mensaje de
>> noticias:

>> > On 15 mar, 10:13, Odariog wrote:
>> >> Buenas Días a todos !!!

>> >> Me ha ocurrido lo siguiente : al intentar reducir mi base de datos
>> >> con
>> >> dbcc shrink (db) en vez de reducirla me lo aumento Antes tenia
>> >> una base de datos de 120 gb luego de correr el shrink me quedo en
>> >> 132
>> >> gb. no entiendo lo que esta sucediendo si alguien puede o sabe
>> >> porque
>> >> aumento en vez de reducirla ?

>> >> sistema operativo = windows server 2003 Y sql 2000

>> >> Muchas Gracias
>> >> ODARIOG

>> > sp_spaceused

>> > database_name DDBB
>> > database_size 132603.19 MB
>> > unallocated space -10553.51 MB
>> > reserved 146023560 KB
>> > data 83362688 KB
>> > index_size 15173920 KB
>> > unused 47486952 KB- Ocultar texto de la cita -

>> - Mostrar texto de la cita -

> No me funciona el comando @updateusage=true.

> Estoy pensando que tal vez al momento de hacer el DBCC SHRINKDATABASE
> (BBDD) se bajo todo lo que estaba en memoria y por eso en vez de
> reducirla se aumento. El tema es que cuando realizo backup el backup
> solo pesa 102 GB y cuando miro es espacio ocupado por la base de datos
> es de 132 gb.

> muchas gracias
> odariog- Ocultar texto de la cita -

- Mostrar texto de la cita -

El Problema Miguel es que el disco donde esta la base de datos es de
146 gb y estoy sin espacio. De todos modos ya tengo un nuevo servidor
donde voy a montar la base de datos. mi duda siguiente es: si la base
de datos x el enterprise manager me figura que ocupa 132 gb y cuando
hago el backup de la base, el backup pesa 102 gb eso esta bien ??
puesto que yo voy a tomar el ultimo backup para la restauracion de mi
base.

Muchas Gracias
odariog