Discussion :

[jacquesh]

Bonjour a tous.

Voila le problème.

J'ai une base en 7.3.4 de plusieurs Giga (en exploit).
J'ai une base en 10g en test.

Ne pouvant pas créer de DBlink d'une 10g vers une 7.3.4 (Connexion rejetée ) j'ai eu l'idée de monté une base en 8.1.7.4 avec les DBLINK vers la 7.3.4 , puis creer les synonymes.

le problème c'est que quant je veux attaquer la mon synonyme(8.1.7.4) via la 10g j'ai l'erreur suivante :

SQLPLUS > SELECT 1 from SYN_BASE73@DBLINK ;

Code :

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

1
2
 
ORA-031106 : erreur grave du protocole de communication bi-tâche ORA-20063

une idée pour réaliser ce DBlink 'trivial' ?

merci d'avance

[plabrevo]

Je ne retrouve pas l'erreur ORA-031106. C'est bien le numero exact de l'erreur?

[denisys]

Je ne retrouve pas l'erreur ORA-031106. C'est bien le numero exact de l'erreur?

http://ORA-031106.ora-code.com/

[plabrevo]

La traduction ne colle pas. Et 31xxx ne correspond pas a la tranche habituelle des erreurs TNS, en general 31xx ou 12xxx.

[denisys]

Je pense que jacquesh tante de faire du dblink en cascade
7.3.4 -> DBLINK -> 8.1.7.4 -> DBLINK -> 10g
En pensant que a partire de :
10g -> DBLINK -> 8.1.7.4 -> DBLINK -> 7.3.4
J’ai fais un test tous a l’heure
10g -> DBLINK -> 7.3.3
Effectivement la commande sqlplus revoie un message d’erreur comme quoi la version 7.3.3 n’est plus supportée.
Le tnsping lui est opérationnel.
On ce retrouve avec une comptabilité 7 .3.x->8.1.7.x parce qu’ils utilisent le système de connexion COMMUNITY
Par contre je ne sais pas si cela interfère avec la version 10g .
Mais pour ce qui en directe de 10g a 7.3.x ça bloque .

[plabrevo]

J'ai teste et ca marche dans mon environment. Je peux voir sous 10g une table situee physiquement dans une base Oracle7 7.3.4.

Code :

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

1
2
3
4
5
6
7
10.1.0.4.0
    |
    v
8.1.7.4.0
    |
    v
7.3.4.3.0

Je suis aussi quasiment certains que la seconde erreur reportee n'est pas un ORA-20063, mais un ORA-2063.

[jacquesh]

Merci à tous pour vos réponses.

en effet j'ai fait une petite faute de frappe c'est bien l'erreur 2063 et non 20063 et ORA-031106 est en fait ORA-03106 (clavier sans fil avec pile un peu faible = comportement étrange )

>> plabrevo <<
Comment a tu fais pour voir sous 10g une table situee physiquement dans une base Oracle7 7.3.4.

ya une solution ?

merci.

[plabrevo]

J'ai uniquement procede comme decrit plus haut.
- Creation d'une table en 7.3.4
- Creation d'un synonym on 8.1.7.4 sur la table 7.3.4
- Interrogation du synonym a partir de 10g au travers d'un db link.

Quelques pistes:
- Verifier que toutes etapes intermediaires fonctionnent,
- Verifier avec un definition de table simple,
- Jouer avec differents codesets,
- Essayer a travers une vue sur la 8.1.7.4 et interroger la vue depuis 10g,
- Mettre sqlnet.expire_time a 0 pour deactiver les tests de timeout.

[jacquesh]

en effet cela fonctionne mais j'ai une erreur

SQL> select count(*) from syn_00087_eta@DBPAVOT ;

COUNT(*)
----------
55

la tout va bien par contre

SQL> select 1 from syn_00087_eta@DBPAVOT ;
select 1 from syn_00087_eta@DBPAVOT
*
ERROR at line 1:
ORA-24371: data would not fit in current prefetch buffer

une idée...

[plabrevo]

Quel est la version du client sql*plus utilise pour acceder a cette instance 10g?

Faudrait essayer de tester avec une autre version et/ou platforme.

[jacquesh]

pour mon test je l'ai fait avec un SQLplus 10gXE(beta)... je ferai le test avec une 8 (cet après midi)

[denisys]

Et avec une version officiel de 10gR2 ???

Oracle Database 10g Release 2 (10.2.0.1.0) for Microsoft Windows

Oracle Database 10g Release 2 (10.2.0.1.0)
Enterprise/Standard Edition for Microsoft Windows (32-bit)

Download the Complete Files

10201_database_win32.zip (655,025,354 bytes)

C’est une suggestion !!!
Rien d’affirmatif.
Mais il me semble que la version XE est limité.
Peut être pas en accès aux autres serveur.
Mais a essayer peut être ????