Compartir a través de


Planeación de sitios y colecciones de sitios (SharePoint Server 2010)

 

Se aplica a: SharePoint Foundation 2010, SharePoint Server 2010

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

Los sitios de Microsoft SharePoint Server 2010 están compuestos por una colección de sitios, que es una estructura jerárquica que incluye un sitio de nivel superior y todos los sitios situados por debajo de él. En este artículo se describe el proceso e importantes consideraciones para la planeación de sitios y colecciones de sitios de SharePoint Server 2010; además, se recomienda un método para el registro de las decisiones adoptadas sobre la estructura del sitio. Para obtener información acerca de los sitios y las colecciones de sitios, así como de las plantillas de sitio que se usan para crear sitios en SharePoint Server 2010, vea Introducción a los sitios y colecciones de sitios (SharePoint Server 2010).

En este artículo:

Acerca de la planeación de sitios y colecciones de sitios

En general, la planeación de sitios y colecciones de sitios se realiza en el siguiente orden:

  • Determinación del número y tipos de sitios de nivel superior y de todos los sitios situados debajo de ellos en la jerarquía que son necesarios.

  • Determinación del número y tipos de colecciones de sitios en los que se van a organizar los sitios.

Determinación de los tipos de sitios

El primer paso en la planeación de una solución basada en SharePoint Server 2010 es determinar los tipos de sitios que necesitan la organización y los clientes. La determinación de los tipos de sitios afecta a las decisiones de planeación posteriores, como la ubicación en que se van a implementar los sitios en la topología de servidores, las características que se van a planear para cada sitio, la implementación de los procesos que abarcan varios sitios y la disponibilidad de la información en uno o más sitios. En esta sección se incluye información acerca de cómo planear diferentes tipos de sitios.

Planeación de sitios en función de la jerarquía organizativa

Planee los sitios básicos que necesite en función del tamaño y la estructura de la organización. Cada uno de estos sitios puede incluir información necesaria para un proyecto o una división de la organización, y cada uno de estos sitios se vincula a sitios de colaboración relevantes para el proyecto o la división. Algunos sitios para divisiones o proyectos de mayor tamaño también agregan la información que se encuentra en todos los sitios dedicados a divisiones o proyectos de menor tamaño.

Use las siguientes instrucciones para planear sitios basados en la estructura organizativa:

Sitios de división o grupo   Planee la creación de un sitio para una organización pequeña o un sitio para cada división o proyecto en el que participen de 50 a 100 usuarios en una organización de tamaño mediano a grande. En las organizaciones de gran tamaño, puede haber varios niveles de sitios en los que cada sitio se orienta al contenido creado y administrado en su nivel correspondiente de la organización.

Puede diseñar un sitio para que los miembros de la organización colaboren en el contenido relacionado con los objetivos de negocio o de la organización. Estos sitios pueden ser independientes o funcionar con otros sitios como parte de un proceso de publicación. Con frecuencia, estos sitios se componen de una mezcla de contenido de colaboración usado internamente y contenido cuyo objetivo es la publicación para una audiencia.

Sitios de resumen   Un sitio de resumen incluye contenido general de toda la organización. Permite a los usuarios de las distintas divisiones buscar información y expertos, y obtener acceso a los procesos de toda la organización. Suele contener sitios relacionados con la arquitectura de información organizativa general y que se asignan normalmente a la estructura de los sitios de divisiones o proyectos. Para cada organización, planee la creación de un sitio de resumen centralizado que use una vista agregada de todos los sitios relacionados.

Planeación de sitios de aplicaciones

Un sitio de aplicaciones organiza los procesos de los equipos y proporciona los mecanismos necesarios para ejecutarlos. Los sitios de aplicaciones suelen incluir paneles digitales y otras características para ver y manipular los datos relacionados con la finalidad del sitio. La información presentada en un sitio de aplicaciones procede normalmente de varios orígenes, como bases de datos u otros sitios de SharePoint.

Por ejemplo, la organización de recursos humanos de una organización puede diseñar un sitio de aplicaciones para proporcionar a los empleados lo siguiente:

  • Acceso a información general, como manuales para los empleados y oportunidades de empleo.

  • Métodos para realizar tareas comunes, como el envío de tarjetas de horas trabajadas e informes de gastos.

  • Paneles para ver la información personalizada, como el historial de salario y prestaciones de un empleado.

En otro ejemplo, el grupo de soporte técnico interno de una organización puede diseñar un sitio de aplicaciones de soporte técnico para ofrecer soporte técnico a los miembros de la organización. Las características del sitio de aplicaciones pueden ser las siguientes:

  • Acceso a una base de conocimientos de incidentes de soporte técnico anteriores y documentación relacionada con los procedimientos recomendados.

  • Métodos para realizar tareas comunes, como iniciar un incidente de soporte técnico o revisar el estado de un incidente en curso.

  • Integración con características de comunicación compatibles con conferencias y discusiones en línea.

  • Vistas de datos personalizadas. Por ejemplo, los administradores de soporte técnico pueden ver paneles que proporcionan vistas de la productividad de los miembros del equipo y los niveles de satisfacción de los clientes. Los ingenieros de soporte técnico pueden ver los incidentes sin resolver actuales.

Planeación de sitios de presencia en Internet

Los sitios de presencia en Internet son sitios orientados al cliente. Suelen ser sitios con personalización de marca y se caracterizan por la inclusión de elementos estilísticamente coherentes, como colores, fuentes y logotipos, además de una serie de elementos estructurales, como las características de navegación y la estructura de páginas del sitio. Aunque el aspecto de un sitio de presencia en Internet se controla de forma estricta, el contenido del sitio puede ser dinámico y cambiar con frecuencia.

Por ejemplo, un sitio corporativo de presencia en Internet comunica información importante de la compañía a los clientes, los asociados, los inversores y los posibles empleados. Esto incluye las descripciones de los productos y servicios, las noticias de la compañía, los informes anuales, los archivos públicos y las ofertas de empleo. En otro ejemplo, un sitio de Internet de noticias en línea proporciona información actualizada con frecuencia además de características interactivas, como tableros de cotizaciones y blogs.

Dado que un sitio de presencia en Internet representa a la organización para una audiencia externa, puede almacenar provisionalmente, probar y, a continuación, publicar el sitio (conforme a una programación o según sea necesario) en su ubicación de "producción" pública. Un sitio provisional refleja el sitio de creación usado para probar el contenido antes de publicarlo en el sitio de producción. El uso de un sitio provisional puede ayudar a garantizar que el contenido publicado cumpla los estándares más estrictos. Además, los sitios provisionales permiten a los autores de contenido trabajar en los servidores ubicados en la intranet de la compañía mientras los usuarios de Internet usan los servidores de producción de la red perimetral. La característica de implementación de contenido integrada facilita la transferencia de contenido entre el servidor de creación y el servidor provisional, y entre éste y el servidor de producción. Para obtener más información acerca de la implementación de contenido, vea Introducción a la distribución de contenido (SharePoint Server 2010).

Planeación de sitios de publicación

El uso de un sitio de publicación permite a los autores crear y modificar contenido en forma de páginas y documentos web, y usar un proceso de aprobación para poner el contenido a disposición de los usuarios que tengan los niveles adecuados de permisos de visualización. El proceso de publicación supone la creación de contenido y el envío posterior de dicho contenido para su aprobación. Una vez que se aprueba el contenido, pasa a estar disponible o se publica en el sitio web para los lectores. Esta publicación tiene lugar de acuerdo con una programación predeterminada o una programación personalizada, basada en las necesidades del proyecto. Los sitios de publicación se pueden usar como sitios de intranet, extranet o Internet, en función de la audiencia.

Por ejemplo, podría usar un sitio de publicación para un sitio orientado a Internet que publique comunicados de prensa. El equipo de relaciones públicas crea comunicados de prensa, usa el flujo de trabajo de publicación para aprobar el contenido nuevo y especifica cuándo se debe poner a disposición de los consumidores. Otro ejemplo, podría usar un sitio de publicación para un sitio de intranet corporativo, en el que se ponen las noticias de la compañía a disposición de los empleados. Los autores de páginas pueden especificar el público de destino del contenido, lo que hace que el contenido sólo esté visible para los miembros de los grupos designados.

Al igual que los sitios de presencia en Internet, también se puede usar la característica de implementación de contenido integrada para trasladar contenido desde un sitio de almacenamiento provisional a un sitio de producción. El sitio de producción podría ser un sitio orientado a Internet u otro sitio de intranet dentro de la organización, en función del tamaño de la organización y de la complejidad de las necesidades de publicación.

Planeación de otros sitios

Puede planear permitir que los usuarios del sitio creen sitios adicionales. Por ejemplo, puede planear ofrecer un Mi sitio a cada miembro del equipo que use un sitio. Un Mi sitio es un sitio de grupo basado en Microsoft SharePoint Foundation 2010 que tiene vistas públicas y privadas. Además, puede permitir a los miembros del equipo crear otros sitios, como sitios de área de documentos, cuando colaboran en documentos y otros proyectos. De forma similar, puede proporcionar a los usuarios de un sitio de Internet acceso a los sitios de colaboración como parte de un servicio web. Por ejemplo, puede proporcionar permisos para crear sitios de área de reuniones y participar en conferencias en línea como parte de la experiencia de uso del sitio.

Para obtener información acerca de los tipos de sitios que se pueden crear, vea Introducción a los sitios y colecciones de sitios (SharePoint Server 2010).

Determinación de colecciones de sitios

Una vez que determine los tipos de sitios necesarios para la solución, el siguiente paso es planear la implementación de estos sitios en las colecciones de sitios. Una colección de sitios es un conjunto jerárquico de sitios que se pueden administrar de forma conjunta. Los sitios de una colección de sitios tienen características comunes, como permisos compartidos, galerías de plantillas, tipos de contenido y elementos web, y suelen compartir una navegación común. Un sitio se suele implementar como una colección de sitios con el sitio web de nivel superior como página principal de la colección de sitios.

En general, al planear una solución basada en SharePoint Server 2010, debe ubicar cada uno de los siguientes tipos de sitios en colecciones de sitios independientes:

  • Sitios de Internet (almacenamiento provisional)

  • Sitios de Internet (producción)

  • Todos los sitios de grupo relacionados con un sitio de división o un sitio de Internet

  • Sitios del Centro de documentación

  • Sitios del centro de registros

Todos los sitios de una colección de sitios se almacenan conjuntamente en la misma base de datos de SQL. Esto puede afectar al rendimiento del sitio y del servidor, en función de cómo estén estructurados los sitios y las colecciones de sitios, y en función del propósito de los sitios. Tenga en cuenta los siguientes límites al planear cómo asignar el contenido entre una o más colecciones de sitios:

  • Mantenga en colecciones de sitios separadas los sitios extremadamente activos. Por ejemplo, un sitio de knowledge base en Internet que permite la exploración anónima podría generar una gran cantidad de actividad en la base de datos. Si otros sitios usan la misma base de datos, su rendimiento podría verse afectado. Al colocar el sitio de knowledge base en una colección de sitios separada con su propia base de datos, puede poner los recursos a disposición de otros sitios que ya no tienen que competir con él por los recursos de base de datos.

  • Como todo el contenido de una colección de sitios está almacenado en la misma base de datos de contenido, el rendimiento de las operaciones de base de datos, como la copia de seguridad y la restauración de contenido, dependerán de la cantidad de contenido que haya en la colección de sitios, el tamaño de la base de datos, la velocidad de los servidores donde se hospeda la base de datos y otros factores. Dependiendo de la cantidad de contenido y de la configuración de la base de datos, quizás tenga que dividir una colección de sitios en varias colecciones de sitios para cumplir los acuerdos de nivel de servicio relativos a copias de seguridad y restauración, rendimiento y otros requisitos. Escapa al ámbito de este artículo proporcionar orientación normativa acerca de cómo administrar el tamaño y el rendimiento de las bases de datos.

  • Crear un número excesivo de sitios por debajo de un sitio de nivel superior en una colección de sitios podría afectar al rendimiento y la facilidad de uso. Limite el número de sitios de cualquier sitio de nivel superior a 2.000 como máximo.

  • Si planea usar la implementación del contenido para trasladar contenido entre una colección de sitios de creación y una colección de sitios de producción, las colecciones de sitios deben estar en aplicaciones web separadas o deben usar bases de datos de contenido separadas dentro de la misma aplicación web. Para obtener información acerca de la implementación de contenido, vea Introducción a la distribución de contenido (SharePoint Server 2010).

Hoja de cálculo de los datos para la planeación del sitio

Descargue una versión en Excel de la hoja de cálculo de los datos para la planeación del sitio (https://go.microsoft.com/fwlink/?linkid=167837&clcid=0xC0A). Use esta hoja de cálculo para registrar la estructura del sitio.

See Also

Concepts

Introducción a los sitios y colecciones de sitios (SharePoint Server 2010)
Introducción a la navegación del sitio (SharePoint Server 2010)
Planeación de la navegación del sitio (SharePoint Server 2010)