/ /

Recursos

Trabajos de recopilación de registros

Docs Home

Gestión

Gerente de Operaciones

API

Recursos

Trabajos de recopilación de registros

Reintentar un trabajo de recopilación de registros fallido

Nota

Grupos y proyectos son términos sinónimos. Tu {PROJECT-ID} Es el mismo que el ID de tu proyecto. Para los grupos existentes, el ID de tu grupo/proyecto permanece igual. Esta página utiliza el término "grupo" para las descripciones. El punto final se mantiene como se indica en el documento.

Al crear un trabajo de recopilación de registros, Ops Manager inicia un trabajo en segundo plano para descargar los registros de la implementación de Ops Manager especificada. Utilice este punto de conexión para reintentar un único trabajo de recopilación de registros fallido.

Para comprobar si un trabajo de recopilación de registros falló, puede utilizar el Obtener todos lostrabajos de recopilación de registros para un proyecto y obtener un punto final de trabajo de recopilación de registros. El status elemento de respuesta muestra FAILURE para trabajos de recopilación de registros fallidos.

URL base: https://{OPSMANAGER-HOST}:{PORT}/api/public/v1.0

Resource

PUT /groups/{GROUP-ID}/logCollectionJobs/{JOB-ID}/retry

Parámetros de la ruta de solicitud

Nombre	Tipo	Necesidad	Descripción
ID DE GRUPO	string	Requerido	Cadena de dígitos hexadecimales 24única que identifica el trabajo de solicitud de recopilación de registros.
ID DE TRABAJO	string	Requerido	Cadena 24única de dígitos hexadecimales que identifica el trabajo de recopilación de registros que se reintentará. Utilice el punto de conexión "Obtener todos los trabajos de recopilación de registros de un proyecto" para obtener los ID asociados a su proyecto.

Parámetros de consulta de solicitud

Los siguientes parámetros de consulta son opcionales:

Nombre

Tipo

Necesidad

Descripción

predeterminado

bonita

booleano

Opcional

Bandera que indica si el cuerpo de la respuesta debe estar en un impresión bonita formato.

false

envolvente

booleano

Opcional

Bandera que indica si se debe o no envolver la respuesta en un sobre.

Algunos Los clientes de laAPI no pueden acceder a los encabezados de respuesta HTTP ni al código de estado. Para solucionar esto, configure envelope=true en la consulta.

Para los puntos finales que devuelven un resultado, el cuerpo de la respuesta incluye:

Nombre	Descripción
`status`	Código de respuestaHTTP
`content`	Cuerpo de respuesta esperado

false

Parámetros del cuerpo de la solicitud

Este punto final no utiliza parámetros del cuerpo de la solicitud HTTP.

Respuesta

Este punto final no tiene elementos de respuesta.

Ejemplo de solicitud

1 curl --user "{PUBLIC-KEY}:{PRIVATE-KEY}" --digest \
2  --header "Accept: application/json" \
3  --header "Content-Type: application/json" \
4  --include \
5  --request PUT "https://<OpsManagerHost>:<Port>/api/public/v1.0/groups/{GROUP-ID}/logCollectionJobs/{JOB-ID}/retry?pretty=true"

Ejemplo de respuesta

Encabezado de respuesta

HTTP/1.1 401 Unauthorized
Content-Type: application/json;charset=ISO-8859-1
Date: {dateInUnixFormat}
WWW-Authenticate: Digest realm="MMS Public API", domain="", nonce="{nonce}", algorithm=MD5, op="auth", stale=false
Content-Length: {requestLengthInBytes}
Connection: keep-alive

HTTP/1.1 200 OK
Vary: Accept-Encoding
Content-Type: application/json
Strict-Transport-Security: max-age=300
Date: {dateInUnixFormat}
Connection: keep-alive
Content-Length: {requestLengthInBytes}
X-MongoDB-Service-Version: gitHash={gitHash}; versionString={ApplicationVersion}

Cuerpo de respuesta

Este punto final no devuelve un cuerpo de respuesta.

Volver

Ampliar

Borrar

1	curl --user "{PUBLIC-KEY}:{PRIVATE-KEY}" --digest \
2	--header "Accept: application/json" \
3	--header "Content-Type: application/json" \
4	--include \
5	--request PUT "https://<OpsManagerHost>:<Port>/api/public/v1.0/groups/{GROUP-ID}/logCollectionJobs/{JOB-ID}/retry?pretty=true"