Microsoft® SQL Server™ 2000 permite maximizar la disponibilidad
mediante backups online, el envío de logs completamente integrado, y
un cluster resistente a fallos reforzado.
Backups online
SQL Server 2000 permite realizar un backup de los datos con la base
de datos online incluso si hay usuarios accediendo a ella.
Con los backups de base de datos diferenciales, SQL Server 2000 incluye la posibilidad de realizar backups diferenciales. Un backup diferencial realiza una copia de todas las páginas de una base de datos que haya sido modificada desde el último backup de la base de datos. Gracias a este enfoque, los backups se realizan a gran velocidad y su tamaño es menor que el de otros tipos de backup. Además, los backups diferenciales pueden llevarse a cabo mientras los usuarios acceden a la base de datos. Dada su velocidad y el reducido impacto en el servidor, los backups diferenciales pueden realizarse con más frecuencia que otros tipos de backups de bases de datos, disminuyendo el riesgo de pérdida de datos.
SQL Server 2000 incluye otra alternativa de backup, que puede dar lugar a un mayor porcentaje de tiempo de actividad al tiempo que reduce la repercusión en los recursos. Los backups fijos sin servidor son funcionalmente equivalentes a los backups de grupo de archivos/archivo o de base de datos completa, pero se puede llevar a cabo sin repercutir en el rendimiento del servidor (a pesar del término "sin servidor").
Los backups fijos sin servidor requieren la utilización de una aplicación de terceros VDI que pueda comunicarse directamente con un sistema avanzado de almacenaje de empresa que soporte operaciones split-mirror or copy-on-write. Un escenario de frecuente utilización de los backups fijos de servidor son las operaciones de reflejo en tres direcciones (3-way mirroring). La aplicación de backup de VDI puede interrumpir la actividad de uno de los espejos (dos espejos continuan dando soporte a los usuarios) y, o bien hacer un backup de dicho espejo en una unidad de cinta, o hacer que esté disponible en otro sistema. En el segundo caso, el backup se convierte de forma efectiva en una base de datos de espera inmediatamente disponible. Los backups fijos de servidor pueden restaurarse rápidamente cuando se ponen en línea desde un espejo (basado en disco). Como es lógico, las restauraciones desde cinta llevan más tiempo.
Los backups fijos sin servidor aportan una gran flexibilidad a las empresas. Además de ser una técnica para inicializar servidores de espera activos, pueden emplearse para crear fácilmente bases de datos de prueba o de informe. SQL Server mantiene el historial de los backups fijos sin servidor, y estos se pueden poner al día a través de backups diferenciales convencionales y backups de registro.
Envío de registros
El envío de registros sincroniza automáticamente bases de datos separadas físicamente enviando registros de transacción de un servidor a otro. Puede utilizarse para proporcionar una espera activa en múltiples servidores de backup alimentando automáticamente registros de transacción desde una base de datos a otra de forma continuada. El continuo backup de los registros de transacción desde una base de datos fuente y la posterior copia y restauración de los registro a las bases de datos de destino mantiene a estas últimas sincronizadas con la base de datos fuente. Esto puede dar lugar a una mejora en la escalabilidad gracias al procesamiento de desgarga de consulta desde el equipo principal (el servidor fuente) a los servidores de destino de sólo lectura. De este modo se consigue, además, reforzar la fiabilidad al proporcionar servidores de espera activos.
SQL Server 2000 admite failover y failback desde y hacia otro nodo en el clúster. Si se utiliza el sistema operativo Windows
