Oracle 11g : Réplication avancée

Version imprimable

Voir 40 message(s) de cette discussion en une page

08/09/2009, 10h05
havoc31

Oracle 11g : Réplication avancée/Data Guard
Bonjour à tous,

J'espère poster dans la bonne zone de discussion, dans le cas contraire, veuillez m'excuser messieurs les admins :)

Nous disposons à l'heure actuelle d'un serveur Oracle (Version 11.1.0.6.0) qui est requêté par des utilisateurs en local et sur 2 sites distants.
Le problème est que l'outil a des temps de réponse considérables sur les sites distants, ce qui dégrade l'efficacité du travail des utilisateurs, selon la société qui développe l'outil qui exploite Oracle, ceci est dû au débit
L'augmentation du débit entre les sites n'a pas résolu le problème (lien SDSL 2M), pour un fonctionnement optimal il faudrait des liaisons louées, mais nous n'avons pas le budget pour cela...
Il a donc été décidé de déployer 3 machines sur les 3 sites utilisateurs : 1 serveur puissant (Win server 2003, Quad core, 16Go RAM) et 2 Stations en XP (l'outil fonctionne actuellement sur une machine en XP et à part quelques rares plantages d'Oracle, cela fonctionne bien en local)

Nous avons décidé que le serveur principal servirait aux chargements des données et à la consultation des données en local, les autres machines ne serviront qu'à la consultation (les mises à jour des bases après chargement ne demandent pas beaucoup de ressources et elles sont en nombre limité) ce qui signifie que les données du maitre viendront écraser les données des esclaves à chaque "synchro"
Après quelques recherches la mise en place de la réplication de données m'a semblé être une solution qui répondait aux critères énoncés ci-dessus.
J'ai donc essayé de déployer cette solution et dans ce cadre, j'ai commencé par configurer un site maitre de vues matérialisées (à partir d'"Enterprise manager", clic sur l'onglet "Mouvement de données", zonz "Réplication avancée", clic sur "Installation". Puis "Réplication des vues matérialisées actualisables" et enfin "Configurer des sites maîtres pour la réplication".

Cette procédure se déroule en 7 étapes (si vous le souhaitez je peux les détailler), et mon problème a lieu à l'étape 6 "Programmer un travail EM". Il m'est demandé de saisir un identifiant et un mot de passe dans la zone "Informations d'identification et de connexion de l'hôte", l'aide en ligne me donne les informations suivantes :
"Saisissez le nom utilisateur dont vous avez besoin pour vous connecter à l'ordinateur hôte sur lequel l'instance de base de données du site maître est installée.

Remarque : N'indiquez pas de compte d'administration de base de données, à savoir SYS, SYSMAN, REPADMIN et SYSTEM."

J'ai donc tenté de créer un utilisateur "REPLICATION" ayant différents droits :
Code:

1 2 3 4 5 6 CREATE ANY MATERIALIZED VIEW CREATE ANY TABLE ALTER ANY MATERIALIZED VIEW ALTER ANY TABLE IMPORT FULL DATABASE EXPORT FULL DATABASE
j'ai ajouté les 4 premiers privilèges à la suite de mes recherches dans la doc oracle.

mais j'obtiens systématiquement l'erreur suivante :
"Echec de la connexion à hôte en tant qu'utilisateur REPLICATION.ERROR: Invalid username and/or password"

Le choix de la réplication Avancée est-il pertinent ?
Quel utilisateur faut-il noter à l'étape 6 et/ou quels droits/privilèges doit avoir cet utilisateur ?

Merci d'avance pour vos réponses

Bonne journée
08/09/2009, 11h38
orafrance

et pourquoi pas des bases répliquées avec dataguard et ouverte en lecture ?
08/09/2009, 11h46
Pomalaix

Bonjour et bienvenue sur le forum

Un grand bravo pour la présentation claire et détaillée de votre problème !

En principe, ce qu'Entreprise Manager appelle "identifiant de l'hôte", c'est un compte OS, donc Windows dans votre cas.

Citation:

et pourquoi pas des bases répliquées avec dataguard et ouverte en lecture ?

J'ai très peu d'infos sur dataguard, y aurait-il un tuto pour sa mise en oeuvre ?
D'après ce que j'ai lu, j'ai déduit qu'il fallait que la base soit en mode ARCHIVELOG. J'avais fait le test du changement de mode avant d'essayer la réplication avancée
L'aide en ligne d'oracle est assez évasive sur le changement de mode à partir d'Enterprise manager, et lorsque j'ai fait le test à partir de SQLPLUS, j'ai effectué les opérations suivantes :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 SQL> ALTER SYSTEM SET 2 log_archive_format='redo_%S_%R_%T.arc' 3 SCOPE=SPFILE; SQL> ALTER SYSTEM SET 2 log_archive_dest_1='LOCATION=E:\oracle\oradata\arch\HERMES' 3 SCOPE=SPFILE; SQL> SHUTDOWN IMMEDIATE SQL> STARTUP MOUNT SQL> ALTER DATABASE ARCHIVELOG; SQL> ALTER DATABASE OPEN;
Concernant le nom du chemin (log_archive_dest_1) je me suis inspiré du livre "Oracle 11g - Administration"

Mon problème est qu'après le SHUTDOWN IMMEDIATE, plus aucune requête ne fonctionne (malheureusement je n'ai pas noté les messages d'erreur, mais de mémoire, il me semble avoir eu le message "STARTUP commande non reconnue" ou "impossible d'accéder à la base")

J'ai fait 2 tests :

- SHUTDOWN IMMEDIATE seul (sans les commandes "ALTER SYSTEM SET" avant) et ma base a planté, un redémarrage du service Oracle a résolu le problème
- La procédure détaillée ci-dessus, la base a planté et là plus moyen de la redémarrer (redémarrage de tous les services oracle et de la machine). J'ai du réinstaller Oracle...

Je précise que j'utilise l'édition Standard d'Oracle (si cela a une importance)
D'après la documentation, "log_archive_dest_n" (n de 1 à 10) n'est dispo qu'en édition enterprise, j'aurais peut-être dû utiliser "log_archive_dest" tout court, mais je n'ai pas eu de message d'erreur à cette étape...

En bref si Dataguard est une solution viable et plus simple à mettre en oeuvre que la réplication avancée, comment le mettre en oeuvre ? et comment résoudre le problème évoqué ci-dessus (dans le cas où dataguard fonctionne en mode ARCHIVELOG)

Citation:

Un grand bravo pour la présentation claire et détaillée de votre problème !

Merci :)

Citation:

En principe, ce qu'Entreprise Manager appelle "identifiant de l'hôte", c'est un compte OS, donc Windows dans votre cas.

J'ai déjà essayé, mais sans succès. Faut-il modifier des droits d'accès sur le serveur afin qu'oracle puisse utiliser ces identifiants?

08/09/2009, 15h20
orafrance

Pour le compte, il me semble que c'est celui qui a servi pour l'install d'Oracle qu'il faut indiquer.

Pour Dataguard, il faut te taper la doc et Metalink, faut être scrupuleux mais c'est pas particulièrement compliqué. La gestion par MV j'suis pas fan personnellement :? ça pose des problèmes de synchronisation des refresh de consommation de UNDO, etc... alors que dataguard applique les archives c'est bien plus simple.
09/09/2009, 00h04
Pomalaix

Citation:

Envoyé par havoc31

J'ai déjà essayé, mais sans succès. Faut-il modifier des droits d'accès sur le serveur afin qu'oracle puisse utiliser ces identifiants?

En 10g, oui !
Il faut que le compte Windows en question dispose du privilège "log on as a batch job" ("ouvrir une session en tant que tâche" en français).
Vous trouverez la procédure ici http://download.oracle.com/docs/cd/B...g.htm#BABFAEIG
Contrairement à ce qu'ils indiquent, il n'y a aucun besoin de redémarrer la machine, la prise d'effet du privilège est absolument immédiate.

Citation:

En 10g, oui !

Et en 11g aussi !! :D

J'ai effectué les manipulatiions du lien que vous m'avez transmis et effectivement en ajoutant l'utilisateur à 4 privilèges (dont "log on as batch job"), j'ai enfin pu terminer la procédure.
Cependant, et malgré une journée de lecture intensive hier, je me suis un peu noyé dans la doc, et j'ai peur de ne pas tout avoir compris sur la réplication avancée.

D'après ce que j'ai lu et ce que je veux faire, la solution la plus adaptée serait la "Read-Only Materialized View". le tutoriel ne détaille que des créations de vues matérialisées concernant des tables, par exemple :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 SELECT employee_id, first_name, last_name, email, phone_number, hire_date, job_id, salary, commission_pct, manager_id, department_id FROM hr.employees@master_site
Où d'après ce que j'ai compris tous les éléments entre SELECT et FROM sont des champs, hr est le schéma, employees est la table et master_site est le site maitre. Si je souhaite répliquer le schéma complet, cela signifie-t-il que je dois effectuer la requête suivante :

Code:

SELECT * FROM hr@master_site

De plus, nous créons des schémas presque tous les jours (finalement mon problème n'était pas complètement détaillée :lol:), donc cela signifie-t-il que je vais devoir créer des vues matérialisées pour chaque schéma ?

Plus généralement, je n'ai pas trouvé dans la doc (Paragraphes 7 et 8) quelles étaient les actions à effectuer sur chaque serveur.

Il faut aller dans "Mouvement de données", zone "Réplication avancée", et clic sur "Installation", j'arrive sur un écran où sont détaillés les menus suivants :

Réplication à plusieurs maîtres
o Créer un groupe maître

Réplication des vues matérialisées actualisables
o Configurer des sites maîtres pour la réplication
o Configurer des sites de vues matérialisées pour la réplication
o Créer un groupe de vues matérialisées
o Créer un journal de vues matérialisées dans les tables de base de données source pour la régénération rapide
o Créer une vue matérialisée

Vues matérialisées en lecture seule
o Créer un journal de vues matérialisées dans les tables de base de données source pour la régénération rapide
o Créer une vue matérialisée

Créer un modèle pour le déploiement en masse de sites de vues matérialisées
o Créer un modèle

A partir de là, je suppose que sur le serveur maitre :

dans "Réplication des vues matérialisées actualisables", sélectionner "Configurer des sites maîtres pour la réplication", et suivre la procédure
dans "Réplication des vues matérialisées actualisables", sélectionner "Configurer des sites de vues matérialisées pour la réplication", et suivre la procédure

Et sur les serveurs distants :

dans "Vues matérialisées en lecture seule", sélectionner "Créer une vue matérialisée", et suivre la procédure, mais je ne sais pas quelle requête saisir...

Je vais tester et je vous tiens informés...

Alors, d'après mes recherches, La réplication avancée à un seul maitre permet de copier vers une vue matérialisée tout ou partie d'une table.
On peut créer autant de vues matérialisées que l'on souhaite, mais à chaque création de table il faut créer une nouvelle vue matérialisée.

Ai-je bon jusque là?

Le principe de fonctionnement de notre outil est la création d'un utilisateur à partir duquel on importe un fichier .dmp. Ce fichier .dmp contient plusieurs tables. Des utilisateurs sont crées presque tous les jours.

La solution des vues matérialisées semble donc ne pas être adaptée.

l'idéal serait de pouvoir "synchroniser" nos 3 bases de données avec uniquement les données modifiées au cours de la journée, la sauvegarde s'effectuant 1 fois par jour.

Je suis en train de traduire un tuto en anglais sur Dataguard (oracle 11g) et plus j'avance plus je me pose de questions...

De toute évidence, pour fonctionner avec DataGuard, la base doit être en mode ARCHIVELOG. Or comme je l'avais expliqué précédemment, lors de la procédure, après avoir fait le SHUTDOWN IMMEDIATE, je n'ai plus la possibilité d'effectuer la moindre commande :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 >sqlplus sys/mot_de_passe@instance AS SYSDBA SQL*Plus: Release 11.1.0.6.0 - Production on Ven. Sept. 11 16:36:08 2009 Copyright (c) 1982, 2007, Oracle. All rights reserved. Connecté à : Oracle Database 11g Release 11.1.0.6.0 - Production SQL>ALTER SYSTEM SET 2 log_archive_format='redo_%S_%R_%T.arc' 3 SCOPE=SPFILE; Système modifié SQL>ALTER SYSTEM SET 2 log_archive_dest='LOCATION=E:\oracle\oradata\arch\MAVILLE' 3 SCOPE=SPFILE; Système modifié SQL>SHUTDOWN IMMEDIATE Base de données fermée. Base de données démontée. Instance ORACLE arrêtée. SQL>STARTUP MOUNT ORA-12514: TNS : le processus d'écoute ne connait pas actuellement le service demandé dans le descripteur de connexion SQL>
la base de données est à priori bien fermée...si bien qu'on ne peut plus l'ouvrir :(
Où est l'erreur dans ma procédure ? Suis-je connecté avec le mauvais utilisateur ?
Pour le moment je suis parti pour réinstaller oracle pour la énième fois...:calim2:

J'ai tenté de relancer la base avec ORADIM et voici la réponse...
Code:

1 2 3 4 5 C:\Documents and Settings\Administrateur>ORADIM -STARTUP -SID MABASE -SYSPWD mot_de_passe ORA-16032: parameter LOG_ARCHIVE_DEST destination string cannot be translated ORA-09291: sksachk: invalid device specified for archive destination OSD-04018: Accès impossible à l'unité ou au répertoire indiqué. O/S-Error: (OS 123) Syntaxe du nom de fichier, de répertoire ou de volume incorrecte.
J'ai cherché où était spécifié le paramètre LOG_ARCHIVE_DEST, il est noté dans init.ora, mais il est en commentaire...
J'avais modifié ce paramètre avant le shutdown, a priori il y a un problème dans cette requête :
Code:

1 2 3 SQL>ALTER SYSTEM SET 2 log_archive_dest='LOCATION=E:\oracle\oradata\arch\MAVILLE' 3 SCOPE=SPFILE;
sauriez-vous comment modifier ce paramètre (sachant que la base est fermée...), et surtout quelle syntaxe et quel chemin... ?

14/09/2009, 13h51
pifor
Essayez de:
1. créer un PFILE à partir du SPFILE:
  
  Code:
  
  create pfile from spfile;
2. de modifier la valeur du paramètre dans le PFILE
3. de recréer le SPFILE à partir du PFILE:
  
  Code:
  
  create spfile from pfile;

Je n'ai pas réussi à exécuter les requêtes, probablement car la base était fermée, je me suis donc résolu à réinstaller Oracle...Je ne suis plus à 1 fois près...

Finalement j'ai trouvé une procédure qui fonctionne :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
C:\SQLPLUS sys/mot_de_passe@instance AS SYSDBA
 
SQL*Plus: Release 11.1.0.6.0 - Production on Lun. Sept. 14 15:50:37 2009
 
Copyright (c) 1982, 2007, Oracle.  All rights reserved.
 
SQL> SHUTDOWN IMMEDIATE
 
Base de données fermée.
Base de données démontée.
Instance ORACLE arrêtée.
 
SQL> exit
 
C:>set oracle_sid=MONSID
 
C:>sqlplus /nolog
 
SQL*Plus: Release 11.1.0.6.0 - Production on Lun. Sept. 14 15:50:37 2009
 
Copyright (c) 1982, 2007, Oracle.  All rights reserved.
 
SQL> CONNECT / AS SYSDBA
Connecté à une instance inactive.
SQL> startup mount
Instance ORACLE lancée.
 
Total System Global Area 1071333376 bytes
Fixed Size                  1334380 bytes
Variable Size             301990804 bytes
Database Buffers          763363328 bytes
Redo Buffers                4644864 bytes
Base de données montée.
SQL> ALTER DATABASE ARCHIVELOG;
 
Base de données modifiée.
 
SQL> ALTER DATABASE OPEN;
 
Base de données modifiée.
 
SQL>

Je n'ai pas exécuté les 2 "ALTER DATABASE" vu que ce sont ces 2 requêtes qui posaient problème ou au moins la 2e :

Code:

1
2
3
4
5
6
7
8
9
SQL>ALTER SYSTEM SET
2   log_archive_format='redo_%S_%R_%T.arc'
3   SCOPE=SPFILE;
 
Système modifié
 
SQL>ALTER SYSTEM SET
2   log_archive_dest='LOCATION=E:\oracle\oradata\arch\MAVILLE'
3   SCOPE=SPFILE;

Bonjour à tous,

Je suis en train de paramétrer Data Guard comme conseillé par orafrance:ccool:, en suivant cette procédure et je sèche à l'étape 3.1.4 : Set Primary Database Initialisation Parameters...

Voici ce que je fais :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 * DB_NAME=chicago * DB_UNIQUE_NAME=chicago LOG_ARCHIVE_CONFIG='DG_CONFIG=(chicago,boston)' * CONTROL_FILES='/arch1/chicago/control1.ctl', '/arch2/chicago/control2.ctl' LOG_ARCHIVE_DEST_1= 'LOCATION=/arch1/chicago/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=chicago' LOG_ARCHIVE_DEST_2= 'SERVICE=boston ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=boston' LOG_ARCHIVE_DEST_STATE_1=ENABLE LOG_ARCHIVE_DEST_STATE_2=ENABLE * REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE * LOG_ARCHIVE_FORMAT=%t_%s_%r.arc LOG_ARCHIVE_MAX_PROCESSES=30
* : ces paramètres retournent l’erreur « ORA-02095 : le paramètre d’initialisation indiqué ne peut pas être modifié »

la doc Oracle étant ce qu'elle est, il y a un oubli et une inexactitude (arrêtez-moi si je me trompe) :
Oubli : ces commandes doivent être précédées d'un "ALTER SYSTEM SET" et terminées par un ";"
Inexactitude : LOG_ARCHIVE_FORMAT=%t_%s_%r.arc => il faut ajouter des guillemets simples :LOG_ARCHIVE_FORMAT='%t_%s_%r.arc'

Bien maintenant passons à mes problèmes ;)

1 comme expliqué sous le code, certaines de ces lignes retournent l'erreur ORA-02095, pour la plupart, cela n'est pas gênant vu que j'ai vérifié et que les valeurs d'origine sont identiques à celles que je souhaite, pour d'autres (LOG_ARCHIVE_FORMAT et REMOTE_LOGIN_PASSWORDFILE), je n'ai pas encore trouvé où étaient stocké ces variables...Sauriez-vous comment pouvoir accéder à la modification des variables ?
2 pour éviter ces erreurs, je les ai simplement supprimées de la requête. mais là se pose un autre problème : lorsque j'essaie d'exécuter, j'obtiens l'erreur :
Code:

1 2 3 4 5 ALTER SYSTEM SET * ERREUR à la ligne 1 : ORA-32017: échec lors de la mise à jour de SPFILE ORA-00439: fonction non activée : Managed Standby
Comment activer la fonction Managed Standby, et surtout pourquoi n'est-il pas spécifié qu'il faut l'activer (aurais-je oublié une étape ?) ?

Merci d'avance pour votre aide parce que là :arf:

PS : Cette discussion est-elle à la bonne place (Recovery Manager ?) ?

17/09/2009, 17h48
pifor

1. Pour modifier les paramètres d'initialisation dits "non modifiables" dans http://download.oracle.com/docs/cd/B...5.htm#i1124779 il faut utiliser:

Code:

ALTER SYSTEM SET <paramètre>=<valeur> scope=spfile;

et redémarrer l'instance.

2. ORA-00439 signifie que vous avez installé Oracle Database Standard Edition et non Oracle Database Enterprise Edition => il faut réinstaller Oracle et choisir Oracle Database Entreprise Edition (EE) car Data Guard n'est disponible qu'en EE.

Merci pifor pour ces infos :ccool:

J'ai pu bien avancer, j'ai terminé la config du serveur primaire et je suis sur le serveur standby, je suis bloqué sur l'étape 3.2.6 Step 1 : "Start the physical standby Database".

Sur la base standby, j'ai :
- Copié les fichiers créés à partir de la BDD primaire (Backup, control file et pfile)
- Créé un service

Code:

oradim –NEW –SID boston –STARTMODE manual

- configuré les processus d'écoute et le TNSNAME
- Créé le SPFILE à partir du pfile "modifié" du serveur primaire

Jusque là tout s'est déroulé sans erreur. Maintenant je dois effectuer un STARTUP MOUNT, mais j'obtiens l'erreur suivante :
Code:

1 2 3 4 5 6 7 8 9 10 SQL> startup mount Instance ORACLE lancÚe. Total System Global Area 1029484544 bytes Fixed Size 1334236 bytes Variable Size 260047908 bytes Database Buffers 763363328 bytes Redo Buffers 4739072 bytes ORA-00205: erreur lors de l'identification du fichier de controle; consultez le journal des alertes
Question bête : où puis-je consulter le journal des alertes ?

21/09/2009, 17h18
orafrance

regarde le paramètre background_dump_dest

Ce paramètre pointe vers le dossier "%ORACLE_HOME%/admin/clustdb/bdump/".
Or le dossier clustdb n'existe pas, j'ai trouvé un fichier log dans "E:\oracle\diag\rdbms\boston\boston\alert\", contenant les infos suivantes :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 <msg time='2009-09-21T17:13:00.984+02:00' org_id='oracle' comp_id='rdbms' msg_id='opiexe:2924:4222364190' client_id='' type='NOTIFICATION' group='admin_ddl' level='16' host_id='ORAMONTPELLIER' host_addr='192.168.2.102' module='sqlplus.exe' pid='1728'> <txt>ALTER DATABASE MOUNT </txt> </msg> <msg time='2009-09-21T17:13:03.781+02:00' org_id='oracle' comp_id='rdbms' client_id='' type='UNKNOWN' level='16' host_id='ORAMONTPELLIER' host_addr='192.168.2.102' module='' pid='876'> <txt>ORA-00210: cannot open the specified control file ORA-00202: control file: 'E:\ORACLE\ORADATA\boston\CONTROL02.CTL' ORA-27041: unable to open file OSD-04002: ouverture impossible du fichier O/S-Error: (OS 2) Le fichier spécifié est introuvable. </txt> </msg> <msg time='2009-09-21T17:13:06.687+02:00' org_id='oracle' comp_id='rdbms' msg_id='opiexe:2986:2780954927' client_id='' type='NOTIFICATION' group='admin_ddl' level='16' host_id='ORAMONTPELLIER' host_addr='192.168.2.102' module='sqlplus.exe' pid='1728'> <txt>ORA-205 signalled during: ALTER DATABASE MOUNT... </txt> </msg>
A priori l'erreur vient du fichier CONTROL02.CTL (fichier de contrôle), en effet dans mon pfile, j'ai déclaré 2 fichiers de contrôle (CONTROL01.CTL et CONTROL02.CTL). Cependant je n'ai créé à partir de la BDD primaire qu'un seul fichier :

Code:

SQL> ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/tmp/CONTROL01.CTL';

Comment faire pour corriger cette erreur ?
Je viens de m'apercevoir qu'à aucun moment dans le tuto il n'est question de restaurer le backup, quelqu'un saurait-il à quel moment il faut l'effectuer ?

J'ai pu éviter cette erreur en créant 2 fichiers control :

Code:

1
2
3
4
SQL> ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/tmp/CONTROL01.CTL';
Base de données modifiée.
SQL> ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/tmp/CONTROL02.CTL';
Base de données modifiée.

et en les copiant dans le dossier "/oracle/oradata/boston/"

Maintenant je bloque à l'étape suivante :

Code:

1
2
3
4
5
6
7
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT
 FROM SESSION
*
ERREUR Ó la ligne 1 :
ORA-01665: le fichier de contr¶le n'est pas un fichier de contr¶le de base de
secours

22/09/2009, 16h53
havoc31
Bien l'erreur précédente a été corrigée en ne créant qu'un seul fichier de contrôle et en le dupliquant (copier/coller puis renommer), je ne sais pas si cela a eu un impact mais j'ai effectué la création base fermée.

Je suis arrivé à la fin de la création de standby et je fais les tests et je n'ai pas les résultats escomptés :(

D'une part je n'ai pas fait de restauration du backup de la base primaire (si quelqu'un pouvait m'indiquer s'il y a une commande spécifique pour restaurer le Backup et quelle est-elle, et surtout à quel moment le faire...)

D'autre part voici le résultat des tests :
Code:

1 2 3 SQL> SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#; aucune ligne sélectionnée
Sur la BDD primaire :

Code:

SQL> ALTER SYSTEM SWITCH LOGFILE;

Sur la BDD standby :
Code:

1 2 3 SQL> SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#; aucune ligne sélectionnée
Pourtant si j'effectue cette commande sur la base primaire, j'ai 118 fichiers...
23/09/2009, 10h18
havoc31

Bien le bonjour à tous !

Je me suis à nouveau noyé dans la doc Oracle...:koi:
Je cherche les commandes qui me permettront de me connecter à ma base standby avec RMAN (instance lancée, base montée mais pas ouverte car aucune données n'est présente à part les controlfiles), et injecter le backup de la base primaire fait avec la commande :

Code:

BACKUP DATABASE PLUS ARCHIVELOG

En attendant, je reprends mon souffle et j'y retourne :mouarf:
23/09/2009, 10h53
pifor

Voir les différentes possibilités dans http://download.oracle.com/docs/cd/B...kp.htm#i637825

Voir 40 message(s) de cette discussion en une page