[ORACLE] Import dump : 8i rollback segment --> 10g undo

[Elise78]

Bonjour,

Je suis en cours de migration d'une base Oracle 8i (8.1.7) utilisant des rollback segments, vers une base Oracle 10g (10.2) avec des undo. J'ai donc fait un export de la base de départ en 8i que je dois importer sur la base cible en 10g.
Quels types de problèmes je peux rencontrer ? Est ce qu'il y aurait au préalable des choses à faire ? Je suis un peu perdue.

Merci d'avance de votre aide

Elise78

[orafrance]

bah non... a priori pas de souci... lance l'import tu verras bien

[Marc Musette]

à priori je n'importerais pas toute la db mais seulement les users/schéma applicatifs

ensuite veille bien à ne plus employer les SET TRANSACTION USE ROLLBACK SEGMENT en début de scripts ou dans tes applics

[remi4444]

IL faut quand meme faire attention parceque la logique est différente, la taille du UNDO dépendra de la durée de rétention et du volume de modifications maximum pendant ce délais de rétention. Si ton import est vraiment trés gros tu peux rester en "undo_mangement = manual" en ayant créés des rollback-segments dans un tablespace à part, Puis une fois l'import terminé, tu peux passer en "undo_management = auto" puis détruire les rollback segments ainsi que le tablespace.

[star]

Il y a cette doc qui pourrait t'aiguiller
.

[Elise78]

Bonjour,

Envoyé par Marc Musette

A priori je n'importerais pas toute la db mais seulement les users/schéma applicatifs

Effectivement, je n'importe que le schéma applicatif dont j'ai besoin.
Au préalable je dois créer l'instance avec un seul tablespace et sans les rollback segments.

Envoyé par Marc Musette

ensuite veille bien à ne plus employer les SET TRANSACTION USE ROLLBACK SEGMENT en début de scripts ou dans tes applics

Je supprime ces lignes ou je les remplace et par quoi ?

Envoyé par star

Il y a cette doc qui pourrait t'aiguiller
.

Merci pour la doc, c'est aussi ce genre d'infos que je cherchais : heureusement que c'est une doc technique
Par contre les scripts d'import et d'export sont à ma charge : pas compliqué, mais j'ai juste l'impression de réinventer la roue

Envoyé par Fred_D

bah non... a priori pas de souci... lance l'import tu verras bien

J'ai autant ne pas me lancer dans un truc tête baissée, et avancer à tatons en plus. C'est dommage et en plus ca fait perdre du temps : anticiper c'est mieux !

Envoyé par remi4444

...Si ton import est vraiment trés gros tu peux rester en "undo_mangement = manual" en ayant créés des rollback-segments dans un tablespace à part, Puis une fois l'import terminé, tu peux passer en "undo_management = auto" puis détruire les rollback segments ainsi que le tablespace.

Ma base est déja créée et renseignée avec un dump 8.1.7, je vais donc essayer de faire cette manip avant de réinstaller complétement mon serveur, même si ma base n'est pas si énorme que ca : 90 Mo compressés.

La suite de mes expériences dans le prochain post ...

Elise78

[Elise78]

Envoyé par remi4444

... Puis une fois l'import terminé, tu peux passer en "undo_management = auto" puis détruire les rollback segments ainsi que le tablespace.

Rémi, qu'est ce que je fais de mes variables transactions_per_rollback_segment = 21 et rollback_segments = (RBS_01,RBS_02,RBS_03,RBS_04,RBS_05,RBS_06,RBS_07,RBS_08) qui sont dans mon intSID.ora?

Elise78

[Elise78]

Envoyé par Elise78

... La suite de mes expériences dans le prochain post ...

Alors j'ai réalisé les taches suivantes :
- suppression des rollback_segments et le table_space auquel ils étaient reliés.
- arrêt de l'instance
- modification du pfileSID.ora en mettant :

Code :

1
2
3
4
5
6
7
8
9
10
11
###--------------------
### System Managed Undo
###--------------------
undo_management      = auto
undo_retention       = 10800        # in seconds
undo_tablespace      = UNDO
###---------------------------------
### System Managed Rollback Segments
###---------------------------------
transactions_per_rollback_segment = 21
# rollback_segments = (RBS_01,RBS_02,RBS_03,RBS_04,RBS_05,RBS_06,RBS_07,RBS_08)

- redémarrage de l'instance --> erreur en utilisant le "startup mount pfile ..."
- j'ai du remettre le undo management à manual et redémarrage de l'instance étape par étape

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
[ serveur : SID_BASE ]> sqlplus /nolog
 
SQL*Plus: Release 10.2.0.1.0 - Production ON Wed Jan 10 11:29:58 2007
 
Copyright (c) 1982, 2005, Oracle.  ALL rights reserved.
 
SQL> connect / AS sysdba
Connected TO an idle instance.
SQL>
SQL> startup nomount pfile=/DATA/ora/SID_BASE/u01/pfile/pfileSID_BASE.ora
ORACLE instance started.
 
Total System Global Area  268435456 bytes
Fixed Size                  1218892 bytes
Variable Size             243271348 bytes
DATABASE Buffers           20971520 bytes
Redo Buffers                2973696 bytes
SQL> ALTER DATABASE mount ;
 
DATABASE altered.
 
SQL> ALTER DATABASE open ;
 
DATABASE altered.

Je ne sais pas comment faire pour modifier la création de la base pour y mettre un tablespace undo. Je suis perdue pour le moment.


Elise78

[pifor]

Pour créer un tablespace undo, voir http://www.developpez.net/forums/sho...ablespace+undo

[Marc Musette]

si j'étais toi, j'aurais d'abord créer une db 10g "out-of-the-box" que j'aurais ensuite modifé selon les paramètres de mon ancienne db

j'y aurais alors créé le tbs et user associés à ton applic . enfin je lançais l'import de ce schéma

pour ce qui est des "set transaction ... " ils n'ont plus lieu d'être -> à supprimer

[remi4444]

Envoyé par Elise78

...même si ma base n'est pas si énorme que ca : 90 Mo compressés...

De toutes façons, c'est une petite base, donc laisse tomber les manips de rollback segments temporaires, si tu fais un UNDO standart, ça devrais passer sans problème.

[Elise78]

Merci pour toutes vos pistes, je fais le test d'une création à blanc de la base d'ici la fin de la semaine ... je vous tiens au courant.

Elise78