Descripción de las opciones de recuperación ante desastres para Microsoft SQL Server

Seleccione idioma Seleccione idioma
Id. de artículo: 822400 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

Este artículo describen diversas soluciones para recuperación de datos desde una base de datos Microsoft SQL Server, si ocurre un desastre. En este artículo también trata las ventajas y desventajas de cada solución.

Recuperación ante desastres es un proceso que puede utilizar para ayudar a recuperar la información los sistemas y datos, si ocurre un desastre.

Algunos ejemplos de desastres incluir una natural o un desastre por el hombre, como un incendio o una técnica desastre, como un error de dos discos en una matriz redundante de discos independientes () Matriz RAID 5.

Planificación de recuperación ante desastres es el trabajo que es dedicado a la preparación de todas las acciones que deben ocurrir en respuesta a un desastre. La planificación incluye la selección de una estrategia para ayudar a recuperar valiosa datos. Depende de la selección de la estrategia de recuperación ante desastres apropiada los requerimientos del negocio.

Nota Sólo se proporcionan las soluciones que se describen en este artículo descripciones generales de las tecnologías que puede utilizar. Estos general descripciones son para comparar los distintos métodos de recuperación ante desastres y la planes de recuperación ante desastres. Antes de decidir qué solución de recuperación ante desastres es mejor para usted, asegúrese de que mirar en cada uno de los desastres sugeridos soluciones de recuperación con más detalle. Después de tratar cada recuperación ante desastres solución de este artículo contiene vínculos dónde puede encontrar información adicional acerca de esa solución.

Organización por clústeres de conmutación por error

Organización por clústeres de conmutación por error de Microsoft SQL Server 2000 está diseñado para conmutación por error automáticamente si se produce un error de hardware o software. Usted puede utilizar SQL Server 2000 organización por clústeres de conmutación por error para crear una conmutación por error del clúster para un instancia única de SQL Server 2000 o para varias instancias de SQL Server 2000. Organización por clústeres de conmutación por error de permite que un sistema de base de datos cambie automáticamente el procesamiento de una instancia de SQL Server desde un servidor con errores a un trabajo servidor. Por tanto, la conmutación por error es útil si un sistema operativo se produce el error o si realiza una actualización planificada del sistema de base de datos recursos. Además, la organización por clústeres de conmutación por error aumenta la disponibilidad de servidor y no tienen ninguna tiempo de inactividad.

Como organización por clústeres de conmutación por error está diseñado para servidor de alto disponibilidad casi sin downtime del servidor, los nodos del clúster deben ser geográficamente cerca entre sí. Organización por clústeres de conmutación por error no puede ser útil si un se produce un error de matriz de disco.

Nota Para implementar clústeres de conmutación por error, debe instalar Microsoft SQL Server 2000 Enterprise Edition.

Los siguientes sistemas operativos admitir los clústeres de conmutación por error:
  • Microsoft Windows NT 4.0 Enterprise Edition
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003, Enterprise Edition
  • Microsoft Windows Server 2003, Datacenter Edition
Estos sistemas operativos incluyen un componente instalable, Microsoft Cluster Service (MSCS). Para implementar la conmutación por error de SQL Servidor, debe instalar MSCS.

Para obtener más información acerca de MSCS y su instalación, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
259267Servicio de Cluster Server de Microsoft recursos de instalación

Las ventajas y desventajas del uso de la organización por clústeres de conmutación por error

Ventaja
Tener disponibilidad del servidor. Si se produce un error en el servidor principal, se produce la conmutación automáticamente.
Desventajas
  • Se produce un mayor gasto. El mantenimiento de dos servidores es dos veces el costo de mantener un único servidor. Ya que tiene que mantienen dos servidores al mismo tiempo, resulta más caro instalar y mantener los nodos del clúster.
  • Servidores deben estar en la misma ubicación. Si las ramas de son de la organización en todo el mundo y los clústeres activo/activo deben ser implementado en las ramas, las funciones de red y la infraestructura de almacenamiento de información que tiene que utilizar es muy diferente de un clúster de servidores de dispositivo de quórum estándar. Por lo tanto, aunque es posible, es mejor no utilizar geográficamente servidores distantes.
  • No tiene protección contra un arreglo de discos error.
  • Organización por clústeres de conmutación por error no permite crear la conmutación por error los clústeres en la base de datos de nivel o en la base de datos objeto de nivel, como el nivel de tabla.
Para obtener más información acerca de los clústeres de conmutación por error, visite el sitio Web de Microsoft siguiente:
http://msdn2.Microsoft.com/en-us/library/aa174512 (SQL.80) .aspx
Para obtener más información acerca de la organización por clústeres de conmutación por error, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
243218Orden de instalación de SQL Server 2000 Enterprise Edition en Microsoft Cluster Server
822250 Presentación técnica de soporte: Microsoft SQL Server 2000 failover clustering procedimientos de recuperación ante desastres
Para obtener más información acerca de la directiva de soporte técnico de Microsoft para un clúster de conmutación por error de SQL Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
327518La directiva de soporte técnico de Microsoft para un clúster de conmutación por error de SQL Server

Creación de reflejo de base de datos

El reflejo de base de datos es una solución de software principalmente para aumentar la disponibilidad de la base de datos. Sólo puede implementar el reflejo en cada base. Reflejo sólo funciona con bases de datos que utilizan el modelo de recuperación completa. Los modelos de recuperación simple y bulk-logged no admiten la creación de reflejo de base de datos. Por lo tanto, todas las operaciones masivas se registran siempre completamente. Creación de reflejo de base de datos funciona con cualquier nivel de compatibilidad de base de datos compatible.

Las ventajas y desventajas del uso de la creación de reflejo de base de datos

Ventajas
  • Creación de reflejo de base de datos aumenta la protección de datos.
  • Creación de reflejo de base de datos aumenta la disponibilidad de una base de datos.
  • Creación de reflejo de base de datos, mejora la disponibilidad de la base de datos de producción durante las actualizaciones.
Desventajas
  • La base de datos reflejada debe ser idéntico de la base de datos principal. Por ejemplo, todos los objetos, inicios de sesión y permisos deben ser idénticos.
  • Creación de reflejo de base de datos implica a la transferencia de información de un equipo a otro equipo a través de una red. Por lo tanto, la seguridad de la información que se transfiere de SQL Server es muy importante.

Replicación transaccional punto a punto

Replicación transaccional punto a punto está diseñada para aplicaciones que pueden leer o pueden modificar los datos de cualquier base de datos que participa en la replicación. Además, si los servidores que alojan las bases de datos están disponibles, puede modificar la aplicación para enrutar el tráfico a los demás servidores. Los servidores restantes contienen copias idénticas de los datos.

Las ventajas y desventajas del uso de la replicación transaccional punto a punto

Ventajas
  • Mejora el rendimiento de lectura porque se puede propagar la actividad en todos los nodos.
  • Agregado de rendimiento de la actualización, rendimiento de insertar y eliminar el rendimiento de la topología similar al rendimiento de un solo nodo, ya que todos los cambios se propagan a todos los nodos.
Desventajas
  • Replicación Peer-to-peer sólo está disponible en SQL Server 2005 Enterprise Edition.
  • Todos los participantes de las bases de datos deben contener datos y esquemas idénticos.
  • Se recomienda que cada nodo utilice su propia base de datos de distribución. Esta configuración elimina la posibilidad de SQL Server 2005 para tener un punto único de falla.
  • No puede incluir tablas y otros objetos en varias publicaciones punto a punto dentro de una base de datos única publicación.
  • Debe tener una publicación habilitada para replicación peer-to-peer antes de crear las suscripciones.
  • Debe inicializar suscripciones con una copia de seguridad o establecer el valor de tipo de sincronización de suscripción para soportar sólo de replicación.
  • Replicación transaccional punto a punto no proporciona detección de conflictos o de resolución de conflictos.
  • Se recomienda que no se utilizan las columnas de identidad.

Mantenimiento de una en espera activa servidor

Puede crear y mantener un servidor de reserva activo, mediante de los métodos siguientes:
  • Trasvase de registros
  • Duplicación transaccional
Obtener más información acerca de cada uno de estos dos métodos sigue.

Trasvase de registros

Envío de registro se incluye en el kit de recursos para Microsoft SQL Server 7.0 y está totalmente incorporada en 2000 Microsoft SQL Server Enterprise Edition y en Microsoft SQL Server 2000 Developer Edition. Registro gastos de envío utiliza un servidor de reserva que no se utiliza durante las operaciones normales. A servidor de reserva es útil para ayudar a recuperar datos si ocurre un desastre. Se puede sólo puede utilizar el trasvase de registros en el nivel de base de datos. No puede utilizar la instancia de nivel.

Cuando un servidor de reserva está restaurando los registros de transacciones, el base de datos está en modo exclusivo y es inutilizable. Sin embargo, puede ejecutar por lotes informes de trabajos entre restauraciones de registro de transacciones o la consola de base de datos Comprobaciones de comandos (DBCC) para comprobar continuamente la integridad de la suspensión servidor. Para aplicaciones como servidores de apoyo de la decisión que requieren procesamiento en un servidor de base de datos continua, trasvase de registros no es apropiado opción.

La latencia del servidor de reserva se basa sobre la forma con frecuencia las copias de seguridad del registro de transacciones se toman en el servidor principal y, a continuación, se aplica en el servidor de reserva. Si se produce un error en el servidor principal, puede perder los cambios que se realizaron mediante las transacciones que se produjo después de la transacción más reciente copia de seguridad del registro.

Por ejemplo, si se realizan copias de seguridad de registro de transacciones cada 10 minutos, las transacciones durante el más reciente 10 minutos pueden perderse. Esto no significa necesariamente las actualizaciones de datos que se realizan en el principal servidor durante el período de latencia se perderá. Normalmente, la nueva se actualiza en el registro de transacciones principal puede recuperarse y se aplican en el servidor de reserva activo con sólo un pequeño retraso en la conmutación del servidor principal para el servidor de reserva servidor. El propósito principal de trasvase de registros es mantener un servidor de reserva activo. Si mantiene que un servidor de reserva activo es su principal objetivo, el trasvase de registros es probable que sea más apropiado que el resto de soluciones que este artículo explica.

Ventajas y desventajas de utilizar el trasvase de registros

Ventajas
  • Puede recuperar todas las actividades de la base de datos. La recuperación incluye los objetos que se crearon como tablas y vistas. También incluye cambios de seguridad como los nuevos usuarios que se crearon y cualquiera cambios de permisos.
  • Puede restaurar la base de datos con mayor rapidez. La restauración de la base de datos y el registro de transacciones se basa en formatos de página de bajo nivel. Por tanto, el trasvase de registros acelera el proceso de restauración y da como resultado la rápida recuperación de datos.
Desventajas
  • La base de datos está inutilizable durante el proceso de restauración porque la base de datos está en modo exclusivo en el servidor de reserva.
  • Hay una falta de granularidad. Durante la restauración proceso, todos los cambios en el servidor principal se aplican en el servidor de reserva servidor. No puede utilizar para aplicar los cambios para unas cuantas tablas y trasvase de registros rechazar los cambios restantes.
  • No hay ningún failover automático de aplicaciones. Cuando el servidor principal falla debido a un desastre, el servidor de reserva no conmutación por error automáticamente. Por lo tanto, debe redirigir explícitamente el aplicaciones que se conectan al servidor principal para el equipo en espera (failover) servidor.
Nota Si su objetivo principal es mantener un servidor de reserva activo Microsoft recomienda utilizar el trasvase. El servidor de reserva activo refleja todas las transacciones que se producen en el servidor principal. Sin embargo, se no se puede utilizar el servidor de reserva cuando el servidor principal está disponible.

Para obtener más información acerca de cómo configurar un servidor de reserva activa mediante el uso de trasvase de registros, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
323135Microsoft SQL Server 2000 - cómo configurar el trasvase de registros (notas)
325220 WebCast de soporte técnico: Trasvase de registros Microsoft SQL Server 2000
Para obtener más información acerca de trasvase de registros, visite el sitios Web de Microsoft siguiente:
http://msdn2.Microsoft.com/en-us/library/aa213785 (SQL.80) .aspx

Duplicación transaccional

También puede utilizar la duplicación transaccional para mantener un cálido servidor de reserva. La duplicación transaccional replica los datos en un servidor (el publicador) a otro servidor (el suscriptor) con la menor latencia de registro gastos de envío. Puede implementar la duplicación transaccional en el objeto de base de datos nivel como el nivel de tabla. Por lo tanto, Microsoft recomienda que utilice Cuando tiene menos datos para proteger y debe tener la duplicación transaccional un plan de recuperación rápida.

Se puede utilizar una suscripción de inserción para exigir la duplicación transaccional entre dos servidores con el servidor principal como el Publisher y el servidor de reserva como el suscriptor. Duplicación transaccional garantiza la replicación de datos. Cuando se produce un error en el publicador, el suscriptor puede ser utiliza.

Esta solución es vulnerable a un error en el publicador y el suscriptor al mismo tiempo. En este caso, no puede proteger el datos. En todos los otros escenarios como el error de un distribuidor o un suscriptor, es mejor volver a sincronizar los datos en el suscriptor con el datos en el publicador.

Debe utilizar la replicación transaccional a mantener un servidor de reserva activa sólo cuando no se implementan los cambios de esquema o no se implementan otros cambios en la base de datos, como los cambios de seguridad no se admite que la replicación.

Nota Replicación no está diseñada para el mantenimiento de en espera activa servidores. Con la replicación, puede utilizar los datos replicados en el suscriptor generar informes. También puede utilizar la replicación para otros usos generales sin necesidad de realizar el procesamiento en el publicador relativamente ocupado.

Ventajas y desventajas de utilizar la duplicación transaccional

Ventajas
  • Puede leer datos en un suscriptor al aplicar los cambios.
  • Los cambios se aplican con la menor latencia.

    Nota Esta ventaja puede no ser aplicable si cualquiera de los siguientes es cierto:
    • Los agentes de duplicación no se establecen en continuo.
    • Los agentes de duplicación se detienen debido a errores que puede producirse durante la replicación.
La duplicación transaccional puede tardar más tiempo para aplicar los cambios ya que las actualizaciones por lotes grandes deben realizarse durante la replicación.
Desventajas
  • Los cambios de esquema o los cambios de seguridad que se realizan en el publicador después de establecer la replicación no estará disponible en el suscriptor.
  • El distribuidor en la duplicación transaccional utiliza un circuito abierto Conexión de base de datos ODBC (conectividad) o una conexión de base de datos OLE (OLEDB) para distribuir datos. Sin embargo, el trasvase de registros utiliza la transacción de restaurar instrucción de Transact-SQL bajo nivel que se va a distribuir los registros de transacciones. UNA RESTAURACIÓN Instrucción de la transacción es mucho más rápido que una conexión ODBC o un OLEDB conexión.
  • Normalmente, el cambio de servidores borra replicación configuraciones. Por lo tanto, tiene que configurar dos veces la replicación:
    Al cambiar al suscriptor.
    Al cambiar al publicador.
  • Si ocurre un desastre, debe cambiar manualmente los servidores por redirigir todas las aplicaciones para el suscriptor.
Para obtener más información acerca de la replicación, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
195757Preguntas más frecuentes - SQL Server 7.0 - replicación

Característica copia de seguridad y restauración

La función de copia de seguridad y restauración de SQL Server proporciona una importante proteger para proteger datos críticos almacenados en bases de datos de SQL Server. Puede crear una copia de una base de datos (una copia de seguridad) mediante el uso de la copia de seguridad y Restaurar la función y, a continuación, almacenar la copia de la base de datos en una ubicación protegido frente a los posibles errores del servidor que ejecuta la instancia de SQL Server. Si experimenta un error de sistema de base de datos o daños en la base de datos, a continuación, puede utilizar la copia de seguridad para volver a crear la base de datos o para restaurar el base de datos.

Al planear la recuperación ante desastres mediante la copia de seguridad y Característica de restauración, también determinar están la importancia de los datos de la base de datos. Además, determinar los requisitos de la restauración de la base de datos. Para ejemplo, establecer los siguientes requisitos de restauración:
  • El punto de restaurar la base de datos. Tiene que Decida cuál de las siguientes dos que desea hacer:
    Restaurar la base de datos a la condición de la noche anterior al fallo.
    Restaurar la base de datos a la condición de un punto de tiempo lo más cerca posible para el momento del error.
  • Cuánto tiempo la base de datos puede estar disponible. Si debe restaurar la base de datos inmediatamente.
Después de determinar los requisitos de la restauración, puede planear una copia de seguridad de proceso que mantiene un conjunto de copias de seguridad para satisfacer los requisitos

Sólo puede restaurar una base de datos a la condición de la punto de tiempo en el que realizó la copia de seguridad más reciente. Las transacciones que se produjo después de esa copia de seguridad puede perderse. Por lo tanto, Microsoft recomienda que Utilice la característica copia de seguridad y restauración sólo para la base de datos de misión crítica aplicaciones.

Ventajas y desventajas de utilizar el característica copia de seguridad y restauración

Ventajas
  • Puede realizar una copia de la base de datos a medios extraíbles para ayudar a proteger contra fallas de disco.
  • No es necesario depender de la red como lo hace cuando el uso de clústeres de conmutación por error o de trasvase de registros.
Desventajas
  • Al hacer la copia de seguridad de la base de datos, no se puede realizar base de datos de operaciones tales como la creación de la tabla, creación de índices, reducir, o operaciones no registradas.
  • Si se produce un error, puede perder los datos más recientes.
  • Si se produce un desastre, debe restaurar manualmente el base de datos.
Nota Antes de utilizar el procedimiento de Backup y Restore de una producción entorno, es mejor probar exhaustivamente este procedimiento en una prueba entorno.

Para obtener más información acerca de la característica de copia de seguridad y restauración, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
325257WebCast de soporte técnico: Recuperación de base de datos de 2000 SQL Server: Backup y Restore
281122 Descripción de restaurar copias de seguridad de archivos y en SQL Server
Para obtener más información acerca de la copia de seguridad y restauración función, visite los siguientes sitios Web de Microsoft:
http://msdn2.Microsoft.com/en-us/library/aa196617 (SQL.80) .aspx
http://msdn2.Microsoft.com/en-us/library/aa196685 (SQL.80) .aspx
http://msdn2.Microsoft.com/en-us/library/aa178143 (SQL.80) .aspx

Redundancia de disco de datos mediante el uso de una matriz redundante de discos independientes (RAID)

RAID almacena datos redundantes en varios discos para proporcionar mayor fiabilidad y menor tiempo de inactividad para los servidores. Los niveles RAID 0, 1 y 5 son se utiliza generalmente como opciones de recuperación para SQL Server. Las tecnologías RAID que se mencionan permitir para el error y la consiguiente sustitución de un solo disco sin el servidor que se va a desconectar. Si se producen varias fallas de disco, datos puede no ser recuperable. Por lo tanto, Microsoft recomienda que combinar administración de datos redundantes con un procedimiento de copia de seguridad y restauración para ayudar a asegurarse de que que no se pierdan datos si un hardware error u otros desastres se produce.

RAID 0 utiliza tecnología de creación de bandas para un acceso más rápido, mientras que RAID 1 utiliza tecnología de espejado para la confiabilidad de los datos. Una técnica común utilizada en administración de bases de datos relacionales implica el uso conjunto de RAID 0 y RAID 1. En Esta técnica, dos matrices distribuidas idénticas de unidades se actualizan constantemente para que la información que se almacena en los arreglos de discos es la misma. Si uno falla de la matriz, la otra matriz hace cargo automáticamente hasta que la matriz original Vuelva a estar online.

RAID 5 (también conocido como bandas con paridad) utiliza una matriz de discos con bandas único con los bits de paridad escritos junto con el datos. Cuando falla un cualquier disco, los bits de paridad puede utilizarse para calcular el Faltan datos hasta que se reemplace el disco. Al reemplazar el disco, puede utilizar la información de paridad y los datos restantes para volver a crear los datos de la Error de disco y copiar los datos vuelve a crear en el nuevo disco. Todas estas se producen operaciones sin el tiempo de inactividad del sistema de base de datos. RAID proporciona muchos otros las opciones y funciones que puede ayudar a asegurarse de que sus sistemas de base de datos experiencia como poco tiempo de inactividad como sea posible.

Las ventajas y desventajas del uso de RAID

Ventaja
No se pierden datos si falla cualquier un disco.
Desventajas
  • Puede tardar mucho tiempo en recuperar los datos.
  • Si se produce un error en varios discos, es posible que no pueda recuperar datos valiosos.
Para obtener más información acerca de RAID, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
100110Información general sobre matrices redundantes de discos económicos (RAID)

Referencias

Para descargar una versión actualizada de los libros de SQL Server 2000 En línea, visite el siguiente sitio Web de Microsoft:
http://www.Microsoft.com/downloads/details.aspx?familyid=8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5
Para obtener más información acerca de otras opciones de recuperación ante desastres, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
307775Artículos de recuperación ante desastres para Microsoft SQL Server
Para obtener más información acerca de la organización por clústeres de conmutación por error, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
195761Preguntas más frecuentes - SQL Server 7.0 - conmutación por error
260758 Organización por clústeres de conmutación por error de las preguntas más frecuentes - 2000 de SQL Server-
274446 Actualizar a la solución de conmutación por error de SQL Server 2000 recomendada para todos los servidores virtuales de no SQL Server 2000
280743 Windows clustering y sitios dispersos geográficamente
Para obtener más información acerca de la copia de seguridad y restauración función, visite el siguiente sitio Web de Microsoft:
http://technet.Microsoft.com/en-us/library/cc966495.aspx
Para obtener más información acerca de la característica de copia de seguridad y restauración, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
253817Cómo realizar una copia de seguridad del último registro de transacciones cuando el maestro y los archivos de base de datos están dañados en SQL Server
314546 Cómo mover bases de datos entre equipos que ejecutan SQL Server
Para obtener más información acerca de los archivos y carpetas del catálogo de texto, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
240867Cómo mover, copiar y hacer una copia de seguridad de archivos y carpetas de catálogos de texto completo

Propiedades

Id. de artículo: 822400 - Última revisión: martes, 03 de julio de 2012 - Versión: 1.0
La información de este artículo se refiere a:
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 Standard Edition
Palabras clave: 
kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo kbmt KB822400 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 822400

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com