SnapManager supporta i file di controllo su un file system in un gruppo di dischi ASM e non supporta i file di controllo sui dispositivi raw.

SnapManager opera in un ambiente di clustering Microsoft (MSCS) ma non riconosce lo stato della configurazione MSCS (attiva o passiva) e non trasferisce la gestione attiva di un repository a un server di standby in un cluster MSCS.

In Red Hat Enterprise Linux (RHEL) e Oracle Enterprise Linux 4.7, 5.0, 5.1, 5.2 e 5.3, Il file system ext3 non è supportato quando si implementa Oracle su dispositivi raw utilizzando il multipathing dinamico (DMP) in un ambiente di i/o di rete multipath (MPIO).

SnapManager su RHEL non supporta la partizione dei dischi utilizzando l’utility parted.

In una configurazione RAC, quando il nome di un profilo viene aggiornato dal nodo RAC A, il file di pianificazione per il profilo viene aggiornato solo per il nodo RAC A.

Il database del repository potrebbe essere presente su un host a cui è possibile accedere utilizzando più indirizzi IP.

SnapManager può essere configurato per catalogare i backup dei database con RMAN.

SnapDrive per UNIX supporta più di un tipo di file system e volume manager su determinate piattaforme.

SnapManager supporta i database sui sistemi storage MultiStore con i seguenti requisiti:

SnapManager non supporta l’accesso a due server SnapManager in esecuzione su porte diverse da un singolo client (entrambi dalla CLI o dalla GUI).

Tutte le LUN all’interno di un volume devono trovarsi a livello di volume o all’interno di qtree, ma non entrambe.

Le operazioni SnapManager non riescono e non è possibile accedere alla GUI quando il database del repository non è attivo.

SnapManager non supporta la mobilità delle partizioni live (LPM) e la mobilità delle applicazioni live (LAM).

SnapManager non supporta Oracle Wallet Manager e la crittografia trasparente dei dati (TDE).

SnapManager non supporta le configurazioni MetroCluster in ambienti RDM (raw device mapping) perché le configurazioni MetroCluster devono ancora essere supportate dalla console di storage virtuale (VSC).

Se si aggiorna il profilo per separare i backup del registro di archiviazione, non è possibile eseguire un’operazione di rollback sull’host.

Se si abilita un profilo dalla GUI per creare backup del registro di archiviazione e in seguito si tenta di aggiornare il profilo utilizzando la finestra Multi Profile Update (aggiornamento multiprofilo) o la finestra Profile Update (aggiornamento profilo), non è possibile modificare tale profilo per creare un backup completo.

Se si aggiornano più profili nella finestra Multi Profile Update (aggiornamento multiprofilo) e alcuni profili hanno l’opzione Backup Archives separatamente attivata e altri profili hanno l’opzione disattivata, l’opzione Backup Archives separatamente viene disattivata.

Se si aggiornano più profili e alcuni profili hanno l’opzione Backup Archives separatamente attivata e altri profili hanno l’opzione disattivata, l’opzione Backup Archives separatamente nella finestra Multi Profile Update viene disattivata.

Se si rinomina il profilo, non è possibile eseguire il rollback dell’host.

Se si tenta di installare una versione precedente di SnapManager per un host senza eseguire l’operazione di rollback sull’host nel repository, potrebbe non essere possibile effettuare le seguenti operazioni:

Dopo aver separato i profili per creare i backup del registro di archiviazione, non è possibile eseguire un’operazione di rollback sul relativo repository host.

La creazione del backup potrebbe non riuscire se si eseguono contemporaneamente operazioni SnapManager sullo stesso host su un database ASM diverso.

Durante il ripristino, se il backup è già stato montato, SnapManager non esegue nuovamente il montaggio e utilizza il backup già montato.

SnapManager imposta lo stato di backup come “PROTECTED”, anche quando una delle copie Snapshot del backup del database viene trasferita al sistema di storage secondario.

È possibile utilizzare il file delle specifiche delle attività per il backup pianificato solo da SnapManager 3.2 o versione successiva.

Quando un’operazione di backup o clone viene eseguita simultaneamente sui database RAC 10gR2 e 11gR2 su ASM, una delle operazioni di backup o creazione dei cloni non riesce.

SnapManager integrato con Protection Manager supporta il backup di più volumi nello storage primario su un singolo volume nello storage secondario per SnapVault e qtree SnapMirror.

SnapManager non supporta il vaulting dei backup mediante lo script di post-elaborazione.

Se il database del repository punta a più di un indirizzo IP e ciascun indirizzo IP ha un nome host diverso, l’operazione di pianificazione del backup viene eseguita correttamente per un indirizzo IP, ma non riesce per l’altro indirizzo IP.

Dopo l’aggiornamento a SnapManager 3.4 o versioni successive, non è possibile aggiornare i backup pianificati con gli script di post-elaborazione che utilizzano SnapManager 3.3.1.

Quando si utilizza un metodo indiretto per eseguire un’operazione di ripristino e i file di registro dell’archivio necessari per il ripristino sono disponibili solo nei backup dal sistema di storage secondario, SnapManager non riesce a ripristinare il database.

Quando SnapManager esegue un’operazione di ripristino del volume, le copie di backup del registro di archiviazione eseguite dopo il ripristino del backup corrispondente non vengono eliminate.

In un ambiente ASM, se i file OCR (Oracle Cluster Registry) e di voting coesistono in un gruppo di dischi che contiene file di dati, l’operazione di anteprima del ripristino rapido visualizza la struttura di directory errata per il disco OCR e il disco di voting.

Non è possibile visualizzare valori numerici compresi tra 0 e 100 per l’avanzamento dell’operazione di suddivisione del clone a causa della velocità con cui gli inode vengono rilevati ed elaborati dal sistema di storage che contiene il volume flessibile.

SnapManager non supporta la ricezione di e-mail solo per le operazioni di suddivisione dei cloni riuscite.

SnapManager supporta solo la suddivisione di un FlexClone.

La clonazione del backup del database online del database RAC che utilizza la posizione esterna del file di log dell’archivio non riesce a causa di un errore di ripristino.

SnapManager 3.3 o versioni successive non supporta l’utilizzo del file XML delle specifiche dei cloni creato nelle release precedenti a SnapManager 3.2.

Se gli spazi delle tabelle temporanei si trovano in una posizione diversa da quella dei file di dati, un’operazione di clonazione crea gli spazi delle tabelle nella posizione dei file di dati.

SnapManager non riesce a clonare un database RAC se si seleziona l’opzione -resetlogs.

SnapManager non supporta l’eliminazione dei file di log dell’archivio dalla destinazione dell’area di ripristino flash.

SnapManager non supporta l’eliminazione dei file di log dell’archivio dalla destinazione di standby.

I backup del registro di archiviazione vengono conservati in base alla durata della conservazione e alla classe di conservazione oraria predefinita.

Se si eliminano i file di log dell’archivio dalle destinazioni del log dell’archivio, il backup del log dell’archivio non include i file di log dell’archivio precedenti al file di log dell’archivio mancante.

Se si eliminano i file di log dell’archivio dalle destinazioni del log dell’archivio, l’eliminazione dei file di log dell’archivio non riesce.

SnapManager consolida i backup del log di archiviazione anche quando si eliminano i file di log di archiviazione dalle destinazioni del log di archiviazione o quando i file di log di archiviazione sono corrotti.

Modifica del nome host del database di destinazione dalla GUI di SnapManager.

Eseguire il rollback del database del repository dopo aver aggiornato il nome host del database di destinazione del profilo.

Aggiornamento simultaneo di più profili per un nuovo nome host del database di destinazione.

Modifica del nome host del database di destinazione quando è in esecuzione un’operazione SnapManager.

I comandi dell’interfaccia utente di SnapManager per l’operazione di creazione del profilo generati dall’interfaccia utente grafica di SnapManager non dispongono di opzioni di configurazione della cronologia.

SnapManager non visualizza la GUI in Mozilla Firefox quando non è disponibile alcun ambiente di runtime Java sul client UNIX.

Durante l’aggiornamento del nome host del database di destinazione utilizzando l’interfaccia utente di SnapManager, se sono presenti una o più sessioni GUI di SnapManager aperte, tutte le sessioni GUI di SnapManager aperte non rispondono.

Lo script di post-elaborazione SnapVault non è supportato se si utilizza Data ONTAP in 7-Mode.

Se si utilizza ONTAP, non è possibile eseguire SnapRestore basato su volume (VBSR) sui backup creati nei volumi che hanno stabilito relazioni SnapMirror.

Se si utilizza Data ONTAP in 7-Mode e si desidera eseguire un VBSR sui backup creati nei volumi con relazioni SnapMirror stabilite, è possibile impostare l’opzione override-vbsr-snapmirror-check su ON in SnapDrive per UNIX.

In alcuni scenari, non è possibile eliminare l’ultimo backup associato alla prima copia Snapshot quando il volume ha una relazione SnapVault stabilita.

SnapManager non supporta i database di standby di protezione dati logica.

SnapManager non supporta i database di standby di Active Data Guard.

SnapManager non consente backup online dei database di standby di Data Guard.

SnapManager non consente backup parziali dei database di standby di Data Guard.

SnapManager non consente il ripristino dei database di standby di Data Guard.

SnapManager non consente l’eliminazione dei file di log dell’archivio per i database di standby Data Guard.

SnapManager non supporta Data Guard Broker.