Preguntas más frecuentes sobre las bases de datos de SQL Server que se ejecutan en una copia de seguridad de máquina virtual de Azure

Sí, puede tener la copia de seguridad de máquina virtual y la copia de seguridad de SQL en la misma máquina virtual. En este caso, se desencadena internamente una copia de seguridad completa de solo copia en la máquina virtual no truncar los registros.

En algunas circunstancias, el servicio de Azure Backup desencadena copias de seguridad de corrección. La recuperación automática puede ocurrir para cualquiera de las seis condiciones siguientes:

• Si la copia de seguridad diferencial o de registro produce un error debido a un error de validación de LSN, la siguiente copia de seguridad diferencial o de registro se convierte en su lugar en una copia de seguridad completa.
• Si no se produjo ninguna copia de seguridad completa antes de la copia de seguridad diferencial o de registro, esa copia de seguridad diferencial o de registro se convierte en su lugar en una copia de seguridad completa.
• Si el momento específico de la copia de seguridad completa más reciente es anterior a 15 días, la siguiente copia de seguridad diferencial o de registro se convierte en su lugar en una copia de seguridad completa.
• Todos los trabajos de copia de seguridad que se cancelen debido a una actualización de la extensión se vuelven a desencadenar una vez completada la actualización e iniciada la extensión.
• Si decide sobrescribir la base de datos durante la restauración, se produce un error en la siguiente copia de seguridad diferencial o de registro y en su lugar se desencadena una copia de seguridad completa.
• En los casos en los que se requiera una copia de seguridad completa para restablecer las cadenas de registro debido a un cambio en el modelo de recuperación de la base de datos, se desencadena una completa automáticamente en la siguiente programación.

No, no se puede cancelar un trabajo de recuperación automática. Sin embargo, puede rechazarlo siguiendo estos pasos:

1. En la instancia de SQL Server, en la carpeta C:\Archivos de programa\Azure Workload Backup\bin, cree o edite el archivo ExtensionSettingsOverrides.json.
2. En el archivo ExtensionSettingsOverrides.json, establezca {"EnableAutoHealer": false}.
3. Guarde los cambios y cierre el archivo.
4. En la instancia de SQL Server, abra el Administrador de tareas y, a continuación, reinicie el servicio AzureWLBackupCoordinatorSvc.

Sí. Puede limitar la velocidad a la que se ejecuta la directiva de copia de seguridad para minimizar el impacto en una instancia de SQL Server. Para cambiar la configuración:

1. En la instancia de SQL Server, en la carpeta C:\Archivos de programa\Azure Workload Backup\bin, cree el archivo ExtensionSettingsOverrides.json.

2. En el archivo ExtensionSettingsOverrides.json, cambie el valor de DefaultBackupTasksThreshold por uno inferior (por ejemplo, 5).
   {"DefaultBackupTasksThreshold": 5}
   El valor predeterminado de DefaultBackupTasksThreshold es 20.

3. Guarde los cambios y cierre el archivo.

4. En la instancia de SQL Server, abra el Administrador de tareas. Reinicie el servicio AzureWLBackupCoordinatorSvc.
   
   Aunque este método resulta útil si la aplicación está consumiendo muchos recursos, Resource Governor de SQL Server es una forma más genérica de especificar límites en la cantidad de CPU, E/S física y memoria que las solicitudes entrantes de la aplicación pueden utilizar.

No. Los trabajos de copia de seguridad correctos no generan alertas. Las alertas se envían únicamente para los trabajos de copia de seguridad con errores. El comportamiento detallado para alertas del portal está documentado aquí. Sin embargo, si le interesa recibir alertas incluso para trabajos realizados correctamente, puede usar Supervisión mediante Azure Monitor.

Sí, puede obtener esta funcionalidad con la protección automática.

Si se quita una base de datos de una instancia protegida automáticamente, se siguen intentando las copias de seguridad de la base de datos. Esto implica que la base de datos eliminada comienza a aparecer como incorrecta en Elementos de copia de seguridad y todavía está protegida.

La manera correcta de detener la protección de esta base de datos es realizar una acción Detener copia de seguridad con eliminación de datos en esta base de datos.

Sí, se pueden proteger las bases de datos de máquinas virtuales que tienen el servicio Azure Disk Encryption (ADE) habilitado.

Sí, Azure Backup admite la copia de seguridad de bases de datos o servidores SQL Server con TDE habilitado. Backup admite TDE con claves administradas por Azure o con claves administradas por el cliente (BYOK). Backup no realiza ningún cifrado de SQL como parte del proceso de copia de seguridad, por lo que la base de datos permanecerá cifrada cuando se realice una copia de seguridad.

Sí, lo hacemos. Sin embargo, esto no se debe confundir con la suma de comprobación de SQL. La copia de seguridad de la carga de trabajo de Azure calcula la suma de comprobación en el flujo de datos y la almacena explícitamente durante la operación de copia de seguridad. Después, se toma como referencia y se compara de forma cruzada con la suma de comprobación del flujo de datos durante la operación de restauración para garantizar la coherencia de los datos.

Sí. Azure Site Recovery activará una copia de seguridad completa mientras toma la instantánea coherente con la aplicación en la máquina virtual para no truncar los registros. Más información.

El menú Trabajo de Backup muestra todas las operaciones programadas y a petición, excepto las copias de seguridad de registros programadas, ya que pueden ser muy frecuentes. Para los trabajos de registro programados, utilice Supervisión a escala mediante Azure Monitor.

Si realiza una acción Detener copia de seguridad con retención de datos, no se realizarán copias de seguridad futuras y los puntos de recuperación existentes permanecerán intactos. La base de datos se seguirá considerando como protegido y se mostrará en los Elementos de copia de seguridad.

Si realiza una acción Detener copia de seguridad con eliminación de datos, no se realizarán copias de seguridad futuras y los puntos de recuperación existentes también se eliminarán. La base de datos se considerará desprotegida y se mostrará bajo la instancia en la hoja Configurar copia de seguridad. Sin embargo, a diferencia de otras bases de datos desprotegidas que se pueden seleccionar manualmente o que pueden protegerse automáticamente, esta base de datos aparece atenuada y no se pueden seleccionar. La única forma de volver a proteger esta base de datos es deshabilitar la protección automática en la instancia. Ahora puede seleccionar esta base de datos y configurar la protección o volver a habilitar la protección automática en la instancia de nuevo.

Una base de datos después de un cambio de nombre se trata como una nueva base de datos. Por lo tanto, el servicio trata esta situación como si no se encontrara la base de datos y producirá un error en las copias de seguridad.

Puede seleccionar la base de datos, que ahora tiene un nuevo nombre y configurar la protección para la misma. Si la protección automática está habilitada en la instancia, la base de datos con un nuevo nombre se detectará y protegerá automáticamente.

Una base de datos que se agrega a una instancia protegida automáticamente puede no aparecer inmediatamente entre los elementos protegidos. Esto se debe a que la detección se ejecuta normalmente cada 8 horas y la protección real del sistema puede tardar más tiempo, ya que depende del tamaño de la máquina virtual. Sin embargo, puede detectar nuevas bases de datos de inmediato si ejecuta manualmente una detección seleccionando Volver a detectar bases de datos, tal como se muestra en la siguiente imagen:

Sí, puede descargar archivos parcialmente como se documenta aquí.

Sí, necesita una ruta de acceso de archivo en una máquina virtual registrada para descargar archivos. Esa ruta de acceso también puede ser un recurso compartido de red. Configure un recurso compartido de red desde la máquina virtual no registrada en la máquina virtual registrada y, después, elija la máquina virtual registrada como destino y el recurso compartido de red como ruta de acceso del archivo de destino. Una vez descargados los archivos, simplemente podría desmontar el recurso compartido de red de la máquina virtual registrada y los archivos pasarán a estar disponibles en la máquina virtual no registrada.

Durante la operación de copia de seguridad, el trabajo de copia de seguridad se conecta a tres Puntos de conexión del servicio - AzureBackup, AzureStorage, y Microsoft Entra ID. In this scenario, we recommend you to configure the Service Endpoint to AzureStorage*, lo que ayuda a enviar el tráfico desde Virtual Network a Storage directamente. En el caso de Azure Backup y Microsoft Entra ID, puede configurar UDR a través de etiquetas de servicio para que el tráfico viaje a la red troncal en lugar de en el entorno local.

Pasos siguientes

Aprenda a hacer una copia de seguridad de una base de datos de SQL Server que se ejecuta en una máquina virtual de Azure.