Como Dimencionar Base de datos y Tamaño Log?

Huu es muy complejo lo que estas pidiendo, porque cada caso es muy pero muy
distinto al otro.
La dimension depende de tantos factores que por ej si tu tienes una sola
tabla por ej y yo 500 quizas la tuya sea 100 veces mas grande que la mia en
espacio de disco y todo ello, es muy burda la comparacion pero es como para
decirte que por mas que te de mi escenario sera muy distinto al tuyo y al de
cualquier otro.

Que es lo que te preocupa realmente? porque si estas haciendo alguna
proyecccion de tamaño (no de rendimientos) te podre dar algunas tecnicas que
podrias saber cuanto ocupara la base si tuviera tantos N registros y blabla.

Ahora si hablamos de rendimiento futuro para poder proyectarlo, ademas de
que en cada Query se trate de tener encuenta esto, es como predecir el
futuro porque hay cosas que hasta que no pasan no sabras si son lentas o
que, todo depende, es muy grande el espectro, por eso comentanos bien cual
es tu preocupacion y lo vemos desde otro punto de vista.

Salu2


Maximiliano Damian Accotto

"José Luis" escribió en el mensaje
news:

Saludos,

Como dimencionar el tamaño de una base de datos y el tamaño del LOG?
Además de ser posible Podrían decirme que tamaño tiene la base de datos
de sus aplicaciones el log, numero de tablas y en que equipo lo tienen

instalado

para poder hacer una analogía?

Gracias de antemano por cualquier comentario

Bueno creo que aca son 2 temas

Primero para el tema de la Base de datos deberias ver la carga diaria por
ej, o sea si la Base se incrementa suponete 1Mb por dia ahi podes hacer tu
estimacion.

Con lo del Log algo similar pero. yo por ej suelo hacer lo siguiente:

Armo un log de unos 512Mb por lo menos y veo en un lapso de un dia (si haces
un full por dia y truncas el log suponete) a ver si eso se incrementa y asi
lo voy ajustando.

Tambien podrias capturar una traza de un servidor en produccion y hacer
practicas en otro de Desarrollo.

Pero basicamente con estos metodos te cuento que yo desde que uso Sql no he
tenido problemas ni tampoco que la base vaya creciendo cada minuto y se me
ponga lento pidiendo espacio.

Yo trato de hacer incrementos del crecimiento de un 15% por lo menos, igual
para el Log, es solo una idea.

suerte

Maximiliano Damian Accotto
Fundicion San Cayetano S.A
4002 - 4010
Gerente de Sistemas
[]


"José Luis" escribió en el mensaje
news:

Gracias,

Efectivamente es para dimecionar el tamaño de la base de datos y proyectar

también el tamaño

del LOG.

Gracias por la colaboración Te cuento un poco mas,

El caso es que hemos proyectado que nuestra base de datos cada mes almacenará 8 gigabytes
( pero quien sabe!), y ademas que cada minuto se escribirán 244 registros. Con este escenario
como se podría calcular el LOG? porque estamos confundidos si debemos proyectar otros
8 gigas para el LOG o como es que funciona la cosa?,

Gracias por Todo,

José Luis

Hola, mira el tema dependera tambien de cada cuento limpies el log, o sea
cada cuanto lo trunques.

ahora el tamaño del log no solo se dara por la cantidad de registros que
insertas, sino por ej de la carga del servidor (insertar,borrar,Bcp,etc)


Ahora bien, por dia estarias en unos 351 mil registros si trabajas a full
las 24hs del dia, creo que para este volumen por lo menos tu log no deberia
ser menor a los 4Gb, no solo eso, sino que deberias ver muy bien la RAM y
otras cosas mas.

Esto lo iras ajustando viendo el dia a dia, podes empezar con 4GB y ver si
crece o no, de no crecer podrias ver al otro dia de esos 4GB que has
reservado, cuantos realmente estan utilizados (esto lo puedes hacer por ej
desde el Admin Coorporativo) y asi monitoriar un par de dias como para
establecer el tamaño del Log.

Lo ideal es que el tamaño del Log siempre sea mas grande de lo que usas,
esto es para que Sql no debe pedirle al SO que vaya creciendo, tarea que
degrada la performance.

Todo este tipo de cosas te comento que debes monitoriarlas de vez en cuando
o armarte alguna alerta porque son muy variantes dependiendo de muchos
factores, por ej un dia se mandaron a usar a full el BCP con miles de
registros y tu log se va al techo, pero eso no quiere decir que siempre sea
asi por ej.




Salu2 enormes

Maximiliano Damian Accotto

Fundicion San Cayetano S.A.
Gerente de IT
Buenos Aires - Argentina
-
Desarrollador 3 estrellas
http://www.microsoft.com/spanish/ms...efault.asp
-
(maxi_accotto[arroba]speedy.com.ar)
MSN:
"José Luis" escribió en el mensaje
news:

Gracias por la colaboración Te cuento un poco mas,

El caso es que hemos proyectado que nuestra base de datos cada mes

almacenará 8 gigabytes

( pero quien sabe!), y ademas que cada minuto se escribirán 244 registros.

Con este escenario

como se podría calcular el LOG? porque estamos confundidos si debemos

proyectar otros

8 gigas para el LOG o como es que funciona la cosa?,

Gracias por Todo,

José Luis

En el libro Iside SQL o SQL a fondo escrito por Kalen Delaney hay un
capitulo que habla de ello (el 8 que habla de indices) y ademas hay unos
stored procedures escritos por BP Margolin (sp_EstTableSize y otros) que
permiten hacer un calculo aproximado. Lamentablemente no te los puedo pasar
porque estan bajo los derechos de autor.

La forma "mas facil" que tienes es crear todas las tablas "grandes",
insertar registros representativos por ejemplo 10.000 registros y luego usar
sp_spaceused y hacer una extrapolacion mediante regla de tres. Luego agrega
el espacio que consideres conveniente de acuerdo al riesgo que quieras
correr y listo.



Jose Mariano Alvarez
Comunidad de base de datos
Grupo de Usuarios Microsoft
www.mug.org.ar

"José Luis" wrote in message
news:

Saludos,

Como dimencionar el tamaño de una base de datos y el tamaño del LOG?
Además de ser posible Podrían decirme que tamaño tiene la base de datos
de sus aplicaciones el log, numero de tablas y en que equipo lo tienen

instalado

para poder hacer una analogía?

Gracias de antemano por cualquier comentario