Bonjour.

Après un duplicate RMAN (d'une base en 11.2.0.2 vers 11.2.0.4) et le passage en RAC, je me retrouve avec des redo en bordel...

Pour info, après le duplicate, j'ai dû refaire le controlfile pour pouvoir démarrer la base en mode upgrade et passer catupgrd.sql.. Inutile de vous dire qu'étant assez peu expérimenté j'ai sérieusement galéré, et là je me retrouve avec des logs très mal organisés, certainement à cause du controlfile que j'ai refait. Et là j'ai peur de tout casser...

Il s'agit d'une base de test, mais j'ai pas trop envie de repartir de zéro.

Sur la base source, voilà ce qu'il y avait dans v$log :

GROUP# THREAD# SEQUENCE# BYTES BLOCKSIZE MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME
---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- --------- ------------ ---------
1 1 149601 52428800 512 1 YES ACTIVE 9.4883E+11 07-OCT-19 9.4883E+11 07-OCT-19
2 1 149602 52428800 512 1 NO CURRENT 9.4883E+11 07-OCT-19 2.8147E+14
3 1 149599 52428800 512 1 YES INACTIVE 9.4883E+11 07-OCT-19 9.4883E+11 07-OCT-19
4 1 149600 52428800 512 1 YES INACTIVE 9.4883E+11 07-OCT-19 9.4883E+11 07-OCT-19
5 2 150013 52428800 512 1 YES INACTIVE 9.4883E+11 07-OCT-19 9.4883E+11 07-OCT-19
6 2 150014 52428800 512 1 YES INACTIVE 9.4883E+11 07-OCT-19 9.4883E+11 07-OCT-19
7 2 150015 52428800 512 1 YES ACTIVE 9.4883E+11 07-OCT-19 9.4883E+11 07-OCT-19
8 2 150016 52428800 512 1 NO CURRENT 9.4883E+11 07-OCT-19 2.8147E+14


Et voilà ce qu'il y a sur la base répliquée :

GROUP# THREAD# SEQUENCE# BYTES BLOCKSIZE MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME
---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- --------- ------------ ---------
1 1 73 52428800 512 1 YES INACTIVE 9.4884E+11 07-OCT-19 9.4884E+11 07-OCT-19
2 1 74 52428800 512 1 YES INACTIVE 9.4884E+11 07-OCT-19 9.4884E+11 07-OCT-19
3 1 75 52428800 512 1 YES INACTIVE 9.4884E+11 07-OCT-19 9.4884E+11 07-OCT-19
4 1 76 52428800 512 1 YES INACTIVE 9.4884E+11 07-OCT-19 9.4884E+11 07-OCT-19
5 1 77 52428800 512 2 YES INACTIVE 9.4884E+11 07-OCT-19 9.4884E+11 07-OCT-19
6 1 78 52428800 512 2 YES INACTIVE 9.4884E+11 07-OCT-19 9.4884E+11 07-OCT-19
7 1 79 52428800 512 2 NO CURRENT 9.4884E+11 07-OCT-19 2.8147E+14
8 1 72 52428800 512 2 YES INACTIVE 9.4884E+11 07-OCT-19 9.4884E+11 07-OCT-19
9 2 9 104857600 512 2 NO CURRENT 9.4884E+11 07-OCT-19 2.8147E+14
10 2 8 104857600 512 2 YES INACTIVE 9.4884E+11 07-OCT-19 9.4884E+11 07-OCT-19


La cible est d'avoir 4 groupes de redo par thread mais là je ne sais plus trop comment m'y prendre.

En fait, la question précise est :
y'a t-il un risque de supprimer les groupes en statut "inactive" et les recréer avec cette commande :
ALTER DATABASE add logfile thread x group y size 50m;



EDIT :
Bon j'ai tenté de faire du ménage en supprimant et en recréant les groupes. Voilà ce que j'ai obtenu, ça me parait ok :

GROUP# THREAD# SEQUENCE# BYTES BLOCKSIZE MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME
---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- --------- ------------ ---------
1 1 0 52428800 512 2 YES UNUSED 0 0
2 2 13 52428800 512 2 NO INACTIVE 9.4884E+11 07-OCT-19 9.4884E+11 07-OCT-19
3 1 98 52428800 512 2 NO CURRENT 9.4884E+11 07-OCT-19 2.8147E+14
4 2 14 52428800 512 2 NO ACTIVE 9.4884E+11 07-OCT-19 9.4884E+11 07-OCT-19
5 1 95 52428800 512 2 NO INACTIVE 9.4884E+11 07-OCT-19 9.4884E+11 07-OCT-19
6 2 15 52428800 512 2 NO ACTIVE 9.4884E+11 07-OCT-19 9.4884E+11 07-OCT-19
7 1 96 52428800 512 2 NO INACTIVE 9.4884E+11 07-OCT-19 9.4884E+11 07-OCT-19
8 2 16 52428800 512 2 NO CURRENT 9.4884E+11 07-OCT-19 2.8147E+14

Je mets le post en résolu, désolé du dérangement.