Informations et astuces supplémentaires › Récupération manuelle d'un serveur en échec - Transfert de l'adresse IP

Récupération manuelle d'un serveur en échec - Transfert de l'adresse IP

Si vous utilisez la redirection d'adresse IP, supprimez l'adresse IP manuellement. Vous ne pouvez pas utiliser cette méthode pour les scénarios ne prenant pas en charge la redirection Transfert IP (haute disponibilité Hyper-V, haute disponibilité du service de contrôle).

Pour récupérer un serveur en échec lorsque la redirection Transfert IP est utilisée :

1. Pour éviter des conflits d'adresses IP, démarrez le serveur maître sans connexion au réseau.
2. Dans la boîte de dialogue des propriétés TCP/IP, supprimez l'adresse IP supplémentaire.
3. Redémarrez le serveur et reconnectez-le au réseau.
4. Si le scénario n'est pas déjà en cours d'exécution, démarrez-le à partir du gestionnaire. Si la réplication inversée automatique a été activée, le scénario s'exécute en mode arrière : le serveur de réplication est alors le serveur actif et le serveur maître est en attente.
5. Patientez jusqu'à la fin de la synchronisation.
6. Effectuez une permutation manuelle pour restaurer le rôle actif du serveur maître. Nous vous recommandons de le faire en dehors des heures de travail normales.

Dépannage des bases de données Oracle

Echec du démarrage des bases de données Oracle après une permutation

Symptôme :

Le scénario vCenter Server HA utilise une base de données Oracle. Après une permutation, la base de données Oracle ne redémarre par et les erreurs suivantes s'affichent :

• ER00319, 83, Erreur, <nom_hôte><date/heure>, permutation interrompue
• ER00303, 82, Erreur, <nom_hôte><date/heure>, Impossible de démarrer les services vCenter
• ER00360, 81, Erreur, <nom_hôte><date/heure>, Impossible de démarrer vCenter après une permutation Service vpxd non démarré

Solution :

Ces erreurs se produisent lors de l'échec du montage de la base de données Oracle suite à une permutation. Utilisez la ligne de commande pour résoudre ce problème :

1. Arrêt

   [page_accueil_oracle]\bin\oradim.exe -shutdown -sid orcl -usrpwd * -shutmode immediate
   

2. Redémarrage

   [page_accueil_oracle]\bin\oradim.exe -startup -sid orcl -usrpwd * -nocheck 0
   

Connexion à Oracle Enterprise Manager impossible après une permutation

Symptôme

Après une permutation ou un basculement, Oracle Enterprise Manager n'est pas accessible.

Solution

Reconfigurez la console de la base de données. Avant de commencer, arrêtez le scénario en cours d'exécution ou suspendez la vérification d'activation. Voici un exemple de procédure. Fournissez des valeurs correctes pour les éléments suivants : <nom_instance_BdD_Oracle>, version de la base de données Oracle (nous utilisons 11g R2 dans cet exemple), chemins d'accès au fichier et SID de votre environnement.

1. Définissez : oracle_home=D:\app\administrator\product\11,2.0\dbhome_1
2. Définissez : oracle_sid=orcl
3. emca -deconfig dbcontrol db -repos drop
4. Pour vérifier si le fichier temporaire de base de données existe déjà, procédez comme suit :
   1. sqlplus /nolog
   2. connect / as sysdba
   3. Sélectionnez * dans dba_temp_files où tablespace_name = 'TEMP';

   En cas d'erreur se produit, procédez comme suit :

   • Modifiez le fichier temporaire de base de données D:\APP\ADMINISTRATOR\ORADATA\ORCL\TEMP01.DBF pour y inclure les fichiers de données.
   • Modifiez le fichier temporaire d'espace disque logique en ajoutant le fichier temporaire D:\APP\ADMINISTRATOR\ORADATA\ORCL\TEMP01.DBF.
5. emca -config dbcontrol db -repos create
6. net stop OracleDBConsole<nom_instance_BdD_Oracle>
7. net start OracleDBConsole<nom_instance_BdD_Oracle>