Compartir a través de

Planeación de RBS (SharePoint Server 2010)

  • Artículo

 

Se aplica a: SharePoint Foundation 2010, SharePoint Server 2010

Última modificación del tema: 2016-11-30

En este artículo se proporciona información para ayudarlo a decidir si va a usar almacenamiento remoto de blobs (RBS) en un entorno de Microsoft SharePoint Server 2010 y, si usa RBS, cómo planear la implementación de RBS.

En SharePoint Server 2010, un objeto binario grande (BLOB) es un archivo, como un archivo de vídeo o documento de Microsoft Office 2010. De manera predeterminada, estos blobs, también denominados datos sin estructurar, se almacenan en línea en la base de datos de contenido de SharePoint junto con los metadatos o datos estructurados. Dado que los blobs pueden ser muy grandes, puede resultar útil sacar los datos BLOB de la base de datos del servidor SQL Server y trasladarlos al almacenamiento direccionable de contenido o productos. Para ello, se puede usar RBS.

Nota

A menos que se especifique lo contrario, la información de este artículo es específica de RBS con el proveedor de FILESTREAM. Si desea obtener instrucciones específicas para otro proveedor, póngase en contacto con el fabricante del proveedor.

Para obtener más información acerca de RBS, incluida la información sobre los proveedores de RBS, se recomienda encarecidamente ver Información general de RBS (SharePoint Server 2010).

En este artículo:

  • Implicaciones de usar RBS durante el ciclo de vida de TI

  • Implicaciones de usar RBS en diferentes escenarios de sitios

  • Limitaciones de RBS

  • Beneficios y costos de usar RBS

  • Beneficios y costos de usar RBS con el proveedor de FILESTREAM

  • Uso más óptimo de RBS

  • Uso menos óptimo de RBS

  • Evaluación de opciones del proveedor

Implicaciones de usar RBS durante el ciclo de vida de TI

Debe evaluar las implicaciones de usar RBS para todo el ciclo de vida del entorno. Lo que podría ser una buena idea para las operaciones normales, como tener grandes almacenes de blobs, podría presentar ciertos desafíos al realizar o restaurar copias de seguridad, o durante una actualización. Si evalúa los efectos de usar el tamaño del almacén de RBS y BLOB en todo el ciclo de vida, puede evitar posibles problemas más adelante.

Por ejemplo, si usa un proveedor remoto de RBS, requerirá una mayor complejidad de las operaciones de TI y algunos aumentos de costos. Esto se debe a que hay que hacer una copia de seguridad de la base de datos de contenido y el almacén de blobs en la sincronización para mantener la coherencia de las referencias.

Otro ejemplo es que, en algunos casos, las operaciones de actualización enumerarán y posiblemente cambiarán cada blob independientemente de la ubicación en la que se almacenan los blobs.

Programa de instalación

El uso de RBS puede agregar cierta complejidad a la configuración porque debe instalar y configurar el proveedor de RBS en todos los servidores web de la granja. Para obtener más información acerca de cómo configurar RBS, vea Instalación y configuración de RBS (SharePoint Server 2010).

Operaciones normales

Debe tener en cuenta el tamaño de archivo promedio y el tipo de acceso a archivos durante las operaciones normales. Aunque el uso de RBS con archivos mayores que 1 MB puede mejorar el rendimiento del procesador y de E/S, el uso de RBS con archivos menores que 256 KB podría disminuir el rendimiento general. El almacenamiento de blobs en línea en la base de datos de contenido es más eficaz con archivos más pequeños. Para obtener más información sobre el rendimiento de RBS, vea el tema sobre la Administración de datos sin estructurar con SQL Server 2008 (https://go.microsoft.com/fwlink/?linkid=223909&clcid=0xC0A).

También debe tener en cuenta cómo se usará el contenido de BLOB. Si los usuarios leerán el contenido con más frecuencia pero no lo revisarán, RBS puede proporcionar mejoras en el rendimiento. Sin embargo, si los usuarios revisarán con frecuencia el contenido, el uso de RBS disminuirá el rendimiento. Esto se debe a que el control de versiones extensivo provocará un crecimiento significativo en los metadatos de la base de datos de contenido y el tamaño del almacén de blobs.

Debe sopesar cualquier ventaja de los costos de almacenamiento frente a posibles aumentos en los costos operativos.

Supervisión y optimización

El uso de RBS también agrega sobrecarga de algunas operaciones porque hay varios contadores de rendimiento que se agregan para supervisar RBS. Hay varias opciones disponibles para ajustar el rendimiento de RBS. Para obtener más información, vea Mantenimiento de RBS (SharePoint Server 2010).

Mantenimiento de bases de datos

Al usar RBS, puede lograr una mayor eficiencia y velocidad en las operaciones estadísticas y de desfragmentación de índices de bases de datos. Además, las comprobaciones periódicas de coherencia, tales como las comprobaciones de DBCC, también son considerablemente más rápidas cuando se usa RBS.

Sin embargo, el mantenimiento regular de la base de datos será más complejo debido a que se debe configurar y usar el Mantenedor de RBS para mantener la coherencia de nivel de vínculo entre los metadatos y el almacén de blobs, así como para realizar la limpieza de blobs huérfanos. Para obtener más información, vea Mantenimiento de RBS (SharePoint Server 2010).

Copia de seguridad y restauración

Si usa el proveedor local de FILESTREAM con RBS, puede usar las herramientas integradas de SharePoint para realizar copias de seguridad y restaurar. Estas operaciones hacen una copia de seguridad de los metadatos y el almacén de blobs y los restauran. Si usa el proveedor remoto de RBS, debe coordinar cuidadosamente los procesos de copia de seguridad y restauración. Esto se debe a que los procesos de copia de seguridad y restauración incluyen los metadatos y el almacén de blobs. Debe tener esto en cuenta al planear la configuración de RBS. No todos los proveedores de RBS admiten el proceso de copia de seguridad y restauración de datos BLOB. Debe comprobar con el fabricante del proveedor para confirmar la compatibilidad.

No se puede usar Microsoft System Center Data Protection Manager para hacer una copia de seguridad del contenido que se almacena en los almacenes de RBS ni para restaurarlo.

Actualización

Bajo algunas circunstancias, una actualización, o incluso la aplicación de actualizaciones de software, puede enumerar e iterar cada objeto para incluir datos BLOB, independientemente de la ubicación en la que se almacenan los datos. Por lo tanto, las operaciones de actualización serán similares en duración si se usan blobs remotos o en línea.

Implicaciones de usar RBS en diferentes escenarios de sitios

Debe evaluar las implicaciones de usar RBS en diferentes escenarios de sitios. Dado que RBS se creó para resolver problemas específicos, RBS no puede funcionar igualmente bien en todos los escenarios. Los escenarios de las secciones siguientes son algunos ejemplos.

Sitios de grupo

Si tiene pensado usar RBS con sitios de grupo u otros sitios altamente colaborativos, y los sitios suelen contener documentos menores de 256 KB, no verá ventajas significativas al usar RBS. Además, al usar el control de versiones, puede hacer que la base de datos de contenido aumente rápidamente si los documentos se revisan con frecuencia.

Importante

No se admite el uso de bases de datos de contenido habilitadas para RBS mayores que 4 TB en los sitios de colaboración. No puede cargar documentos mayores que 2 GB en una base de datos de contenido habilitada para RBS. Para obtener más información sobre los límites de RBS, vea la sección “Bases de datos de contenido” en Administración de capacidad de SharePoint Server 2010: Límites y límites máximos del software.

Centros de registro

RBS funciona bien para los centros de registro y otros sitios de almacenamiento. Puesto que estos sitios son principalmente de solo lectura y no usan el control de versiones, se puede almacenar una gran cantidad de datos en el almacén de RBS.

Limitaciones de RBS

Cada proveedor de RBS tendrá distintas capacidades y limitaciones. El proveedor de FILESTREAM tiene las siguientes limitaciones:

  • RBS tiene limitaciones de tamaño específicas para bases de dato de contenido en escenarios específicos. Para obtener más información sobre estas limitaciones, vea la sección “Límites de bases de datos de contenido” en Administración de la capacidad de SharePoint Server 2010: restricciones y límites del software.

  • El cifrado no es compatible con los blobs, incluso si el cifrado de datos transparente está habilitado.

  • RBS no admite el uso de compresión de datos.

  • La compatibilidad con el trasvase de registros y la creación de reflejo de la base de datos está alterada. Para obtener más información, vea Evaluación de las opciones del proveedor más adelante en este artículo.

Para determinar las capacidades y limitaciones de los proveedores de terceros, póngase en contacto con el fabricante del proveedor.

Beneficios y costos de usar RBS

En esta sección se describen los beneficios y los costos de usar RBS. Estos beneficios y costos normalmente se aplican independientemente del proveedor que se use. Para obtener más información detallada acerca de cómo usar el proveedor de RBS FILESTREAM, vea Beneficios y costos de usar RBS con el proveedor de FILESTREAM más adelante en este artículo. Para obtener más información detallada acerca de cómo usar proveedores de RBS, póngase en contacto con el fabricante del proveedor.

Beneficios

RBS se diseñó para mover el almacenamiento de blobs desde las bases de datos en los servidores de bases de datos hacia los directorios en las soluciones de almacenamiento de productos. Por lo tanto, en los entornos específicos en los que RBS debe usarse, puede experimentar beneficios de costos o rendimiento. Al usar un almacenamiento económico en lugar de un almacenamiento más costoso en un servidor de bases de datos, puede ahorrar en los costos. RBS ahorra recursos de almacenamiento cuando hay menos blobs grandes. Cuando hay muchos archivos más pequeños, no hay beneficio.

Costos

RBS aumentará los costos operativos porque el personal de TI debe realizar tareas adicionales al realizar copias de seguridad o restaurar el contenido. Los grandes almacenes de RBS pueden ralentizar las tareas como copia de seguridad o restauración, la actualización del entorno, la actualización a una versión más reciente de SharePoint Server o la migración de sitios de SharePoint a otro entorno. Estos costos se deben tener en cuenta al evaluar si se va a usar RBS.

Beneficios y costos de usar RBS con el proveedor de FILESTREAM

En esta sección, se describen los beneficios y los costos de usar el proveedor de FILESTREAM. Es posible que estos beneficios y costos no sean relevantes para otro proveedor. Si desea obtener información sobre cómo usar proveedores de RBS de terceros, póngase en contacto con el fabricante del proveedor.

Beneficios

Actualmente, Microsoft admite solo el proveedor de RBS FILESTREAM con SharePoint Server 2010. Al usar este proveedor, las características de copia de seguridad y restauración en SharePoint Server 2010 también hacen copias de seguridad y restauran los blobs y los datos estructurados en la base de datos de contenido sin necesidad de llevar a cabo más trabajo. El proveedor de FILESTREAM también admite dispositivos de almacenamiento conectados de la Interfaz estándar de equipos pequeños (SCSI).

Costos

El uso del proveedor de RBS FILESTREAM puede aumentar los costos operativos porque el personal de TI debe realizar tareas adicionales. Los grandes almacenes de RBS pueden ralentizar las tareas como copia de seguridad o restauración, la actualización del entorno, la actualización a una versión más reciente de SharePoint Server o la migración de sitios de SharePoint a otro entorno. Estos costos se deben tener en cuenta al evaluar si se va a usar RBS.

Uso más óptimo de RBS

Dado que RBS es una solución creada para un conjunto específico de condiciones, hay un uso óptimo de RBS en el que los beneficios superan los costos. El entorno óptimo para el uso de RBS es un entorno donde lo siguiente es verdadero:

  • Desea almacenar menos blobs grandes (256 KB o superior) para el acceso de solo lectura o lectura intensiva.

  • Los recursos del equipo donde se ejecuta SQL Server pueden convertirse en un cuello de botella de rendimiento.

  • El gasto del espacio en disco de alto costo es mayor que el gasto de la mayor complejidad de las operaciones de TI que podría presentarse mediante RBS.

Uso menos óptimo de RBS

RBS no es una buena solución para todos los entornos. Los costos superarán los beneficios la mayor parte del tiempo. El entorno menos óptimo para el uso de RBS sería un entorno donde lo siguiente es verdadero:

  • Desea almacenar muchos blobs pequeños (256 KB o menos) para el acceso de escritura intensiva.

  • Los recursos del equipo donde se ejecuta SQL Server no son un cuello de botella de rendimiento.

  • El gasto de mayor complejidad de las operaciones de TI que podría presentarse mediante el uso de RBS es mayor que el espacio en disco de alto costo.

En estas condiciones, incluso una base de datos de contenido de menos de 200 GB producirá un cuello de botella de rendimiento notable a medida que se tiene acceso frecuente a los blobs pequeños para la escritura. Esto ocurre porque la base de datos contiene los metadatos para los blobs. A medida que los metadatos cambian, se agregan nuevas filas a la tabla en la base de datos. Esto puede hacer que la tabla crezca mucho rápidamente. Las tablas de gran tamaño pueden disminuir el rendimiento.

Si bien la presencia de varios blobs pequeños puede disminuir el rendimiento, generalmente la consideración más importante al evaluar RBS es el costo de almacenamiento. El ahorro en los costos de hardware de almacenamiento, por lo general, bien compensa la disminución prevista en el rendimiento.

Evaluación de opciones del proveedor

RBS requiere un proveedor que conecte la API de RBS y SQL Server. Microsoft SQL Server 2008 Express y Microsoft SQL Server 2008 R2 Express incluye el proveedor de FILESTREAM.

Importante

RBS puede ejecutarse en el equipo local donde se ejecuta Microsoft SQL Server 2008 R2, SQL Server 2008 o SQL Server 2008 R2 Express. Para ejecutar RBS en un servidor remoto, debe tener SQL Server 2008 R2 Enterprise. SharePoint Server 2010 requiere el uso de la versión de RBS que se incluye con el Paquete de instalación del almacén remoto de blobs de SQL Server del Feature Pack para Microsoft SQL Server 2008 R2. Las versiones anteriores de RBS no funcionarán con SharePoint Server 2010. Además, RBS no es compatible con SQL Server 2005.

Los blobs pueden mantenerse en almacenamiento de productos, como el almacenamiento directo (DAS) o almacenamiento conectado a la red (NAS), según la compatibilidad con el proveedor. El proveedor de FILESTREAM es compatible con SharePoint Server 2010 cuando se usa en unidades de disco duro o unidades de SCSI únicamente. No se puede usar RBS con FILESTREAM en dispositivos de almacenamiento remoto, como NAS.

En la siguiente tabla se resumen las ventajas y las limitaciones de FILESTREAM.

Requisito operacional Con el proveedor de FILESTREAM Sin el proveedor de FILESTREAM

Recuperación del almacén de blobs y copia de seguridad integrada de SQL Server

Sí

Tal vez 1

Recuperación del almacén de blobs y copia de seguridad integrada de System Center Data Protection Manager (DPM) 2010

No

Tal vez 1

Migración a blobs con scripts

Sí

Sí

Compatibilidad con la creación de reflejo

No

No

Trasvase de registros

Sí

Sí, con implementación del proveedor

Instantáneas de bases de datos

No2

No2

Georeplicación

Sí

No

Cifrado

NTFS, únicamente

No

Unidades locales admitidas

Sí

Sí, con implementación del proveedor

Almacenamiento conectado a la red (NAS)

Solo compatible con Productos de SharePoint 2010 con SCSI y si TTFB es inferior a 20 ms.

Sí, con implementación del proveedor

Almacenamiento directo (DAS)

No compatible con Productos de SharePoint 2010

Sí, con implementación del proveedor

Unidades de SCSI admitidas

Sí

Sí, con implementación del proveedor

1Solo si el proveedor de RBS que está usando lo hace.

2Si el proveedor de RBS que está usando no admite instantáneas, no podrá usar instantáneas para la copia de seguridad ni la distribución de contenido. El proveedor de FILESTREAM no admite instantáneas.

Si el proveedor de FILESTREAM no es adecuado para el entorno, puede adquirir un proveedor de terceros que sea compatible. En este caso, debe usar los siguientes criterios al evaluar un proveedor:

  • Capacidad de copia de seguridad y restauración

  • Recuperación probada ante desastres

  • Implementación y migración de datos

  • Impacto en el rendimiento

  • Costos administrativos a largo plazo

Importante

Se recomienda no desarrollar un proveedor, a menos que sea un fabricante independiente de software (ISV) con experiencia significativa en diseño de soluciones de almacenamiento.

See Also

Other Resources

Centro de recursos: Bases de datos de SQL Server y SharePoint Server 2010