PROD vers QA

Bonjour à tous,

Est ce que vous pourriez m'orienter vers une solution de réplication d'une base de Prod vers AQ ? L'idée serait d'avoir une AQ proche de la PROD avec une réplication chaque jour .

Ensuite, quelle est la différence entre réplication et data mirroring ? J'ai du mal à comprendre.

La réplication de données dans SQL NServer est un ensemble de mécanisme destiné à propager CERTAINES DONNÉES de CERTAINES TABLES d'une base vers une autre qui n'ont pas frocément la même structure. Il existe 9 mécanismes différentes dont les principaux sont :

• la réplication transactionnelle
• la réplication de fusion
• la réplication en mode cliché
• la réplication point à point (peer to peer)
• la réplication vers Oracle
• service broker
• ...

Je ne pense pas que cela vous intéresse !

Que voulez vous exactement ?
Une copie de la base sur un autre serveur SQL ou sur le même ?
Votre copie doit-elle est en lecture seulement ou lecture écriture ?
la copie doit-elle être à date certaine (par exemple à 0h tous les jours) ou peu importe ?
Quelle est votre version ?
Quelle est votre édition ?

A +

L'idée c'est de pouvoir faire des recettes métiers sur des donnees très à jour. Aujourd'hui pour faire ça on fait un full backup et un restore mais je suis vraiment pas convaincu par cette méthode.

Les serveurd DEV / QA / Prod sont séparés. Ce serait bien que la copie des données se fassent à une heure précise ou toutes les 12h par exemple.

Avec des scripts INSERT FROM SELECT dans un job, ce serait peut être mieux ? Je suis en sql server 2016.

Vous n'avez pas répondu à l'ensemble des questions que je vous ais posé et qui permet de vous orienter vers la solution la plus adapté.

je vous les repose :

• Votre copie doit-elle est en lecture seulement ou lecture écriture ?
• la copie doit-elle être à date certaine (par exemple à 0h tous les jours) ou peu importe ?
• Quelle est votre édition ?

Le mode SAUVEGARDE / RESTORE est incommensurablement plus rapide que de faire des INSERT FROM SELECT !

A +

Bonjour,

voici mes réponses:

La base de données copiée doit être en lecture / écriture.
On peut imaginer une copie tous les jours à minuit par exemple.
Voici l'édition : Standard Edition (64-bit) on Windows Server 2016 Datacenter

Donc le plus simples est une sauvegarde / restauration avec arrêt à un point dans le temps.

A +

Est ce que je peux faire tout ça dans un job ?

Bien sûr !
Si votre sauvegarde full prend 15 minutes alors :
1) job sur site source :
1.1 - sauvegarde FULL au moins 30 minutes avant minuit
1.2 - sauvegarde transactionnelle après minuit (au moins 3 minutes après)
1.3 - copie des fichiers de sauvegarde vers le serveur distant
2) job sur le site cible :
1.1 - à 2h du matin par exemple, restauration FULL en mode NORECOVERY
1.2 - restauration transactionnelle avec arrêt à 0h du_ jour courant (RESTORE ... WITH STOPAT ='AAAAMMJJ 00:00'....)

A +

Est ce que la stratégie suivante fonctionnerait:

Sur serveur source:
1. 00:00 fullbackup
2. Toutes les 4h / backup log

Sur serveur cible:
1. 01:00 Restoration de la fullbackup
2. toutes les 4h30 / restore des logs

Que se passe t-il si des utilisateur font une recette et intègre des données entre 2 restore de log ? N'y a t-il pas un risque d'avoir un problème d'intégrité des données ?

Votre cahier des charges de départ est en contradiction avec la façon que vous voulez faire.....

A +