Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Identifique y vuelva a intentar operaciones de replicación fallidas

Colaboradores
PDF

Después de resolver la alerta de error permanente * de replicación entre redes, debe determinar si algún objeto o marcador de borrado no se pudo replicar en la otra cuadrícula. A continuación, puede volver a ingerir estos objetos o utilizar la API de administración de grid para volver a intentar la replicación.

La alerta de error permanente * de replicación cruzada de la red indica que los objetos del inquilino no se pueden replicar entre los depósitos en dos cuadrículas por una razón que requiere la intervención del usuario para resolverlos. Esta alerta suele deberse a un cambio en el depósito de origen o de destino. Para obtener más información, consulte "Solucionar errores de federación de grid".

Determine si se ha producido un fallo en la replicación de algún objeto

Para determinar si algún objeto o marcador de borrado no se ha replicado en la otra cuadrícula, puede buscar mensajes en el registro de auditoría"CGRR (Solicitud de Replicación entre Grid)". Este mensaje se agrega al registro cuando StorageGRID no puede replicar un objeto, un objeto multiparte o un marcador de eliminación en el bloque de destino.

Puede utilizar "herramienta audit-explain"para traducir los resultados a un formato más fácil de leer.

Antes de empezar

  • Tiene permiso de acceso raíz.

  • Tiene el Passwords.txt archivo.

  • Conoce la dirección IP del nodo de administración principal.

Pasos

  1. Inicie sesión en el nodo de administración principal:

    1. Introduzca el siguiente comando: ssh admin@primary_Admin_Node_IP

    2. Introduzca la contraseña que aparece en el Passwords.txt archivo.

    3. Introduzca el siguiente comando para cambiar a raíz: su -

    4. Introduzca la contraseña que aparece en el Passwords.txt archivo.

      Al iniciar sesión como root, la petición de datos cambia de $ a #.

  2. Busque en audit.log mensajes CGRR y utilice la herramienta audit-explain para dar formato a los resultados.

    Por ejemplo, este comando greps para todos los mensajes CGRR en los últimos 30 minutos y utiliza la herramienta audit-explain.

    # awk -vdate=$(date -d "30 minutes ago" '+%Y-%m-%dT%H:%M:%S') '$1$2 >= date { print }' audit.log | grep CGRR | audit-explain

    Los resultados del comando se parecerán a este ejemplo, que tiene entradas para seis mensajes CGRR. En el ejemplo, todas las solicitudes de replicación entre grid devolvieron un error general porque el objeto no se pudo replicar. Los tres primeros errores son para las operaciones de «objeto de réplica», y los tres últimos errores son para las operaciones de «marcador de borrado de réplica».

    CGRR Cross-Grid Replication Request tenant:50736445269627437748 connection:447896B6-6F9C-4FB2-95EA-AEBF93A774E9 operation:"replicate object" bucket:bucket123 object:"audit-0" version:QjRBNDIzODAtNjQ3My0xMUVELTg2QjEtODJBMjAwQkI3NEM4 error:general error
CGRR Cross-Grid Replication Request tenant:50736445269627437748 connection:447896B6-6F9C-4FB2-95EA-AEBF93A774E9 operation:"replicate object" bucket:bucket123 object:"audit-3" version:QjRDOTRCOUMtNjQ3My0xMUVELTkzM0YtOTg1MTAwQkI3NEM4 error:general error
CGRR Cross-Grid Replication Request tenant:50736445269627437748 connection:447896B6-6F9C-4FB2-95EA-AEBF93A774E9 operation:"replicate delete marker" bucket:bucket123 object:"audit-1" version:NUQ0OEYxMDAtNjQ3NC0xMUVELTg2NjMtOTY5NzAwQkI3NEM4 error:general error
CGRR Cross-Grid Replication Request tenant:50736445269627437748 connection:447896B6-6F9C-4FB2-95EA-AEBF93A774E9 operation:"replicate delete marker" bucket:bucket123 object:"audit-5" version:NUQ1ODUwQkUtNjQ3NC0xMUVELTg1NTItRDkwNzAwQkI3NEM4 error:general error

    Cada entrada contiene la siguiente información:

    Campo Descripción

    Solicitud de Replicación de Cuadrícula Cruzada de CGRR

    Nombre de la solicitud

    inquilino

    El ID de cuenta del inquilino

    conexión

    El ID de la conexión de federación de grid

    funcionamiento

    Tipo de operación de replicación que se intentó:

    • replicar objeto

    • replicar marcador de borrado

    • replicar objeto de varias partes

    cucharón

    El nombre del cubo

    objeto

    El nombre del objeto

    versión

    El ID de versión del objeto

    error

    Tipo de error. Si se produce un error en la replicación entre cuadrículas, el error es Error general.

Vuelva a intentar las replicaciones fallidas

Después de generar una lista de objetos y de eliminar marcadores que no se han replicado en el depósito de destino y resolver los problemas subyacentes, puede volver a intentar la replicación de una de las dos formas siguientes:

  • Vuelva a ingerir cada objeto en el bloque de origen.

  • Utilice la API privada de Grid Management, tal y como se describe.

Pasos

  1. En la parte superior de Grid Manager, selecciona el icono de ayuda y selecciona Documentación de API.

  2. Seleccione Ir a documentación privada de API.

    Nota Los extremos de la API de StorageGRID marcados como «privados» están sujetos a cambios sin previo aviso. Los extremos privados de StorageGRID también ignoran la versión de API de la solicitud.

  3. En la sección cross-grid-replication-advanced, seleccione el siguiente punto final:

    POST /private/cross-grid-replication-retry-failed

  4. Seleccione probar.

  5. En el cuadro de texto body, reemplace la entrada de ejemplo para versionID por un ID de versión del audit.log que corresponda a una solicitud fallida de replicación cruzada.

    Asegúrese de conservar las comillas dobles alrededor de la cadena.

  6. Seleccione Ejecutar.

  7. Confirme que el código de respuesta del servidor es 204, lo que indica que el objeto o marcador de borrado se ha marcado como pendiente para la replicación de cuadrícula cruzada a la otra cuadrícula.

    Nota Pendiente significa que la solicitud de replicación entre grid se ha agregado a la cola interna para su procesamiento.

Supervisar reintentos de replicación

Debe supervisar las operaciones de reintento de replicación para asegurarse de que se completen.

Consejo Puede que un objeto o marcador de eliminación tarde varias horas o más en la otra cuadrícula.

Es posible supervisar las operaciones de reintento de dos maneras:

  • Utilice un S3 "Objeto principal" o "GetObject" una solicitud. La respuesta incluye el encabezado de respuesta específico de StorageGRID x-ntap-sg-cgr-replication-status, que tendrá uno de los siguientes valores:

    Cuadrícula Estado de replicación

    Origen

    • COMPLETADO: La replicación fue exitosa.

    • PENDIENTE: El objeto aún no ha sido replicado.

    • FALLO: La replicación falló con un fallo permanente. Un usuario debe resolver el error.

    Destino

    REPLICA: El objeto fue replicado desde la cuadrícula de origen.

  • Utilice la API privada de Grid Management, tal y como se describe.

Pasos

  1. En la sección cross-grid-replication-advanced de la documentación de la API privada, seleccione el siguiente punto final:

    GET /private/cross-grid-replication-object-status/{id}

  2. Seleccione probar.

  3. En la sección Parámetro, introduzca el ID de versión que utilizó en la cross-grid-replication-retry-failed solicitud.

  4. Seleccione Ejecutar.

  5. Confirme que el código de respuesta del servidor es 200.

  6. Revise el estado de replicación, que será uno de los siguientes:

    • PENDIENTE: El objeto aún no ha sido replicado.

    • COMPLETADO: La replicación fue exitosa.

    • ERROR: La replicación falló con un fallo permanente. Un usuario debe resolver el error.