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 :

[2008R2] Fichier journal plus gros que le fichier de données


Sujet :

Administration SQL Server

  1. #1
    Membre régulier
    Profil pro
    Inscrit en
    Avril 2009
    Messages
    217
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2009
    Messages : 217
    Points : 112
    Points
    112
    Par défaut [2008R2] Fichier journal plus gros que le fichier de données
    Bonjour,
    Je constate qu'une base de données a un fichier de données (.mdf) de 7 Go et un fichier journal (.ldf) de 8 Go.
    Voici notre niveau de service en ce qui concerne les sauvegardes : délai admissible de perte de données = 1 jour
    Cette base de données est sauvegardée tous les soirs.
    Cette base de données est configurée en mode de récupération complet.

    Je souhaiterais que quotidiennement :
    La base de données soit sauvegardée
    Le fichier journal soit vidé

    Comment mettre en oeuvre ces actions ?

    Frédéric

  2. #2
    Membre expérimenté

    Homme Profil pro
    Auditeur informatique
    Inscrit en
    Novembre 2014
    Messages
    815
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Tunisie

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

    Informations forums :
    Inscription : Novembre 2014
    Messages : 815
    Points : 1 350
    Points
    1 350
    Billets dans le blog
    2
    Par défaut
    si Tu accepte une jourmé comme une delai max du perte du donné , le mode de récupération simple serai une solution

    si non adapter votre backup de fichier log avec votre besoin car en mode de récupération compléte le log est vider aprés chaque opération du sauvegarde

  3. #3
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    Bonjour,

    Il y a de ta part une légère confusion quant au fonctionnement du fichier de journal. Lis un peu de doc sur son fonctionnement.
    Questions :
    1/ as-tu une stratégie de sauvegarde de journal de transactions ?
    2/ quelle est le pourcentage de remplissage du journal ? Pour le savoir :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    DBCC SQLPERF (LOGSPACE)
    Rudi Bruchez
    Rudi Bruchez EIRL, solutions MS SQL Server et NoSQL
    LinkedIn - [Outil libre de diagnostic SQL Server : Sql Trismegiste]
    LIVRES : Optimiser SQL Server -
    Microsoft SQL Server 2012 Security Cookbook
    - les bases de données NoSQL

    e-learning : LinkedIn Learning - Pluralsight

  4. #4
    Membre régulier
    Profil pro
    Inscrit en
    Avril 2009
    Messages
    217
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2009
    Messages : 217
    Points : 112
    Points
    112
    Par défaut
    Citation Envoyé par rudib Voir le message
    l y a de ta part une légère confusion quant au fonctionnement du fichier de journal.
    J'ai corrigé le message d'origine : tout ce que je souhaite c'est avoir une sauvegarde cohérente.
    Citation Envoyé par rudib Voir le message
    1/ as-tu une stratégie de sauvegarde de journal de transactions ?
    Il y a un BACKUP FULL de la base
    Citation Envoyé par rudib Voir le message
    2/ quelle est le pourcentage de remplissage du journal ? Pour le savoir :
    Log size : 8290 Mb
    Log space used : 1 %

  5. #5
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    Si tu es en mode de récupération FULL, il faut faire des sauvegardes de journal de transaction, sinon cela ne sert à rien. Donc pour répondre à ta question : pour que quotidiennement la base de données soit sauvegardée et le fichier journal soit vidé, mets la base en mode simple, et continue à faire des sauvegardes complètes quotidiennement.
    Si tu veux diminuer la taille physique du fichier de journal, garde quand même 1 ou 2 Go.

    Un peu de lecture :
    https://msdn.microsoft.com/fr-fr/lib...ql.120%29.aspx

    Pour réduire la taille du fichier :
    https://msdn.microsoft.com/fr-fr/lib...ql.120%29.aspx
    Rudi Bruchez
    Rudi Bruchez EIRL, solutions MS SQL Server et NoSQL
    LinkedIn - [Outil libre de diagnostic SQL Server : Sql Trismegiste]
    LIVRES : Optimiser SQL Server -
    Microsoft SQL Server 2012 Security Cookbook
    - les bases de données NoSQL

    e-learning : LinkedIn Learning - Pluralsight

  6. #6
    Membre régulier
    Profil pro
    Inscrit en
    Avril 2009
    Messages
    217
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2009
    Messages : 217
    Points : 112
    Points
    112
    Par défaut
    Merci pour ces informations.
    Y a t-il des précautions à prendre quand on passe du mode de récupération complet au mode de récupération simple ?
    Ou bien puis je directement passer au mode de récupération simple et faire le shrink des fichiers journaux dans la foulée ?

  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 770
    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 770
    Points : 52 726
    Points
    52 726
    Billets dans le blog
    5
    Par défaut
    Citation Envoyé par fred_04510 Voir le message
    Merci pour ces informations.
    Y a t-il des précautions à prendre quand on passe du mode de récupération complet au mode de récupération simple ?
    Aucune

    Ou bien puis je directement passer au mode de récupération simple et faire le shrink des fichiers journaux dans la foulée ?
    Oui....

    ATTENTION : le mode de récupération simple ne vous permettra pas de récupérer d'une erreur passée. Par exemple si une personne a supprimée une table alors, il faudra reprendre la dernière sauvegarde complète.
    Avec le mode FULL, vous archivez toutes les commandes SQL et pouvez remonter eune base, jusqu'à l'instant d'avant l'erreur. Dans ce cas, il faut archiver en permanence les journaux de transactions en faisant une sauvegarde transactionnelle (BACKUp LOG) régulière (par exemple toutes les heures.

    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 régulier
    Profil pro
    Inscrit en
    Avril 2009
    Messages
    217
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2009
    Messages : 217
    Points : 112
    Points
    112
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    le mode de récupération simple ne vous permettra pas de récupérer d'une erreur passée. Par exemple si une personne a supprimée une table alors, il faudra reprendre la dernière sauvegarde complète.
    Pas de problème pour moi : j'ai un RPO à un jour et une sauvegarde quotidienne

    Merci pour ces informations.

    Frédéric

  9. #9
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 770
    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 770
    Points : 52 726
    Points
    52 726
    Billets dans le blog
    5
    Par défaut
    L'utilisation en mode FULL du journal de transaction permet de récupérer la base de données à 100% sans aucune perte de données en cas de sinistre et à condition que le fichier soit encore lisible.

    De la même manière, les fichiers de données de la base permettent de récupérer la base au pire avec une perte de données de l'ordre de la minute en cas de sinistre.

    Pour que ceci soit valide il est d'usage d'isoler JT et data sur 2 disques physiques différents.

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

  10. #10
    Membre régulier
    Profil pro
    Inscrit en
    Avril 2009
    Messages
    217
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2009
    Messages : 217
    Points : 112
    Points
    112
    Par défaut
    Merci pour ces informations.
    Nous sommes bien d'accord que cela ne remet pas en cause l'efficacité de mon système de sauvegarde (backup database quotidien) si je passe en mode de récupération simple ?

  11. #11
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    Si c'est une sauvegarde complète quotidienne, non, vous pouvez être en mode simple. Sqlpro vous incite juste à considérer les avantages d'une stratégie de sauvegarde plus conservatrice, vous assurant de meilleures options de reprise sur erreur.
    Rudi Bruchez
    Rudi Bruchez EIRL, solutions MS SQL Server et NoSQL
    LinkedIn - [Outil libre de diagnostic SQL Server : Sql Trismegiste]
    LIVRES : Optimiser SQL Server -
    Microsoft SQL Server 2012 Security Cookbook
    - les bases de données NoSQL

    e-learning : LinkedIn Learning - Pluralsight

  12. #12
    Membre régulier
    Profil pro
    Inscrit en
    Avril 2009
    Messages
    217
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2009
    Messages : 217
    Points : 112
    Points
    112
    Par défaut
    Merci pour tout

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. TotalItemSize powershell plus gros que fichier EDB
    Par richton95 dans le forum Exchange Server
    Réponses: 2
    Dernier message: 04/10/2011, 09h53
  2. Supprimer les fichiers Excel plus vieux que 7 jours
    Par jeje00 dans le forum Macros et VBA Excel
    Réponses: 4
    Dernier message: 22/07/2009, 20h05
  3. Réponses: 1
    Dernier message: 02/06/2009, 12h32
  4. Réponses: 1
    Dernier message: 31/01/2007, 11h49
  5. Réponses: 6
    Dernier message: 19/11/2006, 00h41

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