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.
En este artículo se describe cómo restaurar SAP HANA bases de datos que se ejecutan en Azure Virtual Machines (VM) mediante Azure Portal y que el servicio Azure Backup ha realizado una copia de seguridad en un almacén de Recovery Services. Azure Backup permite usar los datos restaurados para crear copias para escenarios de desarrollo y prueba o para volver a un estado anterior. También puede restaurar la base de datos mediante CLI de Azure.
Azure Backup ahora admite la copia de seguridad y restauración de la instancia de replicación del sistema (HSR) de SAP HANA mediante Azure Portal. También puede realizar la operación de restauración mediante CLI de Azure.
Nota
- El proceso de restauración de bases de datos de HANA con HSR es igual que la restauración de bases de datos de HANA sin HSR. Según los avisos de SAP, puede restaurar bases de datos con el modo HSR como bases de datos autónomas. Si el sistema de destino tiene el modo de HSR habilitado, primero deshabilítelo y, a continuación, restaure la base de datos. Sin embargo, si va a realizar la restauración como archivos, no es necesario deshabilitar el modo HSR (interrumpir el HSR).
- Actualmente, la recuperación de la ubicación original (OLR) no se admite para HSR. Como alternativa, seleccione restauración de Ubicación alternativa y, a continuación, seleccione la máquina virtual de origen como Host en la lista.
- No se admite la restauración a una instancia de HSR. Sin embargo, solo se admite la restauración en la instancia de HANA.
Para obtener información sobre los escenarios de copia de seguridad y restauración de bases de datos de SAP HANA compatibles, la disponibilidad de regiones y las limitaciones, consulte la matriz support. Para preguntas comunes, consulte las preguntas preguntas frecuentes.
Restauración a un momento dado o a un punto de recuperación
Azure Backup restaura SAP HANA bases de datos que se ejecutan en máquinas virtuales de Azure. Puede:
Restaurarlas a una fecha u hora específicas (con precisión de segundos) mediante copias de seguridad de registros. Azure Backup determina automáticamente las copias de seguridad completas adecuadas, las copias de seguridad diferenciales y la cadena de copias de seguridad de registros necesarias para restaurar en función del tiempo seleccionado. Más información.
Restaurarlas en una copia de seguridad completa o diferencial específica para restaurarlas a un punto de recuperación específico. Más información.
Requisitos previos
Antes de restaurar una base de datos, tenga en cuenta lo siguiente:
Solo puede restaurar la base de datos a una instancia de SAP HANA que se encuentra en la misma región.
La instancia de destino debe estar registrada en el mismo almacén que la de origen. Learn más sobre la copia de seguridad de bases de datos de SAP HANA.
Azure Backup no puede identificar dos instancias de SAP HANA diferentes en la misma máquina virtual. Por lo tanto, no es posible restaurar los datos de una instancia en otra de la misma VM.
Para asegurarse de que la instancia de SAP HANA de destino está lista para la restauración, compruebe su preparación para la copia de seguridad estado:
En el Azure Portal, vaya a Resiliency y seleccione +Configurar protección.
En el panel Configure protection, seleccione Datasource type as SAP HANA in Azure VM y, a continuación, seleccione Continue.
En el panel Start: Configure Backup, para Vault selección, haga clic en Select vault para seleccionar el almacén al que está registrada la instancia de SAP HANA y seleccione Continue.
En el panel Objetivo de copia de seguridad , en Detectar bases de datos en máquinas virtuales, seleccione Ver detalles.
Captura de pantalla que muestra dónde ver los detalles de la base de datos.
En el panel Seleccionar Virtual Machines, revise el Backup Readiness de la máquina virtual de destino.
Captura de pantalla que muestra dónde revisar la preparación de la copia de seguridad de la máquina virtual de destino.
- Para obtener más información sobre los tipos de restauración que SAP HANA admite, consulte SAP HANA Nota 1642148.
Restaurar una base de datos
Para restaurar una base de datos, necesita los permisos siguientes:
- Operador de copia de seguridad: concede permisos en el almacén en el que se realiza la restauración.
- Contributor (write): proporciona acceso a una máquina virtual de origen que está respaldada.
-
Contributor (write): proporciona access a la máquina virtual de destino.
- Si va a restaurar en la misma VM, esta será la VM de origen.
- Si va a restaurar en una ubicación alternativa, esta será la nueva VM de destino.
En el Azure Portal, vaya a Resiliency y seleccione Recover.
En el panel Recover, para el tipo Datasource, Seleccione SAP HANA en Azure VM, para Elementos protegidos, haga clic en Seleccionar para elegir la base de datos que desea restaurar y, a continuación, seleccione Continue.
Captura de pantalla que muestra dónde seleccionar el tipo de origen de datos para la recuperación.
En el panel Restaurar , en Dónde y cómo restaurar, especifique la opción necesaria para restaurar los datos:
- Ubicación alternativa: restaure la base de datos en una ubicación alternativa y mantenga la base de datos de origen original.
- Ubicaciónoriginal: restaure los datos en la misma instancia de SAP HANA que el origen original. Esta opción sobrescribe la base de datos original.
Captura de pantalla que muestra dónde restaurar la configuración.
Nota
Durante la restauración (aplicable solo al escenario de IP virtual/frontal del equilibrador de carga), si intenta restaurar una copia de seguridad en el nodo de destino después de cambiar el modo HSR a independiente o romper HSR antes de la restauración como recomendado por SAP, asegúrese de que el equilibrador de carga esté apuntando al nodo de destino.
Escenarios de ejemplo:
- Si usa hdbuserstore set SYSTEMKEY localhost en el script de registro previo, no habrá ningún problema durante la restauración.
- Si *hdbuserstore establece
SYSTEMKEY <Load Balancer host/ip>en el script de preregistro y está intentando restaurar la copia de seguridad en el nodo de destino, asegúrese de que el balanceador de carga apunte al nodo de destino que necesita ser restaurado.
Restauración a una ubicación alternativa
En el panel Restaurar , en Dónde y cómo restaurar, seleccione Ubicación alternativa.
Captura de pantalla que muestra cómo restaurar la base de datos en una ubicación alternativa.
Seleccione el SAP HANA nombre de host y nombre de instancia al que desea restaurar la base de datos.
Compruebe si la instancia de SAP HANA de destino está lista para restaurarse garantizando la preparación de la copia de seguridad. Para obtener más información, consulte Requisitos previos.
En el cuadro de diálogo Nombre de la base de datos restaurada, escriba el nombre de la base de datos de destino.
Nota
Las restauraciones de contenedor de base de datos individual (SDC) deben seguir estas comprobaciones.
Si procede, seleccione Sobrescribir si ya existe una base de datos con el mismo nombre en la instancia de HANA seleccionada.
En Seleccionar punto de restauración, seleccione Registros (Punto en el Tiempo) para restaurar a un punto específico en el tiempo. O bien, seleccione Completa o Diferencial para restaurar a un punto de recuperación específico.
Restaurar como archivos
Nota
Restaurar como archivos no funciona en recursos compartidos del Sistema de archivos de Internet común (CIFS), pero funciona en NFS.
Para restaurar datos de copia de seguridad como archivos en lugar de una base de datos, seleccione Restaurar como archivos. Una vez que los archivos se hayan volcado en una ruta de acceso especificada, puede transferirlos a cualquier máquina SAP HANA donde desee restaurarlos en forma de base de datos. Dado que puede mover los archivos a cualquier máquina, ahora puede restaurar los datos entre suscripciones y regiones.
En el panel Restaurar , en ¿Dónde y cómo restaurar?, seleccione Restaurar como archivos.
Seleccione el nombre de servidor de HANA o host en el que quiere restaurar los archivos de copia de seguridad.
En Ruta de acceso de destino en el servidor, especifique la ruta de acceso de carpetas del servidor seleccionado en el paso anterior. Se trata de la ubicación en la que el servicio volcará todos los archivos de copia de seguridad necesarios.
Los archivos que se vuelcan son:
- Archivos de copia de seguridad de bases de datos
- Archivos de metadatos JSON (para cada archivo de copia de seguridad implicado)
Normalmente, una ruta de acceso de recurso compartido de red o la ruta de acceso de un recurso compartido de archivos de Azure montado especificado como ruta de acceso de destino, permite acceso más fácil a estos archivos por otras máquinas en la misma red o con el mismo recurso compartido de archivos de Azure montado en ellos.
Nota
Para restaurar los archivos de copia de seguridad de la base de datos en un recurso compartido de archivos de Azure montado en la máquina virtual registrada de destino, asegúrese de que la cuenta raíz tiene permisos de lectura y escritura en el recurso compartido.
Captura de pantalla que muestra cómo elegir la ruta de acceso de destino.
Seleccione el punto de restauración en el que se restaurarán todas las carpetas y archivos de copia de seguridad.
Captura de pantalla que muestra dónde seleccionar el punto de restauración.
Todos los archivos de copia de seguridad asociados con el punto de restauración seleccionado se vuelcan en la ruta de acceso de destino.
En función del tipo de punto de restauración elegido (A un momento dado o Completo y diferencial), se crearán una o varias carpetas en la ruta de acceso de destino. Una de las carpetas, Data_fecha y hora de la restauración, contiene las copias de seguridad completas y, la otra, Log, contiene las copias de seguridad de registros y otras copias de seguridad (como diferenciales e incrementales).
Nota
Si ha seleccionado Restaurar a un momento dado, los archivos de registro (volcados en la máquina virtual de destino) pueden contener registros más allá del momento dado elegido para la restauración. Azure Backup hace esto para asegurarse de que las copias de seguridad de registros de todos los servicios de HANA estén disponibles para una restauración coherente y correcta en el momento elegido.
Mueva los archivos restaurados al servidor de SAP HANA donde desea restaurarlos como base de datos y, a continuación, haga lo siguiente:
a) Establezca permisos en la carpeta o el directorio en que se almacenan los archivos de copia de seguridad mediante el comando siguiente:
chown -R <SID>adm:sapsys <directory>b. Ejecute el siguiente conjunto de comandos como :
su: <sid>admc. Genere el archivo de catálogo para la restauración. Extraiga BackupId del archivo de metadatos JSON para la copia de seguridad completa, que se usará más adelante en la operación de restauración. Asegúrese de que las copias de seguridad completas y de registros (no presentes con la recuperación de copia de seguridad completa) se encuentran en carpetas diferentes y elimine los archivos de metadatos JSON de estas carpetas. Ejecutar:
hdbbackupdiag --generate --dataDir <DataFileDir> --logDirs <LogFilesDir> -d <PathToPlaceCatalogFile>- : carpeta que contiene las copias de seguridad completas
- : la carpeta que contiene las copias de seguridad de registros, copias de seguridad diferenciales e incrementales. Para la restauración de copia de seguridad completa, porque no se crea la carpeta de registro, agregue un directorio vacío.
- : carpeta donde se debe colocar el archivo de catálogo generado
d. Puede restaurar mediante el archivo de catálogo recién generado a través de HANA Studio o ejecutar la consulta de restauración de herramientas de HDBSQL SAP HANA con este catálogo recién generado. Las consultas HDBSQL se enumeran a continuación:
Para abrir la consola de HDBSQL, ejecute el siguiente comando:
hdbsql -U AZUREWLBACKUPHANAUSER -d systemDBPara restaurar a un punto en el tiempo:
Si está creando una nueva base de datos restaurada, ejecute el comando HDBSQL para crear una nueva base de datos y detenga la base de datos para la restauración con el comando . Sin embargo, si solo está restaurando una base de datos existente, ejecute el comando HDBSQL para detenerla:
A continuación, ejecute el siguiente comando para restaurar la base de datos:
RECOVER DATABASE FOR <db> UNTIL TIMESTAMP <t1> USING CATALOG PATH <path> USING LOG PATH <path> USING DATA PATH <path> USING BACKUP_ID <bkId> CHECK ACCESS USING FILE- : nombre de la base de datos nueva o existente que quiere restaurar
- : marca de tiempo exacta de la restauración a un momento dado.
-
<DatabaseName@HostName>: el nombre de la base de datos cuya copia de seguridad se usa para restaurar y el host o SAP HANA nombre del servidor en el que reside esta base de datos. La opciónUSING SOURCE <DatabaseName@HostName>especifica que la copia de seguridad de datos (usada para la restauración) es de una base de datos con un SID o un nombre diferentes a los SAP HANA de destino. No es necesario especificarla para las restauraciones realizadas en el mismo servidor de HANA del que se toma la copia de seguridad. - : ruta de acceso al archivo de catálogo generado en el "paso C"
- : carpeta que contiene las copias de seguridad completas
- : la carpeta que contiene las copias de seguridad de registros, copias de seguridad diferenciales y copias de seguridad incrementales (si las hay)
- : El BackupId que se extrajo en el «paso c».
Para realizar la restauración a una copia de seguridad completa o diferencial determinada:
Si está creando una nueva base de datos restaurada, ejecute el comando HDBSQL para crear una nueva base de datos y detenga la base de datos para la restauración con el comando . Sin embargo, si solo está restaurando una base de datos existente, ejecute el comando HDBSQL para detenerla:
RECOVER DATA FOR <DatabaseName> USING BACKUP_ID <BackupIdFromJsonFile> USING SOURCE '<DatabaseName@HostName>' USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING DATA PATH ('<DataFileDir>') CLEAR LOG- : nombre de la base de datos nueva o existente que quiere restaurar
- : marca de tiempo exacta de la restauración a un momento dado.
-
<DatabaseName@HostName>: el nombre de la base de datos cuya copia de seguridad se usa para restaurar y el host o SAP HANA nombre del servidor en el que reside esta base de datos. La opciónUSING SOURCE <DatabaseName@HostName>especifica que la copia de seguridad de datos (usada para la restauración) es de una base de datos con un SID o un nombre diferentes a los SAP HANA de destino. Por lo tanto, no es necesario especificarla para las restauraciones realizadas en el mismo servidor de HANA del que se toma la copia de seguridad. - : ruta de acceso al archivo de catálogo generado en el "paso C"
- : carpeta que contiene las copias de seguridad completas
- : la carpeta que contiene las copias de seguridad de registros, copias de seguridad diferenciales y copias de seguridad incrementales (si las hay)
- : El BackupId que se extrajo en el «paso c».
Para restaurar utilizando el identificador de copia de seguridad:
RECOVER DATA FOR <db> USING BACKUP_ID <bkId> USING CATALOG PATH <path> USING LOG PATH <path> USING DATA PATH <path> CHECK ACCESS USING FILEEjemplos:
SAP HANA restauración del sistema en el mismo servidor:
RECOVER DATABASE FOR SYSTEM UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILERestauración de instancias de SAP HANA en el mismo servidor:
RECOVER DATABASE FOR DHI UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILERestauración del sistema SAP HANA en un servidor diferente.
RECOVER DATABASE FOR SYSTEM UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING SOURCE <sourceSID> USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILERestauración de tenientes de SAP HANA en un servidor diferente:
RECOVER DATABASE FOR DHI UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING SOURCE <sourceSID> USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE
Restauración parcial como archivos
El servicio Azure Backup decide la cadena de archivos que se descargarán durante la restauración como archivos. Pero hay escenarios en los que es posible que no quiera volver a descargar todo el contenido.
Por ejemplo, puede tener una directiva de copia de seguridad de las copias completas semanales, de las diferenciales diarias y de los registros, y ya ha descargado los archivos para una copia diferencial determinada. Se ha dado cuenta de que el punto de recuperación no es el correcto y decidió ha decidido descargar la copia diferencial del día siguiente. Ahora solo necesita el archivo del diferencial, porque ya tiene la copia de seguridad completa de inicio. Con la capacidad parcial de restauración como archivos, proporcionada por Azure Backup, ahora puede excluir la copia de seguridad completa de la secuencia de descargas y descargar únicamente la copia de seguridad diferencial.
Tipos de archivos de copia de seguridad excluidos
ExtensionSettingOverrides.json es un archivo JSON (notación de objetos JavaScript) que contiene invalidaciones para varias configuraciones del servicio Azure Backup para SQL. Para una operación de restauración parcial como archivos, debe agregar un nuevo campo JSON, . Este campo contiene un valor de cadena que indica qué tipos de punto de recuperación se deben excluir en la siguiente operación de restauración como archivos.
En la máquina de destino donde se van a descargar los archivos, vaya a la carpeta opt/msawb/bin.
Cree un nuevo archivo JSON denominado ExtensionSettingOverrides.JSON, si aún no existe.
Agregue el siguiente par de clave y valor JSON:
{ "RecoveryPointsToBeExcludedForRestoreAsFiles": "ExcludeFull" }Cambie los permisos y la propiedad del archivo:
chmod 750 ExtensionSettingsOverrides.json chown root:msawb ExtensionSettingsOverrides.jsonNo es necesario reiniciar ningún servicio. El servicio Azure Backup intentará excluir los tipos de copia de seguridad de la cadena de restauración, como se mencionó en este archivo.
solo toma valores específicos que indican los puntos de recuperación que se excluirán durante la restauración. Para SAP HANA, estos valores son:
- . Se descargarán otros tipos de copia de seguridad, como diferenciales, incrementales y registros, si están presentes en la cadena de puntos de restauración.
- . Se descargarán otros tipos de copia de seguridad, como incrementales y registros, si están presentes en la cadena de puntos de restauración.
- . Se descargarán otros tipos de copia de seguridad, como diferenciales y de registro, siempre que estén presentes en la cadena de puntos de restauración.
- . Se descargarán otros tipos de copia de seguridad, como registros, si están presentes en la cadena de puntos de restauración.
Restaurar a un punto específico en el tiempo
Si ha seleccionado Registros (punto en el tiempo) como el tipo de restauración, haga lo siguiente:
Seleccione un punto de recuperación en el gráfico del registro y seleccione Aceptar para elegir el punto de restauración.
Captura de pantalla que muestra un gráfico de registro desde el que seleccionar un punto de restauración.
En el menú Restaurar, seleccione Restaurar para iniciar el trabajo de restauración.
Captura de pantalla que muestra el menú y el botón "Restaurar".
Realice un seguimiento del progreso de la restauración en el área de notificaciones o seleccione Trabajos de restauración en el menú de la base de datos.
Captura de pantalla que muestra un mensaje que indica que la restauración se desencadenó correctamente.
Restauración a un punto de recuperación específico
Si ha seleccionado Completo y diferencial como el tipo de restauración, haga lo siguiente:
Seleccione un punto de recuperación en la lista y seleccione Aceptar para elegir el punto de restauración.
Captura de pantalla que muestra dónde seleccionar un punto de recuperación específico.
En el menú Restaurar, seleccione Restaurar para iniciar el trabajo de restauración.
Captura de pantalla que muestra el menú "Restaurar" para seleccionar un punto de restauración específico.
Realice un seguimiento del progreso de la restauración en el área de notificaciones o seleccione Trabajos de restauración en el menú de la base de datos.
Captura de pantalla que muestra un mensaje que indica que la restauración se desencadenó correctamente.
Nota
En las restauraciones de Contenedor de varias bases de datos (MDC), cuando la base de datos del sistema se restaura en una instancia de destino, es necesario volver a ejecutar el script de registro previo. Las restauraciones de bases de datos de inquilino subsiguientes se realizarán correctamente. Para obtener más información, consulte Solución de problemas de la restauración de la base de datos con múltiples contenedores.
Restauración entre regiones
Como una de las opciones de restauración, la Restauración Cruzada entre Regiones (CRR) permite restaurar bases de datos de SAP HANA hospedadas en máquinas virtuales de Azure en una región secundaria, que es una región emparejada de Azure.
Para empezar a usar la característica, consulte Configurar restauración entre regiones.
Visualización de elementos de copia de seguridad de la región secundaria
Si la opción CRR está habilitada, puede ver los elementos de copia de seguridad de la región secundaria.
- En el portal de Azure, vaya a Recovery Services vault y seleccione Elementos de copia de seguridad.
- Seleccione Región secundaria para ver los elementos de la región secundaria.
Nota
En la lista solo se mostrarán los tipos de administración de copia de seguridad que admiten la característica CRR. Actualmente, solo se admite la restauración de datos de regiones secundarias en una región secundaria.
Captura de pantalla que muestra los elementos de copia de seguridad en la región secundaria
Captura de pantalla que muestra las bases de datos de la región secundaria
Restauración en la región secundaria
La experiencia del usuario de restauración de la región secundaria es similar a la de restauración de la región primaria. Al configurar los detalles en el panel Restaurar configuración, se le pedirá que proporcione solo los parámetros de la región secundaria. Debe haber una bóveda en la región secundaria, y el servidor SAP HANA debe registrarse en la bóveda de la misma región secundaria.
Captura de pantalla que muestra el panel "¿Dónde y cómo restaurar?"
Nota
- Una vez que se desencadena la restauración y se ha iniciado la fase de transferencia de datos, no se puede cancelar el trabajo de restauración.
- El rol y el nivel de acceso necesarios para realizar una operación de restauración entre regiones son el rol de Operador de copia de seguridad de la suscripción y el acceso de colaborador (escritura) en las máquinas virtuales de origen y destino. Para ver los trabajos de copia de seguridad, el permiso mínimo necesario en la suscripción es Lector de archivo de copias de seguridad.
- El objetivo de punto de recuperación (RPO) para que los datos de copia de seguridad estén disponibles en la región secundaria es de 12 horas. Por lo tanto, cuando se activa el CRR, el RPO para la región secundaria es de 12 horas + la duración de la frecuencia de registro (que puede establecerse en un mínimo de 15 minutos).
Obtenga información sobre los requisitos mínimos de rol para la restauración entre regiones.
Supervisión de trabajos de restauración en la región secundaria
- En el Azure Portal, vaya a Resiliency y seleccione Jobs.
- En el panel Trabajos, para ver los trabajos de la región secundaria, filtre la operación para CrossRegionRestore.
Restauración de suscripciones cruzadas
Azure Backup ahora permite restaurar SAP HANA Database a cualquier suscripción (según los siguientes requisitos de RBAC Azure) desde el punto de restauración. De forma predeterminada, Azure Backup restaura a la misma suscripción donde están disponibles los puntos de restauración.
Con la restauración entre suscripciones (CSR), tiene la flexibilidad de restaurar a cualquier suscripción y almacén del inquilino si los permisos de restauración están disponibles. Por defecto, CSR está habilitado en todas las bóvedas de Recovery Services (existentes y recién creadas).
Nota
- La restauración entre suscripciones se puede desencadenar desde el almacén de Recovery Services.
- CSR solo se admite para copias de seguridad basadas en streaming o Backint y no se admite para la copia de seguridad basada en instantáneas.
- No se admite la restauración entre regiones (CRR) con CSR.
Restauración entre suscripciones a un almacén habilitado para un punto de conexión privado
Para realizar una restauración entre suscripciones a un almacén habilitado para un punto de conexión privado:
- En el almacén de Recovery Services de origen, vaya a la pestaña Redes.
- Vaya a la sección Private access y cree puntos de conexión Private.
- Seleccione la suscripción del almacén de destino en el que desea realizar la restauración.
- En la sección Virtual Network, seleccione la VNet de la máquina virtual de destino que desea restaurar en toda la suscripción.
- Cree el Punto de conexión privado y desencadene el proceso de restauración.
Requisitos de Azure RBAC
| Tipo de operación | Operador de copia de seguridad | Almacén de Recovery Services | Operador alternativo |
|---|---|---|---|
| Restaurar base de datos o restaurar como archivos | Virtual Machine Contributor |
Máquina virtual de origen de la que se hizo una copia de seguridad | En lugar de un rol incorporado, puede considerar un rol personalizado que tenga los siguientes permisos: - Microsoft.Compute/virtualMachines/write - Microsoft.Compute/virtualMachines/read |
Virtual Machine Contributor |
Máquina virtual de destino en la que se restaurará la base de datos o se crearán los archivos. | En lugar de un rol incorporado, puede considerar un rol personalizado que tenga los siguientes permisos: - Microsoft.Compute/virtualMachines/write - Microsoft.Compute/virtualMachines/read |
|
Backup Operator |
Almacén de Recovery Services de destino |
De manera predeterminada, CSR está habilitado en el almacén de Recovery Services. Para actualizar la configuración de restauración del almacén de Recovery Services, vaya a PropiedadesRestauración entre suscripciones y realice los cambios necesarios.
Recorte de pantalla que muestra cómo modificar la configuración de restauración entre suscripciones en un almacén de Recovery Services para una base de datos HANA.
Restauración entre suscripciones usando CLI de Azure
az backup vault create
Agregue el parámetro que le permite establecer el estado de CSR del almacén durante la creación y actualización de este.
az backup recoveryconfig show
Agregue el parámetro que le permite proporcionar la suscripción de destino como entrada al iniciar la restauración cruzada de suscripciones para orígenes de datos de SQL o HANA.
Ejemplo:
az backup vault create -g {rg_name} -n {vault_name} -l {location} --cross-subscription-restore-state Disable
az backup recoveryconfig show --restore-mode alternateworkloadrestore --backup-management-type azureworkload -r {rp} --target-container-name {target_container} --target-item-name {target_item} --target-resource-group {target_rg} --target-server-name {target_server} --target-server-type SQLInstance --target-subscription-id {target_subscription} --target-vault-name {target_vault} --workload-type SQLDataBase --ids {source_item_id}