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

Sybase Discussion :

[RS]Replication Server & Journal de Transaction


Sujet :

Sybase

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Février 2006
    Messages
    28
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 28
    Par défaut [RS]Replication Server & Journal de Transaction
    Bonjour,
    Je voudrais savoir quels sont les différentes opérations qui ne sont pas prises en compte dans le "log de transaction" pour un serveur ASE 12.x.
    Ceci est indispensable à savoir afin de s'assurer que les données répliqués par Replication Server sur la base de destination soit similaire à celle d'origine.

    exemple:
    L'ordre truncate n'est pas inscrit dans le log de ASE
    pour y remdédier il existe la commande sysadmin apply_truncate_table au niveau de SYBASE Replication Server pour répliquer les données supprimées.

    1/Pour résumer donc, quels sont les données non sauvegardés dans le log de ASE
    2/ Quels sont les façons d'y remédier au niveau de SYBASE Replication Server

    ps: une réponse à la la question 1 c'est l'indispensable pour moi , à la 2 le GRAND LUXE

  2. #2
    Rédacteur/Modérateur

    Avatar de Fabien Celaia
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Octobre 2002
    Messages
    4 228
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : Suisse

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Service public

    Informations forums :
    Inscription : Octobre 2002
    Messages : 4 228
    Billets dans le blog
    25
    Par défaut
    Il y a deux types de réplications : Warm standby et par repdef.

    La WSB, depuis RS12, est en mesure de répliquer les ordres truncate selon le status de sp_reptostandby (à ALL).

    Les ordres non répliqués restent donc, en gros
    - le truncate table (en non wsb)
    - le select into
    - les inserts faits en fast bcp
    Sr DBA Oracle / MS-SQL / MySQL / Postgresql / SAP-Sybase / Informix / DB2

    N'oublie pas de consulter mes articles, mon blog, les cours et les FAQ SGBD

    Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !

  3. #3
    Membre Expert

    Profil pro
    Inscrit en
    Janvier 2006
    Messages
    1 307
    Détails du profil
    Informations personnelles :
    Âge : 66
    Localisation : Suisse

    Informations forums :
    Inscription : Janvier 2006
    Messages : 1 307
    Par défaut
    A partir de RS 12.6 on a aussi la replication MSA (une repdef pour toute un base, plutot qu'une repdef par objet). Si mes souvenir sont bons le comportement de la repli MSA est similaire à la WSB.

    Michael

  4. #4
    Membre éclairé
    Profil pro
    Inscrit en
    Décembre 2005
    Messages
    48
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2005
    Messages : 48
    Par défaut
    [FONT=Helv]Idées à tester ...
    - Pour la réplication du BCP IN :
    Créer un index sur la table (le mode bulk n'est plus utilisé)
    - Pour la réplication du select into :
    Dans la mesure ou la table n'existe pas encore avant le lancement de l'instruction select into, n'y aurait-il pas de toute façon un problème lors de la création de la subscription ?
    Sinon tester :
    Faire un select into avec clause where 1=2 juste pour créer la table.
    Puis utiliser la commande "insert select" à la place du "select into"
    [/FONT]

  5. #5
    Membre Expert

    Profil pro
    Inscrit en
    Janvier 2006
    Messages
    1 307
    Détails du profil
    Informations personnelles :
    Âge : 66
    Localisation : Suisse

    Informations forums :
    Inscription : Janvier 2006
    Messages : 1 307
    Par défaut
    Si les opérations de DDL sont repliquées on peut faire le CREATE TABLE suivi du INSERT ... SELECT pour simuler le SELECT INTO.

    Par contre, faire SELECT INTO ... WHERE 1=0 va créer la table uniquement sur le primaire, et le INSERT ... SELECT ne pourra donc pas être repliqué directement sans créer la table sur le secondaire.

    Michael

  6. #6
    Membre éclairé
    Profil pro
    Inscrit en
    Décembre 2005
    Messages
    48
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2005
    Messages : 48
    Par défaut
    Y a-t-il moyen de répliquer les opérations DDL en mode de réplication repdef ?

Discussions similaires

  1. journal de transaction sql server 2005
    Par alicia26 dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 03/09/2008, 17h19
  2. [SQL Server 2000] Lecture du journal de transaction
    Par luimême dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 28/10/2007, 13h35
  3. [SQL Server 2000] vider journal de transactions
    Par Abydos Business Group dans le forum MS SQL Server
    Réponses: 5
    Dernier message: 24/03/2006, 19h28
  4. [SQL Server ] Récupération journal de transactions
    Par grellierj dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 28/02/2006, 18h31
  5. Réduction du Journal de transactions SQL Server
    Par Aki dans le forum Bases de données
    Réponses: 1
    Dernier message: 08/10/2004, 09h15

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