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

- Compte rendu : SharePoint / O365 : des pratiques pour une meilleure productivité par The Mit's Blog le 12-12-2014, 18:11

- [TFS] Suppression des feature SQL Entreprise en masse par Blog de Jérémy Jeanson le 12-06-2014, 09:18

- [Clean Code] règles de nommage par Fathi Bellahcene le 12-04-2014, 22:59

- Windows To Go 10 et Upgrades impossibles par Blog de Jérémy Jeanson le 12-04-2014, 21:38

- SharePoint OnPremise: Statistiques d’utilisation pour traquer les sites fantomes par Blog Technique de Romelard Fabrice le 12-03-2014, 10:28

- SharePoint 2007: Script PowerShell permettant le backup de toutes les collections de sites d’une application Web par Blog Technique de Romelard Fabrice le 12-02-2014, 10:00

- Xamarin : un choix précieux par .net is good... C# is better ;) le 12-01-2014, 15:10

- Office 365: Comparaison des composants pour préparer votre migration de SharePoint 2007 vers Office 365 par Blog Technique de Romelard Fabrice le 11-28-2014, 16:20

- Créer un périphérique Windows To Go 10 ! par Blog de Jérémy Jeanson le 11-21-2014, 04:54

- RDV à Genève le 12 décembre pour l’évènement “SharePoint–Office 365 : des pratiques pour une meilleure productivité !” par Le blog de Patrick [MVP Office 365] le 11-19-2014, 10:40