Misurare la frammentazione in un database di SQL

Manutenzione dei database per prodotti
Microsoft® SharePoint® 2010
Autori:
Bill Baer
Bryan Porter
Revisori tecnici:
Paul S. Randal (SQLskills.com)
Data di pubblicazione:
Luglio 2011
Riepilogo:
In questo documento vengono descritte le strategie di manutenzione consigliate per i database
che ospitano contenuto e impostazioni di configurazione per prodotti SharePoint 2010.
Microsoft SharePoint 2010
Luglio 2011
Questo documento viene fornito «così com’è». Le informazioni e le opinioni espresse nel
presente documento, inclusi gli URL e altri riferimenti a siti Web Internet, possono essere
soggette a modifiche senza preavviso. L’utente accetta di utilizzarlo a proprio rischio.
Alcuni esempi illustrati nel presente documento vengono forniti a scopo esclusivamente
esemplificativo e sono fittizi. Nessuna associazione o connessione reale è intenzionale
o può essere desunta.
Il presente documento non implica la concessione di alcun diritto di proprietà intellettuale relativo ai
prodotti Microsoft. È possibile copiare e utilizzare questo documento per fini di riferimento interno.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 2
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
Compendio
Questo white paper contiene informazioni e linee guida per la manutenzione dei database che
ospitano dati e configurazioni di Microsoft® SharePoint® 2010. Vengono inoltre presentati e
descritti alcuni esempi delle attività di manutenzione dei database consigliate quando si utilizza
SharePoint 2010.
Prima di implementare qualsiasi attività di manutenzione dei database o di modificare database di
SharePoint 2010, leggere l’articolo di supporto seguente: Supporto per modifiche ai database
utilizzati in prodotti server Office e in Windows SharePoint Services
(http://go.microsoft.com/fwlink/?LinkId=110812&clcid=0x410).
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 3
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
Sommario
COMPENDIO ................................................................................................................................... 3
Introduzione ................................................................................................................................... 5
Verificare gli eventuali errori di coerenza tramite DBCC CHECKDB ....................................... 5
Informazioni su DBCC CHECKDB ................................................................................................ 6
DBCC CHECKDB e prestazioni .................................................................................................... 7
Misurare e ridurre la frammentazione degli indici ..................................................................... 7
Confronto tra ricostruzioni degli indici online e offline............................................................. 8
Misurare la frammentazione in un database di SQL Server 2008 o 2005
(sys.dm_db_index_physical_stats) ............................................................................................. 8
Per utilizzare la DMV sys.dm_db_index_physical_stats ........................................................ 9
Riduzione della frammentazione per un database ................................................................... 10
Eseguire le regole dell’analizzatore dell’integrità per la manutenzione del database........................ 10
Riduzione della frammentazione per una tabella specifica e i relativi indici ........................ 12
Utilizzo di ALTER INDEX .......................................................................................................... 13
Ottimizzazione delle prestazioni degli indici tramite l’impostazione di un fattore di
riempimento ................................................................................................................................. 13
Compattazione dei file di dati ..................................................................................................... 14
Compattazione di un database tramite comandi Transact-SQL ............................................... 15
Per compattare un database tramite SQL Server 2008 Management Studio .......................... 17
Creazione di piani di manutenzione di SQL Server 2008 ........................................................ 17
Per configurare un piano di manutenzione dei database di SQL Server 2008 ......................... 17
RIEPILOGO ................................................................................................................................... 25
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 4
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
Introduzione
Una regolare manutenzione dei database è essenziale per il corretto funzionamento dei database
di Microsoft® SharePoint® 2010. In questo white paper vengono descritte le attività di
manutenzione dei database supportate per SharePoint 2010.
Tra le attività di manutenzione consigliate per database di SharePoint 2010 sono incluse le seguenti:

Controllo dell’integrità dei database.

Deframmentazione degli indici tramite riorganizzazione o ricostruzione.

Impostazione del fattore di riempimento per un server.
Nota: in questo articolo viene trattata la manutenzione dei database e non la pianificazione di
capacità o prestazioni. Per informazioni sulla capacità o la pianificazione della capacità, vedere
Pianificazione e configurazione dell’archiviazione e della capacità di SQL Server (SharePoint
Server 2010) (http://go.microsoft.com/fwlink/?LinkId=217482).
Benché nelle versioni precedenti di Prodotti e tecnologie SharePoint sia necessario l’intervento
manuale per eseguire la deframmentazione degli indici e la manutenzione delle statistiche,
questo processo è stato automatizzato per i database di SharePoint 2010. A tale scopo, vengono
utilizzate diverse regole dell’analizzatore dell’integrità di SharePoint. Tali regole consentono di
valutare giornalmente l’integrità degli indici e le statistiche dei database e di risolvere
automaticamente i problemi relativi agli elementi dei database seguenti:

Database di configurazione

Database del contenuto

Database dei profili delle applicazioni di servizio profili utente

Database di social networking delle applicazioni di servizio profili utente

Database di report delle applicazioni di servizio Web Analytics

Database dell’area di gestione temporanea di applicazioni di servizio Web Analytics
 Database Word Automation Services
È possibile effettuare attività di manutenzione dei database anche tramite l’esecuzione dei
comandi Transact-SQL o della Creazione guidata piano di manutenzione. In questo documento
vengono innanzitutto presentati i comandi Transact-SQL che è possibile utilizzare, quindi viene
descritto come creare piani di manutenzione del database utilizzando la Creazione guidata piano
di manutenzione di Microsoft SQL Server®.
Nota: in questo documento vengono presentati esempi dettagliati solo per SQL Server 2008 R2
e SQL Server 2005.
Verificare gli eventuali errori di coerenza tramite DBCC
CHECKDB
Iniziare le operazioni di manutenzione di routine eseguendo controlli di coerenza per assicurarsi
che i dati e gli indici non siano danneggiati. È possibile utilizzare l’istruzione DBCC (Database
Console Command) CHECKDB per eseguire un controllo di coerenza interna delle pagine dati e
di indice.
La maggior parte dei problemi di coerenza dei database è provocata da errori del sottosistema di
I/O. Possono tuttavia influire sulla ccoerenza del database anche l’arresto improprio di un server
di database o un errore di un’unità. Problemi di prestazioni e disponibilità evidenti possono
talvolta essere sintomi di problemi di coerenza del database sottostanti. È consigliabile eseguire
controlli di coerenza dei database almeno una volta alla settimana nei database di SharePoint
2010 e ogni volta che si verificano eventi quali errori del server di database o del sottosistema di
I/O.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 5
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
Informazioni su DBCC CHECKDB
DBCC CHECKDB consente di controllare l’integrità logica e fisica di tutti gli oggetti inclusi nel
database specificato tramite l’esecuzione delle operazioni seguenti:

Esecuzione dell’equivalente di DBCC CHECKALLOC
(http://go.microsoft.com/fwlink/?LinkId=110815&clcid=0x410) per verificare le strutture di
allocazione nel database.

Esecuzione dell’equivalente di DBCC CHECKTABLE
(http://go.microsoft.com/fwlink/?LinkId=162093) in ogni tabella e vista nel database per
verificarne l’integrità logica e fisica.

Esecuzione dell’equivalente di DBCC CHECKCATALOG
(http://go.microsoft.com/fwlink/?LinkId=110834&clcid=0x410) nel database per verificare
la coerenza dei relativi metadati.
Di conseguenza, i comandi DBCC CHECKALLOC, DBCC CHECKTABLE e DBCC
CHECKCATALOG non devono essere eseguiti separatamente da DBCC CHECKDB. È
consigliabile eseguire DBCC CHECKDB anziché le singole operazioni perché questo comando
identifica la più ampia gamma di errori possibili ed è pertanto più sicuro da eseguire in un
ambiente di produzione.
DBCC CHECKDB comporta un utilizzo molto elevato di risorse in termini di memoria, I/O e CPU.
Un’alternativa all’utilizzo di DBCC CHECKDB nel sistema di produzione consiste nell’eseguire tale
comando in una copia di backup ripristinata dei database di SharePoint in un server diverso, eliminando
in tal modo parte del carico di lavoro del controllo della coerenza dal sistema di produzione.
È consigliabile eseguire prima DBCC CHECKDB e quindi, in caso di errori, ripristinare il database
interessato utilizzando i backup più recenti.
Importante: l’esecuzione di DBCC CHECKDB WITH REPAIR_ALLOW_DATA_LOSS non è
supportata. È invece supportata l’esecuzione di DBCC_CHECKDB WITH REPAIR_FAST e
REPAIR_REBUILD, in quanto questi comandi aggiornano solo gli indici del database associato.
La tabella seguente contiene l’output di esempio del comando DBCC CHECKDB.
Risultati DBCC per ‘Contoso_Content_1’.
Messaggio di Service Broker 9675, stato 1: Tipi di messaggi analizzati: 14.
Messaggio di Service Broker 9676, stato 1: Contratti di servizio
analizzati: 6.
Messaggio di Service Broker 9667, stato 1: Servizi analizzati: 3.
Messaggio di Service Broker 9668, stato 1: Code dei servizi analizzate: 3.
Messaggio di Service Broker 9669, stato 1: Endpoint conversazione
analizzati: 0.
Messaggio di Service Broker 9674, stato 1: Gruppi di conversazioni
analizzati: 0.
Messaggio di Service Broker 9670, stato 1: Associazioni ai servizi
remoti analizzate: 0.
Risultati DBCC per ‘sys.sysrowsetcolumns’.
Per l’oggetto “sys.sysrowsetcolumns” sono disponibili 2663 righe in 21 pagine.
Risultati DBCC per ‘sys.sysrowsets’.
Per l’oggetto “sys.sysrowsets” sono disponibili 309 righe in 4 pagine.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 6
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
…altro
CHECKDB ha trovato 0 errori di allocazione e 0 errori di coerenza nel
database ‘Contoso_Content_1’.
Esecuzione DBCC completata. Se sono stati visualizzati messaggi di
errore DBCC, rivolgersi all’amministratore di sistema.
Tabella 1. Output di esempio di DBCC CHECKDB
Per ulteriori informazioni sull’utilizzo di DBCC CHECKDB con SQL Server 2008, vedere DBCC
CHECKDB (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=217483).
DBCC CHECKDB e prestazioni
È consigliabile eseguire controlli di coerenza durante le fasce orarie non di produzione, in quanto
DBCC CHECKDB comporta un utilizzo estremamente elevato di risorse in termini di I/O, CPU,
memoria e spazio in tempdb. Si ritiene spesso erroneamente che DBCC CHECKDB acquisisca
blocchi, ma ciò non avviene più da prima di SQL Server 2000. Per ulteriori informazioni sulla
mancata acquisizione di blocchi da parte di DBCC CHECKDB e su questo equivoco di fondo,
vedere«A SQL Server DBA myth a day: (2/30) DBCC CHECKDB causes blocking»
(http://www.sqlskills.com/BLOGS/PAUL/post/A-SQL-Server-DBA-myth-a-day-(230)-DBCCCHECKDB-causes-blocking.aspx (le informazioni potrebbero essere in lingua inglese)).
È possibile che l’overhead delle risorse generato dall’esecuzione di DBCC CHECKDB sia troppo
elevato per il sistema di produzione. In tal caso, non tentare di eseguire controlli di coerenza su
una tabella per volta, in quanto questa scelta è complessivamente più problematica. I metodi
migliori per ridurre l’overhead delle risorse generato dal controllo dell’integrità nel sistema di
produzione sono i seguenti:

Utilizzare l’opzione WITH PHYSICAL_ONLY per ridurre l’utilizzo di CPU e memoria.

Ripristinare un backup del database in un server SQL Server distinto ed eseguire i
controlli di coerenza nella copia ripristinata del database.
Per ulteriori informazioni su queste opzioni, vedere questo post di blog (le informazioni
potrebbero essere in lingua inglese) a cura di Paul S. Randal.
Misurare e ridurre la frammentazione degli indici
La frammentazione degli indici si verifica quando l’ordine logico delle pagine in una tabella o un indice,
definito dalla chiave di indice, non è identico all’ordine fisico delle pagine nei file di dati. Può anche
indicare che la densità dei dati nelle pagine dei file di dati è bassa, comportando uno spreco di spazio
su disco, memoria e I/O. La frammentazione degli indici può essere la conseguenza di molti
inserimenti, aggiornamenti o eliminazioni in una tabella. Nelle figure seguenti vengono illustrati un
nuovo indice non frammentato creato e quindi un indice frammentato dopo molti inserimenti,
aggiornamenti ed eliminazioni. La freccia rossa indica l’ordine fisico dell’indice, mentre le frecce nere
indicano l’ordinamento logico delle pagine di indice.
Figura 1. Indice non frammentato (fonte immagine: Paul S. Randal)
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 7
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
Figura 2. Indice frammentato (fonte immagine: Paul S. Randal)
Poiché gli inserimenti, gli aggiornamenti e le eliminazioni non sono distribuiti equamente tra le
righe della tabella e gli indici, la completezza (o densità dei dati) di ogni pagina può variare nel
tempo. Per le query che analizzano parte degli indici o tutti gli indici di una tabella, la
frammentazione può provocare letture di pagina aggiuntive, che incidono sull’analisi parallela dei
dati e possono influire notevolmente sulle prestazioni della ricerca.
La frammentazione degli indici può provocare un rallentamento delle prestazioni e un utilizzo non
efficiente dello spazio e gli indici possono diventare frammentati rapidamente anche in database
non utilizzati in misura notevole.
Prima di implementare un piano di manutenzione della frammentazione degli indici, è necessario
identificare le tabelle e gli indici più frammentati e quindi creare un piano di manutenzione per
ricostruire o riorganizzare tali indici.
Un esempio di tabella che diventa spesso frammentata in SharePoint 2010 è AllDocs, che
contiene raccolte documenti, documenti associati ed elenchi ed elementi di elenco, nonché i
rispettivi metadati.
Il livello di frammentazione di un indice è la percentuale di pagine di indice che non seguono lo
stesso ordine logico e fisico.
Confronto tra ricostruzioni degli indici online e offline
La ricostruzione degli indici online è disponibile solo in SQL Server Enterprise Edition, Developer
Edition ed Evaluation Edition. I metodi descritti in questo white paper tengono conto di questa
caratteristica. Le procedure illustrate prevedono il passaggio a una ricostruzione degli indici offline se
l’edizione di SQL Server che ospita un database specifico non supporta le ricostruzioni degli indici
online o se l’indice da ricostruire non è adatto per una ricostruzione degli indici online. Un indice può
non essere adatto per la ricostruzione online a causa della presenza di colonne LOB (Large Object),
ad esempio le colonne con tipo di dati NVARCHAR(MAX), IMAGE e così via.
Per informazioni sulle ricostruzioni degli indici online, vedere Funzionamento delle operazioni
sugli indici online (http://go.microsoft.com/fwlink/?LinkId=217492). Quando si esegue una
ricostruzione degli indici offline, vengono acquisiti blocchi a livello di tabella durante il processo di
ricostruzione. Ciò può impedire la scrittura della tabella o persino l’accesso alla tabella. Molti degli
indici nei database di SharePoint vengono sempre ricostruiti utilizzando una ricostruzione degli
indici offline a causa della presenza di colonne LOB.
Anche quando viene utilizzata la ricostruzione degli indici online, vi sono due punti
dell’operazione in cui vengono momentaneamente mantenuti blocchi di tabella, che possono
provocare un blocco. Di conseguenza, è consigliabile pianificare sempre le operazioni di
ricostruzione degli indici durante periodi di scarsa attività.
Misurare la frammentazione in un database di SQL Server 2008 o
2005 (sys.dm_db_index_physical_stats)
In SQL Server 2008 o SQL Server 2005 utilizzare la DMV sys.dm_db_index_physical_stats
per determinare la frammentazione degli indici in una vista o una tabella specifica.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 8
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
Per misurare la frammentazione, è consigliabile monitorare la colonna
avg_fragmentation_in_percent. Per ottenere le prestazioni migliori, il valore di
avg_fragmentation_in_percent deve essere quanto più vicino possibile a zero. Possono essere
tuttavia accettabili anche valori compresi tra 0% e 10%. Per ulteriori informazioni, vedere
sys.dm_db_index_physical_stats (http://go.microsoft.com/fwlink/?LinkId=110839&clcid=0x410).
Nella tabella 2 vengono illustrati alcuni risultati di esempio di sys.dm_db_index_physical_stats,
con un valore di 9,375 per avg_fragmentation_in_percent in una riga.
alloc_unit_type_
avg_fragmentation_
database_id
index_type_desc
desc
in_percent
10
CLUSTERED INDEX
IN_ROW_DATA
0
10
NONCLUSTERED INDEX
IN_ROW_DATA
0
10
NONCLUSTERED INDEX
IN_ROW_DATA
0
10
CLUSTERED INDEX
IN_ROW_DATA
0
10
NONCLUSTERED INDEX
IN_ROW_DATA
0
10
CLUSTERED INDEX
IN_ROW_DATA
9.375
Tabella 2. Risultati di esempio di sys.dm_db_index_physical_stats
Per utilizzare la DMV sys.dm_db_index_physical_stats
1. Sulla barra delle applicazioni fare clic su Start, quindi scegliere Tutti i programmi,
Microsoft SQL Server 2008 e SQL Server Management Studio.
Per utilizzare sys.dm_db_index_physical_stats con un oggetto di database, è necessario
conoscere l’ID database e l’ID oggetto.
2. Selezionare il database del contenuto in Esplora oggetti e quindi fare clic su Nuova query.
Eseguire lo script seguente.
SELECT
DB_ID()
AS
[ID database];
Nota: quando si utilizza DB_ID senza specificare un nome di database, il livello di
compatibilità del database corrente deve essere 100 (per un database di SQL Server 2008)
o 90 (per un database di SQL Server 2005). Se è stato eseguito l’aggiornamento da una
versione precedente di SQL Server, è necessario specificare un nome di database
nell’istruzione DB_ID. Per ulteriori informazioni sui livelli di compatibilità, vedere
sp_dbcmptlevel (Transact-SQL)
(http://go.microsoft.com/fwlink/?LinkId=110840&clcid=0x410).
3. Eseguire sys.dm_db_index_physical_stats nel database o nell’oggetto selezionato.
È possibile specificare non solo il database, ma anche una tabella o un indice.
Sintassi:
sys.dm_db_index_physical_stats
{
database_id
|
(
NULL
|
0
|
DEFAULT
}
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 9
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
,
{
object_id
,
{
index_id
,
{
partition_number
|
NULL
|
,
{
mode
DEFAULT
}
|
|
|
NULL
NULL
NULL
|
|
|
0
0
|
|
DEFAULT
-1
0
|
|
}
DEFAULT
}
DEFAULT
}
)
Prestare attenzione quando si utilizza la DMV sys.dm_db_index_physical_stats, in quanto può
comportare un utilizzo molto elevato di risorse. Una guida esaustiva in cui vengono descritte le diverse
modalità di utilizzo della DMV è disponibile nella pagina Inside sys.dm_db_index_physical_stats
(le informazioni potrebbero essere in lingua inglese)(http://www.sqlskills.com/BLOGS/PAUL/post/Insidesysdm_db_index_physical_stats.aspx).
Riduzione della frammentazione per un database
Per ridurre il livello di frammentazione degli indici, utilizzare le linee guida indicate di seguito.
Eseguire le regole dell’analizzatore dell’integrità per la manutenzione del database
SharePoint 2010 include il framework di regole dell’analizzatore dell’integrità. Questo framework
è configurato con alcune regole per il monitoraggio dell’integrità e dello stato di un ambiente
SharePoint e in alcuni casi esegue le operazioni necessarie per correggere certi tipi di problemi.
SharePoint 2010 include diverse regole correlate alla manutenzione dei database del contenuto.
Si tratta di regole che riducono automaticamente la frammentazione degli indici per alcuni
database di SharePoint e che verificano l’eventuale presenza di statistiche non aggiornate,
aggiornandole se necessario. Tali regole dell’analizzatore dell’integrità sostituiscono il processo
timer Statistiche database aggiornato introdotto in Service Pack 2 per Prodotti e tecnologie
SharePoint. Per impostazione predefinita, tali regole sono configurate per l’esecuzione in base a
una pianificazione giornaliera, settimanale o su richiesta, a seconda della destinazione delle regole.
Tutte le regole dell’analizzatore dell’integrità configurate per l’esecuzione giornaliera e associate
a un determinato servizio di SharePoint vengono eseguite tramite lo stesso processo timer. La
pianificazione di questo processo timer viene modificata durante l’esecuzione delle regole
dell’analizzatore dell’integrità configurate per l’esecuzione giornaliera e associate al servizio.
Tutte le regole trattate in questo white paper sono associate al servizio Timer di SharePoint.
Le regole dell’analizzatore dell’integrità configurate per l’esecuzione in un altro intervallo di
tempo, ad esempio settimanalmente, o associate a un servizio diverso hanno processi timer
diversi. La configurazione di una regola dell’analizzatore dell’integrità per l’esecuzione
settimanale indica che la regola viene eseguita con il processo timer configurato per l’esecuzione
settimanale per il servizio specifico a cui è associata la regola stessa. Questa esecuzione si
verifica in base a qualsiasi pianificazione definita per il processo timer.
È possibile eseguire manualmente le regole dell’analizzatore dell’integrità facendo clic su
«Esegui» sulla barra multifunzione nella pagina delle regole dell’analizzatore dell’integrità in
Amministrazione centrale. L’esecuzione di tali regole comporta la valutazione dell’integrità di
indici e statistiche, nonché le ricostruzioni degli indici e i ricalcoli appropriati.
I database utilizzati da SharePoint contengono indici frammentati: quando si esegue questa
regola, vengono effettuate le attività seguenti:
 La regola segnala gli indici come frammentati. Ciò è dovuto al fatto che la valutazione
dell’integrità degli indici è un’operazione costosa. Come conseguenza dei dettagli
dell’esecuzione della regola dell’analizzatore dell’integrità, la regola segnala sempre gli
indici come frammentati per attivare l’azione correttiva.
 Per ogni database di SharePoint, la regola cerca ed esegue (se trovata) la stored
procedure proc_DefragmentIndices. Durante l’esecuzione di questa stored procedure,
viene creato un elenco di tutti gli indici all’interno del database. Ogni indice viene valutato
in base all’attuale livello di frammentazione. Tutti gli indici frammentati per oltre il 30%
vengono considerati per la ricostruzione.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 10
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011

Supponendo che l’edizione di SQL Server supporti le ricostruzioni degli indici online,
viene tentata una ricostruzione online per ciascun indice. Se la ricostruzione non riesce,
forse perché l’indice sottostante non supporta le ricostruzioni online a causa dell’utilizzo
di colonne LOB, viene eseguita una ricostruzione degli indici offline.
Come osservato in precedenza, non è possibile utilizzare questa regola per tutti i database in
un ambiente SharePoint. Alcuni database utilizzano regole diverse per eseguire attività di
manutenzione simili.
Ricerca - Uno o più database delle proprietà contengono indici frammentati: questa regola
consente di gestire gli indici nei database delle proprietà di ricerca di SharePoint 2010 Enterprise.
Per impostazione predefinita, questa regola è configurata per l’esecuzione settimanale in
qualsiasi server nella farm. Tutta l’elaborazione per questa regola, incluse le azioni correttive, si
verifica durante la fase Controlla dell’esecuzione della regola. Di conseguenza, se si desidera
gestire le ricostruzioni degli indici per il database delle proprietà di ricerca di SharePoint 2010
Enterprise, non è sufficiente configurare questa regola per la mancata ricostruzione automatica
degli indici. È invece necessario disabilitare la regola interamente per evitare l’esecuzione
automatica delle operazioni di manutenzione degli indici in SharePoint 2010.
Quando si esegue la regola «Ricerca - Uno o più database delle proprietà contengono indici
frammentati», vengono effettuate le attività seguenti:
 La regola verifica che l’ambiente è in uno stato in cui è possibile eseguire una
ricostruzione degli indici.
 Per ciascun database delle proprietà configurato per le applicazioni di ricerca nella farm
locale, la regola esegue la stored procedure proc_MSS_DefragSearchIndexes. Durante
l’esecuzione di questa stored procedure, viene creato un elenco di tutti gli indici con una
frammentazione media maggiore del 10%.
 Ogni indice incluso nell’elenco che influisce sulle prestazioni del database delle proprietà
viene ricostruito. Se l’edizione di SQL Server supporta le ricostruzioni degli indici online,
viene eseguita una ricostruzione degli indici online. Se la ricostruzione degli indici online
non riesce, l’indice viene ricostruito offline.
Ricerca - Uno o più database di ricerca per indicizzazione possono contenere indici frammentati:
questa regola consente di gestire gli indici nei database di ricerca per indicizzazione di SharePoint 2010
Enterprise. Per impostazione predefinita, la regola è configurata solo per l’esecuzione su richiesta.
La regola viene eseguita da qualsiasi server nella farm.
Quando viene eseguita, questa regola segnala sempre come frammentati gli indici nei database
di ricerca per indicizzazione. Ciò è dovuto alla natura costosa del controllo della frammentazione
all’interno di un database. Di conseguenza, la semplice disabilitazione dell’attività «Ripristina» per
la regola fa sì che tutti i database di ricerca per indicizzazione vengano segnalati come non
integri, anche se gli indici di tali database sono stati ricostruiti di recente.
Per gestire manualmente la manutenzione degli indici in database di ricerca per indicizzazione,
disabilitare la regola «Ricerca - Uno o più database di ricerca per indicizzazione possono
contenere indici frammentati» nella sua totalità.
Quando si esegue la regola «Ricerca - Uno o più database di ricerca per indicizzazione possono
contenere indici frammentati», vengono effettuate le attività seguenti:
 La regola verifica che l’ambiente è in uno stato in cui è possibile eseguire una
ricostruzione degli indici.
 Per ciascun database di ricerca per indicizzazione configurato per le applicazioni di ricerca nella
farm locale, la regola esegue la stored procedure proc_MSS_DefragGathererIndexes.
 Viene ricostruito ogni indice del database di ricerca per indicizzazione incluso nell’elenco.
Se l’edizione di SQL Server supporta le ricostruzioni degli indici online, viene eseguita
una ricostruzione degli indici online. Se la ricostruzione degli indici online non riesce,
l’indice viene ricostruito offline.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 11
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
È importante notare che tramite la regola «Ricerca - Uno o più database di ricerca per
indicizzazione possono contenere indici frammentati» viene ricostruito ogni indice nel database di
ricerca per indicizzazione, indipendentemente dal livello di frammentazione. La regola consente
inoltre la compressione dei dati a livello di pagina, se supportata dall’edizione di SQL Server che
ospita il database di ricerca per indicizzazione.
A causa della natura del database di ricerca per indicizzazione, non è previsto che sia necessario
deframmentare questo database frequentemente. Eseguire questa regola dopo aver eseguito
una ricerca per indicizzazione completa nel contenuto. Al termine, monitorare gli indici nel
database di ricerca per indicizzazione per verificarne la frammentazione ed eseguire la regola
ogni volta che la frammentazione degli indici aumenta. Tale aumento può verificarsi come
conseguenza dell’improvvisa aggiunta o rimozione di una quantità elevata di contenuto
sottoposto a ricerca per indicizzazione, ad esempio durante l’espulsione di contenuto come
risultato di una pulizia ambientale, o in seguito all’aggiunta di una nuova origine di contenuto,
ad esempio una condivisione di file o un’applicazione Web di SharePoint di grandi dimensioni.
Per i database seguenti non è disponibile un meccanismo automatico per la manutenzione.
Non è previsto che per tali database si verifichi una frammentazione elevata. Monitorare questi
database per verificarne l’eventuale frammentazione e ricostruirne gli indici quando la
frammentazione supera il 30%.
 Database di amministrazione della ricerca
 Database di archiviazione sicura
 Database del servizio informazioni sullo stato
 Database di sincronizzazione dei profili
 Database del servizio di utilizzo
 Database dei metadati gestiti
 Database di Servizi di integrazione applicativa
 Database di PerformancePoint Services
Per ulteriori informazioni sulle modifiche supportate per i database di SharePoint 2010, vedere Supporto
per le modifiche ai database utilizzati in prodotti server Office e in Windows SharePoint Services
(http://go.microsoft.com/fwlink/?LinkId=110844&clcid=0x410) nella Microsoft Knowledge Base.
Se le prestazioni di una tabella o un database molto frammentato non migliorano in modo
notevole in seguito alla frequente deframmentazione, è consigliabile verificare le prestazioni del
sottosistema di I/O.
Riduzione della frammentazione per una tabella specifica e i
relativi indici
Se si desidera deframmentare un indice associato a una tabella specifica anziché un intero
database, è possibile organizzare o ricostruire l’indice.

Per riorganizzazione di un indice si intende la riorganizzazione del livello foglia
dell’indice. La riorganizzazione degli indici comporta la deframmentazione e la
compattazione di indici cluster e non cluster in tabelle e viste e può migliorare
significativamente le prestazioni delle attività di analisi degli indici. La
riorganizzazione di un indice utilizza lo spazio esistente allocato all’indice. La
riorganizzazione viene sempre eseguita online in modo da rendere la tabella
sottostante sempre disponibile agli utenti.

La ricostruzione di un indice comporta la ricostruzione di una copia interamente
nuova dell’indice. Di conseguenza, per un’operazione di ricostruzione è necessario
spazio aggiuntivo sufficiente per creare la nuova copia dell’indice prima di rimuovere
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 12
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
il vecchio indice frammentato. La ricostruzione migliora le prestazioni delle attività di
analisi e ricerca degli indici. È possibile ricostruire l’indice con una tabella online o offline.
Il livello di frammentazione di un indice determina il metodo da utilizzare per deframmentarlo e se
sia possibile mantenere l’indice online o sia necessario portarlo offline. Nella tabella seguente
viene descritto il metodo di deframmentazione consigliato per diversi livelli di frammentazione.
Livello di frammentazione
Fino al 10%
Metodo di deframmentazione
Riorganizzazione (online)
10%-75%
Ricostruzione (online)
75%
Ricostruzione (offline)
Nota: l’utilizzo dei comandi DROP INDEX e CREATE INDEX non è supportato nei database di
SharePoint 2010.
È possibile riorganizzare e ricostruire gli indici utilizzando l’istruzione ALTER INDEX di SQL
Server 2008 o SQL Server 2005 oppure la Creazione guidata piano di manutenzione di SQL
Server 2008 o SQL Server 2005. In questo documento vengono presentate in modo dettagliato
solo le opzioni di SQL Server 2008 o SQL Server 2005.
Utilizzo di ALTER INDEX
ALTER INDEX consente a un amministratore di database di eseguire operazioni di manutenzione
su un indice in una tabella o una vista. L’istruzione può essere utilizzata per disabilitare,
ricostruire e riorganizzare indici. Può inoltre essere eventualmente utilizzata per impostare
opzioni per l’indice. Nella maggior parte dei casi è possibile ricostruire indici mentre il database è
online, rendendo i dati più disponibili rispetto a una ricostruzione degli indici offline.
Importante: SQL Server 2000 supporta l’utilizzo di DBCC DBREINDEX e DBCC INDEXDEFRAG
per la manutenzione degli indici. Questi comandi sono stati deprecati da SQL Server 2005 in poi
e verranno rimossi in una futura versione di SQL Server. Non utilizzare questi comandi per
eseguire la manutenzione degli indici in un database di SharePoint 2010.
Nota: quando viene ricostruito un indice offline, viene inserito un blocco di tabella condiviso nella
tabella, per impedire l’esecuzione di tutte le operazioni ad eccezione delle operazioni SELECT. I
database di SharePoint 2010 utilizzano indici cluster per tale scopo specifico. Quando un indice
cluster viene ricostruito offline, viene inserito un blocco di tabella esclusivo nella tabella, per
impedire qualsiasi accesso alla tabella da parte degli utenti finali.
È possibile personalizzare lo script seguente per ricostruire tutti gli indici in una tabella.
USE Contoso_Content_1
GO
ALTER INDEX ALL ON [nome_database. [ nome_schema ] . | nome_schema.
]nome_tabella_o_vista
REBUILD WITH (FILLFACTOR = 80, SORT_IN_TEMPDB = ON,
STATISTICS_NORECOMPUTE = ON)
GO
Ottimizzazione delle prestazioni degli indici tramite
l’impostazione di un fattore di riempimento
È possibile utilizzare un fattore di riempimento per migliorare ulteriormente l’archiviazione e le prestazioni
dei dati degli indici. Quando vengono creati o ricostruiti indici, il valore del fattore di riferimento (1-100)
determina la percentuale di spazio in ogni pagina del livello foglia in cui è possibile immettere dati.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 13
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
Lo spazio rimanente è riservato per l’espansione successiva. In molte situazioni il livello 0 del fattore di
riempimento predefinito per l’intero server è il valore ottimale, ovvero ogni pagina viene riempita per il
100%. Per SharePoint 2010, tuttavia, un’impostazione per l’intero server pari a 80 è ottimale per
supportare l’espansione e ridurre al minimo la frammentazione.
Nota: non è consigliabile impostare il fattore di riempimento per singole tabelle o singoli indici. Benché
questo sia il metodo più appropriato per database di SQL Server non di SharePoint, i test hanno
rilevato che i database di SharePoint funzionano meglio con un fattore di riempimento dell’80%.
Per visualizzare il valore del fattore di riempimento di uno o più indici, eseguire una query sulla
vista del catalogo sys.indexes. Per ulteriori informazioni sulla vista, vedere sys.indexes
(Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110850&clcid=0x410).
Per configurare il valore del fattore di riempimento per l’intero server, utilizzare la stored
procedure di sistema sp_configure. Per ulteriori informazioni, vedere spconfigure (Transact-SQL)
(http://go.microsoft.com/fwlink/?LinkId=110851&clcid=0x410).
Compattazione dei file di dati
In SQL Server 2008 e SQL Server 2005 è possibile compattare ogni file in un database
(estensioni mdf, ldf e ndf) per rimuovere le pagine inutilizzate e recuperare spazio su disco. I
database di SharePoint 2010 non eseguono la compattazione automatica dei file di dati, ma
molte attività consentono di creare spazio inutilizzato nel database. Le attività che consentono di
creare spazio inutilizzato includono l’esecuzione del comando Windows PowerShell Move-SPSite
(http://technet.microsoft.com/it-it/library/ff607915.aspx) e l’eliminazione di documenti, raccolte
documenti, elenchi, elementi di elenco e siti.
Spazio usato
Spazio libero
Dimensioni su disco
120 GB
Dimensioni su disco
100 GB
Figura 3. Allocazione del database
Lo spazio libero viene rilasciato solo dalla fine del file. Un file di database del contenuto di 60 GB
con dimensioni di destinazione specificate di 40 GB, ad esempio, libera quanto più spazio
possibile dai 20 GB finali (figura a destra) del file di database. Se le pagine utilizzate sono incluse
nei 20 GB finali, tali pagine verranno successivamente riallocate ai 40 GB iniziali del file
mantenuto. È possibile compattare file di database singolarmente o come gruppo.
Le operazioni di compattazione devono essere eseguite raramente e solo dopo l’esecuzione di
un’operazione per la rimozione di una quantità molto elevata di dati da un database e quindi solo
quando non è previsto che lo spazio libero venga utilizzato di nuovo. Le operazioni di
compattazione dei file di dati provocano un’elevata frammentazione degli indici e comportano un
utilizzo estremamente elevato di risorse. Esempi dei casi in cui può essere consigliabile
compattare i file di dati del database comprendono la riallocazione di un numero elevato di
raccolte siti da un database del contenuto a un altro database del contenuto oppure
l’eliminazione di un elenco di grandi dimensioni. In entrambi i casi, è possibile creare grandi
quantità di spazio inutilizzato. I file di database possono essere ridotti solo fino al punto in cui non
è disponibile altro spazio libero rimanente. Per questo motivo, un database del contenuto il cui
contenuto viene eliminato raramente otterrà vantaggi minimi dalla compattazione e subirà
conseguenze negative sulle prestazioni quando dovrà aumentare di dimensioni per contenere
dati aggiuntivi senza adeguamenti specifici. Per ulteriori informazioni, vedere Inizializzazione di
file di database (http://msdn.microsoft.com/it-it/library/ms175935.aspx).
Poiché la compattazione provoca la frammentazione degli indici, non è mai consigliabile
compattare file di database a intervalli regolari. Compattare i database solo in risposta a quantità
elevate di spazio inutilizzato riscontrate come conseguenza di operazioni che hanno un impatto
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 14
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
significativo sulla quantità relativa di spazio utilizzato in un database. Se possibile,
la compattazione di un database deve essere evitata del tutto.
Per compattare i database, utilizzare le linee guida seguenti:

Non eseguire la compattazione automatica dei database né configurare un piano di
manutenzione che preveda la compattazione a livello di programmazione dei database.

Compattare un database solo quando almeno il 50% del contenuto del database è
stato rimosso tramite eliminazione da parte di un utente o un amministratore e non si
prevede che lo spazio inutilizzato verrà riutilizzato da altri dati.

È consigliabile compattare solo i database del contenuto. Il database di
configurazione, il database del contenuto dell’amministrazione centrale e diversi
database dell’applicazione di servizio non sono sottoposti in genere a un numero
sufficiente di eliminazioni per contenere spazio libero significativo.

La compattazione dei database è un’operazione che comporta un utilizzo estremamente
elevato di risorse. Se, pertanto, è assolutamente necessario compattare un database,
pianificare l’operazione di compattazione con molta attenzione.

Al termine di un’operazione di compattazione di un database, gli indici all’interno del
database risultano frammentati. Risolvere questa frammentazione utilizzando ALTER
INDEX… REORGANIZE. Se il sistema non è configurato per consentire
l’inizializzazione istantanea dei file, è consigliabile compattare il database in base a
dimensioni di destinazione in grado di gestire tutto lo spazio necessario per
l’espansione prevista a breve termine. Per ulteriori informazioni, vedere
Inizializzazione di file di database (http://msdn.microsoft.com/itit/library/ms175935.aspx). Se si rimuove la frammentazione tramite la ricostruzione
degli indici, il database si espanderà ulteriormente, esaurendo lo spazio inutilizzato.
È possibile compattare manualmente i database e i file di database per recuperare spazio
eseguendo le istruzioni DBCC SHRINKFILE e DBCC SHRINKDATABASE, tramite SQL Server
2008 o SQL Server 2005 Management Studio.
Per ulteriori informazioni sui motivi per cui la compattazione di un database influisce
negativamente sulle prestazioni e non deve essere eseguita se non è assolutamente necessaria,
vedere Why you should not shrink your data files (le informazioni potrebbero essere in lingua
inglese) (http://www.sqlskills.com/BLOGS/PAUL/post/Why-you-should-not-shrink-your-datafiles.aspx).
Compattazione di un database tramite comandi Transact-SQL
DBCC SHRINKDATABASE consente di compattare i dati e i file di registro per un database
specifico. Per compattare singoli file, utilizzare DBCC SHRINKFILE.
DBCC SHRINKDATABASE
Sintassi:
DBCC SHRINKDATABASE
( ‘nome_database’ | id_database | 0
[ ,percentuale_destinazione ]
[ , { NOTRUNCATE | TRUNCATEONLY } ]
)
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 15
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
[ WITH NO_INFOMSGS ]
nome_database | id_database | 0 specifica il nome del database o l’ID database. Per selezionare
il database corrente, utilizzare 0.
percentuale_destinazione corrisponde allo spazio libero, espresso in percentuale, che si desidera
mantenere al termine della compattazione del database.
NOTRUNCATE consente di compattare i dati nei file di dati spostando le pagine allocate dalla
fine di un file a pagine non allocate all’inizio del file.
TRUNCATEONLY consente di rilasciare al sistema operativo tutto lo spazio libero alla fine del
file, ma non esegue alcuno spostamento di pagine all’interno del file.
Nota: l’utilizzo dell’opzione TRUNCATEONLY non è supportato per i database del contenuto di
SharePoint 2010.
Per ulteriori informazioni, vedere DBCC SHRINKDATABASE (Transact-SQL)
(http://go.microsoft.com/fwlink/?LinkId=110852&clcid=0x410).
DBCC SHRINKFILE
Sintassi:
DBCC SHRINKFILE
(
{ ‘nome_file’ | id_file }
{ [ , EMPTYFILE ]
| [ [ , dimensione_destinazione ] [ , { NOTRUNCATE |
TRUNCATEONLY } ] ]
}
)
[ WITH NO_INFOMSGS ]
nome_file | id_file specifica il nome del file o l’ID file.
EMPTYFILE consente di eseguire la migrazione di tutti i dati dal file specificato ad altri file nello
stesso filegroup.
Nota: l’utilizzo dell’opzione EMPTYFILE non è supportato per i file di database di SharePoint 2010.
dimensione_destinazione corrisponde alla dimensione di destinazione per il file, espressa in
megabyte e come valore intero.
NOTRUNCATE consente di compattare i dati nei file di dati spostando le pagine allocate dalla
fine di un file a pagine non allocate all’inizio del file.
TRUNCATEONLY consente di rilasciare al sistema operativo tutto lo spazio libero alla fine del
file, ma non esegue alcuno spostamento di pagine all’interno del file.
Nota: l’utilizzo dell’opzione TRUNCATEONLY non è supportato per i database del contenuto di
SharePoint 2010.
Per ulteriori informazioni, vedere DBCC SHRINKFILE (Transact-SQL)
(http://go.microsoft.com/fwlink/?LinkId=110853&clcid=0x410).
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 16
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
Per compattare un database tramite SQL Server 2008 Management Studio
1. Sulla barra delle applicazioni fare clic su Start, quindi scegliere Tutti i programmi,
Microsoft SQL Server 2008 e SQL Server Management Studio.
2. In Esplora oggetti connettersi a un’istanza del Motore di database di SQL Server 2008
e quindi espandere l’istanza.
3. Espandere Database, fare clic con il pulsante destro del mouse sul database che si
desidera compattare, scegliere Attività, Compatta e quindi File.
4. Selezionare il tipo di file e il nome del file.
5. Selezionare Riorganizza i file prima di rilasciare lo spazio inutilizzato. È inoltre
necessario impostare il valore di Dimensioni file compattato. La selezione di questa
opzione comporta il rilascio al sistema operativo di tutto lo spazio inutilizzato nel file e il
tentativo di riposizionare le righe in pagine non allocate.
6. Fare clic su OK.
Creazione di piani di manutenzione di SQL Server 2008
Molte delle operazioni di manutenzione del database trattate in questo white paper possono
essere applicate a livello di programmazione tramite l’implementazione di piani di manutenzione
di SQL Server. I piani di manutenzione consentono di automatizzare e pianificare attività
essenziali per proteggere i dati. Utilizzando i piani di manutenzione in SQL Server 2008 o SQL
Server 2005, un amministratore può pianificare operazioni come l’esecuzione di controlli di
coerenza del database e la riorganizzazione e la ricostruzione di indici. Per ulteriori informazioni,
vedere le risorse seguenti:

Creazione guidata piano di manutenzione
(http://go.microsoft.com/fwlink/?LinkId=110855&clcid=0x410) per SQL Server 2008

Creazione guidata piano di manutenzione (http://go.microsoft.com/fwlink/?LinkId=217494)
per SQL Server 2005
Per configurare un piano di manutenzione dei database di SQL Server 2008
1. Sulla barra delle applicazioni fare clic su Start, quindi scegliere Tutti i programmi,
Microsoft SQL Server 2008 e SQL Server Management Studio.
2. In Esplora oggetti connettersi a un’istanza del Motore di database di SQL Server 2008
e quindi espandere l’istanza.
3. Fare clic su Gestione, fare clic con il pulsante destro del mouse su Piani di
manutenzione e quindi scegliere Creazione guidata piano di manutenzione.
4. Fare clic su Avanti fino a raggiungere la pagina Selezione proprietà piano.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 17
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
5. Nei campi Nome e Descrizione digitare un nome e una descrizione.
6. Stabilire se configurare uno o più piani di manutenzione.
 Per configurare un solo piano di manutenzione, selezionare Singola pianificazione per
l’intero piano o nessuna pianificazione.

Per configurare più piani di manutenzione con attività specifiche, selezionare
Pianificazioni separate per ogni attività.
Se nell’ambiente sono presenti 10 o più database del contenuto o più di 200 GB di contenuto,
è consigliabile configurare piani di manutenzione distinti per garantire la specificità
appropriata e aumentare al massimo il tempo disponibile per la manutenzione.
Se si configurano più piani di manutenzione per un database, specificare un nome o una
descrizione che consenta di distinguere i piani e i rispettivi obiettivi, incluse le pianificazioni.
7. Fare clic su Cambia per impostare una pianificazione per uno o più piani.
Verrà visualizzata la finestra di dialogo Proprietà pianificazione processo.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 18
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
8. Completare la pianificazione, fare clic su OK e quindi su Avanti.
9. Nella pagina Selezione attività di manutenzione selezionare le attività di manutenzione da
includere nel piano e quindi fare clic su Avanti.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 19
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
Note:

Un piano di manutenzione deve includere la riorganizzazione degli indici o la
ricostruzione degli indici, ma non entrambe.

Un piano di manutenzione non deve mai includere la compattazione di un database.

Per determinare la durata di ogni attività, testare ogni attività singolarmente prima di
combinare più attività in un singolo piano. Potrebbe essere necessario definire diversi piani di
manutenzione in pianificazioni distinte per consentire il completamento delle attività durante
fasce orarie in cui non influire negativamente sulle operazioni degli utenti finali.

L’attività Pulizia file manutenzione consente di rimuovere i file rimasti dall’esecuzione di
un piano di manutenzione.
10. Nella pagina Selezione ordine attività di manutenzione modificare l’ordine della attività del
piano di manutenzione, se necessario. Selezionare un’attività e quindi fare clic su Sposta
su o Sposta giù. Dopo aver impostato l’ordine corretto per le attività, fare clic su Avanti.
Nota: se i database sono di dimensioni molto grandi, potrebbe essere necessario creare un
piano di manutenzione distinto per controllare l’integrità dei database con una frequenza
minore rispetto alla manutenzione degli indici.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 20
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
La procedura guidata consente quindi di eseguire in modo semplificato i passaggi necessari
per impostare i dettagli per ogni attività.
11. Nella pagina Definizione attività Controlla integrità database selezionare i database di cui
controllare l’integrità e quindi fare clic su Avanti.
Nota: è possibile controllare in modo sicuro l’integrità di tutti i database di SharePoint 2010.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 21
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
12. Nell’elenco Database nella pagina Definizione attività Riorganizza indice specificare i
database di cui riorganizzare gli indici, selezionare la casella di controllo Compatta oggetti
di grandi dimensioni e quindi fare clic su Avanti.
13. Se si è scelto di ricostruire gli indici anziché riorganizzarli, nella pagina Definizione attività
Ricompila indice specificare i database di cui riorganizzare gli indici nell’elenco Database.
14. Fare clic su Modifica percentuale di spazio disponibile per pagina, digitare 80 e quindi
fare clic su Avanti.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 22
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
Questa opzione consente di impostare il fattore di riempimento per il database.
15. Nella pagina Definizione attività Pulizia file manutenzione impostare i valori desiderati
e quindi fare clic su Avanti.
È consigliabile eliminare i report in formato testo del piano di manutenzione.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 23
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 24
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).
Microsoft SharePoint 2010
Luglio 2011
16. Nella pagina Selezione opzioni report selezionare Scrivi report in un file di testo,
specificare un percorso per i file e quindi fare clic su Avanti fino al completamento della
procedura guidata.
Riepilogo
Qualunque sia il metodo scelto, la manutenzione coerente dei database che ospitano SharePoint
2010 può migliorare significativamente l’integrità e le prestazioni del sistema.
Assicurarsi di disporre di backup affidabili per tutti i database prima di implementare operazioni e
piani di manutenzione.
Prima di implementare un piano di manutenzione o operazioni di manutenzione coerenti, testare
l’impatto delle operazioni sul sistema e il tempo necessario per l’esecuzione.
Per quanto possibile, impostare tutti i piani o le operazioni di manutenzione per l’esecuzione in
fasce orarie non di punta, per ridurre al minimo l’impatto sulle prestazioni per gli utenti.
© 2011 Microsoft Corporation. Tutti i diritti riservati.
Pagina | 25
Per commenti su questo documento o per richiedere altra documentazione su queste caratteristiche,
contattare SharePoint IT Docs ([email protected]).