Discussion :

[Pfeffer]

Bonjour,

Nous avons un problème d'insertion dans notre base de données SQL Server 2000. Sur une table, et seulement une, il était impossible de faire une insertion ce matin. J'ai supprimé quelques lignes dans cette même table et après les insertions ont de nouveaux fonctionnés.

Dans cette table nous stockons beaucoup d'informations. En gros elle représente 80% de la taille de notre base.

Quelle pourrait être la cause de ce problème ??

[jero44]

Cette table est sur un groupe de fichier. Est ce qu'il reste de l'espace de disponible dans ce groupe de fichier?

[Pfeffer]

Comment est ce que je peux vérifier si la table se situe au niveau de ce groupe dans SQL Server ?

[Pfeffer]

En fait la question, c'est plutot, comment savoir s'il reste de l'espace disponible au niveau de ce groupe de fichier ?

[elsuket]

Bonjour,

Je viens de publier ceci

Cela signifie surtout que vos fichiers n'ont pas été configurés pour croître automatiquement et qu'ils ont été mal dimensionnés à la création de la base de données.
Pour changer ce comportement :

Code :

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

1
2
3
4
5
6
7
ALTER DATABASE maBD
MODIFY FILE
(
	NAME = nomLogiqueDuFichierDeDonnees,
	SIZE = nombreDeMB 
	FILEGROWTH = nombreDeMBPourCroissance
)

Où :
- nombreDeMB représente la taille future de votre fichier de données
- nombreDeMBPourCroissance représente la taille de laquelle sera agrandie votre fichier si la base de données a besoin de plus d'espace pour stocker les données.

Notez qu'une croissance augmente vos chances de fragmentation de votre fichier de données, entraînant une perte de performances.

@++

[Pfeffer]

J'ai modifié la taille du groupe de fichier.
Cela semble fonctionner !

Maintenant j'ai deux questions:
- La première, est ce que le journal de transaction à un impact sur la taille du groupe de fichier ?
- La deuxième, comment optimiser au mieux la taille de ce groupe de fichier ??
Pour le moment, j'ai définit la taille à 50Gb avec une croissance de 50% !