Servidor sql server

Jose, esa informacion que pasas no es suficiente para poder determinar esto.
Deberias implementar contadores de performance y hacer algunas pruebas de
Stress para poder acercar la cosa


Salu2

Microsoft MVP SQL Server
Culminis Speaker
INETA Speaker

"Jose Antonio" escribió en el mensaje
news:Oj$

En la empresa hay 48 usuarios, la base de datos tienen 12 Gb. y crece
continuamente, porque lo que mas se hace es insertar datos de forma
continuada, se quiere hacer copia de seguridad cada media hora por lo
menos, en la base de datos hay varias vistas indexadas de solo una tabla y
todas las llamadas a la base de datos son por procedimientos almacenados,
tambien se utilizan bastante los triggers para llevar una auditoria de los
movimientos en otra base de datos paralela donde solo se insertan datos no
hay consultas.

En la base de datos principal si que se realizan consultas sobre todo de
agregados para acumulados, etc.

Esta es la problematica, no se si el servidor esta mas o menos bien
dimensionado o nos he mos pasado.




Saludos.
"Maxi" escribió en el mensaje
news:

Tu pregunta es muy amplia como para poder dar una buena respuesta. Todo
dependera de la aplicacion de la concurrencia, del nivel de procesamiento
necesario del tamaño de las bases y muy importante de lo bien que este
realizada la aplicacion


Salu2

Microsoft MVP SQL Server
Culminis Speaker
INETA Speaker

"Jose Antonio" escribió en el mensaje
news:uZ%

En mi empresa van a poner un servidor sql 2005 estandar 64 bits, con
doble procesador xeon, raid 1 de 300 gb scsi y 8 gb de memoria ram con
windows 2003 server estandar de 64 bits

No es esto una bestialidad?

Realmente se van a notar las diferencias de 4 gb de ram a 8 gb. de ram
en el rendimiento?


Saludos.

Caray, con todas las barabaridades que he visto, muchos desarrolladores
creen que con subir su base de datos a SQL automaticamente mejora el
rendimiento y tienen un sistema robusto, aun cuando el acceso sea por un
ODBC y la aplicacion cliente abra 'tablas' a discrecion... y que decir del
diseño de la bd.

Hace poco les comentaba una auditoria que hice donde encontre una base de
datos donde las tablas tenian un indice unico compuesto de todos los campos,
algun genio tuvo la brillante idea de ahorrarse indices.


Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com



"Miguel Egea" escribió en el mensaje
news:

Es la más pura realidad, vaya por delante que yo me considero un
desarrollador aún, aunque solo hago desarrollo ya como diversión, en mis
ratos libres, fundamentalmente hago de DBA y de arquitecto de software, y
te puedo asegurar que lo más común cuando hay problemas en la base de
datos son desarrollos en los que el desarrollador o el analista ha llevado
en mente eso de "bastante tengo yo con que funcione", y no ha tenido el
resto de asuntos en cuenta (rendimiento, escalabilidad, disponibilidad,
etc)

Saludos
Miguel Egea

"Developers - Dany Acosta" wrote in message
news:

Aplicacion mal desarrollada... Sin comentarios... jejejeje

Antonio Ortiz Ramirez escribió:

Bueno, todo depende de las necesidades... algunos factores serian,
numero de usuarios, volumen de datos a mover entre el servidor y el
cliente, tamaño de la base de datos, etc. El factor mas importante que
he visto para necesitar este equipo con pocos usuarios, digamos menos de
30, es una aplicacion mal desarrollada que consume muchisimos recursos.

saludos,

Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com




"Jose Antonio" escribió en el mensaje
news:uZ%

En mi empresa van a poner un servidor sql 2005 estandar 64 bits, con
doble procesador xeon, raid 1 de 300 gb scsi y 8 gb de memoria ram con
windows 2003 server estandar de 64 bits

No es esto una bestialidad?

Realmente se van a notar las diferencias de 4 gb de ram a 8 gb. de ram
en el rendimiento?


Saludos.

Eso si que es un indice de cobertura (covered index) jajaja

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)


"Antonio Ortiz Ramirez" escribió en el mensaje
news:

Caray, con todas las barabaridades que he visto, muchos desarrolladores
creen que con subir su base de datos a SQL automaticamente mejora el
rendimiento y tienen un sistema robusto, aun cuando el acceso sea por un
ODBC y la aplicacion cliente abra 'tablas' a discrecion... y que decir del
diseño de la bd.

Hace poco les comentaba una auditoria que hice donde encontre una base de
datos donde las tablas tenian un indice unico compuesto de todos los
campos, algun genio tuvo la brillante idea de ahorrarse indices.


Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com



"Miguel Egea" escribió en el mensaje
news:

Es la más pura realidad, vaya por delante que yo me considero un
desarrollador aún, aunque solo hago desarrollo ya como diversión, en mis
ratos libres, fundamentalmente hago de DBA y de arquitecto de software, y
te puedo asegurar que lo más común cuando hay problemas en la base de
datos son desarrollos en los que el desarrollador o el analista ha
llevado en mente eso de "bastante tengo yo con que funcione", y no ha
tenido el resto de asuntos en cuenta (rendimiento, escalabilidad,
disponibilidad, etc)

Saludos
Miguel Egea

"Developers - Dany Acosta" wrote in message
news:

Aplicacion mal desarrollada... Sin comentarios... jejejeje

Antonio Ortiz Ramirez escribió:

Bueno, todo depende de las necesidades... algunos factores serian,
numero de usuarios, volumen de datos a mover entre el servidor y el
cliente, tamaño de la base de datos, etc. El factor mas importante que
he visto para necesitar este equipo con pocos usuarios, digamos menos
de 30, es una aplicacion mal desarrollada que consume muchisimos
recursos.

saludos,

Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com




"Jose Antonio" escribió en el mensaje
news:uZ%

En mi empresa van a poner un servidor sql 2005 estandar 64 bits, con
doble procesador xeon, raid 1 de 300 gb scsi y 8 gb de memoria ram con
windows 2003 server estandar de 64 bits

No es esto una bestialidad?

Realmente se van a notar las diferencias de 4 gb de ram a 8 gb. de ram
en el rendimiento?


Saludos.

;)

Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com


"Salvador Ramos" escribió en el
mensaje news:

Eso si que es un indice de cobertura (covered index) jajaja

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)


"Antonio Ortiz Ramirez" escribió en el mensaje
news:

Caray, con todas las barabaridades que he visto, muchos desarrolladores
creen que con subir su base de datos a SQL automaticamente mejora el
rendimiento y tienen un sistema robusto, aun cuando el acceso sea por un
ODBC y la aplicacion cliente abra 'tablas' a discrecion... y que decir
del diseño de la bd.

Hace poco les comentaba una auditoria que hice donde encontre una base de
datos donde las tablas tenian un indice unico compuesto de todos los
campos, algun genio tuvo la brillante idea de ahorrarse indices.


Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com



"Miguel Egea" escribió en el mensaje
news:

Es la más pura realidad, vaya por delante que yo me considero un
desarrollador aún, aunque solo hago desarrollo ya como diversión, en mis
ratos libres, fundamentalmente hago de DBA y de arquitecto de software,
y te puedo asegurar que lo más común cuando hay problemas en la base de
datos son desarrollos en los que el desarrollador o el analista ha
llevado en mente eso de "bastante tengo yo con que funcione", y no ha
tenido el resto de asuntos en cuenta (rendimiento, escalabilidad,
disponibilidad, etc)

Saludos
Miguel Egea

"Developers - Dany Acosta" wrote in message
news:

Aplicacion mal desarrollada... Sin comentarios... jejejeje

Antonio Ortiz Ramirez escribió:

Bueno, todo depende de las necesidades... algunos factores serian,
numero de usuarios, volumen de datos a mover entre el servidor y el
cliente, tamaño de la base de datos, etc. El factor mas importante que
he visto para necesitar este equipo con pocos usuarios, digamos menos
de 30, es una aplicacion mal desarrollada que consume muchisimos
recursos.

saludos,

Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com




"Jose Antonio" escribió en el mensaje
news:uZ%

En mi empresa van a poner un servidor sql 2005 estandar 64 bits, con
doble procesador xeon, raid 1 de 300 gb scsi y 8 gb de memoria ram
con windows 2003 server estandar de 64 bits

No es esto una bestialidad?

Realmente se van a notar las diferencias de 4 gb de ram a 8 gb. de
ram en el rendimiento?


Saludos.

Jose Antonio, el servidor que describes a poco buen desarrollo que se haya
hecho no será ningún cuello de botella. Debe ir sobrado y si no lo va, los
problemas están en el desarrollo casi seguro.


Saludos
"Jose Antonio" wrote in message
news:Oj$

En la empresa hay 48 usuarios, la base de datos tienen 12 Gb. y crece
continuamente, porque lo que mas se hace es insertar datos de forma
continuada, se quiere hacer copia de seguridad cada media hora por lo
menos, en la base de datos hay varias vistas indexadas de solo una tabla y
todas las llamadas a la base de datos son por procedimientos almacenados,
tambien se utilizan bastante los triggers para llevar una auditoria de los
movimientos en otra base de datos paralela donde solo se insertan datos no
hay consultas.

En la base de datos principal si que se realizan consultas sobre todo de
agregados para acumulados, etc.

Esta es la problematica, no se si el servidor esta mas o menos bien
dimensionado o nos he mos pasado.




Saludos.
"Maxi" escribió en el mensaje
news:

Tu pregunta es muy amplia como para poder dar una buena respuesta. Todo
dependera de la aplicacion de la concurrencia, del nivel de procesamiento
necesario del tamaño de las bases y muy importante de lo bien que este
realizada la aplicacion


Salu2

Microsoft MVP SQL Server
Culminis Speaker
INETA Speaker

"Jose Antonio" escribió en el mensaje
news:uZ%

En mi empresa van a poner un servidor sql 2005 estandar 64 bits, con
doble procesador xeon, raid 1 de 300 gb scsi y 8 gb de memoria ram con
windows 2003 server estandar de 64 bits

No es esto una bestialidad?

Realmente se van a notar las diferencias de 4 gb de ram a 8 gb. de ram
en el rendimiento?


Saludos.