Pianificare il backup e il ripristino (SharePoint Foundation 2010)

 

Si applica a: SharePoint Foundation 2010

Ultima modifica dell'argomento: 2016-11-30

In questo articolo vengono illustrate le fasi della pianificazione del backup e del ripristino, tra cui la fase di individuazione delle strategie di backup e ripristino per un ambiente Microsoft SharePoint Foundation e la fase di scelta degli strumenti da utilizzare. Le diverse fasi non devono necessariamente essere eseguite nell'ordine in cui sono descritte e il processo può essere iterativo.

Quando si pianifica il modo in cui il backup e il ripristino verranno utilizzati per il ripristino di emergenza, è consigliabile prevedere eventi, errori e problemi comuni, emergenze locali ed emergenze regionali.

ImportanteImportant
Il processo di aggiornamento relativo a SharePoint 2010 Service Pack 1 (SP1) modifica lo schema di alcuni database della farm e di tutti i database del contenuto. A causa di tali modifiche, potrebbe essere necessario eseguire passaggi aggiuntivi per ripristinare nella farm dopo l'aggiornamento a SP1 un backup eseguito prima dell'aggiornamento della farm a SP1. Per ulteriori informazioni su questa procedura, vedere Ripristinare backup precedenti alla versione SP1 in una farm SP1 (SharePoint Foundation 2010).

Per informazioni dettagliate sul backup e il ripristino di Microsoft SharePoint Foundation, vedere Panoramica del backup e del ripristino (SharePoint Foundation 2010).

Contenuto dell'articolo:

Per definire i requisiti aziendali, stabilire quanto segue per ogni farm e servizio dell'ambiente:

  • L'obiettivo in termini di punto di ripristino (RPO, Recovery Point Objective) è l'obiettivo relativo al periodo di tempo massimo che può trascorrere tra l'ultimo backup disponibile e qualsiasi punto di errore potenziale. Dipende dalla quantità di dati che l'azienda può permettersi di perdere in caso di errore.

  • L'obiettivo in termini di tempo di ripristino (RTO, Recovery Time Objective) è l'obiettivo relativo alla durata massima che un processo di ripristino dati può avere. Dipende da quanto tempo l'azienda può permettersi di restare con il sito o il servizio non disponibile.

  • Per obiettivo relativo al livello di ripristino (RLO, Recovery Level Objective) si intende l'obiettivo che definisce il livello di dettaglio con cui deve essere possibile ripristinare i dati, ad esempio l'intera farm, l'applicazione Web, la raccolta siti, il sito, l'elenco o la raccolta oppure l'elemento.

Più sono brevi l'obiettivo del punto di ripristino e l'obiettivo del tempo di ripristino e più è alto il livello di dettaglio dell'obiettivo del livello di ripristino, maggiore in genere sarà il costo per l'azienda.

È disponibile un foglio di lavoro utile per pianificare le strategie di backup e ripristino per l'ambiente SharePoint Foundation 2010, scaricabile dalla pagina Cartella di lavoro per la pianificazione del backup e del ripristino dei prodotti SharePoint 2010 (http://go.microsoft.com/fwlink/?linkid=184385&clcid=0x410).

I requisiti aziendali costituiranno un utile riferimento per scegliere i componenti dell'ambiente da proteggere e il livello di dettaglio con cui poterli ripristinare.

Nella tabella seguente sono riportati i componenti di un ambiente SharePoint che è possibile scegliere di proteggere e gli strumenti che è possibile utilizzare per eseguire il backup e il ripristino di ogni componente.

 

Componente Backup di SharePoint Microsoft SQL Server 2008 R2 Express System Center Data Protection Manager (DPM) 2010 Backup del file system

Farm

6

Applicazioni di servizio

Applicazione Web

 

Database del contenuto

Raccolta siti

1, 2

1, 2

1, 2

Sito

2

2

Raccolta o elenco documenti

2

2

Elemento di elenco o documento

Contenuto archiviato in archivi BLOB remoti

3

3

No3

Personalizzazioni distribuite come pacchetti delle soluzioni

7

7

6, 7

Modifiche relative a Web.config apportate tramite Amministrazione centrale o un'API

4

Impostazioni di configurazione (SharePoint)

2, 8

2, 8

2, 9

Personalizzazioni non distribuite come pacchetti delle soluzioni

Sì. File ripristinabili se protetti come file.4, 5

Modifiche relative a Web.config non apportate tramite Amministrazione centrale o un'API

4

Configurazioni di IIS non impostate tramite SharePoint

5

Database di SQL Server Reporting Services

1È possibile utilizzare il backup e il ripristino a livello di farm e di database per ripristinare le raccolte siti se in un database è archiviata una sola raccolta siti.

2È possibile utilizzare i backup a livello di farm e di database con il ripristino di database non collegati di SharePoint Foundation per ripristinare raccolte siti, siti, elenchi e configurazioni.

3Il contenuto archiviato negli archivi BLOB remoti non può essere ripristinato tramite DPM.

4È possibile eseguire il backup delle modifiche apportate a Web.config utilizzando il backup del file system da DPM 2010.

5È possibile eseguire il ripristino delle configurazioni di IIS utilizzando un backup bare metal da DPM 2010.

6DPM 2010 può ripristinare questo elemento utilizzando una combinazione di backup bare metal e backup di SharePoint Foundation. Non è possibile eseguirne il backup e il ripristino come oggetto.

7I pacchetti di soluzioni completamente attendibili sono memorizzati nel database di configurazione e le soluzioni in modalità sandbox sono memorizzate nei database del contenuto. Possono essere ripristinate insieme alla farm o con il ripristino dei database del contenuto.

8Le impostazioni di configurazione possono essere ripristinate da backup a livello di farm. Per ulteriori informazioni, vedere Restore a farm (SharePoint Foundation 2010).

9È possibile ripristinare il database del contenuto di Amministrazione centrale e il database di configurazione per una farm di SharePoint Foundation 2010 solo nell'ambito di un ripristino completo della farm nella stessa farm e con gli stessi computer.

NotaNote
È possibile registrare SharePoint Foundation 2010 in Windows Server Backup utilizzando l'operazione stsadm.exe -o registerwsswriter per configurare il writer del Servizio Copia Shadow del volume (VSS) per SharePoint Foundation. Windows Server Backup includerà quindi SharePoint Foundation 2010 nei backup a livello di server. Quando si esegue il ripristino da un backup di Windows Server, è possibile selezionare Microsoft SharePoint Foundation (indipendentemente dalla versione dei Prodotti SharePoint 2010 installata). In questo modo vengono ripristinati tutti i componenti segnalati dal writer VSS per SharePoint Foundation 2010 in tale server al momento del backup.
Windows Server Backup deve essere utilizzato solo per distribuzioni con un solo server.

Da un database del contenuto è possibile ripristinare raccolte siti, siti, elenchi e raccolte.

Gli strumenti di backup e ripristino offrono diversi livelli di ripristino per il contenuto di un database del contenuto. Il ripristino di un oggetto da un database del contenuto è sempre più complesso del ripristino dell'intero database del contenuto.

Le personalizzazioni dei siti di SharePoint possono includere quanto segue:

  • Pagine master, layout di pagina e fogli di stile CSS. Questi oggetti vengono archiviati nel database del contenuto per un'applicazione Web.

  • Web part, definizioni di sito o elenco, colonne personalizzate, nuovi tipi di contenuto, campi personalizzati, azioni personalizzate, flussi di lavoro codificati o condizioni e attività del flusso di lavoro.

  • Soluzioni di terze parti con i relativi file binari associati e le chiavi del Registro di sistema, ad esempio filtri IFilter.

  • Modifiche apportate ai file XML standard.

  • Definizioni di sito personalizzate (Webtemp.xml).

  • Modifiche apportate al file Web.config.

Le modalità di distribuzione delle personalizzazioni e di esecuzione delle modifiche relative al file Web.config influiscono in maniera significativa sugli strumenti che è possibile utilizzare per effettuare il backup e il ripristino delle personalizzazioni. Per garantire le massime opportunità di ripristino, è consigliabile distribuire le personalizzazioni utilizzando pacchetti delle soluzioni e configurare il file Web.config utilizzando Amministrazione centrale oppure il modello a oggetti e le API di SharePoint.

I flussi di lavoro costituiscono un caso speciale di personalizzazioni di cui è possibile eseguire il backup e il ripristino. Verificare che nel proprio piano di backup e ripristino siano presi in considerazione gli scenari seguenti in base all'ambiente:

  • I flussi di lavoro dichiarativi, come quelli creati in Microsoft SharePoint Designer 2010, vengono archiviati nel database del contenuto per la raccolta siti in cui vengono distribuiti. Il backup del database del contenuto consente di proteggere tali flussi di lavoro.

  • Le azioni dei flussi di lavoro dichiarativi personalizzate dispongono di componenti nelle tre posizioni seguenti:

    1. Gli assembly di Visual Studio per le attività sono archiviati nella Global Assembly Cache (GAC).

    2. I file di definizione XML (con estensione ACTIONS) sono archiviati nella directory 14\TEMPLATE\{LCID}\Workflow.

    3. Una voce XML utilizzata per contrassegnare l'attività come tipo autorizzato è archiviata nel file Web.config delle applicazioni Web in cui viene utilizzata.

    Se nei flussi di lavoro della farm vengono utilizzate azioni personalizzate, è consigliabile utilizzare un sistema di backup dei file per proteggere tali file e voci XML. In modo analogo alle caratteristiche di SharePoint Foundation, ad esempio Web part e ricevitori di eventi, dopo il ripristino tali file dovranno essere applicati di nuovo alla farm, secondo le esigenze.

  • I flussi di lavoro che dipendono da codice personalizzato, ad esempio quelli creati tramite Visual Studio, sono archiviati in due percorsi. Gli assembly di Visual Studio per il flusso di lavoro sono archiviati nella Global Assembly Cache (GAC), mentre i file di definizione XML sono archiviati nella directory Features. Si tratta della stessa posizione utilizzata per altre caratteristiche di SharePoint Foundation, ad esempio Web part e ricevitori di eventi. Se il flusso di lavoro è stato installato come parte di un pacchetto della soluzione, il backup del database del contenuto consentirà di proteggere tali flussi di lavoro.

  • Se si crea un flusso di lavoro personalizzato che interagisce con una raccolta siti diversa da quella in cui è distribuito il flusso di lavoro, è necessario eseguire il backup di entrambe le raccolte siti per proteggere il flusso di lavoro. Sono inclusi i flussi di lavoro per la scrittura in un elenco della cronologia in un'altra raccolta siti. L'esecuzione di un backup della farm è sufficiente per creare il backup di tutte le raccolte siti della farm e di tutti i flussi di lavoro a esse associati.

  • Il backup e il ripristino dei flussi di lavoro che non sono ancora distribuiti devono essere eseguiti separatamente, come qualsiasi file di dati. Quando si sviluppa un nuovo flusso di lavoro senza distribuirlo ancora nella farm di SharePoint Foundation, eseguire il backup della cartella in cui vengono archiviati i file di progetto del flusso di lavoro utilizzando Windows Backup o un'altra applicazione di backup del file system.

Le applicazioni di servizio presenti in un ambiente SharePoint Foundation possono essere costituite da impostazioni di servizi e da uno o più database oppure unicamente da impostazioni di servizi. Non è possibile ripristinare un'applicazione di servizio completa ripristinando il solo database. È tuttavia possibile ripristinare i database di un'applicazione di servizio e quindi eseguire il provisioning dell'applicazione di servizio. Per ulteriori informazioni, vedere Restore a service application (SharePoint Foundation 2010).

Il backup e il ripristino di SharePoint Foundation non includono i database di SQL Server Reporting Services. È necessario utilizzare gli strumenti di SQL Server 2008 R2 Express. Per ulteriori informazioni, vedere Operazioni di backup e ripristino per un'installazione di Reporting Services (http://go.microsoft.com/fwlink/?linkid=186642&clcid=0x410).

Per scegliere gli strumenti appropriati per il backup e il ripristino, è necessario stabilire se si è in grado di soddisfare i requisiti di continuità definiti per l'azienda nel budget per tempi e risorse.

Tra i fattori chiave da considerare per la scelta degli strumenti è incluso quanto segue:

  • Velocità di backup, ovvero la capacità dello strumento di eseguire il backup entro la finestra di manutenzione prevista per i database.

  • Completezza del ripristino.

  • Granularità degli oggetti che è possibile ripristinare.

  • Tipo di backup supportato, ovvero completo, differenziale o incrementale.

  • Difficoltà di gestione dello strumento.

Nella tabella seguente vengono messi a confronto il tipo di backup e la dimensione della farm di cui è possibile eseguire il backup in una finestra di sei ore per i diversi strumenti di backup e ripristino offerti da Microsoft.

 

Strumento Tipo di backup Dimensione di backup completata in sei ore1

Backup e ripristino di farm in SharePoint

Completo, differenziale

600 GB

SQL Server

Completo, differenziale

600 GB

System Center Data Protection Manager

Incrementale

Terabyte

1La dimensione di backup è stata determinata eseguendo il backup di un sistema che in totale raggiunge la dimensione specificata per i componenti hardware di testing riportati nella sezione seguente.

NotaNote
I backup di SharePoint Foundation e SQL Server 2008 R2 Express sono stati eseguiti con la compressione dei backup attivata.

Nella tabella seguente sono riportati i componenti hardware utilizzati nei test per determinare la dimensione di backup che è stato possibile completare in una finestra di sei ore.

 

Componente Descrizione

Processore

Processore doppio a 64 bit, 3 GHz

RAM

8 GB

Disco

Partizione formattata con file system NTFS da 2 terabyte

Rete

Connessione da almeno 100 megabit al secondo (Mbps) tra i computer client e il server

Condivisione di rete

Condivisione di rete con 1,25 terabyte di spazio libero

NotaNote
Il limite massimo di dimensione per l'esecuzione di backup di raccolte siti di SharePoint Foundation 2010 è pari a 100 GB.

Per informazioni dettagliate sui sistemi di backup e ripristino utilizzabili con Microsoft SharePoint Foundation, vedere le risorse seguenti:

In base ai requisiti aziendali, alle esigenze di ripristino e agli strumenti scelti, determinare e documentare le strategie di backup e ripristino per l'ambiente.

È usuale che i reparti IT che supportano ambienti SharePoint Foundation decidano di utilizzare più di uno strumento per proteggere l'ambiente quando determinano le strategie da adottare.

In un ambiente con database gestiti dai relativi amministratori potrebbero ad esempio essere utilizzate le strategie incluse nell'elenco seguente:

  • Il backup di tutti i database viene eseguito tramite SQL Server 2008 R2 Express. L'intervallo di backup viene impostato in base agli elementi seguenti:

    • L'importanza del contenuto o del servizio.

    • L'effetto del backup sull'ambiente in termini di prestazioni.

  • I database del contenuto di piccole dimensioni, soggetti a molte modifiche e con un forte impatto sull'attività aziendale vengono ulteriormente protetti con snapshot di database di SQL Server 2008 R2 Express che vengono archiviati in un disco fisico distinto. Viene archiviato un solo snapshot per database e gli snapshot vengono eliminati con regolarità, in modo da ridurre al minimo gli effetti sulle prestazioni. L'intervallo tra gli snapshot viene impostato per ogni database in base ai fattori seguenti:

    • L'importanza del contenuto o del servizio.

    • La frequenza di modifica standard per il database.

    • L'effetto dello snapshot sull'ambiente in termini di prestazioni.

    • La quantità di spazio necessario per archiviare lo snapshot.

    Il ripristino da uno snapshot è più veloce rispetto al ripristino standard, perché uno snapshot e il database sottostante possono essere gestiti da SharePoint Foundation come un database non collegato. La creazione degli snapshot tuttavia può ridurre le prestazioni del database sottostante. È consigliabile verificare l'effetto degli snapshot sulle prestazioni del sistema prima di implementare gli snapshot ed eliminare con regolarità gli snapshot per ridurre lo spazio occupato.

    NotaNote
    Se si utilizza Archiviazione BLOB remoti e il provider di Archiviazione BLOB remoti utilizzato non supporta gli snapshot, non sarà possibile utilizzarli per il backup. Il provider FILESTREAM ad esempio non supporta gli snapshot.
  • Per proteggere le applicazioni di servizio viene utilizzato il backup di SharePoint Foundation. L'intervallo di backup viene definito in base agli elementi seguenti:

    • L'importanza del servizio.

    • La frequenza di modifica standard per il database.

    • L'effetto del backup sul database in termini di prestazioni.

  • Tutte le operazioni di ripristino vengono eseguite tramite SharePoint Foundation. La scelta del sistema di ripristino da utilizzare dipende dal tipo di backup disponibile e dall'oggetto da ripristinare.

È consigliabile includere altri strumenti nella strategia di continuità aziendale. Considerare con quali modalità verranno utilizzati i Cestini e il controllo delle versioni nelle raccolte siti dell'ambiente. Per ulteriori informazioni, vedere Pianificare la gestione della continuità aziendale (SharePoint Foundation 2010).

Mentre si pianifica la strategia di backup e ripristino, attenersi ai suggerimenti riportati di seguito per ridurre gli effetti del backup e del ripristino sulle prestazioni del sistema.

Come da progettazione, la maggior parte dei processi di backup utilizza quante più risorse I/O è possibile per completare l'elaborazione nell'intervallo di tempo disponibile per la manutenzione. Si potrebbero pertanto verificare accodamenti sul disco e le richieste I/O potrebbero venire soddisfatte più lentamente del solito. Questa situazione è normale e non deve essere considerata un problema.

Seguire i suggerimenti di carattere generale per configurare SQL Server 2008 R2 Express e l'archiviazione per un ambiente SharePoint Foundation. Per ulteriori informazioni, vedere SQL Server e archiviazione (SharePoint Foundation 2010).

In linea generale, è preferibile utilizzare un disco locale, anziché un'unità di rete, per i backup. Se si intende eseguire il backup di più server, è possibile decidere di utilizzare un computer connesso direttamente in cui entrambi i server possano scrivere. Le unità di rete con una latenza massima di 1 millisecondo tra esse e i computer in cui viene eseguito SQL Server 2008 R2 Express garantiscono buone prestazioni. Se nella farm sono inclusi più server, compreso quello in cui viene eseguito SQL Server 2008 R2 Express, sarà necessario utilizzare percorsi di rete UNC come percorso di backup della farm di SharePoint.

Non eseguire processi di backup in orari in cui gli utenti devono accedere al sistema.

Per evitare colli di bottiglia a livello di I/O, eseguire prima il backup principale in un disco separato e quindi effettuare la copia su nastro.

Valutare la possibilità di scaglionare i backup, per evitare di eseguire il backup di tutti i database contemporaneamente.

Per i backup di SharePoint Foundation vengono utilizzati i backup di SQL Server 2008 R2 Express. Quando si utilizza la compressione con i backup, fare attenzione a non sovraccaricare SQL Server 2008 R2 Express. Alcuni strumenti di backup di terze parti ad esempio comprimono i dati durante l'esecuzione del backup e tale attività può incidere negativamente sulle prestazioni di SQL Server. Sono disponibili strumenti che consentono di limitare i processi di compressione e di controllare l'effetto su SQL Server.

Se si esegue SQL Server 2008 Enterprise, è consigliabile utilizzare la compressione del backup. Per ulteriori informazioni, vedere Compressione del backup (SQL Server) (http://go.microsoft.com/fwlink/?linkid=179525&clcid=0x410).

Se si utilizzano i backup di SQL Server 2008 R2 Express, 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. 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 recupero del database.

Se si adotta il modello di recupero con registrazione completa in SQL Server 2008, è consigliabile utilizzare l'opzione truncate durante il backup per evitare problemi di manutenzione.

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

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 mantiene 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 (http://go.microsoft.com/fwlink/?linkid=126632&clcid=0x410).

Mostra: