SHRINKDATABASE vs SHRINKFILE

07/04/2006 - 15:38 por mayowr | Informe spam
Buenos días:

No tengo clara la diferencia entre DBCC SHRINKDATABASE (según lo que
he leido es para reducir todos los archivos de datos y registros de una
base de datos) y DBCC SHRINKFILE, (la documentación que leí dice
así reduce el tamaño del archivo de datos o de registro especificado
de la base de datos relacionada).

Ambos permiten disminuir el tamaño del log? Cual es mas seguro para
tal fin?. Que precauciones debo tener antes de ejecutar alguno de
ellos?

Ejemplos:
1. BACKUP LOG base_de_datos WITH TRUNCATE_ONLY
DBCC SHRINKDATABASE(base_de_datos,TRUNCATEONLY)

2. DBCC SHRINKFILE (base_de_datos, 10)

Muchas gracias,
Mayo

Preguntas similare

Leer las respuestas

#1 Maxi
07/04/2006 - 15:50 | Informe spam
Hola, es simple la cosa, el primero recude la base de datos, esto puede ser
1 archivo o n. El segundo un archivo en particular


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


escribió en el mensaje
news:
Buenos días:

No tengo clara la diferencia entre DBCC SHRINKDATABASE (según lo que
he leido es para reducir todos los archivos de datos y registros de una
base de datos) y DBCC SHRINKFILE, (la documentación que leí dice
así reduce el tamaño del archivo de datos o de registro especificado
de la base de datos relacionada).

Ambos permiten disminuir el tamaño del log? Cual es mas seguro para
tal fin?. Que precauciones debo tener antes de ejecutar alguno de
ellos?

Ejemplos:
1. BACKUP LOG base_de_datos WITH TRUNCATE_ONLY
DBCC SHRINKDATABASE(base_de_datos,TRUNCATEONLY)

2. DBCC SHRINKFILE (base_de_datos, 10)

Muchas gracias,
Mayo
Respuesta Responder a este mensaje
#2 mayowr
07/04/2006 - 19:06 | Informe spam
Buenas tardes Maxi.

Listo me quedó claro el concepto. Y con relación a la otra pregunta.

Que precauciones debo tener antes de ejecutarlos, por ejemplo:
realizar un CHECKPOINT, que no existe ningún usario conectado.

Muchas gracias por tu asesoría.

Saludos,
Mayo
Respuesta Responder a este mensaje
#3 Maxi
07/04/2006 - 19:19 | Informe spam
Backup :-)


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


escribió en el mensaje
news:
Buenas tardes Maxi.

Listo me quedó claro el concepto. Y con relación a la otra pregunta.

Que precauciones debo tener antes de ejecutarlos, por ejemplo:
realizar un CHECKPOINT, que no existe ningún usario conectado.

Muchas gracias por tu asesoría.

Saludos,
Mayo
Respuesta Responder a este mensaje
#4 Alejandro Mesa
07/04/2006 - 19:46 | Informe spam
Mayo,

Te paso un link donde puedes leer sobre los contras de usar shrinkdatabase,
entre los cuales se encuantra el que las tablas pueden fragmentarse (orden de
las paginas no esta en el orden logico del indice).

Why you want to be restrictive with shrink of database files
http://www.karaszi.com/SQLServer/in...shrink.asp


AMB


"" wrote:

Buenas tardes Maxi.

Listo me quedó claro el concepto. Y con relación a la otra pregunta.

Que precauciones debo tener antes de ejecutarlos, por ejemplo:
realizar un CHECKPOINT, que no existe ningún usario conectado.

Muchas gracias por tu asesoría.

Saludos,
Mayo


Respuesta Responder a este mensaje
#5 mayowr
07/04/2006 - 21:20 | Informe spam
Buenas Tardes Alejandro.

Estuve leyendo el link, y me quede preocupada, el autor dice que es
mejor shrinkfile que el shrinkdatabase. Pero en definitiva con ambos
se corre riesgo de fragmentacion. Como quien dice malo el uno y malo
el otro.

La base de datos que tengo pues hasta ahora no es muy grande, pero el
log se crece por momentos cuando realizo determinados procesos, y me
imagino que eso crece indefinidamente si no se hace algo, y se me
llevara todo el disco.

De nuevo muchas gracias,
Saludos,
Marjorie
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida