Modifiche dell'archiviazione dati in SharePoint 2010
Articolo originale pubblicato sabato 9 luglio 2011
Oggi vengono annunciate due modifiche correlate relative alla descrizione dell'archiviazione dati in SharePoint. Innanzitutto, sulla base dei miglioramenti apportati alle prestazioni e all'affidabilità nel Service Pack 1 e definendo requisiti specifici per l'archiviazione di quantità elevate di dati in SharePoint, Microsoft è in grado di estendere i limiti supportati per l'archiviazione dati in SharePoint.
In secondo luogo, siamo lieti di annunciare che è ora supportato per l'utilizzo con SharePoint il provider FILESTREAM di Archiviazione BLOB remoti di SQL Server ed è pertanto possibile utilizzare dischi di archiviazione basata sulla rete (NAS, Network-Attached Storage) collegati tramite iSCSI con costi inferiori. In questo post vengono indicati i nuovi limiti per il supporto dell'archiviazione dati e le linee guida per la scalabilità dei limiti. Viene inoltre definito Archiviazione BLOB remoti con il nuovo provider FILESTREAM.
Limite della dimensione dei dati per i database del contenuto di SharePoint
Con il rilascio di SharePoint 2010 SP1 e alcune nuove informazioni aggiuntive verranno modificati i limiti della dimensione dei dati supportati per i database del contenuto di SharePoint. Prima del Service Pack 1, il limite per i database del contenuto era di 200 GB per la collaborazione e di 1 TB per l'archivio documenti. Nelle dimensioni dei database del contenuto sono inclusi sia i metadati che gli oggetti BLOB, indipendentemente dalla posizione degli oggetti BLOB, e nell'utilizzo di Archiviazione BLOB remoti non vengono ignorati né superati questi limiti.
Nelle nuove informazioni aggiuntive sui dettagli relativi alle dimensioni dei database del contenuto supportate vengono fornite indicazioni specifiche per gli amministratori di SharePoint in caso di aumento della dimensione dei dati. Se vengono applicate queste indicazioni, SharePoint può supportare fino a 4 TB di dati in tutti gli scenari di utilizzo e non prevede limiti di dimensioni imposti per scenari di archivi documenti. I dettagli vengono forniti nella documentazione di TechNet relativa alla gestione della capacità di SharePoint Server 2010. Vengono illustrati di seguito i limiti statici e configurabili del software e le modifiche principali:
- Per un database del contenuto di SharePoint fino a 200 GB di dimensioni non sono previsti requisiti specifici e questo limite è incluso per coerenza.
- Per un database del contenuto di SharePoint di dimensioni fino a 4 TB è necessario inoltre eseguire la pianificazione dei due requisiti seguenti:
- Prestazioni del sottosistema di dischi di 0,25 IOPS per GB. Per prestazioni ottimali, sono consigliabili 2 IOPS per GB.
- Pianificazione da parte del cliente di disponibilità elevata, ripristino di emergenza, capacità futura e test delle prestazioni.
- Ulteriori considerazioni sono disponibili nell'articolo di TechNet sui limiti statici e configurabili.
- Per un database del contenuto di SharePoint di oltre 4 TB, in particolare per uno scenario di archivio documenti, è inoltre necessario pianificare quanto segue:
- I siti di SharePoint devono basarsi su modelli di sito Centro documenti o Centro record e devono prevedere uno scenario di archivio in cui ogni mese viene attivamente letto meno del 5% del contenuto e scritto meno dell'1% del contenuto.
- Non utilizzare avvisi, flussi di lavoro, correzioni di collegamenti o sicurezza a livello di elemento per alcun oggetto di SharePoint nel database del contenuto. Nota: i database del contenuto con archivi documenti possono essere destinatari di documenti risultanti dal flusso di lavoro di distribuzione del contenuto.
- Altre modifiche specifiche apportate ai limiti contemporaneamente:
- Un nuovo limite di 60 milioni di elementi in qualsiasi database del contenuto di SharePoint
- Il limite specifico di 5 TB per ogni istanza di SQL Server è stato rimosso. È consigliabile consultarsi con un professionista esperto di SQL Server per pianificare lo spazio di archiviazione dei database.
Leggere l'articolo di TechNet completo Gestione della capacità di SharePoint Server 2010: limiti software statici e configurabili. È stata inoltre pubblicata una guida sulla scalabilità di SharePoint 2010: https://go.microsoft.com/fwlink/?LinkId=223599. Nell'immediato futuro verrà pubblicato un report su testing su larga scala che supportano questi nuovi limiti di dimensioni.
Importanza di Archiviazione BLOB remoti con SharePoint
Archiviazione BLOB remoti è un insieme di API standardizzate che consentono l'archiviazione e il recupero di oggetti BLOB (Binary Large Object, oggetti binari di grandi dimensioni) al di fuori del database SQL principale, dove è opportuno disporre di un archivio BLOB dedicato. In Archiviazione BLOB remoti viene utilizzato un modello di provider per il collegamento di qualsiasi archivio BLOB dedicato con implementazione delle API di Archiviazione BLOB remoti. Questa funzionalità è stata introdotta in SharePoint 2010 e i provider possono essere installati in SharePoint e utilizzati per archiviare gli oggetti BLOB. I documenti nelle raccolte documenti di SharePoint sono oggetti BLOB e con Archiviazione BLOB remoti possono essere archiviati in remoto nel database di SQL Server. Questo significa che in genere gli oggetti BLOB vengono archiviati nello stesso computer di SQL Server, benché possano trovarsi in un computer SQL Server connesso in rete.
Nei due diagrammi sopra riportati vengono illustrate architetture comuni per SharePoint con Archiviazione BLOB remoti. In entrambi i diagrammi viene mostrato il provider client Archiviazione BLOB remoti installato nel server Web front-end di SharePoint. Nel diagramma di sinistra viene mostrata l'implementazione generica di Archiviazione BLOB remoti in cui una terza parte ha implementato Archiviazione BLOB remoti per l'accesso allo spazio di archiviazione. Nel diagramma di destra viene mostrato il provider FILESTREAM di Archiviazione BLOB remoti di SQL Server che archivia gli oggetti BLOB nel file system di Windows.
L'archiviazione di oggetti BLOB al di fuori del database di SQL Server può offrire alcuni vantaggi, tra cui:
· Archiviazione BLOB remoti consente a SharePoint Foundation 2010 in esecuzione in SQL Express di archiviare più dati rispetto al limite di 4 GB di SQL Express. In SQL Express 2008 R2 questo limite è stato aumentato a 10 GB.
· Per alcune operazioni è possibile ottimizzare le prestazioni con oggetti BLOB di dimensioni medie di oltre 1 MB. Questo è il risultato di test eseguiti con il provider di Archiviazione BLOB remoti di SQL. Per informazioni, vedere https://msdn.microsoft.com/en-us/library/cc949109(SQL.100).aspx
· È possibile ottimizzare lo spazio di archiviazione con un potenziale risparmio in termini di spazio su disco e di numeri di dischi ricorrendo a backup differenziali o all'archiviazione a più livelli.
· È stato eseguito il testing del provider FILESTREAM di Archiviazione BLOB remoti di SQL che può consentire l'archiviazione tramite iSCSI per l'utilizzo di Archiviazione BLOB remoti. L'utilizzo di iSCSI consente di utilizzare l'archiviazione NAS, caratterizzata da costi inferiori.
· Gli ISV possono sviluppare altre potenziali ottimizzazioni dei dati utilizzando le API pubbliche di Archiviazione BLOB remoti e le API di SharePoint supportate.
Quando si implementa Archiviazione BLOB remoti è necessario tenere conto di alcuni fattori:
· La strategia di backup deve essere valutata attentamente. Il backup dei metadati dei documenti e degli oggetti BLOB dei documenti deve essere eseguito nello stesso momento. Una soluzione di backup di terze parti pertanto deve essere in grado di ripristinare sia il database di SQL utilizzato da SharePoint che gli oggetti BLOB utilizzati da SharePoint come un insieme senza varianza, altrimenti il database farebbe riferimento a oggetti BLOB non provenienti dallo stesso backup.
· Archiviazione BLOB remoti viene utilizzato principalmente per scenari di archivi documenti in cui i documenti vengono scritti, ma non vengono aggiornati. Gli oggetti BLOB in Archiviazione BLOB remoti non vengono mai aggiornati dopo essere stati scritti. Per ogni aggiornamento viene creato un nuovo oggetto BLOB. Gli oggetti BLOB non sono modificabili. Gli oggetti BLOB meno recenti vengono rimossi dal Garbage Collector in un secondo momento. Per ulteriori informazioni sulla Garbage Collection di Archiviazione BLOB remoti, vedere l'articolo seguente: https://technet.microsoft.com/en-us/library/ff628583.aspx
· I provider di Archiviazione BLOB remoti devono restituire il primo byte di dati di una richiesta in 20 ms. Questo si applica per tutte le richieste tra SharePoint e il livello di archiviazione dei provider di Archiviazione BLOB remoti.
· Il database di SharePoint è concepito per la scrittura e la lettura solo da parte di SharePoint. I provider di Archiviazione BLOB remoti non dispongono di un accesso separato ai dati. È incluso l'accesso diretto agli oggetti BLOB. Per informazioni, vedere https://support.microsoft.com/kb/841057/en-us
· È possibile che si verifichi un rallentamento delle prestazioni in caso di oggetti BLOB di dimensioni inferiori quando si utilizza Archiviazione BLOB remoti. Questo è illustrato nell'articolo sull'archiviazione FILESTREAM in SQL Server 2008, a cui viene fatto riferimento più indietro.
· Sono disponibili numerosi provider di Archiviazione BLOB remoti ed è consigliabile che i clienti scelgano quelli più adatti alle proprie implementazioni.
Ulteriore documentazione Microsoft su Archiviazione BLOB remoti in SharePoint
Collegamenti alla documentazione TechNet su Archiviazione BLOB remoti:
· Pianificare Archiviazione BLOB remoti (SharePoint Server 2010) [https://technet.microsoft.com/en-us/library/ff628583.aspx]
· Panoramica di Archiviazione BLOB remoti (SharePoint Server 2010) [https://technet.microsoft.com/en-us/library/ee748649.aspx]
· Gestire Archiviazione BLOB remoti (SharePoint Server 2010) [https://technet.microsoft.com/en-us/library/ff943565.aspx]
Domande e riposte
· D: Perché non è stato possibile fornire questa estensione dei limiti di dati quando è stato lanciato SharePoint 2010?
· R: Sono state ottenute informazioni sul modo in cui i clienti implementano le soluzioni di archivi documenti in SharePoint negli ultimi 12 mesi. Fornendo informazioni aggiuntive specifiche sulla scalabilità della dimensione dei dati e basando il supporto su questi valori, è possibile estendere il limite per la dimensione dei dati per SharePoint ed evitare di applicare un limite per la dimensione dei dati per gli scenari di archivi documenti.
· D: Qual è il nuovo limite per la dimensione dei dati per gli archivi documenti in SharePoint?
· R: Non è previsto un limite per la dimensione dei dati, benché sia comunque necessario seguire le nuove informazioni aggiuntive per la creazione di sistemi su larga scala supportabili. Se non vengono applicati i fattori aggiuntivi, resta valido il limite di supporto inferiore.
· D: Come è opportuno comportarsi se si necessita di più di 4 TB in una farm di SharePoint e non si tratta di un archivio documenti?
· R: È consigliabile utilizzare una topologia con scalabilità orizzontale. Questa topologia prevede più database del contenuto in una singola farm e siti distribuiti attraverso questi database. Ogni database del contenuto può espandersi fino a 4 TB seguendo le informazioni aggiuntive.
· D: Come è opportuno comportarsi se si è erroneamente ritenuto che fosse possibile evitare il limite di 200 GB spostando gli oggetti BLOB in un provider di Archiviazione BLOB remoti e riducendo così la quantità di dati archiviati in SQL Server per SharePoint?
· R: È consigliabile effettuare l'aggiornamento a SharePoint 2010 SP1 e seguire le nuove informazioni aggiuntive per le dimensioni totali di cui si dispone. Consultare il produttore del provider di Archiviazione BLOB remoti acquistato per accertarsi che sia stato testato con SharePoint 2010 SP1. Se si dispone di una distribuzione in cui non vengono rispettati i limiti nuovi e precedenti, è consigliabile contattare il Servizio Supporto Tecnico Clienti Microsoft e richiedere una revisione del livello di supporto. Si tratta di una revisione del supporto a pagamento e il tecnico sarà in grado di indicare se l'implementazione corrente può essere supportata o se è consigliabile apportare modifiche e ridurre i dati per database del contenuto.
· D: Poiché l'archiviazione NAS è supportata, il provider FILESTREAM di Archiviazione BLOB remoti di SQL Server consente di utilizzare una condivisione di rete per l'archiviazione degli oggetti BLOB?
· R: No, l'archiviazione NAS deve essere collegata utilizzando iSCSI e viene visualizzata come unità locale nel computer SQL Server.
· D: Il limite di dimensioni del database del contenuto oppure il limite dei tempi per il primo byte di 20 ms verrà applicato nel software?
· R: No. Questi sono limiti di supporto consigliati per i clienti per ottenere prestazioni ottimali e il supporto migliore da Microsoft. Non si tratta di limiti reali misurati dal software SharePoint.
· D: Dove è possibile trovare informazioni sul precedente limite di 200 GB in TechNet?
· R: Nella pagina relativa ai limiti software statici e configurabili per la gestione della capacità di SharePoint in TechNet. Mentre Archiviazione BLOB remoti e gli oggetti BLOB non erano precedentemente indicati in modo specifico, il limite di 200 GB era chiaramente relativo a un database del contenuto di SharePoint con metadati e oggetti BLOB. Questo articolo è stato aggiornato con i nuovi limiti e con il riferimento ad Archiviazione BLOB remoti per essere più espliciti ed evitare errori di interpretazione futuri.
· D: Un archivio documenti di grandi dimensioni può includere più raccolte siti di SharePoint?
· R: Sì. Se tuttavia si dispone di una raccolta siti di oltre 100 GB, è consigliabile non includerne altre in un database del contenuto.
· D: Un archivio documenti di grandi dimensioni può includere più raccolte documenti?
· R: Sì. Possono essere presenti più raccolte documenti con autorizzazioni diverse impostate.
· D: È necessario disporre di SharePoint 2010 SP1 per usufruire di questi nuovi limiti per i database del contenuto?
· R: No. I limiti si applicano a SharePoint 2010 indipendentemente dall'utilizzo del Service Pack 1. È tuttavia consigliabile installare SharePoint 2010 SP1 per i miglioramenti implementati.
Questo è un post di blog localizzato. L'articolo originale è disponibile in Data Storage Changes for SharePoint 2010.