Référence : //SDM

Salins Du Midi Le 25 aout 2015

/

Note de correspondance interne

Rédacteur : JP AUGERT Visa :

A:

Copie :

Objet : Etude et Mode Opératoire à suivre pour la reorganisation de DBM

DBM_Etude_et_Mode_Operatoire_Reorganisation.doc Page 1 / 18
Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

1. Opérations Pré-Réorganisation................................................................................................. 3
1.1 Collecte d’Informations des Tablespaces Existants..............................................................3
1.2 Distribution Cible des FileSystem.........................................................................................3
1.3 Capacity Planning................................................................................................................. 3
1.4 Lancement d’une analyse de Base.......................................................................................3
1.5 Faire une sauvegarde offline................................................................................................. 4
1.6 Désactiver les sauvegardes le temps du projet.....................................................................4
1.7 Désactiver le plan de production le temps du projet.............................................................4
1.8 Désactiver la supervision...................................................................................................... 4
1.9 Stopper SAP......................................................................................................................... 4
1.10 Demander la création des filesystems Oracle par l’équipe Unix...........................................4
1.11 Vérification taille du FileSystem sapreorg.............................................................................4
1.12 Vérifier de la taille des tables de type LONG........................................................................5
1.13 Vérifier que le tablespace par default du user sys n’est pas SYSTEM.................................5
1.14 Vérifier la taille du tablespace du user SAPPBM..................................................................5
1.15 Vérifier le mode de création des tablespaces.......................................................................6
1.16 Vérifier qu’il n’y a pas de tables n’appartenant pas au user sap dans un tbs sap.................6
1.17 Vérifier qu’il n’y a pas de trigger dans un état invalide..........................................................6
1.18 Vérifier l’espace disque occupé............................................................................................7
1.19 Vérifier le nombre de partitions par tables............................................................................7
1.20 Vérifier le nombre d’objets de la base...................................................................................7
1.21 Vérifier le nombre d’objets invalides de la base....................................................................7
1.22 Vérifier le nombre d’objets par tablespace............................................................................8
1.23 Identifier les tablespaces contenant des LONG....................................................................8
2. Opérations de Réorganisation.................................................................................................. 9
2.1 Création des nouveaux tablespaces SAP temporaires.........................................................9
2.2 Déplacement des tablespaces non SAP.............................................................................10
2.3 Déplacement des controlfiles.............................................................................................. 10
2.4 Désactivation des archivelogs............................................................................................. 11
2.5 Lancement de la reorg ONLINE..........................................................................................11
2.6 Lancement de la réorg OFFLINE pour les tables en LONG................................................12
2.6.1 Création des DDL..................................................................................................... 12
2.6.2 Export des données avec DataPump........................................................................12
2.6.3 Suppression du tablespace.......................................................................................12
2.6.4 Création de la structure des tables...........................................................................12
2.6.5 Import des données avec DataPump........................................................................13
2.6.6 Création des index et contraintes.............................................................................13
2.7 Vérification que les anciens tablespaces sont vides...........................................................13
2.8 Renommer les nouveaux tablespaces................................................................................13
2.9 Lancer le calcul des statistiques.........................................................................................14
2.10 Activer le mode archivelog.................................................................................................. 14
3. Opérations Post-Réorganisation............................................................................................. 15
3.1 Vérifier les tablespaces contenant des LONG....................................................................15
3.2 Vérifier que les users Oracle disposent toujours du même tablespace par defaut qu’avant
la reorg................................................................................................................................ 15
3.3 Comparer le nombre d’objets de la base............................................................................16
3.4 Comparer le nombre d’objets invalides de la base.............................................................16
3.5 Relancer SAP..................................................................................................................... 16
3.6 Comparer le Capacity Planning.......................................................................................... 16
3.7 Comparer la taille des tablespaces.....................................................................................17
3.8 Lancement d’une analyse de base.....................................................................................17
3.9 Réactiver les sauvegardes.................................................................................................. 17
3.10 Réactiver le plan de production........................................................................................... 17
3.11 Réactiver la supervision...................................................................................................... 17
3.12 Rendre les filesystems inutilisés......................................................................................... 17
3.13 Renommer les anciens noms de FileSystem......................................................................17
3.14 Remettre le FS sapreorg a sa valeur d’origine....................................................................18
Salins Du Midi Page 2 / 18
Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

1. Opérations Pré-Réorganisation

1.1 Collecte d’Informations des Tablespaces Existants

Ci-dessous un tableau récapitulatif des différentes informations disponibles sur les tablespace de
DBM :

Tablespace Espace Espace Libre Management Segment

Allouée (Mo) (Mo) Management
PSAPPBM 753 651 712 473 271 744 Local Auto
PSAPPBM701 22 245 376 1 058 432 Local Auto
PSAPPBMUSR 20 480 19 008 Local Auto
PSAPTEMP 61 931 520 61 931 520 Local Manual
PSAPUNDO 21 577 728 20 893 056 Local Manual
SYSAUX 4 096 000 1 223 808 Local Auto
SYSTEM 2 584 576 796 096 Local Manual
TOTAL 825 Go 533 Go

Ces infos sont visibles depuis la transaction DB02.

Attention, vérifier le point 2.15 avant de faire la copie des données du Tableau.

1.2 Distribution Cible des FileSystem

Au vu des besoins de cette instance, nous allons demander la création de 1 filesystems de 860
Go chacun.

Nous prévoyons ensuite, à la fin de l’opération de réorganisation, d’optimiser la taille des

filesystems afin de pouvoir « redonner » de l’espace disque à la baie.

1.3 Capacity Planning

Peu d’évolution de la taille de la base car c’est une base de Développement.

1.4 Lancement d’une analyse de Base

Afin de pouvoir comparer, il est souhaitable de lancer un CheckDB depuis le DB13.

Les données sont stockées dans le fichier /oracle/DBM/sapcheck/cerggwoo.chk

Salins Du Midi Page 3 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

1.5 Faire une sauvegarde offline

La sauvegarde a eu lieu le 25/08/2015 au matin.

1.6 Désactiver les sauvegardes le temps du projet

Pour limiter les interruptions, nous avons suspendu toutes les sauvegardes OFFLINE qui doivent
se lancer sur la machine.

1.7 Désactiver le plan de production le temps du projet

Pas de plan de prod sur DBM

1.8 Désactiver la supervision

Nous désactivons la supervision le temps du projet.
Les remontées ne sont donc plus visibles que dans l’outil de monitoring dédié aux
administrateurs.

1.9 Stopper SAP

Nous allons lancer des scripts et des vérifications qui se reposent sur le fait que plus de données
SAP ne soient écrites en base : en effet, les comparaisons pré et post réorg ne seront pas
cohérentes dans le cas contraire.

Ainsi, nous avons besoin de stopper SAP.

1.10 Demander la création des filesystems Oracle par l’équipe Unix

En rapport avec l’étude défini préalablement, nous avons besoin de 1 FS temporaires qui seront
renommé en fin de projet :
 /oracle/DBM/sapdata2

Après renommage, le nom sera repositionné en :

 /oracle/DBM/sapdata1

1.11 Vérification taille du FileSystem sapreorg

Pour permettre de réaliser les exports des tables de type LONG, nous devons avoir suffisamment
d’espace dans le filesystem contenant le répertoire sapreorg (/oracle/DBM/sapreorg)
Actuellement, l’espace libre est de 4Go

La volumétrie souhaitée dépend de la taille de toutes les tables de type LONG créé dans le
même tablespace.

SQL>set timing on;

SQL>set linesize 1024;
SQL>select tablespace_name, sum(round((num_rows*avg_row_len/(1024*1)),0)) as
taille_occupee
Salins Du Midi Page 4 / 18
Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

from all_tables
where table_name in (
select table_name
from all_tab_columns a
where upper(data_type) like '%LONG%')
and round((blocks*8)/(1024*1024),2) <> 0
group by tablespace_name
order by 2 desc;

Tablespace Taille Occupée

SYSTEM 528252

Pas de soucis car pas de table de type LONG dans les tablespaces SAP.

1.12 Vérifier de la taille des tables de type LONG

D’après la note 646681, il est possible d’améliorer les temps des imports en ne réalisant qu’un
commit par tables plutôt qu’un commit par ligne comme par défaut.

Pour cela, il faut que la plus grosse des tables de type LONG puisse tenir dans le psapundo.

SQL>set timing on;

SQL>set linesize 1024;
SQL>select max(round((blocks*8)/(1),0)) as table_long_la_plus_grosse
from all_tables
where table_name in (select table_name
from all_tab_columns a
where upper(data_type) like '%LONG%')
and round((blocks*8)/(1024*1024),2) <> 0;

Taille Table la plus grosse

106 176

Le PSAPUNDO faisant 60Go pas de soucis.

1.13 Vérifier que le tablespace par default du user sys n’est pas
SYSTEM
D’après la note 646681 / Chapitre 5 / Remark 2, il ne faut pas que le user SYS dispose du
tablespace temporaire par défaut positionné sur SYSTEM.

SQL> select username, default_tablespace, temporary_tablespace from dba_users;

Pour le modifier, si nécessaire, il faut lancer :

SQL>alter user sys temporary tablespace psaptemp;

1.14 Vérifier la taille du tablespace du user SAPPBM

D’après la note 646681 / Chapitre 5 / Remark 3, il faut s’assurer que le tablespace par défaut du
user SAPPBM dispose d’assez d’espaces libres.

Salins Du Midi Page 5 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

SQL> select username, default_tablespace from dba_users where username='SAPPBM';

On demande que le tablespace PSAPPBMUSR dispose d’au moins 5 Go de libre.

Dans DBM ce tablespace peux s’étendre jusqu’à 10Go :

1.15 Vérifier le mode de création des tablespaces

SQL>select tablespace_name, contents, extent_management,allocation_type, next_extent
from dba_tablespaces;

TABLESPACE_NAME CONTENTS EXTENT_MAN ALLOCATIO NEXT_EXTENT

------------------------------ --------- ---------- --------- -----------
SYSTEM PERMANENT LOCAL SYSTEM
PSAPUNDO UNDO LOCAL SYSTEM
PSAPTEMP TEMPORARY LOCAL UNIFORM 1048576
PSAPPBM PERMANENT LOCAL SYSTEM
PSAPPBMUSR PERMANENT LOCAL SYSTEM
SYSAUX PERMANENT LOCAL SYSTEM
PSAPPBM701 PERMANENT LOCAL SYSTEM

Une allocation positionnée sur la valeur SYSTEM indique que le tablespace est en ASSM.
Par contre, s’il est en UNIFORM, le tablespace est mode manuel.

1.16 Vérifier qu’il n’y a pas de tables n’appartenant pas au user sap
dans un tbs sap
SQL>select owner, tablespace_name, table_name from all_tables where owner not in
('SYSTEM','SAPPBM') and tablespace_name not in ('SYSTEM','SYSAUX');

no rows selected

Si c’est le cas, les tables ne pourront pas être traitées par les outils sap type brtools et brspace.

1.17 Vérifier qu’il n’y a pas de trigger dans un état invalide

Si on a un trigger invalide il faut suivre la note 541538 , la seule chose à faire est de supprimer le
trigger.
SQL> select owner, object_name
from dba_objects
where object_type = 'TRIGGER'
and status = 'INVALID';

no rows selected

Si des lignes ressortent en résultat de cette requête, il faut dropper le trigger :

SQL> drop trigger SAPPBM."xxxxxxxxxxxxxxxxxxxx";

Salins Du Midi Page 6 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

1.18 Vérifier l’espace disque occupé

Taille Totale Taille Utilisée Taille Libre % Utilisation
(Go) (Go) (Go)
/oracle/DBM/sapdata1 967475200 818244864 148066272 85%

1.19 Vérifier le nombre de partitions par tables

D’après la note 646681 / Chapitre 5 / Remark 10, il ne faut pas que la base contienne des tables
partitionnées de plus de 3500 partitions.

SQL>set timing on;

SQL>set linesize 1024;
SQL> select table_name, count(*)
from sys.dba_tab_partitions
where table_owner not in ('SYS','SYSTEM')
group by table_name
order by 2;

no rows selected

Si c’est le cas, des variables d’environnement doivent mises à jour.

1.20 Vérifier le nombre d’objets de la base

SQL>spool /tmp/nb_objets
SQL>set linesize 1024;
SQL> select owner,object_type,object_name
from dba_objects
where owner in ('SAPPBM','OPS$ORDBM', 'OPS$DBMADM')
order by 1;
SQL> spool off

1.21 Vérifier le nombre d’objets invalides de la base

Pour vérifier que la reorg n’a pas introduit de nouveaux objets invalides, nous comptons le nombre
avant :

SQL>spool /tmp/nb_objets_invalides
SQL>set linesize 1024;
SQL> select owner,object_type,object_name
from dba_objects
where status='INVALID'
order by 1;
SQL> spool off

Salins Du Midi Page 7 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

1.22 Vérifier le nombre d’objets par tablespace

SQL>set linesize 1024;
SQL> select tablespace_name, 'TABLE' as type, count(*)
from all_tables
where tablespace_name not like '%NEW%'
group by tablespace_name
UNION ALL
select tablespace_name, 'INDEX', count(*)
from all_indexes
where tablespace_name not like '%NEW%'
group by tablespace_name
order by 1;

TABLESPACE_NAME TYPE COUNT(*)

------------------------------ ----- ----------
PSAPPBM INDEX 34570
PSAPPBM TABLE 23784
PSAPPBM701 TABLE 385
PSAPPBM701 INDEX 557
PSAPPBMUSR TABLE 19
PSAPPBMUSR INDEX 17
SYSAUX INDEX 369
SYSAUX TABLE 324
SYSTEM TABLE 678
SYSTEM INDEX 782

1.23 Identifier les tablespaces contenant des LONG

Pour améliorer la phase de réorganisation ONLINE, nous avons besoin de connaitre les
tablespace qui contiennent des champs de type LONG.

SQL>set linesize 1024;

SQL> select tablespace_name, count(table_name) as nb_tables_avec_long
from all_tables
where table_name in (
select table_name
from all_tab_columns a
where upper(data_type) like '%LONG%')
and tablespace_name is not null
group by tablespace_name
order by 1,2 desc;

TABLESPACE_NAME NB_TABLES_AVEC_LONG
------------------------------ -------------------
PSAPPBM 482
PSAPPBMUSR 1
SYSAUX 3
SYSTEM 47

Salins Du Midi Page 8 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

2. Opérations de Réorganisation

2.1 Création des nouveaux tablespaces SAP temporaires

D’après l’étude préalable, nous allons créer les nouveaux tablespaces avec leurs nouveaux
datafiles dans les FileSystems temporaires.

Ancien Nouveau
Nom de Tablespace Nom de Tablespace
PSAPPBM PSAPPBMNEW
PSAPPBM701 PSAPPBM701NEW
PSAPPBMUSR PSAPPBMUSRNEW

La création des tablespaces ne peut pas se faire automatiquement via brspace car il ne sait pas
gérer l’ajout de plusieurs datafiles.

On le fait donc via brtools ( !!! NE PAS OUBLIER LE TABART AU MOMENT DE LA CREATION
DU NOUVEAU TABLESPACE !!! )

Salins Du Midi Page 9 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

2.2 Déplacement des tablespaces non SAP

D’après l’étude préalable, nous allons déplacer les tablespaces non SAP dans les nouveaux FS.
Tablespace Nouveau
File System à utiliser
PSAPUNDO /oracle/DBM/sapdata4
PSAPTEMP /oracle/DBM/sapdata6
SYSAUX /oracle/DBM/sapdata4
SYSTEM /oracle/DBM/sapdata4

Ces gestes peuvent être réalisées via un rename des datafiles.

SQL> startup mount
SQL> alter database rename file
'/oracle/DBM/sapdata2/sysaux_1/sysaux.data1' to
'/oracle/DBM/sapdata4/sysaux_1/sysaux.data1';

SQL> alter database rename file

'/oracle/DBM/sapdata1/system_1/system.data1' to
'/oracle/DBM/sapdata4/system_1/system.data1';

SQL> alter database rename file '/oracle/DBM/sapdata3/temp_1/temp.data1'

to ' /oracle/DBM/sapdata6/temp_1/temp.data1';

SQL> alter database rename file '/oracle/DBM/sapdata3/temp_2/temp.data2'

to ' /oracle/DBM/sapdata6/temp_2/temp.data2';

SQL> alter database rename file '/oracle/DBM/sapdata3/temp_3/temp.data3'

to ' /oracle/DBM/sapdata6/temp_3/temp.data3';

SQL> alter database rename file '/oracle/DBM/sapdata3/temp_4/temp.data4'

to ' /oracle/DBM/sapdata6/temp_4/temp.data4';

SQL> alter database rename file '/oracle/DBM/sapdata3/undo_1/undo.data1'

to '/oracle/DBM/sapdata4/undo_1/undo.data1';

SQL> alter database rename file '/oracle/DBM/sapdata2/undo_2/undo.data2'

to '/oracle/DBM/sapdata4/undo_2/undo.data2';

SQL> alter database rename file '/oracle/DBM/sapdata2/undo_3/undo.data3'

to '/oracle/DBM/sapdata4/undo_3/undo.data3';

SQL> alter database open;

2.3 Déplacement des controlfiles

Habituellement, une installation standard de SAP créé les fichiers de controlfiles Oracle dans les
FS sapdata.
Comme les anciens FS vont être supprimés nous pouvons dès à présent les poser dans les
nouveaux sapdatas.

SQL>shutdown immediate
Dépalcement des fichiers cntrl
Modification de initP01.ora
SQL>startup

Salins Du Midi Page 10 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

2.4 Désactivation des archivelogs

Avant de désactiver les archivelogs, il faut s’assurer que la base soit bien dans cet état.

2.5 Lancement de la reorg ONLINE

PSAPPBM PSAPPBM NEW
PSAPPBM701 PSAPPBM701NEW
PSAPPBMUSR PSAPPBMUSRNEW

La réorg online va être lancée par le biais du script suivant : reorg_online_<TBS>.ksh. Le script
peut être posé dans /tmp/REORG

#!/usr/bin/ksh
# -----------------------------------------------------------------
BR_MSL=10485760; export BR_MSL
BR_DBL=41943040; export BR_DBL

DATE_LANCEMENT=`date +"%Y_%m_%d_%H_%M_%S"`
LOG_FILE=/oracle/DBM/sapreorg/REORG_DB_ONLINE_PSAPPBMUSR_${DATE_LANCEMENT}.log

echo "Variable de configuration brtools" >> $LOG_FILE

echo $BR_MSL >> $LOG_FILE
echo $BR_DBL >> $LOG_FILE

# -----------------------------------------------------------------
# Initialisation du log file.
# -----------------------------------------------------------------
> $LOG_FILE
chmod 666 $LOG_FILE

# -----------------------------------------------------------------
# Log the start of this script.
# -----------------------------------------------------------------

echo Script $0 >> $LOG_FILE

echo ===========================execution started on `date` ========================== >>
$LOG_FILE
echo ========================== >> $LOG_FILE
echo ==================================================================================>>
$LOG_FILE

echo ********************DEBUT DE LA Reorganisation ONLINE DU TABLESPACE PSAPPBMUSR:

`date`****** >>$LOG_FILE

brspace -c force -f tbreorg -a reorg -s "PSAPPBMUSR" -t "*" -n "PSAPPBMUSRNEW" -p "6" -e

"6" -d "yes" >>$LOG_FILE

echo **********************FIN DE LA Reorganisation ONLINE DU TABLESPACE PSAPPBMUSR:

`date`****** >>$LOG_FILE

TABLESPACE Temps Passé

PSAPPBMUSR
PSAPPBM701

Salins Du Midi Page 11 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

PSAPPBM

2.6 Lancement de la réorg OFFLINE pour les tables en LONG

D’après les études faites préalablement, nous connaissons les tablespaces qui contiennent des
objets de type LONG.

2.6.1 Création des DDL

Pour nous permettre de recréer la structure des tables ainsi que les index, nous avons besoin de
les sauvegarder :
ATTENTION, il faut adapter le paramètre -p en mettant 4 pour P01.
PSAPPBMUSR :
brspace -f tbreorg -s "PSAPPBM" -t "*" -n "PSAPPBMNEW" -p 4 -d only_tab
 /oracle/DBM/sapreorg/sergpips.tbr

brspace -f tbreorg -s "PSAPPBM" -t "*" -n "PSAPPBMNEW" -p 4 -d only_ind

 /oracle/DBM/sapreorg/sergpisq.tbr

brspace -f tbreorg -s "PSAPPBM" -t "*" -n "PSAPPBMNEW" -p 4 -d only_dep

 /oracle/DBM/sapreorg/sergpivf.tbr

2.6.2 Export des données avec DataPump

Nous allons pouvoir lancer l’export des données Oracle.
Les données exportées le sont forcément vers le répertoire R:\oracle\P01\sapreorg\ d’où
l’importance de dimensionner ce FS judicieusement.

ATTENTION, il faut adapter le paramètre –p en mettant 4 pour P01.

PSAPPBM :
brspace -u system/+SYS4slm -f tbexport -l expdp -s "PSAPPBM" -t "*" -p 4 -r yes -i no -c no -g no
-e no
 /oracle/DBM/sapreorg/sergpixn.tbe

2.6.3 Suppression du tablespace

Maintenant que toutes les données encore présentes dans les tablespaces sont exportées, nous
pouvons le supprimer.

brspace -f tsdrop -t "PSAPPBM" -f

2.6.4 Création de la structure des tables

Nous allons maintenant recréer la structure des tables dans les nouveaux tablespaces
temporaire

PSAPPBM :
SQL> connect / as sysdba

Salins Du Midi Page 12 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

SQL> @/oracle/DBM/sapreorg/sergpips/ddl.sql

2.6.5 Import des données avec DataPump

L’import des données se déroule lui aussi avec l’utilitaire Oracle datapump.

brspace -u system/+SYS4slm -f tbimport -y full -a replace

Attention, pensez à mettre le paramètre REMAP_TABLESPACE=PSAPPBM:PSAPPBMNEW

en fin du fichier de contrôle .imp généré par brtools.

2.6.6 Création des index et contraintes

Maintenant que les données sont réimportées, on peut recréer les index et contraintes.
PSAPPBM :
SQL> connect / as sysdba
SQL> @/oracle/DBM/sapreorg/sergpisq/ddl.sql
SQL> @/oracle/DBM/sapreorg/sergpivf/ddl.sql

2.7 Vérification que les anciens tablespaces sont vides

Avant de purger tous les anciens tablespaces, on vérifie bien qu’ils ne contiennent plus de
données.

SQL>set linesize 1024;

SQL> select tablespace_name, 'TABLE' as type, count(*)
from all_tables
group by tablespace_name
UNION ALL
select tablespace_name, 'INDEX', count(*)
from all_indexes
group by tablespace_name
order by 1;

TABLESPACE_NAME TYPE COUNT(*)

------------------------------ ----- ----------
PSAPPBM701NEW INDEX 557
PSAPPBM701NEW TABLE 385
PSAPPBMNEW TABLE 23784
PSAPPBMNEW INDEX 34570
PSAPPBMUSRNEW INDEX 17
PSAPPBMUSRNEW TABLE 19
SYSAUX TABLE 324
SYSAUX INDEX 369
SYSTEM INDEX 802
SYSTEM TABLE 684

2.8 Renommer les nouveaux tablespaces

Pour éviter au maximum de changement pour SAP, nous allons renommer les tablespaces
comme à leur origine.
PSAPPBMNEW PSAPPBM
PSAPPBM701NEW PSAPPBM701
PSAPPBMUSRNEW PSAPPBMUSR
Salins Du Midi Page 13 / 18
Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

brspace -c force -f tsalter -a rename -t PSAPPBMNEW -n PSAPPBM ;

brspace -c force -f tsalter -a rename -t PSAPPBM701NEW -n PSAPPBM701 ;
brspace -c force -f tsalter -a rename -t PSAPPBMUSRNEW -n PSAPPBMUSRPBM ;

2.9 Lancer le calcul des statistiques

Pour informer le CBO des nouvelles données, nous pouvons relancer le calcul des stats.

brconnect -u / -c -f stats -p 8
Début 14h15 – Fin 17h40  durée : xhxx

2.10 Activer le mode archivelog

Salins Du Midi Page 14 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

3. Opérations Post-Réorganisation

3.1 Vérifier les tablespaces contenant des LONG

Pour s’assurer que le processus d’export / import a correctement fonctionné, on peut vérifier que
le nombre de tables de type LONG soient identiques au nombre avant l’import.

Point 2.25

SQL>select tablespace_name, count(table_name) as nb_tables_avec_long

from all_tables
where table_name in (
select table_name
from all_tab_columns a
where upper(data_type) like '%LONG%')
and tablespace_name is not null
group by tablespace_name
order by 1,2 desc;

TABLESPACE_NAME NB_TABLES_AVEC_LONG
------------------------------ -------------------
PSAPPBM 482
PSAPPBMUSR 1
SYSAUX 3
SYSTEM 47

3.2 Vérifier que les users Oracle disposent toujours du même

tablespace par defaut qu’avant la reorg
Pour s’assurer que le processus de réorganisation a correctement fonctionné, on peut vérifier les
tablespaces des users.

Point 2.14

SQL>set linesize 1024

SQL>select username, default_tablespace, temporary_tablespace from dba_users;

On constate ici une incohérence qu’on peut corriger via sql.

SQL> alter user SAPPBM default tablespace PSAPPBMUSR;

SQL> alter user OPS$DBMADM default tablespace PSAPPBMUSR;

Salins Du Midi Page 15 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

3.3 Comparer le nombre d’objets de la base

En récupérant le résultat généré pendant la phase de pré, et en le relançant, on peut comparer.

Point 2.22

60062 rows selected.

Il y a plus d’enregistrements surement du au passage du SP4 pour ST-PI entre le début de la

reorg et la fin.

Seuls les objets de type LOB ont changé de nom. Ceci s’explique par le fait que les noms de ces
objets sont générés directement par Oracle et non pas par SAP. Oracle gère donc seul leur
renommage.

3.4 Comparer le nombre d’objets invalides de la base

SQL> @?/rdbms/admin/utlrp.sql

En récupérant le résultat généré pendant la phase de pré, et en le relançant, on peut comparer.

Point 2.23

Il n’existe plus d’objets invalides.

3.5 Relancer SAP

Maintenant que toutes les vérifications nécessitants un arrêt de SAP sont terminées, nous
pouvons relancer l’applicatif.

3.6 Comparer le Capacity Planning

On voit une nette amélioration de l’ordre de 28 %.

Salins Du Midi Page 16 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

3.7 Comparer la taille des tablespaces

Pour valider que les tbs ont bien vu leur taille diminuée, on peut comparer avec le point 2.1

Espace Espace
Utilisé Utilisé Gain Pourcentage
pré-reog post-reog
PSAPSR3 733 544 189 Go 25%
PSAPSR3TAB1 303 193,5 109,5 Go 36%
PSAPSR346C 17,6 16,1 1,5 Go 8%
PSAPBWPUSR 0,1 0,1 0,0 Go

3.8 Lancement d’une analyse de base

On lance maintenant un checkdb pour pouvoir identifier les nouvelles erreurs.

Salins Du Midi Page 17 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware
 Etude et Mode Opératoire à suivre pour la
reorganisation de DBM
Référence : NCI/CPA/SDM/V1

3.9 Réactiver les sauvegardes

3.10 Réactiver le plan de production

3.11 Réactiver la supervision

3.12 Rendre les filesystems inutilisés

3.13 Renommer les anciens noms de FileSystem

3.14 Remettre le FS sapreorg a sa valeur d’origine

Salins Du Midi Page 18 / 18

Reproduction et diffusion interdites sans autorisation d’Euriware