URGENTE: Problemas de memoria en cluster con SQL 2000 + SP4 + Hot fix AWE

se que en un 24x7 las pruebas solo las mínimas, asegurate que fijas el valor
máximo de la memoria, AWE solo funciona de forma dinámica en entornos
Windows 2003 y SQL Server 2005, en entrono sql2000 la memoria la toma toda
al principio así que configura la máxima y la mínima (por ejemplo la máxima
a los 7GB y la minima a 5) debe tomarla toda nada más arrancar. Otra cosa,
fijala primero en un número cercano a los 7GB pero impar y luego par, había
por ahí un bug con esos numeritos que hacía que tardase mucho en arrancar si
no (y no recuerdo si era cuando era par o impar ni en que sp se solucionaba)

Saludos
Miguel Egea
"Prado" wrote in message
news:
Hola,

tengo un cluster activo/pasivo con la siguiente configuración:

- SO: W2000 Advanced Server + SP4
- Hardware: 8 procesadores (Xeon) + 8GB de memoria física
- Antes de actualización: SQL 2000 + SP3
- Después de actualización: SQL 2000 + SP4 + Hot fix AWE
(KB899761)

Y los siguientes parámetros:

- Boot.ini: /fastdetect /3GB /PAE (también hemos probado con
/fastdetect /PAE /3GB por si el orden influía)
- Awe Enabled: run_value = 1
- Max Server Memory: run_value = 7168
- Max Server Memory: maximum = valor por defecto
- Asignación de memoria dinámica
- Resultado de "Select @@version" es "Microsoft SQL Server
2000 - 8.00.2040 (Intel X86) May 13 2005 18:33:17 Copyright (c)
1988-2003 Microsoft Corporation Enterprise Edition on Windows NT 5.0
(Build 2195: Service Pack 4)"

Antes de la actualización SQL tenia asignados 7Gb y los veía sin
problemas, después de la actualización únicamente ve 2.7Gb.
¿Alguien sabe que puede estar pasando? ¿Alguna sugerencia? Es un
entorno de producción crítico 24x7

Gracias por anticipado,

Prado

Hola,

finalmente hemos descubierto el problema. La cuenta con la que se
arrancan los servicios de SQL no tenia permisos de "Lock Page in
Memory" en las politicas locales de la maquina (es lo que tiene
"aprovechar" la parada para cambiar el usuario de arranque). Dimos los
permisos y con una parada/arranque de servicios todo funciono
correctamente sin necesidad de Failover.

Adjunto link donde vimos esta información
http://msdn.microsoft.com/library/d...r_1fnd.asp

Muchas gracias por todo,

Prado

Miguel Egea ha escrito:

se que en un 24x7 las pruebas solo las mínimas, asegurate que fijas el valor
máximo de la memoria, AWE solo funciona de forma dinámica en entornos
Windows 2003 y SQL Server 2005, en entrono sql2000 la memoria la toma toda
al principio así que configura la máxima y la mínima (por ejemplo la máxima
a los 7GB y la minima a 5) debe tomarla toda nada más arrancar. Otra cosa,
fijala primero en un número cercano a los 7GB pero impar y luego par, había
por ahí un bug con esos numeritos que hacía que tardase mucho en arrancar si
no (y no recuerdo si era cuando era par o impar ni en que sp se solucionaba)

Saludos
Miguel Egea
"Prado" wrote in message
news:
Hola,

tengo un cluster activo/pasivo con la siguiente configuración:

- SO: W2000 Advanced Server + SP4
- Hardware: 8 procesadores (Xeon) + 8GB de memoria física
- Antes de actualización: SQL 2000 + SP3
- Después de actualización: SQL 2000 + SP4 + Hot fix AWE
(KB899761)

Y los siguientes parámetros:

- Boot.ini: /fastdetect /3GB /PAE (también hemos probado con
/fastdetect /PAE /3GB por si el orden influía)
- Awe Enabled: run_value = 1
- Max Server Memory: run_value = 7168
- Max Server Memory: maximum = valor por defecto
- Asignación de memoria dinámica
- Resultado de "Select @@version" es "Microsoft SQL Server
2000 - 8.00.2040 (Intel X86) May 13 2005 18:33:17 Copyright (c)
1988-2003 Microsoft Corporation Enterprise Edition on Windows NT 5.0
(Build 2195: Service Pack 4)"

Antes de la actualización SQL tenia asignados 7Gb y los veía sin
problemas, después de la actualización únicamente ve 2.7Gb.
¿Alguien sabe que puede estar pasando? ¿Alguna sugerencia? Es un
entorno de producción crítico 24x7

Gracias por anticipado,

Prado

Hola,

finalmente era un problema de permisos del usuario que arranca los
servicios de SQL (es lo que tiene "aprovechar" la parada para cambiar
el usuario de arranque). Debe tener permisos de "Lock Page in Memory"
en las politicas locales de la maquina. Dimos los permisos y con una
parada/arranque de servicios fue suficiente, no fue necesario hacer
Failover.

Adjunto link en el que vimos esta información
http://msdn.microsoft.com/library/d...r_1fnd.asp

Muchas gracias por todo,

Prado

Miguel Egea ha escrito:

se que en un 24x7 las pruebas solo las mínimas, asegurate que fijas el valor
máximo de la memoria, AWE solo funciona de forma dinámica en entornos
Windows 2003 y SQL Server 2005, en entrono sql2000 la memoria la toma toda
al principio así que configura la máxima y la mínima (por ejemplo la máxima
a los 7GB y la minima a 5) debe tomarla toda nada más arrancar. Otra cosa,
fijala primero en un número cercano a los 7GB pero impar y luego par, había
por ahí un bug con esos numeritos que hacía que tardase mucho en arrancar si
no (y no recuerdo si era cuando era par o impar ni en que sp se solucionaba)

Saludos
Miguel Egea
"Prado" wrote in message
news:
Hola,

tengo un cluster activo/pasivo con la siguiente configuración:

- SO: W2000 Advanced Server + SP4
- Hardware: 8 procesadores (Xeon) + 8GB de memoria física
- Antes de actualización: SQL 2000 + SP3
- Después de actualización: SQL 2000 + SP4 + Hot fix AWE
(KB899761)

Y los siguientes parámetros:

- Boot.ini: /fastdetect /3GB /PAE (también hemos probado con
/fastdetect /PAE /3GB por si el orden influía)
- Awe Enabled: run_value = 1
- Max Server Memory: run_value = 7168
- Max Server Memory: maximum = valor por defecto
- Asignación de memoria dinámica
- Resultado de "Select @@version" es "Microsoft SQL Server
2000 - 8.00.2040 (Intel X86) May 13 2005 18:33:17 Copyright (c)
1988-2003 Microsoft Corporation Enterprise Edition on Windows NT 5.0
(Build 2195: Service Pack 4)"

Antes de la actualización SQL tenia asignados 7Gb y los veía sin
problemas, después de la actualización únicamente ve 2.7Gb.
¿Alguien sabe que puede estar pasando? ¿Alguna sugerencia? Es un
entorno de producción crítico 24x7

Gracias por anticipado,

Prado

Gracias prado por comentarnos, lo de cambiar los usuarios si que tiene su
guasa :)
"Prado" wrote in message
news:
Hola,

finalmente era un problema de permisos del usuario que arranca los
servicios de SQL (es lo que tiene "aprovechar" la parada para cambiar
el usuario de arranque). Debe tener permisos de "Lock Page in Memory"
en las politicas locales de la maquina. Dimos los permisos y con una
parada/arranque de servicios fue suficiente, no fue necesario hacer
Failover.

Adjunto link en el que vimos esta información
http://msdn.microsoft.com/library/d...r_1fnd.asp

Muchas gracias por todo,

Prado

Miguel Egea ha escrito:

se que en un 24x7 las pruebas solo las mínimas, asegurate que fijas el
valor
máximo de la memoria, AWE solo funciona de forma dinámica en entornos
Windows 2003 y SQL Server 2005, en entrono sql2000 la memoria la toma toda
al principio así que configura la máxima y la mínima (por ejemplo la
máxima
a los 7GB y la minima a 5) debe tomarla toda nada más arrancar. Otra cosa,
fijala primero en un número cercano a los 7GB pero impar y luego par,
había
por ahí un bug con esos numeritos que hacía que tardase mucho en arrancar
si
no (y no recuerdo si era cuando era par o impar ni en que sp se
solucionaba)

Saludos
Miguel Egea
"Prado" wrote in message
news:
Hola,

tengo un cluster activo/pasivo con la siguiente configuración:

- SO: W2000 Advanced Server + SP4
- Hardware: 8 procesadores (Xeon) + 8GB de memoria física
- Antes de actualización: SQL 2000 + SP3
- Después de actualización: SQL 2000 + SP4 + Hot fix AWE
(KB899761)

Y los siguientes parámetros:

- Boot.ini: /fastdetect /3GB /PAE (también hemos probado con
/fastdetect /PAE /3GB por si el orden influía)
- Awe Enabled: run_value = 1
- Max Server Memory: run_value = 7168
- Max Server Memory: maximum = valor por defecto
- Asignación de memoria dinámica
- Resultado de "Select @@version" es "Microsoft SQL Server
2000 - 8.00.2040 (Intel X86) May 13 2005 18:33:17 Copyright (c)
1988-2003 Microsoft Corporation Enterprise Edition on Windows NT 5.0
(Build 2195: Service Pack 4)"

Antes de la actualización SQL tenia asignados 7Gb y los veía sin
problemas, después de la actualización únicamente ve 2.7Gb.
¿Alguien sabe que puede estar pasando? ¿Alguna sugerencia? Es un
entorno de producción crítico 24x7

Gracias por anticipado,

Prado