2010 De SharePoint: Mejorar el rendimiento de 2010 de SharePoint con EDR
Almacenar BLOB fuera de la base de datos puede aumentar el rendimiento de SharePoint 2010.
Iqbal Khan
SharePoint ha convertido en una plataforma muy popular de portal. Proporciona un gran número de aplicaciones para colaboración entre grupos de compañía diferente o incluso entre diferentes empresas. Administración de proceso, administración de documentos y otras aplicaciones principales forman parte de la matriz de SharePoint de características.
Pero la popularidad de SharePoint tiene el inconveniente también. Tal como utilizan más personas, puede haber importantes de rendimiento y escalabilidad de cuellos de botella debido a que SharePoint hace un uso elevado de la base de datos de SQL Server para todos los elementos. Esto podría incluir datos estructurados o documentos procedentes de Microsoft Word, Excel, PowerPoint y Adobe Acrobat. Todos estos documentos proceden de la base de datos.
Problemas de rendimiento
Hay dos posibles problemas asociados con SharePoint 2010. Uno: Las bases de datos pueden crecer muy debido de todos los datos de objeto binario grande (BLOB). Dos: Leer y escribir el BLOB, así como otros datos relacionales, pueden ralentizar el rendimiento de SQL Server porque no es el lugar ideal para almacenar BLOB.
Las bases de datos relacionales se diseñan para administrar de datos relacionales estructurados. Su arquitectura está orientado a la. Microsoft ha agregado compatibilidad con objetos BLOB, pero no es la situación ideal. Por otro lado, el almacenamiento de archivos está diseñado para almacenar los archivos, que son básicamente las secuencias de datos o de BLOB.
2010 De SharePoint es muy centrado en documentos con los archivos de Word, Excel, PDF y PowerPoint. Gran número de documentos de gran tamaño con rapidez hace que la base de datos mayor de lo que resulta práctico. Como resultado, el rendimiento de SharePoint puede tardar un acierto. La figura 1 muestra los problemas de rendimiento asociados con la base de datos de SQL Server y el BLOB.
.png)
La figura 1 base de datos de SQL Server de llene ralentiza SharePoint 2010.
Esto puede llegar a ser más agravado a medida que se agregan más usuarios y los documentos en SharePoint. Si dispone de miles de documentos almacenados en la base de datos, se convierte en la base de datos sobrecargada y muchos de los documentos que tenga que ir a otro entre el conjunto de servidores Web de SharePoint y la base de datos SQL.
A medida que aumenta el tamaño de la base de datos de tamaño anormalmente grande, esto contribuye significativamente a sluggishness de la base de datos. Si los datos relacionales estructurados estos datos de SharePoint, se puede indizarse y correctamente de manera inteligente controla SQL Server.
Tamaño total de los datos BLOB se puede expandir rápidamente y superar el tamaño total de los metadatos del documento y otros datos de la estructura de la base de datos. Es útil mover los datos BLOB de la base de datos de SQL Server y en un almacenamiento independiente. Que es porque los datos BLOB pueden ocupar mucho espacio de archivo y utiliza recursos del servidor que están optimizados para los patrones de acceso de la base de datos.
Mover objetos BLOB de la base de datos
En Microsoft Office SharePoint Server (MOSS) 2007, Microsoft proporciona un mecanismo denominado almacenamiento externo de BLOB, o de EBS. La arquitectura de complementos de EBS ayudó a proveedores de instalar un módulo de EBS para interceptar el tráfico de la base de datos de SharePoint y redirigir todo el tráfico BLOB para un almacenamiento BLOB independiente. EBS funciona correctamente y se ocupa de este problema muy eficaz.
EBS le ayuda a migra el BLOB de la base de datos, mantenerlos en el sistema de almacenamiento de archivos, una red de área de almacenamiento (SAN) o en un network-attached storage (NAS). Estos sistemas de almacenamiento se ideal para almacenar BLOB, ya que éstos son todos los documentos, Excel, Word, PDF, ese tipo de cosas, que una organización típica se crea y se comparte a través de sus usuarios.
Sin embargo, no se puede utilizar directamente EBS porque no hay ningún proveedor de EBS se incluye con MOSS 2007. Otro inconveniente, EBS no es 100 por ciento arquitectónicamente. NET, pero basándose en la interfaz COM antigua. En este caso, debe utilizar un proveedor de EBS. Sin la Ayuda de un módulo de otro fabricante, IT no se puede utilizar EBS. Un módulo de otro fabricante que se tiene que también se encargan de cuestiones como la limpieza BLOB. Cuando se elimina un objeto BLOB, SharePoint pregunta nunca el módulo para eliminar el BLOB. Simplemente deja de hacer referencia a ella.
La escritura de los proveedores de módulo de EBS debe tener una colección de elementos no utilizados BLOB o la característica de limpieza BLOB que busca periódicamente en todos los BLOBs ya no hace referencia a SharePoint. A continuación, elimina porque el usuario ha eliminado los documentos.
De forma similar, si el usuario actualiza un documento, SharePoint nunca actualiza el BLOB existente. Siempre crea un BLOB nuevo, por lo que es todavía alrededor de un BLOB de más antiguo. La característica de recopilación de elementos no utilizados del módulo de EBS debe quitar dicho objetos BLOB. EBS realiza la tarea de forma adecuada en que mejora el rendimiento de SharePoint bastante moviendo los BLOB de la base de datos.
Especifique SQL Server 2008 y RBS
Microsoft SQL Server 2008 tiene una característica integrada de almacenamiento remoto BLOB (EDR). EDR permite que los usuarios de SQL Server almacena todos los BLOBs fuera de la base de datos. Microsoft proporciona un proveedor integrado de FILESTREAM para el sistema de archivos normal. También ha publicado la interfaz y las especificaciones para las empresas de almacenamiento de información de otros fabricantes desarrollar proveedores para este almacenamiento especial. Compañías como Hitachi, EMC o almacenamiento de la nube incluso como Azure de Windows o almacenamiento de la nube de Amazon, ahora puede implementar o proporcionar la implementación de EDR para sus propios sistemas de almacenamiento.
Todas estas características están disponibles para los usuarios de SQL Server 2008. SharePoint también aprovecha esto para poder configurar 2010 de SharePoint para utilizar SQL Server 2008 como su base de datos de contenido. Para utilizar la característica de EDR en 2010 de SharePoint, se debe estar utilizando SQL Server 2008, incluso aunque SharePoint 2010 funciona con SQL Server 2005, SQL Server 2005 no tiene la característica de EDR.
Desde la perspectiva de SharePoint, la EDR es exactamente lo mismo que EBS. Es un mecanismo para almacenar BLOB fuera de la base de datos. La única diferencia es que con EBS, otros proveedores que se tenían que proporcionar los módulos de EBS. Con la EDR, Microsoft ya tiene un proveedor FILESTREAM.
Puede encontrar que la forma más cómoda de utilizar RBS en SharePoint es a través de un producto de terceros. Si lo hace, hace que todo el proceso extremadamente fácil de usar, completo y todo lo que se administra a través de herramientas de interfaz gráfica de usuario. Si no está satisfecho con el software de terceros, puede configurar EDR para el almacenamiento de información BLOB en SQL Server 2008 y 2010 de SharePoint.
RBS en SQL Server 2008 dispone de un proceso de recopilación integrada de elementos no utilizados llama al encargado de EDR, que no estaba presente de EBS. Encargado de la EDR es un proceso independiente y se limpia todos los BLOB sin referencia, que, con EBS, el proveedor se tenía que implementar por sí mismo.
Sin embargo, desde la perspectiva del usuario tanto en EDR EBS proporcionan el mismo valor con la implementación de otros fabricantes. Si el usuario no desea utilizar un proveedor de terceros, a continuación, EDR es la única opción. Si el usuario final no le importa una solución de terceros para tomar los BLOB de la base de datos, a continuación, podría estar de la EDR o de EBS.
EBS y de EDR mejora el rendimiento de SharePoint de forma equitativa. La diferencia es que EBS se basa en una interfaz COM heredada, mientras que la EDR es una solución puramente basado en. NET. Desde una perspectiva de tecnología de EDR cabe en que .NET bastante bien. EBS todavía depende de una interfaz heredada.
Puede configurar 2010 de SharePoint para utilizar el proveedor de EDR de FILESTREAM, que está integrado en SQL Server 2008. Actualmente, que es el único proveedor que se incluye con SQL Server 2008. En el futuro, podrá ver otros proveedores EDR. Con estos, se pueden mover los BLOB en esto fuera de almacenamiento (consulte de figura 2).
.png)
La figura 2 de BLOB movido fuera de SQL Server 2008 con EDR
Mover los BLOB fuera de la base de datos es un elemento clave de mejorar el rendimiento de SharePoint y hacer que la base de datos mucho más fácil de administrar. Sin embargo, tiene que tener en cuenta que hay otras cosas que debe hacer si se va a mejorar aún más el rendimiento de SharePoint.
Lista de memoria caché de BLOB y también mejorar el rendimiento
Una vez externalizar los BLOB, almacenamiento en caché de BLOB de datos puede aún más y mejorar considerablemente el rendimiento de la aplicación de SharePoint. Esto ocurre especialmente cuando se utiliza una caché distribuida para BLOB utilizado con frecuencia en las memorias de servidor Web front-end (por WFE). Esto reduce al mínimo los viajes al almacenamiento de información BLOB. De este modo, puede leer los BLOB con rapidez y reducir el tiempo de respuesta de la aplicación de SharePoint.
También puede utilizar el almacenamiento en caché para otros tipos de datos. Por ejemplo, SharePoint hace un uso intensivo de los datos de lista que se puede almacenar en caché. El almacenamiento en caché los datos de la lista es otra de las ventajas que proporciona en memoria caché. Prácticamente todo el contenido de SharePoint 2010 se muestra a través de la lista. SharePoint debe realizar viajes de la base de datos cada vez que leer la lista. Al almacenar en caché las listas en la memoria del servidor por WFE, evitar innumerables viajes de la base de datos y mejora el rendimiento. Almacenamiento en caché de BLOB y datos de la lista, significativamente puede elevar los niveles de rendimiento (consulte de figura 3).
El almacenamiento en caché en memoria está ganando tracción considerable en el .NET y Java espacios. La memoria caché se debe ejecutar en los servidores por WFE. Dependiendo de si tiene servidores de 32 o 64 bits, puede asignar como mínimo de 500 MB a 10 GB de memoria de 5 GB o, en función de la cantidad de memoria que tenga disponible.
Esta caché es todos los datos que se está leyendo la por WFE, o desde el almacenamiento de información BLOB de SQL Server, y es transparente en absoluto. Todo lo que se recopila automáticamente se mantiene en la caché. La próxima vez que SharePoint tiene los mismos datos, ya sea el BLOB o en la lista, resultará en la caché distribuida. Esto significa que la memoria caché realmente abarca varios servidores por WFE.
En las instalaciones de gran tamaño, también puede migrar la memoria caché a un nivel de almacenamiento en caché dedicado. Que se va a una caché distribuida ayuda a mantenerse sincronizadas en varios servidores. Por lo tanto, si se actualiza un documento de un servidor Web, los demás también sabrá sobre él. El almacenamiento en caché, ayuda a aprovechar el rendimiento al siguiente nivel debido a que la caché en memoria es extremadamente rápida.
.png)
La figura 3 de más datos de almacenamiento en caché mejora el rendimiento de SharePoint
Si la base de SharePoint está configurado para utilizar un proceso de trabajo única en cada por WFE, puede mantener la memoria caché en el proceso de trabajo. Sin embargo, deberá tener en cuenta el límite de tamaño de memoria del proceso de trabajo en una plataforma de 32 bits, un proceso de trabajo de único no puede tener más de 1 GB. Si es así, puede mantener la memoria caché en un proceso independiente.
Después se externalizar BLOB y se implementa el almacenamiento en caché, mejora el rendimiento varias veces porque ya no está realizando los viajes de la cara de la red. No se va a almacenamiento de información BLOB y no va a SQL Server para los datos de la lista. Todo lo que está justo a la derecha en la memoria del servidor por WFE.
Las pruebas comparativas de rendimiento con una caché en un proceso, se muestran que el rendimiento es al menos tres o cuatro veces más rápido porque los datos están en su propia memoria de proceso. Incluso si está fuera de proceso, la comunicación entre procesos en el mismo equipo es mucho más rápida que cuando se va a través de la red.
Sin duda se puede implementar su propio almacenamiento en caché que los desarrolladores realizar alguna programación, es mejor utilizar una caché distribuida de otros fabricantes para evitar el laborioso y proclive a error de instalación.
Aprovechar las ventajas de externalización de BLOB con RBS de SQL Server 2008 y mejorar el rendimiento de SharePoint de 2010. Si no está preparado para pasar a SQL Server 2008, pero aún desea externalizar BLOB, puede hacerlo usted mismo o utilizar una opción de terceros para migrar el BLOB de la base de datos a través de EBS.
.jpg)
Iqbal Khan es el departamento de formación de tecnología y presidente de Alachisoft (alachisoft.com). AlachiSoft proporciona NCachePoint & NCache. NCachePoint es el mejor rendimiento de SharePoint y el producto de escalabilidad de la industria y NCache es una caché de .NET que se distribuyen más popular. Puede ponerse en contacto con Iqbal a través de su correo electrónico iqbal@alachisoft.com.