SnapManager Oracle
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Risoluzione dei problemi di SnapManager

Collaboratori

Sono disponibili informazioni su alcuni dei problemi più comuni che potrebbero verificarsi e su come risolverli.

La seguente tabella descrive i problemi più comuni e le possibili soluzioni:

Domanda basata sui problemi Soluzione possibile

Il database di destinazione e il listener sono in esecuzione?

Eseguire il comando lsnrctl status. Assicurarsi che l’istanza del database sia registrata con il listener.

Lo storage è visibile?

Eseguire il comando SnapDrive storage show -all.

Lo storage è scrivibile?

Modificare un file nel punto di montaggio appena creato. Utilizzare il comando touch filename. Se il file viene creato, lo storage è scrivibile. È necessario assicurarsi che lo storage sia scrivibile dall’utente con cui viene eseguito SnapManager (ad esempio, come root su UNIX).

Il server SnapManager è in esecuzione?

Eseguire smo_server status e provare ad avviare il server utilizzando il comando smo_server start.

Prima di poter utilizzare l’interfaccia grafica utente (GUI) o l’interfaccia della riga di comando (CLI) per avviare i comandi SnapManager relativi ai profili, il server deve essere in esecuzione. È possibile creare o aggiornare repository senza avviare il server, ma per eseguire tutte le altre operazioni SnapManager, il server deve essere in esecuzione.

Per avviare il server SnapManager, immettere il seguente comando: smo_server start.

Tutti i componenti necessari per eseguire correttamente SnapManager sono configurati?

Eseguire il comando di verifica del sistema smo per verificare che SnapDrive sia impostato correttamente.

Si dispone della versione corretta di SnapManager?

Utilizzare il comando smo version per controllare la versione di SnapManager.

Hai esaminato i file di log di SnapManager per determinare se i messaggi di errore possono aiutare a isolare il problema?

SnapManager registra tutte le voci di log in un unico set di file di log rotanti. I file di log si trovano in /var/log/smo.

I file di log si trovano in C: NetApp SnapManager for Oracle/logs.

Potrebbe inoltre essere utile esaminare i log nella seguente posizione:

/usr_home/.netapp/smo/3.3.0/log/

Ogni log delle operazioni viene scritto nel proprio file di log sotto forma di smo_of_date_time.log.

Se i registri di archiviazione sono memorizzati in un sistema storage che non esegue Data ONTAP, li hai esclusi dalla considerazione per il backup con SnapManager?

Il file smo.config consente di escludere alcuni file di log dell’archivio. Per UNIX, i file si trovano nella seguente posizione: /Opt/NetApp/smo/properties/smo.config

Utilizzare il formato indicato nel file per escludere i registri dell’archivio locale. Per ulteriori informazioni, vedere l’argomento “Simpostazione delle proprietà di configurazione”.

È inoltre possibile escludere le destinazioni del registro di archiviazione durante la creazione di un backup dall’interfaccia utente di SnapManager. Per ulteriori informazioni, vedere l’argomento “creazione di backup del database”.

È inoltre possibile escludere le destinazioni del registro di archiviazione durante la creazione di un backup dalla GUI di SnapManager.

Se si utilizza SnapManager con database NFS, si dispone di una licenza FlexClone?

È necessaria una licenza FlexClone per sfruttare al meglio SnapManager con i database NFS. SnapManager utilizza la funzionalità FlexClone per eseguire queste attività:

  • Montare i backup dei database NFS

  • Verificare i backup dei database NFS

  • Clonare i database NFS

  • Registrare i backup dei database NFS con RMAN (se si utilizza RMAN)

Impossibile connettersi al repository?

Se la connessione a un repository non riesce, eseguire il comando lsnrctl status sul database del repository e controllare i nomi dei servizi attivi. Quando SnapManager si connette al database del repository, utilizza il nome del servizio del database. A seconda della configurazione del listener, potrebbe trattarsi del nome del servizio breve o del nome del servizio completo. Quando SnapManager si connette a un database per un backup, un ripristino o un’altra operazione, utilizza il nome host e il SID. Se il repository non viene inizializzato correttamente perché attualmente non è raggiungibile, viene visualizzato un messaggio di errore che chiede se si desidera rimuovere il repository. È possibile rimuovere il repository dalla vista corrente in modo da poter eseguire operazioni su altri repository.

Inoltre, verificare se l’istanza del repository è in esecuzione eseguendo ps -eaf

grepinstance - comando name.

Il sistema è in grado di risolvere il nome host?

Verificare che il nome host specificato si trovi su una subnet diversa. Se viene visualizzato un messaggio di errore che indica che SnapManager non è in grado di risolvere il nome host, aggiungere il nome host nel file host.aggiungere il nome host al file /etc/hosts: xxx.xxx.xxx.xxx indirizzo IP del nome host

SnapDrive è in esecuzione?

Controllare se il daemon SnapDrive è in esecuzione: -Snapdrived status

Se il daemon non è in esecuzione, viene visualizzato un messaggio che indica la presenza di un errore di connessione.

Quali sistemi storage sono configurati per l’accesso con SnapDrive?

Eseguire il comando: -SnapDrive config list

In che modo è possibile migliorare le prestazioni dell’interfaccia grafica di SnapManager?

  • Assicurarsi di disporre di credenziali utente valide per il repository, l’host del profilo e il profilo.

    Se la credenziale non è valida, cancellare le credenziali dell’utente per il repository, l’host del profilo e il profilo. Ripristinare le stesse credenziali utente impostate in precedenza per il repository, l’host del profilo e il profilo. Per ulteriori informazioni sulla nuova impostazione delle credenziali utente, vedere “Simpostazione delle credenziali dopo la cancellazione della cache delle credenziali”.

  • Chiudere i profili inutilizzati.

    Se il numero di profili aperti è maggiore, le prestazioni della GUI di SnapManager rallentano.

  • Verificare che sia stato attivato l’opzione Apri all’avvio nella finestra Preferenze utente nel menu Amministratore, dalla GUI di SnapManager.

    Se questa opzione è attivata, il file di configurazione utente (user.config) disponibile in /root/.netapp/smo/3.3.0/gui/state viene visualizzato come openOnStartup=PROFILE.

    Poiché l’opzione Apri all’avvio è attivata, è necessario controllare i profili aperti di recente dalla GUI di SnapManager, utilizzando lastOpenProfiles nel file di configurazione utente (user.config): LastOpenProfiles=PROFILE1,PROFILE2,PROFILE3,…​

    È possibile eliminare i nomi dei profili elencati e mantenere sempre aperto un numero minimo di profili.

  • L’aggiornamento del profilo protetto richiede più tempo rispetto al profilo non protetto.

    Il profilo protetto viene aggiornato a un intervallo di tempo, in base al valore specificato nel parametro protectionStatusRefreshRate del file di configurazione utente (user.config).

    È possibile aumentare il valore dal valore predefinito (300 secondi) in modo che i profili protetti vengano aggiornati solo dopo un intervallo di tempo specificato.

  • Prima di installare la nuova versione di SnapManager nell’ambiente basato su UNIX, eliminare le voci sul lato client di SnapManager disponibili nel seguente percorso:

    /root/.netapp

L’aggiornamento dell’interfaccia grafica di SnapManager richiede più tempo quando vengono avviate e eseguite contemporaneamente più operazioni SnapManager in background. Quando si fa clic con il pulsante destro del mouse sul backup (che è già stato eliminato ma viene ancora visualizzato nella GUI di SnapManager), le opzioni di backup per tale backup non vengono attivate nella finestra Backup o clonazione.

È necessario attendere l’aggiornamento della GUI di SnapManager, quindi verificare lo stato del backup.

Cosa fareste quando il database Oracle non è impostato in inglese?

Le operazioni di SnapManager potrebbero non riuscire se la lingua di un database Oracle non è impostata sull’inglese. Impostare la lingua del database Oracle sull’inglese:

  1. Aggiungere quanto segue sotto i commenti iniziali in /etc/init.d/smo_server

    • NLS_LANG=America_americana

    • Esportare NLS_LANG

  2. Riavviare il server SnapManager utilizzando il seguente comando: Riavvio smo_server

Nota Se gli script di accesso come .bash_profile, .bashrc e .cshrc per l’utente Oracle sono impostati su NLS_LANG, è necessario modificare lo script in modo da non sovrascrivere NLS_LANG.

Cosa fare quando l’operazione di pianificazione del backup non riesce se il database del repository punta a più di un IP e ciascun IP ha un nome host diverso?

  1. Arrestare il server SnapManager.

  2. Eliminare i file di pianificazione nella directory del repository dagli host in cui si desidera attivare la pianificazione del backup.

    I nomi dei file di pianificazione possono essere nei seguenti formati:

    • repository nome database repository host repo porta

    • Repository-repo_username_database_name-repository_host-repo_port Nota: è necessario assicurarsi di eliminare il file di pianificazione nel formato che corrisponde ai dettagli del repository.

  3. Riavviare il server SnapManager.

  4. Aprire altri profili nello stesso repository dall’interfaccia grafica di SnapManager per assicurarsi di non perdere alcuna informazione di pianificazione di tali profili.

Cosa fare quando l’operazione SnapManager non riesce e si verifica un errore di blocco del file delle credenziali?

SnapManager blocca il file delle credenziali prima dell’aggiornamento e lo sblocca dopo l’aggiornamento.quando più operazioni vengono eseguite contemporaneamente, una delle operazioni potrebbe bloccare il file delle credenziali per aggiornarlo. Se un’altra operazione tenta di accedere contemporaneamente al file di credenziale bloccato, l’operazione non riesce e viene visualizzato un errore di blocco del file.

Configurare i seguenti parametri nel file smo.config in base alla frequenza delle operazioni simultanee:

  • FileLock.RetryInterval = 100 millisecondi

  • FileLock.timeout = 5000 millisecondi

Nota I valori assegnati ai parametri devono essere espressi in millisecondi.

Cosa fare quando lo stato intermedio dell’operazione di verifica del backup viene visualizzato come non riuscito nella scheda Monitor anche se l’operazione di verifica del backup è ancora in esecuzione?

Il messaggio di errore viene registrato nel file sm_gui.log. Per determinare i nuovi valori dei parametri Operation.heartbeatInterval e Operation.heartbeatThreshold, consultare il file di log per risolvere il problema.

  1. Aggiungere i seguenti parametri nel file smo.config:

    • Operation.heartbeatInterval = 5000

    • Operation.heartbeatThreshold = 5000 il valore predefinito assegnato da SnapManager è 5000.

  2. Assegnare i nuovi valori a questi parametri.

    Nota I valori assegnati ai parametri devono essere espressi in millisecondi.
  3. Riavviare il server SnapManager ed eseguire nuovamente l’operazione.

Cosa fare quando si verifica un problema di spazio heap?

Quando si verifica un problema di spazio heap durante le operazioni di SnapManager per Oracle, è necessario eseguire le seguenti operazioni:

  1. Accedere alla directory di installazione di SnapManager per Oracle.

  2. Aprire il file launchjava dal percorso installationdirectory/bin/launchjava.

  3. Aumentare il valore del parametro java -Xmx160m heap-space.

    Ad esempio, è possibile aumentare il valore predefinito da 160 m a 200 m.

    Nota Se nelle versioni precedenti di SnapManager per Oracle è stato aumentato il valore del parametro Java heap-space, è necessario conservare tale valore.

Cosa fare se non si possono utilizzare i backup protetti per il ripristino o la clonazione?

Questo problema si verifica se si utilizza SnapManager 3.3.1 con Clustered Data ONTAP e si è eseguito l’aggiornamento a SnapManager 3.4. I backup sono stati protetti mediante post-script in SnapManager 3.3.1. A partire da SnapManager 3.4, i backup vengono protetti utilizzando i criteri SnapManager_cDOT_Mirror o SnapManager_cDOT_Vault selezionati durante la creazione di un profilo.dopo l’aggiornamento a SnapManager 3.4, è possibile che si stiano ancora utilizzando i profili precedenti e che i backup siano protetti mediante script di backup, Tuttavia, non è possibile utilizzarli per il ripristino o la clonazione utilizzando SnapManager.

Aggiornare il profilo e selezionare la policy SnapManager_cDOT_Mirror o SnapManager_cDOT_Vault ed eliminare il post-script utilizzato per la protezione dei dati in SnapManager 3.3.1.

Cosa fare se i backup pianificati non vengono protetti (SnapVault)?