IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
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 :

Différence entre backup, mise en miroir et réplication


Sujet :

Réplications SQL Server

  1. #1
    Nouveau membre du Club
    Femme Profil pro
    Développeur décisionnel
    Inscrit en
    juin 2018
    Messages
    54
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Côtes d'Armor (Bretagne)

    Informations professionnelles :
    Activité : Développeur décisionnel

    Informations forums :
    Inscription : juin 2018
    Messages : 54
    Points : 33
    Points
    33
    Par défaut Différence entre backup, mise en miroir et réplication
    Bonjour à tous,

    tout est dans le titre .
    Nous installons chez nos clients une version de SQL Server Express avec leurs bases de données.
    A ce jour ils n'ont aucune sauvegarde de leurs données. Si le PC plante tout est perdu. .

    J'aimerais avoir les conseils des pros à ce sujet. quel est le meilleurs moyen d'avoir , en cas de crash, une copie des données ?
    Si je vais des sauvegardes régulières, je n'aurais pas les données à l'instant T du crash de la machine.

    je sais qu'il faut qu'on change notre version se SQL Server car Express neest très limitée en action.

    Quelles différences entre la réplication et la mise en miroir ?

    Merci d'avance pour vos éclaircissement.

    Maysa

  2. #2
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    février 2010
    Messages
    4 051
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : février 2010
    Messages : 4 051
    Points : 7 271
    Points
    7 271
    Billets dans le blog
    1
    Par défaut
    Bonjour,

    Citation Envoyé par Maysa56 Voir le message
    Si je vais des sauvegardes régulières, je n'aurais pas les données à l'instant T du crash de la machine.
    Si, ou pas. En fait, si vous passez le mode de journalisation en FULL (complet en français) alors vous serez capable de remonter un backup + rejouer le journal de transaction jusqu'à la transaction près.
    Après, pour rejouer le journal de transactions actif, il faut évidement que le serveur ne soit pas complètement planté... ça peut être utile notamment suite à une défaillance qui corrompt le fichier de données, ou une erreur de manipulation qui détruit des données et qu'on sait identifier à quel moment l'erreur a été faite.

    Citation Envoyé par Maysa56 Voir le message
    je sais qu'il faut qu'on change notre version se SQL Server car Express neest très limitée en action.
    C'est sûr que de la haute dispo avec SQL Express c'est pas évident.
    Avec, avec une Standard, vous n'avez pour ainsi dire RIEN de plus (mise à par le log shipping automatisable par défaut).
    Donc soit vous passez sur une Entreprise et vous pouvez sortir le chéquier, soit vous pouvez déjà voir ce que vous pouvez scripter à la main.

    Citation Envoyé par Maysa56 Voir le message
    Quelles différences entre la réplication et la mise en miroir ?
    Il est possible que j'intervertisse les deux termes, donc je ne vais pas les nommer.

    L'un consiste simplement à restaurer au fur et à mesure des backup du premier serveur sur un second, voir même le journal des transaction (log shipping).
    L'autre consiste à mettre en place des automatismes permettant d'avoir l'ensemble des données synchronisées entre les deux serveurs, de manière transactionnelle ou non.

    Le premier est possible avec SQL Express et Standard. Il permet, si par exemple vous répliquez le journal des transactions sur le serveur de secours toutes les 10 minutes, de perdre au plus 10 minutes en cas de destruction du premier serveur. C'est très simple à mettre en place. Le second serveur peut prendre le relai en quelques secondes en le repassant en mode "normal" (en log shipping, il reste en mode "recovery" et est donc inutilisable tel quel).
    Si vous êtes intéressé par ce mode, je peux vous envoyer un programme que j'ai fait qui permet de backuper des bases et les restaurer en mode log shipping sur des serveurs SQL Express (il ne fait que jouer des scripts que vous pouvez aussi écrire directement vous-même).

    Le second n'est possible qu'avec Entreprise, et demande (probablement, jamais mis en place) plus de boulot/expertise à mettre en place. En revanche, l'avantage c'est que le second serveur est "vivant", et peu permettre par exemple de la BI dessus sans surcharger le serveur de production, avec des données mises à jour en temps réel. Pour ce second scénario, je sais qu'il y a au moins 3 ou 4 mécanismes différents, avec leurs avantages et inconvénients, notamment en termes d'infrastructure.
    On ne jouit bien que de ce qu’on partage.

  3. #3
    Membre expérimenté

    Homme Profil pro
    Auditeur informatique
    Inscrit en
    novembre 2014
    Messages
    784
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Tunisie

    Informations professionnelles :
    Activité : Auditeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2014
    Messages : 784
    Points : 1 328
    Points
    1 328
    Billets dans le blog
    2
    Par défaut
    Citation Envoyé par StringBuilder Voir le message
    Le second n'est possible qu'avec Entreprise, et demande (probablement, jamais mis en place) plus de boulot/expertise à mettre en place. En revanche, l'avantage c'est que le second serveur est "vivant", et peu permettre par exemple de la BI dessus sans surcharger le serveur de production, avec des données mises à jour en temps réel. Pour ce second scénario, je sais qu'il y a au moins 3 ou 4 mécanismes différents, avec leurs avantages et inconvénients, notamment en termes d'infrastructure.
    Dans le mirroirng le serveur secondaire n'est pas accessible (Restaurer log WITH NORECOVERY )

    et il est possible de le mettre en place avec l'Edition standart limitation en nombre de Thread 1 thread par miroir

  4. #4
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    février 2010
    Messages
    4 051
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : février 2010
    Messages : 4 051
    Points : 7 271
    Points
    7 271
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par Boubou2020 Voir le message
    Dans le mirroirng le serveur secondaire n'est pas accessible (Restaurer log WITH NORECOVERY )

    et il est possible de le mettre en place avec l'Edition standart limitation en nombre de Thread 1 thread par miroir
    C'est le log shipping ça, donc le premier mode dont je parle.

    Le second mode dont je parle, c'est celui qui permet de faire de la "vraie" haute dispo, ainsi que du load balancing.
    Ce mode là n'est pas dispo en Standard.
    On ne jouit bien que de ce qu’on partage.

  5. #5
    Membre expérimenté

    Homme Profil pro
    Auditeur informatique
    Inscrit en
    novembre 2014
    Messages
    784
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Tunisie

    Informations professionnelles :
    Activité : Auditeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2014
    Messages : 784
    Points : 1 328
    Points
    1 328
    Billets dans le blog
    2
    Par défaut
    Citation Envoyé par StringBuilder Voir le message
    C'est le log shipping ça, donc le premier mode dont je parle.

    Le second mode dont je parle, c'est celui qui permet de faire de la "vraie" haute dispo, ainsi que du load balancing.
    Ce mode là n'est pas dispo en Standard.
    Même avec le log shipping le serveur secondaire n'est pas toujours accessible (l base n'est pas accessible pendant la restauration du LOG)

    Pour info toutes les solution du load balancing (alwayson ou FCI Failover cluster instance ) sont disponible dans Le standart Edition

    alors que le pire c'est que vous considérer la réplication comme une solution du load balancing (le seconde Mode)

  6. #6
    Nouveau membre du Club
    Femme Profil pro
    Développeur décisionnel
    Inscrit en
    juin 2018
    Messages
    54
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Côtes d'Armor (Bretagne)

    Informations professionnelles :
    Activité : Développeur décisionnel

    Informations forums :
    Inscription : juin 2018
    Messages : 54
    Points : 33
    Points
    33
    Par défaut
    Merci à tous pour vos réponses ! cela est beaucoup plus clair maintenant.

  7. #7
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 676
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 676
    Points : 49 000
    Points
    49 000
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par StringBuilder Voir le message
    ...
    C'est sûr que de la haute dispo avec SQL Express c'est pas évident.
    Avec, avec une Standard, vous n'avez pour ainsi dire RIEN de plus (mise à par le log shipping automatisable par défaut).
    Donc soit vous passez sur une Entreprise et vous pouvez sortir le chéquier, soit vous pouvez déjà voir ce que vous pouvez scripter à la main....
    Non, c'est faut !

    1) depuis la version 2016 SP1 Standard, vous pouvez faire un AlwaysOn basique à deux noeuds
    2) depuis la version 2019 Standard, vous pouvez faire un AlwaysOn basique à deux trois
    3) avec n'importe quelle version Standard depuis 2005 vous pouvez faire du mirroring.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

Discussions similaires

  1. Différence entre backup et script sql
    Par rec82 dans le forum Administration
    Réponses: 3
    Dernier message: 10/05/2016, 16h33
  2. Réponses: 4
    Dernier message: 14/10/2010, 14h09
  3. Réponses: 1
    Dernier message: 24/07/2009, 13h12
  4. Différence entre ETL et processus de réplication
    Par goomazio dans le forum Alimentation
    Réponses: 6
    Dernier message: 16/04/2007, 11h17
  5. Mise en évidence des différences entre 2 textes
    Par Dranor dans le forum Algorithmes et structures de données
    Réponses: 3
    Dernier message: 19/07/2005, 22h53

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo