Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
SI APPLICA A:
2013 2016 2019 Subscription Edition 
SharePoint in Microsoft 365
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à.
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.
Nota
[!NOTA] Se non è possibile eseguire il backup su unità locali, utilizzare unità di rete con una latenza analoga. Poiché i backup in rete sono soggetti agli errori della rete, verificare l'azione di backup dopo che è stata completata. Per ulteriori informazioni, vedere la sezione relativa al backup in un file in una condivisione di rete in Dispositivi di backup (SQL Server).
Per evitare colli di bottiglia di I/O, eseguire il backup principale in un disco separato dal disco che esegue SQL Server 2017 RTM, 2016, 2014, 2012 o 2008 R2 con Service Pack 1 (SP1). 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 rapido: Database di SharePoint Server 2016 e 2019.
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.
Importante
[!IMPORTANTE] La compressione dati di SQL Server è supportata da SharePoint Server. La compressione dei dati di SQL Server non è supportata per i database di SharePoint Server.
Per ulteriori informazioni sul modo in cui la compressione del backup influisce sulle prestazioni di 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 altre informazioni su come usare RAID con i backup, vedere 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 usa il Export-SPWeb cmdlet di PowerShell, è possibile usare il NoFileCompression parametro . 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 usa il parametro durante l'esportazione NoFileCompression , è necessario usarlo anche quando si importa lo stesso contenuto.
È anche possibile usare il NoLogFile parametro . 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 usa il Backup-SPFarm cmdlet, è anche possibile usare il parametro per specificare il BackupThreads numero di thread che SharePoint Server userà durante il processo di backup. Un numero più elevato di thread userà più risorse durante il backup. Ma il tempo complessivo per eseguire il backup è diminuito. Poiché ogni thread viene registrato nei file di log, il numero di thread influisce sull'interpretazione dei file di log. Per impostazione predefinita, vengono usati tre thread. Il numero massimo di thread disponibili è 10.
Nota
L'impostazione relativa ai thread di backup è disponibile anche tramite Amministrazione centrale, nella pagina Impostazioni predefinite di backup e ripristino nella sezione Backup e ripristino.
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.
15-100 GB: usare
Backup-SPSite, uno strumento di SharePoint Server, uno strumento di SQL Server o un altro strumento di backup del database per proteggere il database del contenuto che contiene 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 si trovano in C:\Programmi\File comuni\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 la perdita da un'emergenza naturale che distrugge il data center primario, mantenere copie duplicate dei backup in posizioni separate dai server. Le copie duplicate consentono di evitare la perdita di dati critici. Come procedura consigliata, mantenere tre copie del supporto di backup e mantenere almeno una copia fuori sede in un ambiente controllato. Devono essere inclusi tutti i materiali di backup e ripristino, i documenti, i backup del log del database e delle transazioni e i backup del log di utilizzo e di traccia.
Best practice procedurali per eseguire il backup e ripristinare 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
Usare i cmdlet di backup e ripristino di PowerShell per creare un file di script (*.ps1) e quindi pianificarlo per l'esecuzione con Utilità di pianificazione 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:
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.
Nota
SharePoint Server 2019 supporta il provider FILESTREAM incluso in SQL Server 2017. [!NOTA] SharePoint Server 2016 supporta il provider FILESTREAM che è incluso con SQL Server 2014. Per ulteriori informazioni, vedere Abilitare e configurare FILESTREAM.
[!NOTA] SharePoint Server 2013 supporta il provider FILESTREAM incluso in Microsoft® SQL Server® 2008 R2 Feature Pack. Nel supporto di installazione di SQL Server 2012 e SQL Server 2014, Archiviazione BLOB remoti è inclusa come componente aggiuntivo facoltativo.
Vedere anche
Concetti
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