Configuración del Servidor (4 de 5)

Las opciones explicadas aquí se definen mediante el procedimiento almacenado SP_CONFIGURE o con el interface grafico del Enterprice Manager en configuracion de Servidor.

A	Para cambiar esta opción es necesario que la opción Show Advanced Options este activada

D	Para cambiar esta opción no es necesario reiniciar el servidor

 

procedure cache
Mínimo: 1	Máximo: 99	Por Omisión: 30
Esta opción de configuración controla la proporción de memoria que toma SQL Server con objeto de asignársela a los procedimientos almacenados que se hayan ejecutado más recientemente. Para aquellos sistemas que posean grandes cantidades de procedimientos almacenados, puede ser necesario asignar a este valor algo más de un 30 por ciento, si es que la cantidad total de memoria disponible a SQL Server es relativamente baja. Se recomienda reducir este valor al 10 por ciento o menos en aquellos sistemas que tengan más de 512 MB de RAM. Es sumamente improbable la cantidad de procedimientos almacenados en la memoria de reserva supere los 50 MB.

RA cache hit limit
Mínimo: 1	Máximo: 255	Por Omisión: 4	AD
Esta opción de configuración se utiliza para controlar el número de aciertos en la reserva de páginas de datos que tiene que hacer el Gestor de Lectura Anticipada antes de cancelarse a sí mismo y permitir a la consulta que tome los datos de la reserva de páginas de datos, en lugar de hacerlo del Gestor de Lectura Anticipada.

RA cache miss limit
Mínimo: 1	Máximo: 255	Por Omisión: 3	AD
Esta opción de configuración controla el número de errores de la reserva de páginas de datos que son admisibles para SQL Server antes de poner en marcha el Gestor de Lectura Anticipada. Si se le da el valor de 1, se dará lugar a que el Gestor de Lectura Anticipada se ponga en marcha para todos y cada uno de los accesos a una página de datos. Esto dará lugar a un rendimiento muy malo, y a una cantidad absolutamente innecesaria de intercambio con el disco.

RA delay
Mínimo: 0	Máximo: 500	Por Omisión: 15	AD
Esta opción de configuración controla el número de milisegundos que retardará su propia ejecución el Gestor de Lectura Anticipada una vez efectuada una solicitud.

RA pre-fetches
Mínimo: 1	Máximo: 1.000	Por Omisión: 3	AD
Esta opción de configuración controla el número de extensiones (páginas de 2K) que leerá el Gestor de Lectura Anticipada por delante de la posición de ejecución barrida en ese momento.

RA slots per thread
Mínimo: 1	Máximo: 255	Por Omisión: 5	A
Esta opción de configuración controla el número de ranuras por hilo que reservará SQL Server para los procesos de Lectura Anticipada. El número de ranuras, multiplicado por el número de hilos de trabajo asignados, es el número total de actividades de lectura anticipada concurrentes que se pueden ejecutar.

RA workerthreads
Mínimo: 0	Máximo: 255	Por Omisión: 3
Esta opción de configuración controla el número de hilos de Windows NT que asignará SQL Server al Gestor de Lectura Anticipada. Se recomienda que este valor se reconfigure como el máximo número de usuarios concurrentes que se esperen en el sistema. Si se configura la opción de esta manera, SQL Server tendrá disponible un hilo de Lectura Anticipada para manejar todos y cada uno de los procesos de usuarios.

recovery flags
Mínimo: 0	Máximo: 1	Por Omisión: 0
Esta opción de configuración controla la información que se visualiza durante el proceso de arranque de SQL Server Si se le da el valor O , que es el Por omisión, entonces SQL Server solamente informará que la base de datos se está recuperando o restaurando por su nombre. Si se le da el valor (uno), entonces SQL Server informará detalladamente del estado acerca de todas y cada una de las transacciones que estuvieran pendientes en el momento en el que se apagó el servidor y también acerca de la actividad efectuada por SQL Server para resolver este problema.

precovery interval
Mínimo: 1	Máximo: 32.767	Por Omisión: 5	D
Esta opción de configuración controla el número de minutos que requerirá SQL Server para recuperar una base de datos en caso de que se produjera un fallo del sistema de algún tipo. Esta opción, combinada con la cantidad de actividad que se esté produciendo en el servidor, controlará la cantidad de tiempo que transcurra entre CHECKPOINTS de la base de datos. Un CHECKPOINT de la base de datos impone la escritura de todos los cambios efectuados a páginas sucias del registro de transacción al disco, en lugar de hacer que resida el registro de transacción en memoria intermedia (o memorias intermedias de lazywriter). Un CHECKPOINT puede requerir una cantidad considerable de tiempo si se ha producido una notable actividad en el servidor, pero es frecuente que el uso de puntos de comprobación reduzca la cantidad de tiempo requerida para reiniciar el servidor, porque no tendrá ROLL-FORWARD tanta cantidad de trabajo a partir del registro de transacciones.

<--Anterior  Proxima -->