Discussion :

[leng]

Bonjour à tous;
j'ai des sérieux ennuis avec Oracle 10 release 2.

en voulant faire la commande suivante:
create rollback segment r01 tablespace tbrbs;

j'obtient l'erreur ora 30574 ( qu'il ne peut creer un role back segment dans ce type de tablespace.

Question: comment créer mon tablespace tbrbs pour pouvoir creer mon rollback segment?

[orafrance]

Tu ne travailles pas avec un UNDO ?

[leng]

Non pas de UNDO

[orafrance]

j'savais même pas que les rollback existaient encore en 10g... Tu ferais mieux de migrer en UNDO c'est bien plus avantageux

Sinon : http://ora-30574.ora-code.com/

Il te faut un tablespace DICTIONNARY MANAGED apparemment

[Elise78]

Bonjour tout le monde :-)

Je me permets de relancer ce post étant donné que j'ai eexactement le même problème. J'ai justement des questions à ce sujet.

j'savais même pas que les rollback existaient encore en 10g... Tu ferais mieux de migrer en UNDO c'est bien plus avantageux

Je travaille sur une migration 8i->10g. Passer à une nouvelle version ne sous-entends pas forcément une prise en compte de toutes les évolutions de la nouvelles versions cible (malheureusement )

Sinon : http://ora-30574.ora-code.com/

J'ai beau essayé d'autres tablespaces (TMP, RBS_11 ou RBS_12), j'ai la même erreur

Code :

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

1
2
3
4
5
6
7
TABLESPACE_NAME                EXTENT_MAN ALLOCATIO
------------------------------ ---------- ---------
SYSTEM                         DICTIONARY USER
SYSAUX                         LOCAL      SYSTEM
TMP                            LOCAL      UNIFORM
RBS_11                         LOCAL      UNIFORM
RBS_12                         LOCAL      UNIFORM

Il te faut un tablespace DICTIONNARY MANAGED apparemment

C'est à dire ? Je suis perdue à ce moment là !


Elise78 (qui en a ras le bol de pleurer )

[Wurlitzer]

Code :

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

1
2
3
4
5
6
7
8
9
CREATE TABLESPACE RBS3 DATAFILE 
  'c:\repertoire\rbs.dbf' SIZE 1024K AUTOEXTEND OFF
LOGGING
DEFAULT STORAGE ( 
                  MAXEXTENTS  UNLIMITED
                )
PERMANENT
EXTENT MANAGEMENT DICTIONARY
/

Tu auras un tablespace DICTIONNARY MANAGED comme SYSTEM et non pas LOCALLY MANAGE comme (SYSAUX , TEMP, RBS_11 et RBS_12)

Elise78 (qui en a ras le bol de pleurer )

C'est pas joli, joli de nous prendre par les sentiments

[orafrance]

Je travaille sur une migration 8i->10g. Passer à une nouvelle version ne sous-entends pas forcément une prise en compte de toutes les évolutions de la nouvelles versions cible (malheureusement )

Alors tu t'enléves tout l'intérêt de la migration... quel est l'objectif si tu n'utilises pas les nouveautés ?

C'est à dire ? Je suis perdue à ce moment là !

Tes tablespaces RBS doivent être en DICTIONNARY MANAGED (cf article sur les tablespaces) mais encore une fois, j'insiste sur le fait que c'est complétement imbécile surtout en 10g. C'est comme si tu faisait installer l'électricité chez toi mais que tu refusais de t'éclairer autrement qu'avec des bougies et que tu faisais la lessive à la main

[Pomalaix]

Je travaille sur une migration 8i->10g. Passer à une nouvelle version ne sous-entends pas forcément une prise en compte de toutes les évolutions de la nouvelles versions cible (malheureusement )

Et concrètement, qu'est-ce qui vous empêche d'utiliser un tablespace UNDO ?
Vous avez des procédures qui utilisent des commandes de ce type ?

Code :

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

SET TRANSACTION USE ROLLBACK SEGMENT xxx

[Marc Musette]

10g offre du support, 8i n'est plus officiellement supportée --> intérêt de migrer quand même

effectivement ne pas utiliser le UNDO management est un sérieux désavantage

qui plus est passer de l'un à l'autre ne demande pas beaucoup d'effort si ce n'est de traquer les SET TRANSACTION en début de session , et surtout de savoir quelle undo retention configurer !

bonne chance

[Elise78]

Hello world

Alors je vais essayer de répondre à toutes les questions. Commencons par le début !!

1-
Wurlitzer, je suis désolée, effectivement c'est pas jolie, mais c'est vrai et c'est fatiguant !


2-
Le but premier de la migration est l'évolution de la plate-forme (passer d'un AIX qui à 7 ans à un Linux sur IBM) qui nous offre déjà à lui seul une optimisation des temps d'exécution des traitements en passant de 10h à 1h30 (voire moins).
Ensuite effectivement Oracle 8i n'est plus supporté.
Certaines des évolution 10g sont prises en compte, mais l'intégration des UNDO nécessiterait une refonte de l'applicatif qui n'est pas à l'ordre du jour.
Sait-on jamais cela pourrait changer d'ici que je finisse mon portage technique.
Pour le moment j'opère une migration à iso-fonctionnalité sans modification majeure de la structure du code et de la base. En somme je dois pouvoir installer un dump de production sur cette machine !
Dans un deuxième temps il sera éventuellement question d'une optimisation et rafraichissement de l'environnement base de données ... qui sait ?
En somme oui Fred_D, je lave encore mon linge à la main, mais le SAV me dit qu'il ne pourra intervenir que si j'ai l'electricité


Elise78