Dalla scheda Monitora, puoi visualizzare e gestire i job (annullare i job attivi o modificare la priorità di un job in coda) dalle appliance di backup/recovery gestite dalla console di gestione delle appliance. Puoi anche visualizzare gli eventi, ovvero le notifiche di informazioni, avvisi o errori generate da un'appliance.
Puoi filtrare i job in base a nome, stato, ora di inizio o di fine, tipo, host e applicazione.
Riquadro dello stato del job
Il riquadro Job della console di gestione dell'appliance fornisce informazioni sui job eseguiti nelle ultime 24 ore (impostazione predefinita).
- Lavori attuali o passati. Una visualizzazione rapida del numero di job in esecuzione, riusciti, non riusciti, ripetuti o annullati.
- Tipi di prestazioni o elettrodomestici. Link al monitoraggio filtrato per mostrare lo stato dei job per tipo di prestazione nelle ultime 24 ore o per appliance di backup/recovery gestita.
Nella sezione dei job precedenti, puoi anche visualizzare lo stato dell'ultima settimana o dell'ultimo mese, se necessario. Questo riquadro recupera i dati aggiornati ogni due minuti.
Monitora i job
Segui queste istruzioni per monitorare i job:
- Fai clic sulla scheda Monitora e seleziona Job dal menu a discesa per aprire la pagina Job, dove puoi visualizzare un elenco di tutti i job in esecuzione. Seleziona il filtro In esecuzione per visualizzare tutti i job monitorati.
Per modificare la visualizzazione dei campi nella tabella, puoi procedere nel seguente modo:
- Ricerca per parole chiave Il filtro per nome job, host e applicazione nella visualizzazione Job o per messaggio di evento nella visualizzazione Eventi ora viene inviato automaticamente. Mentre digiti la query, il set di risultati verrà aggiornato. La funzionalità Cerca per parola chiave non fa distinzione tra maiuscole e minuscole.
- Iniziato, Terminato e In coda. Questi filtri hanno pulsanti di opzione singoli per selezionare un intervallo di date che comprende un giorno, una settimana o un mese.
- Regola i campi. Le opzioni nella parte in alto a destra della barra degli strumenti ti consentono di impostare le colonne come visibili o nascoste e di impostare il numero di righe da visualizzare.
- Regola la larghezza delle colonne. Per regolare la larghezza di una colonna della tabella in modo da mostrare più contenuti, trascina il divisore di colonna in un'intestazione di colonna verso sinistra o verso destra per ridimensionare la larghezza della colonna. I divisori delle colonne sono contrassegnati da una coppia di linee grigie sottili.
- Aggiornamento automatico. Della visualizzazione griglia Monitor ogni quindici secondi.
- La pagina Monitora mostra l'ora dell'ultimo aggiornamento e il tempo rimanente fino al successivo. Puoi eseguire un aggiornamento manuale in qualsiasi momento.
Per esportare l'elenco dei job in formato PDF, fai clic sull'icona di esportazione.
Per modificare il numero di righe visualizzate in una pagina della tabella, puoi selezionare un valore dall'elenco a discesa nella parte inferiore della tabella. Le opzioni includono: 10, 25, 50, 100 o 500 righe per pagina della tabella.
Per filtrare l'elenco dei job in modo da visualizzare solo un sottoinsieme, fai clic su Apri filtri per aprire il riquadro dei filtri. Effettua le selezioni dei filtri, poi fai clic su Aggiorna filtri.
Per visualizzare i dettagli di un job specifico, seleziona un elemento nell'elenco Job, quindi:
- Fai clic sul link dello stato di un job associato nella colonna Stato.
- Fai clic su Visualizza dettagli nell'angolo in basso a destra della pagina.
Viene visualizzata la pagina Dettagli job. In questa pagina puoi esaminare quanto segue:
- Dettagli sul job
- Informazioni sul volume
- Numero di nuovi tentativi di job
- Statistiche job
Per informazioni dettagliate su ciascuna di queste aree, consulta Visualizza i dettagli del job.
Al termine della revisione dei dettagli del job, fai clic su Torna ai job per tornare alla pagina Job.
Stato job
In qualsiasi momento, un job può avere uno degli stati descritti nel seguente elenco:
- Annullato. Il job è stato annullato da un utente o automaticamente dal sistema perché il pool di destinazione ha superato il limite di sicurezza.
- Non riuscito. Il job non è stato eseguito fino al completamento entro il periodo del piano di backup. In caso di errore del job, viene creato un evento con informazioni sull'errore del job. Se c'è tempo nel periodo del piano di backup, il job originale viene ritentato e viene messo in coda un nuovo job identico.
- Non eseguito. Il job non è stato eseguito durante il periodo del piano di backup a causa di un vincolo, ad esempio lo scheduler è disabilitato, il pool di destinazione è pieno, l'immagine di origine è mancante o non adatta, un problema di connettività o non sono disponibili slot per i job.
- In coda. Quando una policy richiede l'esecuzione di un job, viene creato un job con lo stato In coda. Se non sono presenti vincoli, passa allo stato In esecuzione. Se i vincoli ne impediscono l'esecuzione, rimane in coda. Se i vincoli continuano a essere presenti fino al momento di eseguire l'istanza successiva della stessa policy, al job viene assegnato lo stato notrun e viene aggiunta una nuova istanza del job con lo stesso ID job e una lettera aggiunta in coda.
- Queued_Readiness. Lo stato del job si applica solo ai job OnVault e Direct to OnVault. Viene visualizzato quando viene eseguito un controllo per verificare se un pool OnVault è pronto per il job in coda. Se non è disponibile un pool OnVault, viene visualizzato lo stato Queued_Readiness.
- Nuovo tentativo. Il job non è stato completato. Il job passa allo stato di nuovo tentativo. Se c'è tempo nel periodo del piano di backup, il job originale viene ritentato e viene messa in coda una nuova istanza del job con lo stesso ID job e una lettera aggiunta. Possono essere eseguiti 3 nuovi tentativi, a 4, 16 e 64 minuti dopo l'errore di ogni job. Quando il tempo del piano di backup si esaurisce o se inizia un'altra istanza del job, il job originale non va a buon fine e viene avviato un job di nuovo tentativo nello stato di nuovo tentativo. I job di nuovo tentativo hanno lettere aggiunte all'ID job.
- In esecuzione. Il job è in fase di elaborazione. La percentuale di completamento del job è indicata nello stato.
- Operazione completata con avvisi. Il job è stato completato correttamente in base al piano di backup che lo ha richiamato, ma è stato stampato anche un avviso che può essere visualizzato in Monitora > Eventi. Un esempio tipico è che lo snapshot di un'istanza Compute Engine è riuscito, ma il caricamento dei metadati su OnVault non è riuscito.
- Operazione riuscita. Il job è stato completato correttamente in base al piano di backup che lo ha richiamato.
Visualizza i dettagli del job
Nella finestra Dettagli job, puoi esaminare quanto segue:
- Dettagli sul job
- Informazioni sul volume
- Numero di nuovi tentativi di job
- Statistiche job
Al termine della revisione dei dettagli del job, fai clic su Torna ai job per tornare alla pagina Job.
Il seguente elenco fornisce una descrizione dei dettagli del job.
- Nome dell'app. Nome dell'applicazione, non necessariamente univoco.
- Tipo di app. Tipo di applicazione, ad esempio SQL Server, Oracle, file system o un'intera macchina virtuale.
- Capacità. La capacità di ogni volume.
- Modalità di coerenza. Coerente in caso di arresto anomalo o coerente con l'applicazione, indica se l'applicazione è stata messa in stato di quiescenza durante il job.
- Durata. Il periodo di tempo tra la data di inizio e la data di fine.
- Data di fine. La data e l'ora di fine del job.
- Codice di errore. Zero se non si sono verificati errori, un valore diverso da zero per indicare l'errore riscontrato durante l'esecuzione del job.
- ID evento. Qualsiasi ID evento associato al job. Se non esiste un ID evento, il valore è zero.
- Messaggio. Un messaggio che spiega gli errori riscontrati durante l'esecuzione del job.
- Data di scadenza. Data e ora di scadenza dell'immagine.
- Nome host. Nome dell'host su cui viene eseguita l'applicazione.
- Tipo di immagine. Snapshot, cloud, il tipo di immagine creata dal job.
- isbootvmdk. Imposta su true per il volume all'interno dell'immagine che è il volume di avvio, se presente.
- Islvm. Per ogni volume, se si tratta di un volume Logical Volume Manager.
- ID job. Un numero univoco che identifica un job.
- Data ultimo vincolo. La data più recente in cui è stato eseguito un job.
- Log troncato. Impostato su true per indicare che i log sono stati troncati per l'applicazione.
- logicalname. Il nome di ogni volume identificato dal sistema host.
- Host montato. Per un job di failover di montaggio, l'host in cui è montata l'immagine.
- Nome della policy. Il nome della policy associata al job.
- Priorità. Basso, medio o alto, impostato nella policy.
- Dati protetti. Quantità di dati protetti.
- Nome origine. Quale copia specifica di un'immagine è stata l'origine di un job.
- Sourcemountpoint. Il nome dei punti di montaggio per ciascuno dei volumi sull'host originale.
- Data di inizio. La data e l'ora in cui è iniziata l'esecuzione del job.
- Nome del modello. Il nome del template del livello di servizio.
- Mezzo di trasporto. Come sono stati trasportati i dati durante il job: tramite SAN o LAN.
- Uniqueid. Un identificatore univoco di ogni volume nell'immagine.
- Tasto del volume. Una stringa utilizzata internamente per identificare i volumi multipli all'interno dell'immagine.
- VolumeUID. Un identificatore univoco per ogni volume nell'immagine.
Informazioni sul volume
Il seguente elenco mostra le informazioni sul volume fornite.
- Capacità. Dimensioni del volume di cui è stato eseguito il backup.
- Datastore. Per una macchina virtuale, il datastore in cui si trovava il volume.
- Nome file. VMware: percorso del file VMDK.
- HUID. Identificatore univoco dell'host, una stringa che identifica in modo univoco il volume.
- Etichetta. L'etichetta del volume.
- Nome logico. Un nome univoco leggibile per il volume. Per le VM VMware, questo è il nome file.
- Punto di montaggio di origine. Il punto di montaggio del volume.
- Target. Il nome del VDisk di Backup e DR per la copia del volume.
Tentativi
Puoi leggere una descrizione dei metadati dei nuovi tentativi nel seguente elenco.
- Data di fine. La data e l'ora in cui il job è stato completato, con esito positivo o negativo.
- Codice di errore. Zero o il codice di errore restituito dal job.
- Messaggio di errore. Un messaggio di testo corrispondente al codice di errore.
- Nome job. Il nome del job originale o del tentativo di nuovo invio.
- Data di inizio. La data e l'ora di inizio dell'esecuzione del job.
Statistiche
L'elenco seguente fornisce una descrizione delle statistiche.
- Tempo di blocco dell'applicazione. Il tempo totale durante il quale l'applicazione è stata in stato di blocco durante un backup. L'applicazione è stata messa in stato di blocco durante un backup (snapshot) in modo che tutti i dati venissero acquisiti in uno stato coerente.
- Dimensioni dell'applicazione (GB). Le dimensioni dei dati dell'applicazione sul disco di gestione temporanea.
- Numero di volumi. Il numero di volumi nell'applicazione oggetto del job.
- Dati copiati (GB). Mostra la quantità di nuovi dati dell'applicazione trovati da questo job.
Tipi di job
Backup e RE protegge e accede ai dati tramite questi tipi di job:
| Tipo di job | Etichetta di monitoraggio | Descrizione |
|---|---|---|
| Esegui la pulizia del mirroring | cleanupmirroring | Rimuove un'immagine StreamSnap da un'appliance remota quando un piano di backup viene rimosso da un'applicazione o modificato in uno che non include lo stesso tipo di replica. |
| Clona | clone | Crea una copia di un'immagine di origine in una destinazione, ad esempio un server, un database o un pool di dischi. |
| Clona (esegui la migrazione) | Clona (esegui la migrazione) | Esegue la migrazione dei dati dai dischi montati ai dischi del server. |
| Clona (monta) | Clona (monta) | Monta un'immagine su un server in preparazione all'esecuzione di un job di clonazione (migrazione). |
| Elimina | elimina | Elimina un'immagine che è già stata smontata dall'host. |
| Elimina test | deletetest | Esegue lo smontaggio e l'eliminazione di un'immagine creata da un job di test di failover. |
| Direttamente su OnVault | DirectOnVault | Crea un'immagine point-in-time di una VM VMware nel pool OnVault senza utilizzare prima il pool di snapshot. |
| Scadenza | expiration | Scade/elimina un'immagine quando raggiunge la fine del periodo di conservazione o quando viene richiesto on demand. |
| Failback | failback | Esegue lo smontaggio e l'eliminazione di un'immagine creata da un job di failover, rimuove tutte le immagini di sincronizzazione per l'applicazione e attiva un job di eliminazione del failover sull'appliance remota. |
| Failover | failover | Esegue il montaggio di un'applicazione da un'immagine StreamSnap replicata, interrompendo i nuovi job di snapshot nell'origine e monitorando le modifiche per la replica inversa (Syncback). |
| Failover - Elimina | deletefailover | Attivato automaticamente per l'esecuzione sull'appliance remota quando l'appliance locale esegue un job di failback. |
| Failover - Test | failovertest | Esegue il montaggio di un'applicazione da un'immagine StreamSnap replicata, ma mantiene attiva la replica in avanti e non abilita la sincronizzazione inversa. |
| Finalize | Finalizza | Esegue il passaggio finale di un processo di montaggio e migrazione di SQL Server, che include un job di migrazione combinato con un'eliminazione dello smontaggio. |
| Rimuovi Active Mount | ForgetActiveMount | Rimuove il monitoraggio di un montaggio di un'istanza Compute Engine senza eliminare l'istanza in Compute Engine. |
| Dimentica l'immagine OnVault importata | Elimina immagini OnVault | Annulla un'operazione di importazione dei metadati OnVault in un pool OnVault da un'appliance. |
| LiveClone | liveclone | Crea un'immagine LiveClone (copia completa) da un'immagine snapshot. |
| LogBackup | LogBackup | Crea un'immagine per acquisire i log per le applicazioni. |
| Log Replicate | logreplicate | Utilizza la tecnologia StreamSnap per eseguire la replica tra le appliance locali e remote, il che significa che la replica dei log avviene direttamente dal pool di snapshot sull'appliance locale al pool di snapshot sull'appliance remota. |
| Migrazione | Esegui migrazione | Esegue una copia dei dati da un montaggio allo spazio di archiviazione di un server. Per alcuni tipi di applicazioni, eseguirà una transizione online e rimuoverà i dischi montati di Backup e RE. Per altri tipi di applicazioni, i job di migrazione vengono eseguiti ripetutamente finché l'utente non avvia un job di finalizzazione. |
| Migrate (Cancel) | Esegui la migrazione (Annulla) | Annulla una migrazione in corso, disabilita i job di migrazione futuri per l'immagine montata e pulisce i dati parzialmente migrati/copiati. |
| Montaggio | montaggio | Monta un'immagine su un host selezionato. |
| OnVault | vault | Copia un'immagine snapshot in un pool OnVault. |
| OnVault(Log) | Replica i log del database in uno o più pool OnVault. | |
| Replica OnVault | OnVaultReplicate | Replica un'immagine in un pool OnVault in un altro pool OnVault. |
| Oracle ASM Rebalance | Ripristino (switch ASM) Ripristino (ribilanciamento ASM) | ASM Switch monta un database Oracle al posto del database di origine originale. Il ribilanciamento ASM avvia una migrazione del database dai dischi montati ai dischi del server, quindi rimuove i dischi montati al termine. |
| Prepara il supporto | prep-mount | Esegue il montaggio di un'immagine LiveClone in modo da consentire la modifica diretta del LiveClone. |
| Prep Unmount | prep-unmount | Smonta un LiveClone montato utilizzando prep-mount e, facoltativamente, consente di salvare le modifiche apportate al montaggio direttamente nel LiveClone. |
| Aggiorna LiveClone | refreshliveclone | Aggiorna in modo incrementale un'immagine LiveClone con i dati di un'immagine snapshot di origine diversa. |
| Remote-Mount | remote-mount | Monta un'immagine remota (da un'altra appliance) su un host locale. Per eseguire questa attività, viene eseguita la replica incrementale inversa (se necessario). |
| Esegui nuovamente il provisioning | riprovisioning | Prende un montaggio esistente di un'applicazione di database e lo aggiorna a un momento diverso eseguendo uno smontaggio, un'eliminazione e un successivo montaggio della nuova immagine, utilizzando per impostazione predefinita tutte le stesse opzioni utilizzate nel montaggio precedente. |
| Ripristina | ripristina | Sostituisce i dati di produzione con un'immagine di backup selezionata. |
| Ripristina (Annulla) | Ripristina (Annulla) | Annulla un ripristino di montaggio e migrazione in corso. Tutti i dati di cui è stata eseguita la migrazione verranno eliminati e i dati di montaggio verranno rimossi. |
| Ripristina (esegui la migrazione) | Ripristina (esegui la migrazione) | Esegue una copia dei dati da un ripristino (montaggio) allo spazio di archiviazione di un server. Per alcuni tipi di applicazioni, eseguirà una transizione online e rimuoverà i dischi montati di Backup e RE. Per altri tipi di applicazioni, i job di migrazione vengono eseguiti ripetutamente finché l'utente non avvia un job di finalizzazione. |
| Ripristina (monta) | Ripristina (monta) | Monta un'immagine di un database al posto del database di origine originale per preparare un ripristino (migrazione) successivo. |
| Snapshot | snapshot | Crea un'immagine point-in-time dell'applicazione o della VM nel pool di snapshot. |
| StreamSnap | streamsnap | Crea o aggiorna un'immagine StreamSnap pronta per il failover su un'appliance remota.
Nota: un job di replica StreamSnap è anche associato a una policy di snapshot specifica. Utilizza le impostazioni di pianificazione e frequenza della policy snapshot durante l'esecuzione della replica. |
| Syncback | syncback | Esegue una replica inversa incrementale dopo un failover, creando un'immagine di sincronizzazione inversa sull'appliance locale o di origine che può essere utilizzata in un secondo momento per un ripristino. |
| Smonta | smonta | Smonta un'immagine precedentemente montata su un host, ma la mantiene disponibile per il montaggio successivo. |
| Unmount Delete | smonta elimina | Smonta un'immagine precedentemente montata su un host e ignora tutte le modifiche apportate in quel montaggio. |
Esegui un job on demand
Se hai bisogno di avviare un job immediatamente, esegui un job on demand. I job on demand includono tutti i tipi di job di ripristino, clonazione, montaggio e i job creati quando i criteri vengono applicati on demand.
Ogni appliance di backup/ripristino riserva un pool di slot per tutte le varie categorie di job: accesso ai dati, scadenza, replica dei log, OnVault dei log, on demand, OnVault, snapshot, streamsnap. Inoltre, esiste un pool di slot non prenotate.
Prima di avviare un job, ogni appliance di backup/recovery verifica se è disponibile uno slot corrispondente alla categoria del job per eseguirlo. Quando uno slot riservato non è disponibile perché tutti gli slot di quella categoria eseguono job, l'appliance di backup/recovery controlla se è disponibile uno slot non riservato. Se è disponibile uno slot non prenotato, il job viene avviato. Tuttavia, puoi prenotare il numero massimo di slot che i job di una determinata categoria possono utilizzare dal pool non prenotato. Questa misura limita il numero di slot che i job di una categoria possono utilizzare dal pool non prenotato.
Esegui un job di backup on demand dalla console di gestione dell'appliance
Per eseguire un'acquisizione on demand di un'applicazione gestita dalla pagina Gestisci piano di backup:
- Fai clic sulla scheda App Manager e seleziona l'opzione Applications dall'elenco a discesa. Viene visualizzata la pagina Applicazioni.
- Seleziona l'applicazione o la VM, quindi fai clic su Gestisci piano di backup dall'elenco a discesa. Viene visualizzata la pagina Gestisci piano di backup.
Espandi una policy del template dall'elenco delle policy a destra.
Se un database è gestito con un template di backup abilitato per la protezione dei log e se sono disponibili backup, hai ulteriori opzioni di log per il tipo di job da inviare. In questo caso, selezioni se acquisire il database (DB) o solo i log (Log).
Fai clic su Esegui ora per aprire un messaggio di conferma.
Fai clic su Yes (Sì) per confermare. Viene creata un'immagine point-in-time in base alla policy di backup.
Esegui la replica dei log del database on demand
In alcuni casi, potrebbe essere necessario avviare manualmente la replica dei log nell'appliance di backup/ripristino remota per un'immagine del database. Ad esempio, potrebbe essere necessario eseguire manualmente la replica dei log se il log di un'immagine del database non è stato replicato correttamente nell'appliance di backup/recovery o se non esiste un log per l'immagine del database nell'appliance di backup/recovery. Puoi quindi utilizzare i log delle transazioni nell'appliance remota per ripristinare un database in un momento specifico.
Per avviare manualmente la replica dei log del database nell'appliance di backup/ripristino remota:
- Fai clic sulla scheda App Manager e seleziona l'opzione Applications (Applicazioni) dall'elenco a discesa. Viene visualizzata la pagina Applicazioni.
- Seleziona l'applicazione o la VM gestita, quindi fai clic su Replica log dall'elenco a discesa nell'angolo in basso a destra della pagina.
- Fai clic su Conferma nella finestra di dialogo di conferma che si apre. I log delle transazioni del database vengono replicati nell'appliance remota definita dalla policy di replica nel template.
Monitora i job di montaggio nei container
Per monitorare un job di montaggio in un container:
- Fai clic sulla scheda Monitora e seleziona Job dal menu a discesa per aprire la pagina Job, dove puoi visualizzare un elenco di tutti i job in esecuzione.
- Filtra per job Monta.
- Identifica il job che vuoi monitorare in base all'etichetta o ad altri dettagli.
Se il job è in esecuzione, puoi monitorarne l'avanzamento. Al termine, seleziona il job e fai clic su Visualizza dettagli per esaminare:
- Dettagli sul job
- Informazioni sul volume
- Numero di nuovi tentativi di job
- Statistiche job
Per informazioni dettagliate su ciascuna di queste aree, consulta Visualizzazione dei dettagli del job.
Accedi al codice YAML del container
La sezione YAML container elenca lo snippet di codice YAML che è stato aggiunto al file di configurazione YAML del container o del pod. Puoi fare riferimento a questo codice e utilizzarlo in un secondo momento, se necessario.
- Al termine della revisione dei dettagli del job, fai clic su Torna ai job per tornare alla pagina Job.
Annulla un job in esecuzione
Puoi annullare i job in esecuzione o in coda per l'esecuzione.
Per annullare un job attivo:
- Fai clic sulla scheda Monitora e seleziona Job dal menu a discesa. Viene visualizzata la pagina Job, in cui sono elencati tutti i job in esecuzione. Puoi cancellare questo filtro predefinito per visualizzare tutti i job monitorati.
Seleziona il job che vuoi annullare, quindi fai clic su Annulla job nell'angolo in basso a destra della finestra.
Fai clic su Conferma nella finestra di dialogo Annulla job.
Modifica la priorità del job
Puoi modificare la priorità di un job in corso in base a come vuoi che l'appliance di backup/recovery allochi le risorse necessarie.
Per modificare la priorità di un job in coda:
- Fai clic sulla scheda Monitora e seleziona Job dal menu a discesa. Viene visualizzata la pagina Job, in cui sono elencati tutti i job in esecuzione. Puoi cancellare questo filtro predefinito per visualizzare tutti i job monitorati.
Seleziona il job di cui vuoi modificare la priorità dalla pagina Job, quindi fai clic su Visualizza dettagli e poi su Modifica priorità nell'angolo in basso a destra della finestra.
Nella finestra di dialogo Imposta priorità job, seleziona la priorità del job.
Fai clic su Conferma per modificare la selezione della priorità.
Come vengono riprovati i job non completati prima di non riuscire
Quando un job pianificato non va a buon fine, lo scheduler riprova automaticamente a eseguirlo fino a tre volte. La prima volta che un job non riesce, lo stato del primo tentativo viene contrassegnato come Nuovo tentativo e lo scheduler attende quattro minuti prima di rimettere in coda il job. Se non va a buon fine una seconda volta, il nuovo tentativo successivo verrà messo in coda dopo 16 minuti. Se non va a buon fine una terza volta, verrà messo in coda un ultimo tentativo dopo un periodo di attesa di 64 minuti. Dopo tre tentativi non riusciti (per un totale di quattro tentativi), il job di nuovo tentativo finale verrà contrassegnato come Non riuscito (anziché Nuovo tentativo) e non verranno tentati altri job per l'applicazione in quel periodo di pianificazione.
Lo scheduler tratterà un nuovo tentativo di job come qualsiasi altro job disponibile. Se sono presenti più job in coda rispetto agli slot per ospitarli, il job di nuovo tentativo in coda dovrà attendere uno slot. Se la finestra della policy si chiude prima che un job di nuovo tentativo possa essere avviato, i job di nuovo tentativo in coda non verranno eseguiti e non verranno effettuati ulteriori tentativi.
I nuovi tentativi di job vengono segnalati in Monitoraggio > Job. Per identificare i nuovi tentativi di job, tutti e quattro i job avranno lo stesso numero di job nel seguente formato in questo ordine:
- Job_xxxxx (Stato: nuovo tentativo)
- Job_xxxxxa (Stato: nuovo tentativo; in coda dopo un blocco di 4 minuti)
- Job_xxxxxb (Stato: nuovo tentativo; in coda dopo un blocco di 16 minuti)
- Job_xxxxxc (Stato: non riuscito; in coda dopo un blocco di 64 minuti)
Il prossimo tentativo di un job di backup per questa applicazione dipende dalla pianificazione della policy. Quindi, se la pianificazione prevede uno snapshot al giorno in una finestra che inizia alle 01:00, il tentativo successivo verrà eseguito il giorno seguente alle 01:00.
Fuso orario
Per impostazione predefinita, nella console di gestione dell'appliance, tutti i timestamp visualizzati nei menu dei job e degli eventi sono nel fuso orario locale dell'utente, come rilevato dal browser web. Se vuoi confermare il fuso orario in uso, nella barra dei menu della dashboard seleziona l'icona utente nell'angolo in alto a destra. Mostra il fuso orario rilevato automaticamente e consente di impostarlo se quello rilevato non è adatto.
Segui queste istruzioni per modificare il fuso orario.
- Nella dashboard, fai clic sull'icona utente nell'angolo in alto a destra.
- Seleziona Cambia fuso orario.
- Dal menu a discesa Fuso orario, seleziona il fuso orario da utilizzare per la visualizzazione di job ed eventi.
- Fai clic su Salva.
Informazioni sui job pianificati
I job vengono eseguiti in base alla pianificazione assegnata nelle policy dei template di backup. Se provi a eseguire molti job che richiedono un uso intensivo di risorse contemporaneamente, alcuni dovranno attendere che le risorse diventino disponibili. Se l'attesa è troppo lunga, la finestra si chiude e si verifica una violazione del piano di backup.
È meglio scaglionare nel tempo i job ad alta intensità di risorse, come i job di snapshot iniziali, anziché farli competere tutti per le risorse nello stesso momento. Ad esempio, invece di creare snapshot di tutte le VM, i file system e i database alle 18:00 nei giorni feriali, valuta la possibilità di creare snapshot di un tipo di applicazione all'ora, di un altro tipo 10 minuti dopo l'ora e di un altro tipo 20 minuti dopo l'ora.
Lo snapshot iniziale di un'applicazione o di una VM è lo snapshot più grande e che richiede più tempo perché ogni bit di dati è nuovo. Quando aggiungi una nuova applicazione o VM di grandi dimensioni, esegui uno snapshot on demand in un periodo non di picco per il primo snapshot, quindi pianifica una policy del template di backup per tutti gli snapshot futuri.
Informazioni sui job on demand
La maggior parte dei job viene eseguita in base a una pianificazione in base ai piani di backup, ma per i periodi di manutenzione imminenti, gli upgrade del software e il primo snapshot di una nuova applicazione, devi assicurarti di avere una copia corretta dei dati creati prima di iniziare l'attività di manutenzione pianificata. In questi casi è necessario un job on demand.
Informazioni sugli slot per i job
Backup e RE gestisce i job assegnando slot per i job. L'appliance riserva un pool di slot per ogni categoria di job, oltre a un pool di slot non prenotati.
Prima di avviare un job, Backup e RE verifica se è disponibile uno slot corrispondente alla categoria del job per eseguirlo. Quando uno slot prenotato non è disponibile perché tutti gli slot di quella categoria eseguono job, l'appliance verifica se è disponibile uno slot non prenotato. Se è disponibile uno slot non prenotato, il job viene avviato.
Coda di job di backup on demand
Backup e RE supporta l'accodamento dei job on demand per offrire la flessibilità di creare le immagini senza preoccuparsi del numero di slot per job on demand disponibili per avviare il job. Il job on demand in coda rimane in questo stato finché non diventa disponibile uno slot per job on demand.
Quando si apre uno slot on demand, il job passa allo stato In esecuzione. Questa sequenza si verifica nell'ordine in cui è stato inviato il job. Se un job on demand non va a buon fine, l'appliance tenterà di eseguire il job successivo nella coda. I job on demand utilizzano slot di job diversi rispetto ai job pianificati, pertanto i job pianificati potrebbero essere eseguiti prima dei job in coda.
Mentre un job on demand è in coda, puoi modificare la priorità del job, annullare il job o annullare la protezione per l'applicazione. Puoi visualizzare i job in coda facendo clic su Monitora e poi su Job.
Un job on demand annullato viene visualizzato nella tabella della cronologia dei job come job annullato. L'ora di inizio e l'ora di fine del job corrisponderanno all'ora in cui è stata confermata la richiesta di annullamento o l'annullamento della protezione dell'applicazione.
Mantieni le prestazioni quando aggiungi nuove applicazioni
Se il sistema ha funzionato in modo accettabile e poi aggiungi nuove applicazioni, le prestazioni potrebbero risentirne per un breve periodo. Questo perché il monitoraggio dei blocchi modificati riconosce i nuovi dati e li protegge anche quando costituiscono solo una piccola parte di un'applicazione di grandi dimensioni. Ciò significa che il sistema è ottimizzato per elaborare molti blocchi modificati ogni giorno.
Una nuova applicazione richiede molte più risorse per l'acquisizione iniziale, perché si tratta di dati completamente nuovi per il sistema.
Per ottenere risultati ottimali quando aggiungi nuove applicazioni, utilizza le seguenti informazioni:
Quando aggiungi una nuova applicazione, proteggila per la prima volta utilizzando un job on demand durante un periodo di carico ridotto. In questo modo, il job di importazione iniziale, che richiede un utilizzo intensivo delle risorse, non interferisce con altri job.
Quando aggiungi più nuove applicazioni o VM, prova a scaglionare nel tempo i job di protezione iniziali per ogni nuova applicazione, per evitare che tutti i nuovi dati vengano importati contemporaneamente. Per farlo, assegna piani di backup che vengono eseguiti in orari diversi. Puoi anche utilizzare la funzionalità degli slot per job on-ramp per ridurre al minimo le interruzioni.
Separa nel tempo il job di protezione iniziale dal job di mirroring. Una volta acquisito uno snapshot dell'applicazione, il job di mirroring può essere eseguito alcune ore dopo, quando il carico del sistema è più leggero.
I gruppi di coerenza possono essere un modo efficiente per proteggere più applicazioni con esigenze simili. Consulta Acquisisci i dati delle applicazioni nei gruppi di coerenza di Backup e DR.
Tieni presente i tuoi piani di backup esistenti e cerca di non pianificare i job di snapshot contemporaneamente ai job di snapshot per applicazioni molto grandi o dinamiche.
Puoi scegliere dall'elenco di immagini snapshot conservate nella scheda Gestisci e:
Seleziona un'immagine dall'elenco delle immagini conservate e vai a quell'immagine in Gestore app.
Fai scadere una o più immagini snapshot selezionate.