¿QUIENES SOMOS?
MS-SQL Server
Características
La mejor Base de Datos
DESARROLLOS CON SQL
Utilitario ESQL
Tutorial de ASP
Seguridad en IIS
ARTICULOS VARIOS
Buscar txt en los SP
Asegurar los Datos
Ajuste RDBMS
Reporting Services
Funciones en SQL
Optimización de SQL
Administración MMC
Transformación DTS
Config. de memoria
Data WareHouse
Procedimientos no documentados
ADMINISTRACION
Configuración de SQL
Utilitarios de Administración
RECURSOS
Listas de Correo
Foro de SQL
Foro de ASP
Foro de DW
Codigos de Ejemplo
|
|
Configuración del
Servidor (2 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
|
|
language in
cache |
| Mínimo: 3 |
Máximo: 100 |
Por
Omisión: 3 |
|
| Esta
opción de configuración controla el número de lenguajes que puede
almacenar SQL Server en la reserva de lenguajes
simultáneamente. |
|
LE threshold
maxímum |
| Mínimo: 2 |
Máximo: 500000 |
Por
Omisión: 200 |
D |
| Esta
opción de configuración controla el número máximo de bloqueos de página
que permitirá SQL Server en una única consulta, antes de producirse una
escalada a un conjunto de bloqueos de página sobre una tabla para permitir
un bloqueo completo de tabla. Si se sobrepasa el número de páginas, SQL
Server impondrá un bloqueo de independientemente del porcentaje de umbral
de LE que se haya configurado para esa tabla. La escalada de bloqueos se
efectúa para mejorar el rendimiento en el servidor, porque la memoria
necesaria que se está reservando para administrar los bloqueos de página
individuales es innecesaria. |
|
LE Ihreshald
minimum |
| Mínimo: 2 |
Máximo: 500000 |
Por
Omisión: 20 |
D |
Esta
opción de configuración controla el número mínimo de bloqueos de página
que requerirá SQL Server en una única consulta antes de escalar a un
conjunto de bloqueos de página sobre una tabla para que llegue a ser un
bloqueo completo de tabla. Esta opción de configuración se proporciona
para que el porcentaje umbral de LE no se alcance en tablas que contengan
pequeños números de páginas de datos. |
|
LE threshold
percent |
| Mínimo: 1 |
Máximo: 100 |
Por
Omisión: 0 |
D |
| Esta
opción de configuración controla el porcentaje de bloqueos de página
efectuados en páginas de datos dentro de una tabla que es necesario
imponer sobre una tabla antes de que SQL Server produzca una escalada del
bloqueo hasta un bloqueo completo de página. El valor de O (cero), que es
el valor por omisión, no permitirá que SQL Server efectúe un escalado del
bloqueo a no ser que se alcance el umbral máximo de escalado de
bloqueo. |
|
Locks |
| Mínimo: 5000 |
Máximo:
214.7483.647 |
Por
Omisión: 5000 |
|
| Esta
opción de configuración controla el número de bloqueos que puede mantener
SQL Server en todo instante dado. Cada bloqueo consume 32 bytes de RAM,
así que al incrementar este valor hasta un número elevado, impondrá
seguramente la necesidad de más RAM disponible para el servidor. Por
ejemplo, al fijar este valor como 20.000, se producirá una cantidad de
20.000 x 32 bytes = 640.000 bytes ó 625K de RAM que se consumen sólo por
parte del administrador de bloqueos. |
|
logwrite sleep
(ms) |
| Mínimo: -1 |
Máximo: 500 |
Por
Omisión: 0 |
AD |
Esta
opción controla el número de milisegundos que esperará SQL Server antes de
escribir una entrada en un registro de disco, si la memoria intermedia no
está llena. Esto puede dar lugar a dramáticas ganancias de rendimiento en
bases de datos DML muy activas, porque obligará a SQL Server a escribir
bloques más grandes de memoria en el registro de una vez, en lugar de
exigir que escriba bloques que no estén llenos en el disco. Se
proporciona un valor de -1 para obligar a SQL Server a escribir siempre en
disco, lo cual solamente deberia de hacerse en aquellos sistemas que estén
sumamente preocupados por el fallo del medio y a los que no le preocupe el
rendimiento de E/S. Un valor de O (cero) obligará a SQL Server a retrasar
las escrituras en disco si, y sólo si, existen otros usuarios del sistema
en la fase de ejecución de sus solicitudes al
servidor. |
|
max async
I/O |
| Mínimo: 1 |
Máximo: 255 |
Por
Omisión: 8 |
|
| Esta
opción de configuración controla el número máximo de solicitudes de E/S
asíncrona que puede efectuar SQL Server a los dispositivos hardware. Este
valor solamente debería de cambiarse con respecto a su valor por omisión
en aquellos sistemas que posean más de ocho discos fisicos con
dispositivos de bases de datos instalados en ellos, o en aquellos sistemas
que estén utilizando la descomposición de discos en tiras para mejorar el
rendimiento. |
|
max lazywrite
I/O |
| Mínimo: 1 |
Máximo: 255 |
Por
Omisión: 8 |
AD |
| Esta
opción de configuración se utiliza para ajustar las escrituras del
escritor de disco con memoria intermedia al subsistema real de E/S. Este
valor es configurable dinámicamente, pero solamente se puede configurar
hasta el valor real de max asyno IO. No se recomienda modificar este
valor. |
|
max worker
threads |
| Mínimo: 10 |
Máximo: 1024 |
Por
Omisión: 255 |
D |
Esta
opción de configuración controla el número máximo de hilos que SQL Server
disparará para manejar las operaciones de la base de datos. Por omisión,
SQL Server activará al menos un hilo para cada dispositivo de escucha que
esté instalado. Además, se instalará un hilo para la comprobación de bases
de datos, para la escritura con memoria intermedia y para el administrador
de lectura anticipada. El proceso de comprobación es un proceso u
operación del servidor que escribe las páginas sucias (modificadas) de
datos que estén reservadas en ese momento en la memoria o directamente en
disco. El proceso de escritura con memoria intermedia gestiona las
escrituras reservadas en disco y permite agrupar las transacciones para
que una sola E/S en disco contenga múltiples elementos en lugar de
escribir cada transacción en disco a medida que se va produciendo. El
resto de los hilos disponibles se asignan a procesos del usuario que estén
haciendo solicitudes. Si el número de usuarios es mayor que el número de
hilos disponibles reservados por el servidor, entonces SQL Server
utilizará los hilos disponibles en forma de grupo de extracción sin
reposición. La próxima solicitud de un proceso usuario que se reciba en el
servidor se asignará al primer hilo que quede disponible una vez que haya
finalizado su tarea asignada. |
<--Anterior Proxima -->
|
|