Mejoras en la disponibilidad del motor de base de datos
La disponibilidad de las bases de datos de Microsoft SQL Server 2005 ha mejorado gracias a las operaciones de indización en línea. La creación de reflejo de la base de datos permite la creación de servidores en espera activa que proporcionan una compatibilidad para la conmutación por error rápida, sin que se produzca ninguna pérdida de datos derivada de las transacciones confirmadas.
Mejoras en la disponibilidad
Disponibilidad de instancias: clústeres de conmutación por error
Las instancias del SQL Server 2005 Database Engine (Motor de base de datos de SQL Server 2005) admiten los clústeres de conmutación por error en las versiones de 32 bits y 64 bits de Enterprise, Developer y Enterprise Evaluation con tantos nodos como admita el sistema operativo. SQL Server 2005 Standard Edition admite clústeres de conmutación por error de dos nodos. Las versiones anteriores de SQL Server admitían clústeres de cuatro nodos para las instancias de SQL Server de 32 bits y clústeres de ocho nodos para SQL Server 2000 (64 bits).
Para obtener más información, vea Clúster de conmutación por error.
Disponibilidad de instancias: compatibilidad con varias instancias
Las ediciones Enterprise, Developer y Evaluation de SQL Server 2005 admiten hasta 50 instancias de Database Engine (Motor de base de datos) en un equipo. Las otras ediciones de SQL Server 2005 admiten hasta 16 instancias de Database Engine (Motor de base de datos) en un equipo. Todas las versiones de SQL Server 2000 están limitadas a 16 instancias por equipo.
Disponibilidad de instancias: conexión de administrador dedicada
En algunos estados de error, es posible que una instancia del Database Engine (Motor de base de datos) no sea capaz de aceptar nuevas conexiones, lo que impide al administrador de la base de datos diagnosticar el problema. El SQL Server 2005 Database Engine (Motor de base de datos de SQL Server 2005) ofrece una conexión de administrador dedicada (DAC); un miembro de la función fija de servidor sysadmin puede utilizar la nueva utilidad sqlcmd y la conexión DAC para obtener acceso y diagnosticar una instancia del Database Engine (Motor de base de datos).
Para obtener más información, vea Usar una conexión de administrador dedicada.
Disponibilidad de instancias: administración dinámica de memoria AWE
Las instancias del SQL Server 2005 Database Engine (Motor de base de datos de SQL Server 2005), cuando utilizan la memoria AWE para admitir grandes cantidades de memoria, ajustan la cantidad de memoria que utilizan de forma dinámica basándose en las cargas de trabajo actuales. En las versiones anteriores de SQL Server, cuando se habilitaba la memoria AWE, las instancias adquirían una cantidad de memoria estática al iniciarse la instancia y no podían ajustar el uso de memoria a cargas de trabajo variables.
Para obtener más información, vea Administrar la memoria para bases de datos de gran tamaño.
Disponibilidad de instancias: memoria agregada en caliente
Agregar memoria sin interrupción permite al SQL Server 2005 Database Engine (Motor de base de datos de SQL Server 2005) utilizar nueva memoria agregada a un equipo mientras se ejecuta. Mientras que las versiones anteriores de SQL Server ajustaban el uso de memoria de forma dinámica para adaptarse a las cargas de trabajo, no podían utilizar la memoria agregada al equipo después de que se hubiese iniciado.
Para obtener más información, vea Agregar memoria sin interrupción.
Disponibilidad de la base de datos: creación de reflejo de la base de datos
La creación de reflejo de la base de datos crea un servidor en espera activa para una base de datos. La creación de reflejo de la base de datos es una alternativa a los clústeres de conmutación por error para mejorar la disponibilidad de una base de datos y es más fácil de administrar que los clústeres de conmutación por error. En la creación de reflejo de la base de datos, todas las actualizaciones que se realizan en una base de datos (la base de datos principal) se copian inmediatamente en una copia completa independiente de la base de datos (la base de datos reflejada). La base de datos principal y la base de datos reflejada residen en dos instancias del SQL Server Database Engine (Motor de base de datos de SQL Server), que deben residir en equipos distintos. La instancia del servidor que da servicio en la actualidad a la base de datos principal se denomina servidor principal. La instancia del servidor que mantiene en la actualidad la base de datos reflejada se denomina servidor reflejado. Si se generan errores en el servidor principal, el servidor reflejado puede cambiar rápidamente la base de datos reflejada a la función de la base de datos principal.
Para obtener más información, vea Creación de reflejo de la base de datos.
Disponibilidad de la base de datos: instantáneas de base de datos
Las instantáneas de bases de datos ofrecen un modo eficaz de revertir una base de datos a un punto de coherencia lógica. Una instantánea de base de datos registra el estado actual de los datos de una base de datos como si se hubiesen revertido todas las transacciones activas. A continuación, la instantánea registra todos los cambios realizados en los datos desde ese punto en adelante. Si se comete algún error como, por ejemplo, si se elimina una tabla grande, la base de datos puede revertirse al estado en el que se encontraba cuando se realizó la instantánea.
Para obtener más información, vea Instantáneas de base de datos.
Disponibilidad de la base de datos: validación de E/S de suma de comprobación y reintento de lectura
SQL Server 2005 aumenta la estabilidad de los datos gracias a la incorporación de la lógica de suma de comprobación y reintento de lectura para páginas de base de datos. Los conceptos de suma de comprobación y reintento de lectura han proporcionado grandes beneficios a Microsoft Exchange Server ya que contribuyen a detectar problemas relacionados con rutas de E/S que pueden dar lugar a problemas relacionados con los datos físicos. En SQL Server 2005, la suma de comprobación y el reintento de lectura están integrados en el Database Engine (Motor de base de datos).
La cláusula SET PAGE_VERIFY de la instrucción ALTER DATABASE incluye en la actualidad una opción CHECKSUM. Cuando se especifica la opción CHECKSUM, se calcula una suma de comprobación del contenido de toda la página y se almacena en el encabezado de página de base de datos cuando se escribe una página en el disco. Cuando se lee una página del disco, vuelve a calcularse la suma de comprobación y se compara con el valor de suma de comprobación almacenado en el encabezado de página de base de datos. Si los valores no coinciden, significa que la página ha quedado dañada físicamente mientras se escribía en ella, mientras se almacenaba o mientras se leía desde la ruta o medio de E/S. En el caso de este tipo de errores, el Database Engine (Motor de base de datos) devuelve un error a la aplicación, al registro de eventos de Windows y al registro de errores del Database Engine (Motor de base de datos). Las sumas de comprobación de páginas de base de datos pueden validarse también durante las operaciones de copia de seguridad y de restauración. Un error de suma de comprobación indica que existe un problema relacionado con rutas de E/S y exige que se realice una investigación del hardware, de los controladores de firmware, del BIOS, de los controladores de filtro (por ejemplo, del software antivirus) y de otros componentes de las rutas de E/S para determinar el motivo original del problema.
El Database Engine (Motor de base de datos) volverá a intentar realizar todas las operaciones de E/S que hayan producido errores hasta un total de cuatro veces para dar cuenta de cualquier problema transitorio relacionado con las rutas de E/S que pueda existir. Los reintentos que se realicen correctamente seguirán siendo síntomas de posibles problemas relacionados con las rutas de E/S, pero el reintento de lectura puede contribuir a que los datos estén disponibles al tiempo que permite investigar a fondo el problema de E/S.
Para obtener más información, vea la opción PAGE_VERIFY en ALTER DATABASE (Transact-SQL).
Disponibilidad de la base de datos: medios de copia de seguridad reflejados
La realización de copias de seguridad en conjuntos reflejados de medios de copia de seguridad reduce el impacto derivado de una posible pérdida de una de las copias de seguridad. Si se produce un error en uno de los dispositivos de copia de seguridad, puede utilizarse uno de estos reflejos para restaurar la base de datos.
Para obtener más información, vea Usar conjuntos de medios de copia de seguridad reflejados.
Disponibilidad de la base de datos: comprobación de los medios de copias de seguridad y restauración
Si se establece la opción de base de datos TORN_PAGE_DETECTION o la nueva opción de base de datos CHECKSUM, hay una serie de opciones nuevas para las instrucciones BACKUP y RESTORE que permiten que se valide la integridad de las páginas de datos durante las operaciones de copia de seguridad y restauración. RESTORE VERIFYONLY puede utilizarse junto con estas opciones para realizar una validación más completa de una copia de seguridad antes de utilizarla para restaurar una base de datos.
Para obtener más información, vea Detectar y hacer frente a errores de medios.
Disponibilidad de la base de datos: recuperación rápida durante operaciones de recuperación tras un bloqueo y conmutación por error de la creación de reflejo de la base de datos
Database Engine (Motor de base de datos) de SQL Server 2005 Enterprise Edition permite una recuperación rápida durante operaciones de recuperación tras un bloqueo y conmutación por error de la creación de reflejo de la base de datos. La recuperación rápida hace que la base de datos esté disponible durante la fase Deshacer, con una disponibilidad parcial durante las operaciones de restauración, sumas de comprobación de páginas de base de datos y creación de reflejo de medios de copia de seguridad. El resto de las versiones de SQL Server 2005 no permiten a los usuarios obtener acceso a la base de datos hasta que finaliza la recuperación. En las versiones anteriores de SQL Server no se permitía nunca el acceso a la base de datos antes de que la fase Deshacer hubiese finalizado. Para obtener más información sobre la recuperación en general, vea Descripción de cómo funcionan la restauración y la recuperación de copias de seguridad en SQL Server. Para obtener más información acerca de la recuperación tras una conmutación por error, vea Calcular la interrupción del servicio durante la conmutación de funciones.
Disponibilidad de la base de datos: informe de errores de copias de seguridad y restauración
Las instrucciones BACKUP y RESTORE admiten una opción CONTINUE_AFTER_ERROR que indica al Database Engine (Motor de base de datos) que siga con el procesamiento después de haber recibido un error. Si hay varios problemas, esta opción permite al administrador de la base de datos evaluar el alcance del problema.
Para obtener más información, vea Responder a errores de restauración de SQL Server provocados por copias de seguridad dañadas.
Disponibilidad de la base de datos: restauraciones en línea
Los usuarios pueden obtener acceso a las bases de datos cuando se está realizando una restauración de base de datos parcial de un archivo o página de base de datos. Los usuarios no podrán obtener acceso a esta parte de la base de datos hasta que se haya recuperado, pero podrán obtener acceso al resto de los datos. Las versiones anteriores de SQL Server exigían que los usuarios no tuviesen acceso a una base de datos durante las operaciones de restauración.
Para obtener más información, vea Realizar restauraciones con conexión.
Disponibilidad de la base de datos: opción EMERGENCY
Si una base de datos se marca como sospechosa durante la recuperación, ahora podrá activar el modo EMERGENCY para que los miembros tengan acceso de sólo lectura a la función fija de servidor sysadmin. Esto les permitirá diagnosticar el problema o recuperar cualquier dato disponible.
Para obtener más información, vea Responder a errores de restauración de SQL Server provocados por copias de seguridad dañadas.
Disponibilidad de la base de datos: operaciones de índices en línea
Ahora, las operaciones de indización pueden realizarse en línea; los usuarios pueden seguir obteniendo acceso a los datos de la tabla y utilizar otros índices de la tabla mientras se crea, se modifica o se elimina un índice.
Para obtener más información, vea Realizar operaciones de índices en línea.
Disponibilidad de la base de datos: operaciones de índice paralelas
Ahora se puede especificar la cláusula MAXDOP en las instrucciones de indización del lenguaje de definición de datos (DDL) para controlar el número de operaciones paralelas utilizadas por una instrucción específica. En las versiones anteriores de SQL Server, no podía especificarse la cláusula MAXDOP en las instrucciones DDL de indización, lo que en ocasiones provocaba que las grandes operaciones de indización afectasen negativamente al rendimiento de la instancia del Database Engine (Motor de base de datos).
Para obtener más información, vea Configurar operaciones de índice en paralelo.
Vea también
Conceptos
Mejoras en el motor de base de datos