Panoramica del backup e del ripristino (SharePoint Server 2010)

Si applica a: SharePoint Foundation 2010, SharePoint Server 2010

Ultima modifica dell'argomento: 2016-11-30

In questo articolo vengono descritti l'architettura di backup e i processi di ripristino disponibili in Microsoft SharePoint Server 2010, inclusi il backup e il ripristino granulari e di farm, nonché il ripristino da un database del contenuto non collegato. Le operazioni di backup e ripristino possono essere eseguite tramite l'interfaccia utente oppure tramite cmdlet di Windows PowerShell. Gli strumenti di backup e di ripristino incorporati potrebbero non soddisfare tutte le esigenze dell'organizzazione.

Contenuto dell'articolo:

• Scenari di backup e di ripristino

• Architettura di backup

• Processi di ripristino

Scenari di backup e di ripristino

Il backup e il ripristino dei dati supportano molti scenari aziendali, tra cui i seguenti:

• Ripristino di contenuto eliminato accidentalmente e non protetto tramite il Cestino o il controllo delle versioni.

• Spostamento di dati tra le installazioni nell'ambito di un aggiornamento hardware o software.

• Ripristino da un errore imprevisto.

Architettura di backup

In SharePoint Server 2010 sono disponibili due sistemi di backup: di farm e granulare.

Architettura di backup di farm

L'architettura di backup di farm di SharePoint Server 2010 avvia un backup di Microsoft SQL Server dei database del contenuto e delle applicazioni di servizio, scrive il contenuto della configurazione in file ed esegue inoltre il backup dei file di indice della funzionalità di ricerca e li sincronizza con i backup dei database di ricerca.

Nella figura seguente viene illustrato il sistema di backup di farm.

Sono supportati i backup completi e differenziali. I backup completi consentono di creare un nuovo backup dell'intero sistema, mentre i backup differenziali consentono di creare un backup di tutti i dati archiviati nei database che sono stati modificati dopo l'ultimo backup completo.

Il sistema di backup della farm è organizzato in modo gerarchico. I componenti di una farm che è possibile selezionare per un backup sono i seguenti:

• Farm   La farm è l'oggetto di livello più alto. È possibile selezionare una delle opzioni seguenti quando si esegue il backup di una farm:

  • Contenuto e dati di configurazione (impostazione predefinita)

    Viene eseguito il backup dell'intera server farm, incluse le impostazioni del database di configurazione.

  • Solo configurazione

    Viene eseguito il backup delle impostazioni del database di configurazione, in modo da poter applicare le configurazioni a farm diverse. Per ulteriori informazioni, vedere Utilizzo e vantaggi del backup di tipo Solo configurazione più avanti in questo articolo.

• Applicazione Web   All'interno di un'applicazione Web è possibile selezionare uno o più database del contenuto da includere nel backup.

  Il backup di un'applicazione Web include quanto segue:

  • Nome e account del pool di applicazioni

  • Impostazioni di autenticazione

  • Impostazioni generali dell'applicazione Web quali avvisi e percorsi gestiti

  • Informazioni di associazione di Internet Information Services (IIS), quali il tipo di protocollo, l'intestazione host e il numero di porta

  • Modifiche apportate al file Web.config eseguite tramite il modello a oggetti o Amministrazione centrale

    Nota

    Le modifiche apportate al file Web.config per supportare un'applicazione basata sulle attestazioni che utilizza l'autenticazione basata su moduli non vengono incluse nei backup perché vengono effettuate manualmente. Per ulteriori informazioni, vedere Considerazioni sull'utilizzo di backup di farm più avanti in questo articolo.

  • Soluzioni in modalità sandbox

  Per suggerimenti su come proteggere queste impostazioni, vedere Pianificare il backup e il ripristino in SharePoint Server 2010.

• Servizi e applicazioni di servizio (non condivisi)   Un esempio di servizio non condiviso è il servizio informazioni sullo stato. I backup di servizi e applicazioni di servizio includono le impostazioni per un servizio o un'applicazione di servizio e per tutti i database associati.

  Importante

  I backup delle applicazioni di servizio non includono il proxy correlato. Per eseguire il backup sia dell'applicazione di servizio che del relativo proxy, è necessario eseguire il backup della farm o eseguire due backup consecutivi, selezionando l'applicazione di servizio in un backup e il relativo proxy associato nel secondo backup.

  Non è possibile eseguire il backup di molti database di applicazioni di servizio singolarmente in SharePoint Server 2010. Per eseguire solo il backup dei database di applicazioni di servizio, è necessario utilizzare la funzionalità di backup di SQL Server.

• Proxy per le applicazioni di servizio non condivisi.

• Servizi condivisi   Per eseguire i servizi condivisi sono necessari un'applicazione di servizio e il relativo proxy. Se si seleziona il nodo Servizi condivisi, verrà eseguito il backup di tutte le applicazioni di servizio e dei relativi proxy nella farm.

  Nota

  La gerarchia di backup consente di selezionare singole applicazioni di servizio e i relativi proxy di cui eseguire il backup. Quando tuttavia si seleziona una o tutte le applicazioni di servizio, oppure uno o tutti i proxy, per impostazione predefinita non viene eseguito il backup degli oggetti correlati. Per eseguire il backup di entrambe le parti di un servizio specifico, è necessario selezionare il nodo Servizi condivisi o eseguire due backup consecutivi, selezionando l'applicazione di servizio in un backup e il relativo proxy associato nel secondo backup.

Processo di backup dell'applicazione servizio di ricerca

Il backup e ripristino dell'applicazione servizio di ricerca rappresentano un caso speciale a causa della complessità delle interazioni tra i componenti dell'applicazione.

Quando si avvia un backup dell'applicazione del servizio di ricerca, SharePoint Server 2010 avvia un backup SQL Server del database di amministrazione della ricerca, dei database di ricerca per indicizzazione e dei database delle proprietà ed esegue il backup dei file della partizione dell'indice in parallelo.

Considerare l'effetto dei processi di backup e ripristino dell'applicazione del servizio di ricerca sul contratto di servizio. Valutare ad esempio in che modo la sospensione di tutte le ricerche per indicizzazione può incidere sul livello di aggiornamento dei risultati di ricerca.

Il processo di backup è il seguente:

1. Le unioni master vengono sospese per mantenere l'indice master.

2. Viene avviato un backup completo del database.

3. Viene eseguito un backup dell'indice master.

4. Le ricerche per indicizzazione vengono sospese. Tale sospensione è molto più breve di quella che avviene durante un backup di una ricerca Microsoft Office SharePoint Server 2007 e non dura per tutto il processo di backup.

5. Viene eseguito il backup di tutti gli indici shadow.

6. Viene avviato un backup incrementale del database.

7. Le ricerche per indicizzazione vengono riprese.

8. Le unioni master vengono riprese.

Utilizzo e vantaggi del backup di tipo Solo configurazione

Il backup di tipo Solo configurazione consente di estrarre le impostazioni di configurazione da un database di configurazione ed eseguirne il backup. Utilizzando gli strumenti incorporati, è possibile eseguire il backup della configurazione di qualsiasi database di configurazione, indipendentemente dal fatto che sia collegato o meno a una farm. Per informazioni dettagliate su come eseguire il backup di una configurazione, vedere Back up a farm configuration in SharePoint Server 2010.

Il backup di una configurazione può essere ripristinato nella stessa server farm o in altre. Con il ripristino di una configurazione, verranno sovrascritte tutte le eventuali impostazioni presenti nella farm i cui valori siano impostati nel backup della configurazione. Le altre impostazioni presenti nella farm non contenute nel backup della configurazione non verranno modificate. Per informazioni dettagliate su come ripristinare una configurazione di una farm, vedere Restore a farm configuration in SharePoint Server 2010.

Di seguito vengono elencate alcune situazioni in cui potrebbe essere opportuno ripristinare una configurazione da una farm a un'altra:

• Replica di una configurazione di farm standardizzata da utilizzare in un ambiente.

• Spostamento di configurazioni da un ambiente di sviluppo o di testing a un ambiente di produzione.

• Spostamento di configurazioni da un'installazione autonoma a un ambiente farm.

• Configurazione di una farm come parte di un ambiente di standby.

SharePoint Server archivia i tipi seguenti di impostazioni nel backup di tipo Solo configurazione:

• Antivirus

• Information Rights Management (IRM)

• Impostazioni di posta elettronica in uscita (ripristinate solo quando viene eseguita una sovrascrittura).

• Personalizzazioni distribuite come soluzioni attendibili

• Registrazione diagnostica

Considerazioni sull'utilizzo di backup di farm

Prima di utilizzare backup di farm, tenere presente quanto segue:

• Non esiste un sistema di pianificazione incorporato per i backup. Per pianificare un backup, è consigliabile creare uno script di backup tramite Windows PowerShell e quindi utilizzare l'Utilità di pianificazione di Windows per eseguirlo a intervalli regolari.

• Non è consigliabile utilizzare il backup della metabase di IIS per proteggere le impostazioni di IIS. Documentare invece tutte le configurazioni di IIS per ogni server Web utilizzando uno strumento in grado di fornire il monitoraggio delle configurazioni desiderato, ad esempio Microsoft System Center Configuration Manager 2007.

• Il backup e il ripristino di SharePoint Server 2010 possono essere eseguiti insieme alle funzionalità di SQL Server Enterprise quali la compressione dei backup e Transparent Data Encryption (TDE).

  Se si esegue SQL Server Enterprise, è consigliabile utilizzare la compressione dei backup. Per ulteriori informazioni in merito, vedere Compressione backup (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381&clcid=0x410).

  Se si decide di eseguire i database con Transparent Data Encryption, è necessario eseguire il backup manuale della chiave e ripristinarla, in quanto la funzionalità di backup e ripristino di SharePoint Server 2010 non informa l'utente a tale proposito. Per ulteriori informazioni su Transparent Data Encryption, vedere Informazioni sulla crittografia trasparente dei dati (TDE, Transparent Data Encryption) (https://go.microsoft.com/fwlink/?linkid=129384&clcid=0x410).

• Se un database del contenuto è impostato per l'utilizzo di provider di Archiviazione BLOB remoti SQL FILESTREAM, tale provider deve essere installato nel server di database di cui si esegue il backup e nel server di database in cui si esegue il ripristino.

• Il backup di SharePoint Server 2010 non protegge gli elementi seguenti:

  • Modifiche apportate al file Web.config nei server Web non eseguite tramite Amministrazione centrale o il modello a oggetti.

  • Personalizzazioni di un sito non distribuite insieme a una soluzione attendibile o in modalità sandbox.

• Se si condividono applicazioni di servizio tra farm, tenere conto che i certificati di attendibilità scambiati non vengono inclusi nei backup delle farm. È necessario pertanto eseguire il backup dell'archivio certificati separatamente oppure conservare separatamente i certificati. Quando si ripristina una farm che condivide un'applicazione di servizio, è necessario importare e ridistribuire i certificati e quindi stabilire di nuovo eventuali relazioni di trust tra farm.

  Per ulteriori informazioni, vedere Exchange trust certificates between farms (SharePoint Server 2010).

• Quando si ripristina una farm o un'applicazione Web configurata per utilizzare qualsiasi tipo di autenticazione basata sulle attestazioni, possono risultare attivati provider duplicati o aggiuntivi. In caso di duplicati, è necessario salvare manualmente ogni area dell'applicazione Web per rimuoverli.

• Quando si ripristina una farm contenente un'applicazione Web configurata per l'utilizzo dell'autenticazione basata su moduli, è necessario eseguire ulteriori operazioni. È infatti necessario registrare di nuovo i provider di appartenenze e di ruoli nel file Web.config e quindi ridistribuire i provider. Tali operazioni devono essere eseguite indipendentemente dal fatto che il ripristino venga effettuato a livello di applicazione Web o di farm.

  Per ulteriori informazioni, vedere Eseguire il backup di un'applicazione Web (SharePoint Server 2010), Pianificare i metodi di autenticazione (SharePoint Server 2010) e Configurare l'autenticazione basata sulle attestazioni (SharePoint Server 2010).

Architettura di backup granulare e di esportazione

L'architettura di backup granulare e di esportazione utilizza query Transact-SQL e chiamate di esportazione. Il processo di backup granulare e di esportazione è un'operazione che richiede maggiori risorse per la lettura e l'elaborazione rispetto al backup di farm.

Dal sistema di backup granulare è possibile eseguire il backup di una raccolta siti oppure esportare un sito o un elenco.

Se si esegue SQL Server Enterprise, il sistema di backup granulare può utilizzare facoltativamente snapshot di database di SQL Server per garantire la coerenza dei dati durante il backup o l'esportazione. Quando è richiesto uno snapshot, viene creato uno snapshot di database di SQL Server del database del contenuto appropriato, che viene utilizzato da SharePoint Server per creare il pacchetto di backup o di esportazione e quindi eliminato. Gli snapshot di database sono collegati al database di origine da cui vengono creati. Ciò significa che non saranno disponibili se il database di origine corrispondente passa alla modalità offline per un motivo qualsiasi. Per ulteriori informazioni sugli snapshot di database, vedere Snapshot del database (https://go.microsoft.com/fwlink/?linkid=166158&clcid=0x410).

I vantaggi del backup di una raccolta siti tramite uno snapshot sono i seguenti:

• Lo snapshot garantisce la coerenza dei dati letti durante l'esecuzione dell'operazione.

• Gli utenti possono continuare a interagire con la raccolta siti durante il backup dallo snapshot del database. Potranno infatti aggiungere, modificare ed eliminare contenuto. Le modifiche apportate dagli utenti nel sito attivo non verranno tuttavia incluse nel backup della raccolta siti, in quanto il backup si basa sullo snapshot del database.

Gli snapshot di database possono tuttavia incidere negativamente sulle prestazioni. Per ulteriori informazioni sugli snapshot di database e sulle prestazioni, vedere Limitazioni e requisiti degli snapshot del database (https://go.microsoft.com/fwlink/?linkid=166159&clcid=0x410).

È possibile utilizzare il backup e l'esportazione granulare per contenuto archiviato in un database configurato per l'utilizzo del provider di Archiviazione BLOB remoti SQL FILESTREAM.

Nella figura seguente viene illustrato il sistema di backup ed esportazione granulare.

Processi di ripristino

SharePoint Server 2010 supporta le principali opzioni di ripristino incorporate seguenti:

• Ripristino da un backup di farm creato utilizzando strumenti incorporati o da un backup di un componente eseguito tramite il sistema di backup di farm.

• Ripristino da un backup di raccolta siti.

• Connessione a un database del contenuto utilizzando la caratteristica di database del contenuto non collegato, backup o esportazione dei dati dal database e quindi ripristino o importazione dei dati.

Ripristino da un backup di farm

Tra gli elementi che possono essere ripristinati da un backup di farm sono inclusi i seguenti:

• Farm

  • Contenuto e dati di configurazione (impostazione predefinita)

    Viene ripristinata l'intera server farm, tra cui le impostazioni del database di configurazione e i pacchetti delle soluzioni attendibili.

  • Solo configurazione

    Vengono ripristinati solo i dati di configurazione, che sovrascrivono tutte le impostazioni della farm i cui valori siano impostati nel backup di tipo Solo configurazione.

• Applicazioni Web

  Vengono ripristinate le applicazioni Web

• Applicazioni di servizio

  Vengono ripristinate le applicazioni di servizio. Il ripristino delle applicazioni di servizio può risultare complesso perché SharePoint Server 2010 non è in grado di riconfigurare completamente i proxy dell'applicazione di servizio durante il processo di ripristino. Tali proxy vengono ripristinati ma non inseriti in gruppi di proxy, pertanto non sono associati ad alcuna applicazione Web. Per ulteriori informazioni su come ripristinare un'applicazione del servizio di ricerca, vedere Processo di ripristino dell'applicazione servizio di ricerca. Per informazioni specifiche sulle operazioni coinvolte nel ripristino di specifiche applicazioni di servizio, vedere Restore a service application in SharePoint 2010 Products.

• Database del contenuto

  Quando vengono ripristinati database del contenuto, vengono ripristinate anche le soluzioni in modalità sandbox associate alle relative raccolte siti.

Ripristino come nuova istanza e ripristino con sovrascrittura

Per impostazione predefinita, SharePoint Server 2010 ripristina tutti gli oggetti come una nuova istanza dell'oggetto anziché sovrascrivere le istanze esistenti con lo stesso nome.

Quando si ripristina una farm o un oggetto come nuova istanza, gli oggetti seguenti non funzioneranno senza adeguate modifiche perché a tutti i GUID degli oggetti vengono assegnati nuovi valori:

• Farm.   Quando si ripristina una farm come una nuova istanza, è necessario eseguire le operazioni seguenti:

  • Ricreare le impostazioni di mapping di accesso alternativo. SharePoint Server 2010 ripristina solo l'area predefinita dell'applicazione Web.

  • Riconfigurare le impostazioni per qualsiasi origine esterna di applicazioni di servizio metadati gestiti e di Servizi di integrazione applicativa.

  • Riassociare i proxy dell'applicazione di servizio ai gruppi di proxy perché non vengono assegnati a tali gruppi durante il ripristino. Tutte le applicazioni Web verranno associate al gruppo di proxy predefinito. Se lo si desidera, è necessario associare le applicazioni Web ad altri gruppi di proxy.

• Applicazione Web.

  • Se il nome dell'applicazione Web e l'URL specificati corrispondono al nome di un'applicazione Web e a un URL già esistenti nella farm, le applicazioni Web verranno combinate durante il ripristino di SharePoint Server 2010. 

  • Se non si desidera combinare le applicazioni Web, sarà necessario rinominare l'applicazione Web durante il ripristino come nuova istanza.

  • Quando si ripristina un'applicazione Web come nuova istanza nello stesso ambiente ma non si combinano le applicazioni Web, è necessario modificare anche molti altri parametri e oggetti. Può essere necessario ad esempio indicare percorsi di file e nomi di database diversi.

• Applicazioni di servizio e relativi proxy

  • Se si ripristina un'applicazione di servizio senza ripristinare anche il proxy correlato, sarà necessario associare il proxy a un gruppo di proxy.

  • Se si ripristina un'applicazione di servizio senza ripristinare anche il proxy correlato, sarà necessario ricreare il proxy.

  Nota

  Non è possibile ripristinare un'applicazione di servizio come nuova istanza nella stessa farm, bensì è possibile ripristinarla in un'altra farm.

Quando si ripristina un oggetto e si sovrascrive l'oggetto esistente, non sono necessarie modifiche.

Processo di ripristino dell'applicazione servizio di ricerca

Il processo di ripristino per l'applicazione del servizio di ricerca varia a seconda che si esegua il ripristino come nuova istanza o con sovrascrittura. In quest'ultimo caso non sono richiesti ulteriori passaggi.

Il processo di ripristino come nuova istanza è il seguente:

1. Ripristinare l'applicazione di servizio come nuova istanza e specificare le informazioni sulla nuova topologia della farm durante il processo.

2. Ripristinare il proxy dell'applicazione di servizio come nuova istanza. Se non si esegue il ripristino del proxy dell'applicazione di servizio, è necessario creare un nuovo proxy dell'applicazione di servizio e associarlo all'applicazione del servizio di ricerca.

3. Associare il proxy dell'applicazione di servizio al gruppo di proxy appropriato e associare il gruppo di proxy (se diverso da quello predefinito) all'applicazione Web appropriata.

4. Per distribuzioni con privilegi minimi, avviare il servizio di ricerca e il servizio Web di amministrazione della ricerca con l'account appropriato.

Per ulteriori informazioni su come ripristinare l'applicazione del servizio di ricerca, vedere Ripristinare i componenti di ricerca (SharePoint Server 2010).

Ripristino da un backup di raccolta siti

Da un backup di raccolta siti è possibile ripristinare solo raccolte siti.

Ripristino da un database del contenuto non collegato

SharePoint Server 2010 consente di connettersi a un database del contenuto collegato a un'istanza di SQL Server ma non associato a un'applicazione Web SharePoint locale e di eseguirne il backup. Tra i database non collegati a cui è possibile connettersi sono inclusi database del contenuto di sola lettura ripristinati da qualsiasi tecnologia di backup supportata e dagli snapshot di database del contenuto di SQL Server.

Il ripristino è un processo che prevede le due fasi seguenti:

1. Backup o esportazione dell'oggetto dal database del contenuto non collegato.

2. Ripristino o importazione dell'output del passaggio precedente in SharePoint Server 2010.

Di seguito vengono elencati gli elementi di cui è possibile eseguire il backup o l'esportazione da un database non collegato tramite il backup granulare e l'esportazione per poi eseguirne il ripristino:

• Raccolta siti

  Eseguire il backup utilizzando il backup della raccolta siti e quindi ripristinare utilizzando un ripristino della raccolta siti.

• Sito

  Esportare e quindi importare.

• Elenchi e raccolte

  Esportare e quindi importare.

È possibile utilizzare l'importazione per ripristinare il contenuto di cui è stato eseguito un backup da un database configurato per l'utilizzo del provider di Archiviazione BLOB remoti SQL FILESTREAM. Il contenuto ripristinato verrà archiviato da SharePoint Server 2010 tramite il provider di archiviazione attualmente definito per il database del contenuto. Se pertanto il database del contenuto non è impostato per l'utilizzo di Archiviazione BLOB remoti, i dati verranno archiviati nel database del contenuto. In caso contrario, i dati verranno archiviati in Archiviazione BLOB remoti.

Contenuto correlato