VENTAS: 1-800-867-1389

Continuidad de negocio de Base de datos SQL de Azure

Actualizado: noviembre de 2014

Continuidad de negocio aborda la capacidad que tiene una organización para continuar las operaciones comerciales cuando se produce una crisis o un desastre. La planificación de Continuidad de negocio requiere el establecimiento de procesos, procedimientos y medidas por parte de una organización para garantizar que las operaciones comerciales puedan continuar sin interrupción. Este artículo no trata todos los aspectos de la planificación de continuidad de negocio, sino que se centra en la protección y recuperación de datos. Describe tecnologías de Base de datos SQL de Microsoft Azure que permiten una elevada disponibilidad y recuperabilidad.

La siguiente sección proporciona información general rápida de las características y funciones de la Base de datos SQL de Azure que puede usar para proteger sus datos:

 

  Basic Standard Premium

Recuperación de bases de datos

Restauración a un momento dado dentro de los últimos 7 días

Geo-Restore

Restauración a un momento dado dentro de los últimos 14 días

Geo-Restore

Restauración a un momento dado dentro de los últimos 35 días

Geo-Restore

Recuperación ante desastres

Copia de base de datos + exportación manual

Exportación automatizada

Copia de base de datos + exportación manual

Exportación automatizada

Geo-Replication estándar

Copia de base de datos + exportación manual

Exportación automatizada

Geo-Replication estándar

Replicación geográfica activa

Restauración a un momento dado
Aunque la Base de datos SQL de Azure cuenta con protección integrada ante errores de máquinas y dispositivos individuales, sigue siendo necesario protegerse contra el daño en los datos o las modificaciones o eliminaciones no deseadas. Se crean automáticamente copias de seguridad de la base de datos. El periodo de retención de las copias de seguridad varía según el nivel de servicio: 7 días en el caso de Basic, 14 días en el caso de Standard y 35 días en el de Premium. Para obtener más información, vea Copia de seguridad y restauración de Base de datos SQL de Azure.

Geo-Restore
Es la opción de recuperación ante desastres más básica. Está disponible en los niveles de servicio Basic, Standard y Premium. En caso de un error en un centro de datos que afecte a la disponibilidad de la base de datos principal, la restauración geográfica permite recuperar su base de datos usando la última copia de seguridad diaria disponible. No hay cargos por las copias de seguridad adicionales que se almacenan, pero si usa la restauración geográfica, se le cobrará la base de datos restaurada con la tarifa normal una vez se haya completado la restauración. Para obtener más información, vea Copia de seguridad y restauración de Base de datos SQL de Azure.

Geo-Replication
Con la Replicación geográfica activa, puede crear y mantener hasta cuatro bases de datos secundarias en las regiones geográficas. Todas las transacciones aplicadas a la base de datos principal se replican a cada una de las bases de datos secundarias.

La replicación geográfica tiene dos opciones:

  • Replicación geográfica estándar: Se crea una única base de datos secundaria sin conexión en una región predeterminada diferente de la base de datos principal. La base de datos secundaria estará disponible para las conexiones de cliente solo cuando se produzca un error en el centro de datos que hospeda la base de datos principal.

    ImportantImportante
    La región de destino se fija según la región de la base de datos principal. Para obtener una lista de las regiones emparejadas, vea Standard Geo-Replication for Azure SQL Database.

  • Replicación geográfica activa : se pueden crear varias bases de datos secundarias legibles en las regiones. Estas bases de datos secundarias se pueden usar para cargas de trabajo de lectura, migración de bases de datos y protección contra pérdida de datos durante la actualización de la aplicación como opción de conmutación por recuperación. Con la Replicación geográfica activa, puede seleccionar la región para la base de datos secundaria así como controlar cuándo se debe conmutar por error a estas bases de datos secundarias. También dispone de flexibilidad para crear hasta un máximo de cuatro secundarias legibles o bien una secundaria sin conexión y hasta tres secundarias legibles. Las secundarias legibles activas se cargan en el mismo nivel de servicio y el nivel de rendimiento que la base de datos principal. Para obtener más información, vea Replicación geográfica activa para Base de datos SQL de Azure.

Tanto la secundaria activa como la pasiva cuentan para el número total de bases de datos por servidor. También existen implicaciones de costes. Para obtener más información sobre precios, vea Detalles de precios de Base de datos SQL.

Copia de una base de datos
La opción Copiar base de datos permite crear una copia de una base de datos en el mismo o en otros servidores diferentes situados en la misma o en otras regiones diferentes. La copia es coherente desde el punto de vista de las transacciones con el origen en el momento en que la operación de copia de la base de datos se completa. Sin embargo, es una copia única y no se replica de manera continuada desde el origen como Replicación geográfica activa. La característica puede usarse para la migración de datos o para necesidades de copia ad hoc. Para obtener más información, vea Copiar bases de datos en Base de datos SQL de Azure.

Servicio de importación y exportación
El servicio de exportación de la Base de datos SQL de Azure puede usarse para exportar un archivo BACPAC desde una base de datos que contenga una copia lógica de los datos y un esquema de la base de datos. La exportación se puede usar para bases de datos Web y Business que no admitan la Restauración a un momento dado, así como con bases de datos Basic, Standard y Premium. Estas copias de seguridad se pueden usar para restaurar las bases de datos así como con fines de archivado. El servicio de exportación no garantiza la coherencia transaccional de la copia si la base de datos original se cambia durante el proceso de exportación. Para solucionarlo, puede crear una copia de la base de datos primero y exportar desde la copia. De este modo, se garantizará la coherencia transaccional sin afectar a la disponibilidad de la base de datos original.

Exportación automatizada: La opción Exportación automatizada resulta adecuada para escenarios de continuidad de negocio como el almacenamiento a largo plazo de copias de seguridad diarias más allá del periodo de retención admitido. Puede programar exportaciones periódicas mediante la opción Exportación automatizada. Para obtener más información, vea Procedimiento: uso del servicio de importación y exportación en Base de datos SQL de Azure.

La continuidad empresarial puede verse afectada por una o varias de las tres categorías principales de problemas siguientes:

La Base de datos SQL de Azure cuenta con un subsistema integrado de alta disponibilidad que protege la base de datos frente a errores de dispositivos y servidores individuales. Al almacenar los datos en Base de datos SQL de Azure, aprovecha las numerosas capacidades de infraestructura segura y tolerancia a errores que, de lo contrario, tendría que diseñar, adquirir, implementar y administrar. Esta sección ofrece información general de las características integradas que están disponibles sin gastos adicionales.

Base de datos SQL de Azure mitiga las interrupciones debidas a errores de componentes individuales del servidor, como unidades de disco curo, adaptadores de la interfaz de red o incluso servidores enteros. La duración de los datos y la tolerancia a errores se mejora manteniendo varias copias de todos los datos en nodos físicos diferentes que se encuentran a través de subsistemas físicos completamente independientes como los soportes de servidores y los enrutadores de red. En cualquier momento, se ejecutan tres réplicas de base de datos: una réplica principal y dos o más réplicas secundarias. Los datos se escriben en la réplica principal y una secundaria usando un esquema de confirmación basado en un quórum antes de que la transacción se considere confirmada. Si el hardware sufre un error en la réplica principal, el Base de datos SQL de Azure lo detecta y conmuta por error a la réplica secundaria. En caso de que se produzca la pérdida física de una réplica, se crea una réplica nueva de modo automático. Por lo tanto, en todo momento hay al menos dos copias físicas coherentes desde el punto de vista transaccional de los datos en el centro de datos. En el diagrama siguiente se ilustra el modo en que se conservan tres réplicas en los soportes de servidores físicos del centro de datos. Este comportamiento es común para todos los niveles de servicio de Base de datos SQL de Azure.

Debe diseñar su aplicación de modo que sea resistente a las desconexiones temporales. Es recomendable que implemente la lógica de reintentos en su aplicación para impedir la pérdida de las conexiones. Para obtener más información sobre cómo tratar los errores de pérdida de conexión, vea Administración de conexiones en Base de datos SQL.

Los usuarios o las aplicaciones podrían hacer cambios no deseados o no pretendidos en los datos. La capacidad de restaurar los datos de la aplicación en el caso de que se dañen, se modifiquen o se eliminen involuntariamente es un requisito fundamental de las aplicaciones de software. El servicio Restauración a un momento dado admite este requisito empresarial.

noteNota
Para obtener información general sobre las opciones de copia de seguridad y restauración que Base de datos SQL de Azure proporciona, vea Copia de seguridad y restauración de Base de datos SQL de Azure.

La planificación de la continuidad empresarial debe incluir la posibilidad de errores en el centro de datos. La característica de restauración geográfica proporciona protección de recuperación ante desastres ya que ofrece la posibilidad de restaurar una base de datos en un servidor en una región diferente usando las copias de seguridad que crea automáticamente la Base de datos SQL de Azure.

Además de la opción básica, las bases de datos en el nivel de servicio Standard y Premium se pueden usar para crear secundarias redundantes geográficamente usando la replicación geográfica. Al crear las bases de datos secundarias en una región diferente de la base de datos de origen, estará protegido en caso de una interrupción prolongada del centro de datos. Cuando se usa la Replicación geográfica activa, las bases de datos secundarias se pueden usar para cargas de trabajo de lectura. Tanto la base de datos de origen como la secundaria poseen la alta disponibilidad incorporada, lo que permite una estrategia más amplia de continuidad de negocio. Para obtener información general de la Replicación geográfica activa y de cómo se configura, vea Replicación geográfica activa para Base de datos SQL de Azure y Configurar la replicación geográfica activa (copia continua). Para obtener información general de la replicación geográfica estándar y de cómo se configura, vea Standard Geo-Replication for Azure SQL Database.

Otra opción al planificar la continuidad empresarial es crear una copia de la base de datos y luego exportar un archivo BACPAC desde esa copia. Recuerde eliminar la copia de la base de datos cuando haya terminado la exportación para minimizar los cargos de facturación de la copia.

Por último, puede usar la opción Exportación automatizada para programar exportaciones regulares de su base de datos. Para garantizar la coherencia transaccional, la opción Exportación automatizada primero crea una copia de la base de datos y luego exporta el archivo BACPAC desde la copia. Una vez terminada la exportación, la copia de la base de datos se elimina automáticamente.

WarningAdvertencia
Las ediciones Business y Web se retirarán en septiembre de 2015. Para obtener más información, vea Preguntas más frecuentes sobre la retirada de las ediciones Web y Business.

Vea también

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft