Raid

Ese puede ser otro problema. SQL Server normalmente se "come" toda la RAM
disponible hasta su limite por versión, por lo que si no le has indicado al
SQL que se tome como máximo, por ejemplo, 700MB, él sólo se tomara el Giga
que tienes, y no los soltara hasta que reinicies el Servicio, con lo cual el
Server se te "achancha" ya que el SO no tiene RAM para trabajar. Esto es más
caotico si tienes otras aplicaciones en el mismo Server. Para solucionar
esto debes ir al Administrador Corporativo, boton derecho, propiedades,
memoria, y darle una memoria como máximo (baja y sube el Serviio y listo, o
bien corre la opción RECONFIGURE desde el QA), o bien desde el Query
Analizer. Puedes ver mas info en tus BOL en buscando por "max server
memory".
Saludos.

Atte.,
Carlo Sorrel

"Cristian" escribió en el mensaje
news:%

PERFECTO !!!
Muy aclaratoria tu respuesta.

El punto en discusion que tenemos es que actualmente tenemos un servidor
que la ram (1 GB) se dispara frecuentemente al 100% entonces el punto es
si el problema es efectivamente de RAM o que solo tiene 1 Disco SCSI y
esta todo ahi.
De hecho en la semana nos ha dejado de responder 2 veces y hemos tenido
que reiniciar servicios.

Carlo Sorrel escribió:

Cristian, la tarjetas de arreglos son efectivamente como las
controladoras, pero estas te permiten armar Raid por Harware (tambien se
puede por software pero baja mucho el rendimiento y no es recomendable
desde el punto de vista practico), las cuales tienes que adquirir en
forma separada al servidor (hay servidores de marca, como HP o IBM que
traen en sus controladoras de discos la posibilidad de armar raid's 0 o
1), por lo que debes cotizarlas si es que tu Servidor no trae esa
posibilidad dentro de sus caracteristicas (debes revisar este punto en la
documentación de tu maquina).
Ahora, con respecto al punto de los respaldos, te recomendaria un
respaldo full a la semana (día Domingo), un diferencial todos los demás
días de la semana y respaldos de Log en un periodo de tiempo que debes
estimar tu de acuerdo a la velocidad en que cambia tu información durante
el día (cada 2, 3 o 4 horas). El tema con respecto a esto es adonde
piensas lanzar estos respaldos. Piensa en lo posible de no hacerlo a los
mismos discos físicos donde tienes tus bases, ya que te bajara el
rendimiento del SQL. Piensa tambien por cuanto tiempo deseas guardar esta
data, si lo enviaras a cinta, a cd's, etc
Saludos.

Atte.,
Carlo Sorrel

"Cristian" escribió en el mensaje
news:

OK me queda muy claro, excepto el tema de tarjetas de arreglos es como
controladoras de discos ?
He pensado hacer un respaldo Full Diario, a la hora que no existen
usuarios conectado, y durante el dia hacer respaldos diferenciales cada 1
hora, debido a posibles fallos de discos, ya que no pueden comprar mas.

Carlo Sorrel escribió:

Ufffff., esta bastante complicado, con dos discos es muy limitado tu
escenario. Si la información que manejaras es de vital importancia,
tendrias que armar un Raid 1 (espejo) para tener la información lo mas
segura posible y mantener tu server funcionando, esto independiente de
que debes implementar un plan de respaldos adecuado. Si la información y
el server no es crítico, podrias instalar el SO y el SQL con la Tempdb
en un disco y la data y log de la o las bases en el otro(recuerda lo de
los respaldos, eso es SUPER IMPORTANTE). Otra cosa importante es que tu
Server tenga tarjetas de arreglos, si no tendras que asumir el
segundo escenario y cruzar los dedos de que no te falle.
Otra cosa, debes tener claro si tu base de datos sera mayoritariamente
de lectura o escritura, si es de lectura, te recomendaria adquirir otro
disco y armar un Raid 5.
Saludos.

Atte.,
Carlo Sorrel
"Cristian" escribió en el mensaje
news:

Tienes toda la razon.

Mira tengo el siguiente escenario:

Servidor con 2 CPU , 2 GB RAM y 2 Discos SCSI

Que raid me recomiendas si los discos los debo usar para S.O. y SQL
Server ? como distribuir o como sacarle el mejor provecho ?



Carlo Sorrel escribió:

Cristian, lo que te comentaba era sólo para el SQL, entiendase bases
de datos. En SQL siempre es recomendable tener distribuido lo mejor
posible la carga de I/O, por lo que te comentaba anteriormente, lo
ideal es tener un Raid exclusivo para la tempdb, otro raid exclusivo
para la data y otro para el Log. Referente al SO, tambien debes
tenerlo separado, en otros discos. Ten en cuenta que siempre esto es
el ideal para obtener el mejor rendimiento y no tener cuellos de
botella en cuanto a I/O. Tambien es importante tener buenas CPU's y lo
mayor cantidad de memoria RAM posible. Todo esto es el IDEAL, pero la
realidad siempre es distinta por un tema de Costos, por lo que debes
tratar de acercarte lo mas posible dentro de tus posibilidades de
costos.
Saludos.

Atte.,
Carlo Sorrel

"Cristian" escribió en el mensaje
news:

Muchas gracias por tu respuesta Carlo.
Pero me quedo una interrogante :

Si compro 4 discos para hacer un raid 10 , se supone los vere como
una sola unidad, por lo tanto, donde y como especifico donde dejar la
tempdb y el log ? o para eso debo tener un quinto disco ? , en cuanto
al S.O donde lo instalo en el raid ? no tendra un menor rendimiento ?
o sera mejor tener 2 discos pequeños y hacer un raid 1 para el S.O ?

Gracias nuevamente,
Cristian.


Carlo Sorrel escribió:

Cristian, siempre es preferible en cuanto a rendimiento el Raid 10
al Raid 5, pero normalmente se utiliza más el Raid 5 por un tema de
costo, aceptando con esto un rendimiento más bajo. Ahora tambien
depende de tu sistema, si es mayoritariamente de lectura, el Raid 5
es una buena opción, si es mayoritariamente de escritura, el raid 10
es lejos mejor, ya que para esto el raid 5 es bastante más lento por
la escritura de la paridad en cada disco , etc, etc.
Otra cosa importante es tener la base tempdb en ejes (discos
físicos) distintos a los de las bases de producción. Tambien es
importante el tema de separar el archivo de datos al de log de las
bases (siempre en discos físicos separados). Y por último, si puedes
invertir en mas de una controladora y separar los requerimientos de
I/O tanto mejor.
Espero haberte ayudado en algo.
Saludos.

Atte.,
Carlo Sorrel.

"Cristian" escribió en el mensaje
news:

Estimados.
Favor algun link y comentarios al respecto :

Necesito comprar un servidor para SQL Server 2000. Actualmente
tenemos uno con 1GB RAM pero nos arroja problema de memoria, de
todas formas se debe comprar otro server si o si, por esto,
necesitamos saber cual raid nos conviene mas y cuantos discos para
cada uno.

En teoria deberia ser entre RAID 5 o RAID 10 cual me ofrece mayor
rendimiento ?
En teoria creo quie el problema de memoria tambien influye en el
Raid que estoy ocupando y si tengo 1 o 2 controladoras.


Muchas Gracias por sus comentarios,
Atte,
Cristian.

GRACIAS !!!!!!!!!!!!!! MIL GRACIAS

Carlo Sorrel escribió:

Ese puede ser otro problema. SQL Server normalmente se "come" toda la RAM
disponible hasta su limite por versión, por lo que si no le has indicado al
SQL que se tome como máximo, por ejemplo, 700MB, él sólo se tomara el Giga
que tienes, y no los soltara hasta que reinicies el Servicio, con lo cual el
Server se te "achancha" ya que el SO no tiene RAM para trabajar. Esto es más
caotico si tienes otras aplicaciones en el mismo Server. Para solucionar
esto debes ir al Administrador Corporativo, boton derecho, propiedades,
memoria, y darle una memoria como máximo (baja y sube el Serviio y listo, o
bien corre la opción RECONFIGURE desde el QA), o bien desde el Query
Analizer. Puedes ver mas info en tus BOL en buscando por "max server
memory".
Saludos.

Atte.,
Carlo Sorrel

"Cristian" escribió en el mensaje
news:%

PERFECTO !!!
Muy aclaratoria tu respuesta.

El punto en discusion que tenemos es que actualmente tenemos un servidor
que la ram (1 GB) se dispara frecuentemente al 100% entonces el punto es
si el problema es efectivamente de RAM o que solo tiene 1 Disco SCSI y
esta todo ahi.
De hecho en la semana nos ha dejado de responder 2 veces y hemos tenido
que reiniciar servicios.

Carlo Sorrel escribió:

Cristian, la tarjetas de arreglos son efectivamente como las
controladoras, pero estas te permiten armar Raid por Harware (tambien se
puede por software pero baja mucho el rendimiento y no es recomendable
desde el punto de vista practico), las cuales tienes que adquirir en
forma separada al servidor (hay servidores de marca, como HP o IBM que
traen en sus controladoras de discos la posibilidad de armar raid's 0 o
1), por lo que debes cotizarlas si es que tu Servidor no trae esa
posibilidad dentro de sus caracteristicas (debes revisar este punto en la
documentación de tu maquina).
Ahora, con respecto al punto de los respaldos, te recomendaria un
respaldo full a la semana (día Domingo), un diferencial todos los demás
días de la semana y respaldos de Log en un periodo de tiempo que debes
estimar tu de acuerdo a la velocidad en que cambia tu información durante
el día (cada 2, 3 o 4 horas). El tema con respecto a esto es adonde
piensas lanzar estos respaldos. Piensa en lo posible de no hacerlo a los
mismos discos físicos donde tienes tus bases, ya que te bajara el
rendimiento del SQL. Piensa tambien por cuanto tiempo deseas guardar esta
data, si lo enviaras a cinta, a cd's, etc
Saludos.

Atte.,
Carlo Sorrel

"Cristian" escribió en el mensaje
news:

OK me queda muy claro, excepto el tema de tarjetas de arreglos es como
controladoras de discos ?
He pensado hacer un respaldo Full Diario, a la hora que no existen
usuarios conectado, y durante el dia hacer respaldos diferenciales cada 1
hora, debido a posibles fallos de discos, ya que no pueden comprar mas.

Carlo Sorrel escribió:

Ufffff., esta bastante complicado, con dos discos es muy limitado tu
escenario. Si la información que manejaras es de vital importancia,
tendrias que armar un Raid 1 (espejo) para tener la información lo mas
segura posible y mantener tu server funcionando, esto independiente de
que debes implementar un plan de respaldos adecuado. Si la información y
el server no es crítico, podrias instalar el SO y el SQL con la Tempdb
en un disco y la data y log de la o las bases en el otro(recuerda lo de
los respaldos, eso es SUPER IMPORTANTE). Otra cosa importante es que tu
Server tenga tarjetas de arreglos, si no tendras que asumir el
segundo escenario y cruzar los dedos de que no te falle.
Otra cosa, debes tener claro si tu base de datos sera mayoritariamente
de lectura o escritura, si es de lectura, te recomendaria adquirir otro
disco y armar un Raid 5.
Saludos.

Atte.,
Carlo Sorrel
"Cristian" escribió en el mensaje
news:

Tienes toda la razon.

Mira tengo el siguiente escenario:

Servidor con 2 CPU , 2 GB RAM y 2 Discos SCSI

Que raid me recomiendas si los discos los debo usar para S.O. y SQL
Server ? como distribuir o como sacarle el mejor provecho ?



Carlo Sorrel escribió:

Cristian, lo que te comentaba era sólo para el SQL, entiendase bases
de datos. En SQL siempre es recomendable tener distribuido lo mejor
posible la carga de I/O, por lo que te comentaba anteriormente, lo
ideal es tener un Raid exclusivo para la tempdb, otro raid exclusivo
para la data y otro para el Log. Referente al SO, tambien debes
tenerlo separado, en otros discos. Ten en cuenta que siempre esto es
el ideal para obtener el mejor rendimiento y no tener cuellos de
botella en cuanto a I/O. Tambien es importante tener buenas CPU's y lo
mayor cantidad de memoria RAM posible. Todo esto es el IDEAL, pero la
realidad siempre es distinta por un tema de Costos, por lo que debes
tratar de acercarte lo mas posible dentro de tus posibilidades de
costos.
Saludos.

Atte.,
Carlo Sorrel

"Cristian" escribió en el mensaje
news:

Muchas gracias por tu respuesta Carlo.
Pero me quedo una interrogante :

Si compro 4 discos para hacer un raid 10 , se supone los vere como
una sola unidad, por lo tanto, donde y como especifico donde dejar la
tempdb y el log ? o para eso debo tener un quinto disco ? , en cuanto
al S.O donde lo instalo en el raid ? no tendra un menor rendimiento ?
o sera mejor tener 2 discos pequeños y hacer un raid 1 para el S.O ?

Gracias nuevamente,
Cristian.


Carlo Sorrel escribió:

Cristian, siempre es preferible en cuanto a rendimiento el Raid 10
al Raid 5, pero normalmente se utiliza más el Raid 5 por un tema de
costo, aceptando con esto un rendimiento más bajo. Ahora tambien
depende de tu sistema, si es mayoritariamente de lectura, el Raid 5
es una buena opción, si es mayoritariamente de escritura, el raid 10
es lejos mejor, ya que para esto el raid 5 es bastante más lento por
la escritura de la paridad en cada disco , etc, etc.
Otra cosa importante es tener la base tempdb en ejes (discos
físicos) distintos a los de las bases de producción. Tambien es
importante el tema de separar el archivo de datos al de log de las
bases (siempre en discos físicos separados). Y por último, si puedes
invertir en mas de una controladora y separar los requerimientos de
I/O tanto mejor.
Espero haberte ayudado en algo.
Saludos.

Atte.,
Carlo Sorrel.

"Cristian" escribió en el mensaje
news:

Estimados.
Favor algun link y comentarios al respecto :

Necesito comprar un servidor para SQL Server 2000. Actualmente
tenemos uno con 1GB RAM pero nos arroja problema de memoria, de
todas formas se debe comprar otro server si o si, por esto,
necesitamos saber cual raid nos conviene mas y cuantos discos para
cada uno.

En teoria deberia ser entre RAID 5 o RAID 10 cual me ofrece mayor
rendimiento ?
En teoria creo quie el problema de memoria tambien influye en el
Raid que estoy ocupando y si tengo 1 o 2 controladoras.


Muchas Gracias por sus comentarios,
Atte,
Cristian.

Hola,

Me gustaría hacer una puntualización a todo esto. Yo no soy partidario de
instalar nunca bases de datos ni log en la misma unidad que el SO, porque un
crecimiento de estos que ocasionase que el disco se llene te parará el
servidor.

Yo tengo una configuración similar, con datos importantes para la empresa, y
lo que he implementado es un RAID 1, y luego he dividido el disco en dos
particiones, una más pequeña que sólo contiene el sistema operativo y otra
para las bases de datos y logs.

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL server, Windows DNA y .NET)

"Carlo Sorrel" escribió en el mensaje
news:

Ufffff., esta bastante complicado, con dos discos es muy limitado tu
escenario. Si la información que manejaras es de vital importancia,
tendrias que armar un Raid 1 (espejo) para tener la información lo mas
segura posible y mantener tu server funcionando, esto independiente de que
debes implementar un plan de respaldos adecuado. Si la información y el
server no es crítico, podrias instalar el SO y el SQL con la Tempdb en un
disco y la data y log de la o las bases en el otro(recuerda lo de los
respaldos, eso es SUPER IMPORTANTE). Otra cosa importante es que tu Server
tenga tarjetas de arreglos, si no tendras que asumir el segundo
escenario y cruzar los dedos de que no te falle.
Otra cosa, debes tener claro si tu base de datos sera mayoritariamente de
lectura o escritura, si es de lectura, te recomendaria adquirir otro disco
y armar un Raid 5.
Saludos.

Atte.,
Carlo Sorrel
"Cristian" escribió en el mensaje
news:

Tienes toda la razon.

Mira tengo el siguiente escenario:

Servidor con 2 CPU , 2 GB RAM y 2 Discos SCSI

Que raid me recomiendas si los discos los debo usar para S.O. y SQL
Server ? como distribuir o como sacarle el mejor provecho ?



Carlo Sorrel escribió:

Cristian, lo que te comentaba era sólo para el SQL, entiendase bases de
datos. En SQL siempre es recomendable tener distribuido lo mejor posible
la carga de I/O, por lo que te comentaba anteriormente, lo ideal es
tener un Raid exclusivo para la tempdb, otro raid exclusivo para la data
y otro para el Log. Referente al SO, tambien debes tenerlo separado, en
otros discos. Ten en cuenta que siempre esto es el ideal para obtener el
mejor rendimiento y no tener cuellos de botella en cuanto a I/O. Tambien
es importante tener buenas CPU's y lo mayor cantidad de memoria RAM
posible. Todo esto es el IDEAL, pero la realidad siempre es distinta por
un tema de Costos, por lo que debes tratar de acercarte lo mas posible
dentro de tus posibilidades de costos.
Saludos.

Atte.,
Carlo Sorrel

"Cristian" escribió en el mensaje
news:

Muchas gracias por tu respuesta Carlo.
Pero me quedo una interrogante :

Si compro 4 discos para hacer un raid 10 , se supone los vere como una
sola unidad, por lo tanto, donde y como especifico donde dejar la tempdb
y el log ? o para eso debo tener un quinto disco ? , en cuanto al S.O
donde lo instalo en el raid ? no tendra un menor rendimiento ? o sera
mejor tener 2 discos pequeños y hacer un raid 1 para el S.O ?

Gracias nuevamente,
Cristian.


Carlo Sorrel escribió:

Cristian, siempre es preferible en cuanto a rendimiento el Raid 10 al
Raid 5, pero normalmente se utiliza más el Raid 5 por un tema de costo,
aceptando con esto un rendimiento más bajo. Ahora tambien depende de tu
sistema, si es mayoritariamente de lectura, el Raid 5 es una buena
opción, si es mayoritariamente de escritura, el raid 10 es lejos mejor,
ya que para esto el raid 5 es bastante más lento por la escritura de la
paridad en cada disco , etc, etc.
Otra cosa importante es tener la base tempdb en ejes (discos físicos)
distintos a los de las bases de producción. Tambien es importante el
tema de separar el archivo de datos al de log de las bases (siempre en
discos físicos separados). Y por último, si puedes invertir en mas de
una controladora y separar los requerimientos de I/O tanto mejor.
Espero haberte ayudado en algo.
Saludos.

Atte.,
Carlo Sorrel.

"Cristian" escribió en el mensaje
news:

Estimados.
Favor algun link y comentarios al respecto :

Necesito comprar un servidor para SQL Server 2000. Actualmente tenemos
uno con 1GB RAM pero nos arroja problema de memoria, de todas formas
se debe comprar otro server si o si, por esto, necesitamos saber cual
raid nos conviene mas y cuantos discos para cada uno.

En teoria deberia ser entre RAID 5 o RAID 10 cual me ofrece mayor
rendimiento ?
En teoria creo quie el problema de memoria tambien influye en el Raid
que estoy ocupando y si tengo 1 o 2 controladoras.


Muchas Gracias por sus comentarios,
Atte,
Cristian.