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 :

Réduction fichier log une fois par mois [Fait]


Sujet :

Administration SQL Server

  1. #1
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Août 2006
    Messages
    36
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 36
    Points : 26
    Points
    26
    Par défaut Réduction fichier log une fois par mois
    Bonsoir,

    Est il possible de programmer une tâche qui exécutera un DBCC Shrinkfile une fois par mois ou après vérification du poids (> 1 Go)?

    Merci de votre aide,

    Ozzy

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 917
    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 917
    Points : 51 693
    Points
    51 693
    Billets dans le blog
    6
    Par défaut
    OUI, mais c'est idiot.

    Tout d'abord une précision : le terme fichier de log n'est pas correct. Lisez le blog que j'ai écrit à ce sujet : http://blog.developpez.com/img/icon_minipost.gif

    C'est idiot parce que si votre journal de transactions a crut autant c'est :
    1) soit que votre gestion des sauvegardes au regard du mode de journalisation est inadapté
    2) soit qu'il en a besoin auquel cas il serait stupide de le faire décroitre afin qu'il croisse à nouveau.
    Lisez cet autre blog que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro?ti..._fichiers_et_t
    et en particulier le paragraphe : Pire ! C'est possible...

    a +

  3. #3
    Expert éminent sénior
    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 : 46
    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
    Points : 12 891
    Points
    12 891
    Par défaut
    Bonsoir,

    Oui il est possible de faire cela.

    Cependant je vous déconseille de faire cela car vous allez provoquer une fragmentation importante de vos fichiers au cours du temps avec toutes les problèmatiques que cela comporte ....

    Essayez plutôt d'estimer la volumétrie de votre base de données pour une exploitation sur 3-5 ans par exemple. Ainsi vous dimensionnerez votre base et vos fichiers de base une fois pour toute. Les shrinks seront alors inutiles.

    ++

  4. #4
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Août 2006
    Messages
    36
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 36
    Points : 26
    Points
    26
    Par défaut
    Bonsoir,

    Le mode de récupération de ma base est 'Complet'. D'autre part, je n'ai pas la main sur la structure de la base car celle ci provient d'un tiers éditeur.
    Peut être dois je modifier comme le suggère Frédéric mon type de récupération et donc de sauvegarde.
    Lequel me conseillez vous à savoir que la base doit être restaurée assez rapidement (elle ne concerne que 15 utilisateurs)?

    Merci.

    Ozzy

  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 917
    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 917
    Points : 51 693
    Points
    51 693
    Billets dans le blog
    6
    Par défaut
    Si vous ne faites pas de sauvegardes du journal de transaction et n'avez pas les compétences d'administration pour prévoir une éventuelle récupération d'erreur dans le temps, alors placez votre base de données dans le mode de journalisation simple. Ceci ne fera plus croître votre journal du fait que la place occupée dans ce fichier par toutes les transactions achevées, sera immédiatement récupérable.

    En revanche si vous pensez un jour avoir besoin de récupérer d'une erreur fonctionnelle, alors il faudrait :
    1) acquérir les compétences pour ce faire
    2) laisser le mode de journalisation complet
    3) prévoir une sauvegrade régulière du journal de transactions.

    A +

Discussions similaires

  1. lu tous les jours mais exécuté une seule fois par mois
    Par sianto dans le forum Scripts/Batch
    Réponses: 13
    Dernier message: 17/11/2008, 09h08
  2. Bufferiser un fichier en une fois.
    Par Pragmateek dans le forum C
    Réponses: 9
    Dernier message: 16/05/2006, 20h32
  3. editer une requete par mois
    Par dolphin37 dans le forum Access
    Réponses: 17
    Dernier message: 20/02/2006, 14h53
  4. Réponses: 13
    Dernier message: 21/12/2005, 12h04
  5. Comment grouper une requête par mois ?
    Par Le Pharaon dans le forum Langage SQL
    Réponses: 6
    Dernier message: 29/06/2005, 12h01

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