Message d'erreur sur un job de réorganisation d'indexes

**mb10** · 22/05/2013, 14h12

Bonjour,

J’ai le job de réorganisation d’index, suivant, qui se lance régulièrement et qui a toujours fonctionné :

Code :

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

1
2
3
4
5
6
7
8
USE [Test]
GO
ALTER INDEX [index1] ON [table1] REORGANIZE WITH ( LOB_COMPACTION = ON )
GO
ALTER INDEX [index2] ON [table1] REORGANIZE WITH ( LOB_COMPACTION = ON )
GO
ALTER INDEX [index3] ON [table1] REORGANIZE WITH ( LOB_COMPACTION = ON )
GO

Mais depuis 2 semaines, le message d’erreur suivant apparait :

Could not allocate space for object 'table1'.'index1' in database 'Test' because the 'PRIMARY' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup. [SQLSTATE 42000] (Error 1105). The step failed.

Pourtant il y a largement de la place sur les disques. Je ne comprends pas d’où vient le problème.

Merci d’avance pour votre aide.

PS : la base se trouve sur un SQL Server 2008 R2.

**aieeeuuuuu** · 22/05/2013, 14h36

Envoyé par mb10

Pourtant il y a largement de la place sur les disques.

Oui, mais le moteur n'est apparemment pas autorisé à la prendre !

Dans management studio, faites un clic droit sur la base concernées, puis propriété, et rendez-vous dans l'onglet fichier. Regardez le groupe de fichier nommé PRIMARY, et effectuez l'une des actions indiquées dans le message d'erreur selon vos besoins et possibilités.

**mb10** · 22/05/2013, 16h40

Rebonjour,

Voici les valeurs des champs pour le fichier PRIMARY :
« Initiale size » = 35000 MB
« Autogrowth » = By 1024 MB, restricted growth to 90000 MB

Le fichier est en autogrowth, il devrait s’agrandir tout seul.

De plus, une réorganisation d’indexs utilise de l’espace disque au niveau log mais pas au niveau des données. Est-ce Vrai ou Faux ?

Cordialement.

**aieeeuuuuu** · 22/05/2013, 17h57

Envoyé par mb10

Le fichier est en autogrowth, il devrait s’agrandir tout seul.

Sauf s'il a atteint sa taille limite, 90Go dans votre cas. Quelle est sa taille actuelle ?

Envoyé par mb10

De plus, une réorganisation d’indexs utilise de l’espace disque au niveau log mais pas au niveau des données. Est-ce Vrai ou Faux ?

Vrai.
Avez vous lancé les réorganisations à la main ? et index par index ?

Pouvez-vous poster la DDL de la table et des index ?

**mb10** · 23/05/2013, 15h31

Bonjour,

Le fichier n'a pas atteint sa limite de 90 Gb.

Voici le contenu de la DDL de la table :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
USE [BaseTest]
GO
 
/****** Object:  Table [dbo].[Table1]    Script Date: 05/23/2013 14:20:41 ******/
SET ANSI_NULLS ON
GO
 
SET QUOTED_IDENTIFIER ON
GO
 
SET ANSI_PADDING ON
GO
 
CREATE TABLE [dbo].[Table1](
	[ifa] [numeric](15, 0) IDENTITY(1,1) NOT NULL,
	[fd] [datetime] NULL,
	[m] [money] NULL,
	[ic] [numeric](15, 0) NOT NULL,
	[e] [bit] NULL,
	[m_accompte] [money] NULL,
	[l_e] [bit] NULL,
	[av_c] [varchar](80) NULL,
	[id_employe] [int] NULL,
	[num_fac] [numeric](15, 0) NULL,
	[an] [bit] NULL,
	[ap] [bit] NULL,
	[t_f] [char](1) NULL,
	[comment] [varchar](700) NULL,
	[fact_ti] [varchar](50) NULL,
	[fact_no] [varchar](50) NULL,
	[fact_pr] [varchar](50) NULL,
	[fact_cp] [varchar](20) NULL,
	[fact_com] [varchar](40) NULL,
	[livr_typ] [varchar](4) NULL,
	[livr_cp] [varchar](20) NULL,
	[livr_com] [varchar](40) NULL,
	[livr_id_cp] [int] NULL,
	[nbutil] [int] NOT NULL,
	[if_ori] [numeric](15, 0) NULL,
	[num_fac_orig] [varchar](20) NULL,
	[type_av] [char](1) NULL,
	[num_letr] [int] NULL,
 
 
 
 CONSTRAINT [PK_Fa] PRIMARY KEY CLUSTERED 
(
	[ifa] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON, FILLFACTOR = 90) ON [PRIMARY]
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
 
GO
 
SET ANSI_PADDING OFF
GO
 
ALTER TABLE [dbo].[Table1] ADD  CONSTRAINT [DF_Table1_fd]  DEFAULT (getdate()) FOR [fd]
GO
 
ALTER TABLE [dbo].[Table1] ADD  CONSTRAINT [DF_Table1_ic]  DEFAULT (1) FOR [ic]
GO
 
ALTER TABLE [dbo].[Table1] ADD  CONSTRAINT [DF_Table1_e]  DEFAULT (0) FOR [e]
GO
 
ALTER TABLE [dbo].[Table1] ADD  CONSTRAINT [DF_Table1_l_e]  DEFAULT (0) FOR [l_e]
GO
 
ALTER TABLE [dbo].[Table1] ADD  CONSTRAINT [DF_Table1_ap]  DEFAULT (1) FOR [ap]
GO
 
ALTER TABLE [dbo].[Table1] ADD  CONSTRAINT [DF_Table1_t_f]  DEFAULT ('F') FOR [t_f]
GO
 
ALTER TABLE [dbo].[Table1] ADD  CONSTRAINT [DF_Table1_fcp]  DEFAULT (0) FOR [fcp]
GO

Voici le contenu de la DDL de l'index qui pose problème :

Code :

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

1
2
3
4
5
6
7
8
9
10
USE [BaseTest]
GO
 
/****** Object:  Index [index1]    Script Date: 05/23/2013 15:05:10 ******/
CREATE NONCLUSTERED INDEX [index1] ON [dbo].[Table1] 
(
	[an] ASC,
	[ifa] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON, FILLFACTOR = 90) ON [PRIMARY]
GO

Cordialement.

**dbaffaleuf** · 23/05/2013, 16h14

Code :

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

1
2
exec sp_spaceused Table1
GO

merci

**mb10** · 23/05/2013, 17h26

**SQLpro** · 23/05/2013, 18h48

Quelle est la taille de la table1 ?

EXEC sp_spacused 'table1'

A +

**dbaffaleuf** · 24/05/2013, 11h14

ça fait 80% des 90Gb max. Dans ton cas je ne vois pas bien à quoi sert le LOB_COMPACTION. Normalement un alter index reorganize n'utilise que 8K d'espace additionnel. Que donne:

Code :

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

1
2
3
4
5
6
use <base>
GO
exec sp_spaceused
GO
exec xp_fixeddrives
GO

merci

**SQLpro** · 24/05/2013, 14h20

Je soupçonne que la taille de l'index dépasse les 10% dispo sur cette table !

A +

**mb10** · 27/05/2013, 08h57

Bonjour,

Pour la requête :

Code :

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

1
2
3
4
5
6
USE <base>
GO
exec sp_spaceused
GO
exec xp_fixeddrives
GO

Résultat :

database_name | database_size | unallocated space
Test | 837399.00 MB | 766.32 MB

Reserved | data | index_size | unused
606923448 KB | 399506504 KB | 207003928 KB | 413016 KB

drive MB free
G 10117 => Volume contenant le fichier mdf
J 65490 => Volume contenant le fichier ndf
K 12271=> Volume contenant les logs

Je voulais savoir ce que signifiait le fait d'avoir la taille d'un index qui dépasse les 10% de la taille dispo d'une table ?

Ce qui est étrange c'est que la réorganisation d'indexs est passée cette fin de semaine alors que je n'ai rien fait. Le problème semble aléatoire.

Cordialement.

**SQLpro** · 27/05/2013, 13h07

Vous n'avez pas renvoyé le sp_spaceused appliqué juste à cette table. Cela nous aiderait grandement....

A +

**Kropernic** · 27/05/2013, 16h11

Envoyé par SQLpro

Vous n'avez pas renvoyé le sp_spaceused appliqué juste à cette table. Cela nous aiderait grandement....

A +

Ce ne serait pas ce qui se trouve dans le message n° 7 ?

**SQLpro** · 27/05/2013, 17h31

Les index de la table 1 font 14 Go ce qui dépasse probablement la capacité des fichiers....

A +

**mb10** · 29/05/2013, 10h41

Bonjour,

Pouvez-vous m'expliquer de quels fichiers l'index de la table1 dépasse t-il les capacités ? Pourtant la réorganisation d'index est censée utiliser les fichiers de logs et il y a de la place dessus.

Cordialement.

**mb10** · 11/06/2013, 13h35

Bonjour,

La réorganisation d'index a fonctionné 2 fois de suite alors que je n'ai rien modifié.
La fois suivante, le même problème est réapparu.

Merci de votre aide.

Cordialement.

Message d'erreur sur un job de réorganisation d'indexes

Administration SQL Server

Discussions similaires

Partager

Partager