Creazione di piani di manutenzione per i database di Project Server 2007
Aggiornamento: settembre 2008
Ultima modifica dell'argomento: 2008-09-16
Se non si ha familiarità con le procedure operative ottimali per SQL Server e si desidera iniziare a utilizzare SQL Server in modo rapido e sicuro, è consigliabile adottare i piani di manutenzione di SQL Server, che sono progettati espressamente per le implementazioni di applicazioni di dimensioni minori in cui la possibilità di disporre di un metodo rapido e semplice risulta più vantaggiosa rispetto al controllo offerto dalla progettazione schemi di manutenzione personalizzati.
Se l'organizzazione dispone di personale formato nel supporto di applicazioni SQL Server, quelle persone sono le più adatte a progettare la pianificazione operativa in base ai livelli di servizio richiesti dall'organizzazione.
Molte delle operazioni di manutenzione del database illustrate in questo documento possono essere applicate a livello di programmazione tramite l'implementazione dei piani di manutenzione di SQL Server. I piani di manutenzione consentono di automatizzare e programmare attività essenziali per la protezione dei dati. Tramite i piani di manutenzione in SQL Server 2005 o SQL Server 2000, un amministratore può programmare operazioni quali l'esecuzione della verifica di coerenza del database, la riorganizzazione o la rigenerazione degli indici e la compattazione di database per recuperare spazio inutilizzato. Per ulteriori informazioni, vedere le risorse seguenti:
Creazione guidata piano di manutenzione (https://go.microsoft.com/fwlink/?linkid=128478\&clcid=0x410) per SQL Server 2005
Creazione guidata piano di manutenzione database (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=110849\&clcid=0x410) (informazioni in lingua inglese) per SQL Server 2000
.gif "Warning") Avviso: |
|---|
| Se si intende utilizzare la Creazione guidata piano di manutenzione in SQL Server 2005, verificare che sia installato SQL Server 2005 Service Pack 2. Le versioni precedenti al Service Pack 2 non riapplicano le opzioni per gli indici dopo la rigenerazione di un indice mediante un piano di manutenzione. L'esecuzione di questa attività nelle versioni di SQL Server 2005 senza Service Pack 2 (o service pack successivo) può danneggiare gravemente il database. |
Quando si crea un piano di manutenzione di database per la distribuzione di Microsoft Office Project Server 2007, tenere presenti le procedure consigliate seguenti:
Assicurarsi di disporre di backup affidabili per tutti i database prima di eseguire le operazioni e i piani di manutenzione.
Prima di eseguire operazioni o piani di manutenzione in modo coerente, verificare l'impatto delle operazioni sul sistema e il tempo necessario per eseguirle.
Per quanto possibile, impostare l'esecuzione delle operazioni o dei piani di manutenzione fuori dall'orario lavorativo per ridurre al minimo l'impatto sulle prestazioni per gli utenti.
Se nell'ambiente in uso sono presenti dieci o più database oppure più di 250 GB di contenuti, è consigliabile configurare piani di manutenzione separati per assicurare la specificità necessaria e sfruttare al massimo la finestra di manutenzione.
Durante la creazione di un piano di manutenzione mediante la Creazione guidata piano di manutenzione, tenere presenti le procedure consigliate seguenti:
Un piano di manutenzione deve includere la riorganizzazione oppure la rigenerazione dell'indice, non entrambe le operazioni.
Per determinare la durata di ogni attività, testare le singole attività prima di combinarle in un piano unico. Può essere necessario definire più piani di manutenzione in programmazioni distinte per fare in modo che le attività si concludano durante orari in cui le operazioni degli utenti finali non incidono negativamente.
Iniziare sempre con il controllo di integrità del database. Se il controllo di integrità ha esito negativo, non eseguire le restanti attività, ma ripristinare il database interessato.
Per la manutenzione di una distribuzione di Prodotti e tecnologie SharePoint sostenibile e stabile, i database del contenuto sono gli unici che devono essere compattati (l'eliminazione è un'operazione più comune nei database del contenuto). Non è necessario compattare il database di configurazione, il database del contenuto di Amministrazione centrale, i database del provider di servizi condivisi e i database di ricerca e questa operazione può determinare frammentazione.
Quando si configura la compattazione del database, impostare l'esecuzione dell'operazione quando il database supera del 20% la dimensione massima che il database del contenuto può raggiungere. Ad esempio, se è stata definita un'architettura di database che consente fino a 100 GB per ogni database del contenuto, impostare tale valore su 120 GB.
Mantenere il 10% di spazio libero dopo un'operazione di compattazione di database. L'impostazione di questo valore contribuisce a ridurre la frammentazione nel caso in cui siano programmate compattazioni frequenti.
Quando si rigenera un indice, impostare la percentuale di spazio disponibile per pagina su 70%. In questo modo viene impostato il fattore di riempimento per il database.
Per implementare piani di manutenzione più complessi, è preferibile utilizzare SQL Server Integration Services, che offre le stesse opzioni relative alle attività di manutenzione incluse nei piani di manutenzione di SQL Server, con la possibilità di aggiungere gestori eventi, eseguire l'integrazione con sistemi esterni, quali sistemi di flusso di lavoro o di gestione delle operazioni, specificare l'esecuzione condizionale complessa e utilizzare variabili per archiviare lo stato.