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

MS SQL Server Discussion :

vidage Journal de transaction


Sujet :

MS SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Inscrit en
    Septembre 2007
    Messages
    75
    Détails du profil
    Informations forums :
    Inscription : Septembre 2007
    Messages : 75
    Par défaut vidage Journal de transaction
    Bonjour,

    je travail sur un serveur windows server 2003 avec SQL server 2000.
    j'ai planifié un plan de sauvegarde des journaux de transactions mais lorsque je l'éxecute il me renvoi l'erreur :
    Exécuté en tant qu'utilisateur : MonDomaine\MonLogin. Échec de
    sqlmaint.exe. [SQLSTATE 42000] (erreur 22029). L'étape a échoué
    j'ai plusieurs base de données donc plusieurs journaux, j'ai alors essayé de n'en sauvegardé qu'un seul et là c'est ok par contre mon fichier de log ne se vide pas ... ce qui est plus grave car ils commencent à être assez volumineux.

    les fichiers de log sont répertoriés sur une autre partition que les fichiers de données.

    Merci d'avance

  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
    Il est très probable que vos disques étant saturés certaines opérations de maintenance ne peuvent plus avoir lieu. Il convient de toujours réserver au moins 1/3 des disques vides.

    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
    Membre confirmé
    Inscrit en
    Septembre 2007
    Messages
    75
    Détails du profil
    Informations forums :
    Inscription : Septembre 2007
    Messages : 75
    Par défaut
    c'est vrai que sur ce serveur il me reste maitenant 9mo puisque les fichiers ne se vide plus mais j'ai le même problème sur un autre serveur ayant la même configuration et où il me reste un peu plus de 8go.

    quand je fais une sauvegarde du journal d'une seule base, le journal est bien sauvegardé mais le log sur le serveur n'et pas vidé...

  4. #4
    Membre averti
    Inscrit en
    Septembre 2007
    Messages
    39
    Détails du profil
    Informations forums :
    Inscription : Septembre 2007
    Messages : 39
    Par défaut comment gérer son journal de transactions
    j'ai rencontré le même problème et en ma conseiller à lire :
    http://sqlpro.developpez.com/cours/sqlserver/log/
    éffectivement, j'ai peu aprés résoudre mon problème.
    bonne chance.

  5. #5
    Membre confirmé
    Inscrit en
    Septembre 2007
    Messages
    75
    Détails du profil
    Informations forums :
    Inscription : Septembre 2007
    Messages : 75
    Par défaut
    merci pour ton lien j'ai vu que mes bases étaient en mode simple, je viens de les changer. je fais mes test pour voir si c'et ok.

  6. #6
    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
    Si votre journalisation est simple et que votre fichier de journalisation ne se vide jamais (cela devrait être automatique dans ce mode) c'est que vous avez engagé une transaction qui n'a jamais été fermée...

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

Discussions similaires

  1. vidage de journal de transactions
    Par troika dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 11/09/2007, 15h42
  2. Journal de transaction
    Par zamine81 dans le forum Décisions SGBD
    Réponses: 3
    Dernier message: 01/08/2005, 14h05
  3. Réduction du Journal de transactions SQL Server
    Par Aki dans le forum Bases de données
    Réponses: 1
    Dernier message: 08/10/2004, 09h15
  4. Automatisation de la purge du journal des transactions
    Par Nathan dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 30/09/2004, 08h05
  5. vider le journal des transactions
    Par coucoucmoi dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 04/05/2004, 09h21

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