Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Blog Technique de Romelard Fabrice

Les dernières Actualités de Romelard Fabrice (Alias fabrice69 ou F___) principalement autour des technologies Microsoft

Actualités

  • Toutes les actualités et informations sur les technologies Microsoft principalement autour de .NET et SQL Server

Archives

SQL Server 2005 : Vider les fichiers de log du moteur FullText 2005

Le moteur FullText de SQL Server 2005 est très puissant, il permet de pouvoir mettre en place une solution de recherche "Plein-Texte" dans votre projet de facon très rapide avec une puissance accrue par rapport à SQL Server 2000.

Il gère en interne les suivis d'erreur dans des fichiers de log que vous trouverez dans le répertoire :

  • [Répertoire d'installation de SQL Server]\MSSQL.1\MSSQL\LOG\

Ces fichiers seront donc sous la forme :

  • SQLFT<IDBaseDonnées><IDCatalogueTexteIntégral>.LOG[<n>]

Vous trouverez les explications sur la MSDN :

La problématique vient du nettoyage de ces fichiers, car ils augmentent sans aucune limitation jusqu'à remplir completement la partition qui les contient (très problématique pour une installation sur le C:\).

  • Ainsi vous ne pouvez pas supprimer directement celui en cours d'écriture, car le moteur FullText conserve un pointeur bloquant sur ce fichier.
  • Vous ne pouvez pas non plus couper le moteur FullText pour supprimer le fichier, car celui-ci se relance automatiquement si un catalogue est avec l'option "FullText Auto Population" à la demande du service SQL Server.

La seule solution que j'ai trouvé reste donc la suivante :

  • En vous connectant avec SQL Management Studio, vous cliquez avec le bouton droit sur le nom du serveur et faites "Arrêter", il va alors prévenir qu'il droit arrêter aussi "SQL Server Agent"
  • Vous allez dans la gestion des services et cherchez "SQL Server FullText Search" (Process "msftesql") pour le stoppper aussi
  • Vous pouvez donc maintenant supprimer les fichiers de Log "SQLFT*.log*"

 

Maintenant, vous devez relancer "SQL Server", puis "SQL Server Agent", et ouvrir le nouveau fichier de log qui sera créé afin de trouver la solution pour les erreurs qui y sont ajoutées.

 

Romelard Fabrice [MVP]

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: jeudi 8 mars 2007 11:39 par ROMELARD Fabrice

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- TFS 2013 : Migration d’une ferme TFS 2010 vers 2013 sans upgrade par Blog Technique de Romelard Fabrice le 05-01-2015, 16:28

- [ #SharePoint 2016 ] frappe à nos portes ! (1/2) par Le blog de Patrick [MVP Office 365] le 04-19-2015, 23:21

- Lync devient Skype Entreprise par Le petit blog de Pierre / Pierre's little blog le 04-18-2015, 22:47

- [WCF] Prendre la main sur les protocoles par Blog de Jérémy Jeanson le 04-18-2015, 12:57

- yOS Tour Geneva - Retour des sessions par Blog Technique de Romelard Fabrice le 04-16-2015, 11:54

- YOS Genève 2015 : gestion des gros fichiers et plus … par The Mit's Blog le 04-13-2015, 11:56

- YOS Genève 2015 : App et bonnes pratiques par The Mit's Blog le 04-13-2015, 10:55

- [YOS Genève 2015] : Et si on adoptait enfin nos espaces collaboratifs par The Mit's Blog le 04-13-2015, 09:48

- [WCF] Les bases d’une configuration clean par Blog de Jérémy Jeanson le 04-11-2015, 11:48

- Dernière partie de cache cache avec l’AppFabric le 2/04/2016 par Blog de Jérémy Jeanson le 04-08-2015, 23:01