Sql server: perte transaction

gorka · 13/09/2012, 12h24

Bonjour,

J'ai actuellement une base de production et N bases répliquées. Chaque base répliquée est synchronisée avec la base de production, elle envoit et reçoit ses/les données.

J'ai remarqué dans une base répliquée qu'il y avait des lignes dans certaines tables qui n'avaient pas été envoyées sur la base de production. Du coup, j'ai une perte de données puisque les N autres bases répliquées n'ont pas accès aux lignes non répliquées vu qu'elle ne sont pas dans la base de production.

Je voulais savoir quelle est la meilleur stratégie pour remettre les données non répliquées vers la base de production.
Une sorte de merge entre les deux bases et plutôt qu'une insertion de la donnée non répliquée sur la base de production et suppression de la donnée sur la base répliquée pour éviter des conflits.

Merci d'avance

SQLpro · 13/09/2012, 13h28

Il faudrait commencer par indiquer quel type de réplication vous utilisez et quels sont les flux.

A +

gorka · 13/09/2012, 16h20

Sur le serveur de production, il y a du sql server 2008 R2 10.50.1600 et du sql express sur les base de données clientes.
Il s'agit d'une réplication transactionnelle, d'une publication transactionnel avec abonnement pouvant être mis à jour avec un réplication du schéma.
La stratégie de résolution de conflit est que le serveur de production est gagnant.

SQLpro · 14/09/2012, 11h20

Dans une réplication transactionnelle les mises à jour locale ne sont pas propagée en retour. La gestion de conflit ne sert qu'à la réplication de fusion.

A +

gorka · 14/09/2012, 16h15

Oui je sais qu'elles ne sont pas propagées. Je voulais savoir s'il existait une méthode/action ou s'il faut créer une procédure pour le faire.
Le but étant de récupérer les données non répliquées du client vers le serveur de production.

13/09/2012, 12h24	#1
gorka Invité régulier Inscription : août 2010 Messages : 28 Détails du profil Informations forums : Inscription : août 2010 Messages : 28 Points : 6 Points : 6	Sql server: perte transaction Bonjour, J'ai actuellement une base de production et N bases répliquées. Chaque base répliquée est synchronisée avec la base de production, elle envoit et reçoit ses/les données. J'ai remarqué dans une base répliquée qu'il y avait des lignes dans certaines tables qui n'avaient pas été envoyées sur la base de production. Du coup, j'ai une perte de données puisque les N autres bases répliquées n'ont pas accès aux lignes non répliquées vu qu'elle ne sont pas dans la base de production. Je voulais savoir quelle est la meilleur stratégie pour remettre les données non répliquées vers la base de production. Une sorte de merge entre les deux bases et plutôt qu'une insertion de la donnée non répliquée sur la base de production et suppression de la donnée sur la base répliquée pour éviter des conflits. Merci d'avance
	00

13/09/2012, 13h28	#2
SQLpro Rédacteur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 12 074 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 12 074 Points : 21 669 Points : 21 669	Il faudrait commencer par indiquer quel type de réplication vous utilisez et quels sont les flux. A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

14/09/2012, 11h20	#4
SQLpro Rédacteur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 12 074 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 12 074 Points : 21 669 Points : 21 669	Dans une réplication transactionnelle les mises à jour locale ne sont pas propagée en retour. La gestion de conflit ne sert qu'à la réplication de fusion. A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

13/09/2012, 16h20	#3
gorka Invité régulier Inscription : août 2010 Messages : 28 Détails du profil Informations forums : Inscription : août 2010 Messages : 28 Points : 6 Points : 6	Sur le serveur de production, il y a du sql server 2008 R2 10.50.1600 et du sql express sur les base de données clientes. Il s'agit d'une réplication transactionnelle, d'une publication transactionnel avec abonnement pouvant être mis à jour avec un réplication du schéma. La stratégie de résolution de conflit est que le serveur de production est gagnant.
	00

14/09/2012, 16h15	#5
gorka Invité régulier Inscription : août 2010 Messages : 28 Détails du profil Informations forums : Inscription : août 2010 Messages : 28 Points : 6 Points : 6	Oui je sais qu'elles ne sont pas propagées. Je voulais savoir s'il existait une méthode/action ou s'il faut créer une procédure pour le faire. Le but étant de récupérer les données non répliquées du client vers le serveur de production.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email