Discussion :

[Guigsounet]

Bonsoir,

Sur un serveur j'ai deux instances oracle 10 créées avec le même installer la même journée

Sur l'un des deu je ne peux faire d'export car le package ls_export_pkg du schéma wmsys n'existe pas (d'autres packages sont manquants par ailleurs)

Mais j'arrive a faire des imports

Comment créer les packages manquants ?
Je ne les trouve pas dans les fichiers sql de la home
puis je simplement faire un import du schema en question ?

[Drawingrom]

Sur un serveur j'ai deux instances oracle 10 créées avec le même installer la même journée

Cela semble étrange que 2 bases créées avec la même procédure ne contienne pas accès le même ensemble de package standard.

Plutôt que de tenter une correction manuelle, avez-vous contrôlé que votre création d'instance s'est déroulée correctement ?

[Guigsounet]

J'ai trouvé les scripts à exécuter et ceux ci se sont bien déroulés
mais , me retrouvant "gelé" lors du lancement de l'export, j'ai remarqué que d'anciennes commandes exp était toujours dans la liste des process windows et oracle

J'ai donc tenté de les kill, mais sous oracle les sessions sont en status=Killed mais ne libèrent pas

En investiguant je me suis rendu compte que j'avais trois types de session

1 Un lot ayant le même SQL_ID dans v$session (est ce normal ?)
avec unevent attendu : Cursor : pin S wait on X.

2 une session avec un SQL_ID différent et l'event attendu est db file sequential read

3 Un session avec le même sql_id que le premier lot mais l'event attendu est db file sequential read


Ne pouvant arrêter ma base en journée, je me demande que faire. (d'autant que tout fonctionne pour les utilisateurs)

Existe-t-il une session bloquant tout le monde et empêchant les kills ?
Si oui comment la trouver ?

[Guigsounet]

On avance on avance

j'ai pu stopper ma base et la redemarrer

En résumé
Des packages manquants pour les export, me font lancer des scripts oracle pour les installer

Je lance exp ou expdp et je me retrouve bloqué, avec des locks et/ou des accès concurrentiels

shutdown/startup

Je relance mes exports et là j'ai de "vrais" messages

Code :

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

1
2
3
4
5
6
7
8
9
Traitement du type d'objet DATABASE_EXPORT/SCHEMA/PROCACT_SCHEMA
ORA-39014: Un ou plusieurs processus esclave sont sortis prématurément.
ORA-39029: le processus esclave 1 nommé "DW01" s'est arrêté prématurément
ORA-31671: Une exception non gérée s'est produite pour le processus esclave DW01.
ORA-00600: code d'erreur interne, arguments : [qmxtrScalarIsRewritable:dft], [], [], [], [], [], [], []
ORA-06512: à "SYS.KUPW$WORKER", ligne 1397
ORA-06512: à ligne 2
Tâche "SYSTEM"."SYS_EXPORT_FULL_04" arrêtée en raison d'une erreur grave à 17:18:02
ORA-39014: Un ou plusieurs processus esclave sont sortis prématurément.

Une piste ?

[PaulNero]

Bonjour,
je te conseille de procéder à la recréation de l'instance en utilisant DBCA.

cordialement

[Guigsounet]

Que fais-je de mes données que je ne peux exporter ?

[Guigsounet]

J'avance a petits pas


j'ai trouvé des packages et autres types d'objets en invalde, je les ai donc recompilés

Puis mes exports ont eu deux types de comportement différents
Hier : a nouveau gelés lors de l'appel à la vue KU$_xml_schema_view
Aujourd'hui je me fait déconnecté au même moment à priori

j'ai donc regardé le ddl de la vue, interrogé chacun des tables la composant séparément pour trouver le blocage : aucun problème j'ai des résultats sans message d'erreur ou gèle ou déconnexion

Mais quand j'exécute le select qui définit la vue : déconnexion

Suis-je naif de procéder ainsi ?
Ai je mis le doigt sur le problème ?

[PaulNero]

Slt,
crée une autre instance.Tu récupère ton script de création des tables et autres objet.Puis tu crée un lien de base de données et avec un dblink tu charges les anciennes données dans la nouvelle base.

[Pomalaix]

L'erreur ORA-00600 avec l'argument qmxtrScalarIsRewritable:dft est décrite dans la note Metalink 827458.1. Pas de solution avant Oracle 11g.

Mais s'il vous manque des paquetages, c'est mal parti pour que ça puisse fonctionner, et il faut vraiment remettre au carré votre dictionnaire interne !

Code :

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

1
2
3
4
5
sauvegarde de la base (arrêtée)
startup restrict
@?\rdbms\admin\catalog.sql
@?\rdbms\admin\catproc.sql
@?\rdbms\admin\utlrp.sql

Puis redémarrage en mode normal, et retester l'export.

[Guigsounet]

Un call a été ouvert chez oracle, je tiendrais au courant

@Pomalaix concernant les scripts, ils ont été lancés mais tombent en Ora-600 sur la création de procédures du schema XDB

Il n'existe aucun moyen de créer une autre instance saine, puis de déplacer les dbf applicatif entre les instances ?