Discussion :

[duboisfa]

Bonjour,

J'aimerais connaître la procédure à suivre pour charger dans une base Oracle 9i, un dump généré sous Oracle 8i. Je suppose qu'on ne peut pas lancer un import full sous peine d'écraser l'environnement des utilisateurs sys et system spécifiques à Oracle 9i ??? Doit-on se limiter à charger certains schémas ? ...

Merci pour vos réponses.

[star]

J'utilise ça pour importer en full :

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
# exemple de lancement: IMP test/xxx@test PARFILE=c:\ImpFullTest.cfg
#
#
# USERID=
LOG=c:\ImpFullTest.log		# Default none, Capture all of Import's messages
FILE=c:\ExpFullProd.dmp		# Default expdat.dmp, Name of the export file to import
# SHOW=y			# Default n, Lists de contents of the export file, Can be used only with the FULL=y, FROMUSER, TOUSER, or TABLES parameter
# INDEXFILE=c:\ImpIndexFile	# Default none, Specifies a file to receive index-creation commands, Objects are not imported, Can be used only with the FULL=y, FROMUSER, TOUSER, or TABLES parameters
IGNORE=n			# Default n, (n) rows are not imported into the table after object error, (y) rows are imported
COMMIT=y			# Default n, (n) issue a rollback upon object error or resource error, (y) commit after each array insert
FULL=y				# Default n, Import in full database mode, System objects are included
# FROMUSER=()			# Default none, Import in user mode, Specifies a list of schemas whose objects will be imported
# TABLES=(*)			# Default none, Import in table mode, Specifies a list of table names to import
# TOUSER=()			# Default none, Specifies a liste of user names to whose schemas data will be imported
ROWS=y				# Default y, Specifies whether the rows of table data should be imported or not
INDEXES=y			# Default y
GRANTS=y			# Default y
CONSTRAINTS=y			# Default y

.

[duboisfa]

C'est le script d'un import full classique mais entre 2 versions différentes d'Oracle, qu'advient-il des environnements des users sys et system ?? Je suppose qu'ils sont écrasés par une configuration 8i. Ne crée-t-on donc pas une incompatibilité entre 8i et 9i ?

Merci

[star]

Je suppose qu'ils sont écrasés par une configuration 8i

Non du tout, avec :

Code :

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

IGNORE=n # Default n, (n) rows are not imported into the table after object error, (y) rows are imported

Les objets existants dans la 9i ne sont pas touchés au moment de l'import, tout au plus tu obtiens un warning dans le log, mais sans plus.
Ce qui peut arriver, c'est qu'un objet existant dans la base source mais inexistant dans la base de destination, soit créer au moment de l'import.
Est-ce pour autant gênant ?
La majeure partie du temps, cela parait en soit indispensable, non !
.

[ducho]

Bonjour,

SYS n' est jamais ni exporté ni importé .
SYSTEM ne contient rien d' important et comme c' est dit ds le précédent post avec ignore=n il n' écrasera rien, tout au plus il rajoutera les objets
qui n' existent pas en oracle9 et qui sont ds le dump de l' export .

cdlt

[Process Linux]

Généralement il faut faire les exports et imports schéma par schéma.

Encor une chose, pour que cela marche bien , il faut exporter les shémas de la base 8i à partir d'un client Oracle 9i.
L'outil exp sait ce qu'il faut faire pour garder la compatibilité avec Oracle 9i.

A ce moment là , l'import devient trés simple dans la base oracle 9i.