Información Básica a novato

Hola, bueno todo depende de lo que quieras poner y como es el sistema en
si!! Sql en ese servidor va a funcionar, ahora lo hara de forma optima?
bueno no es facil responder semejante pregunta cuando no conozco que vas a
correr.

Por ej si me decis que vas a instalar un SAP con 50 usuarios, ya te diria
que cambies el Servidor y seguramente los terminales.

Sql no es tan pesado como muchos piensan, es muy agil :-), pero te repito si
pensas poner muchos usuarios concurrentes y una bdd grande, tu hard es un
poco chico.

pd: Solo una correccion nomas (disculpame si?) no hay pii 166, las de 166Mhz
son pentium 1 :-)

Bye


Salu2
Maxi

Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET

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



"FJC" escribió en el mensaje
news:OU%

Hola

Primero aclarar que no tengo ni idea del producto MSSQL y quisiera recabar
información sencilla para evaluar las posibilidades.

En mi empresa quieren adquirir este producto y pasar todas las BBDD MSSQL

y

no tengo muy claro que con el Hardware actual la cosa pueda funcionar
correctamente.

Parte Servidor
2 Servidores Windows 2003 en Cluster, PIII con 2 procesadores de 600Mhz y
512Mb RAM

Parte cliente
Equipos con W98 PIII-500Mhz y 64Mb RAM y algunos PII 233 o 166 con 64Mb

RAM

¿puedo pensar seriamente en instalar este producto en mi red?
¿puedo utilizar un Servidor independiente aunque los datos los guarde en

las

carpetas Cluster?

He revisado la web de Microsoft al respecto, pero me fio mas de la
experiencia de gente que trabaja con este producto.

Gracias anticipadas

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.655 / Virus Database: 420 - Release Date: 08/04/2004

Hola:
Depende mucho mas de la arquitectura que del SQL Server, revisa el sitio
web de www.tpc.org, veras servidores con 1 procesador, 2 Gb de memoria RAM y
muchos Discos Duros haciendo 6 millones de ordenes/pagos en 2 horas!!!.
Rara vez es posible lograr esto en un servidor de produccion (a pesar
que el test trata de evaluar precisamente un ambiente real de produccion),
porque normalmente no solo tenemos interes en el desempeno, sino tambien en
la escalabilidad, seguridad, mantenimiento, facilidad de desarrollor, etc.
Por ultimo 3 comentarios adicionales:
a) Revisa bien cuantos discos, cuantos arreglos RAID y cuantos canales
RAID tienes, es probablemente el factor mas importante en el desempeno.
b) En MS SQL el Cluster NO mejora el desempeno, es para tolerancia a
fallas. Para efectos de calculo 1 de los servidores no existe.
c) En general NO nos creas, pruebalo. Monta un laboratorio con TU
aplicacion, haz pruebas de rendimiento. Hay varios "asesinos" de rendimiento
en SQL si tu aplicacion esta basada en esta arquitectura el hardware se
dispara por 10 o por 100. Algunos que debes cuidarte: cursores, no
normalizacion, bloqueos, tablas temporales, excesos en triggers, integridad
procedimental y no referencial, etc. El abuso de cualquiera de estos produce
serios problemas en el desempeno.
En general, para una aplicacion comercial "normal" (Contable, Punto de
Ventas, etc) no me parece que tengas poco hardware si tienes menos de 50
usuarios.

Saludos y suerte,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

FJC escribio:

Hola

Primero aclarar que no tengo ni idea del producto MSSQL y quisiera
recabar información sencilla para evaluar las posibilidades.

En mi empresa quieren adquirir este producto y pasar todas las BBDD
MSSQL y no tengo muy claro que con el Hardware actual la cosa pueda
funcionar correctamente.

Parte Servidor
2 Servidores Windows 2003 en Cluster, PIII con 2 procesadores de
600Mhz y 512Mb RAM

Parte cliente
Equipos con W98 PIII-500Mhz y 64Mb RAM y algunos PII 233 o 166 con
64Mb RAM

¿puedo pensar seriamente en instalar este producto en mi red?
¿puedo utilizar un Servidor independiente aunque los datos los guarde
en las carpetas Cluster?

He revisado la web de Microsoft al respecto, pero me fio mas de la
experiencia de gente que trabaja con este producto.

Gracias anticipadas

"Maximiliano D. A." escribió en el
mensaje news:%

pd: Solo una correccion nomas (disculpame si?) no hay pii 166, las de

166Mhz

son pentium 1 :-)

Sorry, tienes razón, las cosas hay que especificarlas correctamente, que
no se diga que la informatica no es una ciencia exacta ;DD

"Javier Loria" escribió en el mensaje
news:%

Hola:
Depende mucho mas de la arquitectura que del SQL Server, revisa el

sitio

web de www.tpc.org, veras servidores con 1 procesador, 2 Gb de memoria RAM

y

muchos Discos Duros haciendo 6 millones de ordenes/pagos en 2 horas!!!.
Rara vez es posible lograr esto en un servidor de produccion (a pesar
que el test trata de evaluar precisamente un ambiente real de produccion),
porque normalmente no solo tenemos interes en el desempeno, sino tambien

en

la escalabilidad, seguridad, mantenimiento, facilidad de desarrollor, etc.
Por ultimo 3 comentarios adicionales:
a) Revisa bien cuantos discos, cuantos arreglos RAID y cuantos canales
RAID tienes, es probablemente el factor mas importante en el desempeno.
b) En MS SQL el Cluster NO mejora el desempeno, es para tolerancia a
fallas. Para efectos de calculo 1 de los servidores no existe.
c) En general NO nos creas, pruebalo. Monta un laboratorio con TU
aplicacion, haz pruebas de rendimiento. Hay varios "asesinos" de

rendimiento

en SQL si tu aplicacion esta basada en esta arquitectura el hardware se
dispara por 10 o por 100. Algunos que debes cuidarte: cursores, no
normalizacion, bloqueos, tablas temporales, excesos en triggers,

integridad

procedimental y no referencial, etc. El abuso de cualquiera de estos

produce

serios problemas en el desempeno.
En general, para una aplicacion comercial "normal" (Contable, Punto de
Ventas, etc) no me parece que tengas poco hardware si tienes menos de 50
usuarios.

Saludos y suerte,

Gracias, sospecho que tendremos que ampliar el tema hardware y me parece
que hablar de administrar un MS SQL "correctamente" puede ser bastante
complicado.

Un saludo