Ola Hallengren Index Skript nicht neu indizieren

7

Zuerst stelle ich fest, dass eine ähnliche Frage gestellt wurde und für das Poster eine Seitenzahl von 1000 für einen 679-Seitenindex festgelegt wurde. nicht was los ist.

Ich habe Olas Skript als eingestellt

@Databases nvarchar(max)
,@FragmentationLow nvarchar(max) = null
,@FragmentationMedium nvarchar(max) = 'INDEX_REORGANIZE'
,@FragmentationHigh nvarchar(max) = 'INDEX_REBUILD_ONLINE'
,@FragmentationLevel1 int = 50
,@FragmentationLevel2 int = 75
,@PageCountLevel int = 400
,SortInTempdb nvarchar(max) = 'N'
,maxdop int = null
,fillfactor int = null
,PadIndex nvarchar(max) = null
,LOBCompaction nvarchar(max) = 'Y'
,UpdateStatistics nvarchar(max) = 'ALL'
,OnlyModifiedStatistics nvarchar(max) = 'Y'
,StatisticsSample int = null
,StatisticsResample nvarchar(max) = 'N'
,PartitionLevel nvarchar(max) = 'Y'
,MSShippedObjects nvarchar(max) = 'N'
,Indexes nvarchar(max) = 'MyDatabase.dbo.Table'
,TimeLimit int = null
,delay int = null
,WaitAtLowPriorityMaxDuration int = null
,WaitAtLowPriorityAbortAfterWait nvarchar(max) = null
,LockTimeout int = null
,LogToTable nvarchar(max) = 'Y'
,

execute nvarchar(max) = 'Y'

Der fragliche Index lautet wie folgt:

Page Fullness: 75.77%
Fragmentation: 99.14%
Avg. Row Size: 33
Depth: 4
Index Type: Nonclustered
Leaf-lvl rows: 11130800
Max Size: 33
Min Size: 33
Pages: 63585
Partition ID: 1

Es ist so niedrig eingestellt, weil die 1000-Marke den Index nicht erreicht. Seltsam ist, dass Statistiken aktualisiert werden, der Index jedoch nicht neu organisiert oder erstellt wird.

Ich suche nach Dingen, die ich erforschen kann, oder nach Konzepten, über die ich nachdenken kann, um dieses Problem zu lösen.

Nochmals, wenn dies gefragt und beantwortet wurde, bitte vergib mir und vergib mir, wenn die Antwort so lächerlich einfach und dumm ist, dass sie mich ins Gesicht starrt.

Vielen Dank.

Tabellenschema

CREATE TABLE [dbo].[Table](
    [column1] [uniqueidentifier] NOT NULL,
    [column2] [uniqueidentifier] NOT NULL,
    [column3] [uniqueidentifier] NOT NULL,
    [column4] [uniqueidentifier] NOT NULL,
    [column5] [nvarchar](50) NULL,
    [column6] [nvarchar](128) NULL,
    [Column7] [money] NOT NULL,
    [column8] [money] NOT NULL,
    [column9] [nvarchar](128) NULL,
    [column10] [nvarchar](64) NULL,
    [column11] [image] NULL,
 CONSTRAINT [PK_Table] PRIMARY KEY CLUSTERED 
(
    [Column1_Id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]

GO

CREATE NONCLUSTERED INDEX [IX_Index] ON [dbo].[Table] 
(
    [column2] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = ON, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON, FILLFACTOR = 70) ON [PRIMARY]
GO
jbkelly
quelle
ist das Standard Edition? Die Standard Edition unterstützt keine Online-Indexwiederherstellungen.
Rottengeek
@jbkelly - Wenn Sie dies auf der Grundlage der Empfehlungen des Leistungsteams tun, würde ich mir diesen Beitrag von Brent Ozar zur Fragmentierung ansehen . Ich habe ähnliche Tabellenstrukturen mit eindeutigen Kennungen wie Primärschlüssel und Indexschlüssel, und ich habe festgestellt, dass die Neuindizierung keine wirkliche Leistungsverbesserung bewirkt hat. Abhängig davon, wie Sie dem eindeutigen Identifikator Werte zuweisen, führen Sie möglicherweise einen nie endenden Fragmentierungskampf, da nur einige hundert Einfügungen mit newid erforderlich sind, um eine Fragmentierung von über 70% zu erreichen
Aaron
Unternehmen. Einige Indizes werden neu erstellt, andere nicht.
jbkelly
@ Aaron, das habe ich gelesen, aber das ist eine andere Schlacht. Ich denke, ich bin nur sehr neugierig, warum andere Indizes durch die Skripte neu erstellt werden und manche nicht. Es geht mehr darum zu wissen, warum an dieser Stelle mehr als alles andere.
jbkelly

Antworten: