Share via


SharePoint 2010: Ottimizzazione di SharePoint con una soluzione di archiviazione esterna

L’archiviazione di milioni di documenti di SharePoint in una risorsa esterna consente di migliorare notevolmente le prestazioni di SharePoint e SQL Server.

Iqbal Khan

SharePoint ha chiaramente puntato la sua affermazione come una delle piattaforme di collaborazione premier. Lavorando insieme significa condivisione di documenti, in modo che tra le sue molte altre caratteristiche, SharePoint include la gestione dei documenti. Pertanto, si sta probabilmente utilizzando SharePoint come un luogo per archiviare i vostri documenti per renderlo più facile per condividerli con altri utenti.

Ogni volta che si archiviazione un altro documento in SharePoint, cresce il database. Ogni documento è memorizzare in SharePoint può essere ovunque da 500 KB a 2 MB, talvolta alcuni ancora più grande. Quando si comincia a parlare di centinaia di migliaia o addirittura milioni di documenti archiviati in SharePoint, presto può diventare enorme. SharePoint archivia tutti questi documenti in un database di SQL Server. Come la dimensione del database cresce oltre una certa soglia, essa può diventare difficile da gestire e riduce le prestazioni di SharePoint e SQL Server.

Come altri database relazionali, SQL Server non era necessariamente progettato per archiviare documenti (chiamati oggetti binari di grandi dimensioni, o BLOB, nel gergo di SharePoint). Invece, è stato progettato per memorizzare dati relazionali strutturati. SharePoint archivia tutti i documenti come BLOB nel database, e grazie alla memorizzazione di tali documenti in quanto tali, il database di SQL Server può ottenere vero grande reale veloce (vedi di Figura 1).

Figura 1 di colli di bottiglia a mastodontiche database contenuto cause delle prestazioni

Se il database di SQL Server che si sta utilizzando è 20 GB o meno, essa sarà ancora gestibile. In molti casi, il database di SQL Server può crescere in centinaia di gigabyte o anche la gamma di terabyte. A questa dimensione, le operazioni di gestione di database diventano più impegnativo, che richiede tempo e problematico se qualcosa va storto. Anche semplici operazioni di backup e ripristino assumono un nuovo significato intero.

E, quando tutti i vostri documenti sono archiviati in SQL Server, SharePoint prestazioni possono soffrire. SharePoint fornisce un meccanismo di archiviazione semplice documento all'interno di SQL Server che consente di archiviare documenti meno recenti di archiviazione più conveniente, tenuta dei documenti intorno per un certo periodo di tempo per motivi di conformità e altro ancora.

Esternalizza BLOB, ottimizzare l'archiviazione

L'unica vera soluzione ai problemi di prestazioni relativi all'archiviazione è la migrazione di tutti i documenti (BLOB) esterno di database di SQL Server e storage esterno. Oltre ad altri benefici, questo può ridurre immediatamente la dimensione del database di SQL Server da quasi il 95 per cento. Quindi, non importa quanto grande e quanti documenti si sta memorizzando in SharePoint, SQL Server database dimensioni rimane molto piccole. Ora, tutti i documenti risiedono fuori nello storage esterno.

SharePoint fornisce due meccanismi per trasportarli BLOB. Uno è di archiviazione esterna BLOB (EBS), che lavora con Microsoft Office SharePoint Server 2007 e SharePoint 2010. Tuttavia, SharePoint non fornisce alcun provider EBS out of the box. È necessario utilizzare un provider di terze parti EBS.

Oltre a EBS, SharePoint 2010 (se utilizzato con SQL Server 2008 R2) fornisce archiviazione remota di BLOB (RBS). A differenza di EBS, SharePoint 2010 viene fornito con un provider RBS incorporato per lo streaming di file. RBS è aggiunto a SQL Server 2008 R2 che SharePoint 2010 è toccando in realtà una funzione. Fornendo RBS di SQL Server 2008, Microsoft ha essenzialmente riconosciuto che archiviazione BLOB nel database non è l'approccio ideale e tenerli fuori è spesso una strategia migliore.

Se si decide di utilizzare un provider di terze parti EBS o RBS, è possibile migrare rapidamente il BLOB di SQL Server. La maggior parte di questi fornitori sono installata sul server Web front-end (WFE) e anche fornire funzionalità di amministrazione basato su GUI (normalmente come parte dell'interfaccia grafica di amministrazione di SharePoint).

Moduli sia EBS e RBS collegare i server WFE. Una volta che succede, SharePoint dirige documento runtime tutte le richieste (sia per la lettura o scrittura) al modulo EBS o RBS. Questo modulo è quindi responsabile per la lettura o la scrittura di BLOB per la memorizzazione esterna. Così, tutti i documenti creati o aggiornati in fase di esecuzione vengono automaticamente memorizzati esternamente.

Opzioni di archiviazione esterna

Se si decide di utilizzare un provider di terze parti EBS o RBS, avrete probabilmente più opzioni di archiviazione (vedi di Figura 2). Prima di migrare il BLOB dal database, è necessario scegliere un'opzione. Qui ci sono diverse opzioni tipiche:

  • File System: È possibile utilizzare un normale file system (forse una partizione del disco di grandi dimensioni su un file server) per memorizzare il BLOB.
  • SAN/NAS Storage: Storage area network (SAN) e network attaccato storage (NAS) sono opzioni di archiviazione solitamente high-end. Sono costosi, ma adatto se il valore di business dei vostri documenti e la loro dimensione può giustificare il costo. Sia SAN e NAS forniscono dati replica e mirroring e senza soluzione di continuità la crescita in terabyte di dati.
  • Cloud Storage: Questo è utile in almeno due situazioni. In primo luogo, quando si sta eseguendo SharePoint nella nube, ma desidera comunque esternalizza il BLOB, la scelta naturale è per memorizzarli in un vicino, il fornitore-fornito di immagazzinaggio della nube. La seconda è quando si sta eseguendo SharePoint all'interno il proprio datacenter ma si desidera memorizzare o archiviare tutti i BLOB nella nube a causa di limitazioni di spazio o problemi di affidabilità nella tua datcenter. L'archiviazione è la ragione più comune in questa situazione. Assicurarsi che se un utente è creazione o modifica di documento per immagazzinaggio della nube che il provider EBS o RBS fa questo in background, come potrebbero incidere negativamente sulle prestazioni. Si desidera inoltre assicurarsi che la vostra EBS di terze parti o RBS provider supporta BLOB di memorizzazione dell'archiviazione della nube.

.

Figura 2 RBS-EBS basate o memorizzazione esterna di BLOB in SharePoint

Se si decide di utilizzare il provider predefinito di RBS con SharePoint, l'unica opzione di archiviazione è il File System. Tuttavia, i fornitori di terze parti si darà tutte le opzioni precedentemente menzionate e semplificare il lavoro.

Eseguire la migrazione di BLOB senza tempi di inattività

Se si dispone di un database di contenuto di SharePoint eccezionalmente grande, probabilmente ci vorrà qualche tempo per voi di migrare tutti i BLOB dal database e di memorizzazione esterna. Ancora, dovrebbe essere in grado di migrare il BLOB senza dover smettere di SharePoint.

Utilizzo di una soluzione di terze parti può aiutarti a iniziare il processo di migrazione, mentre SharePoint è ancora alto e disponibile a tutti gli utenti. Sarete in grado di tenere traccia del processo di migrazione, mentre gli utenti leggono e scrivono documenti in SharePoint. Inoltre vengono migrati tutti i documenti aggiunti o aggiornati in fase di esecuzione, mentre è in corso la migrazione.

Perché la migrazione BLOB dal database è un'operazione lunga, qualsiasi provider di terze parti che si sceglie dovrebbe offrire alcune caratteristiche aggiuntive, come ad esempio:

  • Migrazione pianificata di BLOB: Dovrebbe essere in grado di pianificare avviare la migrazione di BLOB. Ciò consente di selezionare un tempo di basso traffico quando il database di SQL Server non è già sopraffatto con traffico di utenti. Dovrebbe essere in grado di pianificare questo come un lavoro SharePoint-pianificata e specificare quando esso avrà inizio.
  • Throttled tasso di migrazione: Un'altra caratteristica importante è limitazione o controllare in modo veloce o lento si desidera la migrazione a procedere. Dovrebbe anche essere in grado di specificare quanto velocemente o lentamente per migrare BLOB dal database. Durante le ore di punta, è possibile eseguire la migrazione lentamente. Durante il periodo di basso traffico, si può colpire l'acceleratore e la migrazione BLOB veloce come si desidera.

Importare documenti Legacy con facilità

Se hai un sacco di documenti legacy hai appena recentemente digitalizzate o non hai spostato in SharePoint, è necessario considerare come potrai importare quelli. Mentre la funzione di importazione normale di SharePoint copierà tutti i vostri documenti in database di SQL Server, questo può essere indesiderabile per due motivi: In primo luogo, mantenendo così tanti BLOB in SQL Server non è una buona idea. In secondo luogo, la copia dei dati tanti da una posizione nel database di SQL Server può essere complessa. I documenti preesistenti sono probabilmente alcuni file System. Se si utilizza un provider di terze parti per esternalizzare i vostri documenti, dovrebbe essere in grado di spostare loro memorizzazione esterna te e avviare un processo di importazione fornito dalla soluzione di terze parti. Questo processo di importazione dovrebbe semplicemente scorrere le cartelle dove i documenti preesistenti sono stati copiati nella memoria esterna. Quindi dovrebbe aggiornare il database di SQL Server con solo i meta dati di tali documenti. Questo sarà possibile velocizzare l'importazione di documenti legacy.

Storage multilivello e archiviazione

Ora che i documenti durante la migrazione di database di SQL Server e in storage esterno, è necessario specificare più livelli di archiviazione (vedi di Figura 3). Ogni livello avrebbe un livello di importanza e ti permetterà di mantenere i documenti più attivo e più recenti nel livello di priorità più alta. I meno attivi e più antichi documenti verranno archiviate nel livello di priorità più bassa.

Avendo multi-tier archiviazione offre vari vantaggi. In primo luogo, si può crescere la capacità di archiviazione perché ogni livello è probabile che una posizione di archiviazione separata. In secondo luogo, è possibile migliorare le prestazioni di SharePoint perché i livelli attivi ciascuno avrà meno documenti. Questo rende più veloce per SharePoint recuperare documenti in una cartella.

Figura 3 Multi-tier storage e l'archiviazione possono essere utili per motivi di conformità

Un altro aspetto importante di storage a più livelli è che è possibile specificare le regole di archiviazione. Come l'età un documento, è possibile spostarlo per abbassare i livelli di priorità. Inoltre, perché i vecchi documenti non cambiano di frequente, è possibile semplificare la complessiva attività di gestione dei documenti (compresi i backup e ripristino).

L'archiviazione automatica è utile anche se la vostra azienda è soggetta alle norme di conformità. Potrebbe essere richiesto di conservare i documenti per un certo periodo di tempo, ma non vuoi che il tuo livello primario per diventare sovraccarica con i dati. L'archiviazione di documenti più vecchi di un altro livello di liberare spazio di archiviazione sul tuo livello primario.

Archiviazione consente inoltre di eliminare i documenti eventualmente se le regole specificano che taluni dati devono essere cancellati dopo un determinato tempo. È possibile impostare il sistema per eseguire automaticamente tutte le attività di archiviazione.

Oltre a altri vantaggi di memorizzazione esterna, se si decide di utilizzare una soluzione di terze parti, è molto probabile arrivare anche la memorizzazione nella cache in memoria di BLOB e il dati dei elenco. Memorizzazione nella cache BLOB sui server WFE drammaticamente migliora il tempo di risposta di SharePoint e rende più scalabile, poiché la memorizzazione nella cache riduce costosi viaggi al database e anche all'esterno di archiviazione (vedi di Figura 4).

Figura 4 BLOB ed elenco di memorizzazione nella cache per migliorare le prestazioni di SharePoint

È possibile specificare quanta memoria cache dovrebbe consumare sui server WFE. In questo modo è possibile bilanciare la capacità complessiva di memoria con altre applicazioni. È inoltre possibile specificare le regole di scadenza in modo BLOB e gli elenchi vengono memorizzati nella cache solo finché è necessario.

Lo spostamento di documenti di SharePoint contenuto database può essere un processo coinvolto, ma saranno conservate in esterno, che è un importante vantaggio. È inoltre migliorare le prestazioni di SharePoint con il caching. Ha senso se si considerano tutti i vantaggi che si ottiene di trasportarli il BLOB con l'aiuto di un provider di terze parti EBS o RBS.

Iqbal Kahn

Iqbal Khan è il Presidente e la tecnologia evangelist di Alachisoft (alachisoft.com). Alachisoft fornisce NCachePoint &NCache. NCachePoint è il prodotto di scalabilità e prestazioni di SharePoint leader del settore, e NCache è un popolare.NET distribuito della cache. È possibile contattarlo a $iqbal@alachisoft.com $.

 

Contenuto correlato