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

- SharePoint : Bug sur la gestion des permissions et la synchronisation Office par Blog Technique de Romelard Fabrice le 07-10-2014, 11:35

- SharePoint 2007 : La gestion des permissions pour les Workflows par Blog Technique de Romelard Fabrice le 07-08-2014, 11:27

- TypeMock: mock everything! par Fathi Bellahcene le 07-07-2014, 17:06

- Coding is like Read par Aurélien GALTIER le 07-01-2014, 15:30

- Mes vidéos autour des nouveautés VS 2013 par Fathi Bellahcene le 06-30-2014, 20:52

- Recherche un passionné .NET par Tkfé le 06-16-2014, 12:22

- [CodePlex] Projet KISS Workflow Foundation lancé par Blog de Jérémy Jeanson le 06-08-2014, 22:25

- Etes-vous yOS compatible ? (3/3) : la feuille de route par Le blog de Patrick [MVP SharePoint] le 06-06-2014, 00:30

- [MSDN] Utiliser l'approche Contract First avec Workflow Foundation 4.5 par Blog de Jérémy Jeanson le 06-05-2014, 21:19

- [ #ESPC14 ] TH10 Moving mountains with SharePoint ! par Le blog de Patrick [MVP SharePoint] le 06-01-2014, 11:30