Nella 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/recupero gestite dalla console di gestione delle appliance. Puoi anche visualizzare gli eventi, ovvero notifiche di informazioni, avviso o errore generate da un elettrodomestico.
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 dell'appliance fornisce informazioni sui job eseguiti nelle ultime 24 ore (impostazione predefinita).
- Lavori attuali o passati. Una rapida panoramica di quanti job sono in esecuzione, sono riusciti, non sono riusciti, sono stati ritentati o sono stati annullati.
- Tipi di prestazioni o elettrodomestici. Link al monitor filtrato per mostrare lo stato dei job per tipo di prestazione nelle ultime 24 ore o per appliance di backup/recupero gestita.
Nella sezione dei job precedenti, puoi anche visualizzare lo stato dell'ultima settimana o dell'ultimo mese, se necessario. Questo pannello recupera i dati aggiornati ogni due minuti.
Monitorare 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 mostrare tutti i job monitorati.
Per modificare la visualizzazione dei campi nella tabella, puoi:
- Cerca per parola chiave. Il filtro per nome del job, host e applicazione nella visualizzazione Job o per messaggio evento nella visualizzazione Eventi ora viene inviato automaticamente. Man mano che digiti la query, il set di risultati viene aggiornato. Cerca per parola chiave non distingue tra maiuscole e minuscole.
- Iniziati, Terminati e In coda. Questi filtri hanno pulsanti di opzione singoli per selezionare l'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.
- Adatta 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 divisori delle colonne sono contrassegnati da una coppia di sottili linee grigie.
- Aggiornamento automatico. Della visualizzazione griglia Monitora ogni 15 secondi.
- La pagina Monitora mostra l'ora dell'ultimo aggiornamento e il tempo che manca al prossimo aggiornamento. 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 nella parte inferiore della tabella. Le opzioni includono: 10, 25, 50, 100 o 500 righe per pagina della tabella.
Per filtrare l'elenco dei lavori e visualizzare solo un sottoinsieme, fai clic su Apri filtri per aprire il riquadro dei filtri. Seleziona i filtri, poi 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 del job
- Statistiche job
Consulta la sezione Visualizzare i dettagli del job per informazioni specifiche su ciascuna di queste aree.
Dopo aver esaminato i 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.
- Errore. L'esecuzione del job non è stata completata entro il periodo del piano di backup. In caso di errore del job, viene creato un evento con informazioni sull'errore del job. Se è presente tempo nel periodo del piano di backup, viene eseguito un nuovo tentativo per il job originale 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 è disattivato, il pool di destinazione è pieno, l'immagine di origine è mancante o non adatta, si è verificato un problema di connettività o non sono disponibili slot di lavoro.
- 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 dell'esecuzione dell'istanza successiva della stessa norma, il job riceve lo stato notrun e viene aggiunta una nuova istanza del job con lo stesso ID job e una lettera aggiunta allo 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 alcun pool OnVault, viene visualizzato lo stato Queued_Readiness.
- Riprova. Il lavoro non è stato completato. Il job passa allo stato di nuovo tentativo. Se è presente tempo nel periodo del piano di backup, viene eseguito un nuovo tentativo per il job originale e viene messa in coda una nuova istanza del job con lo stesso ID job e una lettera aggiunta. Possono essere eseguiti tre tentativi di ripetizione, a 4, 16 e 64 minuti dopo l'interruzione di ogni job. Quando il tempo del piano di backup scade o se inizia un'altra istanza del job, il job originale non riesce e viene avviato un job di riprova con lo stato di riprova. I job di ripetizione 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 del job, puoi esaminare quanto segue:
- Dettagli sul job
- Informazioni sul volume
- Numero di nuovi tentativi del 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 lavoro.
- 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. Coerente con l'arresto anomalo o con l'applicazione, indica se l'applicazione è stata sospesa 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 in cui è terminato il 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 job.
- Data di scadenza. Data e ora in cui questa immagine deve scadere.
- Nome host. Nome dell'host in cui viene eseguita l'applicazione.
- Tipo di immagine. Snapshot, cloud, il tipo di immagine creato dal job.
- isbootvmdk. Imposta su true il volume all'interno dell'immagine che è il volume di avvio, se presente.
- Islvm. Per ogni volume, se si tratta di un volume del Gestore logico dei volumi.
- ID job. Un numero univoco che identifica un lavoro.
- Last Constraint Date. La data più recente in cui è stato eseguito un job.
- Log troncato. Imposta il valore 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 del montaggio, l'host in cui è montata l'immagine.
- Nome della policy. Il nome della norma associata al lavoro.
- Priorità. Basso, medio o alto, impostato nella policy.
- Dati protetti. Quantità di dati protetti.
- Nome origine. Quale copia specifica di un'immagine è stata la fonte di un lavoro.
- 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 iniziato l'esecuzione.
- Nome modello. Il nome del modello di livello di servizio.
- Mezzo di trasporto. Modalità di trasporto dei dati durante il job: tramite 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
Nel seguente elenco vengono mostrate 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 del 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 e leggibile per il volume. Per le VM VMware, questo è il nome del file.
- Punto di montaggio dell'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 tentativi nella seguente lista.
- Data di fine. La data e l'ora in cui il job è terminato, 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 del job originale o del tentativo di ripetizione.
- Data di inizio. La data e l'ora in cui è iniziata l'esecuzione del job.
Statistiche
Il seguente elenco fornisce una descrizione delle statistiche.
- Tempo di blocco dell'applicazione. Il tempo totale per cui l'applicazione è rimasta in stato di blocco durante un backup. L'applicazione è stata inserita 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 protegge i dati e vi accede tramite questi tipi di job:
| Tipo di job | Etichetta del monitor | Descrizione |
|---|---|---|
| Esegui la pulizia del mirroring | cleanupmirroring | Rimuove un'immagine StreamSnap da un appliance remoto quando un piano di backup viene rimosso da un'applicazione o modificato in modo che non includa 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 (migrazione) | Clona (migra) | Esegue la migrazione dei dati dai dischi montati ai dischi del server. |
| Clona (montaggio) | Clona (monta) | Monta un'immagine su un server in preparazione per l'esecuzione di un job di clonazione (migrazione). |
| Elimina | elimina | Elimina un'immagine già smontata dall'host. |
| Elimina test | deletetest | Esegue l'unmount e l'eliminazione di un'immagine creata da un job di test di failover. |
| Direct to OnVault | DirectOnVault | Crea un'immagine point-in-time di una VM VMware nel pool OnVault senza utilizzare prima il pool di snapshot. |
| Scadenza | scadenza | Scade/elimina un'immagine una volta raggiunto il termine del periodo di conservazione o quando richiesto on demand. |
| Failback | failback | Esegue l'unmount e l'eliminazione di un'immagine creata da un job di failover, rimuove eventuali immagini di sincronizzazione inversa 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 - Delete | 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. |
| Finalizza | Finalizza | Esegue il passaggio finale in un processo di montaggio e migrazione di SQL Server, che include un job di migrazione combinato con un'eliminazione di smontaggio. |
| Rimuovi supporto attivo | ForgetActiveMount | Rimuove il monitoraggio del montaggio di un'istanza Compute Engine senza eliminare l'istanza in Compute Engine. |
| Dimentica l'immagine importata su OnVault | Rimuovi 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 delle applicazioni. |
| Log Replicate | logreplicate | Utilizza la tecnologia StreamSnap per eseguire la replica tra gli appliance locali e remoti, il che significa che la replica dei log va direttamente dal pool di snapshot sull'appliance locale al pool di snapshot sull'appliance remota. |
| Migrazione | Esegui la migrazione | Esegue una copia dei dati da un punto di 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 finalizzazione. |
| Migrazione (annulla) | Migrazione (annulla) | Annulla una migrazione in corso, disattiva i futuri job di migrazione per l'immagine montata e pulisce i dati copiati/sottoposti a migrazione parziale. |
| Montaggio | 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. | |
| Replica OnVault | OnVaultReplicate | Replica un'immagine in un pool OnVault in un altro pool OnVault. |
| Oracle ASM Rebalance | Ripristina (switch ASM) Ripristina (ribilanciamento 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 e poi rimuove i dischi montati al termine dell'operazione. |
| Prep Mount | prep-mount | Esegue il montaggio di un'immagine LiveClone in modo da consentire la modifica diretta di LiveClone. |
| Prep Unmount | prep-unmount | Smonta un LiveClone montato utilizzando prep-mount e consente facoltativamente di salvare le modifiche apportate al montaggio direttamente in LiveClone. |
| Aggiorna LiveClone | refreshliveclone | Aggiorna in modo incrementale un'immagine LiveClone con i dati di un'altra immagine snapshot di origine. |
| Remote-Mount | remote-mount | Monta un'immagine remota (da un altro appliance) su un host locale. Per eseguire questa attività, viene eseguita la replica incrementale inversa (se necessario). |
| Esegui di nuovo il provisioning | riprovisioning | Prende un montaggio esistente di un'applicazione di database e lo aggiorna a un momento diverso nel tempo eseguendo un eliminazione del montaggio e il 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 migrati verranno eliminati e i dati di montaggio verranno rimossi. |
| Ripristina (migrazione) | Ripristina (esegui migrazione) | Esegue una copia dei dati da un ripristino (montaggio) all'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 prepararsi a 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 remoto.
Nota: un job di replica StreamSnap è associato anche a una policy di snapshot specifica. Utilizza le impostazioni di pianificazione e frequenza della policy di snapshot 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 montata in precedenza su un host, ma la mantiene disponibile per il montaggio successivo. |
| Smonta Elimina | smonta elimina | Smonta un'immagine montata in precedenza su un host e ignora tutte le modifiche apportate al montaggio. |
Esegui un job on demand
Se vuoi che un job inizi immediatamente, esegui un job on demand. I job on demand includono tutti i tipi di job di ripristino, clonazione e montaggio, nonché i 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 senza prenotazione.
Prima di iniziare un job, ogni appliance di backup/recupero controlla se è disponibile uno slot corrispondente alla categoria del job per eseguire il job. Quando uno slot riservato non è disponibile perché tutti gli slot di quella categoria sono in esecuzione, l'appliance di backup/recupero controlla se è disponibile uno slot non riservato. Se è disponibile uno slot 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 prenotato. Questa misura limita il numero di slot che i job di una categoria possono utilizzare dal pool non riservato.
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 Applicazioni dall'elenco a discesa. Si apre 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 una norma modello dall'elenco delle norme a destra.
Se un database viene gestito con un modello di backup con protezione dei log abilitata e se sono disponibili backup, hai ulteriori opzioni di log per il tipo di job da inviare. In questo caso, seleziona se acquisire il database (DB) o solo i log (Log).
Fai clic su Esegui ora e si apre 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 remoto 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/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 sull'appliance di backup/ripristino remoto:
- Fai clic sulla scheda App Manager e seleziona l'opzione Applicazioni dall'elenco a discesa. Si apre la pagina Applicazioni.
- Seleziona l'applicazione o la VM gestita e poi 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 dalle norme 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 che vuoi monitorare in base alla relativa Etichetta o ad altri dettagli.
Se il job è in esecuzione, puoi monitorarne l'avanzamento. Una volta completato, seleziona il job e fai clic su Visualizza dettagli per esaminare:
- Dettagli sul job
- Informazioni sul volume
- Numero di nuovi tentativi del job
- Statistiche job
Consulta la sezione Visualizzazione dei dettagli del job per informazioni specifiche su ciascuna di queste aree.
Codice YAML del contenitore di accesso
La sezione YAML del 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 a Job per tornare alla pagina Job.
Annulla un job in esecuzione
Puoi annullare i job in esecuzione o in coda.
Per annullare un job attivo:
- Fai clic sulla scheda Monitora e seleziona Lavori dal menu a discesa. Si apre la pagina Job, in cui sono elencati tutti i job in esecuzione. Puoi cancellare questo filtro predefinito per mostrare 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 lavoro.
Modificare la priorità del job
Puoi modificare la priorità di un job in corso in base a come vuoi che l'appliance di backup/ripristino allochi le risorse necessarie.
Per modificare la priorità di un job in coda:
- Fai clic sulla scheda Monitora e seleziona Lavori dal menu a discesa. Si apre la pagina Job, in cui sono elencati tutti i job in esecuzione. Puoi cancellare questo filtro predefinito per mostrare tutti i job monitorati.
Seleziona il job di cui vuoi modificare la priorità dalla pagina Job, poi fai clic su Visualizza dettagli e poi su Modifica priorità nell'angolo in basso a destra della finestra.
Nella finestra di dialogo Imposta priorità lavoro, seleziona la priorità del lavoro.
Fai clic su Conferma per modificare la selezione della priorità.
Come vengono ritentati i job non completati prima di non riuscire
Quando un job programmato non va a buon fine, lo scheduler riprova automaticamente il job fino a tre volte. La prima volta che un job non va a buon fine, lo stato del primo tentativo verrà contrassegnato come Riprova e lo scheduler attenderà quattro minuti prima di rimettere in coda il job. Se non va a buon fine una seconda volta, il 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), l'ultimo tentativo di job verrà contrassegnato come Non riuscito (anziché Riprova) e non verranno tentati altri job per l'applicazione in quel periodo di pianificazione.
Lo scheduler tratterà un nuovo tentativo di esecuzione di un job come qualsiasi altro job disponibile. Se ci sono più job in coda rispetto agli slot disponibili, il job di ripetizione in coda dovrà attendere uno slot. Se la finestra del criterio si chiude prima che possa iniziare un tentativo di ripetizione, tutti i tentativi di ripetizione in coda non verranno eseguiti e non verranno tentati ulteriori tentativi.
I tentativi di ripetizione dei job vengono segnalati in Monitoraggio > Job. Per identificare i tentativi di ripetizione del job, tutti e quattro i job avranno lo stesso numero di job nel seguente formato in questo ordine:
- Job_xxxxx (Stato: riprovato)
- Job_xxxxxa (Stato: riprovato; in coda dopo un'attesa di 4 minuti)
- Job_xxxxxb (Stato: riprovato; in coda dopo un'attesa di 16 minuti)
- Job_xxxxxc (Stato: non riuscito; in coda dopo un'attesa di 64 minuti)
Il successivo tentativo di esecuzione di un job di backup per questa applicazione dipende dalla pianificazione del criterio. Quindi, se la pianificazione prevede uno snapshot al giorno in una finestra che inizia alle 01:00, il tentativo successivo verrà effettuato 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 rilevato dal browser web. Se vuoi verificare quale fuso orario è in uso, nella barra dei menu della dashboard seleziona l'icona utente nell'angolo in alto a destra. 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.
- Nel pannello, fai clic sull'icona dell'utente nell'angolo in alto a destra.
- Seleziona Cambia fuso orario.
- Nel menu a discesa Fuso orario, seleziona il fuso orario da utilizzare per la visualizzazione di lavori ed eventi.
- Fai clic su Salva.
Informazioni sui job pianificati
I job vengono eseguiti in base alla pianificazione assegnata nelle norme dei modelli di backup. Se provi a eseguire molti job che richiedono molte risorse contemporaneamente, 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 scaglionare 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é 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 è il più grande e il più lungo da creare perché ogni bit di dati è nuovo. Quando aggiungi una nuova applicazione o VM di grandi dimensioni, esegui uno snapshot on demand in un orario non di punta per il primo snapshot, quindi pianifica una policy 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 prossime finestre di manutenzione, gli upgrade software e per il primo snapshot di una nuova applicazione, devi assicurarti di avere una copia riuscita dei dati creata prima di iniziare l'attività di manutenzione pianificata. In questi casi è necessario un job on demand.
Informazioni sugli slot di lavoro
Il servizio di backup e DR gestisce i job assegnando slot di job. 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 verifica se è disponibile uno slot corrispondente alla categoria del job per l'esecuzione. Quando uno slot riservato non è disponibile perché tutti gli slot di quella categoria eseguono job, l'appliance controlla se è disponibile uno slot non riservato. Se è disponibile uno slot non riservato, il job viene avviato.
Coda dei 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 di job on demand disponibili per avviare il job. Il job on demand in coda rimane in stato di coda finché non è disponibile uno slot per 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 di lavoro diversi rispetto ai job pianificati, pertanto i job pianificati potrebbero essere eseguiti prima dei job in coda.
Mentre un job on demand è in stato di 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 saranno l'ora in cui è stata ricevuta la richiesta di annullamento o l'annullamento della protezione dell'applicazione.
Mantenere le prestazioni quando si aggiungono nuove applicazioni
Se il tuo sistema ha funzionato in modo accettabile e poi aggiungi nuove applicazioni, il rendimento potrebbe risentirne per un breve periodo di tempo. Questo perché il rilevamento delle modifiche ai blocchi riconosce i nuovi dati e li protegge anche quando rappresentano 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.
Utilizza le seguenti informazioni per ottenere risultati ottimali quando aggiungi nuove applicazioni:
Quando aggiungi una nuova applicazione, proteggila per la prima volta utilizzando un job on demand durante un periodo di carico leggero. 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 scaglionare i job di protezione iniziali per ogni nuova applicazione nel tempo, per evitare che tutti i nuovi dati vengano inseriti contemporaneamente. A questo scopo, assegna piani di backup che vengono eseguiti in momenti diversi. Puoi anche utilizzare la funzionalità di slot di lavoro di transizione per ridurre al minimo le interruzioni.
Separa nel tempo il job di protezione iniziale dal job di mirroring. Una volta acquisita un'istantanea 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. Per saperne di più, 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 a quelli per applicazioni molto grandi o dinamiche.
Puoi scegliere dall'elenco delle immagini degli snapshot conservati nella scheda Gestisci e:
Seleziona un'immagine dall'elenco delle immagini conservate e vai a quell'immagine in App Manager.
Fai scadere una o più immagini degli snapshot selezionati.