Es suficiente 1GB ram para 350.000 usuarios?

08/06/2004 - 11:48 por dani | Informe spam
Es que los procesadores del servidor de sql están al 100%.

Utilizo el SQL Profiler para encontrar consultas pesadas
y los tiempos que marcan son apenas milisegundos, pero
claro, supongo que los usuarios que obtienen timeout no
aparecen aquí, asi que como puedo optimizar sus accesos?

Con la traza de estas consultas el 'asistente para crear
indices' rara vez me recomienda crear algun indice o
vista nueva.

gracias

Preguntas similare

Leer las respuestas

#1 Miguel Egea
08/06/2004 - 14:35 | Informe spam
yo creo que no, 350000 por 49Kb solo en la conexion creo que dan más de
eso...


-

Miguel Egea Gómez
Webmaster de PortalSQL

(lo de online sobra)
Brigada Anti-Cursores
Microsoft SqlServer M.V.P.

"dani" escribió en el mensaje
news:198ad01c44d3d$b2f067e0$
Es que los procesadores del servidor de sql están al 100%.

Utilizo el SQL Profiler para encontrar consultas pesadas
y los tiempos que marcan son apenas milisegundos, pero
claro, supongo que los usuarios que obtienen timeout no
aparecen aquí, asi que como puedo optimizar sus accesos?

Con la traza de estas consultas el 'asistente para crear
indices' rara vez me recomienda crear algun indice o
vista nueva.

gracias
Respuesta Responder a este mensaje
#2 Omar Javier Arana
08/06/2004 - 17:10 | Informe spam
No te sabria contestar exactamente porque dependeria del sistema cliente
(asp/asp.net) y la calidad de tu codigo, personalmente uso 2Gb. para 200
usuarios en red interna por lo que yo diria que es muy poco (sql usa 800 mb.
de cache). Recuerda que no solo la ram es importante sino los discos duro en
algun arreglo redundante (preferible scsi).

saludos

"dani" wrote in message
news:198ad01c44d3d$b2f067e0$
Es que los procesadores del servidor de sql están al 100%.

Utilizo el SQL Profiler para encontrar consultas pesadas
y los tiempos que marcan son apenas milisegundos, pero
claro, supongo que los usuarios que obtienen timeout no
aparecen aquí, asi que como puedo optimizar sus accesos?

Con la traza de estas consultas el 'asistente para crear
indices' rara vez me recomienda crear algun indice o
vista nueva.

gracias
Respuesta Responder a este mensaje
#3 Maxi
08/06/2004 - 17:35 | Informe spam
Hola, para ese numero de conexiones me parece muy pobre, yo para ese volumen
estaria pensando en 16GB como minimo!! claro habria que revisar otras cosas,
pero a grandes rasgos es eso.

Que tamaño tiene la BDD?


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"dani" escribió en el mensaje
news:198ad01c44d3d$b2f067e0$
Es que los procesadores del servidor de sql están al 100%.

Utilizo el SQL Profiler para encontrar consultas pesadas
y los tiempos que marcan son apenas milisegundos, pero
claro, supongo que los usuarios que obtienen timeout no
aparecen aquí, asi que como puedo optimizar sus accesos?

Con la traza de estas consultas el 'asistente para crear
indices' rara vez me recomienda crear algun indice o
vista nueva.

gracias



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.698 / Virus Database: 455 - Release Date: 02/06/2004
Respuesta Responder a este mensaje
#4 dani
08/06/2004 - 18:01 | Informe spam
Es bastante pesada, unos 9GB, pero la mayor parte de esta
info está en historicos no accesibles desde web.

La paginación a disco sería una solución? 16GB ram me
parecen muchas. Que tal una solucion intermedia: +ram y
paginacion?

gracias de nuevo

Hola, para ese numero de conexiones me parece muy pobre,


yo para ese volumen
estaria pensando en 16GB como minimo!! claro habria que


revisar otras cosas,
pero a grandes rasgos es eso.

Que tamaño tiene la BDD?


Salu2

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET

Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"dani" escribió en


el mensaje
news:198ad01c44d3d$b2f067e0$
Es que los procesadores del servidor de sql están al


100%.

Utilizo el SQL Profiler para encontrar consultas pesadas
y los tiempos que marcan son apenas milisegundos, pero
claro, supongo que los usuarios que obtienen timeout no
aparecen aquí, asi que como puedo optimizar sus accesos?

Con la traza de estas consultas el 'asistente para crear
indices' rara vez me recomienda crear algun indice o
vista nueva.

gracias



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system


(http://www.grisoft.com).
Version: 6.0.698 / Virus Database: 455 - Release Date:


02/06/2004


.

Respuesta Responder a este mensaje
#5 Maxi
08/06/2004 - 18:11 | Informe spam
Hola, con 9GB de BDD y esos usuarios reales concurrentes (es asi?) yo
pondria un minimo de 8GB, la paginacion es mala muy mala!! en todo
concepto!! no te recomiendo que pagine.

Lo importante aca es saber que tipo de cosas de hacen,
(lectura,escritura,etc) y cuantas conexiones reales al mismo tiempo tenes!!

Bye


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"dani" escribió en el mensaje
news:19cac01c44d71$e9a340d0$
Es bastante pesada, unos 9GB, pero la mayor parte de esta
info está en historicos no accesibles desde web.

La paginación a disco sería una solución? 16GB ram me
parecen muchas. Que tal una solucion intermedia: +ram y
paginacion?

gracias de nuevo

Hola, para ese numero de conexiones me parece muy pobre,


yo para ese volumen
estaria pensando en 16GB como minimo!! claro habria que


revisar otras cosas,
pero a grandes rasgos es eso.

Que tamaño tiene la BDD?


Salu2

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET

Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"dani" escribió en


el mensaje
news:198ad01c44d3d$b2f067e0$
Es que los procesadores del servidor de sql están al


100%.

Utilizo el SQL Profiler para encontrar consultas pesadas
y los tiempos que marcan son apenas milisegundos, pero
claro, supongo que los usuarios que obtienen timeout no
aparecen aquí, asi que como puedo optimizar sus accesos?

Con la traza de estas consultas el 'asistente para crear
indices' rara vez me recomienda crear algun indice o
vista nueva.

gracias



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system


(http://www.grisoft.com).
Version: 6.0.698 / Virus Database: 455 - Release Date:


02/06/2004


.






Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.698 / Virus Database: 455 - Release Date: 02/06/2004
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida