Preguntas comunes sobre la supervisión de Site Recovery

Este artículo responde a preguntas comunes sobre la supervisión de Azure Site Recovery mediante la supervisión integrada de Site Recovery Azure Monitor (Log Analytics).

General

¿En qué se diferencia el valor de RPO registrado del último punto de recuperación disponible?

Site Recovery utiliza un proceso asincrónico de varios pasos para replicar máquinas en Azure.

  • En el penúltimo paso de la replicación, los cambios recientes en la máquina junto con los metadatos se copian en una cuenta de registro/almacenamiento en caché.
  • Estos cambios, junto con la etiqueta que identifica un punto recuperable, se escriben en la cuenta de almacenamiento o el disco administrado de la región de destino.
  • Site Recovery ahora puede generar un punto recuperable para la máquina virtual.
  • En este momento, se ha cumplido el RPO para los cambios cargados en la cuenta de almacenamiento hasta ahora. En otras palabras, el RPO de la máquina en este momento equivale a la cantidad de tiempo transcurrido desde la marca de tiempo correspondiente al punto recuperable.
  • Ahora, Site Recovery selecciona los datos cargados desde la cuenta de almacenamiento y los aplica a los discos de réplica creados para la máquina.
  • A continuación, Site Recovery genera un punto de recuperación y hace que este punto esté disponible para la recuperación en la conmutación por error.
  • Por lo tanto, el último punto de recuperación disponible indica la marca de tiempo correspondiente al punto de recuperación más reciente que ya se ha procesado y aplicado a los discos de réplica.

Una hora del sistema incorrecta en la máquina de origen de replicación o en los servidores de infraestructura local distorsionará el valor calculado de RPO. Para crear informes de RPO precisos, asegúrese de que el reloj del sistema sea también preciso en todos los servidores y máquinas.

Registro de Site Recovery integrado

¿Por qué el número de máquinas virtuales de la vista de la infraestructura de almacén se muestra diferente del recuento total de los elementos replicados?

La vista de la infraestructura de almacén tiene un ámbito por escenarios de replicación. Solo las máquinas del escenario de replicación seleccionado actualmente se incluyen en el recuento para la vista. Además, solo contamos las máquinas virtuales que están configuradas para replicarse en Azure. Las máquinas conmutadas por error o aquellas que vuelven a replicarse en un sitio local no se cuentan en la vista.

¿Por qué el número de elementos replicados en Essentials es diferente al número total de elementos replicados en el panel?

Solo las máquinas para las que se ha completado la replicación inicial se incluyen en el recuento que se muestra en Essentials. El total de los elementos replicados, incluye todas las máquinas del almacén, incluidas aquellas para las que la replicación inicial está en curso.

Registro de Azure Monitor

¿Con qué frecuencia Site Recovery envía registros de recursos al registro de Azure Monitor?

  • AzureSiteRecoveryReplicationStats y AzureSiteRecoveryRecoveryPoints se envían cada quince minutos.
  • AzureSiteRecoveryReplicationStats y AzureSiteRecoveryRecoveryPoints se envían cada cinco minutos.
  • AzureSiteRecoveryJobs se envía en el desencadenador y la finalización de un trabajo.
  • AzureSiteRecoveryEvents se envía cada vez que se genera un evento.
  • AzureSiteRecoveryReplicatedItems se envía siempre que se produce algún cambio en el entorno. Normalmente, el tiempo de actualización de datos es 15 minutos después de un cambio.

¿Cuánto tiempo se conservan los datos en los registros de Azure Monitor?

De forma predeterminada, la retención es de treinta y un días. Puede aumentar el período en la sección Usage and Estimated Cost (Uso y costo estimado) en el área de trabajo de Log Analytics. Haga clic en Retención de datos y elija el intervalo.

¿Cuál es el tamaño de los registros de recursos?

Normalmente, el tamaño de un registro es de 15-20 KB.

Alertas integradas de Azure Monitor para Azure Site Recovery

¿Hay algún costo por usar alertas integradas de Azure Monitor para Azure Site Recovery?

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.

¿Seguirá funcionando la solución de notificación por correo electrónico actual de Azure Site Recovery en el almacén de Recovery Services?

A partir de hoy, la solución de notificación por correo electrónico actual coexiste en paralelo con la nueva solución de alertas integrada de Azure Monitor. se recomienda probar las alertas basadas en Azure Monitor para familiarizarse con la nueva experiencia y aprovechar sus funcionalidades.

¿Cuál es la diferencia entre la regla de alertas, la regla de procesamiento de alertas y el grupo de acciones?

  • 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.
  • 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.
  • 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.

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. Más información

Pasos siguientes

Obtenga información sobre cómo supervisar con la supervisión integrada de Site Recovery o Azure Monitor.