IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration SQL Server Discussion :

Problème Fichier Log SQLFT [2005]


Sujet :

Administration SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Futur Membre du Club
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Octobre 2013
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Octobre 2013
    Messages : 3
    Par défaut Problème Fichier Log SQLFT
    Bonjour,

    Je suis actuellement Admin DBA en formation, et je me heurte à un problème sur un SGBD que je connais très peu.

    En effet, j'ai donc une instance SQL Serveur 2005 qui me génère des fichier .log assez lourd, et cela commence à prendre trop d'espace disque. Ces fichiers sont préfixé par le terme "SQLFT". Ayant peu de connaissance sur ce SGBD, je ne sais même pas à quoi correspondent ces fichiers.

    Ma question est donc la suivante, est t'il possible de purger ou déplacer ces fichiers sans provoquer d'indisponibilité (donc sans redémarrer l'instance), et sans risque pour l'intégrité des données.

    Merci de votre aide.

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 002
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 22 002
    Billets dans le blog
    6
    Par défaut
    OUI

    SOLUTION 1 - la plus judicieuse
    1) il faut sauvegarder les journaux de transaction de votre base à l'aide de la commande
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    BACKUP LOG MaBase TO DISK = '???'
    2) après cette étape (impérative) vous pourrez diminuer la taille du journal de transaction à l'aide de la commande DBCC SHRINKFILE :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    USE Mabase;
     
    DBCC SHRINKFILE('Nom_Fichier_Logique_Transaction', 1);
    Pour connaître le nom logique de votre fichier :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    USE Mabase;
     
    SELECT name, * FROM sys.database_files WHERE type_desc = 'LOG';
    SOLUTION 2 - la moins pertinente

    1) passer votre base de données en mode de journalisation simple
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ALTER DATABASE Mabase SET RECOVERY SIMPLE;
    2) après cette étape (impérative) et en ayant attendu suffisamment de temps pour que les transactions actives soient libérées vous pourrez diminuer la taille du journal de transaction à l'aide de la commande DBCC SHRINKFILE (comme indiqué ci-avant).

    AVANTAGES & INCONVÉNIENTS
    En passant la journalisation en mode SIMPLE, vous ne pourrez pas récupérer d'une erreur logique en re exécutant les transactions jusqu'à un point dans le temps. En revanche, votre journal ne croitra plus.
    Si vous voulez conserver votre journal en mode FULL (franchement conseillé pour une base OLTP), alors vous devez procéder à des sauvegardes régulières du journal de transaction, au moins une fois par jour, voire toutes les heures, tous les 1/4 d'heure, toutes les 5 minutes....

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Futur Membre du Club
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Octobre 2013
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Octobre 2013
    Messages : 3
    Par défaut
    Tout d'abord, merci d'avoir répondu à ma requête.

    Vous me parlez de journaux de transaction, or d'après ce que j'ai comprit, et de ce que j'ai pu trouver par moi même, ce sont des Full Text Log qui me posent problème. Ces fichiers ont 't'il un lien avec les journaux de Transaction ?
    Comme je l'ai précisé, je suis vraiment débutant sur ce SGBD, et j'aimerais être sure de ce que je fais, afin de ne pas faire planter mon instance.

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 002
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 22 002
    Billets dans le blog
    6
    Par défaut
    Dans ce cas il faut exécuter :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    sp_fulltext_recycle_crawl_log
    (non documenté)

    Qui en fait appelle un

    (non documenté)

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Futur Membre du Club
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Octobre 2013
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Octobre 2013
    Messages : 3
    Par défaut
    Très bien.

    Merci beaucoup pour votre aide.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. problème avec les fichiers logs
    Par kaele dans le forum Administration
    Réponses: 0
    Dernier message: 02/01/2009, 14h29
  2. Problème avec les fichiers log
    Par gosu14 dans le forum Administration
    Réponses: 1
    Dernier message: 04/08/2008, 19h07
  3. probléme de fichier log
    Par ess2007 dans le forum Administration
    Réponses: 12
    Dernier message: 26/06/2008, 12h11
  4. Fichier Log problème format
    Par gamerome dans le forum IIS
    Réponses: 3
    Dernier message: 02/04/2008, 16h40
  5. Problème pour réduire le fichier log d'une base
    Par Oluha dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 22/06/2006, 16h01

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo