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 :

lenteur & fichier de log


Sujet :

Administration SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé Avatar de olivanto
    Responsable d'exploitation informatique
    Inscrit en
    Mars 2005
    Messages
    513
    Détails du profil
    Informations professionnelles :
    Activité : Responsable d'exploitation informatique
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2005
    Messages : 513
    Par défaut lenteur & fichier de log
    bonjour,

    J'ai un SQLServer 8 sur du w2008, pour abriter notre comptabilité (Sage, pour ne pas le nommer).
    Je précise que je ne connais RIEN à MSQLServer ; mais j'ai de bonnes bases d'Oracle cependant.

    J'ai de grosses lenteur de traitement, et d'après l'éditeur de mon logiciel, cela peut venir du fichier de log. Soit.
    Il parait qu'en sauvegardant la base, cela purge le dit-fichier ; j'ai dû rater une étape, car rien n'a changé après la sauvegarde, c'est toujours aussi long...

    J'ai un fichier de base de données de 1.6 GO, et un fichier de log correspondant de 650Mo. (il est en "autoextend")
    J'ai essayé Tâches, Réduire, Fichier, Fichier de log...et là j'ai trois options qui ne me parlent pas.
    Que dois je faire pour vider complètement ce fichier ??

    Par ailleurs, il existe des tables systèmes que je dois aussi purger ; il n'y a pas d'option via l'interface graphique, je vais donc faire un "delete*from" ; oui mais où se trouve la console SQL (ou ce qui en tient lieu !!)

    merci,

  2. #2
    Membre émérite
    Profil pro
    Inscrit en
    Février 2008
    Messages
    758
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2008
    Messages : 758
    Par défaut
    - Le pb de performance ne vient probablement pas de la taille ou de l'utilisation du journal, pas dans votre cas. Merci de poster le résultat de:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    select serverproperty('productversion')
    GO
    select databasepropertyex('mabaseSAGE','recovery')
    GO
    dbcc sqlperf(logspace)
    GO
    Pour se connecter à l'instance, soit lancer Query Analyzer (si vous êtes bien en SQL Server 8, 8 = SQL Server 2000, démarrer -> executer -> isqlw). Mais n'êtes-vous pas plutôt en 2008 ? (auquel cas démarrer -> executer -> ssms).

    - Ne pas toucher aux tables système. Elles ne sont pas faites pour être accédées directement en modification.

  3. #3
    Membre éclairé Avatar de olivanto
    Responsable d'exploitation informatique
    Inscrit en
    Mars 2005
    Messages
    513
    Détails du profil
    Informations professionnelles :
    Activité : Responsable d'exploitation informatique
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2005
    Messages : 513
    Par défaut
    oui, en effet, je suis en SQL server 2008, pardon !

    alors, au risque de paraître idiot....ce code, où est la console pour l'executer ; car SSMS est une console graphique, et je ne vois nul endroit où je puisse executer du code ! (j'avais prévenu que j'y connaissais rien !)

  4. #4
    Expert confirmé
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Par défaut
    Vous avez un bouton "Nouvelle requête" ou "New Query" en haut à gauche. Cf image jointe

    ++
    Images attachées Images attachées  

  5. #5
    Membre éclairé Avatar de olivanto
    Responsable d'exploitation informatique
    Inscrit en
    Mars 2005
    Messages
    513
    Détails du profil
    Informations professionnelles :
    Activité : Responsable d'exploitation informatique
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2005
    Messages : 513
    Par défaut
    merci, je suis vraiment un boulet...

    bon, les résultats...

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
     
     
    version 10.0.1600.22
    ------
    FULL
    ------
    DATABASE NAME|Log Size (MB) | Log Space Used (%) | Status
    maBaseSage       |1819.305       |92.02582                 |0
    Il y a d'autres bases, pour lesquels le "log space" avoisine les 99%, mais sans problème de performance. Pour l'instant, je souhaiterai travailler sur ma base de comptabilité, quitte à ensuite appliquer ailleurs les améliorations apportées.

    Que puis je faire ??

  6. #6
    Membre Expert Avatar de Jinroh77
    Homme Profil pro
    Consultant en Business Intelligence
    Inscrit en
    Février 2006
    Messages
    1 964
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Seine et Marne (Île de France)

    Informations professionnelles :
    Activité : Consultant en Business Intelligence

    Informations forums :
    Inscription : Février 2006
    Messages : 1 964
    Par défaut
    Avez-vous un plan de maintenance concernant votre base de données ?
    La réponse à la 2° instruction : "FULL" indique le mode de recovery de votre base.
    Le mode FULL indique que les transactions de votre base sont enregistrées dans un journal (c'est le cas dans tous les modes) mais que en plus, ce journal accumulera toutes les transactions sans jamais se vider si on ne lui demande pas.

    Le mode full, permet dans un plan de sauvegarde, d'effectuer une sauvegarde nocturne, complète et relativement longue de votre base puis d'effectuer pendant la journée, toutes les x heures, une sauvegarde de votre journal de transaction.
    Ce second type de sauvegarde permettra de libérer votre journal de transactions et de conserver l'historique des transactions, que l'on pourra chercher à restaurer lors d'un crash ou d'une erreur par exemple.

    A vous de voir si vous souhaitez prendre le temps de définir un véritable plan de maintenance qui s'occupera de :
    - sauvegarde complète nocturne
    - sauvegarde du journal de transaction en journée
    - maintenance des index et statistiques
    etc.

    Ou si vous souhaitez simplement vider ce journal de transaction de la manière suivante :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    ALTER DATABASE shrinkdemo SET RECOVERY SIMPLE
    ALTER DATABASE shrinkdemo SET RECOVERY FULL
    Cela passera votre base en mode de recovery SIMPLE qui consiste à ne sauvegarder que la dernière transaction, supprimant les autres donc.
    Puis en repassant en mode full.

    Par contre, attention, cette commande sera à executer pour ""nettoyer"" votre fichier de journal de transaction et n'est pas recommandée. Le plan de maintenance est bien meilleur.

Discussions similaires

  1. fichier de log
    Par Arkenstone dans le forum Autres Logiciels
    Réponses: 4
    Dernier message: 01/04/2005, 14h42
  2. [tomcat 5] [paramétrage] fichier de log System.out.println
    Par Aldo dans le forum Tomcat et TomEE
    Réponses: 2
    Dernier message: 22/02/2005, 14h41
  3. [Oracle 8i/Fichier de log] - fichier log pour analyse erreur
    Par shaun_the_sheep dans le forum Oracle
    Réponses: 4
    Dernier message: 25/01/2005, 19h06
  4. [Tomcat] Fichier de logs
    Par yolepro dans le forum Tomcat et TomEE
    Réponses: 4
    Dernier message: 22/03/2004, 16h20
  5. Fichiers de Log
    Par Mouse dans le forum MS SQL Server
    Réponses: 4
    Dernier message: 10/05/2003, 18h06

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