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 :

Plan de maintenance


Sujet :

Administration SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Candidat au Club
    Profil pro
    Inscrit en
    Décembre 2010
    Messages
    2
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2010
    Messages : 2
    Par défaut Plan de maintenance
    Bonjour

    Sur mon plan de maintenance, je sauvegarde les bases users et les journaux de transactions de ces bases.
    Y-a-t-il un ordre pour ces 2 tâches ?
    log puis base ou inverse ?

    Merci

  2. #2
    Expert confirmé
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Par défaut
    Les sauvegardes des journaux prennent toujours sur le dernier backup complet comme référence. Selon l'ordre où vous allez le faire vous n'aurez pas le même résultat.

    BACKUP FULL --> BACKUP LOG

    Les sauvegardes du journal se baseront sur le backup full que vous aurez lancé dans l'étape précendante.

    BACKUP LOG --> BACKUP FULL

    Dans ce cas les sauvegardes du journal se baseront sur une précédente sauvegarde effectuée selon votre calendrier. Vous ne pourrez pas utiliser la sauvegarde FULL effectuée à l'étape 2 dans ce cas.

    ++

  3. #3
    Candidat au Club
    Profil pro
    Inscrit en
    Décembre 2010
    Messages
    2
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2010
    Messages : 2
    Par défaut
    Merci pour ta réponse David.
    J'ai deux autres interrogations.

    La sauvegarde du log, vide t'elle le log et diminue -t-elle la taille du fichier log ?

    C quoi la best practise pour sauvegarder les bases ?
    BACKUP FULL --> BACKUP LOG faire l'un apres l'aute est donc inutile ?




    Merci

  4. #4
    Expert confirmé
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Par défaut
    La sauvegarde du log, vide t'elle le log et diminue -t-elle la taille du fichier log ?
    La sauvegarde des journaux ne fait que tronquer (vider) le fichier. La réduction du fichier se fait à l'aide de la commande DBCC SHRINKFILE par exemple.

    C quoi la best practise pour sauvegarder les bases ?
    Je dirais qu'une bonne pratique est d'aligner sa stratégie de sauvegarde avec le business et l'architecture existante. Il n'y a pas une seule bonne méthode mais une bonne méthode pour chaque situation.

    BACKUP FULL --> BACKUP LOG faire l'un apres l'aute est donc inutile ?
    Justement si Une sauvegarde complète doit toujours être suivie d'une sauvegarde du journal car c'est la seule opération qui tronque le ou les fichiers journaux.

    Peu importe que la sauvegarde soit faite immédiatemment après ou non. L'important est de toujours planifier une sauvegarde du journal d'une base qui est en mode de récupération COMPLET ou BULK LOGGED

    ++

  5. #5
    Membre Expert

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2007
    Messages
    1 216
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : Suisse

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : Août 2007
    Messages : 1 216
    Par défaut
    Ta chaine de log backup sera toujours valide peut importe le nombre de full backups pris entre les 2.
    Il te faudra juste restaurer un full backup et tous les log backups pris apres.
    C'est effectivement plus rapide de repartir depuis un full backup recent, ce qui evite de devoir rejouer une chaine de log backup trop longue.
    Donc si tu mets en place une strategie de backup comprenant des full/log backup, la question essentielle est: quelle est la quantite maximum de donnee en terme de temps je peux perdre ? Ce qui te donnera la frequence de tes logs backups.
    Si c'est possible, un full toutes les nuits c'est bien.

Discussions similaires

  1. Impossible de mettre a jour les plans de maintenance
    Par sqlakf76 dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 27/11/2006, 19h06
  2. Plan de maintenance sql server
    Par verbatim56 dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 23/12/2005, 15h34
  3. Pbs avec plans de maintenance sous l'agent SQL
    Par sheira dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 29/09/2005, 07h16
  4. Plan de maintenance
    Par simon76 dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 01/09/2005, 18h45
  5. [debutant]Plan de maintenance sous sql serveur 2000
    Par christophebmx dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 05/05/2005, 13h18

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