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

- Après Montréal, ce sera Barcelone, rendez-vous à la European SharePoint Conference 2014 ! par Le blog de Patrick [MVP SharePoint] le il y a 7 heures et 3 minutes

- Emportez votre sélection de la MSDN dans la poche ? par Blog de Jérémy Jeanson le 04-17-2014, 22:24

- [ #Office365 ] Pb de connexion du flux Yammer ajouté à un site SharePoint par Le blog de Patrick [MVP SharePoint] le 04-17-2014, 17:03

- NFluent & Data Annotations : coder ses propres assertions par Fathi Bellahcene le 04-17-2014, 16:54

- Installer un site ASP.net 32bits sur un serveur exécutant SharePoint 2013 par Blog de Jérémy Jeanson le 04-17-2014, 06:34

- [ SharePoint Summit Montréal 2014 ] Tests de montée en charge SharePoint par Le blog de Patrick [MVP SharePoint] le 04-16-2014, 20:44

- [ SharePoint Summit Montréal 2014 ] Bâtir un site web public avec Office 365 par Le blog de Patrick [MVP SharePoint] le 04-16-2014, 18:30

- Kinect + Speech Recognition + Eedomus = Dommy par Aurélien GALTIER le 04-16-2014, 17:17

- [ SharePoint Summit Montréal 2014 ] Une méthodologie simple pour concevoir vos applications OOTB SharePoint de A à Z par Le blog de Patrick [MVP SharePoint] le 04-16-2014, 16:51

- //Lean/ - Apprendre à faire des Apps Windows universelles par Blog de Jérémy Jeanson le 04-16-2014, 12:57