Tamaño inicial de la bbdd y rendimiento

23/12/2009 - 09:04 por Vicente Serrano | Informe spam
Hola a todos:

Tengo una duda en relación con el rendimiento de la base de datos y el
tamaño inicial del fichero de bbdd a crear.

Si mi bbdd ocupa unos 15 GB., pensando en el rendimiento del motor, ¿es
mejor crear la bbdd inicialmente con una ocupación mayor, el doble por
ejemplo, pensando en el crecimiento contínuo de la misma, o es más eficiente
crearla con el tamaño justo y que luego ella misma vaya creciendo?.

Pensaba que era mejor lo primero, para evitar el "parón" cuando se haga el
crecimiento (por la mayor actividad de disco), pero tengo dudas al respecto.

Agradecería cualquier comentario.

Saludos.

Preguntas similare

Leer las respuestas

#1 Maxi Accotto
23/12/2009 - 12:05 | Informe spam
Hola, crecer es un poco costoso con lo cual habria que reducir ese tipo de
operacion.
Yo no soy de la idea de que la pongas el doble, lo que yo haria es definirla
en un tamaño inicial y tener bien controlado el crecimiento, no uses por
ejemplo Porcentajes y si MB



Maxi Accotto
MVP en SQL Server
http://blog.maxiaccotto.com

"Vicente Serrano" wrote in message
news:
Hola a todos:

Tengo una duda en relación con el rendimiento de la base de datos y el
tamaño inicial del fichero de bbdd a crear.

Si mi bbdd ocupa unos 15 GB., pensando en el rendimiento del motor, ¿es
mejor crear la bbdd inicialmente con una ocupación mayor, el doble por
ejemplo, pensando en el crecimiento contínuo de la misma, o es más
eficiente
crearla con el tamaño justo y que luego ella misma vaya creciendo?.

Pensaba que era mejor lo primero, para evitar el "parón" cuando se haga el
crecimiento (por la mayor actividad de disco), pero tengo dudas al
respecto.

Agradecería cualquier comentario.

Saludos.
Respuesta Responder a este mensaje
#2 Carlos Sacristan
23/12/2009 - 12:13 | Informe spam
Siempre es bueno asignar un tamaño adecuado no sólo al espacio inicial de
esa base de datos, sino al crecimiento que vaya a tener (en un tiempo
prudencial, claro). Para estimar el crecimiento puedes basarte en
http://msdn.microsoft.com/es-es/lib...7445.aspx, donde explica cómo
hacerlo.

Si el tamaño inicial es muy pequeño, el crecimiento automático de la base de
datos (opción predeterminada) hará que se fragmente mucho, lo cual es
perjudicial para el rendimiento.

También es recomendable asignar un tamaño fijo de crecimiento (en vez de en
porcentaje).

Y, por último, también es recomendable permitir la inicialización
instantánea de base de datos asignando el permiso "Perfmon Volume
Maintenance Tasks sql server". En los BOL
(http://msdn.microsoft.com/es-es/lib...75935.aspx) y en
http://www.sqlskills.com/blogs/Kimb...d-How.aspx
está bien explicado

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Vicente Serrano" wrote in message
news:
Hola a todos:

Tengo una duda en relación con el rendimiento de la base de datos y el
tamaño inicial del fichero de bbdd a crear.

Si mi bbdd ocupa unos 15 GB., pensando en el rendimiento del motor, ¿es
mejor crear la bbdd inicialmente con una ocupación mayor, el doble por
ejemplo, pensando en el crecimiento contínuo de la misma, o es más
eficiente
crearla con el tamaño justo y que luego ella misma vaya creciendo?.

Pensaba que era mejor lo primero, para evitar el "parón" cuando se haga el
crecimiento (por la mayor actividad de disco), pero tengo dudas al
respecto.

Agradecería cualquier comentario.

Saludos.
Respuesta Responder a este mensaje
#3 Vicente Serrano
23/12/2009 - 16:11 | Informe spam
Muchas gracias a ambos, Maxi y Carlos.
Me quedo con la idea de crearla ligeramente más grande (no el doble), y
controlar su crecimiento.
Saludos.

"Carlos Sacristan" wrote:

Siempre es bueno asignar un tamaño adecuado no sólo al espacio inicial de
esa base de datos, sino al crecimiento que vaya a tener (en un tiempo
prudencial, claro). Para estimar el crecimiento puedes basarte en
http://msdn.microsoft.com/es-es/lib...7445.aspx, donde explica cómo
hacerlo.

Si el tamaño inicial es muy pequeño, el crecimiento automático de la base de
datos (opción predeterminada) hará que se fragmente mucho, lo cual es
perjudicial para el rendimiento.

También es recomendable asignar un tamaño fijo de crecimiento (en vez de en
porcentaje).

Y, por último, también es recomendable permitir la inicialización
instantánea de base de datos asignando el permiso "Perfmon Volume
Maintenance Tasks sql server". En los BOL
(http://msdn.microsoft.com/es-es/lib...75935.aspx) y en
http://www.sqlskills.com/blogs/Kimb...d-How.aspx
está bien explicado

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Vicente Serrano" wrote in message
news:
> Hola a todos:
>
> Tengo una duda en relación con el rendimiento de la base de datos y el
> tamaño inicial del fichero de bbdd a crear.
>
> Si mi bbdd ocupa unos 15 GB., pensando en el rendimiento del motor, ¿es
> mejor crear la bbdd inicialmente con una ocupación mayor, el doble por
> ejemplo, pensando en el crecimiento contínuo de la misma, o es más
> eficiente
> crearla con el tamaño justo y que luego ella misma vaya creciendo?.
>
> Pensaba que era mejor lo primero, para evitar el "parón" cuando se haga el
> crecimiento (por la mayor actividad de disco), pero tengo dudas al
> respecto.
>
> Agradecería cualquier comentario.
>
> Saludos.

.

email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida