none
Dimensionar crecimiento BD RRS feed

  • Pregunta

  • Estimados.

    Tengo un SS2008

    En un año una BD creció un 60%, en GB 60 GB (El único dato concreto que tengo son esos 2)

    Cual sería la mejor forma de calcular un aproximado de crecimiento para los próximos años.

    Dado que:

    Al 01/01/2014 Creció 60% = 60 GB Entonces mi BD a dicha fecha pesó 160 GB

    Estoy haciendo la siguiente simulación:

    Al 01/01/2015 Seria 160*60%+160=256GB o bien 160 GB + 60GB = 220 GB

    Al 01/01/2016 Seria 256 GB*60%+256 GB= 409.6 GB o bien 220 Gb + 60 GB =  280 GB

    Sé que no es una forma precisa calcular el crecimiento y dependerá de muchos factores, pero necesito al menos empezar por algo.

    Atento a sus opiniones.

    CristianPM



    DBA SQL Server Santiago/Chile


    • Editado CMAPM sábado, 10 de mayo de 2014 0:07
    sábado, 10 de mayo de 2014 0:06

Respuestas

  • No es que haya error pero puedes tener talvez una situación no esperada que creo un crecimiento no esperado y que no volvera a suceder, digamos la creación de una nueva aplicacion que usa esta base, que compraron una empresa y todos sus datos van a esta nueva base, etc etc.


    Dar un seguimiento mensual te da una mejor pauta porque talvez esa situacion hipotetica que te digo paso en un mes y el crecimiento fue muy grande en un solo periodo.

    • Marcado como respuesta CMAPM lunes, 12 de mayo de 2014 20:42
    lunes, 12 de mayo de 2014 18:56

Todas las respuestas

  • No creo que sea una buena aproximación suponer que la base de datos mantenga un crecimiento del 60% cada año. Eso supondría pensar que la base de datos crece cada año más.

    Yo preferiría suponer que la base de datos crecerá de forma constante 60 Gb al año.


    "No darás tropezón ni desatino que no te haga adelantar camino" Bernardo Balbuena

    sábado, 10 de mayo de 2014 9:45
  • Igual voy a decir algo que ya sabes y que es completamente obvio para tí, pero ¿has comprobado que ese crecimiento sea de datos y no del log? Lo digo porque es frecuente encontrar mensajes en estos foros en los que, después de indagar, se comprueba que tenían una base de datos configurada para recuperación completa, pero no hacían backups del log. Y claro, el log en ese caso crece y crece sin parar.

    sábado, 10 de mayo de 2014 11:26
  • Hola. Adicional a las respuestas anteriores, sugiero revisar mis respuestas en este post de este foro y en este otro. Tal vez te ayuden a establecer una manera de obtener lo que requieres.

    Saludos,


    Guillermo Taylor F.
    IT Pro & Xbox gamer
    My blog

    sábado, 10 de mayo de 2014 14:21
  • 1.- "Yo preferiría suponer que la base de datos crecerá de forma constante 60 Gb al año." 

    Esa es mi duda, estoy entre las 2 opciones para dimensionar.

    2.- Efectivamente comprobé el tema de log , está en modo simple y tiene un tamaño de 1 gb, así que lo deje tal cual.

    3.- Revisaré el link que dejó Guillermo Taylor a ver si llego a algo.

    Saludos y gracias como siempre.

    CristianPM.


    DBA SQL Server Santiago/Chile

    lunes, 12 de mayo de 2014 16:38
  • Así no es como se debe hacer un dimensionamiento.

    Digamoslo así, hoy tienes 100 y tuviste un crecimiento de 60%, y tu empresa o consultas otro 4% este año

    O sea el siguiente año seria 160 * 1.64 y así se sigue esto. (normalmente el crecimiento sera de un 4 a 6% anual aunque esto velo con tu area de recursos humanos o la más pertinente y si habra mas reportes etc).

    Haremos una proyección a 5 años digamos con 4% de crecimiento anual

    160 262.4
    262.4 430.336
    430.336 705.751
    705.751 1157.432
    1157.432 1898.188

    Ahora bien la mejor manera de medir el crecimiento puede ser ver el crecimiento de los backup por mes o semana. O que tan seguidos saques los full backup sino existe una manera de calcular el espacio.

    lunes, 12 de mayo de 2014 17:56
  • Así no es como se debe hacer un dimensionamiento.

    Digamoslo así, hoy tienes 100 y tuviste un crecimiento de 60%, y tu empresa o consultas otro 4% este año

    O sea el siguiente año seria 160 * 1.64 y así se sigue esto. (normalmente el crecimiento sera de un 4 a 6% anual aunque esto velo con tu area de recursos humanos o la más pertinente y si habra mas reportes etc).

    Haremos una proyección a 5 años digamos con 4% de crecimiento anual

    160 262.4
    262.4 430.336
    430.336 705.751
    705.751 1157.432
    1157.432 1898.188

    Ahora bien la mejor manera de medir el crecimiento puede ser ver el crecimiento de los backup por mes o semana. O que tan seguidos saques los full backup sino existe una manera de calcular el espacio.

    Estimado.

    Para el dimensionamiento tome el respaldo del 01/01/2013 y del 01/01/2014 y con eso calcule cuanto creció en dicho año de manera anual. Porque habria diferencia como bien dices tu de medir con los backup mensuales o semanales ?

    Atento a tus comentarios.

    CristianPM


    DBA SQL Server Santiago/Chile

    lunes, 12 de mayo de 2014 18:42
  • No es que haya error pero puedes tener talvez una situación no esperada que creo un crecimiento no esperado y que no volvera a suceder, digamos la creación de una nueva aplicacion que usa esta base, que compraron una empresa y todos sus datos van a esta nueva base, etc etc.


    Dar un seguimiento mensual te da una mejor pauta porque talvez esa situacion hipotetica que te digo paso en un mes y el crecimiento fue muy grande en un solo periodo.

    • Marcado como respuesta CMAPM lunes, 12 de mayo de 2014 20:42
    lunes, 12 de mayo de 2014 18:56
  • No es que haya error pero puedes tener talvez una situación no esperada que creo un crecimiento no esperado y que no volvera a suceder, digamos la creación de una nueva aplicacion que usa esta base, que compraron una empresa y todos sus datos van a esta nueva base, etc etc.


    Dar un seguimiento mensual te da una mejor pauta porque talvez esa situacion hipotetica que te digo paso en un mes y el crecimiento fue muy grande en un solo periodo.

    Ahora entendí y te encuentro toda la razón, veré el tema mensual a ver si encuentro algún incremento que se escape de la media.

    Atte.

    CristianPM.


    DBA SQL Server Santiago/Chile

    lunes, 12 de mayo de 2014 20:42