Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Importante
A partir del 31/31/2028, las copias de seguridad personalizadas de Azure App Service ya no admitirán la copia de seguridad de bases de datos vinculadas. Consulte Desuso de copias de seguridad de bases de datos vinculadas para obtener más información.
En Azure App Service, puede restaurar fácilmente las copias de seguridad de aplicaciones. También puede realizar copias de seguridad personalizadas a petición o configurar copias de seguridad personalizadas programadas. Para restaurar una copia de seguridad, sobrescriba una aplicación existente o restáurela en una nueva aplicación o ranura. En este artículo se muestra cómo restaurar una copia de seguridad y realizar copias de seguridad personalizadas.
La copia de seguridad y la restauración se admiten en los niveles Básico, Estándar, Premium y Aislado. En el nivel Básico, solo puede realizar copias de seguridad y restaurar el espacio de producción. Para obtener más información sobre cómo escalar el plan de App Service para usar un nivel superior, vea Escalación de una aplicación web en Azure App Service.
Copias de seguridad automáticas frente a personalizadas
En App Service hay dos tipos de copias de seguridad. Si la aplicación está en un plan de tarifa compatible, las copias de seguridad automáticas se crean periódicamente. Las copias de seguridad personalizadas requieren configuración inicial y se pueden realizar a petición o según una programación. En la tabla siguiente se muestran las diferencias entre las dos tipos:
| Característica | Copias de seguridad automáticas | Copias de seguridad personalizadas |
|---|---|---|
| Planes de tarifa | Básico, Estándar, Premium, Aislado. | Básico, Estándar, Premium, Aislado. |
| Configuración requerida | No | Sí. |
| Tamaño de la copia de seguridad | 30 GB | 10 GB, 4 GB de los cuales puede ser la base de datos vinculada. |
| Base de datos vinculada | Sin copias de seguridad. |
A partir del 31/31/2028, las copias de seguridad personalizadas de Azure App Service ya no admitirán la copia de seguridad de bases de datos vinculadas. Se puede realizar una copia de seguridad de las siguientes bases de datos vinculadas: SQL Database, Azure Database for MySQL, Azure Database for PostgreSQL, MySQL en la aplicación. Tenga en cuenta que Azure DB for MySQL: servidor flexible y Azure DB for PostgreSQL: servidor flexible no se admiten en copias de seguridad personalizadas. |
| Se necesita una cuenta de almacenamiento | No | Sí. |
| Frecuencia de copia de seguridad | No se puede configurar durante una hora. | Configurable (cada 2 horas como mínimo, hasta 12 copias de seguridad al día (manual + programada)). |
| Retención | 30 días, no configurable Días 1 a 3: copias de seguridad por hora conservadas. Días 4 a 14: se conserva una copia de seguridad cada tres horas. Días 15-30: cada sexta copia de seguridad por hora conservada. |
De 0 a 30 días o indefinidamente. |
| Descargable | No | Sí, como blobs de Azure Storage. |
| Copias de seguridad parciales | No compatible. | Compatible. |
| Copias de seguridad a través de una red virtual | No compatible. | Compatible. |
Restaurar una copia de seguridad
Nota:
App Service detiene la aplicación de destino o la ranura de destino mientras se realiza la restauración de una copia de seguridad. Para minimizar el tiempo de inactividad de una aplicación de producción, restaure primero la copia de seguridad en una ranura de implementación y, a continuación, intercambiar en producción.
En el panel de administración de aplicaciones de Azure Portal, seleccione Copias de seguridad en el menú de la izquierda. En la página Copias de seguridad se enumeran todas las copias de seguridad automáticas y personalizadas de la aplicación y se muestra el estado de cada una.
Seleccione la copia de seguridad automática o personalizada que se va a restaurar. Seleccione el vínculo Restaurar .
La sección Backup details (Detalles de copia de seguridad) se rellena automáticamente.
Especifique el destino de restauración en Elegir un destino. Para restaurar en una nueva aplicación, seleccione Crear nuevo en el cuadro App Service. Para restaurar en una nueva ranura de implementación, seleccione Crear nuevo en el cuadro Ranura de implementación.
Si elige una ranura ya existente, se borrarán y sobrescribirán todos los datos existentes en el sistema de archivos actual de la aplicación. El espacio de producción tiene el mismo nombre que el nombre de la aplicación.
Puede restaurar la configuración del sitio en Opciones avanzadas.
Seleccione Restaurar.
Creación de una copia de seguridad personalizada
Vaya al panel de administración de aplicaciones en Azure Portal. En el menú de la izquierda, seleccione Copias de seguridad.
En la parte superior de la página Copias de seguridad, seleccione Configurar copias de seguridad personalizadas.
En Cuenta de almacenamiento, seleccione una cuenta de almacenamiento existente en la misma suscripción o seleccione Crear nuevo. Repita en Contenedor.
Para realizar una copia de seguridad de las bases de datos vinculadas, seleccione Siguiente: Avanzado>Incluir base de datos y seleccione las bases de datos de las que desea realizar una copia de seguridad.
Nota:
Una base de datos admitida solo aparece en esta lista cuando existe su cadena de conexión en la sección Cadenas de conexión de la página Configuración de la aplicación.
Las copias de seguridad de las bases de datos MySQL dentro de la aplicación se realizan siempre sin necesidad de configuración. Si crea manualmente la configuración de las bases de datos MySQL en la aplicación, como agregar cadenas de conexión, es posible que las copias de seguridad no funcionen correctamente.
Seleccione Configurar.
Una vez configurada la cuenta de almacenamiento y el contenedor, puede iniciar una copia de seguridad a petición en cualquier momento. Las copias de seguridad bajo demanda se conservan indefinidamente.
En la parte superior del panel Copias de seguridad , seleccione Realizar copia de seguridad ahora.
La copia de seguridad personalizada se muestra en la lista con un indicador de progreso. Si se produce un error, puede seleccionar el elemento de línea para ver el mensaje de error.
Configuración de copias de seguridad programadas y personalizadas
En el panel Configurar copias de seguridad personalizadas , seleccione Establecer programación.
Configure la programación de la copia de seguridad como desee y seleccione Configurar.
Hacer una copia de seguridad y restaurar una base de datos vinculada
Nota:
Las copias de seguridad personalizadas con bases de datos vinculadas para App Service solo admiten niveles de servidor único de Azure Database for MySQL y PostgreSQL. Dado que se retiran los niveles de servidor único, la actualización de bases de datos vinculadas al servidor flexible podría provocar un error en las copias de seguridad. Use herramientas nativas de copia de seguridad de bases de datos para evitar la pérdida de datos. Los servidores MySQL y PostgreSQL independientes (por ejemplo, en máquinas virtuales) no se ven afectados por la retirada del nivel de servidor único. Para obtener más información sobre la retirada, consulte Retirada del servidor único de MySQL y Retirada del servidor único de PostgreSQL.
Para realizar copias de seguridad y restaurar servidores flexibles, consulte la documentación de la base de datos correspondiente:
Las copias de seguridad personalizadas pueden incluir bases de datos vinculadas (excepto cuando la copia de seguridad está configurada a través de Azure Virtual Network). Para asegurarse de que la copia de seguridad incluye una base de datos vinculada, siga estos pasos:
- Asegúrese de que se admita la base de datos vinculada.
- Cree una cadena de conexión que apunte a su base de datos. Una base de datos se considera "vinculada" a su aplicación cuando hay una cadena de conexión válida para ella en la configuración de la aplicación.
- Siga los pasos en Creación de una copia de seguridad personalizada para seleccionar la base de datos vinculada en la pestaña Avanzado.
Para restaurar una base de datos incluida en una copia de seguridad personalizada:
- Siga los pasos en Restaurar una copia de seguridad.
- En Opciones avanzadas, seleccione Incluir base de datos.
Para obtener información de solución de problemas, consulte ¿Por qué no se realiza una copia de seguridad de mi base de datos vinculada?
Desuso de las copias de seguridad de bases de datos vinculadas
A partir del 31/31/2028, las copias de seguridad personalizadas de Azure App Service ya no admitirán la copia de seguridad de bases de datos vinculadas. Se recomienda usar las herramientas nativas de copia de seguridad y restauración proporcionadas por cada servicio de base de datos en su lugar. Para ayudar a los usuarios a prepararse para este cambio, el equipo de App Service quitará la opción de incluir bases de datos vinculadas en nuevas configuraciones de copia de seguridad personalizadas según la programación siguiente:
- Noviembre de 2025 : eliminación de bases de datos MySQL y PostgreSQL vinculadas
- Abril de 2026 : eliminación de las bases de datos vinculadas de Azure SQL y SQL Server Copias de seguridad personalizadas que ya incluyen bases de datos vinculadas seguirán realizando copias de seguridad de esas bases de datos hasta el 31/31/2028, después de lo cual las bases de datos vinculadas ya no se incluirán.
Copia de seguridad y restauración mediante Azure Virtual Network
Con las copias de seguridad personalizadas, puede hacer una copia de seguridad de los archivos y los datos de configuración de la aplicación en una cuenta de almacenamiento protegida por firewall si se cumplen los siguientes requisitos:
- La aplicación se integra con una red virtual o la aplicación está en un entorno de App Service v3.
- La cuenta de almacenamiento permite el acceso desde la red virtual con la que se integra la aplicación o con la que se crea el entorno de App Service v3.
Para realizar copias de seguridad y restauración a través de Azure Virtual Network:
- Al configurar copias de seguridad personalizadas, seleccione Copia de seguridad o restauración a través de la integración de red virtual.
- Seleccione Configurar para guardar la configuración.
Para habilitar la copia de seguridad o restauración a través de una red virtual para ranuras de implementación, complete los pasos necesarios específicamente para cada ranura:
- La integración de red virtual está habilitada para las ranuras de implementación o la ranura está en una versión v3 de App Service Environment.
- La opción de copia de seguridad o restauración a través de la integración de red virtual está seleccionada para las ranuras de implementación.
Si no ve la casilla o está deshabilitada, compruebe que los recursos cumplen los requisitos.
Una vez guardada la configuración, cualquier copia de seguridad manual, copia de seguridad programada o restauración se realiza a través de la red virtual. Si realiza cambios en la aplicación, la red virtual o la cuenta de almacenamiento que impiden que la aplicación acceda a la cuenta de almacenamiento a través de la red virtual, se producirá un error en las operaciones de copia de seguridad o restauración.
Configuración de copias de seguridad parciales
Las copias de seguridad parciales se admiten para copias de seguridad personalizadas, pero no para copias de seguridad automáticas. En ocasiones, no querrá realizar una copia de seguridad de todo el contenido de la aplicación. Estos son algunos ejemplos:
- Configura copias de seguridad semanales de una aplicación que contiene contenido estático que nunca cambia (por ejemplo, entradas de blog o imágenes antiguas).
- La aplicación tiene más de 10 GB de contenido. (Esa es la cantidad máxima de la que puede realizar una copia de seguridad a la vez).
- No desea realizar copias de seguridad de los archivos de registro.
Para excluir las carpetas y los archivos de las futuras copias de seguridad, cree un archivo _backup.filter en la carpeta %HOME%\site\wwwroot de su aplicación. Especifique la lista de archivos y carpetas que desea excluir en este archivo.
Sugerencia
Para tener acceso a los archivos, vaya a https://<app-name>.scm.azurewebsites.net/DebugConsole. Si se le pide, inicie sesión en su cuenta de Azure.
Identifique las carpetas que desee excluir de las copias de seguridad. Por ejemplo, supongamos que desea filtrar los archivos y la carpeta resaltados.
Cree un archivo llamado _backup.filter y ponga la lista anterior en el archivo, pero quite la raíz %HOME%. Enumere un directorio o archivo por línea. El contenido del archivo debería ser:
\site\wwwroot\Images\brand.png
\site\wwwroot\Images\2014
\site\wwwroot\Images\2013
Cargue el archivo _backup.filter en el directorio D:\home\site\wwwroot\ de su sitio mediante FTP o cualquier otro método. Si lo desea, puede crear el archivo directamente mediante DebugConsole de Kudu e insertar el contenido.
Ejecutar copias de seguridad como de costumbre: personalizadas a petición o personalizadas programadas. Los archivos y carpetas que se especifican en _backup.filter están excluidos de copias de seguridad futuras.
Nota:
_backup.filter cambia la forma en que funciona una restauración. Sin _backup.filter, al restaurar una copia de seguridad se eliminan todos los archivos existentes de la aplicación y se reemplazan por los archivos de la copia de seguridad. Con _backup.filter, cualquier contenido del sistema de archivos de la aplicación incluido en _backup.filter se deja tal como está (no se elimina).
Cómo se almacenan las copias de seguridad
Después de realizar una o varias copias de seguridad de la aplicación, estas copias de seguridad estarán visibles en la página Contenedores de la cuenta de almacenamiento, así como en la aplicación. En la cuenta de almacenamiento, cada copia de seguridad consta de un archivo ZIP que contiene los datos de copia de seguridad y un archivo XML que contiene un manifiesto del contenido del archivo ZIP. Puede descomprimir y examinar estos archivos si quiere disponer de acceso a las copias de seguridad sin tener que realizar una restauración de la aplicación.
La copia de seguridad de la base de datos para la aplicación se almacena en la raíz del archivo .zip. En SQL Database, este es un archivo BACPAC (sin extensión de archivo) y se puede importar. Para crear una base de datos en Azure SQL Database basada en la exportación de BACPAC, consulte Importación de un archivo BACPAC para crear una base de datos en Azure SQL Database.
Advertencia
Modificar cualquiera de los archivos del websitebackups contenedor puede hacer que la copia de seguridad no sea válida y no se pueda recuperar.
Mensajes de error
La página Backups (Copias de seguridad) muestra el estado de cada copia de seguridad. Para obtener los detalles del registro relacionados con una copia de seguridad con errores, seleccione el elemento de línea de la lista. Use la siguiente tabla para obtener ayuda solucionar los problemas que pueden aparecer en la copia de seguridad. Si el error no está documentado en la tabla, abra una incidencia de soporte técnico.
| Error | Corrección |
|---|---|
| Error al acceder a Storage. | Elimine y vuelva a configurar la programación de copia de seguridad o vuelva a configurar el almacenamiento de copia de seguridad. |
El tamaño del sitio web y de la base de datos supera el {0} límite de GB para las copias de seguridad. El tamaño del contenido es {1} GB. |
Excluya algunos archivos de la copia de seguridad o quite la parte de base de datos de la copia de seguridad y use copias de seguridad ofrecidas externamente en su lugar. |
Error al conectarse a la base de datos {0} en el servidor {1}: se produjo un error en la autenticación para hospedar {1} para el usuario \<username> mediante el método mysql_native_password con el mensaje: Base de datos \<db-name>desconocida. |
Actualice la cadena de conexión de base de datos. |
No se puede resolver {0}.
{1} (CannotResolveStorageAccount) |
Elimine la programación de las copias de seguridad y vuelva a configurarla. |
Error de inicio de sesión del usuario {0}. |
Actualice la cadena de conexión de base de datos. |
La creación de la copia de la base de datos de {0}({1}) generó una excepción. Could not create Database copy (La creación de la copia de la base de datos de generó una excepción. No se pudo crear la copia de la base de datos). |
Utilice un usuario administrativo en la cadena de conexión. |
La entidad de seguridad "\<name>" no puede acceder a la base de datos "maestra" en el contexto de seguridad actual. No se puede abrir la base de datos maestra solicitada por el inicio de sesión. Error de inicio de sesión. Error de inicio de sesión del usuario \<name>. |
Utilice un usuario administrativo en la cadena de conexión. |
| Error relacionado con la red o específico de la instancia mientras se establecía una conexión con el servidor SQL Server. No se encontró el servidor o no era accesible. Compruebe que el nombre de la instancia es correcto y que SQL Server está configurado para admitir conexiones remotas. (Proveedor: Proveedor de canalizaciones con nombre, error: 40 - No se pudo abrir una conexión a SQL Server). | Compruebe que la cadena de conexión es válida. Permita las direcciones IP de salida de la aplicación en la configuración del servidor de bases de datos. |
No se puede abrir el servidor "\<name>" solicitado por el inicio de sesión. Error de inicio de sesión. |
Compruebe que la cadena de conexión es válida. |
| Missing mandatory parameters for valid Shared Access Signature (Faltan parámetros obligatorios de Firma de acceso compartido). | Elimine la programación de las copias de seguridad y vuelva a configurarla. |
| Se requiere una conexión SSL. Especifique las opciones de SSL y vuelva a intentarlo al conectarse. | No se admite la conectividad SSL con Azure Database for MySQL y Azure Database for PostgreSQL para las copias de seguridad de base de datos. Use la característica de copia de seguridad nativa en la base de datos correspondiente en su lugar. |
¿Cómo funciona la copia de seguridad y restauración con App Service Environments?
- Las copias de seguridad automáticas se pueden restaurar en una aplicación de destino dentro de la propia instancia de App Service Environment, no en otra instancia de App Service Environment.
- Las copias de seguridad personalizadas se pueden restaurar en una aplicación de destino en otro entorno de App Service, como desde App Service Environment v2 a App Service Environment v3.
- Las copias de seguridad se pueden restaurar en una aplicación de destino de la misma plataforma del sistema operativo que la aplicación de origen.
Automatizar con scripts
Puede automatizar la administración de copias de seguridad con scripts mediante la CLI de Azure o Azure PowerShell.
Para obtener ejemplos, vea:
Preguntas más frecuentes
- ¿Las copias de seguridad son actualizaciones incrementales o copias de seguridad completas?
- ¿Azure Functions admite copias de seguridad automáticas?
- ¿Qué se incluye en una copia de seguridad automática?
- ¿Qué se incluye en una copia de seguridad personalizada?
- ¿Por qué no se realiza una copia de seguridad de mi base de datos vinculada?
- ¿Qué ocurre si el tamaño de la copia de seguridad supera el máximo permitido?
- ¿Puedo usar una cuenta de almacenamiento que tenga habilitadas las características de seguridad?
- ¿Cómo puedo restaurar en una aplicación de otra suscripción?
- ¿Cómo puedo restaurar en una aplicación de la misma suscripción, pero en otra región?
- ¿Dónde se almacenan las copias de seguridad automáticas?
- ¿Cómo se detiene una copia de seguridad automática?
¿Las copias de seguridad son actualizaciones incrementales o copias de seguridad completas?
Cada copia de seguridad es una copia completa sin conexión de su aplicación, no una actualización incremental.
¿Azure Functions admite copias de seguridad automáticas?
Las copias de seguridad automáticas están disponibles para Azure Functions en niveles dedicados (App Service) niveles Básico, Estándar y Premium. Las copias de seguridad automáticas no se admiten para las aplicaciones de funciones en los planes de tarifa Consumo o Elastic Premium .
¿Qué se incluye en una copia de seguridad automática?
En la tabla siguiente se muestra qué contenido se realiza una copia de seguridad en una copia de seguridad automática:
| Contenido | ¿Restaurada? |
|---|---|
Aplicaciones de Windows: todo el contenido de la aplicación en el directorio %HOME%.Aplicaciones de Linux: todo el contenido de la aplicación en el directorio /home.Contenedores personalizados (Windows y Linux): contenido en almacenamiento persistente. |
Sí |
| Contenido del paquete run-from-ZIP. | No |
| Contenido de cualquier almacenamiento de Azure montado personalizado, como desde un recurso compartido de Azure Files. | No |
En la tabla siguiente se muestra qué configuraciones de la aplicación se restauran al elegir restaurar las configuraciones de la aplicación:
| Configuración | ¿Restaurada? |
|---|---|
| Configuración de registro nativa, incluida la configuración de contenedores y cuentas de Azure Storage | Sí |
| Configuración de Application Insights | Sí |
| Comprobación de estado | Sí |
| Características de red, como puntos de conexión privados, conexiones híbridas e integración de redes virtuales | No |
| Autenticación | No |
| Identidades administradas | No |
| Dominios personalizados | No |
| TLS/SSL | No |
| Escalabilidad horizontal | No |
| Diagnósticos con Azure Monitor | No |
| Alertas y métricas | No |
| Copia de seguridad | No |
| Ranuras de implementación asociadas | No |
| Cualquier base de datos vinculada que admita la copia de seguridad personalizada | No |
¿Qué se incluye en una copia de seguridad personalizada?
Una copia de seguridad personalizada (copia de seguridad bajo demanda o copia de seguridad programada) incluye todo el contenido y la configuración que se incluye en una copia de seguridad automática, además de cualquier base de datos vinculada, hasta el tamaño máximo permitido.
Cada copia de seguridad contiene un archivo .zip con datos de copia de seguridad y un archivo de .xml {siteName}-{dateTime}.xml, que enumera el contenido, incluidos los dominios personalizados. Al restaurar una copia de seguridad personalizada, los dominios personalizados del archivo .xml se agregarán a la aplicación de destino si no existe ningún conflicto DNS (es decir, el dominio está disponible para el enlace) y si la aplicación de destino tiene dominios personalizados diferentes a la lista de dominios personalizados del archivo .xml, se quitarán esos dominios personalizados.
Al realizar una copia de seguridad a través de Azure Virtual Network, no se puede realizar una copia de seguridad de la base de datos vinculada.
¿Por qué no se realiza una copia de seguridad de mi base de datos vinculada?
Nota:
Las copias de seguridad personalizadas con bases de datos vinculadas para App Service solo admiten niveles de servidor único de Azure Database for MySQL y PostgreSQL. Dado que se retiran los niveles de servidor único, la actualización de bases de datos vinculadas al servidor flexible podría provocar un error en las copias de seguridad. Use herramientas nativas de copia de seguridad de bases de datos para evitar la pérdida de datos. Los servidores MySQL y PostgreSQL independientes (por ejemplo, en máquinas virtuales) no se ven afectados por la retirada del nivel de servidor único. Para obtener más información sobre la retirada, consulte Retirada del servidor único de MySQL y Retirada del servidor único de PostgreSQL.
Para realizar copias de seguridad y restaurar servidores flexibles, consulte la documentación de la base de datos correspondiente:
Solo se realiza una copia de seguridad de las bases de datos vinculadas para copias de seguridad personalizadas, hasta el tamaño máximo permitido. Si se supera el tamaño máximo de copia de seguridad (10 GB) o el tamaño máximo de la base de datos (4 GB), se produce un error en la copia de seguridad. Estos son algunos motivos comunes por los que no se realiza una copia de seguridad de la base de datos vinculada:
- No se admite la copia de seguridad de Azure Database for MySQL habilitado para TLS. Si se configura una copia de seguridad, se producirán errores de copia de seguridad.
- No se admite la copia de seguridad de Azure Database for PostgreSQL habilitado para TLS. Si se configura una copia de seguridad, se producirán errores de copia de seguridad.
- Se hace una copia de datos automáticamente de las bases de datos MySQL en la aplicación sin ninguna configuración. Si realiza manualmente la configuración para las bases de datos MySQL en la aplicación, como agregar cadenas de conexión, es posible que las copias de seguridad no funcionen correctamente.
¿Qué ocurre si el tamaño de la copia de seguridad supera el máximo permitido?
Las copias de seguridad automáticas no se pueden restaurar si el tamaño de la copia de seguridad supera el tamaño máximo. De forma similar, se produce un error en las copias de seguridad personalizadas si se supera el tamaño máximo de la copia de seguridad o el tamaño máximo de la base de datos. Para reducir el tamaño de almacenamiento, considere la posibilidad de mover archivos como registros, imágenes, audios y vídeos a Azure Storage, por ejemplo.
¿Puedo usar una cuenta de almacenamiento que tenga habilitadas las características de seguridad?
Puede realizar una copia de seguridad en una cuenta de almacenamiento protegida por firewall si forma parte de la misma topología de red virtual que la aplicación. Consulte Copia de seguridad y restauración mediante Azure Virtual Network.
¿Cómo restaurar en una aplicación de otra suscripción?
- Realice una copia de seguridad personalizada de la aplicación de origen en un contenedor de Azure Storage.
- Descargue el archivo ZIP de copia de seguridad y el archivo de metadatos XML en el equipo local.
- Cargue los archivos ZIP y XML en la cuenta de almacenamiento de destino.
- En la página Copias de seguridad de la aplicación de destino, haga clic en Restaurar en el menú superior.
- En la sección Detalles de copia de seguridad, elija Almacenamiento como Origen. Seleccione la cuenta de almacenamiento donde cargó los archivos de copia de seguridad.
- Haga clic en Usar archivo en la cuenta de almacenamiento y seleccione el archivo ZIP que desea restaurar.
- Configure los valores restantes como se describe en Restaurar una copia de seguridad. Confirme e inicie el proceso de restauración.
¿Cómo restaurar en una aplicación de la misma suscripción, pero en otra región?
Puede restaurar una aplicación en una región diferente dentro de la misma suscripción. El proceso sigue los mismos pasos descritos en Restaurar una copia de seguridad. Asegúrese de que la aplicación de destino puede acceder al almacenamiento de copia de seguridad de la aplicación de origen. El proceso de restauración en Azure Portal permite seleccionar una aplicación en otra región siempre que permanezca dentro de la misma suscripción.
¿Dónde se almacenan las copias de seguridad automáticas?
Las copias de seguridad automáticas se almacenan en el mismo centro de datos que App Service. No se recomienda confiar en copias de seguridad automáticas como plan de recuperación ante desastres.
¿Cómo se detiene una copia de seguridad automática?
No se pueden detener las copias de seguridad automáticas. La copia de seguridad automática se almacena en la plataforma y no tiene ningún efecto en la instancia de aplicación subyacente o en el almacenamiento.