Restaurar a partir de copias de seguridad archivadas en Microsoft Azure
Se aplica a: 
SQL Server
En este tema se describen las consideraciones al restaurar una base de datos mediante una copia de seguridad almacenada en Azure Blob Storage. Esto se aplica a las copias de seguridad creadas mediante la copia de seguridad de SQL Server en URL o mediante la copia de seguridad administrada de SQL Server en Microsoft Azure.
Le recomendamos revisar este tema si tiene copias de seguridad almacenadas en Azure Blob Storage que planea restaurar y luego revisar los temas que describen los pasos sobre cómo restaurar una base de datos que es la misma para las copias de seguridad en el entorno local y de Azure.
Información general
Las herramientas y los métodos que se utilizan para restaurar una base de datos a partir de una copia de seguridad local son válidos para restaurar una base de datos a partir de una copia de seguridad en la nube. En las siguientes secciones se describen estas consideraciones y las diferencias que debe saber si utiliza las copias de seguridad almacenadas en Azure Blob Storage.
Usar Transact-SQL
Dado que SQL Server debe conectarse a un origen externo para recuperar los archivos de copia de seguridad, la credencial de SQL se utiliza para autenticarse en la cuenta de almacenamiento. Por consiguiente, la instrucción RESTORE requiere la opción WITH CREDENTIAL. Para más información, vea Copia de seguridad y restauración de SQL Server con Microsoft Azure Blob Storage.
Si usa la copia de seguridad administrada de SQL Server en Microsoft Azure para administrar sus copias de seguridad en la nube, puede revisar todas las copias de seguridad disponibles en el almacenamiento con la función del sistema smart_admin.fn_available_backups. Esta función del sistema devuelve todas las copias de seguridad disponibles para una base de datos en una tabla. Como los resultados se devuelven en una tabla, puede filtrarlos u ordenarlos. Para más información, vea managed_backup.fn_available_backups (Transact-SQL).
Uso de SQL Server Management Studio
- Se utiliza la tarea de restauración para restaurar una base de datos con SQL Server Management Studio. La página de medios de copia de seguridad incluye ahora la opción Dirección URL para mostrar los archivos de copia de seguridad almacenados en Azure Blob Storage. También debe proporcionar la credencial SQL que se usa para autenticarse en la cuenta de almacenamiento. La cuadrícula Conjuntos de copia de seguridad para restaurar se rellena con las copias de seguridad disponibles en Azure Blob Storage. Para más información, consulte Restaurar desde el almacenamiento de Microsoft Azure con SQL Server Management Studio.
Optimizar restauraciones
Para reducir el tiempo de escritura de restauración, agregue el derecho de usuario Realizar tareas de mantenimiento del volumen a la cuenta de usuario de SQL Server. Para obtener más información, vea Inicialización de archivos de base de datos. Si la restauración sigue siendo lenta con la inicialización de archivos instantánea activada, examine el tamaño del archivo de registro en la instancia donde se hizo copia de seguridad de la base de datos. Si el registro es muy grande (varios GB), cabe esperar que la restauración sea lenta. Durante la restauración, el archivo de registro se debe poner a cero, lo que lleva una cantidad considerable de tiempo. La restauración inicial de los archivos de registro de transacciones de la base de datos no puede beneficiarse de la inicialización instantánea de archivos.
Para reducir los tiempos de restauración, se recomienda usar copias de seguridad comprimidas. Para los tamaños de copia de seguridad que sobrepasen los 25 GB, use la utilidad AzCopy para realizar la descarga en la unidad local y, después, realizar la restauración. Para obtener información sobre otros procedimientos recomendados y sugerencias para copias de seguridad, vea SQL Server Backup to URL Best Practices and Troubleshooting.
En SQL Server 2016 (13.x) y versiones posteriores, se prefiere el blob en bloques para la copia de seguridad en la dirección URL.
- Si usa blobs en páginas, puede activar la Marca de seguimiento 3051 al realizar la restauración para generar un registro detallado. Este archivo de registro se coloca en el directorio de registros y se le asigna un nombre de acuerdo al formato:
BackupToUrl-\<instancename>-\<dbname>-action-\<PID>.log. El archivo de registro incluye información sobre cada recorrido de ida y vuelta a Azure Storage, incluido el tiempo que puede resultar útil para diagnosticar el problema.