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 :

Impossible de réduire les journaux de transactions


Sujet :

Administration SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    461
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 461
    Par défaut Impossible de réduire les journaux de transactions
    Bonjour,
    Je viens de récupérer des bases SQL Server 2005 à administrer. Sur deux de mes bases (dont tempdb), il m'est impossible de réduire les journaux de transactions au-delà de 25 Go pour la TEMPDB et 27 Go pour l'autre base. Les DBF de ces base font :
    TEMPDB -> 11 Mo
    PROD -> 96 Mo
    Je pense avoir tout essayé :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    SHRINKDATABASE
    SHRINKFILE
    DUMP DATABASE Ma_Base WITH TRUNCATE_ONLY
    J'ai suivi la doc de Frédéric http://sqlpro.developpez.com/cours/sqlserver/log/
    Mais rien n'y fait.
    Quelqu'un a t'il une idée ?
    Merci par avance

  2. #2
    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
    Bonjour,

    Un petit complément ici

    Avant de réduire ces fichiers de journaux posez vous la question pourquoi ont ils grossi et est ce que cela ne va pas encore arriver .... Vous avez peut être déjà la réponse. Dans le cas où vous êtes sur une opération exceptionnelle qui a fait grossir vos fichiers vous pouvez envisager de réduire vos journaux mais à une taille raisonnable (en laissant de la marge en cas de nouvelle extension). Dans le cas contraire il serait peut être bon d'envisager de dimensionner correctement vos journaux.

    Quoi qu'il en soit regardez déjà pour votre base de production si une transaction ne vous bloque pas :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    SELECT 
     [name],
     log_reuse_wait_desc
    FROM sys.databases
    WHERE [name] = '<votreBase>'
    Utilisez l'instruction BACKUP DATABASE ou lieu de DUMP DATABASE

    ++

  3. #3
    Membre Expert

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2007
    Messages
    1 216
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : Suisse

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : Août 2007
    Messages : 1 216
    Par défaut
    Bonjour,

    Que retourne la query suivante ?

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    Select name, log_reuse_wait_desc
    from sys.databases
    Bonne journée

  4. #4
    Membre éclairé
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    461
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 461
    Par défaut
    Mikedavem, merci pour votre réponse rapide.
    Le résultat de la requète ci-dessous :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    SELECT NAME, LOG_REUSE_WAIT_DESC
    FROM SYS.DATABASES
    NAME = le nom de ma base de prod
    LOG_REUSE_WAIT_DESC = ACTIVE_TRANSACTION


    Donc j'imagine que comme son nom l'indique, une transaction active m'empèche de faire un :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    DUMP DATABASE Ma_Base WITH TRUNCATE_ONLY
    Comment savoir quelle est cette transaction et qui en est le propriétaire ?
    Et concernant ma base TEMPDB, le journal de transaction me parait de taille disproportionnée par rapport au fichier DBF.

  5. #5
    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
    Utilisez DBCC OPENTRAN pour savoir quelle est la session en cause.
    Regardez la requête qui se joue derrière et au pire des cas tuez la session avec la commande KILL.

    Une fois cela fait vous pourrez tenter à nouveau de faire une sauvegarde du journal et réduire la taille de votre fichier.

    ++

  6. #6
    Membre éclairé
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    461
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 461
    Par défaut
    Me renvoie bien une transaction. Comment puis-je voir la requête qu'elle joue ?

  7. #7
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 010
    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 010
    Billets dans le blog
    6
    Par défaut
    Récupérez le SPID et par le biais du handle de text, utilisez la fonction fn_get_sql ( SqlHandle ) en faisant une requête sur sys.dm_exec_requests


    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/ * * * * *

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

Discussions similaires

  1. [2008R2] Impact des sauvegardes sur les journaux de transaction
    Par fred_04510 dans le forum Administration
    Réponses: 12
    Dernier message: 24/05/2013, 08h52
  2. Réponses: 7
    Dernier message: 20/05/2013, 16h13
  3. [XSLT][PHP5] Impossible d'obtenir les CDATAS ...
    Par Atruskor dans le forum XSL/XSLT/XPATH
    Réponses: 3
    Dernier message: 21/02/2005, 16h04
  4. [SERVLET][JDBC] Impossible de charger les pilotes
    Par cedric.picard dans le forum Servlets/JSP
    Réponses: 2
    Dernier message: 07/10/2004, 14h11
  5. Réponses: 10
    Dernier message: 19/05/2004, 11h41

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