none
partition C: se rempli sans fin ... RRS feed

 > 

  • Question

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour à tous,

    je connais un problème sur un serveur Windows server 2012 R2.

    la partition C: se rempli continuellement jusqu'à atteindre 0 octet de disponible.

    ce serveur est une machine virtuelle sur esxi.

    j'ai effectué les commande suivante :

    del C:\ProgramData\Microsoft\Windows\WER\ReportQueue\ /s /q
    del c:\windows\softwaredistribution\download\ /s /q
    del "c:\windows\system32\winevt\logs\Microsoft-Windows-Server Infrastructure Licensing*%4Debug.etl.*"
    del C:\Windows\Temp\ /s /q
    del C:\Windows\Prefetch\ /s /q
    del c:\windows\system32\certlog\*.log /s /q
    del c:\inetpub\logs\logfiles\ /s /q

    cela ne permet pas de gagner grand chose.

    j'ai egalement effectué le nettoyage du disque en sélectionnant les fichiers systèmes mais de la même manière cela ne me permet plus de gagner de l'espace d emanière significative.

    quoi qu'il en soit, la partition se remplie après. Je n'arrive pas à identifier le processus qui génère ce remplissage.

    avez-vous déjà rencontrer un problème similaire ?

    merci d'avance pour votre aide

    jeudi 2 avril 2020 15:17
    |

Réponses

Toutes les réponses

  • Question
    Connectez-vous pour voter
    3
    Connectez-vous pour voter

    Tu peux utiliser un outil comme treesize en version free, en mode administrateur pour essayer de voir quel dossier rempli l'espace disque. Sinon déja rencontré sur des serveurs Exchanges il y a longtemps ouvert en relai avec des milliers de spam dans la queue ...

    jeudi 2 avril 2020 16:16
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Pour donner plus  de précision, j'étais un peu sur le rush quand j'ai posté le premier message. Initialement la partition faisait 80 Go, puis je l'ai étendu à 120 Go pour finir à 150 Go. Toujours le même phénomène : la partition, moins d'une journée après l'avoir étendue, se remplissait.

    Avec l'outil "windirstat", équivalent à "treesize", j'avais remarqué avant d'étendre la partition la première fois que le pagefiles et le dossier winsxs prenaient pas mal de place. j'ai donc limité le pagefiles à 2046 maximum. Quant au dossier winsxs, celui-ci est proche des 7 Go. Les différentes commandes suivantes n'ont pas aidées à le purger :

    dism /online /cleanup-image /StartComponentCleanup /ResetBase

    dism.exe /online /cleanup-image /startcomponentcleanup

    dism /online /cleanup-image /SPSuperseded

    je ne peux même plus lancer windirstat ou treesize du fait de manque de place. A moins d'étendre encore l apartition mais cela n'est pas une solution viable dans le temps. je ne dispose pas de Go à volonté bien évidemment.

    il s'agit d'un serveur dont l'utilité est d'héberger des applications. A l'heure actuel sont installées Veeam Backup & Replication, Probe PRTG.


    jeudi 2 avril 2020 17:09
    |
  • Question
    Connectez-vous pour voter
    3
    Connectez-vous pour voter

    Salut,

    Pagefiles tu peux le réduire ou desactiver, par contre winsxs laisse tombé ce sont des fichiers système et les réduires ou effacées te causera beaucoup de problème, si tas veem dessus et prtg c'est de la d'ou vient le problème, ton outils prtg prend énormément de place pour son cache, surtout s'il est en mode serveur. Difficile bde dire plus, regardes si veem fait des sauvegardes dessus, et regardes tes fichiers cachés et système.

    Windirstat t'as bien donné la bonne taille utilisée ??

    jeudi 2 avril 2020 18:47
    |
  • Question
    Connectez-vous pour voter
    2
    Connectez-vous pour voter

    Bonjour,

    Si ton serveur est une vm, pour trouver ce qui prend de la espace, tu pourrais peut être monter ton disque sur une autre vm ?

    Dans Veeam tu n aurais pas configuré un repository sur ton disque ? Regarde aussi côté sql server ?

    Pour prtg les données sont aussi sur la partition système ? Tu as beaucoup de capteurs ? 

    Romain 

    jeudi 2 avril 2020 19:17
    |
  • Question
    Connectez-vous pour voter
    2
    Connectez-vous pour voter

    PErso je lance treesize free en version portable depuis un partage réseau...

    vendredi 3 avril 2020 04:42
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour à tous,

    tout d'abord merci pour la rapidité de vos réponses. cela m'aide beaucoup pour m’aiguiller.

    après avoir supprimer un dossier inutile, j'ai pu lancer Treesize. Celui m'indique un dossier à mon sens anormalement volumineux : C:\Program Files\Microsoft SQL Server\MSSQL13.VEEAMSQL2016\MSSQL\Log

    celui-ci totalise 132,2 Go

    peux-t'on supprimer les fichiers de log sans effets de bord ou doit on passer par des commandes/outils particulières pour le faire ?

    vendredi 3 avril 2020 10:23
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour burp,

    maintenant que tu as identifiée le problème et que cela vient de Veeam, je serais toi je passerai par leur support afin qu'ils puissent diagnostiquer le problème et le régler.

    Car il est totalement anormale d'avoir 132GO de log surtout sur ce type de base de données.

    Juste pour complement d'information, as tu configurée l'indexation des sauvegardes dans Veeam ?

    Romain

    vendredi 3 avril 2020 12:29
    |
  • Question
    Connectez-vous pour voter
    3
    Connectez-vous pour voter

    Bonsoir,

    Attention, les fichiers logs (extension .LDF) FONT partie de la base de donnée.

    => il ne faut donc surtout pas les supprimer manuellement (ce qui n'est possible que lorsque SQL est arrêté, sinon ils sont ouverts en permanence). 

    - La base ne pourrait plus être montée

    - Des données peuvent être perdues.

    Le mode de sauvegarde (Recovery) de la base de donnée (Simple ou Complet) influe sur l'utilisation des logs. En mode complet, toutes les transactions sont conservées dans les logs qui ne sont épurés qu'après une sauvegarde réussie. En mode simple, les transactions "appliquées" à la base disparaissent des logs. Les fichiers logs sont moins importants en mode simple, mais il peut y avoir des pertes de données en cas de restauration. 

    Dans votre cas,

    - vérifiez que VEEAM sauvegarde bien régulièrement sa base SQL et "vide" les logs correspondants.

    - vérifiez que la base (et ses logs) est bien configurée en mode "Auto-shrink" à true dans les options de la base. (réduction automatique de taille).

    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

    samedi 4 avril 2020 20:39
    |
  • Question
    Connectez-vous pour voter
    3
    Connectez-vous pour voter
    Bonjour,

    Si vous faites référence à un dossier dans SQL Server appelé «Log» où se trouvent les fichiers ErrorLog et SQLDrmp, alors vous pouvez lire l'article suivant (en anglais) - How to manage the SQL Server error log

    Avis de non-responsabilité:
    Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

    Bien cordialement, Andrei ...

    MCP

    dimanche 5 avril 2020 04:43
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour à tous,

    merci pour vos retours.

    afin d'être plus précis dans le contenu de dossier log, voici le type de fichiers qui le constitue :

    des fichiers ERRORLOG => 10 fichiers

    des fichiers MDMP => 12169 fichiers

    des fichiers SQLDmprXXXX => 23167 fichiers

    des fichiers HkEngineEventFile_0_XXXXX => 20 fichiers

    des fichiers system_health_0_XXXX => 4 fichiers

    des fichiers log_XX => 5 fichiers

    j'essaye d'être exhaustif pour vous donner des indications car je ne suis pas du tout habitué à manipuler les bases SQL.

    j'ai changé l'option "Auto-shrink" à true

    Dans le logiciel VEEAM ou dans SQL Server Management Studio l'option afin de sauvegarder la base et en vider les logs. Dans Veeam, je n'ai qu'un job configuré pour indexer les fichiers si c'est bien de cela que vous demandiez.le retour du support veeam m'a conseillé défectuer la commande suivante : sp_cycle_errorlog => ce qui n'a pas été concluant.


    mardi 14 avril 2020 11:43
    |
  • Question
    Connectez-vous pour voter
    2
    Connectez-vous pour voter

    Bonjour,

    clairement, les fichiers :

    - MDMP => 12169 fichiers

    - SQLDmprXXXX => 23167 fichiers

    ne sont pas "normaux" et correspondent à des plantages avec dump de mémoire.

    => Ces fichiers ne sont pas nécessaires au fonctionnement.

    Ces nombres sont particulièrement élevés.

    => Analyser le contenu de ces fichiers.

    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 14 avril 2020 12:14
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    merci pour cette réponse rapide.ces problèmes devaient être liés à l'application Veeam de toute évidence. Un job ce week-end ne voulant plus se terminer normalement, celui-ci me renvoyait un message d'erreur faisant mention de SQL Server. Cela impactant des sauvegardes critiques, je n'ai eu d'autres choix que de réinstaller l'application Veeam en lui faisant créer une autre database pour palier au plus pressé.

    De ce fait, j'imagine que via SQL Management Studio je peux tout simplement supprimer l'ancienne database. Cela va t'il supprimer les fichiers d'erreurs associés à cette database ?

    Si les fichiers MDMP et SQLDmprXXX ne sont pas nécessaires au fonctionnement peuvent-il être supprimés manuellement ?

    Merci pour l'aide apportée.

    mardi 14 avril 2020 13:16
    |
  • Question
    Connectez-vous pour voter
    2
    Connectez-vous pour voter

    L'ancienne base peut être supprimée d'abord à partir de l'interface, puis sur disque.

    Après avoir analysé un ou 2 fichiers, les fichiers MDMP et SQLDmprXXX peuvent être supprimés.

    Quelques élément sur ce type de fichier:

    https://www.solvusoft.com/fr/file-extensions/file-extension-mdmp/

    https://www.experts-exchange.com/questions/27781291/MDMP-files-and-SQLDmpr.html

    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

    • Marqué comme réponse burp 08 zoul mercredi 15 avril 2020 09:44
    mardi 14 avril 2020 15:16
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Merci à tous pour votre aide.

    mercredi 15 avril 2020 09:44
    |