Discussion :

[bong03]

Bonjour,

J'ouvre ce nouveau fil pour vous exposez ma problématique et j'espère être au bon endroit...

J'ai une base de données "BDD_A" dispo sur le réseau "RES_A" qui se met à jour très fréquemment en fonction d'évènements.
Je dispose d'une autre base "BDD_B" sur le réseau "RES_B" qui doit être la réplique de "BDD_A" : une mise à jour de "BBD_B" par rapport à "BDD_A" doit se faire toutes les 60mn (paramètre à envisager).
On suppose qu'à l'instant t0 les bases "BDD_A" et "BDD_B" sont identiques (par full backup de "BDD_A" et restauré dans "BDD_B").
A t1=t0+59mn, la "BDD_A" possède de nouveaux enregistrement alors que la "BDD_B" est inchangée.
A t2=t1+1mn (t0+60mn), la "BDD_B" doit se mettre à jour avec toutes les nouvelles données de la "BDD_A".

Contrainte : la communication entre les réseaux "RES_A" et "RES_B" est à sens unique de "RES_A" vers "RES_B" (c'est seulement gênant pour remonter au serveur qui gère "BDD_A" l'information comme quoi la restauration sur "BDD_B" s'est bien passée).
Précisions : entre le réseau "RES_A" et le réseau "RES_B" il y a une DMZ qui n'accepte que des fichiers. Donc une réplication/synchronisation des bases traditionnelle (communication directe entre les bases) ne fonctionnera pas.

La question est comment faire ?

Se baser sur un transfert des journaux de transactions de "BBD_A" vers "BDD_B" ne me parait pas judicieux vis-à-vis de la sécurité et de plus les TRN contiennent des instructions, comme les SELECT, qui ne seront pas utiles.

Je pensais faire un DUMP des données différentielles de "BDD_A" entre t et t+60mn qui seraient transférées et importées dans "BDD_B" à t+60mn.

Comment mettre en place cette dernière solution sachant que l'opération pourra soit se faire automatiquement toutes les 60mn (ou x mn) ou se faire à la demande (via une procédure stockée ?)

Merci de votre aide

Alf

[SQLpro]

Le log shipping me parait la solution la plus adaptée... Mais cela suppose que la base B soit en lecture seulement... est-ce bien le cas ?

Sinon effectivement faire une mise à jour différentielle en utilisant CDC...

Première et importante question en quelle version/édition êtes vous ?

=> SELECT @@VERSION

A +

[bong03]

@SQLpro :

Oui, la BDD "B" sera en lecture seule (au besoin on créera un autre BDD sur le même serveur ou réseau que B).

La version de SQL (bases "A" et "B") est : "SQL Server 2019 (RTM) 15.0.2000.5 (x64) Standard Edition on Windows Server 2019 10.0 (x64) build 17763)"

Qu'est-ce que le log shipping ?
Je viens de lire ton blog : https://blog.developpez.com/sqlpro/p...log_shipping_e qui fait référence aux TRN et que j'avais dans un premier jugé comme inappropriés (je débute en SQL et BDD).

Du coup je suis obligé de préciser que :

• le transfert de fichier est à sens unique du serveur A vers le serveur B ;
• les bases A et B ne communiquent pas entre elles : elles ne se voient pas ;
• la base B peut être lue par des utilisateurs à tout moment, elle ne sert pas comme sauvegarde de la base A : la base B est une réplique de la base A (à x mn près) ;
• Le serveur A enverra les fichiers dans un répertoire partagé. Ce répertoire partagé sera scanné par un process pour être transféré dans la DMZ. Un autre process récupère les fichiers de la DMZ et les stocke dans un répertoire lui-même scanné pour récupération des fichiers par le serveur B qui les traitera.

Mais en pratique, comment fait-on pour automatiser tout ça :

1. pour exporter depuis SQL du serveur A : procédure stockée (quelles commandes utilisées...), Agent SQL ? Les deux me semblent bien : l'Agent pour automatiser et le script pour une exécution manuelle ponctuelle.
2. pour importer dans SQL du serveur B : idem (script + Agent).

Merci.

Alf

[SQLpro]

Il y a un assistant pour cela... Tente de voir avec !



A +