IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Recovery Manager Oracle Discussion :

RMan point in time recovery


Sujet :

Recovery Manager Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Décembre 2011
    Messages
    11
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : Tunisie

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Décembre 2011
    Messages : 11
    Par défaut RMan point in time recovery
    Bonjour,

    Pourquoi après l’utilisation de RMan point in time recovery, lors de l’ajout des nouveaux enregistrements à mon table, l’auto incrémentation des clés primaires ne se déroule pas bien, soit avant la restauration, quand je procède à une nouvelle insertion d’un enregistrement prend la valeur après : 1,2,3, etc., après la restauration les valeurs changes comme suit : 1,2,18,19, etc. ou sont les valeurs de 3 à 17 ?

    Configuration:
    Windows 2003 Service Pack 2;
    Oracle 10g XE

    Cordialement,

  2. #2
    Expert confirmé
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 822
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 822
    Billets dans le blog
    1
    Par défaut
    Bonjour,
    Les valeurs 3 à 17 étaient en cache, en mémoire. Et ont été perdues lors de l'arrêt de l'instance.
    Le but des sequences (et clé autoincrémentées qui s'appuient dessus) est seulement de fournir des nombres uniques. Il peut toujours y avoir des gaps.
    Cordialement,
    Franck.

  3. #3
    Membre Expert

    Homme Profil pro
    Inscrit en
    Mars 2010
    Messages
    536
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Mars 2010
    Messages : 536
    Par défaut
    Citation Envoyé par pachot Voir le message
    Bonjour,
    Les valeurs 3 à 17 étaient en cache, en mémoire. Et ont été perdues lors de l'arrêt de l'instance.
    Le but des sequences (et clé autoincrémentées qui s'appuient dessus) est seulement de fournir des nombres uniques. Il peut toujours y avoir des gaps.
    Cordialement,
    Franck.
    Franck,

    Les valeurs de la séquence mises dans le cache ne sont perdues qu'en cas d'arrêt brut (ou anormal) de la base de données. Dans le cas d'un arrêt normal les valeurs mises dans le cache sont récupérées au redémarage de la base de données.

    http://hourim.wordpress.com/?s=sequence

  4. #4
    Expert confirmé
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 822
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 822
    Billets dans le blog
    1
    Par défaut
    Bonjour Mohamed,

    Un simple flush shared_pool crée le gap il semble:

    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
    19
    20
    21
     
    SQL> create sequence s;
    Sequence created.
     
    SQL> select s.nextval from dual;
       NEXTVAL
    ----------
             1
     
    SQL> select s.nextval from dual;
       NEXTVAL
    ----------
             2
     
    SQL> alter system flush shared_pool;
    System altered.
     
    SQL> select s.nextval from dual;
       NEXTVAL
    ----------
            21
    Cordialement,
    Franck.

  5. #5
    Membre Expert

    Homme Profil pro
    Inscrit en
    Mars 2010
    Messages
    536
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Mars 2010
    Messages : 536
    Par défaut
    Franck

    Oui c'est bien cela. A la fin de mon article j'ai écrit ceci

    The bottom lines:

    1. Loosing oracle sequence values is more an effect of stress on the shared pool and excessive rollbacks then anything else.

Discussions similaires

  1. Restauration RMAN SET UNTIL TIME
    Par canabral dans le forum Recovery Manager
    Réponses: 12
    Dernier message: 08/02/2017, 14h39
  2. [11g] rman option until time vers autre base
    Par glood1 dans le forum Recovery Manager
    Réponses: 1
    Dernier message: 26/09/2013, 16h17
  3. rman option until time vers autre base
    Par glood1 dans le forum Administration
    Réponses: 0
    Dernier message: 06/02/2013, 15h00
  4. [10g]restauration rman error needs more recovery
    Par falco- dans le forum Recovery Manager
    Réponses: 22
    Dernier message: 14/10/2011, 12h52
  5. Rman et Time Navigateur (Tina)
    Par sellfe dans le forum Administration
    Réponses: 3
    Dernier message: 14/12/2010, 17h28

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo