Pour l'instant, j'ai cherché, je ne trouve aucune page intéressante pour : "Erreur 5118" pour cette raison je me permets de vous faire ce lien :
http://www.sodevlog.fr/Site.dynamique.en.ligne/page/Microsoft-SQL-Server-Erreur-5118.aspx
mercredi 4 novembre 2009

Bonjour,
Ne jamais compresser un fichier de BDD, même pour gagner quelques Mo et surtout pas les bases systèmes. c'est la porte ouverte à un disaster recovery en bonne et due forme.
Cordialement
Philippe Le Rhun
mardi 27 octobre 2009

SQL Server 2008 (version entreprise) propose la compression des backups, des données au niveau page et au niveau ligne... Un certain impact est a prévoir au niveau CPU mais si le sous-système disques est lent ou saturé, cela permettra de poursuivre l'exploitation et de rechercher une autre solution.
lundi 2 novembre 2009

Non mais attendez et merci pour vos réponses.

Mais que pensez-vous de la réflexion suivante :
Les fichiers de BD ont été compréssés par Windows, peut importe lequel, et SQL Server ne sait pas les décompresser ou du moins prévenir correctement que l'attribut du fichier sur le disque est "Compressé". C'est quand même un problème. Non ?
En tous cas la solution à cette erreur est là :
http://www.sodevlog.fr/Site.dynamique.en.ligne/page/Microsoft-SQL-Server-Erreur-5118.aspx
mercredi 4 novembre 2009

Bonjour,

Cela fait 10 ans que je fais de l'audit et du conseil sur SQL Server et jamais je n'aurais placé des MDF/NDF/LDF sur un volume compressé. Même en utilisant la solution de contournement consistant à décompresser un fichier spécifique.

- SQL Server 2000 était assez souple sur ce problème, il autorisait la création de fichiers de données et de log sur des volumes compressés.
- SQL Server 2005 refuse catégoriquement de créer des fichiers qui appartiennent à un groupe de fichier read-write sur ce genre de volumes. C'est la fameuse erreur 5118. Mais, par contre, si vous voulez créer un groupe de fichier en read-only basé sur un disque compressé, cela fonctionnera. Par contre, d'un point de vue performance, ce sera pas terrible.
- SQL Server 2008 continue dans la lignée mais propose des solutions de compression pour pallier à d'éventuels problèmes d'espace.

Pour répondre à votre question : "C'est quand même un problème. Non ?", je réponds non, ce n'est pas un problème. Car votre solution n'est pas supportée. Le seul problème vient de la conception de votre architecture physique ...

Pour conclure, sachez que le support Microsoft ne prendre pas en compte un quelconque indicent sur votre plateforme si elle est basée sur des volumes compressés sachant que cette solution n'est pas supportée.

Cordialement,

Christophe
www.conseil-it.fr
jeudi 5 novembre 2009