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

Administration SQL Server Discussion :

Sauvegarde complète et différentielle


Sujet :

Administration SQL Server

  1. #1
    Membre habitué
    Profil pro
    Inscrit en
    Mars 2003
    Messages
    356
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2003
    Messages : 356
    Points : 133
    Points
    133
    Par défaut Sauvegarde complète et différentielle
    bonjour,

    voici mon problème:

    j'ai plusieurs sites ou j'ai un soft qui fait des backup de leurs bases de données et les upload sur un serveur FTP pour que je puisse les rapatriées sur mon poste.

    j'étais en train de regarder les sauvegardes différentielle, et je me disais que ce serait bien que je fasse un backup complet que je rapatrie et après je rapatrie juste les sauvegardes différentielles tant que celles ci ne sont pas plus grosse que le backup 'entier'...
    mais y'a un problème... sur les sites, ils font leur sauvegarde(complete) le soir sur clé usb , donc du coup le prochain backup différentiel qui sera envoyé sur le ftp par mon programme repartira de zéro et ne sera pas bon (puisque j'ai pas eu connaissance du nouveau backup complet)... je sais pas si je suis clair
    y'a un moyen de palier a ce problème ?

  2. #2
    Modérateur

    Profil pro
    dba
    Inscrit en
    Janvier 2010
    Messages
    5 643
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : dba

    Informations forums :
    Inscription : Janvier 2010
    Messages : 5 643
    Points : 13 092
    Points
    13 092
    Par défaut
    Bonjour,

    Il faut que les sauvegardes sur clef soit faite avec l'option COPY_ONLY afin de ne pas "réinitialiser" la chaine des sauvegardes différentielles.

    Cela dit, dites nous en plus sur le contexte, les contraintes,... car d'autres possibilités seront sans doute plus efficaces globalement, je pense par exemple au log shipping.

  3. #3
    Membre habitué
    Profil pro
    Inscrit en
    Mars 2003
    Messages
    356
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2003
    Messages : 356
    Points : 133
    Points
    133
    Par défaut
    merci pour ta réponse.

    plus précis..

    disons par exemple qu'il y a 100 clients qui ont une base de données DATA.
    cette base fait entre 50-500 megas.
    Mon programme backup la base, la zip et l'upload sur ftp. donc sur le ftp j'ai 100 zip de backup.
    le soir ils font leur "propre" sauvegarde
    il utilise régulièrement un programme pour 'vider' le log, car il peut atteindre plusieurs giga... et ils voient pas l'utilité de garder le log car en cas de problème, ils restaurent le backup de la veille
    donc moi, je rapatrie sur mon micro les 100 backup que je telecharge du FTP et que je restaure en changeant leur nom(pour pas avoir 100 bases DATA ) .

    COPY_ONLY, ça peut être pas mal, le problème est qu'ils passent généralement par l'outil "sauvegarder" de leur programme...

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 736
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

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

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 736
    Points : 52 447
    Points
    52 447
    Billets dans le blog
    5
    Par défaut
    Citation Envoyé par aieeeuuuuu Voir le message
    Bonjour,

    Il faut que les sauvegardes sur clef soit faite avec l'option COPY_ONLY afin de ne pas "réinitialiser" la chaine des sauvegardes différentielles.

    Cela dit, dites nous en plus sur le contexte, les contraintes,... car d'autres possibilités seront sans doute plus efficaces globalement, je pense par exemple au log shipping.
    Les différentielles sont cumulative et contiennent toutes les données depuis la dernière FULL. COPY_ONLY ne sert que pour les transactionnelles.

    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/ * * * * *

  5. #5
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 736
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

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

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 736
    Points : 52 447
    Points
    52 447
    Billets dans le blog
    5
    Par défaut
    Citation Envoyé par exyacc Voir le message
    merci pour ta réponse.

    plus précis..

    disons par exemple qu'il y a 100 clients qui ont une base de données DATA.
    cette base fait entre 50-500 megas.
    Avec moins de 1 go c'est stupide de faire du différentiel. Cela va complexifier la restauration le jour ou... Personnellement je ne fais jamais de DIFF pour des bases en dessous de 100 GO !
    Mon programme backup la base, la zip et l'upload sur ftp. donc sur le ftp j'ai 100 zip de backup.
    AU liue de faire du ZIP, activez la compression des sauvegarde (option WITH COMPRESSION)
    le soir ils font leur "propre" sauvegarde
    il utilise régulièrement un programme pour 'vider' le log, car il peut atteindre plusieurs giga... et ils voient pas l'utilité de garder le log car en cas de problème, ils restaurent le backup de la veille
    Dans ce cas mettez les bases en mode de récupération SIMPLE !!!!
    donc moi, je rapatrie sur mon micro les 100 backup que je telecharge du FTP et que je restaure en changeant leur nom(pour pas avoir 100 bases DATA ) .

    COPY_ONLY, ça peut être pas mal, le problème est qu'ils passent généralement par l'outil "sauvegarder" de leur programme...
    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/ * * * * *

  6. #6
    Membre habitué
    Profil pro
    Inscrit en
    Mars 2003
    Messages
    356
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2003
    Messages : 356
    Points : 133
    Points
    133
    Par défaut
    quand tu passes tout par upload, je prefere transferer 100 fois 10 megas que 100 fois 100 megas...

    "WITH COMPRESSION", je peux pas, c'est un sql server express (sinon ça marche bien ? plus efficace que zip ?)

  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
    21 736
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

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

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 736
    Points : 52 447
    Points
    52 447
    Billets dans le blog
    5
    Par défaut
    Plus efficace que ZIP, oui :
    1) taux de compression proche
    2) durée des sauvegarde diminuée sensiblement jusqu'à 6 fois moins long
    3) durée des restaurations diminuée aussi d'au moins 2 fois.

    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/ * * * * *

  8. #8
    Membre habitué
    Profil pro
    Inscrit en
    Mars 2003
    Messages
    356
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2003
    Messages : 356
    Points : 133
    Points
    133
    Par défaut
    merci pour vos réponse,

    tant pis, je vois pas de solutions pour mon problème de taille de transfert sur le FTP ..

    merci

    a+

  9. #9
    Membre expérimenté
    Homme Profil pro
    DBA SQL Server
    Inscrit en
    Octobre 2012
    Messages
    862
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Activité : DBA SQL Server
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Octobre 2012
    Messages : 862
    Points : 1 736
    Points
    1 736
    Par défaut
    Je dis peut-être une bétise, mais il me semble qu'avec les scripts dbatools, lors d'un backup tu peux demander de splitter le backup en plusieurs fichiers https://dbatools.io/functions/backup-dbadatabase/

    Il le fait lors d'une copie, et là peut-être tu peux l'envoyer où tu veux.

    Encore une fois, c'est à voir en fonction de tes besoins.
    Ce que nous avons fait pour nous-même meurt avec nous, ce que nous avons fait pour les autres et le monde est immortel. Albert Pike

    http://www.datacrossroad.be

  10. #10
    Membre habitué
    Profil pro
    Inscrit en
    Mars 2003
    Messages
    356
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2003
    Messages : 356
    Points : 133
    Points
    133
    Par défaut
    l’idéal aurait été que par exemple en début de mois, les sites upload sur le ftp un backup complet, et les autres jours, un backup différentiel.
    comme ça l'upload sur le ftp serait long qu'une fois en début de mois,
    mais vu que "d'autres personnes" peuvent faire un backup par exemple sur clé USB, ça fous le borbel pour le backup différentiel suivant..

Discussions similaires

  1. Besoin d'explication sur la sauvegarde complète SQL 2K5
    Par Tiger31 dans le forum Administration
    Réponses: 7
    Dernier message: 28/08/2009, 09h37
  2. Espace requis lors d'une sauvegarde complète MOSS
    Par gracouille dans le forum SharePoint
    Réponses: 2
    Dernier message: 04/07/2008, 11h20
  3. Sauvegarde complète d'un serveur à chaud, possible?
    Par lelutin dans le forum Administration système
    Réponses: 1
    Dernier message: 29/09/2006, 23h52
  4. Réponses: 7
    Dernier message: 27/01/2006, 16h42

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