Procedure consigliate per il backup e il ripristino in SharePoint Server

**Si applica a:**SharePoint Foundation 2013, SharePoint Server 2013, SharePoint Server 2016

**Ultima modifica dell'argomento:**2017-11-22

Sintesi: vengono fornite informazioni su come implementare le procedure consigliate prima del backup e del ripristino di una farm di SharePoint Server 2016 e SharePoint 2013.

Le procedure consigliate per il backup e il ripristino contribuiscono ad assicurare la corretta esecuzione delle operazioni di backup e ripristino in SharePoint Server e la protezione dell'ambiente da perdite di dati o interruzioni della continuità.

Contenuto dell'articolo:

• Procedure consigliate per le prestazioni relativamente alle operazioni di backup e ripristino

• Procedure consigliate per il controllo di qualità

• Procedure consigliate per l'esecuzione delle operazioni per il backup e il ripristino di SharePoint Server

Procedure consigliate per le prestazioni relativamente alle operazioni di backup e ripristino

Le operazioni di backup e ripristino utilizzano risorse dei server e limitano le prestazioni di questi ultimi mentre vengono eseguite. Attenersi alle procedure consigliate riportate di seguito per ridurre l'utilizzo delle risorse e migliorare le prestazioni dei server e dell'attività di backup o ripristino.

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

In genere è più efficiente eseguire il backup su un disco locale nel server di database anziché su un'unità di rete. È quindi possibile copiare in un secondo momento i dati in una cartella condivisa in rete. Le unità di rete con una latenza massima di 1 millisecondo tra esse e il server di database offrono buone prestazioni.

Per evitare colli di bottiglia a livello di I/O, eseguire il backup principale in un disco diverso da quello su cui viene eseguito SQL Server 2008 R2 con Service Pack 1 (SP1) e SQL Server 2012, SQL Server 2014 o SQL Server 2008 R2 con Service Pack 1 (SP1) e SQL Server 2012. Per ulteriori informazioni, vedere Definizione di un dispositivo di backup logico per un file su disco (SQL Server).

Da progettazione, la maggior parte dei processi di backup utilizza tutte le risorse di I/O disponibili per completare l'elaborazione. Potrebbero pertanto verificarsi accodamenti su disco, che possono produrre una latenza superiore al solito per le richieste di I/O. Questa situazione è normale e non deve essere considerata un problema. Per ulteriori informazioni, vedere Monitoraggio dell'utilizzo del disco.

Evitare conflitti di elaborazione

Non eseguire processi di backup in orari in cui gli utenti devono accedere al sistema. I sistemi in genere sono in funzione 24 ore al giorno, sette giorni a settimana. Come procedura consigliata, eseguire sempre backup incrementali per salvaguardarsi da problemi del server. Valutare la possibilità di scaglionare i backup, per evitare di eseguire il backup di tutti i database contemporaneamente.

Mantenere i database a dimensioni limitate per avere tempi di ripristino ridotti

Evitare che i database raggiungano dimensioni eccessive per accelerare sia il backup sia il ripristino. Ad esempio, utilizzare più database del contenuto per un'applicazione Web anziché utilizzare un solo database del contenuto di grandi dimensioni. Per ulteriori informazioni, vedere Tipi di database e relative descrizioni in SharePoint Server.

Per una panoramica grafica dei database che supportano SharePoint Server 2016, vedere Guida di riferimento rapida: Database di SharePoint Server 2016. È anche possibile scaricare questo poster di database SharePoint Server 2016, un PDF o file Visio.

Utilizzare backup incrementali per database di grandi dimensioni

Nel caso di database di grandi dimensioni, utilizzare backup incrementali perché possono essere eseguiti rapidamente senza incidere sulle prestazioni dell'ambiente. Benché sia possibile ripristinare i backup completi più velocemente di quelli incrementali, l'esecuzione continua di backup incrementali riduce al minimo le perdite di dati. Per ulteriori informazioni sui tipi di backup, vedere Panoramica del backup (SQL Server).

Utilizzare la compressione durante il backup

In alcuni casi, è possibile utilizzare la compressione per ridurre le dimensioni dei backup e il tempo per completare ogni backup. La compressione backup è stata introdotta in SQL Server 2008 Enterprise. La compressione backup aumenta l'utilizzo della CPU e ciò può influire sulle operazioni simultanee di SQL Server.

Per ulteriori informazioni sugli effetti della compressione del backup sulle prestazioni in SQL Server, vedere Compressione backup (SQL Server).

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

I backup di SQL Server, per ridurre al minimo i tempi di ripristino, utilizzano una combinazione di backup completi, differenziali e del log 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 riducono il numero dei log delle transazioni necessari per il ripristino del database.

Se si adotta il modello di recupero con registrazione completa, è consigliabile troncare periodicamente i file di log delle transazioni per evitare problemi di manutenzione.

Per istruzioni dettagliate su come ottimizzare le prestazioni di backup e ripristino di SQL Server, vedere Ottimizzazione delle prestazioni di backup e ripristino in SQL Server.

Utilizzare RAID 10 se si sceglie di applicare RAID

Valutare attentamente se utilizzare RAID (Redundant Array of Independent Disks) nel dispositivo su cui si esegue il backup dei dati. 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à. RAID 10 può garantire backup più rapidi perché non deve gestire la parità. Pertanto, legge e scrive i dati più velocemente. Per ulteriori informazioni su come utilizzare RAID con i backup, vedere Configurare RAID per la massima velocità effettiva di I/O per SQL Server e Livelli RAID e SQL Server.

Configurare le impostazioni di SharePoint per migliorare le prestazioni di backup o ripristino

Le impostazioni per la compressione e i file di log possono essere configurate soltanto in PowerShell. I thread di backup e ripristino possono invece essere configurati sia nel il sito Web Amministrazione centrale SharePoint sia in PowerShell per aumentare l'efficienza e migliorare le prestazioni di backup o ripristino.

Se si esegue il cmdlet Export-SPWeb di PowerShell, è possibile utilizzare il parametro NoFileCompression. Per impostazione predefinita, SharePoint Server applica la compressione file durante l'esportazione di applicazioni Web, raccolte siti, elenchi o raccolte documenti. È possibile utilizzare questo parametro per non eseguire la compressione file durante l'esportazione e l'importazione. La compressione file può richiedere fino al 30% in più di risorse. Il file esportato tuttavia utilizza all'incirca il 25% in meno di spazio su disco. Se si utilizza il parametro NoFileCompression per l'esportazione, è necessario utilizzarlo anche per l'importazione dello stesso contenuto.

È possibile utilizzare anche il parametro NoLogFile. Per impostazione predefinita, SharePoint Server crea sempre un file di log quando si esporta contenuto. Benché sia possibile specificare tale parametro per non creare file di log e quindi risparmiare risorse, è consigliabile creare sempre i log. Sono importanti per la risoluzione dei problemi e, per crearli, non sono necessarie molte risorse come CPU o memoria.

Quando si esegue il cmdlet Backup-SPFarm, è possibile specificare anche il parametro BackupThreads per indicare quanti thread verranno utilizzati da SharePoint Server durante il processo di backup. Un numero maggiore di thread utilizzerà più risorse nel corso del backup, ma il tempo di esecuzione generale del backup sarà minore. Poiché ogni thread viene registrato nei file di log, il numero di thread influisce sull'interpretazione di tali file. Per impostazione predefinita, vengono utilizzati tre thread. Il numero massimo di thread disponibili è 10.

Considerare la dimensione delle raccolte siti per decidere gli strumenti da utilizzare

Se l'azienda richiede backup delle raccolte siti oltre a quelli a livello di farm o di database, scegliere uno strumento di backup in base alla dimensione della raccolta siti.

• Compresa tra 15 e 100 GB: utilizzare Backup-SPSite, uno strumento di SharePoint Server, uno strumento di SQL Server o un altro strumento di backup di database per proteggere il database del contenuto in cui è inclusa la raccolta siti. Per ulteriori informazioni, vedere Eseguire il backup delle raccolte siti in SharePoint Server.

• Superiore a 100 GB: utilizzare una soluzione di backup differenziale, ad esempio SQL Server o System Center Data Protection Manager R2 invece degli strumenti di backup e ripristino incorporati.

Procedure consigliate per il controllo di qualità per eseguire il backup di una farm di SharePoint

Attenersi alle procedure consigliate descritte di seguito per garantire la qualità dei backup dell'ambiente farm e ridurre il rischio di perdite di dati.

Verificare di disporre di spazio di archiviazione sufficiente

Assicurarsi che il sistema disponga di spazio su disco sufficiente per il backup. Configurare un processo di backup in Amministrazione centrale per verificare lo spazio su disco necessario.

Verificare regolarmente la qualità dei backup

Verificare con regolarità i backup e controllarne la coerenza. Eseguire operazioni di ripristino a scopo di esercitazione per convalidare il contenuto del backup e accertarsi di poter ripristinare l'ambiente completo. Per prepararsi a un ripristino di emergenza di ambienti distribuiti in più aree geografiche, configurare una farm remota. È quindi possibile ripristinare l'ambiente adottando il metodo basato sul collegamento di database per caricare una copia del database nella farm remota e reindirizzare gli utenti. Eseguire periodicamente un'azione di ripristino dati di prova per verificare che il processo effettui correttamente il backup dei file. Un ripristino di prova può far emergere problemi hardware che non vengono rilevati con verifiche software e consente inoltre di controllare che vengano soddisfatti gli obiettivi in termini di tempo di ripristino (RTO, Recovery Time Objective).

Eseguire il backup dei log di traccia ULS

Il processo di backup di SharePoint Server non consente di eseguire il backup dei log di traccia ULS (Unified Logging Service). I dati contenuti in tali log possono essere utili per l'analisi delle prestazioni, la risoluzione dei problemi e il monitoraggio della conformità ai contratti di servizio. Proteggere pertanto questi dati durante le normali attività di manutenzione.

Per impostazione predefinita, i file di log di SharePoint sono disponibili in C:\Programmi\Common Files\Microsoft Shared\Web Server Extensions\<16 o 15>\Logs. Il nome dei file è costituito dal nome del server seguito dalla data e ora. I log di traccia di SharePoint vengono creati a intervalli prestabiliti e quando si utilizza il comando IISRESET.

Archiviare una copia dei file di backup lontano dai server

Per evitare perdite di dati critici dovute a eventi naturali che distruggono il data center principale, tenere copie duplicate dei backup in luoghi diversi dai server. Come procedura consigliata, creare tre copie del supporto di backup e conservarne almeno una in un luogo separato in un ambiente controllato. Dovrebbe includere tutto il materiale di backup e ripristino, i documenti, i backup di database e log delle transazioni e i backup dei log dei dati di utilizzo e dei log di traccia.

Procedure consigliate per l'esecuzione delle operazioni per il backup e il ripristino di SharePoint Server

Attenersi alle procedure consigliate descritte di seguito per pianificare ed eseguire le operazioni di backup e ripristino.

Utilizzare nomi di dominio completi per i server

Quando si fa riferimento a server che si trovano in un altro dominio, utilizzare sempre nomi di domino completi (FQDN, Fully Qualified Domain Name).

Tenere registrazioni accurate

Quando si distribuisce SharePoint Server, registrare gli account creati, i nomi computer, le password e le opzioni di installazione. Riporre queste informazioni in un luogo sicuro e protetto. Eventualmente conservare più copie di tali registrazioni per essere certi che queste informazioni siano sempre disponibili.

Preparare un ambiente di ripristino

Utilizzare una farm in un percorso secondario per verificare la corretta esecuzione delle operazioni di ripristino nell'ambito della strategia di ripristino di emergenza adottata. Per ulteriori informazioni, vedere Scegliere una strategia di ripristino di emergenza per SharePoint Server. In caso di ripristino di emergenza, è quindi possibile ripristinare l'ambiente adottando il metodo basato sul collegamento di database per caricare una copia del database nella farm remota e reindirizzare gli utenti. Per ulteriori informazioni, leggere ed eseguire la procedura descritta in Ripristinare le farm in SharePoint Server. Anche nel caso di una soluzione a disponibilità elevata, è possibile configurare un ambiente in standby in cui venga eseguita la stessa versione del software in uso nell'ambiente di produzione, in modo da poter ripristinare i database e recuperare i documenti rapidamente. Per ulteriori informazioni, vedere Descrizione della disponibilità elevata.

Pianificare le operazioni di backup

Utilizzare i cmdlet di backup e ripristino di PowerShell per creare un file di script (*.ps1) e quindi pianificarne l'esecuzione con l'Utilità di esecuzione di Windows. In questo modo tutte le operazioni di backup verranno eseguite nell'orario più opportuno, quando il sistema è meno occupato e gli utenti non vi accedono. Per ulteriori informazioni, vedere gli argomenti seguenti:

• Supporto per l'utilizzo di script

• Cmdlet per backup e ripristino in SharePoint Server 2016

Utilizzare il provider SQL FILESTREAM con Archiviazione BLOB

Archiviazione BLOB remoti (RBS, Remote BLOB Storage) è supportata in una farm di SharePoint Server. L'utilizzo di tale funzionalità in SharePoint Server presenta vantaggi e svantaggi. Una limitazione correlata all'applicazione di RBS con una farm di SharePoint è rappresentata dal fatto che System Center Data Protection Manager non può utilizzare il provider FILESTREAM per eseguire il backup o il ripristino di RBS. SharePoint Server supporta tale provider per le operazioni di backup e ripristino. Uno dei vantaggi offerti da RBS con una farm di SharePoint è la possibilità di utilizzare gli strumenti di SharePoint oppure gli strumenti di SQL Server per eseguire il backup e il ripristino del database del contenuto con Archiviazione BLOB remoti definita. In questo modo vengono eseguiti il backup e il ripristino sia di RBS sia del database del contenuto. Non è consigliabile utilizzare RBS con altri metodi di ripristino. Per ulteriori informazioni sui vantaggi e le limitazioni relativi all'utilizzo di Archiviazione BLOB remoti, vedere Decidere di utilizzare Archiviazione BLOB remoti in SharePoint Server. Scaricare Microsoft SQL Server 2014 Feature Pack, che include RBS.

See also

Panoramica del backup e del ripristino in SharePoint Server
Pianificazione del backup e del ripristino in SharePoint Server
Prepararsi per il backup e il ripristino di farm in SharePoint Server

Crittografia del backup dei database