Discussion :

[awatif]

lorsque je lance une requete de suppression dans l'analyseur de requétes
j'ai le message suivant:

Impossible d'allouer de l'espace pour l'objet '(SYSTEM table id: -940166310)' dans la base de données 'TEMPDB' parce que le groupe de fichiers 'DEFAULT' est plein.

que faire

[Youssef TAZI SIDQUI]

Bonjour,
Vérifie si l'espace disque est suffisant.

[SQLpro]

Cela signifie que les fichiers sous jacent à la base de données tempdb de SQL Server sont pleins. Cela peut arriver si :
- le disque contenant les fichiers est saturé
- la taille des fichiers de la base tempdb a été fixé à une valeur précise sans possibilité de s'agrandir.

A +

[Promesses]

Cela signifie que les fichiers sous jacent à la base de données tempdb de SQL Server sont pleins. Cela peut arriver si :
- le disque contenant les fichiers est saturé
- la taille des fichiers de la base tempdb a été fixé à une valeur précise sans possibilité de s'agrandir.

A +

Bonjour SQLpro,
il s'avère que j'ai à peu près le même probleme.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Impossible d'allouer une nouvelle page pour la base de données 'TEMPDB'. Plus de pages disponibles dans le groupe de fichiers DEFAULT. Libérez de l'espace en supprimant des objets, en ajoutant des fichiers ou en autorisant la croissance des fichiers.

Sur mon serveur SQL Server, j'éxecute une requete une requete dans l'analyseur de requete sur un serveur distant, et j'obtiens ce message d'erreur.

J'ai tout vérifié, j'ai plein de places sur le disque (50Go), la base tempdb est en croissance automatique.

Alors, pour tester j'ai retiré un champs dans la requête, j'ai donc eu le message que cette personne a eu.
Enfin pour continuer mes tests, j'en ai retiré deux puis trois, et la ma requete est passé.
Ca semble typiquement des symptomes de manque de place, mais tout mes paramêtres sont bons pour qu'elle puisse augmenter comme elle veut cette tempdb.

La requete éxecutée ramène 1100211 lignes.

Vois tu autre chose à faire ?

Sinon, un peu plus d'informations:
après avoir fait

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sp_helpdb 'tempdb'

j'obtiens ces infos:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

tempdb	  12026.25 MB	sa	2	août 16 200	Status=ONLINE, Updateability=READ_WRITE, UserAccess=MULTI_USER, Recovery=SIMPLE, Version=539, Collation=French_CI_AS, SQLSortOrder=0, IsAutoCreateStatistics, IsAutoUpdateStatistics	80

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
tempdev                                                                                                                         	1	f:\databases\system\tempdb.mdf                                                                                                                                                                                                                                  	PRIMARY	12269568 KB	Unlimited	50%	data only
templog                                                                                                                         	2	f:\databases\system\templog.mdf                                                                                                                                                                                                                                 	NULL	45312 KB	Unlimited	30%	log only

Il y a 60 Go de libre sur le disque.

Voici le select qui est fait:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
        'Post-paid' as Type_Produit,
	convert(char(10), DateTime, 103) as date_appel,
	convert( char(5), DateTime, 108) as heure_appel,	
	convert(char(10),Variable7) Num_dossier,
	convert(char(5),Variable3) as parc

En mettant en commentaire les deux derniers champs, la requête s'éxecute bien. (me ramene donc 1100211 lignes)
Sinon, la requete me ramene des lignes aussi si je prend exactement que les 11072 première lignes pas une de plus.

j'ai tout dit

[ZERS]

Ouch !
12Go pour une tempDb, ca commence à faire !!!!!!

Est-ce que tu as eu ces 12Go à la suite d'une unique requête ou bien n'as-tu jamais vider les logs, fait un schrink de la base ???

Bref, voici le petit code habituel (à faire après un back-up de tes bases, hors tempDB), à lancer sous l'analyseur de requete, et automatisable via un batch ou procédure stockée:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
use mabase -- on peut repeter ces commandes autant de fois qu'on a des bases users sur le serveur
go
checkpoint
go
use master
go
dump transaction mabase with truncate_only
go
DBBC SCHRINKDB(mabase)
go
DBBC SCHRINKDB(tempdb)
go

Après cela les tailles de tempdDB et de/des mabase devraient être moins grosses. Ca bousille un peu les perfs mais ca pourrait résoudre vos soucis respectifs

[rudib]

Salut à tous,

Un détail pour info : tempdb est par nature en "truncate on checkpoint", aussi connu sous le doux nom de recovery mode simple. En d'autres termes, son journal de transaction n'a pas besoin / ne doit pas être sauvegardé.

[ZERS]

Salut à tous,

Un détail pour info : tempdb est par nature en "truncate on checkpoint", aussi connu sous le doux nom de recovery mode simple. En d'autres termes, son journal de transaction n'a pas besoin / ne doit pas être sauvegardé.

Bien pour cela que j'ai précisé à nos amis de sauvegarder toutes leurs bases, mais pas TempDB