Si le nom de profil Cluster-mode n’est pas présent dans le fichier cmode_profiles.config du répertoire d’installation de SnapManager pour Oracle, le message d’erreur suivant peut se déclencher :

Veuillez configurer DFM Server à l’aide de l’ensemble de configuration SnapDrive -dfm nom_utilisateur nom_appliance.

De même, lors de la mise à niveau de SnapManager pour Oracle, si vous supprimez le dossier /opt/NetApp/smo/*, le fichier cmode_profiles.config sur lequel les noms de profils Cluster-mode sont également supprimés. Ce problème déclenche également le même message d’erreur.

Solution de contournement

Mettre à jour le profil : mettre à jour le profil smo <nom_profil>

Lors du démarrage du serveur, un message d’erreur semblable à ce qui suit peut s’afficher :

SMO-01104 : erreur lors de l’appel de la commande : SMO-17107 : le serveur SnapManager n’a pas pu démarrer sur le port 8074 en raison des erreurs suivantes : java.net.BindException: adresse déjà utilisée

Cela peut être dû au fait que les ports d’écoute SnapManager (27214 et 27215 par défaut) sont actuellement utilisés par une autre application.

Cette erreur peut également se produire si la commande smo_Server est déjà en cours d’exécution, mais SnapManager ne détecte pas le processus existant.

Solution de contournement

Vous pouvez reconfigurer le SnapManager ou l’autre application pour utiliser différents ports.

Pour reconfigurer SnapManager, modifiez le fichier suivant : /opt/NTAP/smo/propriétés/smo.config

Vous affectez les valeurs suivantes :

Pour démarrer le serveur SnapManager, entrez la commande suivante : smo_Server start

Si le serveur est déjà en cours d’exécution, effectuez les opérations suivantes :

Si le serveur SnapManager se bloque et que vous ne pouvez pas exécuter correctement les opérations, vous pouvez arrêter SnapManager et ses opérations.

Solution de contournement

SnapManager fonctionne avec SnapManager et protection Manager. Vous devez effectuer les étapes suivantes pour lister les différents processus en cours d’exécution et arrêter le dernier processus en cours d’exécution.

Lorsque vous créez la première sauvegarde pour un profil sur un système de stockage secondaire, SnapManager envoie toutes les informations relatives à la sauvegarde à protection Manager. Pour les sauvegardes suivantes liées à ce profil, SnapManager n’envoie que les informations modifiées. Si vous supprimez la dernière sauvegarde protégée, SnapManager n’a plus la possibilité d’identifier les différences entre les sauvegardes et doit trouver un moyen de redéfinir la configuration de base de ces relations. Par conséquent, toute tentative de suppression de la dernière sauvegarde protégée entraîne l’affichage d’un message d’erreur.

Solution de contournement

Vous pouvez supprimer le profil ou uniquement la sauvegarde du profil.

Pour supprimer le profil, procédez comme suit :

Pour supprimer uniquement la sauvegarde, effectuez les opérations suivantes :

Lors de la création d’une sauvegarde du journal d’archivage, si l’utilisateur exclut une destination faisant partie d’autres noms de destination, les autres noms de destination sont également exclus.

Par exemple, supposons que trois destinations sont disponibles pour être exclues : /dest, /des1 et /des2. Lors de la création de la sauvegarde du fichier journal d’archives, si vous excluez /dest à l’aide de la commande

, SnapManager pour Oracle exclut toutes les destinations commençant par /dest.

Solution de contournement

Lorsque les fichiers de contrôle sont multiplexés sur le stockage ASM et non ASM, l’opération de sauvegarde est réussie. Cependant, lorsque vous essayez de restaurer les fichiers de contrôle à partir de cette sauvegarde réussie, l’opération de restauration échoue.

Lorsque vous clonez une sauvegarde dans SnapManager, le serveur DataFabric Manager risque de ne pas détecter les volumes et d’afficher le message d’erreur suivant :

SMO-13032 : impossible d’effectuer l’opération : cloner la création. Cause principale : SMO-11007 : erreur lors du clonage de snapshot : FLOW-11019 : échec dans ExecuteConnectionSteps: SD-00018 : erreur lors de la détection du stockage pour /mnt/datas_clone3 : SD-10016 : erreur lors de l’exécution de la commande SnapDrive "/usr/sbin/snapdrive Storage show -fs /mFiler/clone3" : 0002-719.x.sur les serveurs de stockage/volumes.20091122235002515.ne peut pas accéder à l’utilisateur/VMware/consultez le gestionnaire/volumes.x.x.1

Motif : ressource spécifiée non valide. Impossible de trouver son ID sur le serveur Operations Manager 10.x.x.x

Cela se produit si le système de stockage possède un grand nombre de volumes.

Solution de contournement

Vous devez effectuer l’une des opérations suivantes :

La taille de la base de données de référentiel augmente avec le temps car les opérations SnapManager insèrent ou suppriment des données dans le schéma dans les tables de bases de données de référentiel, ce qui entraîne une utilisation élevée de l’espace d’indexation.

Solution de contournement

Vous devez surveiller et reconstruire les index conformément aux directives Oracle pour contrôler l’espace utilisé par le schéma du référentiel.

Les opérations SnapManager échouent et vous ne pouvez pas accéder à l’interface graphique lorsque la base de données du référentiel est en panne.

Le tableau suivant répertorie les différentes actions que vous pouvez effectuer et leurs exceptions :

Solution de contournement

Vous devez vous assurer que la base de données du référentiel est en cours d’exécution lorsque vous souhaitez accéder à l’interface graphique ou exécuter des opérations SnapManager.

Lorsque des fichiers d’espaces de table temporaires de la base de données cible sont placés dans des points de montage différents du point de montage des fichiers de données, l’opération de création de clone a réussi mais SnapManager ne parvient pas à créer de fichiers temporaires pour la base de données clonée.

Solution de contournement

Vous devez effectuer l’une des opérations suivantes :

Vous pouvez migrer le protocole de NFSv3 vers NFSv4 en activant le paramètre enable-migrer-nfs-version dans le fichier snapdrive.conf. Lors de la migration, SnapDrive prend uniquement en compte la version du protocole, indépendamment des options de point de montage telles que rw, largefiles, nosuid, etc.

Toutefois, après la migration du protocole vers NFSv4, lorsque vous restaurez la sauvegarde créée à l’aide de NFSv3, la situation suivante se produit :

Solution de contournement

Vous devez arrêter manuellement la base de données, démonter les points de montage de la base de données et monter avec les options disponibles avant la restauration.

Si un emplacement de journal d’archivage est configuré avec le nom de service de la base de données primaire, la sauvegarde de la base de données de secours Data Guard échoue.

Solution de contournement

Dans l’interface utilisateur graphique, vous devez effacer spécifier l’emplacement du journal d’archives externes correspondant au nom de service de la base de données principale.