Planeación de la arquitectura de SSP

Este artículo describe los proveedores de servicios compartidos (SSP) y proporciona ejemplos de cómo crear SSP en la arquitectura del diseño global de la solución para proveedores de servicios compartidos en Microsoft Office SharePoint Server 2007.

En este artículo:

• Acerca de los SSP

• Creación de SSP en el diseño de la solución

• Ejemplos de SSP con una única granja de servidores

• Planeación de SSP para un entorno entre granjas de servidores

• Ejemplos de SSP entre granjas de servidores

• Planeación de la capacidad en relación con los SSP

• Planeación de funciones de administración para SSP

Los siguientes modelos de tamaño póster también están disponibles para su uso con este artículo:

• Proveedores de servicios compartidos de Office SharePoint Server 2007 (en inglés) (https://go.microsoft.com/fwlink/?linkid=73166&clcid=0xC0A) (en inglés)

• Servicios compartidos entre granjas de servidores de Office SharePoint Server 2007 (en inglés) (https://go.microsoft.com/fwlink/?linkid=73155&clcid=0xC0A) (en inglés)

Acerca de los SSP

Office SharePoint Server 2007 incluye un conjunto de servicios que se pueden compartir entre las aplicaciones web de Office SharePoint Server. El conjunto de servicios lo proporciona un SSP y se encuentra en su interior. El uso de servicios compartidos reduce considerablemente los recursos necesarios para proporcionar estos servicios en varios sitios. De forma predeterminada, un único SSP comparte estos servicios en todos los sitios de una granja de servidores.

En la siguiente tabla se enumeran los servicios proporcionados por un SSP.

Servicios compartidos	Descripción
Servicios de personalización	Proporcionan perfiles de usuario basados en los datos importados de los servicios de directorio; Mis sitios con información personal que pueden compartir todos los usuarios del SSP y que se administran mediante directivas de privacidad; identificación de contenido por audiencia, una aplicación cliente de Office o los vínculos de un sitio de personalización.
Catálogo de datos profesionales	Proporciona un esquema unificado único para los datos almacenados en las aplicaciones de línea de negocio.
Excel Services	Proporciona hojas de cálculo compartidas y un método para analizar datos profesionales de las bibliotecas de conexiones de datos mediante el uso de informes en las páginas de panel.
Office SharePoint Server Search	Rastrea todos los sitios de aplicaciones web con el SSP para crear un único índice de todo el contenido, los datos y los metadatos.
Informes de uso del portal y la búsqueda	Permiten a los administradores de servicios compartidos ver la información agregada acerca del uso del sitio en toda la jerarquía de sitios. Además, los administradores de servicios compartidos pueden habilitar los informes de uso para los administradores de sitios individuales y colecciones de sitios.
Project Server	Este servicio está disponible si Microsoft Office Project Server 2007 está instalado en la granja de servidores. Hospeda una o más instancias de Project Web Access, exponiendo la funcionalidad y otros cálculos de nivel medio en datos de Office Project, y expone servicios web para interactuar con datos de Office Project. Se crea una instancia de Project Web Access para exponer la funcionalidad de Office Project Server a los usuarios finales en una aplicación web que usa este servicio compartido.

Creación de SSP en el diseño de la solución

Al instalar por primera vez una granja de servidores, se crea un SSP predeterminado como una de las primeras tareas posteriores a la instalación. Los SSP funcionan de las siguientes formas:

• Cada SSP contiene todos los servicios compartidos disponibles (instalados).

• Los SSP se asocian a aplicaciones web de Office SharePoint Server específicas.

• Una aplicación web sólo se puede asociar a un SSP.

• Todas las colecciones de sitios y los sitios de una aplicación web consumen servicios del mismo SSP.

Creación de SSP adicionales

Se pueden crear SSP adicionales, si es necesario, en función de los requisitos de la solución. El uso de SSP independientes proporciona aislamiento a los procesos de perfiles, contenido y resultados de búsqueda. El aislamiento de los procesos se consigue de las siguientes formas:

• Cada SSP reside en un grupo de aplicaciones de IIS independiente.

• Cada SSP usa un conjunto único de cuentas de servicio para ejecutar los servicios proporcionados por el SSP, como la búsqueda, el rastreo de contenido y la importación de perfiles.

Los criterios más importantes para determinar el número de SSP de la arquitectura lógica son:

• La necesidad de compartir el contenido y los datos de perfiles en los sitios que residen en aplicaciones web y grupos de aplicaciones de IIS independientes. Por ejemplo, puede compartir Mis sitios, sitios de grupo y contenido publicado en una intranet si reúne estos sitios en un solo SSP.

• La necesidad de aislar el contenido y las audiencias de sitios específicos. Por ejemplo, si la granja de servidores hospeda aplicaciones para más de una clase de usuarios, el uso de SSP independientes puede facilitar el aislamiento entre estas clases.

Cuando se crea una nueva aplicación web, la nueva aplicación web se asocia de forma predeterminada al SSP predeterminado. Si desea que la aplicación web se asocie a un SSP diferente, debe cambiar manualmente la asociación.

En el diagrama siguiente, se ilustra la arquitectura lógica de una granja de servidores con dos SSP.

Aunque no aparecen en el diagrama, varias aplicaciones web de un único grupo de aplicaciones pueden utilizar los servicios de distintos SSP. Por ejemplo, en el diagrama anterior no hay ninguna limitación técnica que impida que las dos aplicaciones web del grupo de aplicaciones A consuman servicios compartidos de SSP diferentes. Sin embargo, las aplicaciones web que se encuentran en un mismo grupo de aplicaciones normalmente comparten los mismos requisitos de aislamiento y de seguridad, por lo que es más probable que consuman servicios del mismo SSP.

Arquitectura de SSP

Cada SSP usa estos tres tipos de recursos de servicios compartidos:

• Bases de datos (base de datos de SSP, base de datos de búsqueda)

• Sitio de administración de servicios compartidos (incluida la base de datos de contenido del sitio)

• Sitio donde se hospeda el servicio web (sitio web de IIS que hospeda los servicios web compartidos para el SSP)

La base de datos del SSP incluye los siguientes tipos de datos:

• Datos de configuración del SSP y datos de uso del sitio

• Perfiles de personas y datos del público o audiencia de destino

• Metadatos del catálogo de datos profesionales

Cada SSP incluye también una base de datos de búsqueda que contiene todas las configuraciones y datos asociados con la búsqueda.

En el diagrama siguiente, se ilustra la arquitectura lógica de una granja de servidores, con especial hincapié en los recursos de la granja de servidores usados por los SSP.

Ejemplos de SSP con una única granja de servidores

En esta sección se proporcionan varios ejemplos de arquitecturas para implementar SSP en una única granja de servidores y se incluyen algunas recomendaciones adicionales para la planeación.

Ejemplo 1: una sola granja de servidores, un único SSP

Un único SSP funciona bien para una organización que hospeda un gran número de sitios en una sola granja de servidores.

Descripción

Se usa un único SSP para toda la granja de servidores:

• Todos los sitios usan el mismo conjunto de servicios compartidos.

• Todos los sitios se pueden crear en la misma aplicación web o se pueden distribuir entre aplicaciones web diferentes (ver diagrama)

• Las aplicaciones web se pueden asociar al mismo grupo de aplicaciones (ver diagrama) o a grupos de aplicaciones diferentes.

Recomendaciones

Es la configuración recomendada para la mayoría de las empresas. Use esta configuración si:

• Desea optimizar los recursos necesarios para ejecutar servicios compartidos en una granja de servidores.

• La granja de servidores no requiere el aislamiento de las aplicaciones web.

Ejemplo 2: una sola granja de servidores, varios SSP

En algunas organizaciones, existen requisitos de aislamiento que se pueden satisfacer mediante la implementación de un SSP adicional.

Descripción

Se usan varios SSP para mejorar tanto el uso compartido como el aislamiento:

• Un único SSP proporciona servicios para sitios dispersos entre varias aplicaciones web. Esta estrategia permite compartir contenido y servicios al tiempo que mantiene el aislamiento de los procesos entre los sitios en aplicaciones web diferentes.

• Gracias al uso un SSP dedicado para sitios específicos, se logra aislar procesos, contenido y servicios.

Recomendaciones

Esta configuración es la recomendada para los siguientes escenarios:

• Compartir contenido y datos de perfiles entre sitios que, de lo contrario, requieren el aislamiento de procesos por razones de rendimiento o seguridad.

• Dar cabida a un grupo o departamento dentro de una compañía que requiere datos seguros y aislados.

• Hospedar sitios a los que los asociados tengan acceso externo en la misma granja de servidores que los sitios de colaboración internos.

Ejemplo 3: hospedaje en una misma granja de servidores

Se pueden hospedar varios clientes o departamentos en la misma granja de servidores y garantizar el aislamiento de los datos dedicando un SSP a cada cliente. Un SSP dedicado permite también delegar la propiedad y la configuración de los servicios a las organizaciones específicas. Por ejemplo, se puede configurar un SSP dedicado para un departamento que requiera la propiedad de su configuración de búsqueda y sus datos de perfiles.

Descripción

Se usan varios SSP para aislar servicios dentro de una única granja de servidores.

• Cada empresa o departamento recibe un SSP dedicado.

• El uso de grupos de aplicaciones independientes para hospedar distintos departamentos o empresas proporciona aislamiento en el nivel de grupo de aplicaciones (además de aislamiento de los servicios compartidos).

• Un grupo de aplicaciones puede incluir una o más aplicaciones web.

• La administración de los servicios compartidos se puede delegar en las organizaciones que reciben los servicios de un SSP.

Recomendaciones

Esta configuración es la recomendada para los siguientes escenarios:

• Hospedar sitios para varias empresas o departamentos independientes dentro de una misma organización.

• Proporcionar flexibilidad a cada empresa o departamento para aislar aún más el contenido u optimizar el rendimiento mediante varias aplicaciones o grupos de aplicaciones web.

• Delegar la administración de los servicios.

• Dar cabida a una enorme cantidad de datos. Existen algunas directrices en cuanto a la capacidad que se aplican a la cantidad de datos que puede albergar el servicio de búsqueda de un único SSP. Por ejemplo, el límite recomendado de documentos indizados por un único SSP es 50.000.000. Para obtener más información acerca de las directrices de capacidad, vea Planeación de la capacidad en relación con los SSP más adelante en este artículo.

Ejemplo 4: hospedaje con varias granjas de servidores

Algunas organizaciones requieren el aislamiento físico de los datos además del aislamiento de los procesos. Para estas organizaciones, una granja de servidores independiente podría ser la solución.

Además, algunas organizaciones podrían incluir requisitos adicionales que aconsejen el uso de más de un SSP en la granja de servidores, como se vio en el ejemplo 2 (descrito anteriormente).

Descripción

Se usan varias granjas de servidores para proporcionar aislamiento físico entre departamentos o empresas:

• Cada departamento o empresa tiene una granja de servidores y un SSP dedicados.

• Todo el hardware está dedicado en función del departamento o cliente.

• Cada granja de servidores está completamente aislada, por lo que el acceso a datos de otros portales es imposible.

Recomendaciones

Esta configuración es la recomendada para los siguientes escenarios:

• Aislar departamentos dentro de una misma organización para la que el aislamiento físico del hardware, los datos o las aplicaciones sea un requisito.

• Hospedar sitios de SharePoint para varias empresas, donde el aislamiento físico sea necesario para:

  • Realizar un seguimiento del uso de los recursos

  • Proteger las aplicaciones y los datos

  • Optimizar el rendimiento

  • Cumplir los requisitos de licencia

Recomendaciones adicionales para planear SSP

Los SSP se pueden configurar para mejorar el uso compartido de la información entre varias aplicaciones web o para aumentar el aislamiento del contenido dentro de una misma aplicación web. Por ejemplo, los sitios que residen en diferentes aplicaciones y grupos de aplicaciones web se pueden unificar en un mismo SSP para compartir contenido y perfiles en una intranet. Esto facilita la personalización y la búsqueda en toda la empresa en varios sitios y aplicaciones. Esta configuración es un ejemplo de equilibrio entre el aislamiento de los procesos (mediante la implementación de aplicaciones web y grupos de aplicaciones independientes) y las necesidades empresariales para compartir la información y aprovechar los datos de perfiles en las aplicaciones.

Además, los SSP se pueden configurar para mejorar los objetivos de aislamiento generales. Por ejemplo, el uso de un SSP dedicado para los sitios asociados garantiza que los usuarios asociados no puedan buscar o tener acceso a otros sitios del entorno. El SSP se puede configurar para aislar aún más el contenido entre las colecciones de sitios de las siguientes formas:

• Limite los ámbitos de búsqueda a cada una de las colecciones de sitios.

• Use audiencias para dirigir el contenido a ciertos grupos de usuarios.

• Use la herramienta de línea de comandos Stsadm para configurar el selector de personas para mostrar sólo los usuarios que son miembros de la colección de sitios.

Al diseñar la estrategia de SSP, tenga en cuenta los métodos para configurar los servicios individuales en un SSP para mejorar el uso compartido del contenido en general o lograr los objetivos de aislamiento. Para obtener ejemplos de estas estrategias, vea el siguiente ejemplo de diseño: Modelo de arquitectura lógica: implementación corporativa.

Planeación de SSP para un entorno entre granjas de servidores

Un único SSP se puede configurar para proporcionar servicios a varias granjas de servidores de Office SharePoint Server 2007. El uso de un SSP en varias granjas de servidores permite la administración centralizada de los servicios y también reduce el número de los servicios que proporcionan la misma función. De esta forma, es posible reducir considerablemente la cantidad de hardware y otros recursos necesarios para proporcionar servicios.

La información que se proporciona en el resto de este artículo a modo de guía describe y hace referencia al siguiente diagrama, que muestra una granja de servidores principal que comparte servicios con tres granjas de servidores secundarias, cada una de ellas configurada para un propósito diferente. Cada una de las granjas de servidores secundarias se describe más adelante en este artículo.

Granjas de servidores principal y secundarias

Los servicios compartidos entre granjas de servidores son ofrecidos por una granja de servidores principal a una o más granjas de servidores secundarias:

• Una granja de servidores principal se configura para proporcionar servicios compartidos a otras granjas de servidores secundarias.

• Las granjas de servidores secundarias se configuran para usar los servicios compartidos de la granja de servidores principal.

• Una granja de servidores no puede ser al mismo tiempo una granja de servidores principal y una granja de servidores secundaria.

• Solamente un SSP por granja de servidores puede participar en los servicios compartidos entre granjas de servidores:

  • Las granjas de servidores principales solamente pueden compartir un SSP con las granjas de servidores secundarias. Sin embargo, una granja de servidores principal puede incluir más de un SSP para su propio uso (ver la granja de servidores principal en el diagrama anterior).

  • Las granjas de servidores secundarias solamente pueden usar los servicios de un SSP principal. No obstante, una granja de servidores secundaria puede proporcionar más de un SSP para su propio uso (ver la granja de servidores secundaria 2 en el diagrama anterior).

Uso alterno de SSP entre granjas de servidores y SSP independientes

En cualquier momento se puede volver a configurar el consumo de servicios compartidos de las granjas de servidores secundarias:

• Una granja de servidores secundaria se puede desasociar de una granja de servidores principal y configurarse para usar los servicios compartidos de otra granja de servidores principal o para usar su propio SSP local.

• Las granjas de servidores secundarias pueden usar servicios compartidos de una granja de servidores principal cuando están conectadas a la red central y, a continuación, pasar a usar los servicios de su propio SSP local cuando están desconectadas. La granja de servidores secundaria 3 (en el diagrama anterior) muestra una granja de servidores con un SSP local en modo de espera que se usa cuando la granja de servidores está desconectada.

• Las granjas de servidores principales se pueden volver a configurar como granjas de servidores independientes en cualquier momento. Los administradores de las granjas de servidores principales deben avisar a los administradores de las granjas de servidores secundarias afectadas antes de volver a configurar el SSP como un SSP independiente.

Limitaciones de SSP entre granjas de servidores

Las siguientes limitaciones se aplican a los servicios compartidos entre granjas de servidores:

• Si las granjas de servidores primaria y secundaria residen en diferentes dominios o bosques, debe haber una relación de confianza configurada entre los dominios o los bosques. Además, si las dos granjas de servidores residen en bosques diferentes, la replicación de Active Directory entre el bosque independiente y de confianza debe funcionar correctamente.

• Las redes WAN no admiten los SSP entre granjas de servidores. Una granja de servidores secundaria no se puede asociar a un SSP de una granja de servidores principal si ambas granjas de servidores están separadas por vínculos WAN.

• Las granjas de servidores principales deben tener instalados todos los productos de servidor de Office que usan las granjas de servidores secundarias. Por ejemplo, si una granja de servidores secundaria incluye Office Project Server, Office Project Server debe instalarse en la granja de servidores principal para que funcionen correctamente los servicios compartidos. Si una granja de servidores secundaria usa la versión Enterprise Edition de la licencia de acceso de cliente (CAL), la granja de servidores principal también debe usar la CAL Enterprise Edition (en contraposición a la edición estándar). La única excepción a este requisito de diseño es el servicio Excel Services.

• Un SSP de una granja de servidores principal no puede proporcionar los servicios de Excel Services, sino que deben ser proporcionados por un SSP local de la granja de servidores secundaria. Es posible configurar una aplicación web para que use los demás servicios de una granja de servidores principal y los servicios de Excel Services de un SSP local. Esta es la única circunstancia en la que una aplicación web puede usar servicios de dos SSP distintos. Puede ver una representación de este escenario, en la sección Combinación de SSP entre granjas de servidores y locales (Granja de servidores secundaria 2) más adelante en este artículo.

Creación de scripts para la configuración de SSP entre granjas de servidores

Puede crear un script para duplicar los procesos manuales necesarios para asociar una granja de servidores secundaria a una granja de servidores principal. Automatizar el proceso de instalación mediante un script:

• Reduce la cantidad de tiempo necesario para implementar servicios compartidos entre varias granjas de servidores.

• Garantiza que los parámetros de configuración (directorio, configuración, índice de búsqueda, etc.) se apliquen de forma coherente en todas las granjas de servidores.

Para obtener más información, vea Proveedor de servicios compartidos: operaciones de Stsadm (Office SharePoint Server).

Ejemplos de SSP entre granjas de servidores

En esta sección se describen las tres granjas de servidores secundarias que se ilustraban en el diagrama anterior.

Solo servicios compartidos entre granjas de servidores (Granja de servidores secundaria 1)

Descripción

La Granja de servidores secundaria 1 usa solamente los servicios compartidos hospedados en una granja de servidores principal. Este escenario permite optimizar los recursos de hardware, red y administrativos necesarios para proporcionar servicios compartidos en todas las granjas de servidores. Se puede designar una granja de servidores existente como granja de servidores principal o crear una granja de servidores exclusivamente dedicada a hospedar los servicios compartidos.

Recomendaciones

Esta configuración es la recomendada para los siguientes escenarios:

• Proporcionar servicios compartidos a varias granjas de servidores de una empresa.

• Hospedar soluciones de Office SharePoint Server para empresas que requieren el aislamiento de las granjas de servidores pero no de los servicios.

Combinación de SSP entre granjas de servidores y locales (Granja de servidores secundaria 2)

Descripción

La Granja de servidores secundaria 2 usa servicios de dos SSP distintos:

• Usa los servicios compartidos entre granjas de servidores de la granja de servidores principal.

• Hospeda su propio SSP y usa sus servicios.

Las granjas de servidores configuradas de este modo pueden aprovechar los servicios compartidos de toda la empresa, pero también pueden funcionar de forma independiente, si es necesario. Una granja de servidores secundaria puede pasar de usar los servicios compartidos entre granjas de servidores a usar sus propios servicios compartidos.

La configuración que combina los SSP entre granjas de servidores y locales también es necesaria si una granja de servidores secundaria usa los servicios de Excel Services. Si los servicios de Excel Services son necesarios para una granja de servidores, esta debe hospedar los servicios compartidos localmente. En estas configuración, las aplicaciones web de la granja de servidores secundaria usan los servicios de Excel Services de un SSP local y el resto de servicios de un SSP principal, como se muestra en el siguiente diagrama.

Recomendaciones

Esta configuración es la recomendada para los siguientes escenarios:

• Un departamento de una empresa requiere el aislamiento de las granjas de servidores para proteger datos confidenciales o para dedicar los recursos físicos, y también es necesario en los portales y sitios de toda la empresa.

• Se adquiere una empresa o división y se desea proporcionar acceso a los recursos de toda la compañía sin por ello interrumpir la granja de servidores. Este escenario permite a la granja de servidores secundaria aprovechar los servicios compartidos que están disponibles para toda la empresa, como la búsqueda o el rastreo.

• Una división o grupo de la empresa se vende o se reasigna a otro entorno de Office SharePoint Server y se desea configurar la granja de servidores para que funcione de forma independiente como paso previo a la transición de la granja de servidores al nuevo entorno.

• Los servicios de Excel Services son necesarios para una granja de servidores secundaria.

SSP en modo de espera (Granja de servidores secundaria 3)

Descripción

La granja de servidores secundaria 3 está configurada para pasar de usar los servicios compartidos entre granjas de servidores a usar sus propios servicios compartidos. El SSP de la granja de servidores secundaria funciona como proveedor en modo de espera. La granja de servidores secundaria cambia al SSP en modo de espera cuando se desconecta de la granja de servidores principal.

Recomendaciones

Esta configuración se recomienda para implementaciones de granjas de servidores que se envían temporalmente a distintas ubicaciones geográficas.

Planeación de la capacidad en relación con los SSP

A la hora de diseñar la arquitectura de SSP, tenga en cuenta los límites de software que se recomiendan para los elementos de arquitectura lógica y el efecto que podrían tener en la configuración de SSP.

En la siguiente tabla se muestran las recomendaciones para los componentes de la arquitectura lógica.

Objeto de arquitectura lógica	Recomendaciones para un rendimiento aceptable	Notas
Proveedor de servicios compartidos (SSP)	3 por granja (máximo 20 por granja)
Aplicación web	99 por SSP	Este límite incluye el número de aplicaciones web de las granjas de servidores secundarias que usan recursos de este SSP.
Grupo de aplicaciones de Internet Information Services (IIS)	8 por servidor web	El número máximo está determinado por la capacidad del hardware.
Colección de sitios	50.000 por aplicación web

Además de los componentes de la arquitectura lógica, el servicio de búsqueda también incluye límites de software recomendados que pueden afectar al número y a la configuración de los SSP de su entorno. En la tabla siguiente se muestran los objetos de búsqueda específicos con los límites recomendados que afectan a la planeación de los SSP.

Objeto de búsqueda	Recomendaciones para un rendimiento aceptable	Notas
Índices de búsqueda	Uno por cada SSP; 20 como máximo por granja de servidores	Office SharePoint Server 2007 admite un índice de contenido por SSP. Dado que recomendamos 20 SSP por granja de servidores como máximo, se admiten 20 índices de contenido como máximo. Tenga en cuenta que un SSP sólo se puede asociar a un servidor de índices y a un índice de contenido. Sin embargo, un servidor de índices se puede asociar a varios SSP y puede tener un índice de contenido para cada SSP.
Documentos indizados	50.000.000 por índice de contenido (un índice por SSP)	Office SharePoint Server 2007 admite 50 millones de documentos por servidor de índices. Esta cantidad se puede repartir entre varios índices de contenido según el número de SSP que estén asociados a un servidor de índices.
Orígenes de contenido	500 por SSP	Este es un límite físico que exige el sistema.
Alertas	1.000.000 por SSP	Este es el límite probado.
Reglas de rastreo	10.000 por SSP	Recomendamos 10.000 reglas de rastreo como máximo, con independencia de su tipo.
Propiedades rastreadas	500.000 por SSP	Son las propiedades que se detectan durante una operación de rastreo.
Propiedades administradas	100.000 por SSP	Son las propiedades que usa el sistema de búsqueda en las consultas. Las propiedades rastreadas se asignan a propiedades administradas. Recomendamos 100 asignaciones por propiedad administrada como máximo.

Para obtener más información sobre los límites de software, vea Planeación de límites de software (Office SharePoint Server).

Planeación de funciones de administración para SSP

El modelo de servicios compartidos de Office SharePoint Server 2007 permite centralizar la administración de servicios como conjunto y delegar la administración de servicios específicos, según se desee. En la tabla siguiente se enumeran las principales funciones de SSP.

Función	Responsabilidades
Administrador de granjas de servidores	Crear o eliminar SSP.
Administrador de servicios compartidos (administrador de la colección de sitios de Administración de servicios compartidos)	Configurar permisos para servicios específicos o asignar la administración de servicios compartidos a otros usuarios.
Administrador de servicios compartidos	Configurar y administrar servicios compartidos específicos, como el servicio de búsqueda o Excel Services.

Una persona puede llevar a cabo todas estas funciones. Sin embargo, en muchas organizaciones medianas y grandes a menudo se delega la administración de servicios específicos. En la tabla siguiente se enumeran las funciones de administración de servicios específicas que se pueden delegar.

Función de administración de servicio	Responsabilidades
Administrador del servicio de búsqueda	Administrar toda la configuración de búsqueda del SSP.
Administrador de perfiles de usuario	Agregar conexiones de importación, administrar los perfiles de usuario y configurar Mi sitio.
Administrador de audiencias	Administrar la configuración de la audiencia en el SSP.
Administrador del Catálogo de datos profesionales	Importar las definiciones de aplicación en el Catálogo de datos profesionales, seleccionar entidades y propiedades para su uso en los sitios y listas de SharePoint y, opcionalmente, ejecutar métodos para instancias de entidad.
Administrador de permisos para el Catálogo de datos profesionales	Administrar permisos para el Catálogo de datos profesionales.
Administrador de permisos para servicios de perfiles	Administrar permisos para los servicios de perfiles.
Administrador de Excel Services	Administrar todas las opciones de Excel Services en el SSP.
Administrador de informes de uso	Administrar las opciones de los informes de uso en el SSP.

Para obtener más información acerca de estas funciones y su configuración, vea Planeación de funciones de seguridad (Office SharePoint Server).

Administración de SSP entre granjas de servidores

En entornos donde se implementan servicios compartidos entre granjas de servidores, las responsabilidades del administrador de la granja de servidores varían, dependiendo de si la granja de servidores es principal o secundaria. La tabla siguiente resume las tareas administrativas realizadas por cada administrador en un entorno de SSP entre granjas de servidores.

Administrador de granja de servidores	Responsabilidades
Administrador de granja de servidores principal	Crear SSP y modificar la configuración. Configurar las opciones de los servicios compartidos de la granja de servidores principal. Administrar los recursos compartidos en la granja de servidores principal, tales como la base de datos de SSP. Administrar las credenciales asociadas con los SSP. Administrar la configuración de los servicios compartidos que afecta a todos los sitios y granjas de servidores que usa el SSP principal.
Administrador de granja de servidores secundaria	Configurar las granjas de servidores secundarias para que usen los servicios compartidos de una granja de servidores principal. Asociar las aplicaciones web de las granjas de servidores secundarias al SSP principal. Anular la asociación existente con la granja de servidores principal.

Descarga de este libro

En este tema se incluye el siguiente libro descargable para facilitar la lectura y la impresión:

• Planeación y arquitectura para Office SharePoint Server 2007 (segunda parte)

Vea la lista completa de libros disponibles en la página que muestra el contenido descargable para Office SharePoint Server 2007.

Vea también

Conceptos

Planeación de los proveedores de servicios compartidos
Componentes de arquitectura lógica
Modelo de arquitectura lógica: implementación corporativa
Creación y configuración de proveedores de servicios compartidos