Preguntas más frecuentes: Supervisión e informes de Azure Backup

Azure Backup admite varias opciones de alertas: alertas integradas de Azure Monitor, alertas de métricas, alertas basadas en análisis de registros personalizados, alertas basadas en ARG personalizadas, alertas de registro de actividad y alertas clásicas. Si actualmente usa las alertas clásicas, se recomienda empezar a usar las alertas basadas Azure Monitor, ya que proporcionan varias ventajas. Las alertas clásicas quedarán en desuso y dejarán de admitirse en los próximos años. Obtenga información sobre las distintas opciones de alertas que proporciona Azure Backup.

Con las alertas integradas de Azure Monitor, las alertas de operaciones o errores críticos se generan de manera predeterminada (se pueden ver en el portal o mediante interfaces que no son el portal) sin costo adicional. Sin embargo, enrutar estas alertas a un canal de notificaciones (como el correo electrónico) conlleva un costo menor para las notificaciones por encima del nivel gratis (de 1000 correos electrónicos al mes). Obtenga información sobre los precios de Azure Monitor.

Para las alertas personalizadas, además de los costos de notificación descritos anteriormente, también hay un costo por cada regla de alertas. El costo de la regla de alertas varía en proporción al número de dimensiones seleccionadas como parte de la regla de alertas. Obtenga información sobre los precios de Azure Monitor.

Con las alertas de métricas, además de los costos de notificación descritos anteriormente, también hay un costo por cada regla de alertas. El costo de la regla de alertas varía en proporción al número de dimensiones seleccionadas como parte de la regla de alertas. Obtenga información sobre los precios de Azure Monitor.

Para las alertas de copia de seguridad:

• Regla de alertas: hace referencia a una regla creada por el usuario que especifica la condición por la que se debe desencadenar una alerta. Más información
• Regla de procesamiento de alertas (anteriormente llamada regla de acción): hace referencia a una regla creada por el usuario que especifica los canales de notificaciones a los que se debe enrutar una alerta determinada que se ha desencadenado. También puede usar las reglas de procesamiento de alertas para suprimir las notificaciones durante un período de tiempo. Más información
• Grupo de acciones: hace referencia al canal de notificaciones (por ejemplo, correo electrónico, punto de conexión de ITSM, aplicación lógica, webhook, etc.) al que se puede enrutar una alerta que se ha desencadenado. Más información

En el caso de las alertas integradas de Azure Monitor, dado que las alertas ya se generan de manera predeterminada, no es necesario crear una regla de alertas. Para enrutar estas alertas a un canal de notificaciones, debe crear una regla de procesamiento de alertas y un grupo de acciones para estas alertas. Ver ejemplo

En el caso de las alertas de métricas, como las alertas no se generan de manera predeterminada, primero debe crear una regla de alertas para especificar la condición por la que se debe desencadenar una alerta. Para enrutar estas alertas a un canal de notificaciones, puede vincular directamente la regla de alertas a un grupo de acciones o usar una regla de procesamiento de alertas. Ver ejemplo

Sí, puede usar las alertas de métricas para configurar alertas para las copias de seguridad correctas. Más información

Si usa alertas basadas en Azure Monitor, puede configurar notificaciones (reglas de procesamiento de alertas y grupos de acciones) mediante programación. Si usa alertas clásicas, no se admite la creación de notificaciones mediante programación.

Después de que se produzca un evento, los datos pueden tardar entre 20 y 30 minutos en llegar al área de trabajo de Log Analytics. Como resultado, las alertas basadas en Log Analytics pueden retrasarse un poco. Para las alertas instantáneas, use alertas basadas en Azure Monitor integradas o alertas basadas en métricas.

Vaya al área de trabajo de Log Analytics que ha configurado. Vaya al elemento de menú Registros y ejecute la consulta CoreAzureBackup | take 1. Si observa que se devuelve un registro, significa que los datos han empezado a fluir al área de trabajo. La inserción de datos inicial puede tardar hasta 24 horas.

Los datos de diagnóstico del almacén se bombean al área de trabajo de Log Analytics con cierto retraso. Cada evento llega al área de trabajo de Log Analytics entre 20 y 30 minutos después de insertarse desde el almacén de Recovery Services. Estos son detalles adicionales sobre el retardo:

• En todas las soluciones, las alertas integradas del servicio de copia de seguridad se insertan en cuanto se crean. Así pues, suelen aparecer en el área de trabajo de Log Analytics tras haber transcurrido de 20 a 30 minutos.
• En todas las soluciones, los trabajos de copia de seguridad a petición y los trabajos de restauración se insertan en cuanto finalizan.
• En todas las soluciones salvo la copia de seguridad de SQL, los trabajos de copia de seguridad programados se insertan en cuanto finalizan.
• En el caso de la copia de seguridad de SQL, como pueden realizarse copias de seguridad de registros cada 15 minutos, de todos los trabajos de copia de seguridad programados completados, incluidos los registros, la información se une en lotes y se inserta cada 6 horas.
• En todas las soluciones, el resto de la información, como el elemento de copia de seguridad, la directiva, los puntos de recuperación, el almacenamiento, etc. se inserta al menos una vez al día.
• Un cambio en la configuración de copia de seguridad (como por ejemplo un cambio de directiva o la edición de la directiva) desencadena la inserción de toda la información de copia de seguridad relacionada.

Después de crear un área de trabajo de Log Analytics, puede elegir conservar los datos durante dos años como máximo. De forma predeterminada, un área de trabajo de Log Analytics conserva los datos durante 31 días. Más información.

Los datos comienzan a fluir en el área de trabajo de Log Analytics después de que configura las opciones de diagnóstico. Los datos se conservan en el área de trabajo desde el día de la configuración, para el período de retención establecido. Los trabajos en curso no se insertan en el área de trabajo. Los eventos se insertan en el área de trabajo al finalizar (correcto/error). Todos los datos disponibles en el área de trabajo de Log Analytics estarán disponibles en los informes.

Sí, puede ver informes de todos los almacenes y suscripciones, así como de todas las regiones. Sus datos pueden alojarse en una única área de trabajo de Log Analytics o en un grupo de áreas de trabajo de Log Analytics.

Si es usuario de Azure Lighthouse con acceso delegado a las suscripciones o áreas de trabajo de Log Analytics de sus clientes, puede usar Informes de Backup para ver los datos de todos los inquilinos.

Azure Portal puede tardar hasta 15 minutos en reflejar el estado del trabajo del agente de Azure Backup.

Se genera una alerta en menos de 20 minutos desde que se produce el error en Azure Backup.

Sí. En las siguientes situaciones no se envían notificaciones:

• Si se configuran las notificaciones por horas y una alerta se genera y se resuelve en menos de una hora
• Cuando se cancela un trabajo
• Si se produce un error en el segundo trabajo de copia de seguridad porque el original está en curso

Pasos siguientes

Lea las otras preguntas más frecuentes:

• Preguntas comunes sobre las copias de seguridad de máquinas virtuales de Azure
• Preguntas comunes sobre el agente de Azure Backup