Précédent   Forum des professionnels en informatique > Bases de données > MS SQL-Server
MS SQL-Server Forum Microsoft SQL-Server. Avant de poster -> FAQ SQL-Server, Tutoriels SQL-Server
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 01/02/2011, 13h46   #1
Invité régulier
 
Inscription : octobre 2010
Messages : 35
Détails du profil
Informations forums :
Inscription : octobre 2010
Messages : 35
Points : 7
Points : 7
Par défaut Log et TempDB

Bonjour,

Je suis sur SQL-Server 2005, j'ai les fichier logs qui grossissent de 10 Go par semaine.
La solution qu'on a trouvé pour résoudre temporairement le problème est de supprimer à chaque fois les fichier de log et rattacher notre base au serveur.
Mais aujourd'hui après un shrink on a supprimé les fichier de log et ça ne va plus.

On ne peut plus rattacher le fichier mdf.
On ne peut pas se connecter à la base même depuis le serveur où elle se trouve.
Si vous avez la moindre idée cela pourra nous aider à avancer.

D'avance merci.
sql_bin est déconnecté   Envoyer un message privé Réponse avec citation 10
Vieux 01/02/2011, 15h05   #2
Rédacteur/Modérateur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 10 950
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 10 950
Points : 17 769
Points : 17 769
La perte du journal de transaction est une opération irréversible qui conduit généralement à la perte de la base.
Votre méthode de suppression des fichiers de journalisation est un absurdité qui courre à la perte globale de vos bases.
Pour maîtriser la croissance d'un journal de transaction, il faut soit le faire travailler en mode de récupération SIMPLE, soit le sauvegarder régulièrement.

Tentez de faire une sauvegarde de la base sans journalisation avec la commande BACKUP DATABASE avec les options No_TRUNCATE ou CONTINUE_AFTER_ERROR.

Avant cela montrez nous l'état de la base avec cette requête :
SELECT name, state FROM sys.databases

Ce que vous auriez dû fire avant : (A lire) http://sqlpro.developpez.com/cours/sqlserver/log/

A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro
http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation
* * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 10
Vieux 06/02/2011, 03h47   #3
Membre du Club
 
Inscription : mars 2002
Messages : 52
Détails du profil
Informations forums :
Inscription : mars 2002
Messages : 52
Points : 58
Points : 58
Bonjour,

Dans votre titre vous évoquez tempdb ...
Est-ce cette base qui voit sa dimension explosée ?.

@+
zeus est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 07h10.


 
 
 
 
Partenaires

Hébergement Web