Solución de problemas de lentitud en la copia de seguridad de archivos y carpetas en Azure Backup
Este artículo proporciona una guía para la solución de problemas que le ayudará a diagnosticar la causa de un rendimiento lento en la copia de seguridad de archivos y carpetas cuando se usa Azure Backup. Si se utiliza el agente de Azure Backup para hacer copia de seguridad de los archivos, el proceso puede tardar más de lo esperado. Este problema puede deberse a uno o a varios de los siguientes motivos:
- Hay cuellos de botella que afectan al rendimiento del equipo en el que se realiza la copia de seguridad.
- Otro proceso o software antivirus que interfiere en el proceso de Azure Backup
- El agente de Copia de seguridad se ejecuta en una máquina virtual (VM) de Azure.
- Se realiza una copia de seguridad de un número elevado (varios millones) de archivos.
Antes de empezar a solucionar problemas, se recomienda descargar e instalar el agente de Azure Backup más reciente. Se realizan actualizaciones frecuentes en el agente de copia de seguridad para corregir varios problemas, agregar características y mejorar el rendimiento.
También recomendamos encarecidamente que revise el artículo P+F de servicio de Azure Backup para asegurarse de que no experimenta alguno de los problemas habituales de la configuración.
Si su problema con Azure no se trata en este artículo, visite los foros de Azure en Q & A de Microsoft y Stack Overflow. Puede publicar su problema en ellos o en @AzureSupport en Twitter. También puede enviar una solicitud de soporte técnico de Azure. Para enviar una solicitud de soporte técnico, en la página de soporte técnico de Azure, seleccione Obtener soporte técnico.
Causa: Trabajo de copia de seguridad en ejecución en modo no optimizado
El agente de MARS puede ejecutar el trabajo de copia de seguridad en modo optimizado con el diario de cambios USN (número de secuencia actualizada) o modo no optimizado al comprobar los cambios en los directorios o archivos examinando todo el volumen.
El modo no optimizado es lento porque el agente tiene que examinar cada uno de los archivos del volumen y compararlos con los metadatos para establecer qué archivos se han modificado.
Para verificarlo, abra Detalles del trabajo desde la consola del agente de MARS y compruebe el estado para ver si indica Transfiriendo datos (sin optimizar, puede tardar más tiempo), como se muestra a continuación:
Las siguientes condiciones pueden hacer que el trabajo de copia de seguridad se ejecute en modo no optimizado:
- La primera copia de seguridad (también conocida como "Replicación inicial") siempre se ejecutará en modo no optimizado.
- Si se produce un error en el trabajo de copia de seguridad anterior, el siguiente trabajo de copia de seguridad programado se ejecutará como no optimizado.
Causa: Cuellos de botella que afectan al rendimiento del equipo.
Los cuellos de botella del equipo en el que se realiza la copia de seguridad pueden provocar retrasos. Por ejemplo, la capacidad del equipo para leer o escribir en el disco, o el ancho de banda disponible para enviar datos a través de la red pueden provocar cuellos de botella.
Windows proporciona una herramienta integrada llamada Monitor de rendimiento (Perfmon) para detectar estos cuellos de botella.
Estos son algunos contadores de rendimiento e intervalos que pueden resultar útiles para diagnosticar cuellos de botella, con el fin de que las copias de seguridad sean óptimas.
| Contador | Status |
|---|---|
| Logical Disk(Physical Disk) [Disco lógico (disco físico)]--% de inactividad | |
| Logical Disk(Physical Disk) [Disco lógico (disco físico)]--% promedio Disk Sec Read or Write (Segundos de disco de lectura o escritura) | |
| Logical Disk(Physical Disk) [Disco lógico (disco físico)] -- Longitud actual de la cola de disco (para todas las instancias) | 80 solicitudes durante más de 6 minutos |
| Memoria: Pool Non Paged Bytes (Bytes de bloque no paginado) | |
| Memoria: Bytes de bloque paginado | |
| Memoria: Megabytes disponibles | |
| Processor--%Processor Time (all instances) |
Nota:
Si determina que la causa es la infraestructura, se recomienda desfragmentar los discos periódicamente para mejorar su rendimiento.
Causa: Otro proceso o software antivirus que interfiere con Azure Backup
Se han detectado varios ejemplos en los que otros procesos del sistema de Windows han afectado negativamente al rendimiento del proceso del agente de Azure Backup. Por ejemplo, si utiliza el agente de Azure Backup y otro programa para realizar copias de seguridad de los datos o si se ejecuta un software antivirus que tiene bloqueados los archivos de los que se va a realizar la copia de seguridad, estos bloqueos de varios archivos podrían causar una contención. En esta situación, se podría producir un error en la copia de seguridad o el trabajo podría tardar más de lo esperado.
La mejor recomendación en este escenario consiste en desactivar el otro programa de copia de seguridad para ver si cambia el tiempo de copia de seguridad del agente de Azure Backup. Normalmente, para evitar que unos trabajos de copia de seguridad afecten a otros es suficiente asegurarse de que no se ejecuta varios trabajos al mismo tiempo.
Si tiene un software antivirus instalado en el servidor, agregue al examen antivirus las reglas de exclusión correspondientes a:
- Los archivos y carpetas en las ubicaciones de carpeta scratch y bin:
<InstallPath>\Scratch\*y<InstallPath>\Bin\*. - cbengine.exe
Causa: El agente de copia de seguridad que se ejecuta en una máquina virtual de Azure
Si el agente de Copia de seguridad se ejecuta en una máquina virtual, el rendimiento será peor que si lo hace en una máquina física. Esto se debe a limitaciones de IOPS. Sin embargo, el rendimiento se puede optimizar mediante el cambio de las unidades de datos de las que se realiza la copia de seguridad a Azure Premium Storage. Estamos trabajando para solucionar este problema y dicha solución estará disponible en futuras versiones.
Causa: Se realiza una copia de seguridad de un número elevado (varios millones) de archivos.
El movimiento de un gran volumen de datos tarda más tiempo en realizarse el de un volumen más pequeño. En algunos casos, el tiempo que tarda en realizarse una copia de seguridad está relacionado no solo con el tamaño de los datos, sino también con el número de archivos o carpetas. Esto sucede especialmente cuando se realizan copias de seguridad de millones de archivos pequeños (que tienen entre unos pocos bytes y unos pocos kilobytes).
Este comportamiento se produce porque mientras se realiza la copia de seguridad de los datos y su movimiento a Azure, Azure está catalogando los archivos. En algunos casos poco frecuentes, la operación de catálogo puede tardar más tiempo del esperado.
Los siguientes indicadores pueden ayudarle a entender el cuello de botella y trabajar según corresponda en los pasos siguientes:
- La interfaz de usuario muestra el progreso de la transferencia de datos. La transferencia de datos no ha finalizado. El ancho de banda de la red o el tamaño de datos pueden estar causando retrasos.
- La interfaz de usuario no muestra el progreso de la transferencia de datos. Abra los registros ubicados en "C:\Archivos de programa\Microsoft Azure Recovery Services Agent\Temp" y busque en ellos la entrada FileProvider::EndData. Esta entrada indica que la transferencia de datos ha finalizado y que se está realizando la operación de catálogo. No cancele los trabajos de copia de seguridad. Es preferible que espere hasta que finalice la operación de catálogo. Si el problema persiste, póngase en contacto con el servicio de soporte técnico de Azure.
Si está intentando realizar una copia de seguridad de discos de gran tamaño, se recomienda usar Azure Data Box para la primera copia de seguridad (replicación inicial). Si no puede usar Data Box, los problemas de red transitorios que se produzcan en el entorno durante las transferencias de datos largas a través de la red pueden provocar errores de copia de seguridad. Para protegerse frente a estos errores, puede agregar algunas carpetas a la copia de seguridad inicial y seguir agregando más carpetas de manera incremental hasta que se haya realizado correctamente la copia de seguridad de todas las carpetas en Azure. Las copias de seguridad incrementales posteriores serán relativamente más rápidas.