Discussion :

[Glouferu]

Bonjour,

On vient de me refiler une patate chaude, avec laquelle je ne suis pas d'accord mais qui a malheureusement été validée en CODIR...

Le besoin :

• Mettre à jour les bases de données SQL de 7 PC portable
• Les PC sont déconnectés du réseau 98% du temps
• La synchronisation sera réalisée à travers le VPN
• La mise à jour des données doit être incrémentale pour que la mise à jour ne dure pas trop longtemps (les pauvres )

Je pense avoir 3 options :

1. Mettre en place une réplication : Quel type serait le plus interessant ?
2. Mettre en place un script SQL à base de RESTORE LOG ?
3. Mettre en place un flux à l'aide d'un E.TL. ?

Maintenant, même si je réussi à synchroniser les données, j'ai peur que la maintenance soit vraiment impossible (changement de structure, maintenance, pas la main sur le pc ... etc).

Avez-vous des idées ? Quelle serait la meilleurs solutions ? Avez-vous déjà rencontré ce genre de problématique ?

Par avance,
un GRAND Merci !

[serge0934]

j'ai eu ce pb il y a 3 ans pour une banque privée dont les commerciaux avaient un portable et se déplaçaient chez les "gros clients".

j'ai essayé la réplication en pull (à la demande) => ko
des backup restore compressé => trop long

j'ai fini par faire un petit soft qui transmets des scripts transac sous forme texte par ftp quand le commercial se connecte, ceux ci sont ensuite exécuté sur le PC du commercial.

pour générer ces fichiers, j'ai mis sur toutes les tables des triggers en insert/update/delete.

c'est fastidieux mais c'est top en souplesse, rapidité, tout ce que tu veux

[Jinroh77]

Maintenant, plutôt que les triggers, tu peux utiliser le CDC sur ta base maitre.

[Glouferu]

pour générer ces fichiers, j'ai mis sur toutes les tables des triggers en insert/update/delete.

c'est fastidieux mais c'est top en souplesse, rapidité, tout ce que tu veux

Maintenant, plutôt que les triggers, tu peux utiliser le CDC sur ta base maitre.

J'avais commencé plus ou moins la même chose en gérant des Insert / Update / Delete à l'aide d'un composant Map_Opration avec mon ETL SAP Dataservices.

Le problème c'est qu'on m'a annoncé que la structure risque de changer régulièrement
Du coup j'ai pas forcément envie de changer le SQL à la main à chaque fois

[serge0934]

quand je disais toutes les tables, c'est TOUTES, y compris syscolumns, sysobjects, sysindexes....

[serge0934]

en plus pour éviter de te rettaper "à la main" des triggers, il faut faire une requête qui te les génère ex:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
select 'insert into table ('+
case
when xtype=52 then champ1
when xtype=56 then champ1
when xtype=58 then champ1
when xtype=167 then '''+champ1+'''
....
from sysobjects
join syscolumns
join systypes...

[SQLpro]

en plus pour éviter de te rettaper "à la main" des triggers, il faut faire une requête qui te les génère ex:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
select 'insert into table ('+
case
when xtype=52 then champ1
when xtype=56 then champ1
when xtype=58 then champ1
when xtype=167 then '''+champ1+'''
....
from sysobjects
join syscolumns
join systypes...

Les tables que vous citez sont en version 2000; En version 2005 et supérieurs elles en contiennent pas les bonnes données et de plus la mise à jour des tables systèmes dans les version 2005 et 2008 n'est plus supportées.

La solution consiste à faire au moins deux flux de réplication :

• une transactionnelle de serveur central aux poste pour les structures et les éventuelles données de référence
• une snapshot ou transactionnelle des données des postes nomades vers le serveur central.

Tout dépend des besoins fonctionnels.

A +