Documentazione di Oracle Cloud Infrastructure

Informazioni sui job

Un job è un'azione eseguita da Hub di gestione del sistema operativo su una o più istanze, ad esempio l'installazione di aggiornamenti o il collegamento di origini software. Quando un job viene eseguito, esegue il lavoro necessario per completare il job, invia il lavoro alle istanze e riporta i risultati al servizio.

È possibile eseguire immediatamente un job o pianificarlo per una data e un'ora future. È possibile schedulare alcuni job, ad esempio i job di aggiornamento, come evento ricorrente oppure impostarli per riprovare automaticamente. Quando viene selezionato un nuovo tentativo automatico, se un job non riesce alla sua prima esecuzione, il servizio riprova il job fino a tre volte, a intervalli di cinque minuti. I job pianificati possono essere contrassegnati.

Stato job

I job pianificati mostrano le informazioni riportate di seguito.

  • Esecuzione successiva: la data e l'ora di esecuzione del job.
  • Frequenza: indica se il job è impostato in una schedulazione ricorrente o in un'esecuzione occasionale.
  • Destinazioni: identifica il numero di istanze di destinazione per il job.

Dopo essere stato inviato, un job è in corso o completato.

  • I job in corso riportano i seguenti valori di stato possibili:
    • Accettato: il servizio ha accettato il job e dispone di lavoro pronto per le istanze. Se un job non viene selezionato da un agente e rimane nello stato accettato per 24 ore, il servizio contrassegna il job come non riuscito.
    • In corso: un agente ha ritirato il lavoro accettato e lo sta eseguendo su un'istanza.
    • Annullamento: il job è in fase di annullamento
  • I job completati riportano i seguenti valori di stato possibili:
    • Riuscito: il job è stato completato senza errori.
    • Non riuscito: il job non è riuscito.
    • Annullato: il job è stato annullato

È possibile visualizzare i risultati dettagliati di un job visualizzando il log dei job e i messaggi di errore. Quando un job ha una gerarchia, se un job figlio non riesce, il servizio contrassegna il job padre come non riuscito.

Nuova esecuzione di un job non riuscito

Se un job non riesce, è possibile eseguire di nuovo il job non riuscito invece di creare manualmente un nuovo job per riprovare a eseguire l'azione non riuscita. È possibile eseguire di nuovo immediatamente un job non riuscito o pianificarne l'esecuzione in una data e ora future. Una nuova esecuzione crea un nuovo job della stessa azione, ad esempio l'applicazione di aggiornamenti o il collegamento di origini software. Il job originale e il relativo stato rimangono invariati a scopo di audit e cronologico.

Per le mansioni in una gerarchia, è possibile rieseguire la mansione padre o eseguire di nuovo le mansioni figlio singolarmente. Quando si esegue di nuovo un elemento padre non riuscito, il servizio si rivolge solo ai job figlio non riusciti. Ad esempio, si supponga di disporre di un gruppo di dieci istanze e che un job di aggiornamento non riesca su tre istanze. Dopo aver rivisto il log dei job e i messaggi di errore e aver risolto i problemi segnalati, è possibile rieseguire il job non riuscito per il gruppo. La riesecuzione interessa solo le tre istanze che hanno riscontrato l'errore originale.

Gerarchia job

Alcuni lavori sono divisi in compiti più piccoli. Il servizio crea una gerarchia di mansioni in cui il job iniziale è 'padre' e i task più piccoli sono 'figli'. Per i job di dimensioni maggiori o che interessano più istanze, è possibile determinare facilmente i task all'interno di un job riusciti o non riusciti. È possibile visualizzare i job figlio nella sezione Lavoro associato della pagina dei dettagli del job padre.

Ad esempio, un job di aggiornamento 'Tutti' crea job figlio per ogni tipo di aggiornamento: Sicurezza, Correzione bug, Miglioramento, Altro.

--Update All (parent)
  |--Update Security    (child)
  |--Update Bug fix     (child)
  |--Update Enhancement (child)
  |--Update Other       (child)

I job risiedono nello stesso compartimento della risorsa associata. Per i job associati a un gruppo o a un ciclo di vita, ciò può indicare che i job padre e figlio risiedono in compartimenti diversi. Il job padre risiede nel compartimento associato al gruppo o al ciclo di vita, mentre i job figlio risiedono nel compartimento associato a ciascuna istanza. Per informazioni sulle procedure ottimali, vedere Considerazioni sul compartimento.

Ad esempio, l'aggiunta di un'origine software a un gruppo con tre membri produce un job padre singolo con tre job figlio, uno per ogni istanza.
--Set software sources for dev group (parent in dev compartment)
  |--Set software source Instance 1 (child in dev compartment)
  |--Set software source Instance 2 (child in test compartment)
  |--Set software source Instance 3 (child in preview compartment)