Dalla scheda Monitora, puoi visualizzare e gestire i job (annullare i job attivi o cambiare la priorità di un job in coda) dalle appliance di backup/recupero gestite dalla console di gestione. Puoi anche visualizzare gli eventi, ovvero informazioni, avvisi o notifiche di errore generati da un'appliance.
Puoi filtrare i job in base a nome, stato, ora di inizio o di fine, tipo, host e applicazione.
Riquadro Stato job
Il riquadro Job della console di gestione fornisce informazioni sui job eseguiti nelle ultime 24 ore (valore predefinito).
- Lavori attuali o passati. Una visualizzazione rapida del numero di job in esecuzione, che sono riusciti, non sono riusciti, sono stati ripetuti o sono stati annullati.
- Tipi di prestazioni o elettrodomestici. Link al monitor filtrato per mostrare lo stato dei job per tipo di job nelle ultime 24 ore o per appliance di backup/recupero gestito.
Nella sezione dei job passati, se necessario, puoi anche visualizzare lo stato dell'ultima settimana o dell'ultimo mese. Questo riquadro recupera 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, in cui 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:
- Cerca per parola chiave. Ora è possibile filtrare in base al nome del job, all'host e all'applicazione nella visualizzazione Job o in base al messaggio dell'evento nella visualizzazione Eventi. Il set di risultati viene aggiornato man mano che digiti la query. La ricerca Per parola chiave non è sensibile alle maiuscole.
- Iniziata, Terminata e In coda. Questi filtri hanno pulsanti di tipo radio singolo per selezionare un intervallo di date che comprende un giorno, una settimana o un mese.
- Modifica 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.
- Modifica la larghezza delle colonne. Per regolare la larghezza di una colonna della tabella in modo da mostrare più contenuti, trascina il divisore della colonna in un'intestazione della colonna verso sinistra o verso destra per ridimensionare la larghezza della colonna. I separatori di colonne sono contrassegnati da una coppia di linee grigie sottili.
- Aggiornamento automatico. della visualizzazione griglia di Monitor ogni quindici secondi.
- La pagina Monitor mostra l'ora dell'ultimo aggiornamento e l'ora dell'aggiornamento successivo. Puoi eseguire un aggiornamento manuale in qualsiasi momento.
Per esportare l'elenco dei job come 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 in fondo alla tabella. Le opzioni disponibili sono: 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 di filtro, quindi fai clic su Aggiorna filtri.
Per visualizzare i dettagli di un job specifico, seleziona un elemento nell'elenco Job e poi:
- Fai clic sul link di 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 per il job
- Statistiche job
Per informazioni specifiche su ciascuna di queste aree, consulta la sezione Visualizzare i dettagli del job.
Quando hai terminato di esaminare i dettagli del job, fai clic su Torna a 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 annullato automaticamente dal sistema perché il pool di destinazione ha superato il limite di sicurezza.
- Non riuscita. L'esecuzione del job non è andata a buon fine entro il periodo del piano di backup. In caso di errore del job, viene creato un evento con le informazioni sull'errore. Se il periodo del piano di backup è sufficientemente lungo, viene eseguito un nuovo tentativo per il job originale e un nuovo job identico viene messo in coda.
- Non eseguito. Il job non è stato eseguito durante il periodo del piano di backup a causa di un vincolo, ad esempio lo scheduler è disattivato, il pool di destinazione è pieno, l'immagine di origine non è presente o non è adatta, si verifica un problema di connettività o non sono disponibili slot per i job.
- In coda. Quando un criterio richiede l'esecuzione di un job, viene creato un job con stato queued. Se non sono presenti vincoli, passa allo stato running. Se i vincoli ne impediscono l'esecuzione, rimane in coda. Se i vincoli continuano a essere presenti fino al momento di eseguire la successiva istanza dello stesso criterio, al job viene assegnato lo stato notrun e viene aggiunta una nuova istanza del job con lo stesso ID job e una lettera aggiuntiva nello stato 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.
- È stato eseguito un nuovo tentativo. Il job non è stato completato. Il job passa allo stato di nuovo tentativo. Se il periodo del piano di backup è sufficientemente lungo, viene eseguito nuovamente il tentativo del job originale e viene messa in coda una nuova istanza del job con lo stesso ID e una lettera aggiuntiva. Possono essere eseguiti 3 tentativi di nuovo tentativo, a 4, 16 e 64 minuti dopo il fallimento di ogni job. Quando il tempo del piano di backup scade o se viene avviata un'altra istanza del job, il job originale non va a buon fine e viene avviato un job di ripetizione in stato di ripetizione. Ai job di ripetizione vengono aggiunte lettere all'ID job.
- In esecuzione. Il job è in fase di elaborazione. La percentuale di completamento del job è indicata nello stato.
- Operazione riuscita con avvisi. Il job è stato completato correttamente in base al piano di backup che lo ha richiamato, ma è stato anche stampato un avviso che può essere visualizzato in Monitor > Eventi. Un esempio tipico è che lo snapshot di un'istanza Compute Engine è andato a buon fine, 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 per il job
- Statistiche job
Dopo aver esaminato i dettagli del job, fai clic su Torna a Job per tornare alla pagina Job.
L'elenco seguente 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à Coerenza. Congruente con gli arresti anomali o con l'applicazione, indica se l'applicazione è stata messa in stato di riposo durante il job.
- Durata. Il periodo di tempo compreso 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 per nessun errore, 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 è presente un ID evento, il valore è zero.
- Messaggio. Un messaggio che spiega gli errori riscontrati durante l'esecuzione del compito.
- Data di scadenza. Data e ora di scadenza dell'immagine.
- Nome host. Nome dell'host in cui viene eseguita l'applicazione.
- Tipo di immagine. Snapshot, cloud, il tipo di immagine creata dal job.
- isbootvmdk. Impostato 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 dell'ultimo vincolo. Data più recente di esecuzione di un job.
- Log troncato. Imposta il valore true per indicare che i log sono stati troncati per l'applicazione.
- nomelogico. Il nome di ogni volume identificato dal sistema host.
- Host montato. Per un job di failover del montaggio, l'host su cui è montata l'immagine.
- Nome del criterio. Il nome del criterio associato al job.
- Priorità. Basso, medio o alto, impostato nel criterio.
- Dati protetti. Quantità di dati protetti.
- Nome origine. La copia specifica di un'immagine che è stata la fonte 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 il job ha effettivamente iniziato a essere eseguito.
- Nome modello. Il nome del modello di livello di servizio.
- Mezzo di trasporto. Come sono stati trasportati i dati durante il job: tramite la rete SAN o LAN.
- Uniqueid. Un identificatore che identifica in modo univoco ogni volume nell'immagine.
- Volumekey. Una stringa utilizzata internamente per identificare i più volumi 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.
- Data Store. 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, si tratta del nome del file.
- Punto di montaggio della sorgente. Il punto di montaggio del volume.
- Target. Il nome del VDisk di Backup and DR per la copia del volume.
Riprova
Puoi leggere una descrizione dei metadati di ripetizione nell'elenco seguente.
- Data di fine. La data e l'ora di completamento del job, 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 tentativo.
- Data di inizio. La data e l'ora di inizio dell'esecuzione del job.
Statistiche
Di seguito è riportata una descrizione delle statistiche.
- Application Freeze Time. Il tempo totale per cui l'applicazione è stata bloccata durante un backup. L'applicazione è stata messa in uno stato bloccato durante un backup (snapshot) in modo che tutti i dati siano stati acquisiti in uno stato coerente.
- Dimensioni dell'applicazione (GB). Le dimensioni dei dati dell'applicazione sul disco di staging.
- 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 proteggono e accedono ai dati tramite questi tipi di job:
| Tipo di job | Etichetta del monitor | Descrizione |
|---|---|---|
| Pulizia del mirroring | cleanupmirroring | Rimuove un'immagine StreamSnap da un'appliance remota quando un piano di backup viene rimosso da un'applicazione o ne viene impostato 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 (montaggio) | Monta un'immagine su un server in preparazione all'esecuzione di un compito di cloning (migrazione). |
| Elimina | delete | Consente di eliminare un'immagine già smontata dall'host. |
| Elimina test | deletetest | Esegue lo smontaggio ed elimina un'immagine creata da un job di test di failover. |
| Diretto su OnVault | DirectOnVault | Crea un'immagine istantanea di una VM VMware nel pool OnVault senza utilizzare prima il pool di snapshot. |
| Scadenza | scadenza | Scade/elimina un'immagine al termine del suo periodo di conservazione o quando viene richiesta on demand. |
| Failback | failover | Esegue lo smontaggio ed elimina un'immagine creata da un job di failover, rimuove eventuali immagini di sincronizzazione per l'applicazione e attiva un job di eliminazione di failover sull'appliance remoto. |
| Failover | failover | Esegue il montaggio di un'applicazione da un'immagine StreamSnap replicata, interrompendo i nuovi job di snapshot all'origine e monitorando le modifiche per la replica inversa (Syncback). |
| Failover - Elimina | deletefailover | Viene 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 il syncback. |
| Finalizza | Finalizza | Esegue il passaggio finale di una procedura di montaggio e migrazione di SQL Server, che include un job di migrazione combinato con un'eliminazione di smontaggio. |
| Montaggio non attivo | ForgetActiveMount | Rimuove il monitoraggio del montaggio di un'istanza Compute Engine senza eliminare l'istanza in Compute Engine. |
| Ignorare l'immagine importata su Vault | Immagini di OnVault dimenticate | 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 gli appliance locale e remoto, il che significa che la replica dei log avviene direttamente dal pool di snapshot sull'appliance locale al pool di snapshot sull'appliance remoto. |
| Migrazione | Esegui la migrazione | Esegue una copia dei dati da un montaggio allo spazio di archiviazione di un server. Per alcuni tipi di applicazioni, verrà eseguita una transizione online e verranno rimossi 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 completamento. |
| Esegui migrazione (Annulla) | Esegui la migrazione (Annulla) | Annullamento di una migrazione in corso, disattivazione di job di migrazione futuri per l'immagine montata e pulizia di eventuali dati sottoposti a migrazione/copia parziale. |
| Montare | montare | 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. | |
| Replicazione OnVault | OnVaultReplicate | Consente di replicare un'immagine in un pool OnVault in un altro pool OnVault. |
| Oracle ASM Rebalance | Ripristino (interruttore ASM) Ripristino (riequilibrio ASM) | ASM Switch monta un database Oracle al posto del database di origine originale. ASM Rebalance avvia una migrazione del database dai dischi montati ai dischi del server, quindi rimuove i dischi montati al termine. |
| Prepara il montaggio | prep-mount | Esegue il montaggio di un'immagine LiveClone in modo da consentire la modifica diretta del LiveClone. |
| Prepara lo smontaggio | prep-unmount | Smonta un LiveClone montato utilizzando prep-mount e, facoltativamente, consente di salvare le modifiche apportate al montaggio direttamente nel LiveClone. |
| Aggiornare LiveClone | refreshliveclone | Aggiorna in modo incrementale un'immagine LiveClone con i dati di un'altra immagine istantanea di origine. |
| Montaggio a distanza | remote-mount | Monta un'immagine remota (da un altro appliance) su un host locale. Per eseguire questa operazione, se necessario, viene eseguita la replica incrementale inversa. |
| Reprovision | eseguire il provisioning nuovamente | Prende un montaggio esistente di un'applicazione di database e lo aggiorna in un momento diverso eseguendo un'eliminazione del montaggio e il successivo montaggio della nuova immagine, impostando come impostazione predefinita tutte le stesse opzioni utilizzate nel montaggio precedente. |
| Ripristina | restore | Sostituisce i dati di produzione con un'immagine di backup selezionata. |
| Ripristina (Annulla) | Ripristina (Annulla) | Annullamento di un montaggio in corso e di un ripristino della migrazione. Tutti i dati sottoposti a 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, verrà eseguita una transizione online e verranno rimossi 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 completamento. |
| Ripristina (Monta) | Ripristina (Montaggio) | Monta un'immagine di un database al posto del database di origine originale per prepararsi a un successivo ripristino (migrazione). |
| Istantanea | snapshot | Crea un'immagine istantanea 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 è associato anche a un criterio di snapshot specifico. Utilizza le impostazioni di pianificazione e frequenza del criterio di istantanea durante l'esecuzione della replica. |
| Syncback | syncback | Esegue una replica inversa incrementale dopo un failover, creando un'immagine di sincronizzazione sull'appliance locale o di origine che può essere utilizzata in un secondo momento per un ripristino. |
| Smonta | smontare | Smonta un'immagine precedentemente montata su un host, ma la mantiene disponibile per il montaggio successivo. |
| Dismount Delete | unmount delete | Smonta un'immagine precedentemente montata su un host e ignora tutte le modifiche apportate in quel montaggio. |
Eseguire un job on demand
Se vuoi che un job venga avviato immediatamente, esegui un job on demand. I job on demand includono tutti i tipi di job di ripristino, clonazione, montaggio e job creati quando le norme vengono applicate 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, log OnVault, on demand, OnVault, snapshot, streamsnap. Inoltre, è disponibile un pool di slot non riservati.
Prima di avviare un job, ogni appliance di backup/recupero controlla se è disponibile uno slot corrispondente alla categoria del job per eseguirlo. Quando un suo slot riservato non è disponibile perché tutti gli slot di quella categoria sono in esecuzione, l'appliance di backup/recupero controlla se è disponibile un suo slot non riservato. Se è disponibile uno spazio non riservato, il job viene avviato. Tuttavia, puoi prenotare il numero massimo di slot che i job di una determinata categoria possono utilizzare dal pool non riservato. Questa misura limita il numero di slot che i job di una categoria possono utilizzare dal pool non riservato.
Eseguire un job di backup on demand dalla console di gestione
Per eseguire un'acquisizione on demand di un'applicazione gestita dalla pagina Gestisci piano di backup:
- Fai clic sulla scheda Gestore app e seleziona l'opzione App dall'elenco a discesa. Viene visualizzata la pagina Applicazioni.
- Seleziona l'applicazione o la VM e poi fai clic su Gestisci piano di backup dall'elenco a discesa. Viene visualizzata la pagina Gestisci piano di backup.
Espandi un criterio del modello dall'elenco dei criteri a destra.
Se un database è gestito con un modello di backup abilitato alla protezione dei log e se sono disponibili i backup, hai ulteriori opzioni di log per il tipo di job da inviare. In questo caso, puoi scegliere se acquisire il database (DB) o solo i log (Log).
Fai clic su Esegui ora e si aprirà un messaggio di conferma.
Fai clic su Yes (Sì) per confermare. Viene creata un'immagine istantanea in base al criterio di backup.
Esegui la replica dei log del database on demand
In alcuni casi, potresti dover avviare manualmente la replica dei log nell'appliance di backup/ripristino remoto per un'immagine del database. Ad esempio, potresti dover eseguire manualmente la replica dei log se il log di un'immagine del database non è stato replicato correttamente nell'appliance di backup/recupero o se non è presente alcun log per l'immagine del database nell'appliance di backup/recupero. Puoi quindi utilizzare i log delle transazioni nell'appliance remota per recuperare un database in un punto temporale specificato.
Per avviare manualmente la replica dei log del database nell'appliance di backup/ripristino remota:
- Fai clic sulla scheda Gestore app e seleziona l'opzione App 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 dal criterio di replica nel modello.
Monitora i job di montaggio nei container
Per monitorare un job di montaggio in un contenitore:
- Fai clic sulla scheda Monitora e seleziona Job dal menu a discesa per aprire la pagina Job, in cui puoi visualizzare un elenco di tutti i job in esecuzione.
- Filtra per job Montaggio.
- Identifica il job da monitorare tramite l'Etichetta o 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 per il job
- Statistiche job
Per informazioni dettagliate su ciascuna di queste aree, consulta la sezione Visualizzazione dei dettagli dei job.
Accedi al codice YAML del contenitore
La sezione YAML del contenitore elenca lo snippet di codice YAML che è stato aggiunto al file di configurazione YAML del contenitore o del pod. Puoi fare riferimento nuovamente a questo codice e utilizzarlo in un secondo momento, se necessario.
- Dopo aver esaminato i dettagli del job, fai clic su Torna a Job per tornare alla pagina Job.
Annullare 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, che elenca tutti i job in esecuzione. Puoi cancellare questo filtro predefinito per visualizzare tutti i job monitorati.
Seleziona il job da 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.
Modificare la priorità del job
Puoi modificare la priorità di un job in esecuzione in base a come vuoi che l'appliance di backup/recupero assegni 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, che elenca 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 del fallimento
Quando un job pianificato non va a buon fine, lo scheduler riprova automaticamente fino a tre volte. La prima volta che un job non va a buon fine, lo stato del primo tentativo verrà contrassegnato come Ritentato e lo scheduler attenderà quattro minuti prima di inserire nuovamente il job in coda. Se il tentativo non va a buon fine una seconda volta, il successivo verrà messo in coda dopo 16 minuti. Se non va a buon fine per la terza volta, verrà inserito in coda un ultimo tentativo dopo un periodo di attesa di 64 minuti. Dopo tre tentativi di nuovo tentativo 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 nel periodo di pianificazione.
Lo scheduler tratterà un nuovo tentativo di un job come qualsiasi altro job disponibile. Se esistono più job in coda rispetto agli slot disponibili, il job di ripetizione in coda dovrà attendere uno slot. Se la finestra dei criteri si chiude prima che un job di ripetizione possa essere avviato, tutti i job di ripetizione in coda non verranno eseguiti e non verranno tentati ulteriori tentativi.
I tentativi di ripetizione dei job vengono registrati in Monitor > Job. Per identificare i tentativi di esecuzione del job, tutti e quattro i job avranno lo stesso numero di job nel seguente formato e nell'ordine seguente:
- Job_xxxxx (stato: riprovato)
- Job_xxxxxa (stato: Ritentato; in coda dopo una sospensione di 4 minuti)
- Job_xxxxxb (stato: Ritentato; in coda dopo un'attesa di 16 minuti)
- Job_xxxxxc (stato: non riuscito; in coda dopo una sospensione di 64 minuti)
La successiva volta che viene tentato un job di backup per questa applicazione dipende dalla pianificazione del criterio. Pertanto, se la pianificazione prevede un'istantanea al giorno in una finestra che inizia alle 01:00, il prossimo tentativo sarà il giorno successivo alle 01:00.
Fuso orario
Per impostazione predefinita, nella console di gestione, tutti i timestamp mostrati nei menu dei job e degli eventi sono nel fuso orario locale dell'utente rilevato dal browser web. Se vuoi confermare il fuso orario in uso, seleziona l'icona utente nell'angolo in alto a destra della barra dei menu della dashboard. Mostra sia il fuso orario rilevato automaticamente sia il fuso orario impostato se quello rilevato non è adatto.
Segui le istruzioni riportate di seguito per modificare il fuso orario.
- Nella dashboard, fai clic sull'icona dell'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 nei criteri del modello di backup. Se provi a eseguire contemporaneamente molti job che richiedono molte risorse, alcuni devono 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 distribuire nel tempo i job che richiedono molte risorse, come i job di snapshot iniziali, anziché farli competere tutti per le risorse nello stesso momento. Ad esempio, anziché acquisire tutte le VM, i file system e i database alle 18:00 nei giorni feriali, valuta la possibilità di acquisire un tipo di applicazione sull'ora, un altro tipo a 10 minuti dopo l'ora e un altro tipo a 20 minuti dopo l'ora.
Lo snapshot iniziale di un'applicazione o di una VM è lo snapshot più grande e dispendioso in termini di tempo perché ogni bit di dati è nuovo. Quando aggiungi una nuova applicazione o VM di grandi dimensioni, esegui uno snapshot on demand in un momento di bassa attività per il primo snapshot e poi pianifica un criterio del modello 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 le finestre di manutenzione imminenti, gli upgrade software e il primo snapshot di una nuova applicazione, devi assicurarti di avere una copia corretta dei dati creati prima di avviare l'attività di manutenzione pianificata. Per questi casi è necessario un job on demand.
Informazioni sugli slot di lavoro
Il servizio di backup e RE gestisce i job assegnando slot. L'appliance riserva un pool di slot per ogni categoria di job, oltre a un pool di slot non riservati.
Prima di avviare un job, Backup e RE controlla se è disponibile uno slot corrispondente alla categoria del job per eseguirlo. Quando uno slot riservato non è disponibile perché tutti gli slot di quella categoria sono in esecuzione, l'appliance controlla se è disponibile uno slot non riservato. Se è disponibile uno slot non riservato, il job viene avviato.
Coda di job di backup on demand
Il servizio di backup e DR supporta la messa in coda 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 è disponibile uno slot per i job on demand.
Quando si apre uno slot on demand, il job passa allo stato di 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 diversi rispetto ai job pianificati, pertanto i job pianificati possono essere eseguiti prima di quelli in coda.
Quando un job on demand è in stato in coda, puoi modificare la priorità del job, annullarlo 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 di fine del job corrisponderà all'ora in cui è stata confermata la richiesta di annullamento o l'annullamento della protezione dell'applicazione.
Mantenere le prestazioni quando si aggiungono nuove applicazioni
Se il sistema ha un rendimento accettabile e aggiungi nuove applicazioni, il rendimento potrebbe risentirne per un breve periodo di tempo. Questo perché il monitoraggio dei blocchi di modifiche riconosce i nuovi dati e li protegge anche se si tratta solo di una piccola parte di un'applicazione grande. 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 tutti nuovi dati 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 molte risorse non interferisce con altri job.
Quando aggiungi più nuove applicazioni o VM, prova a distribuire nel tempo i job di protezione iniziali per ogni nuova applicazione per evitare che tutti i nuovi dati vengano importati contemporaneamente. Assegna piani di backup che vengono eseguiti in momenti diversi. Puoi anche utilizzare la funzionalità degli slot di lavoro per l'onboarding per ridurre al minimo le interruzioni.
Separa il job di protezione iniziale dal job di mirroring in base al tempo. Una volta acquisito un istantaneo dell'applicazione, il job di mirroring può essere eseguito alcune ore dopo, quando il carico del sistema è inferiore.
I gruppi di coerenza possono essere un modo efficiente per proteggere più applicazioni con esigenze simili. Consulta Acquisire i dati delle applicazioni nei gruppi di coerenza di backup e DR.
Tieni presente i 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 delle immagini istantanee conservate dalla scheda Gestisci e:
Seleziona un'immagine dall'elenco delle immagini conservate e vai a quell'immagine in Gestione app.
Fai scadere una o più immagini degli snapshot selezionati.