Basta ya de indagar por todo internet ya que has llegado al sitio perfecto, tenemos la solución que buscas y sin problemas.
Solución:
Creo que el tamaño 2x de la recomendación de RAM está desactualizado y no es realista. Si un servidor solo tiene 32 GB de RAM, podría tener sentido, pero es una pérdida de espacio en disco costoso convertirlo en 2x en un sistema que tenía una gran cantidad de memoria.
Hay dos propósitos principales del archivo de paginación:
-
Para usar como archivo de intercambio de memoria. Si SQL Server y otras aplicaciones están configuradas correctamente para limitar la cantidad de memoria disponible, nunca será necesaria para este propósito. Si el sistema tiene que usar el archivo de paginación para intercambiar memoria, el rendimiento del sistema será tan malo que efectivamente tendrá una interrupción y se verá obligado a solucionarlo de inmediato. Por lo tanto, si configura un archivo de paginación de 1 TB, no ayudará al rendimiento cuando el sistema comience a cambiar al disco y se verá obligado a hacer algo al respecto antes de que necesite intercambiar incluso 100 GB.
-
Para mantener un volcado de memoria si el sistema falla (en el volumen donde está instalado el sistema operativo). Nuevamente, si un servidor solo tiene 32 GB de RAM, tiene sentido configurarlo para que haga un volcado de memoria completo si el sistema falla. Sin embargo, rara vez es necesario para fines de diagnóstico necesitar un volcado de memoria completo, y un volcado de memoria del kernel es la opción razonable en un sistema que tiene mucha memoria. Además, los bloqueos de Windows son mucho menos frecuentes en estos días que en 1996 (o cuando sea) cuando se hizo esa recomendación 2x. Además, si el sistema falla y obtiene un volcado de memoria de 1 TB (necesitará otro TB libre en c: para ello), buena suerte comprimir ese imbécil y transferirlo a Microsoft. Solo lo configuraría para un volcado de kernel y solo lo cambiaría si el sistema falla y Microsoft necesita un volcado de memoria completo para diagnosticar el problema.
Entonces, si está súper paranoico (lo cual ciertamente está justificado en algunas situaciones) y tiene 2 TB para asignar que probablemente nunca se usarán, entonces un archivo de paginación gigantesco es una consideración. Sin embargo, rara vez será realmente necesario.
Entonces, mi respuesta es que es muy poco probable que necesite aumentar el tamaño del archivo de paginación. Probablemente no se haya usado en el tamaño actual, y con más memoria ahora, es incluso menos probable que se use, por lo que se deduciría que no hay necesidad de desperdiciar más espacio en disco en uno más grande.
Esto se explica de forma bastante explícita en Cómo determinar el tamaño de archivo de página apropiado para las versiones de Windows de 64 bits
Configuración de volcado por caída
Si desea que se cree un archivo de volcado por caída durante una caída del sistema, debe existir un archivo de paginación o un archivo de volcado dedicado y ser lo suficientemente grande para realizar una copia de seguridad de la configuración de volcado por caída del sistema. De lo contrario, no se crea un archivo de volcado de memoria del sistema.
Para obtener más información, consulte la sección Soporte para volcados por caída del sistema.
Cargo máximo de compromiso del sistema
El cargo por compromiso del sistema no puede exceder el límite de compromiso del sistema. Este límite es la suma de la memoria física (RAM) y todos los archivos de página combinados. Si no existen archivos de paginación, el límite de confirmación del sistema es ligeramente menor que la memoria física instalada. El uso máximo de memoria comprometido por el sistema puede variar mucho entre sistemas. Por lo tanto, la memoria física y el tamaño del archivo de página también varían.
Por lo tanto, a menos que esté solucionando un bloqueo, cambie el tamaño del archivo de página para que se adapte al “Cargo máximo de compromiso del sistema”. Esta es la cantidad total máxima de memoria virtual asignada en Windows. El tamaño de su RAM + archivo de página debe ser algo mayor que el cargo de confirmación del sistema Peak observado o previsto.
SQL Server reducirá automáticamente su uso de memoria cuando el sistema tenga poca memoria. Consulte la Guía de arquitectura de administración de memoria. Por lo tanto, habrá relativamente poco uso del archivo de página para un SQL Server dedicado. Con SQL Server manteniendo su uso de memoria por debajo de la cantidad de RAM del servidor, el cargo por compromiso del sistema Peak debería ser solo de unos pocos GB adicionales, ya que otros procesos que se ejecutan en el servidor comprometen la memoria virtual.
Por lo tanto, 8 GB o 16 GB es generalmente un tamaño de archivo de página más que suficiente para un servidor SQL. Y eso es sin configurar Max Server Memory para limitar la utilización de RAM de SQL Server.
Si SQL Server se está ejecutando al 100% de utilización, desea suficiente RAM + archivo de página para ejecutar procesos auxiliares, como trabajos del Agente SQL, paquetes SSIS o incluso Explorer y SSMS en el servidor para la resolución de problemas.
Del libro “SQL Server 2017 Administration Inside Out”:
Windows usa el archivo de paginación para la memoria virtual para todas las aplicaciones, incluido SQL Server, cuando la memoria disponible no es suficiente para el conjunto de trabajo actual. Para ello, descarga (pagina) segmentos de RAM en la unidad. Debido a que el almacenamiento es más lento que la memoria, los datos que se han paginado también son más lentos cuando se trabaja desde el archivo de página del sistema.
El archivo de paginación también cumple la función de capturar un volcado de memoria del sistema para el análisis forense de fallos, un factor que dicta su tamaño en los sistemas operativos modernos con grandes cantidades de memoria.
Esta es la razón por la que la recomendación general para el archivo de página del sistema es que debe tener al menos el mismo tamaño que la cantidad de memoria física del servidor.
Otra recomendación es que el archivo de paginación se establezca en Administrado por el sistema … Sin embargo, en sistemas con grandes cantidades de memoria, esto puede resultar en un archivo de paginación muy grande, así que tenga en cuenta que si el archivo de paginación se encuentra en su volumen del sistema (SO). Esta también es la razón por la que el archivo de página a menudo se mueve a su propio volumen, lejos del volumen del sistema operativo.
Lo mejor es evitar que el servidor SQL utilice archivos de paginación (memoria virtual), ya que reduce drásticamente el rendimiento. Compre / instale suficiente memoria RAM para cubrir sus necesidades de SQL Server, por lo que no necesita usar el archivo de paginación en absoluto
Para saber cuánta memoria RAM usa realmente su SQL Server, puede hacerlo monitoreando los contadores de rendimiento:
Target Server Memory
Total Server Memory
Database Cache Memory
Stolen Server Memory
Plan Cache
Lock Memory
Log Pool Memory
SQL Cache Memory
Free Memory
Connection Memory
Optimizer Memory
Reserved Server Memory
Granted Workspace Memory
Mirarlos y averiguar cuánto consume su SQL Server a lo largo del tiempo, le dará una idea de si necesita / instalar o asignar más memoria RAM al servidor o 512 GB es suficiente para usted (o, alternativamente, optimizar consultas, indexación, diseño de tablas , para que use menos RAM)
Sugerencia: busque Total Server Memory – esto es cuánto consume su SQL Server. Aproximadamente Total Server Memory = Database Cache Memory + Stolen Server Memory + Free Memory
Tienes la opción de añadir valor a nuestro contenido tributando tu experiencia en los informes.