Problemas de Memoria 2
Aun existen muchas máquinas que están trabajando con 32 bits, ya vimos en artículos anteriores el como optimizar el uso de memoria en estas versiones para servidores de Bases de Datos (SQL Server y Exchange) a través del uso de los parámetros /3GB y /PAE en el archivo boot.ini
Parámetro /PAE
Este parámetro lo que hace es permitir al sistema operativo reconocer la memoria por sobre los 4GB de RAM, a continuación una tabla de las versiones de sistema operativo y la cantidad de RAM soportada.
Windows y PAE
Versión de Windows | Soporte |
Windows 2000 Profesional Windows XP | AWE API y 4GB de RAM Física |
Windows XP SP2 y Posterior | AWE API y 4GB de Espacio de Direccionamiento Físico |
Windows 2000 Server Windows Server 2003, Standard Edition | AWE API y 4GB de RAM Física |
Windows Server 2003 SP1, Standard Edition | AWE API y 4GB de Espacio de Direccionamiento Físico |
Windows Server 2003, Enterprise Edition | 8 procesadores y 32GB de RAM |
Windows Server 2003 SP1, Enterprise Edition | 8 procesadores y 64GB de RAM |
Windows 2000 Advanced Server | 8 procesadores y 8GB de RAM |
Windows 2000 Datacenter Server | 32 Procesadores y 32GB de RAM |
Windows Server 2003, Datacenter Edition | 32 Procesadores y 64GB de RAM |
Windows Server 2003 SP1, Datacenter Edition | 32 Procesadores y 128GB de RAM |
Fuente: http://www.microsoft.com/whdc/system/platform/server/PAE/pae_os.mspx
Parámetro /3GB
En circunstancias típicas y para cada proceso se asignan 2 GB de espacio de direcciones virtuales para el proceso de modo de usuario y se asignan otros 2 GB de espacio de direcciones virtuales para el sistema operativo. Cuando utiliza el modificador /3GB en Windows Server 2003, se asignan 3 GB de espacio de direcciones virtuales para el proceso de modo de usuario y sólo se asigna 1 GB de espacio de direcciones virtuales para el sistema operativo.
Este parámetro debe usarse con cuidado, ya que al cambiar la forma de direccionar la memoria puede obtenerse un efecto inverso al que se espera, en servidores por ejemplo que tienen el rol de Active Directory, Terminal Server (Remote Desktop) o Application Server los cuales hacen uso de memoria kernel, se ven estrangulados y su capacidad de direccionamiento disminuye, en Servidores como Exchange o SQL Server se puede apreciar su beneficio.
El problema.
Se tenían servidores con distintos roles los cuales necesitaban ser actualizados de 4GB a 32GB de RAM, eran 2 grupos de servidores, los primeros, Application servers los cuales trabajaban con IIS y los otros, Cluster SQL Server 2005.
Al realizarse el upgrade de memoria física, los servidores de Aplicación no tuvieron problemas, sin embargo los servidores de SQL Server comenzaron con un comportamiento extraño.
No se observaron errores en el log de eventos que nos indicara algún problema o la causa del problema, si aparecía un error pero al parecer era la consecuencia, este error es el Event ID 1053
Revisando mas, se observa que las tarjetas de red no presentan trafico, bytes enviados o recibidos estaban en cero.
Nada que nos indicara que podría estar ocurriendo y menos como resolverlo. El único cambio que se había realizado era agregar la memoria al servidor. Se vuelve atrás.
Se programa nuevamente la actividad pero esta vez se realiza una actualización completa del sistema operativo y los drivers correspondientes al hardware, muchos de los problemas se resuelven de esta forma, un sistema operativo actualizado tiene menor probabilidad de tener problemas relacionados con issues conocidos y con parches liberados.
Nuevamente se realiza la actualización y presenta el mismo efecto.
Que configuraciones relacionadas con la memoria tenemos en el servidor?? Pues /PAE y /3GB en el archivo boot.ini
Vamos a la configuración de booteo y duplicamos la línea donde están estos parámetros cambiándole a una de ellas la descripción y sacándole ambos.
Se reinicia el servidor y se valida la configuración de memoria. Solo reconoce 3.4Gb de los 32Gb.
Se repone el parámetro /PAE en archivo boot.ini, este parámetro esta presente en las maquinas de aplicación.
Se reinicia el servidor y se valida configuración de memoria, reconoce los 32Gb y los servicios funcionan bien.
El culpable era el parámetro /3GB, revisemos el siguiente articulo donde se explica con mas detalle que es 4GT y como funciona.
http://technet.microsoft.com/en-us/library/cc786709(WS.10).aspx
Quiero destacar de acá las siguientes líneas que describen nuestro escenario:
4GT should not be used if either of the following is true:
- Greater than 16 GB of physical memory are available and PAE X86 is enabled on the server.
Nuestra situación era exactamente esa, mas de 16Gb y PAE habilitado.
Saludos!
Isa
pd: No olvidar cambiar los tamaños en el archivo de paginación cuando se realicen aumentos de memoria!!!!!
No hay comentarios.:
Publicar un comentario