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.