Auxilio

01/03/2004 - 18:55 por Natacha | Informe spam
Hola

Estoy muy confundida por favor alguna luz al respecto.

Tengo dos máquinas en cluster exclusivas para SQL Server
2000 enterprise Edition con 4 GB de RAM.

Con el afan de que el SQL viera realmente los 4 Gigas de
RAM, busque documentacion para cambiar el parametro Max
Server Memory, pero me encuentro con que en la
documentacion me aconsejan cambiarlo a 4096 y cuando voy a
ver en el servidor encuentro que la descripcion del
parametro esta en Megas y sus datos son los siguientes:

max server memory (MB) minimum 4
maximum 2147483647
config_value 2147483647
run_value 2147483647


Entonces al hacer un sp_configure 'max server memory', 4096

Esto significa que el SQL viene por default con 2047 GB ???

De igual forma esta es la hora que no he entendido si para
este caso (memoria 4 GB) debo o no colocar el
parametro /3G en el boot.ini


Mil gracias a todos

Preguntas similare

Leer las respuestas

#6 Adrian D. Garcia
02/03/2004 - 03:15 | Informe spam
Hla Javier,
porque existen esas consideraciones para Activo/Activo?

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"Javier Loria" wrote in message
news:e7lX757$
Hola:
Depende de si estas usando el Cluster Activo/Activo o Activo/Pasivo.


si
usas Activo/Pasivo cambia la configuracion del BootIni a /3Gb y no toques
la configuracion del SQL (el se encargar de tomar los 3 Gb).
Si es Activo/Activo, NO cambies la configuracion del BootIni y limita


la
configuracion del servidor a 2Gb. Maximo de memoria RAM.
Saludos,

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.
Natacha escribio:
> Hola
>
> Estoy muy confundida por favor alguna luz al respecto.
>
> Tengo dos máquinas en cluster exclusivas para SQL Server
> 2000 enterprise Edition con 4 GB de RAM.
>
> Con el afan de que el SQL viera realmente los 4 Gigas de
> RAM, busque documentacion para cambiar el parametro Max
> Server Memory, pero me encuentro con que en la
> documentacion me aconsejan cambiarlo a 4096 y cuando voy a
> ver en el servidor encuentro que la descripcion del
> parametro esta en Megas y sus datos son los siguientes:
>
> max server memory (MB) minimum 4
> maximum 2147483647
> config_value 2147483647
> run_value 2147483647
>
>
> Entonces al hacer un sp_configure 'max server memory', 4096
>
> Esto significa que el SQL viene por default con 2047 GB ???
>
> De igual forma esta es la hora que no he entendido si para
> este caso (memoria 4 GB) debo o no colocar el
> parametro /3G en el boot.ini
>
>
> Mil gracias a todos


Respuesta Responder a este mensaje
#7 Javier Loria
02/03/2004 - 15:41 | Informe spam
Hola:
No, no la hay a menos que cuentes con mas servidores. A esta
configuracion se le llama n+1. Tienes 4 servidores, instalas 3 instancias
las "asignas" como preferidas cada una a un servidor diferente, y de
segundo en linea al cuarto servidor (que no tiene ninguna). Si se cae alguno
de los 3 primeros servidores el cuarto hace la tolerancia a fallas. Y si se
caen 2, 'lo sentimos mucho, en este momento tenemor problemas tecnicos,
intente de nuevo." :)
Yo se que soy como una lora (y no por el apellido), pero el CLUSTER es
para TOLERANCIA A FALLAS no para DESPEMPENO. La unica forma de lograr
tolerancia es teniendo mas hardware del requerido. El Cluster Activo/Activo
aprovecha mas el hardware pero "compromete" la tolerancia a fallas. La
memoria es solo uno de los recursos pero ocurre lo mismo con el procesador.
Si ambos servidores estan trabajando al 80% cuando cae alguno de los
servidores, el nuevo servidor deberia trabajar el 160% lo cual obviamente no
es posible y los procesos se veran retrazados (los usuarios sentiran la
diferencia) e incluso es posible que se pierdan conexiones por timeout en
cuyo caso adios tolerancia a fallas :(
Saludos,


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.
ulises escribio:
Hum, si había leido algo al respecto pero con tu
explicación me ha quedado bastante claro :), ... pero esa
configuración desaprovecha 2GB de memoria que solo serían
usados si se produce una falla, ¿alguna forma de mejorar
eso?, ¿sabes si en Yukón eso mejoraría?

Saludos,
Ulises

Hola:
Cuando es Activo/Activo lo que ocurre es que hay 2 instancias de
SQL corriendo, una en cada nodo (normalmente o de preferencia).
Cuando uno de los nodos se cae, la instancia que estaba corriendo en
este nodo debe levantarse en el otro, si la instancia que esta
corriendo en este servidor tiene toda la memoria asignada, se
produciran problemas. Es como tener 2 vasos de agua medio llenos
cada uno de manera que si se quiebra uno, puedo recoger el agua que
tiene en el otro vaso sin que se riegue nada, si los dos vasos estan
llenos, cuando se quiebre uno al otro no le cabra nada.

Saludos,


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.

Adrian D. Garcia


escribio:
Hla Javier,
porque existen esas consideraciones para Activo/Activo?


"Javier Loria" wrote in message
news:e7lX757$
Hola:
Depende de si estas usando el Cluster Activo/Activo o
Activo/Pasivo. si usas Activo/Pasivo cambia la configuracion del
BootIni a /3Gb y no toques la configuracion del SQL (el se
encargar de tomar los 3 Gb). Si es Activo/Activo, NO cambies la
configuracion del BootIni y limita la configuracion del servidor a
2Gb. Maximo de memoria RAM. Saludos,

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.
Natacha escribio:
Hola

Estoy muy confundida por favor alguna luz al respecto.

Tengo dos máquinas en cluster exclusivas para SQL Server
2000 enterprise Edition con 4 GB de RAM.

Con el afan de que el SQL viera realmente los 4 Gigas de
RAM, busque documentacion para cambiar el parametro Max
Server Memory, pero me encuentro con que en la
documentacion me aconsejan cambiarlo a 4096 y cuando voy a
ver en el servidor encuentro que la descripcion del
parametro esta en Megas y sus datos son los siguientes:

max server memory (MB) minimum 4
maximum 2147483647
config_value 2147483647
run_value 2147483647


Entonces al hacer un sp_configure 'max server memory', 4096

Esto significa que el SQL viene por default con 2047 GB ???

De igual forma esta es la hora que no he entendido si para
este caso (memoria 4 GB) debo o no colocar el
parametro /3G en el boot.ini


Mil gracias a todos








.
Respuesta Responder a este mensaje
#8 ulises
02/03/2004 - 16:39 | Informe spam
Ok, muchas gracias nuevamente Javier :)

Saludos,
Ulises

Hola:
No, no la hay a menos que cuentes con mas servidores.


A esta
configuracion se le llama n+1. Tienes 4 servidores,


instalas 3 instancias
las "asignas" como preferidas cada una a un servidor


diferente, y de
segundo en linea al cuarto servidor (que no tiene


ninguna). Si se cae alguno
de los 3 primeros servidores el cuarto hace la tolerancia


a fallas. Y si se
caen 2, 'lo sentimos mucho, en este momento tenemor


problemas tecnicos,
intente de nuevo." :)
Yo se que soy como una lora (y no por el apellido),


pero el CLUSTER es
para TOLERANCIA A FALLAS no para DESPEMPENO. La unica


forma de lograr
tolerancia es teniendo mas hardware del requerido. El


Cluster Activo/Activo
aprovecha mas el hardware pero "compromete" la tolerancia


a fallas. La
memoria es solo uno de los recursos pero ocurre lo mismo


con el procesador.
Si ambos servidores estan trabajando al 80% cuando cae


alguno de los
servidores, el nuevo servidor deberia trabajar el 160% lo


cual obviamente no
es posible y los procesos se veran retrazados (los


usuarios sentiran la
diferencia) e incluso es posible que se pierdan


conexiones por timeout en
cuyo caso adios tolerancia a fallas :(
Saludos,


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.
ulises escribio:
Hum, si había leido algo al respecto pero con tu
explicación me ha quedado bastante claro :), ... pero




esa
configuración desaprovecha 2GB de memoria que solo




serían
usados si se produce una falla, ¿alguna forma de mejorar
eso?, ¿sabes si en Yukón eso mejoraría?

Saludos,
Ulises

Hola:
Cuando es Activo/Activo lo que ocurre es que hay 2






instancias de
SQL corriendo, una en cada nodo (normalmente o de






preferencia).
Cuando uno de los nodos se cae, la instancia que






estaba corriendo en
este nodo debe levantarse en el otro, si la instancia






que esta
corriendo en este servidor tiene toda la memoria






asignada, se
produciran problemas. Es como tener 2 vasos de agua






medio llenos
cada uno de manera que si se quiebra uno, puedo






recoger el agua que
tiene en el otro vaso sin que se riegue nada, si los






dos vasos estan
llenos, cuando se quiebre uno al otro no le cabra nada.

Saludos,


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.

Adrian D. Garcia


escribio:
Hla Javier,
porque existen esas consideraciones para








Activo/Activo?


"Javier Loria" wrote in message
news:e7lX757$
Hola:
Depende de si estas usando el Cluster










Activo/Activo o
Activo/Pasivo. si usas Activo/Pasivo cambia la










configuracion del
BootIni a /3Gb y no toques la configuracion del SQL










(el se
encargar de tomar los 3 Gb). Si es










Activo/Activo, NO cambies la
configuracion del BootIni y limita la configuracion










del servidor a
2Gb. Maximo de memoria RAM. Saludos,

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.
Natacha










escribio:
Hola

Estoy muy confundida por favor alguna luz al












respecto.

Tengo dos máquinas en cluster exclusivas para SQL












Server
2000 enterprise Edition con 4 GB de RAM.

Con el afan de que el SQL viera realmente los 4












Gigas de
RAM, busque documentacion para cambiar el parametro












Max
Server Memory, pero me encuentro con que en la
documentacion me aconsejan cambiarlo a 4096 y












cuando voy a
ver en el servidor encuentro que la descripcion del
parametro esta en Megas y sus datos son los












siguientes:

max server memory (MB) minimum 4
maximum 2147483647
config_value 2147483647
run_value 2147483647


Entonces al hacer un sp_configure 'max server












memory', 4096

Esto significa que el SQL viene por default con












2047 GB ???

De igual forma esta es la hora que no he entendido












si para
este caso (memoria 4 GB) debo o no colocar el
parametro /3G en el boot.ini


Mil gracias a todos








.






.

Respuesta Responder a este mensaje
#9 Adrian D. Garcia
02/03/2004 - 19:03 | Informe spam
Gracias Javier por tu respuesta!.

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"Javier Loria" wrote in message
news:uvsPTg9$
Hola:
Cuando es Activo/Activo lo que ocurre es que hay 2 instancias de SQL
corriendo, una en cada nodo (normalmente o de preferencia). Cuando uno de
los nodos se cae, la instancia que estaba corriendo en este nodo debe
levantarse en el otro, si la instancia que esta corriendo en este servidor
tiene toda la memoria asignada, se produciran problemas.
Es como tener 2 vasos de agua medio llenos cada uno de manera que si


se
quiebra uno, puedo recoger el agua que tiene en el otro vaso sin que se
riegue nada, si los dos vasos estan llenos, cuando se quiebre uno al otro


no
le cabra nada.

Saludos,


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.

Adrian D. Garcia escribio:
> Hla Javier,
> porque existen esas consideraciones para Activo/Activo?
>
>
> "Javier Loria" wrote in message
> news:e7lX757$
>> Hola:
>> Depende de si estas usando el Cluster Activo/Activo o
>> Activo/Pasivo. si usas Activo/Pasivo cambia la configuracion del
>> BootIni a /3Gb y no toques la configuracion del SQL (el se encargar
>> de tomar los 3 Gb). Si es Activo/Activo, NO cambies la
>> configuracion del BootIni y limita la configuracion del servidor a
>> 2Gb. Maximo de memoria RAM. Saludos,
>>
>> 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.
>> Natacha escribio:
>>> Hola
>>>
>>> Estoy muy confundida por favor alguna luz al respecto.
>>>
>>> Tengo dos máquinas en cluster exclusivas para SQL Server
>>> 2000 enterprise Edition con 4 GB de RAM.
>>>
>>> Con el afan de que el SQL viera realmente los 4 Gigas de
>>> RAM, busque documentacion para cambiar el parametro Max
>>> Server Memory, pero me encuentro con que en la
>>> documentacion me aconsejan cambiarlo a 4096 y cuando voy a
>>> ver en el servidor encuentro que la descripcion del
>>> parametro esta en Megas y sus datos son los siguientes:
>>>
>>> max server memory (MB) minimum 4
>>> maximum 2147483647
>>> config_value 2147483647
>>> run_value 2147483647
>>>
>>>
>>> Entonces al hacer un sp_configure 'max server memory', 4096
>>>
>>> Esto significa que el SQL viene por default con 2047 GB ???
>>>
>>> De igual forma esta es la hora que no he entendido si para
>>> este caso (memoria 4 GB) debo o no colocar el
>>> parametro /3G en el boot.ini
>>>
>>>
>>> Mil gracias a todos


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida