none
Purge des logs log.ldf RRS feed

 > 

  • Question

  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    J'ai un fichier de log sur une base de données SQL Server 2005 Express qui grossit et arrive à 43 Go.

    Comment puis-je le purger ?

    J'ai essayer de voir déjà sa taille avec :

    select * from sys.database_files

    Ensuite, j'ai tenté la requête

    dbcc shrinkfile('nom de ma base_log')

    Mais ça n'a fait que diminuer légèrement la taille.

    Comment pourrais-je le purger complètement svp ?


    • Modifié ben35000 mardi 22 décembre 2020 10:47
    mardi 22 décembre 2020 10:33
    |

Toutes les réponses

  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    Vous pouvez essayer de le purger à l'aide de SSMS, voir l'article ci-dessous:

    NB: SQL Server Express 2005 n'est plus supporté depuis Juillet 2007, vous devez migrer votre base de données pour garder le support de votre base de données.

    Youssef Saad | New blog: https://youssef-saad.blogspot.com | Linkedin: linkedin.com/in/youssef-saad

    mardi 22 décembre 2020 10:40
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Merci beaucoup.

    Entre temps, j'ai tenté de suivre ce tuto

    https://www.brentozar.com/archive/2009/08/backup-log-with-truncate-only-in-sql-server-2008/

    j'ai fais un :

    BACKUP LOG BASE TO DISK='NUL:'

    puis :

    dbcc shrinkfile('nom de ma base_log')

    ça n'a rien changé à priori même s'il indique que les requêtes ont réussi.

    J'ai essayé de suivre ton lien, mais j'ai un message qui m'indique que la propriété n'est pas disponible pour cette base de données, pourtant je suis connecté en admin 'sa'.

    Par contre, sans aller dans les propriétés mais en cliquant droit puis tâches, je retrouve les mêmes requêtes que j'ai déjà exécuté et ça ne change toujours pas la taille du log.

    Sinon, oui on pensera à migrer ce serveur, mais on est en production, compliqué de le faire durant les heures normales de travail...



    • Modifié ben35000 mardi 22 décembre 2020 12:36
    mardi 22 décembre 2020 12:01
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    J'ai fini par réussir.

    J'ai fait un :

    Select DATABASEPROPERTYEX('Master','Recovery')

    ALTER database NomDeBase set RECOVERY SIMPLE

    puis :

    DBCC SHRINKFILE ('NomdeBase_log',1000)

    mardi 22 décembre 2020 15:50
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Parfait, merci d'avoir partagé la solution finale.

    Sinon n'oubliez pas de planifier la mise à niveau de votre SQL Server Express dans les plus brefs délais et de marquer les réponses utiles comme solution.

    Bonne fin de journée!

    Youssef Saad | New blog: https://youssef-saad.blogspot.com | Linkedin: linkedin.com/in/youssef-saad

    mardi 22 décembre 2020 17:30
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonsoir,

    attention, si le truncate/rétrécissement des fichiers de logs SQL ne donne pas de résultat, cela veut généralement dire que la sauvegarde de SQL n'est pas correcte ou est inexistante.

    Une sauvegarde de type raw/image non vue par SQL équivaut à ne pas avoir de sauvegarde.

    Si SQL est géré/sauvegardé correctement, les logs sont tronqués et vidés à chaque sauvegarde. Si SQL ne voit rien, les logs ne vont jamais se vider automatiquement. 

    A bientôt,

    Thierry DEMAN-BARCELO. Office Apps&Services MVP. MCSE:Enterprise admin, Messaging, Server Infrastructure 2016(89 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate, Security Admin https://base.faqexchange.info

    mardi 22 décembre 2020 23:49
    |
    Modérateur