VENTAS: 1-800-867-1389

Copia de seguridad y restauración de Base de datos SQL de Azure

Actualizado: junio de 2014

[La característica descrita en este tema está disponible únicamente en una versión preliminar. Este tema forma parte de la documentación de la versión preliminar y está sujeto a cambios en versiones futuras.]

El servicio Base de datos SQL de Azure cuenta con copias de seguridad integradas para admitir la restauración de autoservicio a un momento dado. La restauración a un momento dado está habilitada para los niveles de servicio Basic, Standard y Premium. Cada nivel de servicio tiene un periodo de retención de copias de seguridad diferente que se describe más adelante en este tema.

Si dispone de bases de datos Web o Business, debe crear su propia estrategia de copia de seguridad. Puede usar los servicios de copia de base de datos y los servicios de importación y exportación para crear copias de los datos y exportar el archivo a una cuenta de almacenamiento de Azure. Para obtener más información, vea Procedimiento: Uso de la copia de base de datos (Base de datos SQL de Azure) y Cómo importar y exportar una base de datos (base de datos SQL de Azure).

CautionAdvertencia
Los niveles de servicio Business y Web se retirarán en 12 meses a partir del 24 de abril de 2014. Para obtener más información, vea Preguntas más frecuentes sobre la retirada de las ediciones Web y Business.

Base de datos SQL de Azure crea automáticamente copias de seguridad de todas las bases de datos activas conforme a la siguiente programación: copias de seguridad completas de las bases de datos una vez a la semana, copias de seguridad diferenciales una vez al día y copias de seguridad de registros de transacción cada cinco minutos. Las copias de seguridad completas y diferenciales se replican entre regiones para garantizar su disponibilidad en caso de desastre. Además, las bases de datos Premium ofrecen la posibilidad de crear bases de datos secundarias en distintas regiones como protección frente a desastres en los centros de datos.

La restauración a un momento dado se ha concebido para recuperar una base de datos tras un error humano o una modificación de datos accidental mediante programación. Permite crear una nueva base de datos a un momento dado que se especifique. La nueva base de datos se crea en el mismo servidor lógico que la original. La base de datos restaurada tendrá el nivel de servicio que tuviera la original en ese momento dado y se facturará en consecuencia. No obstante, el nivel de rendimiento de la base de datos restaurada se establecerá en el nivel más bajo del nivel de servicio. Si va a restaurar una base de datos Premium, asegúrese de contar con cuota disponible para crear otra base de datos Premium en el servidor lógico. La cuota de las bases de datos Premium está limitada a dos por servidor de forma predeterminada. Si necesita cuota adicional, póngase en contacto con el servicio de soporte al cliente.

 

Nivel de servicio Restauración de autoservicio a un momento dado Período de retención de la copia de seguridad Restaurar una base de datos eliminada

Web

No admitida

N/D

N/D

Business

No admitida

N/D

N/D

Basic

Admitida

7 días

Standard

Admitida

14 días

Premium

Admitida

35 días

El tiempo que tarde la restauración dependerá del tamaño de la base de datos y de la longitud de la cadena del registro. Para obtener una buena estimación de la duración de la restauración, puede realizar una restauración periódica de prueba de esa base de datos.

Puede supervisar la operación de restauración mediante sys.dm.operation_status.

Al restaurar una base de datos activa, se crea una nueva en el mismo servidor lógico. Se crea con el mismo nivel de servicio que tenía la original en el momento dado y el nivel de rendimiento más bajo de ese nivel de servicio. Por ejemplo, si restaura una base de datos establecida en Premium en el momento dado especificado en la restauración, la nueva también será una base de datos Premium y el nivel de rendimiento se establecerá en P1. En el caso de una base de datos activa, el punto de restauración más antiguo disponible de la base de datos se muestra en la sección Vista rápida del Panel de la base de datos en el Portal de administración de Azure.

Para obtener un tutorial sobre la restauración de una base de datos, vea Enviar una solicitud de restauración de base de datos.

Puede restaurar una base de datos eliminada durante su período de retención al punto en el qué se eliminó o un punto anterior dentro del período de retención. El periodo de retención viene determinado por el nivel de servicio de la base de datos mientras existía. De forma similar a una base de datos activa, la nueva se crea en el mismo servidor lógico, con el mismo nivel de servicio que la eliminada tenía en el momento dado especificado y con el nivel de rendimiento más bajo de ese nivel de servicio.

La restauración a un momento dado permite restaurar una base de datos a un momento dado del pasado dentro del periodo de retención del nivel de servicio determinado. No obstante, es posible que el periodo de retención del nivel de servicio determinado no sea lo suficientemente largo para satisfacer las necesidades empresariales. Además, las copias de seguridad de la base de datos no son accesibles directamente o tienen que moverse a otros entornos. En este momento la restauración a un momento dado solo admite la restauración de una copia en el mismo servidor.

Como solución para los escenarios anteriores, puede seguir los pasos descritos en el CASO B del tema Copiar bases de datos en Base de datos SQL de Azure.

La protección contra la pérdida de datos requiere otras estrategias y herramientas más allá de la copia de seguridad y recuperación. Estas estrategias y opciones se explican en Continuidad de negocio de Base de datos SQL de Azure.

P: Una vez que ha finalizado la operación de restauración y se ha creado una nueva base de datos, ¿en qué nivel de servicio se establece la nueva base de datos?

R: La nueva base de datos se establece en el mismo nivel de servicio que tuviera la original en el momento dado especificado en el comando de restauración o el Portal. Puede ser distinto al nivel de servicio actual de la base de datos original si esta se hubiera actualizado o degradado desde entonces. Los siguientes ejemplos ayudan a explicar mejor este punto:

  • La base de datos “mydb” se estableció en nivel Standard el 19 de mayo de 2013.

  • Se actualizó a nivel de servicio Premium el 20 de mayo a las 10:00 a. m.

  • Se restauró a una nueva base de datos “mynewdb” mediante la restauración a un momento dado: el 19 de mayo a las 5:00 p. m.

  • “mynewdb” se establecerá en el nivel de servicio Standard y el nivel de rendimiento S1.

P: ¿Puedo restaurar en un servidor de base de datos distinto al de la base de datos original?

R: No. En este momento no se admite la restauración entre servidores.

P: ¿Puedo enviar solicitudes de restauración mediante programación?

R: Sí. Puede enviar una solicitud de restauración mediante PowerShell o API REST.

P: ¿Mi base de datos Premium tiene replicación geográfica? ¿Puedo restaurar desde cualquiera de las bases de datos: principal y secundaria?

R: Sí. Puede enviar una solicitud de restauración desde una base de datos principal o secundaria.

Vea también

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