J'essaie de mettre à niveau toutes nos bases de données de 11.2.0.2 à 11.2.0.3 cette année. Mes premières mises à niveau ont été sur un RAC principal à 2 nœuds avec une base de données de secours RAC à 2 nœuds dans un banc d'essai. Il n'y a pas grand-chose dans cette base de données car il ne s'agit que d'une base de données de démarrage. Mais cela m'a permis de tester la mise à niveau sur les bases de données RAC avec à la fois une base de données principale et une base de secours. J'ai documenté le processus en cours de route.
Après cela, j'étais prêt à mettre à niveau nos bases de données de développement et de test. J'ai utilisé le DBUA pour effectuer la mise à niveau et cela s'est déroulé sans accroc. Nos bases de données de développement et de test sont des clones de la production et nous avons pu tester notre application personnalisée avec la nouvelle version.
Enfin, j'étais prêt à mettre à niveau la production. Encore une fois, j'ai utilisé le DBUA pour effectuer la mise à niveau de la base de données principale. Mais cette fois, j'ai rencontré une erreur :
ORA-16205 log_archive_dest2 contient des valeurs répétées ou conflictuelles
Oh oh. C'était inattendu car je n'avais vu cette erreur dans aucune de mes mises à niveau précédentes. Les bases de données de développement et de test n'ont pas de veille, donc LOG_ARCHIVE_DEST2 n'est pas défini. Mon banc d'essai est configuré légèrement différemment, donc je n'ai pas saisi le problème là-bas. Comme il s'agissait d'un événement imprévu, j'ai annulé ma mise à niveau ce soir-là et j'ai décidé d'aller au fond des choses et de reporter la mise à niveau à une date ultérieure.
J'ai découvert que le bogue 13387526 (corrigé dans 11.2.0.4) peut causer ce problème pour ce paramètre lorsque vous effectuez STARTUP UPGRADE sur la base de données. Dans mon banc d'essai, j'ai créé une base de données RAC 11.2.0.2 avec un standby RAC. Dans le primaire, j'ai défini LOG_ARCHIVE_DEST_2 sur quelque chose de très similaire à ce qui était en production. J'ai tenté la mise à niveau sur ce banc d'essai et j'ai rencontré le même bogue. Pour contourner le problème, j'ai défini LOG_ARCHIVE_DEST_2 sur "service=my_standby db_unique_name=my_standby". Avec ce paramétrage minimal, la mise à niveau s'est déroulée correctement. Une fois la mise à niveau effectuée, j'ai remis ce paramètre à son réglage d'origine.
