Discussion :

[Visiteur_33]

Je suis sur la mise en place d'une infrastructure Dataguard Oracle 10g en mode Logical (et non physical).

Installation / Archi :
Base Primaire : Ok - RedHat AS3
Base standby logical : Ok - RedHat AS3

Normalement (je dis bien "Normalement) ma configuration est bonne, mes bases arrivent a fonctionner, mais que sur quelques actions ... je ne comprends pas pourquoi.

Les options suivantes sont demarrees sur la base standby logique :
alter database start logical standby apply immediate (pour que la base applique immediatement tout ce qu'elle recoit de la base primaire)

Exemple qui marche :

Base primaire :

Code :

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

1
2
3
$> create user Toto identified by Tata;
$> commit;
$> alter system switch logfile;

Resultat : Aucun probleme, le transfert sur la base standby logique fonctionne bien, je retrouve bien mon user Toto lorsque je fais un "SELECT username from dba_users" depuis ma base logique standby.

Exemple qui marche pas :

Base primaire :

Code :

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

1
2
3
4
$> create table T01 (indexT01 number(3));
$> insert into T01 values (2);
$> commit;
$> alter system switch logfile;

Resultat : Lorsque je fais un "desc T01" sur ma base standby logique, il me dit que la table n'existe pas alors qu'elle existe bien sur ma base primaire.

Apres verification, les fichiers sont bien envoyes de la primaire a la standby, le logminer me dit les avoir parse, mais rien ... (a partir du fichier alert.log).

D'ou ce probleme peut-il venir ? Je n'en suis pas au point de m'arracher les cheveux, mais c'est proche !

Merci de votre aide !

[LeoAnderson]

est-ce que la base est bien en FORCE LOGGING ?

Est-ce que le tablespace par défaut du compte qui créé la table est bien en LOGGING ?

si vous faites la séquence suivante, que se passe-t-il sur la stand by ?

1. Création d'un user (opération que l'on qualifierait de "validation")
2. Création d'une table + insert + commit
3. Création d'un autre user
4. Log switch

[Visiteur_33]

Bonjour,

Pardon de ne pas avoir pu repondre avant, j'etais en deplacement.

Pour en revenir a mon probleme (qui n'est toujours pas regle!), j'ai bien verifie les informations suivantes :

1. La base primaire est bien en FORCE LOGGING (Select force_logging from v$database; => YES)

2. Comment verifier que le tablespace par defaut du compte (je suis en "connect / as sysdba" pour mes tests) est bien en LOGGING ? Comment passer le tablespace en LOGGING ? Le soucis peut eventuellement bien venir de la !

3. En repetant votre sequence, mes 2 utilisateurs sont biens dupliques sur ma base de secours logique, mais ma table et mon insert ne l'est pas ...

Information supplementaire :

Lorsque j'effectue sur ma base de secours logique la requete :
select type, high_scn, status from v$logstby
il me print :

Code :

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

1
2
3
4
5
6
 
TYPE                   HIGH_SCN                   STATUS
----------------------------------------------------------
COORDINATOR          482739        ORA-16116 : no work available
READER               482739        ORA-16240 : Waiting for logfile (thread# 1, sequence# 20)
BUILDER              482734        ORA-16116 : no work available

Le reader attend quelque chose de la base primaire ?

Merci de votre aide !

[LeoAnderson]

Si la base est en force logging, le tbs par défaut l'est obligatoirement.

par contre, quand vous créez la table :

1. ne la créez pas sous SYS ni SYSTEM
2. précisez le tablespace
3. précisez logging

Code :

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

1
2
3
4
5
 
create table toto.test1 
(ID NUMBER) 
  tablespace tools
  LOGGING;

[Visiteur_33]

Tout fonctionne a merveille.

Le probleme venait du fait de creer une table sous SYS...

1. En creant un nouveau tablespace TOOLS,
2. En creant un nouvel utilisateur et en lui assignant les droits de creation
3. En creant une nouvelle table avec votre syntaxe
4. En ajoutant un enregistrement
5. En committant

Resultat sur la base de secours logique :

1. Le tablespace TOOLS est duplique,
2. Le nouvel utilisateur et ses droits sont dupliques,
3. La nouvelle table est dupliquee,
4. L'enregistrement est duplique.

Merci !

[LeoAnderson]

Comme quoi il ne faut jamais rien créer sous SYS ou SYSTEM ! ;-)

[Visiteur_33]

ABSO-LU-MENT