SnapManager Oracle
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Dépannage de SnapManager

Contributeurs

Vous trouverez des informations sur certains des problèmes les plus courants qui peuvent survenir et sur la façon de les résoudre.

Le tableau suivant décrit les problèmes courants et les solutions possibles :

Question axée sur les problèmes Solution possible

La base de données cible et l’écouteur sont-ils en cours d’exécution ?

Exécutez la commande lsnrctl status. Assurez-vous que l’instance de base de données est enregistrée avec l’écouteur.

Le stockage est-il visible ?

Exécutez la commande SnapDrive Storage show -All.

Le stockage est-il inscriptible ?

Modifiez un fichier dans le point de montage que vous venez de créer. Utilisez la commande touch filename. Si le fichier est créé, votre stockage est accessible en écriture. Vous devez vous assurer que le stockage est inscriptible par l’utilisateur sous lequel SnapManager s’exécute (par exemple, en tant que root sous UNIX).

Le serveur SnapManager fonctionne-t-il ?

Exécutez l’état smo_Server et essayez de démarrer le serveur à l’aide de la commande smo_Server start.

Avant de pouvoir utiliser l’interface utilisateur graphique ou l’interface de ligne de commande pour lancer des commandes SnapManager relatives aux profils, le serveur doit être en cours d’exécution. Vous pouvez créer ou mettre à jour des référentiels sans démarrer le serveur, mais pour exécuter toutes les autres opérations SnapManager, le serveur doit être en cours d’exécution.

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

Est-ce que tous les composants sont nécessaires pour exécuter la configuration SnapManager correctement ?

Lancer la commande smo system verify pour vérifier que SnapDrive est correctement configuré.

Disposez-vous de la bonne version de SnapManager ?

Utiliser la commande smo version pour vérifier la version de SnapManager.

Avez-vous consulté les fichiers journaux de SnapManager pour déterminer si les messages d’erreur peuvent aider à isoler le problème ?

SnapManager enregistre toutes les entrées de journal dans un ensemble de fichiers journaux rotatifs. Les fichiers journaux se trouvent dans /var/log/smo.

Les fichiers journaux sont disponibles dans l’adresse C:\Program_Files\NetApp\SnapManager for Oracle\logs.

Il peut également être utile d’examiner les journaux à l’emplacement suivant :

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

Chaque journal d’opération est écrit dans son propre fichier journal du formulaire smo_of_date_time.log.

Si vos journaux d’archivage sont stockés sur un système de stockage qui n’exécute pas Data ONTAP, êtes-vous exclu de l’envisager pour la sauvegarde avec SnapManager ?

Le fichier smo.config vous permet d’exclure certains fichiers journaux d’archive. Pour UNIX, les fichiers sont à l’emplacement suivant : /opt/NetApp/smo/propriétés/smo.config

Utilisez le format mentionné dans le fichier pour exclure les journaux d’archive locaux. Pour plus d’informations, reportez-vous à la rubrique "Définition des propriétés de configuration".

Vous pouvez également exclure les destinations du journal d’archivage lors de la création d’une sauvegarde à partir de l’interface de ligne de commande SnapManager. Pour plus d’informations, consultez la rubrique « création de sauvegardes de bases de données ».

Vous pouvez également exclure les destinations du journal d’archivage lors de la création d’une sauvegarde à partir de l’interface graphique de SnapManager.

Possédez-vous une licence FlexClone si vous utilisez SnapManager avec des bases de données NFS ?

Une licence FlexClone est nécessaire pour exploiter pleinement SnapManager avec des bases de données NFS. SnapManager utilise la fonctionnalité FlexClone pour réaliser les tâches suivantes :

  • Montez les sauvegardes des bases de données NFS

  • Vérifier les sauvegardes des bases de données NFS

  • Clonage des bases de données NFS

  • Enregistrer des sauvegardes de bases de données NFS avec RMAN (en cas d’utilisation de RMAN)

Vous n’avez pas pu vous connecter au référentiel ?

Si la connexion à un référentiel échoue, exécutez la commande lsnrctl status sur la base de données du référentiel et vérifiez les noms de service actifs. Lorsque SnapManager se connecte à la base de données du référentiel, il utilise le nom de service de la base de données. Selon la configuration de l’écouteur, il peut s’agir du nom de service court ou du nom de service complet. Lorsque SnapManager se connecte à une base de données pour une opération de sauvegarde, de restauration ou autre, il utilise le nom d’hôte et le SID. Si le référentiel ne s’initialise pas correctement parce qu’il est actuellement inaccessible, vous recevez un message d’erreur vous demandant si vous souhaitez supprimer le référentiel. Vous pouvez supprimer le référentiel de votre vue actuelle afin que vous puissiez effectuer des opérations sur d’autres référentiels.

Vérifiez également si l’instance de référentiel est en cours d’exécution en exécutant ps -eaf

commande grepinstance - name.

Le système peut-il résoudre le nom d’hôte ?

Vérifiez si le nom d’hôte spécifié se trouve sur un sous-réseau différent. Si vous recevez un message d’erreur indiquant que SnapManager ne peut pas résoudre le nom d’hôte, ajoutez le nom d’hôte dans le fichier hôte.Ajoutez le nom d’hôte au fichier situé à /etc/hosts: Xxx.xxx.xxx.xxx nom d’hôte adresse IP

SnapDrive fonctionne-t-il ?

Vérifiez si le démon SnapDrive est en cours d’exécution : -état snapvaulté

Si le démon n’est pas en cours d’exécution, un message s’affiche indiquant qu’il y a une erreur de connexion.

Quels systèmes de stockage sont configurés pour être accessibles avec SnapDrive ?

Exécutez la commande : -SnapDrive config list

Comment améliorer les performances de l’interface graphique SnapManager ?

  • Assurez-vous que vous disposez d’informations d’identification valides pour le référentiel, l’hôte de profil et le profil.

    Si vos informations d’identification ne sont pas valides, effacez les informations d’identification de l’utilisateur pour le référentiel, l’hôte du profil et le profil. Réinitialisez les mêmes informations d’identification utilisateur que celles que vous avez définies avant pour le référentiel, l’hôte du profil et le profil. Pour plus d’informations sur la nouvelle définition des informations d’identification de l’utilisateur, reportez-vous à la section «Définition des informations d’identification après effacement du cache des informations d’identification».

  • Fermez les profils inutilisés.

    Si le nombre de profils que vous avez ouverts est plus élevé, les performances de l’interface graphique de SnapManager ralentissent.

  • Vérifiez si vous avez activé Ouvrir au démarrage dans la fenêtre Préférences utilisateur du menu Admin, dans l’interface utilisateur graphique de SnapManager.

    Si cette option est activée, le fichier de configuration utilisateur (user.config) disponible dans /root/.netapp/smo/3.3.0/gui/state s’affiche sous la forme openOnStartup=PROFILE.

    Comme Ouvrir au démarrage est activé, vous devez vérifier les profils ouverts récemment à partir de l’interface utilisateur graphique SnapManager, en utilisant lastOpenProfiles dans le fichier de configuration utilisateur (user.config) : lastOpenProfiles=PROFILE1,PROFILE2,PROFILE3,…​

    Vous pouvez supprimer les noms de profil répertoriés et conserver toujours un nombre minimum de profils ouverts.

  • L’actualisation du profil protégé prend plus de temps que celle du profil non protégé.

    Le profil protégé est actualisé à un intervalle de temps, en fonction de la valeur spécifiée dans le paramètre protectionStatusRefreshRate du fichier de configuration utilisateur (user.config).

    Vous pouvez augmenter la valeur par défaut (300 secondes) pour que les profils protégés soient actualisés uniquement après l’intervalle de temps spécifié.

  • Avant d’installer la nouvelle version de SnapManager sur l’environnement UNIX, supprimez les entrées côté client SnapManager disponibles à l’emplacement suivant :

    /root/.netapp

L’interface graphique de SnapManager prend plus de temps lors de l’actualisation lorsque plusieurs opérations SnapManager sont démarrées et exécutées simultanément en arrière-plan. Lorsque vous cliquez avec le bouton droit de la souris sur la sauvegarde (qui est déjà supprimée mais s’affiche toujours dans l’interface graphique de SnapManager), les options de sauvegarde pour cette sauvegarde ne sont pas activées dans la fenêtre sauvegarde ou clonage.

Vous devez patienter jusqu’à ce que l’interface graphique de SnapManager soit actualisée, puis vérifier l’état de la sauvegarde.

Que feriez-vous lorsque la base de données Oracle n’est pas définie en anglais ?

Les opérations SnapManager peuvent échouer si la langue d’une base de données Oracle n’est pas définie sur l’anglais. Définissez la langue de la base de données Oracle sur Anglais :

  1. Ajoutez ce qui suit sous les commentaires initiaux dans /etc/init.d/smo_Server

    • NLS_LANG=American_America

    • Exporter NLS_LANG

  2. Redémarrez le serveur SnapManager à l’aide de la commande suivante : redémarrage de smo_Server

Remarque Si les scripts de connexion tels que .bash_profile, .bashrc et .cshrc pour l’utilisateur Oracle sont définis sur NLS_LANG, vous devez modifier le script pour ne pas écraser NLS_LANG.

Que faites-vous lorsque l’opération de planification de la sauvegarde échoue si la base de données du référentiel pointe vers plusieurs adresses IP et que chaque adresse IP possède un nom d’hôte différent ?

  1. Arrêtez le serveur SnapManager.

  2. Supprimez les fichiers de planification du répertoire de référentiel des hôtes sur lesquels vous souhaitez déclencher la planification de sauvegarde.

    Les noms des fichiers de planification peuvent être dans les formats suivants :

    • référentiel#repo_username#repository_database_name#repository_host#repo_port

    • Repo_usernamerepository_database_name-repository_host-repo_port Remarque : vous devez vous assurer de supprimer le fichier de planification dans le format correspondant aux détails du référentiel.

  3. Redémarrez le serveur SnapManager.

  4. Ouvrez d’autres profils sous le même référentiel à partir de l’interface graphique SnapManager pour vous assurer que vous ne manquez aucune information de planification de ces profils.

Que feriez-vous lorsque l’opération SnapManager échoue avec une erreur de verrouillage des fichiers d’informations d’identification ?

SnapManager verrouille le fichier d’informations d’identification avant sa mise à jour et le déverrouille après sa mise à jour.lorsque plusieurs opérations s’exécutent simultanément, l’une des opérations peut verrouiller le fichier d’informations d’identification pour le mettre à jour. Si une autre opération tente d’accéder au fichier d’informations d’identification verrouillé en même temps, l’opération échoue avec l’erreur de verrouillage de fichier.

Configurez les paramètres suivants dans le fichier smo.config en fonction de la fréquence des opérations simultanées :

  • FileLock.RetryInterval = 100 millisecondes

  • FileLock.timeout = 5000 millisecondes

Remarque Les valeurs attribuées aux paramètres doivent être en millisecondes.

Que faites-vous lorsque l’état intermédiaire de l’opération de vérification de sauvegarde indique échec dans l’onglet moniteur même si l’opération de vérification de sauvegarde est toujours en cours d’exécution ?

Le message d’erreur est consigné dans le fichier sm_gui.log. Vous devez consulter le fichier journal pour déterminer les nouvelles valeurs de l’opération.hearbeatInterval et opération.hearbeatThreshold paramètres qui résoudront ce problème.

  1. Ajoutez les paramètres suivants dans le fichier smo.config :

    • Operation.hearbeatInterval = 5000

    • Operation.hearbeatThreshold = 5000 la valeur par défaut attribuée par SnapManager est 5000.

  2. Attribuez les nouvelles valeurs à ces paramètres.

    Remarque Les valeurs attribuées aux paramètres doivent être en millisecondes.
  3. Redémarrez le serveur SnapManager et effectuez de nouveau l’opération.

Que faire lorsque vous rencontrez un problème d’espace de tas ?

Lorsque vous rencontrez un problème d’espace de tas pendant les opérations SnapManager pour Oracle, vous devez effectuer les opérations suivantes :

  1. Accédez au répertoire d’installation de SnapManager pour Oracle.

  2. Ouvrez le fichier launchJava à partir du chemin installationdirectory/bin/launchJava.

  3. Augmentez la valeur du paramètre Java -Xmx160m Heap-space.

    Par exemple, vous pouvez augmenter la valeur par défaut de 160m à 200m.

    Remarque Si vous avez augmenté la valeur du paramètre Java Heap-space dans les versions antérieures de SnapManager pour Oracle, vous devez conserver cette valeur.

Que feriez-vous si vous ne pouvez pas utiliser les sauvegardes protégées pour la restauration ou le clonage ?

Ce problème est observé si vous utilisiez SnapManager 3.3.1 avec clustered Data ONTAP et que vous avez effectué la mise à niveau vers SnapManager 3.4. Les sauvegardes étaient protégées par des scripts post dans SnapManager 3.3.1. À partir de SnapManager 3.4, les sauvegardes sont protégées via des stratégies SnapManager_cdot_Mirror ou SnapManager_cdot_Vault sélectionnées lors de la création d’un profil.après la mise à niveau vers SnapManager 3.4, il est possible que vous utilisiez les anciens profils et que les sauvegardes soient protégées par des scripts de sauvegarde, Toutefois, vous ne pouvez pas les utiliser pour la restauration ou le clonage via SnapManager.

Vous devez mettre à jour le profil et sélectionner la stratégie SnapManager_cdot_Mirror ou SnapManager_cdot_Vault et supprimer le post-script utilisé pour la protection des données dans SnapManager 3.3.1.

Que feriez-vous si les sauvegardes planifiées ne sont pas protégées par la technologie SnapVault ?