Crecimiento automático de SQL Server 2005 por tamaño

He estado buscando el nuevo servidor de base de datos que estamos configurando para un cliente y notamos que los archivos de la base de datos están configurados para crecer en 1 megabyte cada vez que el archivo está lleno y el tamaño inicial es de 100 MB.

He estado considerando esto breifly y no suena bien. Revisé algunos sitios sobre consideraciones de DB y no explicaron correctamente estos valores.

Probablemente solo querría que los archivos de la base de datos se extiendan una vez al mes, ¿podemos decir?

Entonces, si tuviera que calcular la cantidad de datos que esperaba insertar por día en megabytes y simplemente multiplicar por 30, ¿debería encontrar una cifra adecuada?

i.e. I do know approximately the size of 1 row and approx how many rows will be inserted in an average week per table. I know these are estimates from the ground up so you think once a month is a suitable approximation for the file to extend or is it preferable to extend every hour>? or never?

Estamos utilizando el respaldo completo para que podamos recuperar a un punto en el tiempo y las copias de seguridad del registro de transacciones están ocurriendo y el procedimiento de recuperación parece ser 100% efectivo. ¿Estos tipos de cambios afectarán la copia de seguridad y la recuperación de alguna manera?

Gracias.

3

6 Respuestas

Lo que has sugerido es bastante acertado. Desea que el crecimiento automático se base en lo que espera ver.

Una base de datos que tenga un crecimiento automático de 1Mb cada vez que esté llena tendrá enormes problemas de rendimiento, ya que cada vez que la base de datos esté llena, cualquier transacción en curso tendrá que detenerse hasta que haya crecido.

Intento encontrar un artículo que leí sobre el tema anteriormente, así que cuando lo encuentre, agregaré un enlace ...

EDITAR: http: //searchsqlserver.techtarget.com/tip/0,289483,sid87_gci1330922,00.html El artículo trata de reducir su base de datos, pero detalla qué sucede cuando una base de datos crece automáticamente y muestra el impacto en el rendimiento que puede tener.

¡Definitivamente no desea que su base de datos crezca tantas veces como lo haría a 1Mb cada una!

3
agregado

En mi opinión, NO establecería una base de datos para crecer en porcentajes, sino que dejaría que la base de datos creciera durante una semana a 100 MB, y luego cambiaría la configuración de crecimiento a una semana de crecimiento, digamos 5 GB. Tenemos sistemas para los que hemos hecho esto.

De lo contrario, puede llegar a ser realmente técnico y ver cuántos registros se agregan al sistema cada semana, tener en cuenta los registros que se archivan o eliminan, luego calcular la cantidad de espacio requerido para cada registro y establecer su autocrecimiento en función de ese momento la cantidad de registros

La razón por la que alejaría a una persona del crecimiento porcentual es que cuando el sistema es de 1000 MB, crecerá en 100 MB. Luego, la próxima vez, el sistema es de 1100 MB y crecerá mis 110 MB. El tamaño será 1210 y la base de datos crecerá a 121 MB. Entonces el tamaño será 1331, y el crecimiento será de 133 MB. Con este crecimiento desigual, será muy difícil calcular la cantidad de espacio en disco que le queda y cuándo debe cambiar el tamaño de la configuración máxima.

Solo mis 2 centavos de distancia.

Además, el crecimiento predeterminado mencionado anteriormente se establece dentro de la base de datos MODELO. Cualquiera que sea la configuración que su base de datos MODEL tenga cuando cree una nueva base de datos es lo que está predeterminado en su nueva base de datos.

2
agregado

Cada vez que el archivo de datos tiene que crecer, requiere una cierta cantidad de recursos, ya que ocupa el espacio extra en el disco y amplía el archivo de datos. Entonces, lo ideal es que quieras limitar el número de crecimientos.

Personalmente, intento asegurarme de que mis bases de datos no tengan que crecer automáticamente. Intento crecer proactivamente durante las horas libres. Esto también me permite monitorear mejor el espacio en disco, ya que no puede "crecer automáticamente";)

Si crecen automáticamente una vez al mes, debería estar bien. Cada minuto y es probable que vea un impacto en el rendimiento.

Además de la copia de seguridad que potencialmente ocupa más espacio y llena la ubicación de la copia de seguridad, no puedo pensar en ninguna razón que pueda causar un problema con el proceso de copia de seguridad. Soy más un desarrollador SQL que un DBA, así que no puedo jurar eso.

0
agregado

Además de algún espacio asignado redundante, hay poco o ningún inconveniente en un incremento de gran tamaño. Establecer el incremento a un tamaño que hará que crezca cada mes o algunos meses es más o menos correcto.

En cualquier caso, debe tener un trabajo regular que supervise el espacio libre en los volúmenes de disco y dentro de los archivos, y genera un informe para que pueda ver la escasez inminente de discos.

0
agregado

Por lo general, tiene razón al tratar de minimizar el número de veces que su base de datos debe crecer.

No podría darte ningún valor exacto, pero siempre es mejor tener el tamaño del archivo de la base de datos tan grande que solo necesitarías crecer de vez en cuando y luego debe crecer considerablemente para que no tengas frecuentes cambios en el tamaño del archivo.

0
agregado

Acabo de comprobar en SQL Server Management Studio 2008 y el crecimiento predeterminado cuando creas una nueva base de datos es de 1 MB ... de ahí es de donde vino tu configuración de 1 MB (apuesto a que fue la misma en 2005).

Recuerdo haber leído hace mucho tiempo que uno podría considerar configurar su archivo de base de datos para que se duplicara cada vez que necesitara crecer. Ahora, si tuviera una base de datos de 5TB, probablemente no le gustaría duplicarla un día, pero para una base de datos de 1GB de tamaño, probablemente sea genial si se duplica cuando lo necesita (usted tendría una tasa decreciente de eventos de crecimiento si tener una tasa constante de entrada de datos).

Solo quería presentar lo que creo que podría ser una estrategia viable, según sus circunstancias, por supuesto.

0
agregado