Durante l’accesso alla GUI di SnapManager per eseguire un’operazione, potrebbe essere visualizzato il seguente messaggio di errore: SMO-20111: Autenticazione non riuscita per l’utente sull’host.

Questo problema si verifica se la password dell’utente viene modificata nell’host su cui è in esecuzione il server SnapManager.dopo la modifica della password, la cache delle credenziali creata per l’utente che ha avviato la GUI non diventa valida. L’interfaccia utente grafica di SnapManager utilizza ancora le credenziali nella cache per l’autenticazione e l’autenticazione non riesce.

È necessario eseguire una delle seguenti operazioni:

Viene visualizzato un avviso di sicurezza durante l’utilizzo di Avvio Web Java per accedere all’interfaccia grafica di SnapManager.

Durante l’accesso all’interfaccia grafica di SnapManager tramite Java Web Start, viene visualizzato un avviso di sicurezza. Questo problema si verifica perché le jar JNLP sono autofirmati e la versione Java utilizzata da SnapManager non consente l’uso di jar autofirmati a un livello di sicurezza elevato.

Modificare le impostazioni di sicurezza su supporto nel pannello di controllo java o aggiungere l’URL della GUI SnapManager all’elenco delle eccezioni.

La GUI di avvio Web di SnapManager visualizza la versione non corretta.

Dopo aver eseguito il downgrade di SnapManager da una versione successiva a una versione precedente quando si avvia l’interfaccia grafica per l’avvio dal Web, viene avviata la versione successiva dell’interfaccia grafica per l’avvio dal Web di SnapManager.

È inoltre necessario cancellare la cache eseguendo le seguenti operazioni:

Quando si riavvia la GUI e si tenta di controllare i backup per un determinato profilo, vengono visualizzati solo i nomi dei profili.

SnapManager non visualizza alcuna informazione su un profilo finché non viene aperto.

Attenersi alla seguente procedura:

Quando si apre il primo repository nella GUI, viene visualizzato un messaggio di errore simile al seguente: Il nome del profilo XXXX si scontra con il repository caricato in precedenza.

I profili con nome identico non possono esistere in un repository. Inoltre, è possibile aprire un solo repository alla volta.

Fare riferimento ai profili in conflitto di due diversi utenti del sistema operativo (OS) o rinominare il profilo eseguendo un’istruzione SQL per il repository: UPDATE SMO_33_PROFILE SET NAME = 'NEW_NAME' DOVE NAME = 'OLD_NAME'

Viene visualizzato un messaggio di errore simile al seguente: SMO-01092: Impossibile inizializzare il repository repo1@ non esiste:repo1SMO-11006: Impossibile risolvere l’host non esiste

Il repository non è accessibile, forse perché non esiste più. La GUI inizializza l’elenco dei repository dal file delle credenziali.

Il messaggio di errore chiede se si desidera rimuovere questo repository in modo da non tentare di caricarlo in futuro. Se non è necessario accedere a questo repository, fare clic su Delete (Elimina) per rimuoverlo dalla vista GUI. In questo modo si rimuove il riferimento al repository nel file delle credenziali e la GUI non tenta di caricare nuovamente il repository.

La creazione del profilo non riesce perché le credenziali host non vengono autenticate nelle piattaforme SUSE Linux Enterprise Server 10 e SUSE Linux Enterprise Server 11.

SnapManager utilizza il modulo di autenticazione PAM (Pluggable Authentication Module) per autenticare gli utenti. Nelle piattaforme SUSE Linux Enterprise Server versione 10 e 11, per impostazione predefinita, nella directory /etc/pam.d non è presente alcun file SnapManager che fornisca i dettagli di autenticazione richiesti. In questo modo, le credenziali dell’host non vengono utilizzate.

Per accedere correttamente all’host nelle piattaforme SUSE Linux Enterprise Server 10 e 11, attenersi alla seguente procedura:

SnapManager impiega più tempo per caricare la struttura ad albero del database e genera un messaggio di errore di timeout visualizzato nell’interfaccia grafica di SnapManager.

Quando si tenta di eseguire un’operazione di backup parziale dall’interfaccia grafica di SnapManager, SnapManager tenta di caricare le credenziali per tutti i profili e, se sono presenti voci non valide, SnapManager tenta di convalidare la voce e viene visualizzato un messaggio di errore di timeout.

Eliminare le credenziali dell’host, del repository e del profilo inutilizzati utilizzando il comando di eliminazione delle credenziali dall’interfaccia della riga di comando (CLI) di SnapManager.

SnapManager non riesce a generare un nuovo profilo dopo l’operazione di suddivisione del clone e non si sa se il nuovo profilo viene creato.

SnapManager non visualizza alcun messaggio se non viene creato un nuovo profilo dopo l’operazione di suddivisione del clone. Poiché non viene visualizzato alcun messaggio per l’operazione non riuscita, si potrebbe supporre che il profilo sia stato creato.

Per sapere se viene creato un nuovo profilo per l’operazione di suddivisione del clone, attenersi alla seguente procedura:

Gli script personalizzati per l’attività di pre-elaborazione o post-elaborazione che si verificano prima o dopo le operazioni di backup, ripristino o clonazione non sono visibili dalla GUI di SnapManager.

Quando si aggiungono script personalizzati nella posizione dello script personalizzato di backup, ripristino o clonazione dopo l’avvio della relativa procedura guidata, gli script personalizzati non vengono visualizzati nell’elenco Available Scripts (script disponibili).

Riavviare il server host SnapManager, quindi aprire l’interfaccia grafica di SnapManager.

Non è possibile utilizzare il file XML delle specifiche dei cloni creato in SnapManager (3.1 o versioni precedenti) per l’operazione di cloni.

A partire da SnapManager 3.2 per Oracle, la sezione relativa alle specifiche delle attività (specifiche delle attività) viene fornita come file XML separato per le specifiche delle attività.

Se si utilizza SnapManager 3.2 per Oracle, è necessario rimuovere la sezione delle specifiche delle attività dal file XML delle specifiche dei cloni o creare un nuovo file XML delle specifiche dei cloni.SnapManager 3.3 o versione successiva non supporta il file XML delle specifiche dei cloni creato in SnapManager 3.2 o versioni precedenti.

L’operazione SnapManager sulla GUI non viene eseguita dopo aver cancellato le credenziali utente utilizzando il comando smo credential clear dalla CLI di SnapManager o facendo clic su Admin > credenziali > Cancella > cache dalla GUI di SnapManager.

Le credenziali impostate per repository, host e profili vengono cancellate. SnapManager verifica le credenziali dell’utente prima di avviare qualsiasi operazione.quando le credenziali dell’utente non sono valide, SnapManager non esegue l’autenticazione. Quando un host o un profilo viene cancellato dal repository, le credenziali utente sono ancora disponibili nella cache. Queste voci di credenziale non necessarie rallentano le operazioni SnapManager dalla GUI.

Riavviare l’interfaccia grafica di SnapManager in base alla modalità di cancellazione della cache. Nota:

Impostare le credenziali fornite per il repository, l’host del profilo e il profilo. Dalla GUI di SnapManager, se non è presente alcun repository mappato nella struttura dei repository, eseguire la seguente procedura:

Il messaggio di errore Impossibile elencare i criteri di protezione per il seguente motivo: Protection Manager is temporaneamente non disponibile viene visualizzato quando si seleziona Nessuno dal menu a discesa Protection Manager Protection Policy della finestra Profile Properties (Proprietà profilo) e dalla pagina delle impostazioni dei criteri della creazione guidata profilo.

Protection Manager non è configurato con SnapManager o non è in esecuzione.

Non è necessaria alcuna azione.

Non è possibile aprire l’interfaccia grafica di SnapManager utilizzando l’interfaccia grafica di avvio Web di Java a causa del livello di crittografia SSL (Secure Sockets Layer) più debole del browser.

SnapManager non supporta le crittografie SSL inferiori a 128 bit.

Aggiornare la versione del browser e controllare il livello di crittografia.