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

- Etendre le Team Web Access de TFS 2012 – Step 0 par Philippe Didiergeorges Aka Philess le 05-23-2013, 23:48

- Simuler facilement l’envoi de mail par Blog de Jérémy Jeanson le 05-22-2013, 12:52

- ProcDump 6.0 : support du filtrage sur messages d'exceptions .NET, des filtres multiples et du ciblage par nom de service par CoqBlog le 05-20-2013, 14:50

- Votez pour le TOP 10 des influenceurs SharePoint francophones ! par Le blog de Patrick [MVP SharePoint] le 05-20-2013, 12:59

- [Conf’SharePoint] Dernier rappel ! :-) par Le blog de Patrick [MVP SharePoint] le 05-20-2013, 09:09

- [ #SharePoint 2013 ] les modèles de sites standards… par Le blog de Patrick [MVP SharePoint] le 05-20-2013, 09:03

- 10 erreurs de compréhension concernant SharePoint… par Le blog de Patrick [MVP SharePoint] le 05-20-2013, 08:27

- Conf’SharePoint : 10 bonnes raisons pour ne pas la rater par Le petit blog de Pierre / Pierre's little blog le 05-14-2013, 02:24

- [Event] Soirée de lancement Agile .NET France à Lyon par Blog Agile/ALM de Vincent THAVONEKHAM le 05-13-2013, 01:29

- .NET / Debug : inspection de la mémoire d'applications .NET (dump ou processus live) : première livraison d'une librairie .NET par Microsoft par CoqBlog le 05-11-2013, 22:21