Discussion :

[korian]

Bonjour,

Je travaille sur un RAC à 2 noeuds en 10.2.0.3, sous Solaris pour la PROD et Linux pour la DEV.

La base de PROD utilise ASM avec 2 diskgroups : un pour le DATA et l'autre destiné au BACKUP - à l'origine - , avec un 1 disk dans chaque (en réalité un LUN pour chaque). J'hérite de l'architecture créée par une société de service.

Le BACKUP n'a jamais servi et ne stocke qu'un controlfile.
Le DATA arrive à saturation.

L'idée de manoeuvre est de repositionner les controlfiles, de supprimer le BACKUP pour réallouer son disk au DATA. L'opération déclenchera un rebalancing sur les deux disques.
N'ayant jamais réalisé cette manoeuvre, je sollicite vos avis pour savoir si je suis dans le vrai

Question Subsidiaire : Combien de temps dure le rebalancing ? 10s, 10min, 10h ? Base d'environ 500Go actuellement.

Toute remarque/critique sera appréciée.

Merci beaucoup d'avance.

Ci-dessous la "procédure" telle que je compte la dérouler.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
/*************************************************************/
-- PROCEDURE A SUIVRE
 
-- PLAN
-- 1. Creation de 3 controlfile sur DATA et Suppression du controlfile de BACKUP
-- 2. Enlevement du disk BACKUP_0000 du diskgroup BACKUP
-- 3. Suppression du diskgroup BACKUP
-- 4. Requete pour valider que le disk dev/rdsk/c1t44d0s6 a le statut CANDIDATE
-- 5. Affectation du disk /dev/rdsk/c1t44d0s6 au groupe DATA en le renommant DATA_0001
 
/*************************************************************/
 
---------------------------------------------------------------------------------------------------
-- 1. Creation de 3 controlfile sur DATA et Suppression du controlfile de BACKUP
-- Adaptation de Note ID 345180.1
---------------------------------------------------------------------------------------------------
 
-- SQLPLUS (sys@BASE as sysdba) : situation des controlfiles
SELECT * FROM V$CONTROLFILE;
/* recuperer le nom du fichier sous ASM pour le coller dans l'instruction suivante */
-- fichier PFILE
-- *.control_files='+DATA/BASE/controlfile/current.256.654869529','+BACKUP/BASE/controlfile/current.256.655063389'
 
-- LINUX (oracle) : Status du cluster
chkcrs.sh
 
-- SQLPLUS (sys@BASE as sysdba) : definition d un nouvel emplacement de controlfile
ALTER SYSTEM 
      SET CONTROL_FILES='+DATA/BASE/controlfile/current.256.654869529','+DATA','+DATA'
      SCOPE=spfile
      SID='*'
;
 
-- LINUX (oracle) : arret database (apres status)
srvctl status database -d BASE -v
srvctl stop database -d BASE -o immediate
srvctl status database -d BASE -v
 
-- SQLPLUS (sys@BASE as sysdba) : Demarrage en NOMOUNT
startup nomount;
 
-- RMAN (rman) : duplication du controlfile
rman nocatalog
connect target;
restore controlfile from '+DATA/BASE/controlfile/current.256.654869529';
-- La commande va afficher les noms avec chemins des fichiers crees
 
-- SQLPLUS (sys@BASE as sysdba) : Mise a jour avec les noms complets des nouveaux fichiers
ALTER SYSTEM 
      SET CONTROL_FILES='+DATA/BASE/controlfile/current.256.654869529','+DATA/BASE/controlfile/current.257.654869529','+DATA/BASE/controlfile/current.258.654869529'
      SCOPE=spfile
      SID='*'
;
 
-- RMAN (rman) : duplication du controlfile
sql 'alter database mount';
sql 'alter database open';
exit;
 
-- LINUX (oracle) : Status du cluster
chkcrs.sh
 
-- LINUX (oracle) : redemarrage instance KO
srvctl start instance -d BASE -i BASEx
 
-- LINUX (oracle) : Status du cluster
chkcrs.sh
 
-- SQLPLUS (sys@BASE as sysdba) : situation des controlfiles
SELECT * FROM V$CONTROLFILE;
 
 
---------------------------------------------------------------------------------------------------
-- 2. Enlevement du disk BACKUP_0000 du diskgroup BACKUP
---------------------------------------------------------------------------------------------------
 
-- SQLPLUS (sys@BASE as sysdba) : Informations DiskGroups
SELECT 
	  NAME
	, STATE
	, TYPE
	, TOTAL_MB
	, FREE_MB 
FROM 
	  V$ASM_DISKGROUP;
 
NAME                           STATE       TYPE     TOTAL_MB    FREE_MB
------------------------------ ----------- ------ ---------- ----------
BACKUP                         CONNECTED   EXTERN     102212     102094
DATA                           CONNECTED   EXTERN     454656      56574
 
-- SQLPLUS (sys@BASE as sysdba) : Informations Disks
COL DISK FORMAT A25
COL GROUP FORMAT A25
COL PATH FORMAT A25
SELECT 
	  V$ASM_DISK.NAME AS "DISK"
	, V$ASM_DISKGROUP.NAME AS "GROUP"
	, V$ASM_DISK.PATH
	, V$ASM_DISK.TOTAL_MB
	, V$ASM_DISK.FREE_MB
	, V$ASM_DISK.READS
	, V$ASM_DISK.WRITES
FROM   
	  V$ASM_DISKGROUP
	, V$ASM_DISK
WHERE
	  V$ASM_DISKGROUP.GROUP_NUMBER = V$ASM_DISK.GROUP_NUMBER;
 
DISK                           GROUP                          PATH                             TOTAL_MB    FREE_MB      READS     WRITES
------------------------------ ------------------------------ ------------------------------ ---------- ---------- ---------- ----------
BACKUP_0000                    BACKUP                         /dev/rdsk/c1t44d0s6                102212          0       2775      19421
DATA_0000                      DATA                           /dev/rdsk/c1t44d0s5                454656          0    3549244     132347
 
 
-- fichier PFILE
-- *.db_create_file_dest='+DATA'
-- *.db_create_online_log_dest_1='+DATA'
-- *.db_create_online_log_dest_2='+DATA'
 
 
-- LINUX (oracle) : Changement d instance
ORACLE_SID=+ASM; export ORACLE_SID
 
-- SQLPLUS (sys@ASM as sysdba): Suppression du disk
ALTER DISKGROUP BACKUP 
    DROP DISK BACKUP_0000;
 
---------------------------------------------------------------------------------------------------
-- 3. Suppression du diskgroup BACKUP
---------------------------------------------------------------------------------------------------
 
-- SQLPLUS (sys@ASM as sysdba): Suppression du diskgroup
DROP DISKGROUP BACKUP; 
 
---------------------------------------------------------------------------------------------------
-- 4. Requete pour valider que le disk dev/rdsk/c1t44d0s6 a le statut CANDIDATE
---------------------------------------------------------------------------------------------------
 
-- SQLPLUS (sys@ASM as sysdba): Statut des disks
SELECT
    NVL(A.NAME, '[CANDIDATE]')      DISK_GROUP_NAME
  , B.PATH                          DISK_FILE_PATH
  , B.NAME                          DISK_FILE_NAME
  , B.FAILGROUP                     DISK_FILE_FAIL_GROUP
FROM
    V$ASM_DISKGROUP A RIGHT OUTER JOIN V$ASM_DISK B USING (GROUP_NUMBER)
ORDER BY
    A.NAME;
 
/* Exemple
Disk Group Name Path            File Name            Fail Group     
--------------- --------------- -------------------- ---------------
TESTDB_DATA1    /dev/raw/raw1   TESTDB_DATA1_0000    CONTROLLER1
                /dev/raw/raw2   TESTDB_DATA1_0001    CONTROLLER1
                /dev/raw/raw3   TESTDB_DATA1_0002    CONTROLLER2
                /dev/raw/raw4   TESTDB_DATA1_0003    CONTROLLER2
 
[CANDIDATE]     /dev/raw/raw5
                /dev/raw/raw6
                /dev/raw/raw7  
                
*/
 
---------------------------------------------------------------------------------------------------
-- 5. Affectation du disk /dev/rdsk/c1t44d0s6 au groupe DATA en le renommant DATA_0001
-- Quid du rebalancing ? combien de temps ?
---------------------------------------------------------------------------------------------------
 
-- SQLPLUS (sys@ASM as sysdba): Statut des disks
ALTER DISKGROUP DATA
    ADD DISK '/dev/rdsk/c1t44d0s6' NAME DATA_0001;
 
 
/*
DISK GROUP REBALANCING
 
ASM automatically rebalances a disk group whenever disks are added or dropped. 
Therefore, the rebalancing process requires no intervention. 
Because ASM uses special indexing techniques to distribute extents over all available disks in a disk group, re-striping of the data is not required; 
instead, ASM only moves enough data proportionally versus the amount of storage that's been added or removed. 
This evenly redistributes the files and keeps a balanced I/O load across all disks in the disk group.
 
*/

[dell68]

Alors ,
tout dépent de l'activité de la base au moement de l'équilibrage des disques du groupe DATA,
ce que tu peux faire, faire tes modifications des deux groupes au moment, ou il n'y a pas beaucoup
d'activités sur le group de disque, et en même temps tu intérroge les statistiques de l'opération sur la

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from v$asm_operation

, et en même temps tu peux augmenter la vitesse déxécution avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

alter diskgroup  nom_du_group rebalance power  12

, par exemple .

[korian]

Merci de ton attention

tout dépent de l'activité de la base au moement de l'équilibrage des disques du groupe DATA

ça veut dire que l'opération peut être faite "ONLINE" sans être trop pénalisante ?
Comme je devais de toute façon relancer la base avec la manip sur les controlfiles, je n'avais pas envisagé de rouvrir les accès avant la fin de la procédure.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

alter diskgroup  nom_du_group rebalance power  12

, par exemple .

Si j'ai bien compris, ça va servir à accélérer le rebalancing en cours si je le juge trop long.
Concrétement, la commande ALTER DISKGROUP ADD déclenche un rebalancing après avoir rendu la main ou faut-il que je prépare une deuxième fenêtre pour visualiser la vue et lancer un éventuel ALTER DISKGROUP REBALANCE POWER ?
Détail : Dans la doc, j'ai trouvé que la valeur MAX était 11. Il y a une subtilité avec le 12 ?

[Pomalaix]

On peut avoir deux situations opposées :
- soit on veut travailler sans interruption de service et on choisit un rééquilibrage en douceur en tâche de fond, mais très lent (REBALANCE POWER 1)
- soit on a une plage de maintenance et on fait le rééquilibrage le plus vite possible (REBALANCE POWER 11) avant de rendre le service

Par défaut, l'opération rend la main immédiatement et s'effectue en arrière plan, d'où l'intérêt de consulter V$ASM_OPERATION pour savoir où on en est.
Mais on peut aussi utiliser l'option WAIT pour que la main ne soit rendue qu'une fois que le rééquilibrage est terminé.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ALTER DISKGROUP ... REBALANCE POWER 11 WAIT;

Etant donné la volumétrie, même à vitesse maximale, il faut s'attendre à une opération de plusieurs dizaines de minutes.

Si vous ne précisez pas la clause POWER, c'est la vitesse par défaut qui s'applique, et qui est définie par le paramètre ASM_POWER_LIMIT de votre instance ASM (5 en principe).

[korian]

Effectivement, cette option me convient bien : Plage de maintenance avec réequilibrage rapide, et retour de la main à la fin du traitement.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
ALTER DISKGROUP DATA
    ADD DISK '/dev/rdsk/c1t44d0s6' NAME DATA_0001
    REBALANCE POWER 11 WAIT;

A votre connaissance, existe-t-il des précautions à prendre ? des éléments à surveiller avant, pendant, après ?
J'ai noté la vue V$ASM_OPERATION.
Je sais que ça peut paraitre idiot mais... les sauvegardes seront-elles parfaitement compatibles ? (un précédent plantage sur un format ENDIAN m'a un peu refroidi ).


Je suppose que si vous n'avez fait aucune remarque sur la procédure proprement dite, c'est que tout va bien

Et encore merci pour l'aide apportée.

[korian]

Bonjour,

La procédure a été réalisée avec succès.
Le REBALANCE a duré 45 min.

J'ai pu passer d'un taux d'occupation de 89% à 72%

Par contre, petite modification à la procédure ci-dessus :
Il ne faut pas oublier de démonter le diskgroup dans les autres instances avant de vouloir le supprimer dans l'instance principale