SharePoint 2010: ottimizzazione delle risorse di archiviazione di SharePoint Workspace
È comunque possibile continuare a utilizzare SharePoint anche in modalità offline. In questo articolo viene illustrato come ottimizzare l'architettura di archiviazione di SharePoint Workspace.
Brien Posey
Non è sempre possibile rimanere connessi a SharePoint. Nelle situazioni in cui non si è connessi, SharePoint Workspace 2010 consente di utilizzare i dati di SharePoint, anche in modalità offline. L'architettura di archiviazione sottostante, tuttavia, presenta diversi problemi in termini di prestazioni. Di seguito un'analisi dei motivi per cui si verificano tali problemi e come è possibile risolverli.
SharePoint Workspace fa riferimento allo spazio di archiviazione utilizzato per archiviare i dati dell'area di lavoro. Anche il software client è denominato SharePoint Workspace, che chiameremo SPW 2010. Tenendo presenti tali termini, un'area di lavoro SharePoint è da considerarsi simile a un'area di lavoro Microsoft Groove.
L'idea alla base è la possibilità di sincronizzare una raccolta documenti SharePoint completa o parziale con un'area di lavoro nel computer locale. In tal modo, è comunque possibile continuare ad accedere al contenuto della raccolta in modalità offline. La sincronizzazione vera e propria viene effettuata con SPW 2010, il quale è il componente client che consente di configurare e gestire le sincronizzazioni con il contenuto della raccolta.
Perché effettuare l'ottimizzazione?
Quando si sincronizzano i documenti di SharePoint, i documenti stessi vengono archiviati nella Cache dei documenti di Office. Gli elenchi correlati, i moduli, gli schemi e le viste di InfoPath vengono archiviate nell'area di lavoro effettiva di SharePoint. Questa architettura funziona bene solo se è necessario sincronizzare una ridotta quantità di documenti, ma potrebbe danneggiarsi con l'aumentare del numero di documenti sincronizzati.
Secondo Microsoft, SPW 2010 funziona in modo ottima se si sincronizza un numero di documenti inferiore a 500. Quando si prova a sincronizzare più di 500 documenti, verrà visualizzato un messaggio di avvio in cui verrà indicato che le prestazioni di SPW 2010 diminuiranno gradualmente all'aumentare del carico di lavoro di sincronizzazione dei documenti.
Se si prova a sincronizzare 1.800 o più documenti, verrà interrotta la sincronizzazione. Al contrario, verranno scaricare solo i metadati dei documenti nell'area di lavoro di SharePoint. Quando si tenta di aprire uno di questi documenti, quest'ultimo verrà sincronizzato immediatamente.
Pertanto, è più efficiente per SPW 2010 scaricare i metadati dei documenti invece di provare a sincronizzare un intero documento. Perché, tuttavia, non viene adottata sempre questa strategia? La finalità di SPW 2010 è di consentire all'utente di lavorare sui dati di SharePoint anche in modalità offline. È difficile lavorare su un documento se si dispone solo di metadati.
ottimizzazione delle risorse di archiviazione di SharePoint Workspace
Attualmente, esistono solo due modi per ovviare a queste limitazioni. Il primo consiste nel creare aree di lavoro Groove invece di aree di lavoro SharePoint. Secondo Microsoft, tali limitazioni di sincronizzazione si applicano solo alla Cache dei documenti di Office e non alle aree di lavoro Groove (che è possibile creare e a cui è possibile accedere tramite SPW 2010).
L'altra opzione per risolvere le limitazioni di sincronizzazione di SPW 2010 consiste nel ridurre il numero di documenti sincronizzati. Esistono diversi metodi per eseguire questa operazione.
Un metodo consiste nell'eliminare tutte le aree di lavoro inutilizzate. L'efficienza del processo di sincronizzazione si basa sul numero totale di documenti presenti in tutte le aree di lavoro. Se si dispone di 10 aree di lavoro con 100 documenti ciascuna, sarà necessario sincronizzare 1.000 documenti, benché ciascuna area di lavoro si trovi ampiamente al di sotto della soglia di 500 documenti.
Viene creato una nuova area di lavoro per ciascuna connessione a una raccolta o cartella all'interno di una raccolta. Con il trascorrere del tempo, è molto probabile che si accumulerà tutta una serie di aree di lavoro non più utilizzate. La rimozione di tali aree di lavoro rappresenta un modo efficace per ridurre il numero di documenti che dovranno essere sincronizzati in SPW 2010.
È possibile inoltre prendere in considerazione se è necessario utilizzare la memorizzazione nella cache di tutti i documenti. La maggior parte degli utenti mobili in viaggio probabilmente ritengono particolarmente utile poter accedere in modalità offline ai dati di SharePoint. Tuttavia, spesso la quantità di documenti realmente necessari si riduce a una serie limitata. È comodo disporre di altri documenti in modalità offline, ma non realmente necessario. La riduzione del numero di documenti memorizzati nella può correggere i problemi in termini relativi alle prestazioni.
Un altro aspetto che è possibile considerare per migliorare l'esperienza degli utenti consiste nel mostrare loro come sincronizzare singole cartelle invece di intere raccolte documenti di SharePoint. Quando si creare un'area di lavoro SharePoint, viene richiesto l'URL associato alla raccolta documenti che si desidera sincronizzare. È possibile effettivamente aggiungere un percorso file all'URL.
Ad esempio, la raccolta documenti condivisa di un server potrebbe contenere cartelle denominate Tesoreria, Marketing e Risorse_umane. Per gli utenti del reparto tesoreria, ad esempio, non avrebbe senso sincronizzare l'intera raccolta documenti perché le restanti cartelle non servono al loro scopo. Nel mondo reale, è possibile che non si disponga nemmeno dell'accesso a tali cartelle.
Per creare un'area di lavoro collegata alla raccolta documenti, utilizzare il seguente URL: https://SharePoint/Shared%20Documents/Finance. In tal modo, è possibile creare un'area di lavoro che comprenda solo la cartella Tesoreria e tutto ciò che si trova al di sotto di essa. Nessuna delle cartella parallele (Risorse_umana e Marketing) verrebbe inclusa, né alcun documento presente all'interno della cartella Documenti condivisi.
Durante la risoluzione dei problemi, è consigliabile iniziare a analizzare il lato client. Dopotutto, poiché in SPW 2010 dopo il superamento della soglia dei 500 documenti viene riscontrato un peggioramento delle prestazioni, è evidente la necessità di provvedere all'ottimizzazione del client. Tuttavia, l'ottimizzazione lato client rappresenta solo metà dell'opera. Benché sia molto più probabile riscontrare un peggioramento delle prestazioni in SPW 2010, è possibile che un server SharePoint subisca un sovraccarico dovuto alle eccessive richieste di sincronizzazione.
Monitoraggio di SQL Server
In SharePoint il contenuto dei siti viene archiviato in un database SQL Server. Pertanto, per ottimizzare l'architettura di archiviazione di SharePoint, è necessario rivolgere la propria attenzione a SQL Server. Fortunatamente, Microsoft fornisce diversi monitor delle prestazioni che è possibile utilizzare con SQL Server.
Questi valori di destinazione sono specifici per SQL Server 2008 o SQL Server 2008 R2 e utilizzati SharePoint 2010. I valori dei contatori non necessariamente sono validi per altri tipi di database SQL.
Microsoft consiglia di tenere sotto controllo il contatore Statistiche generali\Connessioni utente, in cui viene visualizzato il numero totale di connessioni utente ad SQL Server. Il motivo per cui Microsoft consiglia di tenerlo sotto controllo è dovuto al fatto che i problemi di prestazioni possono verificarsi se il contatore riporta un valore pari al 500% rispetto al valore di base.
Un altro contatore è Database\Transazioni\Sec. Benché Microsoft non fornisca alcuna indicazione specifica in merito alla funzione di questo contatore, consiglia tuttavia di registrare il valore visualizzato quando il server è in stato integro. In tal modo, se vengono riscontrati problemi in termini di prestazioni, sarà possibile confrontare il numero di transazioni effettuate in un secondo rispetto ai valori di base.
Il monitoraggio dei blocchi dei server rappresenta un modo pratico per comprendere il livello di prestazioni di un Server SQL. Esistono diversi contatori relativi ai blocchi che è possibile monitorare, ma il più utile è probabilmente Blocchi\Attese di blocco\Sec, in cui viene visualizzato il numero di richieste di blocco che si verificano al secondo e che non possono essere immediatamente elaborate.
Si consiglia di monitorare il contatore Blocchi\Tempo medio di attesa (ms) se i blocchi non si verificano immediatamente, ovvero la lunghezza media del tempo di attesa perché si verifichi un blocco. Se questo valore aumenta costantemente, il server SQL subirà problemi di prestazioni.
Come il monitoraggio dei blocchi consente di rilevare il livello di prestazioni del database SQL, così il monitoraggio dei latch. I contatori relativi ai latch da monitorare sono Latch\Attese latch\Sec e Latch\Tempo medio attesa latch. i quali consentono di verificare il numero di attese che si verificano al secondo nell'ambito di un incremento costante.
Si consiglia inoltre di monitorare i tempi di attesa eccessivi. È utile registrare un valore di base quando il server funziona in modo ottimale, per poter disporre di una base di confronto nell'eventualità di problemi futuri.
Un'ultima cosa da controllare è la velocità con cui SQL Server elabora le query degli utenti. Osservare il numero di compilazioni e ricompilazioni che si verificano al secondo nei contatori Statistiche SQL\Compilazioni/Sec e Statistiche SQL\Ricompilazioni\Sec.
Questi ultimi due contatori saranno inutili qualora venissero utilizzati per stabilire un valore di base quando il server funziona correttamente. Dopotutto, è possibile monitorare il numero di query compilate o ricompilate. Se tali numeri si riducono senza alcun calo del carico dell'utente, significa che il server SQL sta riscontrando difficoltà a gestire le richieste degli utenti.
I monito delle prestazioni sono tutti contatori di SQL Server generalizzati che è possibile utilizzare per valutare le prestazioni complessive del proprio server SQL. Se si riscontrano eventuali problemi di prestazioni, sono disponibili anche contatori di tipo hardware che è possibile utilizzare per effettuare una diagnosi più approfondita del problema.
.jpg)
Brien Posey*, MVP, è autore freelance di migliaia di articoli e decine di testi tecnici. È possibile visitare il suo sito Web all'indirizzo brienposey.com.*