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

Réplications SQL Server Discussion :

PROD vers QA


Sujet :

Réplications SQL Server

  1. #1
    Membre habitué
    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.

  2. #2
    Rédacteur

    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 +
    Cette signature n'a pas pu être affichée car elle comporte des erreurs.

  3. #3
    Membre habitué
    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.

  4. #4
    Rédacteur

    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 +
    Cette signature n'a pas pu être affichée car elle comporte des erreurs.

  5. #5
    Membre habitué
    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

  6. #6
    Rédacteur

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

    A +
    Cette signature n'a pas pu être affichée car elle comporte des erreurs.

  7. #7
    Membre habitué
    Est ce que je peux faire tout ça dans un job ?

  8. #8
    Rédacteur

    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 +
    Cette signature n'a pas pu être affichée car elle comporte des erreurs.

###raw>template_hook.ano_emploi###