Procedure consigliate per il backup e il ripristino (SharePoint Server 2010)

Si applica a: SharePoint Foundation 2010, SharePoint Server 2010

Ultima modifica dell'argomento: 2016-11-30

In questo articolo vengono illustrate le procedure consigliate che è possibile eseguire per essere certi che le operazioni di backup e ripristino in Microsoft SharePoint Server 2010 abbiano esito positivo e che l'ambiente sia protetto da perdite di dati e o da interruzioni della continuità. Le procedure consigliate descritte hanno lo scopo di garantire le prestazioni, il controllo qualità, la sicurezza e l'eccellenza operativa.

Contenuto dell'articolo:

• Procedure consigliate per le prestazioni

• Procedure consigliate per il controllo qualità

• Procedure consigliate per l'eccellenza operativa

Procedure consigliate per le prestazioni

Le operazioni di backup e ripristino possono utilizzare le risorse dei server e limitare le prestazioni degli stessi mentre vengono eseguite. Attenendosi alle procedure consigliate riportate di seguito, è possibile ridurre l'utilizzo delle risorse e migliorare le prestazioni dei server, oltre che della stessa operazione di backup o ripristino.

Ridurre al minimo la latenza tra SQL Server e il percorso di backup

È generalmente preferibile utilizzare un disco locale del server di database, anziché un'unità di rete, per i backup e quindi copiare in un secondo momenti i dati in una cartella condivisa in rete. Danno buoni risultati le unità di rete con una latenza massima di 1 millisecondo tra esse e il server di database.

Per evitare colli di bottiglia a livello di I/O, eseguire il backup principale in un disco diverso da quello in cui è in esecuzione Microsoft SQL Server 2008 con Service Pack 1 (SP1) e aggiornamento cumulativo 2.

Da progettazione la maggior parte dei processi di backup utilizza tutte le risorse di I/O disponibili per completare l'esecuzione. Possono pertanto verificarsi accodamenti sul disco, con un conseguente aumento del consueto tempo di latenza per le richieste di I/O. Questa situazione è tipica e non deve essere considerata un problema.

Evitare conflitti di elaborazione

Non eseguire processi di backup in orari in cui gli utenti devono accedere al sistema. Valutare la possibilità di scaglionare i backup per evitare di eseguire il backup di tutti i database contemporaneamente.

Mantenere i database entro dimensioni limitate per un ripristino più rapido

Per accelerare sia il backup che il ripristino, cercare di mantenere i database entro dimensioni contenute. A tale scopo, è possibile utilizzare più database del contenuto per un'applicazione Web anziché un unico database del contenuto di grandi dimensioni.

Utilizzare backup incrementali per i database di grandi dimensioni

Utilizzare i backup incrementali per i database di grandi dimensioni come quelli disponibili con DPM 2010. I backup incrementali possono essere ripristinati con maggiore rapidità ed efficienza rispetto ai backup completi per i database molto estesi. Per ulteriori informazioni sui tipi di backup, vedere Panoramica del backup (SQL Server) (https://go.microsoft.com/fwlink/?linkid=203863&clcid=0x410).

Utilizzare la compressione durante il backup

In alcune circostanze è possibile utilizzare la compressione per ottimizzare le dimensioni (riduzione del 30%) e i tempi (riduzione del 25% ) per i backup. La compressione dei backup è stata introdotta in SQL Server 2008 Enterprise. Per ulteriori informazioni sugli effetti della compressione dei backup sulle prestazioni in SQL Server, vedere Compressione backup (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381&clcid=0x410).

Seguire le raccomandazioni per l'ottimizzazione di backup e ripristino di SQL Server

Se si utilizzano i backup di SQL Server, per ridurre al minimo i tempi di ripristino, adottare una combinazione di backup completi, differenziali e del registro delle transazioni per il modello di recupero con registrazione completa o con registrazione minima delle operazioni bulk. I backup di database differenziali in genere vengono creati più rapidamente rispetto ai backup di database completi e richiedono una minore attività di registrazione delle transazioni per il ripristino del database.

Se si utilizza il modello di ripristino con registrazione completa, è consigliabile troncare periodicamente i file di registro delle transazioni per evitare problemi di manutenzione.

Per informazioni dettagliate su come ottimizzare le prestazioni di backup e ripristino di SQL Server, vedere Ottimizzazione delle prestazioni di backup e ripristino in SQL Server (https://go.microsoft.com/fwlink/?linkid=126630&clcid=0x410).

Utilizzare RAID 10 se si prevede di utilizzare RAID

Valutare attentamente se utilizzare RAID (Redundant Array of Independent Disks) nel dispositivo di backup del disco. RAID 5 ad esempio offre prestazioni limitate in scrittura, garantendo approssimativamente la stessa velocità di un singolo disco. Ciò è dovuto al fatto che RAID 5 deve mantenere le informazioni di parità. L'utilizzo di RAID 10 per un dispositivo di backup può consentire backup più rapidi. Per ulteriori informazioni su come utilizzare RAID con i backup, vedere Configurare RAID per la massima velocità effettiva di I/O per SQL Server (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=126632&clcid=0x410).

Configurare le impostazioni di SharePoint per migliori prestazioni in fase di backup o ripristino

È possibile configurare le impostazioni in Amministrazione centrale e in Windows PowerShell per aumentare l'efficienza e migliorare le prestazioni durante il backup o il ripristino.

Se si esegue il cmdlet Export-SPWeb di Windows PowerShell, è possibile utilizzare il parametro NoFileCompression. Per impostazione predefinita, SharePoint Server 2010 utilizza la compressione di file durante l'esportazione delle applicazioni Web, delle raccolte siti o delle raccolte documenti. È possibile utilizzare tale parametro per evitare la compressione di file durante l'esportazione e l'importazione. La compressione di file può utilizzare un 30% in più di risorse, ma il file esportato occuperà approssimativamente il 25% meno di spazio su disco. Se si utilizza il parametro NoFileCompression durante l'esportazione, sarà necessario utilizzarlo anche durante l'importazione dello stesso contenuto.

È inoltre possibile utilizzare il parametro NoLogFile. Per impostazione predefinita, SharePoint Server 2010 crea sempre un file di registro durante l'esportazione del contenuto. È possibile utilizzare tale parametro per evitare la creazione del file di registro e risparmiare così parte delle risorse. È tuttavia consigliabile creare sempre i registri perché possono essere utili per la risoluzione dei problemi. La creazione dei registri inoltre non richiede l'utilizzo di risorse.

Se si esegue il cmdlet Backup-SPFarm, è possibile specificare il parametro BackupThreads per indicare quanti thread verranno utilizzati da SharePoint Server 2010 durante il processo di backup. Più è elevato il numero di thread specificato, maggiore sarà la quantità di risorse utilizzata dall'operazione di backup, la quale però verrà completata più rapidamente se le risorse disponibili sono sufficienti. Ogni thread viene tuttavia riportato singolarmente nei file di registro, pertanto l'utilizzo di un numero minore di thread rende più agevole l'interpretazione di tali file. Per impostazione predefinita, vengono utilizzati tre thread. Il numero massimo di thread disponibili è 10.

Considerare le dimensioni delle raccolte siti per decidere quali strumenti utilizzare

Se nell'azienda sono necessari i backup delle raccolte siti oltre ai backup a livello di farm o di database, scegliere gli strumenti da utilizzare in base alle dimensioni delle raccolte siti.

• Meno di 15 GB: utilizzare il comando Backup-SPSite di Windows PowerShell. Per ulteriori informazioni, vedere Eseguire il backup di una raccolta siti (SharePoint Server 2010).

• Tra 15 e 100 GB: utilizzare uno strumento di prodotti e tecnologie SharePoint, uno strumento di SQL Server o un altro strumento di backup dei database per proteggere il database del contenuto in cui è inclusa la raccolta siti. Per ulteriori informazioni, vedere Eseguire il backup di una raccolta siti (SharePoint Server 2010).

• Più di 100 GB: utilizzare una soluzione di backup differenziale, ad esempio Microsoft SQL Server 2005 o DPM 2010, anziché gli strumenti di backup e ripristino incorporati.

Procedure consigliate per il controllo qualità

È possibile attenersi a queste procedure consigliate per essere certi della qualità dei backup dell'ambiente farm e ridurre il rischio di perdite di dati.

Verificare di disporre di spazio di archiviazione adeguato

Assicurarsi che nel sistema sia disponibile spazio su disco adeguato per il backup.

Verificare con regolarità la qualità dei backup

Verificare periodicamente i backup e controllarne la coerenza. Eseguire operazioni di ripristino per convalidare il contenuto del backup e accertarsi di poter ripristinare l'intero ambiente. Nel caso di ambienti distribuiti in più aree geografiche, prepararsi per un ripristino di emergenza configurando una farm remota. È quindi possibile ripristinare l'ambiente utilizzando il comando di collegamento di database per caricare una copia del database nella farm remota e reindirizzare gli utenti. Eseguire di tanto in tanto un'operazione di ripristino dei dati di prova per verificare che il backup dei file sia stato effettuato correttamente. Un ripristino di prova può rivelare problemi hardware non individuabili con le verifiche software.

Eseguire il backup dei registri di traccia ULS

Gli strumenti di SharePoint Server 2010 non consentono di eseguire il backup dei registri di traccia ULS, i cui dati possono essere utili per l'analisi delle prestazioni, la risoluzione dei problemi, il monitoraggio della conformità ai contratti di servizio e per motivi legali, normativi o aziendali. Proteggere pertanto tali dati durante le attività di manutenzione di routine. Per ulteriori informazioni sul backup dei registri ULS, vedere Back up or archive logs in SharePoint Server 2010.

Conservare una copia dei file di backup in un'altra sede

Per tutelarsi da eventi catastrofici quali incendi o terremoti, conservare una copia dei backup in un luogo diverso rispetto a quello in cui si trovano i server. In questo modo, è possibile evitare la perdita di dati critici. Come procedura consigliata, conservare tre copie dei supporti di backup, tenendone almeno una in un'altra sede in un ambiente controllato. Ciò vale per tutto il materiale di backup e ripristino, i documenti, i backup dei registri dei database e delle transazioni e i backup dei registri di utilizzo e di traccia.

Procedure consigliate per l'eccellenza operativa

È possibile attenersi a queste procedure consigliate per pianificare ed eseguire le operazioni di backup e ripristino con una migliore documentazione, maggiore facilità e maggiori garanzie.

Utilizzare nomi server FQDN

Quando si fa riferimento a server di un altro dominio, utilizzare nomi di dominio completi (FQDN).

Registrare accuratamente tutte le informazioni importanti

Quando si distribuisce SharePoint Server 2010, registrare gli account creati, i nomi dei computer, le password e le opzioni di installazione scelte. Conservare tali informazioni in un luogo sicuro.

Disporre di un ambiente di ripristino già pronto

Prepararsi a testare il ripristino e a eseguire un ripristino di emergenza configurando una farm remota. È quindi possibile ripristinare l'ambiente utilizzando il comando di collegamento di database per caricare una copia del database nella farm remota e reindirizzare gli utenti. Analogamente, configurare un ambiente di standby in cui venga eseguita la stessa versione del software dell'ambiente di produzione, in modo da poter ripristinare i database e recuperare i documenti rapidamente.

Pianificare le operazioni di backup

Se si desidera pianificare i backup, è possibile avvalersi dell'Utilità di pianificazione di Windows per eseguirli mediante un file di script di Windows PowerShell (*.ps1).

Utilizzare il provider SQL FILESTREAM con l'archiviazione BLOB

Se si utilizza l'archiviazione BLOB con il provider SQL FILESTREAM e si esegue il backup del database del contenuto con tale archivio BLOB remoti definito, verranno eseguiti il backup e il ripristino dell'archivio e del database quando si utilizzano gli strumenti di SharePoint o di SQL Server. È consigliabile utilizzare l'Archiviazione BLOB remoti con altri metodi di ripristino.