Guía de gobierno para Microsoft SharePoint Server 2010
Microsoft Corporation
Fecha de publicación: Abril de 2011
Autor: equipo de Microsoft Office System and Servers ([email protected])
Resumen
En este libro, se ofrecen indicaciones para ayudarlo a determinar los aspectos que se
han de gobernar en una implementación de Microsoft SharePoint Server 2010 y las
técnicas de gobierno disponibles. El gobierno es el conjunto de directivas, roles,
responsabilidades y procesos que establece en su empresa para guiar, dirigir y controlar
el uso que en ella se hace de las tecnologías para lograr objetivos empresariales. Para
conseguir el justo equilibrio entre las necesidades de los usuarios de la implementación
de SharePoint Server 2010 y de los profesionales de TI que implementan y utilizan
SharePoint Server 2010, recomendamos la creación de un cuerpo de gobierno
compuesto por representantes de todas las partes interesadas de la implementación de
SharePoint Server 2010. Este cuerpo podrá, entonces, crear y aplicar reglas que
gobiernen el uso de SharePoint Server 2010.
El contenido de este libro es una copia de ciertos contenidos seleccionados de la
biblioteca técnica de SharePoint Server 2010
(http://go.microsoft.com/fwlink/?LinkId=181463&clcid=0xC0A) en la fecha de publicación.
Para consultar la información más actual, acuda a la biblioteca técnica en Internet.
ii
Este documento se proporciona “tal cual”. Es posible que la información y los puntos de
vista reflejados en este documento, incluidas la dirección URL y otras referencias a sitios
web de Internet, cambien sin previo aviso. El usuario asume el riesgo de su uso.
Algunos ejemplos descritos en este documento se proporcionan únicamente con fines
ilustrativos y son ficticios. No se pretende establecer ni se debe inferir ninguna
asociación o conexión reales.
Este documento no proporciona ningún derecho legal sobre la propiedad intelectual e
industrial de ningún producto de Microsoft. Este documento puede copiarse y usarse
para fines internos y de referencia.
© 2011 Microsoft Corporation. Todos los derechos reservados.
Microsoft, Access, Active Directory, Backstage, Excel, Groove, Hotmail, InfoPath,
Internet Explorer, Outlook, PerformancePoint, PowerPoint, SharePoint, Silverlight,
Windows, Windows Live, Windows Mobile, Windows PowerShell, Windows Server y
Windows Vista son marcas comerciales o marcas registradas de Microsoft Corporation
en Estados Unidos y otros países.
La información que contiene este documento representa los puntos de vista actuales de
Microsoft Corporation sobre los problemas que se tratan en la fecha de publicación.
Puesto que Microsoft debe responder a las cambiantes condiciones del mercado, no
debe interpretarse como un compromiso por parte de Microsoft. Microsoft no puede
garantizar la exactitud de la información presentada después de la fecha de publicación.
iii
Contenido
Cómo obtener ayuda ................................................................................................. v
Gobierno de sitios y soluciones (SharePoint Server 2010) ................................ 1
Información general sobre el gobierno (SharePoint Server 2010) .................... 3
Acerca del gobierno .................................................................................................. 3
¿Qué se debe gobernar? ......................................................................................... 3
¿Quién debe determinar las directivas de gobierno? .......................................... 6
¿Cómo se debe implementar el gobierno? ........................................................... 8
Otros recursos ............................................................................................................ 9
Características de gobierno (SharePoint Server 2010) ..................................... 10
Administración de la instalación de SharePoint en una empresa .................... 10
Características del servicio de TI .......................................................................... 11
Administración de la información .......................................................................... 16
Características de la arquitectura de información .............................................. 20
Conceptos ................................................................................................................. 23
Establecimiento y gobierno de un servicio de SharePoint (SharePoint Server
2010) ...................................................................................................................... 24
¿Qué es un servicio de SharePoint? .................................................................... 24
Elementos de un servicio correcto ........................................................................ 24
Qué se debe gobernar en un servicio de SharePoint ........................................ 25
Creación de varios servicios .................................................................................. 29
Contratos de nivel de servicio ................................................................................ 32
iv
Conceptos ................................................................................................................. 32
Otros recursos .......................................................................................................... 32
Implementación y gobierno de la arquitectura de la información (SharePoint
Server 2010) ......................................................................................................... 33
¿Qué es la arquitectura de información? ............................................................. 33
Gobierno de la arquitectura de información ........................................................ 34
Recursos para planear la arquitectura de información ...................................... 39
Caso práctico: gobierno de la arquitectura de información para eliminar el
caos de contenido ................................................................................................ 41
Conceptos ................................................................................................................. 48
Otros recursos .......................................................................................................... 48
Planeación del gobierno de SharePoint 2010 (notas del producto) ................ 49
Implementación del gobierno en SharePoint 2010 (notas del producto) ........ 50
Seguimiento o bloqueo de instalaciones de SharePoint Server 2010 ............ 51
Bloqueo de instalaciones ........................................................................................ 51
Seguimiento de instalaciones ................................................................................ 52
v
Cómo obtener ayuda
Se ha hecho todo lo posible por garantizar la máxima precisión en este libro. Este
contenido también está disponible en línea en la biblioteca TechNet de Office System,
por lo que, si tiene algún problema, puede buscar actualizaciones en:
http://technet.microsoft.com/es-es/office
Si no encuentra la respuesta en nuestros contenidos en línea, puede enviar un mensaje
de correo electrónico al equipo de contenidos de Microsoft Office System and Servers:
Si tiene alguna pregunta acerca de los productos de Microsoft Office, y no acerca del
contenido de este libro, realice una búsqueda en Ayuda y soporte técnico de Microsoft o
en Microsoft Knowledge Base:
http://support.microsoft.com
1
Gobierno de sitios y soluciones (SharePoint Server 2010)
Fecha de publicación: 12 de mayo de 2010
En esta sección, se proporciona información acerca del gobierno de los sitios y las
soluciones para entornos de producción y de espacio aislado de Microsoft SharePoint
Server 2010.
El gobierno es el conjunto de directivas, roles, responsabilidades y procesos que guían,
dirigen y controlan la forma en que las divisiones empresariales y los equipos de TI de
una organización cooperan para lograr objetivos empresariales.
Las soluciones de espacio aislado restringen el acceso a los recursos locales y de red
para proporcionar mayor seguridad y estabilidad. Puede usar soluciones de espacio
aislado para soluciones de equilibrio de carga, para soluciones que no se han probado
por completo y para implementar soluciones de usuario en un entorno hospedado. Las
soluciones de espacio aislado se ejecutan en un subproceso de trabajo independiente de
forma que no pueden tener acceso a los recursos que pertenecen a otras soluciones y
tienen acceso limitado a los recursos locales y de red.
En esta sección:
Información general sobre el gobierno (SharePoint Server 2010)
En este artículo, se presenta el gobierno como una parte esencial de una
implementación correcta de SharePoint Server 2010 y se explican los diversos
componentes de un plan de gobierno empresarial.
Características de gobierno (SharePoint Server 2010)
En este artículo, se examina un conjunto de características de SharePoint Server
2010 que puede usar una organización para ayudar a gobernar un servicio de TI, la
administración de información y la arquitectura de información.
Establecimiento y gobierno de un servicio de SharePoint (SharePoint Server 2010)
Obtenga información acerca de los factores clave para gobernar un servicio de
SharePoint y sobre lo que se debe incluir en un contrato de nivel de servicio.
Implementación y gobierno de la arquitectura de la información (SharePoint Server
2010)
Obtenga información acerca de cómo planear una arquitectura de información eficaz
para asegurarse de que la solución satisface sus necesidades empresariales.
2
Planeación de soluciones de espacio aislado (SharePoint Server 2010)
(http://technet.microsoft.com/es-es/library/9a96fa5e-2361-4b81-a0ca-
fc4d0513cbf4(Office.14).aspx)
En este artículo, se explica cómo planear el uso de soluciones de espacio aislado en
un entorno de SharePoint.
SharePoint Development and Governance Using COBIT 4.1: A Practical Approach
(http://technet.microsoft.com/es-es/library/89402301-0725-4dcb-8490-
ff3e6d7d6716(Office.14).aspx)
Estos son extractos del libro "SharePoint Deployment and Governance Using
COBIT® 4.1: A Practical Approach".
Planeación del gobierno de SharePoint 2010 (notas del producto)
Estas notas del producto se centran en los elementos "front-end" del entorno de
SharePoint (el aspecto empresarial del gobierno): las áreas que afectan a los
usuarios profesionales. Se usa una compañía ficticia para proporcionar orientación
para la implementación y planeación del gobierno necesarias de SharePoint Server
2010.
Implementación del gobierno en SharePoint 2010 (notas del producto)
Estas notas del producto se centran en los elementos “back-end” del gobierno de
SharePoint (la implementación técnica). Ofrecen indicaciones de alto nivel sobre las
diversas opciones de configuración que SharePoint Server 2010 ofrece para permitir
la administración del entorno para beneficio de todos.
3
Información general sobre el gobierno (SharePoint Server 2010)
Fecha de publicación: 12 de mayo de 2010
En este artículo, se presenta el gobierno como parte esencial de una implementación
correcta de Microsoft SharePoint Server 2010 y se explica por qué la arquitectura de la
información y los servicio de TI son componentes clave de un plan de gobierno.
Los artículos de esta sección hacen hincapié en la necesidad de gobernar las
implementaciones de SharePoint Server 2010. En estos artículos, también se ofrecen
indicaciones generales y ejemplos de las actividades y los procesos de Microsoft
SharePoint Server que su organización debería plantearse gobernar.
En este artículo:
Acerca del gobierno
¿Qué se debe gobernar?
¿Quién debe determinar las directivas de gobierno?
¿Cómo se debe implementar el gobierno?
Acerca del gobierno El gobierno es el conjunto de directivas, roles, responsabilidades y procesos que guían,
dirigen y controlan la forma en que las divisiones empresariales y los equipos de TI de
una organización cooperan para lograr objetivos empresariales. Un plan integral de
gobierno puede resultar beneficioso para la organización, ya que proporciona lo
siguiente:
Simplificación de la implementación de productos y tecnologías, como SharePoint
Server 2010.
Protección de la empresa ante amenazas de seguridad o responsabilidades por
incumplimiento.
Garantía del mejor rendimiento de la inversión en tecnología, por ejemplo, al aplicar
prácticas recomendadas en la administración de contenido o arquitectura de la
información.
¿Qué se debe gobernar? Cada organización tiene necesidades y objetivos únicos que influirán en su enfoque de
gobierno. Por ejemplo, las organizaciones más grandes probablemente requerirán un
gobierno más detallado que otras organizaciones más pequeñas.
Una implementación correcta de SharePoint Server 2010 requiere los siguientes
elementos:
4
Arquitectura de la información
La finalidad de la arquitectura de la información es la creación de un sistema que
ayude a los usuarios a recopilar, almacenar, recuperar y usar la información
necesaria para lograr los objetivos empresariales. La arquitectura de la información
de un sitio web determina cómo se organiza y se presenta a los usuarios del sitio la
información de ese sitio, es decir, sus páginas web, documentos, listas y datos.
Una evaluación exhaustiva de la arquitectura de la información de su organización
puede ser útil a la hora de identificar posibles ineficacias, como las siguientes:
El uso incoherente de los metadatos que puede dificultar la búsqueda y la
comparación de contenido o datos relacionados.
Un almacenamiento de contenido mal diseñado y administrado que puede
provocar la existencia de varias versiones de documentos sin posibilidad de
identificar la versión autoritativa.
El almacenamiento de datos mal catalogado y administrado que puede hacer
que las personas responsables de la toma de decisiones encuentren y se basen
en datos incorrectos.
El diseño incorrecto de la navegación o la mala presentación de la información
que pueden dificultar la localización de información y sitios importantes.
Servicio de TI que hospeda SharePoint Server
SharePoint Server 2010 incluye muchas características nuevas que deben tratarse
por medio de un plan integral de gobierno. Algunas de estas características son:
Una nueva arquitectura de aplicación de servicio, integrada en Microsoft
SharePoint Foundation 2010, que reemplaza al modelo SSP.
Mejoras en copia de seguridad y restauración.
Multiempresa, que crea un entorno de hospedaje verdadero y permite compartir
recursos de servicio entre los clientes (inquilinos) a la vez que se particionan los
datos basados en las suscripciones al sitio.
Cuentas administradas que automatizan cambios de contraseña.
Windows PowerShell, la nueva interfaz de línea de comandos y lenguaje de
scripting diseñados específicamente para administradores de sistemas.
Si no cuenta con un plan de gobierno, el rápido e incontrolado crecimiento de los
servidores web administrados individualmente que ejecutan SharePoint Server
puede provocar consecuencias inesperadas. Se incluyen las siguientes:
Servidores aislados que hospedan un grupo escasamente organizado de sitios
que no tienen un índice de búsqueda, una navegación ni un esquema de
seguridad comunes. Si desea permitir la creación de sitios sin intervención del
5
administrador (SSC), debe tener un plan que incluya la disposición de contenido
y el archivado de sitios.
Servidores que hospedan aplicaciones no seguras que pueden poner en riesgo
la integridad del contenido.
Solicitudes de soporte técnico para servidores locales que ejecutan SharePoint
Server sin el conocimiento del equipo de soporte.
Actividades críticas, como el cumplimiento de normativas, que pueden
administrarse de forma incoherente entre los distintos servidores.
Actividades periódicas de mantenimiento, como la realización de copias de
seguridad y restauración de datos, o la instalación de actualizaciones de
productos, que no pueden desarrollarse de manera correcta debido a la falta de
conocimientos o a la configuración incoherente de los servidores.
Cambios en la propiedad del sitio que plantean dudas acerca de la propiedad del
contenido o provocan el bloqueo de los sitios.
A medida que aumenta el uso de SharePoint Server 2010 en la empresa, el
departamento de TI debe implementar un conjunto de servicios de hospedaje
bien gobernados que permita contar con la disponibilidad de SharePoint Server
2010 y que controle su uso y configuración.
Para contar con soluciones efectivas y administrables de SharePoint Server 2010, la
organización debe plantearse el gobierno de una o varias de las áreas siguientes:
Directiva de personalización
SharePoint Server 2010 incluye características y capacidades personalizables que
engloban varias áreas del producto, como la inteligencia empresarial, los formularios,
el flujo de trabajo y la administración de contenido. La personalización puede poner
en peligro la estabilidad, el mantenimiento y la seguridad del entorno de SharePoint
Server 2010. Para permitir la personalización al tiempo que se controla su ámbito,
debe desarrollar una directiva de personalización donde establezca lo siguiente:
Herramientas de personalización aprobadas. Por ejemplo, debe decidir si se
permite el uso de Microsoft SharePoint Designer 2010 y especificar qué
elementos del sitio pueden personalizarse y quién puede hacerlo.
Modos de administrar código de origen, como un sistema de control de origen, y
estándares para la documentación del código.
Los estándares de desarrollo, como las prácticas recomendadas para la
codificación.
Los estándares de pruebas y comprobación.
Los métodos necesarios de empaquetado e instalación. Debe controlar el uso de
espacios aislados, lo que permite a los propietarios de sitios hospedar
6
soluciones personalizadas en un contexto de confianza parcial de modo que el
resto de la implementación de SharePoint no se vea afectada.
Los tipos de personalizaciones que se admiten. Por ejemplo, es posible que
desee permitir el uso de elementos web para integrar aplicaciones de Microsoft
Silverlight 3 junto con sitios de SharePoint.
Para obtener más información acerca de los procesos para administrar
personalizaciones, vea las notas del producto Directiva de personalización de
tecnologías y productos de SharePoint
(http://go.microsoft.com/fwlink/?linkid=92311&clcid=0xC0A).
Personalización de marca
Si diseña una arquitectura de la información y un conjunto de sitios para usar en
toda la empresa, considere la posibilidad de incluir la personalización de marca en el
plan de gobierno. La implementación de un conjunto formal de directivas de
personalización de marca garantiza que los sitios usen de forma coherente las
imágenes, las fuentes, los temas y otros elementos de diseño de la empresa. Por
ejemplo, en SharePoint Server 2010, se puede importar un tema de Microsoft
PowerPoint 2010 directamente a un sitio de SharePoint, que automáticamente aplica
el tema a todos los subsitios.
Aprendizaje
A pesar de que SharePoint Server 2010 dispone de una interfaz intuitiva basada en
web e incluye ayuda en línea, el uso y, en especial, la administración de sitios
basados en SharePoint Server 2010 pueden suponer un reto para algunos usuarios.
Además, el conjunto de directivas de gobierno que implementan las divisiones
empresariales y de TI puede requerir explicaciones. Si ofrece los cursos de
aprendizaje adecuados a su comunidad de usuarios, puede mejorar el grado de
satisfacción con la implementación de SharePoint Server 2010 y reducir el gasto que
genera el soporte técnico.
¿Quién debe determinar las directivas de gobierno? Una implementación correcta de SharePoint Server 2010 requiere un diálogo y una
colaboración constantes entre directores generales, profesionales de TI y trabajadores
de la información. Cuando se crea un comité de gobierno, se deben incluir, en lo posible,
representantes que pertenezcan a los siguientes grupos y que desempeñen los
siguientes roles:
7
Nota:
Es posible que en su organización no exista el mismo rol o se denomine de otra forma.
Participantes ejecutivos: los ejecutivos clave deben definir los objetivos globales del
comité de gobierno, otorgarle autoridad y evaluar periódicamente el éxito de las
prácticas y directivas implementadas.
Participantes financieros: los agentes financieros deben garantizar que las reglas y
los procesos de gobierno aumenten el rendimiento de la inversión de la empresa en
los productos y tecnologías de SharePoint.
Líderes de TI: los líderes de TI deben ayudar a desarrollar sus ofertas de servicios y
a determinar cómo lograr sus responsabilidades de TI (por ejemplo, mejorar la
seguridad y mantener la fiabilidad) a la vez que proporcionan las características que
precisan los equipos empresariales.
Líderes de divisiones empresariales: los líderes empresariales representan a los
grupos de usuarios que realizan el trabajo principal de la empresa y establecen los
requisitos funcionales y de arquitectura de la implementación de SharePoint Server
2010. Deben trabajar con los arquitectos de la información para determinar la
arquitectura de información de la empresa y los estándares de taxonomía de la
organización. Los líderes empresariales también deben trabajar con los líderes de TI
para crear acuerdos de nivel de servicio y otras directivas auxiliares.
Arquitectos de la información o taxonomistas: los miembros de estos grupos tienen
una amplia experiencia en planeación y diseño de sistemas de información y
taxonomías. Basándose en sus análisis de las necesidades informativas de la
audiencia, desarrollan planes que respaldan los objetivos de la organización y
definen la navegación y arquitectura de los sitios.
Agentes de cumplimiento: las funciones del gobierno incluyen asegurar que la
empresa cumple los requisitos legales y normativos, y administra su conocimiento
corporativo. Si la empresa incluye roles responsables del cumplimiento o la
supervisión legal, incluya representantes de estas disciplinas en el comité de
gobierno.
Líderes de desarrollo: los líderes de la organización de desarrollo de software deben
ayudar a determinar las herramientas de personalización que están aprobadas,
cómo comprobar la seguridad del código y otras prácticas recomendadas
relacionadas con el código.
Trabajadores de la información: los miembros de la organización que realizan el
trabajo cotidiano deben ayudar a garantizar que la arquitectura de la información y
los servicios de SharePoint Server 2010 satisfacen sus necesidades.
Instructores: los expertos en instrucción son los responsables de desarrollar de un
plan de aprendizaje y de ofrecer todo el aprendizaje y la educación apropiados.
8
¿Cómo se debe implementar el gobierno? Un plan de gobierno efectivo anticipa las necesidades y los objetivos de las divisiones
empresariales y los equipos de TI de la organización. Dado que cada empresa es única,
debe determinar la mejor forma de implementar un plan de gobierno adaptado a su
entorno.
A continuación, sugerimos una serie de fases que puede llevar a cabo en la
implementación del gobierno de su organización:
1. Determinar los principios y objetivos iniciales.
El comité de gobierno debe desarrollar una visión y unas directivas y normas de
gobierno que se puedan medir para controlar el cumplimiento y para cuantificar el
beneficio para la empresa. Por ejemplo, el plan debe identificar los requisitos de la
entrega de servicios en relación con los aspectos técnicos y empresariales de la
implementación de SharePoint Server 2010.
2. Clasificar la información o el contenido empresarial.
Organice su información de acuerdo con una taxonomía existente o cree una
taxonomía personalizada que incluya todo el contenido necesario para respaldar su
solución empresarial. Una vez organizada la información, diseñe una arquitectura de
la información para administrar el contenido empresarial. Por último, determine los
servicios de TI más apropiados para respaldar la arquitectura de la información.
3. Desarrollar una estrategia educativa.
El elemento humano es, después del propio plan de gobierno, el factor más
importante que determinará el éxito o el fracaso de una implementación de
SharePoint Server 2010. Un plan de aprendizaje integral debe enseñar a usar
SharePoint Server 2010 de acuerdo con los estándares y procedimientos que se
están implementando y explicar por qué esos estándares y procedimientos son
importantes. El plan debe abarcar los tipos de aprendizaje requeridos para grupos
de usuarios específicos y describir herramientas de aprendizaje adecuadas. Por
ejemplo, el departamento de TI podría mantener una página de preguntas frecuentes
(FAQ) sobre las ofertas de servicios de SharePoint Server 2010 o la división
empresarial a la que pertenece podría ofrecer recursos de aprendizaje en línea que
muestren cómo establecer y usar un proceso de administración de documentos.
9
4. Desarrollar un plan continuo.
Un gobierno satisfactorio es un proceso iterativo. El comité de gobierno se debe
reunir con regularidad para debatir la incorporación de nuevos requisitos al plan de
gobierno, reevaluar y adaptar los principios de gobierno y resolver los conflictos
relacionados con los recursos de TI que surjan en las divisiones empresariales. El
comité debe proporcionar regularmente informes a sus patrocinadores ejecutivos
para promover la responsabilidad y fomentar el cumplimiento en toda la empresa.
Recuerde que, aunque este proceso parezca complicado, los objetivos son
aumentar el rendimiento de la inversión en SharePoint Server 2010, maximizar la
utilidad de la solución de SharePoint Server 2010 y mejorar la productividad de la
empresa.
Otros recursos Centro de recursos de gobierno
(http://go.microsoft.com/fwlink/?LinkId=133502&clcid=0xC0A)
10
Características de gobierno (SharePoint Server 2010)
Fecha de publicación: 12 de mayo de 2010
Microsoft SharePoint Server 2010 incluye características que una organización puede
usar como ayuda para gobernar un servicio de TI de SharePoint Server 2010, la
administración de información de una empresa o la arquitectura de información de una
empresa. Los vínculos a los artículos relacionados pueden ayudarlo a planear y usar
cada característica.
Nota:
El gobierno es el conjunto de directivas, roles, responsabilidades y procesos que guían,
dirigen y controlan la forma en que las divisiones empresariales y los equipos de TI de
una organización cooperan para lograr objetivos empresariales. Para obtener más
información, vea Información general sobre el gobierno (SharePoint Server 2010).
En este artículo:
Administración de la instalación de SharePoint en una empresa
Características del servicio de TI
Administración de la información
Características de la arquitectura de información
Administración de la instalación de SharePoint en una empresa Debido a que las implementaciones de SharePoint se administran en el nivel del
conjunto de servidores, una única implementación de SharePoint no tiene información
sobre otras implementaciones de SharePoint que podrían existir en la misma empresa.
Los administradores necesitan esta información para administrar y controlar todas las
implementaciones de la compañía. Deben saber, por ejemplo, si una implementación se
ha configurado según los requisitos de la organización o cuántas implementaciones no
autorizadas existen en la empresa. Los productos de Microsoft SharePoint 2010
proporcionan las siguientes opciones para hacer un seguimiento e incluso bloquear
instalaciones aleatorias de SharePoint Server
El siguiente objeto de directiva de grupo deshabilita la instalación de SharePoint
Server y los productos relacionados:
HKLM\Software\Policies\Microsoft\Shared Tools\Web Server Extensions\14.0\
SharePoint\DWORD DisableInstall
11
Para bloquear instalaciones, establezca DWORD DisableInstall=00000001.
Cuando se establece esta clave del Registro, los usuarios que intentan instalar
SharePoint Server reciben el siguiente mensaje de error: Se bloqueó la instalación
de SharePoint en la organización. Póngase en contacto con el administrador
de red para obtener más información.
Un marcador de Servicios de dominio de Active Directory (AD DS) identifica los
servidores de SharePoint que existen en una organización. De forma
predeterminada, el marcador contiene la dirección URL de la aplicación de servicio
de topología.
Para obtener más información acerca de cómo establecer el objeto de directiva de grupo
y el marcador de AD DS, vea Seguimiento o bloqueo de instalaciones de SharePoint
Server 2010.
Características del servicio de TI Un servicio de SharePoint es un servicio de TI que ofrece sitios y portales hospedados
basados en SharePoint Server. Un servicio de TI puede incluir los siguientes
componentes:
Sitios y portales en un ámbito, como una colección de sitios, una aplicación web o un
conjunto de servidores
Copia de seguridad y restauración
Almacenamiento de contenido
Compatibilidad con las personalizaciones
Seguridad
Niveles de servicio que se basan en la velocidad o la disponibilidad
En esta sección, se describen las características de SharePoint Server 2010 que sirven
para mantener y gobernar un servicio de SharePoint Server.
Plantillas de sitio
Las plantillas de sitio son un conjunto de personalizaciones que se aplican a una
definición de sitio. Mediante el uso de una plantilla de sitio, un servicio de SharePoint
Server puede promover una personalización de marca coherente, la estructura de sitio y
el diseño en los sitios que crean los usuarios. Puede crear plantillas de sitio
personalizadas para el aprovisionamiento de sitios y usarlas en lugar de las plantillas
que se incluyen en SharePoint Server como parte de un servicio de SharePoint Server.
Para obtener información, vea Trabajo con plantillas y definiciones de sitio
(http://go.microsoft.com/fwlink/?LinkID=184756&clcid=0xC0A).
12
Cuotas
Una cuota especifica los límites de la cantidad de almacenamiento que puede usar una
colección de sitios. Este proceso impide que los usuarios agreguen contenido cuando se
alcanza el límite. Para obtener más información, vea Planeación de la administración de
cuotas (SharePoint Server 2010) (http://technet.microsoft.com/es-es/library/881d7f85-
23e1-4721-97bd-80440a62433e(Office.14).aspx)
Bloqueos
Los bloqueos impiden que los usuarios agreguen contenido a una colección de sitios o
que la usen. Por ejemplo, se puede bloquear un sitio que infrinja una directiva de uso o
que supere una cuota. Para obtener más información, vea Bloqueo y desbloqueo de
sitios (http://technet.microsoft.com/es-es/library/c5d39627-dfa6-4122-8571-
a38bdd3ab4d9(Office.14).aspx)
Flujos de trabajo
Los flujos de trabajo son programas que implementan procesos empresariales para los
usuarios de un sitio de SharePoint Server. Están asociados con elementos del sitio,
como documentos, formularios o elementos de lista. Los flujos de trabajo tienen
numerosas aplicaciones como parte de un servicio de TI. Por ejemplo, se puede usar un
flujo de trabajo para aprovisionar un sitio nuevo, realizar el seguimiento de un problema
de compatibilidad o tomar medidas cuando se ha superado la cuota de la colección de
sitios. Para obtener más información, vea Planeación de flujos de trabajo (SharePoint
Server 2010) (http://technet.microsoft.com/es-es/library/adc8aefd-8c4e-4824-8676-
c61c10d18061(Office.14).aspx)
Características
Una característica, que es un contenedor para varias extensiones definidas en
SharePoint Server 2010 y SharePoint Foundation 2010, consta de un conjunto de
archivos XML que se implementan en servidores web. Puede implementar una
característica como parte de una definición de sitio o un paquete de soluciones, o bien
activarla de forma individual.
Un administrador del sitio puede transformar la funcionalidad de un sitio de SharePoint
mediante la activación o desactivación de una característica en la interfaz de usuario.
Las características hacen que sea más fácil activar o desactivar la funcionalidad en el
curso de una implementación y ayudan a los administradores a transformar fácilmente la
plantilla o definición de un sitio. Las características se pueden ocultar, lo que impide que
los usuarios del sitio las desactiven de forma manual.
13
Cuando implemente la nueva funcionalidad del sitio como características, hará que sea
más fácil para los administradores controlar los sitios y poner en marcha un plan de
gobierno. Una técnica denominada asociación de característica permite adjuntar una
característica a todas las versiones nuevas de los sitios que usen una definición de sitio
determinada sin tener que modificar esta definición. Esto permite controlar las
características a las que pueden tener acceso los usuarios del servicio. Para obtener
más información, vea Uso de características
(http://go.microsoft.com/fwlink/?linkid=183450&clcid=0xC0A)
Creación de sitios sin intervención del administrador
Puede permitir a los usuarios crear sus propias colecciones de sitios mediante la
característica de creación de sitios sin intervención del administrador. Un factor
fundamental para gobernar la creación de sitios sin intervención del administrador es
determinar el nivel de servicio que admite este tipo de creación. De manera
predeterminada, este permiso está habilitado en SharePoint Server 2010 para todos los
usuarios autenticados.
Para obtener más información, vea Activación o desactivación de la creación de sitios sin
intervención del administrador (http://technet.microsoft.com/es-es/library/01a853c9-6fa0-
40b4-8551-fe7ba70045a2(Office.14).aspx)
Directivas y permisos de aplicaciones web
Los permisos para una aplicación web son una configuración global que se aplica a
todos los usuarios y grupos de todas las colecciones de sitios dentro de una aplicación
web. Para controlar las acciones del usuario, puede habilitar o deshabilitar el permiso
asociado en la aplicación web. Por ejemplo, si no desea que los usuarios puedan
agregar páginas a un sitio web, puede deshabilitar el permiso para agregar y
personalizar páginas, que es uno de los permisos relacionados con los sitios. Después
de deshabilitar un permiso específico para una aplicación web, el permiso no se puede
otorgar a ningún usuario de un sitio de la aplicación web. Puede controlar el acceso a
una dirección URL o zona específica. También puede especificar el nivel de acceso que
desee otorgar a los usuarios anónimos. Para obtener más información, vea
Administración de permisos para una aplicación web (SharePoint Server 2010)
(http://technet.microsoft.com/es-es/library/28a53440-2adc-4957-84bd-
99ed97f0c430(Office.14).aspx)
Las directivas de permisos permiten configurar y administrar de forma centralizada un
conjunto de permisos que se aplica solo a un subconjunto de usuarios o grupos de una
aplicación web. Por ejemplo, quizás desee crear un nivel de directiva de permisos para
los usuarios de una colección de sitios que les permitirá agregar elementos a una lista,
editar elementos de una lista, eliminar elementos de una lista, abrir una lista, ver
14
elementos, ver listas o ver páginas. Sin embargo, es posible que desee evitar que los
mismos usuarios creen o eliminen listas, para lo que sería necesario el permiso
Administrar listas. Para obtener más información, vea Administración de directivas de
permisos para una aplicación web (SharePoint Server 2010)
(http://technet.microsoft.com/es-es/library/cba65279-cba5-46cb-aea1-
f095365ed83a(Office.14).aspx)
SharePoint Designer
Puede administrar el uso de Microsoft SharePoint Designer 2010 en una organización en
el nivel de la aplicación web o en el nivel de la colección de sitios. Puede controlar los
siguientes tipos de acceso a SharePoint Designer 2010:
Habilitar o deshabilitar el uso de SharePoint Designer 2010 en una aplicación o
colección de sitios completas.
Si desea asegurarse de que todos los diseñadores y propietarios de una colección
de sitios determinada puedan usar SharePoint Designer 2010, habilite esta opción
de configuración en el nivel de la colección de sitios.
Habilitar o deshabilitar la posibilidad de desasociar páginas de la definición de sitio.
Si desea conservar la personalización de marca en todos los sitios de una colección
de sitios, no debe permitir a los usuarios que realicen cambios que hagan que la
página se desasocie de la definición de sitio.
Habilitar o deshabilitar páginas maestras y diseños de página en SharePoint
Designer 2010.
Si no desea que los usuarios vean las páginas maestras y los diseños de página de
un sitio, debe deshabilitar esta opción de configuración.
Habilitar o deshabilitar la estructura de la dirección URL del sitio y su contenido.
Si no desea que los usuarios puedan ver o editar cualquier archivo del sitio, debe
deshabilitar esta opción de configuración.
Espacios aislados
Un espacio aislado es un entorno de ejecución restringido que permite a los programas
tener acceso únicamente a algunos recursos, lo que evita que los problemas que se
originan dentro del espacio aislado afecten al resto del entorno del servidor. Las
soluciones que se implementan en un espacio aislado se denominan soluciones de
espacio aislado. La seguridad de acceso al código (CAS) limita las operaciones que
estas soluciones pueden llevar a cabo.
Un miembro del grupo Administradores del conjunto de servidores debe implementar el
entorno de espacio aislado para que se puedan cargar las soluciones de espacio
aislado. Los administradores de una colección de sitios pueden cargar y activar
15
soluciones de espacio aislado. Si la solución no contiene un ensamblado, un usuario que
tenga control total en la raíz de la colección de sitios también puede activar la solución.
Puede incrementar el aislamiento usando un equilibrio de carga remoto y ejecutando el
servicio de espacio aislado únicamente en servidores específicos. En un entorno de
producción, se recomienda usar un equilibrio de carga remoto y dedicar un servidor
independiente para las soluciones de espacio aislado que se están ejecutando. Solo los
miembros del grupo Administradores del conjunto de servidores pueden bloquear las
soluciones de espacio aislado, configurar el equilibrio de carga y restablecer las cuotas
superadas.
Para obtener más información, vea Planeación de soluciones de espacio aislado
(SharePoint Server 2010) (http://technet.microsoft.com/es-es/library/30ee9080-546e-
4267-b6cc-c2c618c46eb7(Office.14).aspx)
Eliminación automática de colecciones de sitios
La eliminación automática ayuda a controlar el número de sitios web no usados en un
servidor sin ninguna intervención administrativa y sin ningún mecanismo de copia de
seguridad. De forma predeterminada, se habilita automáticamente la confirmación de
sitios. La eliminación automática de sitios se puede establecer en el nivel del servidor y
del conjunto de servidores o en el nivel de la aplicación web.
Directivas de perfiles de usuario y Mis sitios
Las directivas son conjuntos de reglas que los administradores del servicio de perfiles de
usuario asignan a usuarios o a grupos. Estas reglas permiten a los administradores
especificar las propiedades de perfil de usuario que controlan el contenido del sitio que
los usuarios pueden ver y la forma en que estos pueden interactuar con dicho contenido.
De forma predeterminada, la mayoría de las propiedades de perfil de usuario son visibles
para todos, pero la información confidencial puede configurarse para que su visibilidad
sea limitada. Las directivas menos restrictivas permiten a más usuarios ver perfiles
públicos con más frecuencia, lo que afecta a la frecuencia con la que se deben actualizar
los perfiles de usuario y compilar las audiencias. En las organizaciones que tienen
muchos usuarios, la actualización frecuente podría afectar al rendimiento y a la
planeación de capacidad. Para obtener más información, vea Planeación de directivas
para perfiles de usuario (http://technet.microsoft.com/es-es/library/220d0c2f-326b-47f7-
837a-10eddd6a6d4b(Office.14).aspx)
De manera predeterminada, todos los usuarios autenticados pueden crear Mis sitios.
Se recomienda usar grupos de seguridad para administrar los permisos de Mis sitios.
Las características de Mis sitios almacenan o usan información de identificación personal.
Antes de implementar Mis sitios, deberá planear cómo controlar el comportamiento de estas
características o desactivarlas para ayudar a proteger la seguridad de esta información.
16
De forma predeterminada, todos los usuarios autenticados pueden agregar
clasificaciones y etiquetas temáticas a documentos, a otros elementos de SharePoint
Server y a elementos adicionales, como páginas web externas y entradas de blog. Los
usuarios también pueden incluir notas de improviso en las páginas de perfil de Mis sitios
o en cualquier página de SharePoint Server. Puede usar uno o varios grupos de
seguridad para conceder el permiso Usar características sociales a un subconjunto de
usuarios de una organización.
De forma predeterminada, todos los usuarios autenticados pueden editar sus perfiles,
agregar o editar compañeros y agregar o editar pertenencias. Puede usar uno o varios
grupos de seguridad para conceder el permiso Usar características personales a un
subconjunto de usuarios de una organización.
Si bien el análisis de correo electrónico puede habilitarse para todos los usuarios de
Outlook o solo para algunos grupos mediante la directiva de grupo, los usuarios pueden
no participar en esta característica. Aunque el análisis de correo electrónico esté
deshabilitado para todos los usuarios, los usuarios individuales seguirán teniendo la
posibilidad de participar.
Administración de la información La administración de la información en SharePoint Server 2010 abarca las tareas de
organización, recuperación, adquisición y mantenimiento de la información.
En esta sección, se describen características de SharePoint Server 2010 concebidas
para la administración de documentos, registros y activos digitales, así como para la
planeación de la exhibición de documentos electrónicos.
Administración de documentos
La administración de documentos controla el ciclo de vida de los documentos de la
organización, es decir, cómo se crean, revisan y publican y, por último, cómo se eliminan
o conservan al final del ciclo. Incluye directivas que implementan la auditoría, la
retención de documentos, el etiquetado y los códigos de barras (para garantizar que se
pueda correlacionar el contenido impreso con las correspondientes versiones
electrónicas). Las directivas pueden implementarse para ayudar a una organización a
cumplir los requisitos legales vigentes, como la necesidad de conservar registros. Para
obtener más información, vea Planeación de directivas de administración de la
información (http://technet.microsoft.com/es-es/library/4de4007d-a45f-419d-9512-
824421e14380(Office.14).aspx)
Una organización que usa aplicaciones cliente de Microsoft Office system y SharePoint
Server 2010 puede implantar directivas tanto en el servidor como en las aplicaciones
cliente.
17
Aprobación de contenido
El proceso de aprobación de contenido permite a los miembros del sitio que tienen
permisos de aprobador controlar la publicación de contenido. El propietario de una
biblioteca de documentos puede habilitar la aprobación de contenido para una biblioteca
de documentos o una biblioteca de páginas web y, opcionalmente, puede asociar un flujo
de trabajo con la biblioteca para ejecutar el proceso de aprobación.
Use la aprobación de contenido para formalizar y controlar el proceso de poner
contenido a disposición de una audiencia. Por ejemplo, una empresa que publique
contenido puede requerir una revisión legal y aprobación antes de publicar el contenido.
Para obtener más información, vea Planeación del control de versiones, la aprobación de
contenido y las desprotecciones (http://technet.microsoft.com/es-es/library/428b488e-
2807-4ef0-b942-91cb09d8921c(Office.14).aspx)
Control de versiones
El control de versiones es el método mediante el cual se numeran y se guardan
iteraciones sucesivas de un documento en SharePoint Server. Al ser una herramienta de
gobierno, el control de versiones impide que los usuarios con permisos de lectura vean
borradores de los documentos.
Para obtener más información, vea Planeación del control de versiones, la aprobación de
contenido y las desprotecciones (http://technet.microsoft.com/es-es/library/428b488e-
2807-4ef0-b942-91cb09d8921c(Office.14).aspx)
Administración de registros
La administración de registros es el proceso por el que una organización determina los
tipos de información que deben considerarse registros, cómo se deben administrar los
registros mientras están activos y cuánto tiempo se debe conservar cada tipo de registro.
La administración de registros incluye la realización de tareas relacionadas con los
registros, tales como la eliminación de registros caducados o el almacenamiento y la
protección de registros relacionados con eventos externos, como demandas judiciales.
La administración de registros permite hacer lo siguiente:
Usar un archivo de almacenamiento de registros para administrar los registros o
administrar los registros en contexto.
Crear flujos de trabajo para mover los documentos a un archivo de registros.
Determinar si va a administrar el correo electrónico en SharePoint Server o en una
aplicación de correo electrónico.
Determinar cómo traducir en registros el contenido social, como, por ejemplo, blogs,
wikis o Mis sitios.
18
Para obtener más información, vea Planeación de la administración de registros
(http://technet.microsoft.com/es-es/library/1c030561-e15f-43a0-9ef2-
f43e67fb4c67(Office.14).aspx)
Biblioteca de activos digitales
La característica de biblioteca de activos digitales de SharePoint Server 2010
proporciona un repositorio especializado para el almacenamiento y la administración de
activos digitales, por ejemplo, imágenes, archivos de audio o archivos de vídeo. Al usar
un repositorio centralizado para administrar los activos digitales, la organización también
ejerce un mayor control sobre el contenido confidencial relativo a la imagen corporativa,
lo que permite asegurar que solo se ofrezcan activos aprobados de productos a los
usuarios adecuados. Para obtener más información, vea Planeación del control de
versiones, la aprobación de contenido y las desprotecciones (SharePoint Server 2010)
(http://technet.microsoft.com/es-es/library/428b488e-2807-4ef0-b942-
91cb09d8921c(Office.14).aspx)
Exhibición de documentos electrónicos
La exhibición de documentos electrónicos es el proceso de búsqueda y producción de
información electrónica para admitir eventos como litigios, auditorías o investigaciones.
Si usa Microsoft SharePoint Server 2010 para administrar la información electrónica,
debe tener en cuenta la exhibición de documentos electrónicos al planear la solución de
SharePoint Server. La auditoría, las directivas de expiración y la búsqueda son aspectos
que deberá evaluar. Las decisiones de planeación con respecto a estas áreas deben
tomarse antes de que surja la necesidad de usar la exhibición de documentos
electrónicos.
Se recomienda habilitar la directiva de auditoría en todas las colecciones de sitios que
contengan bibliotecas de documentos activos. Considere también la posibilidad de
implementar una directiva de expiración para eliminar documentos automáticamente
cuando ya no sean necesarios. Para obtener más información, vea Planeación de la
exhibición de documentos electrónicos (http://technet.microsoft.com/es-
es/library/f0415345-4bf4-4118-93a9-01a8e3f217eb(Office.14).aspx)
Directivas de administración de información
Una directiva de administración de información es un conjunto de reglas para un tipo de
contenido o para una ubicación donde se almacena contenido. Cada una de las reglas
de una directiva es una característica de la directiva.
Por ejemplo, una característica de directiva de administración de información podría
especificar el tiempo que debe conservarse un tipo de contenido o proporcionar la
auditoría de los documentos. Las directivas de administración de información permiten
controlar quiénes pueden tener acceso a la información de la organización, qué pueden
19
hacer con ella y cuánto tiempo debe conservarse. Puede asociar una directiva con una
lista, una biblioteca de documentos o un tipo de contenido.
Al configurar una directiva de administración de información, tiene la opción de escribir
una instrucción de directiva que se mostrará en los programas cliente de Microsoft Office
2010 para informar a los autores de documentos acerca de las directivas que se exigen
en un documento. Esta es una práctica recomendada.
SharePoint Server 2010 incluye las siguientes características de directiva de
administración de información:
La característica de directiva de auditoría registra los eventos y las operaciones que
se realizan en documentos y elementos de lista. Puede configurar la auditoría para
que registre eventos como la edición de documentos, su visualización o el cambio de
su nivel de permisos.
La característica de directiva de expiración ayuda a eliminar contenido mediante un
método coherente que se puede controlar y administrar. Por ejemplo, la directiva
puede eliminar un documento o definir una tarea de flujo de trabajo para que
SharePoint Server redirija el documento para obtener permiso para destruirlo.
La característica de directiva de etiquetado especifica una etiqueta que se asocia a
un tipo de documento o un elemento de lista. Las etiquetas son zonas de texto que
permiten búsquedas; estas zonas las genera SharePoint Server en función de las
propiedades de metadatos y el formato que usted especifique.
La característica de directiva de código de barras permite realizar un seguimiento de
las copias físicas de un documento. Puede crear un valor de identificador único para
un documento y, después, insertar una imagen de código de barras de dicho valor
en el documento. De forma predeterminada, los códigos de barras cumplen con el
estándar común de código 39 (ANSI/AIM BC1-1995, código 39). Además, es posible
conectar otros proveedores de códigos de barras usando el modelo de objetos de
directivas.
Los informes de directiva de administración de información ayudan a supervisar hasta
qué punto la organización hace un uso coherente de las directivas. Puesto que las
directivas de administración de información suelen implementarse para ayudar a una
organización a cumplir con normativa específica, la supervisión frecuente del uso de las
directivas lo ayudará a asegurarse de que su organización cumpla la normativa. Para
obtener información general sobre las directivas de administración de información, vea
Planeación de directivas de administración de la información
(http://technet.microsoft.com/es-es/library/4de4007d-a45f-419d-9512-
824421e14380(Office.14).aspx)
20
Características de la arquitectura de información La arquitectura de información en SharePoint Server 2010 es la organización de la
información de la empresa, sus documentos, listas, sitios web y páginas web, para
facilitar al máximo el uso y la administración de la información.
La arquitectura de información del sitio web de un portal determina cómo se organiza y
se presenta la información de ese sitio, es decir, sus subsitios, páginas web,
documentos, listas y datos. Una empresa puede aumentar el rendimiento de su inversión
en el portal mediante la creación de un cuerpo de gobierno que desarrolle y aplique las
normas y directivas de la arquitectura de la información. Una arquitectura bien
gobernada hace que la información de la empresa sea fácil de buscar, compartir y usar.
En esta sección, se describen características de SharePoint Server 2010 que gobiernan
el uso de la arquitectura de información de una empresa.
Tipos de contenido
Los tipos de contenido permiten a las empresas organizar, administrar y controlar el
contenido de una manera coherente. Definen los atributos de un tipo de elemento de
lista, un documento o una carpeta. Cada tipo de contenido puede especificar las
propiedades de metadatos para asociar con elementos de su tipo, flujos de trabajo
disponibles, plantillas y directivas de administración de información. Use los tipos de
contenido para promover directivas de administración de información coherentes,
requisitos de metadatos y otras directivas. Para gobernar los tipos de contenido,
considere la posibilidad de asociar receptores de eventos y flujos de trabajo con los
formularios que se usan para modificar los tipos de contenido.
Para obtener más información, vea Planeación de tipos de contenido (Office SharePoint
Server) (http://technet.microsoft.com/es-es/library/63bb092a-00fe-45ff-a4b8-
d8be998d1a3c(Office.14).aspx)
Página Contenido y estructura del sitio
La página Contenido y estructura del sitio en el sitio de primer nivel de una colección de
sitios administra el contenido y la estructura de una colección de sitios de SharePoint.
Dado que la navegación del sitio en SharePoint Server se basa en la jerarquía de sitios y
subsitios de forma predeterminada, esta característica también se puede usar para
configurar la navegación del sitio. Al trasladar un sitio web a SharePoint Server 2010,
puede usar la página Contenido y estructura del sitio para reestructurar el sitio según las
necesidades de la empresa.
21
Information Rights Management
Information Rights Management (IRM) permite a los creadores de contenido controlar y
proteger sus documentos. El contenido de los documentos que usan IRM se cifra y se
suministra con una licencia de publicación que impone restricciones a los usuarios.
SharePoint Server 2010 admite IRM en los documentos que se almacenan en bibliotecas
de documentos. Entre los formatos de archivo de documentos que pueden usar IRM en
SharePoint Server 2010 se incluyen los siguientes:
Microsoft InfoPath
Microsoft Word
Microsoft Excel
Microsoft PowerPoint
Office Open XML de Word
Office Open XML de Excel
Office Open XML de PowerPoint
Para agregar otros tipos de archivo, el administrador debe instalar protectores, es decir,
programas que controlan el cifrado y descifrado de los documentos que usan
administración de derechos, para cada nuevo tipo de archivo.
Tipos de archivos bloqueados
Puede restringir los archivos que se cargan o descargan de un servidor basando la
restricción en la extensión del nombre de archivo.
Por ejemplo, puede bloquear archivos que tengan la extensión .exe, ya que dichos
archivos se pueden ejecutar en un equipo cliente y pueden contener código
malintencionado.
De forma predeterminada, muchos tipos de archivo están bloqueados, incluidos los tipos
de archivo que el Explorador de Windows trata como ejecutables. Para consultar los
tipos predeterminados de archivos bloqueados, vea Administración de tipos de archivo
bloqueados (SharePoint Server 2010) (http://technet.microsoft.com/es-
es/library/4e641515-ef59-401d-b342-c7ab74197ca2(Office.14).aspx)
Administración de contenido web (sitios de publicación)
En la mayoría de los escenarios de implementación de contenido, la colección de sitios
de origen, desde la que se implementa el contenido, se encuentra en un conjunto de
servidores que es independiente de la colección de sitios de destino. Por lo general, el
conjunto de servidores de destino (el conjunto de "producción") tiene una mayor
seguridad para minimizar las acciones que pueden tener lugar en el entorno de
producción. No se espera que el proceso de creación se lleve a cabo en el servidor de
producción porque un trabajo de implementación de contenido puede sobrescribir los
cambios que se realicen en el contenido del servidor de producción. En la mayoría de los
22
escenarios de implementación de contenido, el conjunto de servidores de origen y el
conjunto de servidores de producción se encuentran en dominios de AD DS
independientes. Para obtener información acerca de las topologías de implementación
de contenido, vea Diseño de la topología de implementación de contenido
(http://technet.microsoft.com/es-es/library/1d6d6040-6cbb-4685-a40e-
1e9086d42683(Office.14).aspx)
La implementación de contenido es un proceso unidireccional: el contenido se
implementa de una colección de sitios de origen a una colección de sitios de destino. La
característica de implementación de contenido no admite sincronización desde el origen
al destino y de vuelta al origen. La creación de contenido nuevo o la modificación del
contenido existente en la colección de sitios de destino pueden hacer que se produzcan
errores en los trabajos de implementación de contenido. Por esta razón, se debe
considerar restringir los permisos en la colección de sitios de destino para que los
usuarios no puedan hacer cambios directamente en el contenido almacenado dentro de
esa colección de sitios.
Los permisos sobre el contenido del conjunto de servidores de destino normalmente
serán distintos de los permisos sobre el contenido del conjunto de servidores de origen.
En muchas soluciones de publicación, el conjunto de servidores de destino autentica a
los usuarios mediante un dominio AD DS diferente del que se usa en un entorno de
creación o de almacenamiento provisional, y es posible que no haya una relación de
confianza entre los dos dominios. Para obtener más información, vea Información
general sobre la implementación de contenido (http://technet.microsoft.com/es-
es/library/b44a57af-98a1-4818-aab3-a561908d0e07(Office.14).aspx)
Taxonomía y metadatos administrados
Los metadatos administrados son una colección jerárquica de términos administrados de
forma centralizada que se pueden definir y usar después como atributos para elementos
de Microsoft SharePoint Server 2010. Un rol de usuario determina cómo podrá trabajar el
usuario con metadatos administrados.
Los usuarios pueden ver solo los conjuntos de términos globales y los conjuntos de
términos locales de la colección de sitios del usuario. Los conjuntos de términos locales
se crean en el contexto de una colección de sitios. Los conjuntos de términos globales
se crean fuera del contexto de una colección de sitios. Si hay conjuntos de términos que
algunos usuarios no deberían poder ver, asigne estos conjuntos de términos a grupos
separados. Para obtener más información, vea Planeación para compartir tipos de
contenido y terminología (http://technet.microsoft.com/es-es/library/57325cc3-bce2-4dd3-
9b26-12fec99140ad(Office.14).aspx)
Las directivas de gobierno de una organización pueden afectar a la forma en que se
diseñan las conexiones y los servicios de metadatos administrados. Por ejemplo, la
existencia de un proceso formal para administrar términos y conjuntos de términos
afectará a la forma en que se establecen los parámetros de conexión. Si cada
23
documento que se crea debe tener un conjunto determinado de atributos, es probable
que desee tener un concentrador de tipo de contenido en un servicio por lo menos.
Familiarícese con el plan de gobierno de su organización antes de determinar las
conexiones y los servicios de metadatos administrados. Para obtener más información,
vea Información general sobre la aplicación de servicio de metadatos administrados
(SharePoint Server 2010) (http://technet.microsoft.com/es-es/library/ecd9e1d1-3e56-
4ab9-80e1-29972586c5a7(Office.14).aspx)
Conceptos Información general sobre el gobierno (SharePoint Server 2010)
24
Establecimiento y gobierno de un servicio de SharePoint (SharePoint Server 2010)
Fecha de publicación: 14.10.10
Una implementación correcta de Microsoft SharePoint Server 2010 depende de la
capacidad de la empresa de gobernar el servicio y garantizar que este satisfaga las
necesidades empresariales de los clientes de forma segura, administrable y rentable. En
este artículo, se describen los elementos típicos de un servicio de TI que hospeda
SharePoint Server 2010, se presentan los factores de éxito fundamentales para gobernar
un servicio de SharePoint Server y se ofrece un ejemplo de un servicio de SharePoint de
tres niveles.
¿Qué es un servicio de SharePoint?
Elementos de un servicio correcto
Qué se debe gobernar en un servicio de SharePoint
Creación de varios servicios
Contratos de nivel de servicio
¿Qué es un servicio de SharePoint? Un servicio de SharePoint es un servicio de TI que ofrece sitios y portales hospedados
basados en los productos de Microsoft SharePoint 2010. A continuación, se presenta lo
que ofrece un servicio:
Sitios en un ámbito, como una colección de sitios, una aplicación web o un conjunto
de servidores
Copias de seguridad y recuperación
Almacenamiento de contenido
Compatibilidad con las personalizaciones
Seguridad
Niveles de servicio que se basan en la velocidad y la disponibilidad
Elementos de un servicio correcto Cuando planee e implemente su servicio de SharePoint Server, tenga en cuenta los
siguientes elementos que pueden contribuir a que el esfuerzo de gobierno se convierta
en éxito:
25
Crear y usar un grupo de gobierno
El servicio de TI que admita SharePoint Server debe regirse por un grupo que incluya a
participantes ejecutivos, líderes de divisiones empresariales, trabajadores de información
influyentes, administradores de TI y especialistas técnicos de TI, entre otros. El objetivo
del grupo de gobierno debe ser supervisar el servicio. Con esta capacidad, el grupo de
gobierno define las ofertas iniciales del servicio, establece las directivas constantes del
servicio y evalúa regularmente la buena marcha del mismo.
Comunicar acerca de los servicios
Las directivas de gobierno que desarrolle se deben difundir en la empresa. Mantenga un
sitio web que describa el conjunto de servicios.
Promover el uso del servicio
Impida o evite que los usuarios implementen sus propios servidores y anímelos a usar el
servicio. Es posible que los servidores aislados no estén configurados de acuerdo con la
directiva de seguridad de TI y los requisitos normativos de la empresa. Además, es
posible que los usuarios que implementen sus propios servidores no puedan hacer
copias de seguridad adecuadas de los servidores o no puedan mantener actualizados
los servidores con las revisiones y modificaciones de software. Por último, es posible que
el contenido de los servidores no gobernados por el servicio no se pueda rastrear
mediante servicios de indización de la empresa, lo que puede crear focos de contenido
aislados
Crear varios servicios
Debe proporcionar un conjunto de servicios compatibles con SharePoint Server. Por
ejemplo, un servicio puede proporcionar miles de sitios de colaboración y otro podría
admitir sitios muy grandes con funciones cruciales, como sitios de intranet de la
empresa. Un conjunto de servicios de SharePoint Server permite la aplicación de reglas
únicas de gobierno y directivas en varios niveles de servicio para cambiar el costo que
evalúe para las organizaciones según su nivel de servicio. Por último, un servicio con
niveles permite introducir fases de servicios de una manera administrable.
Qué se debe gobernar en un servicio de SharePoint Al diseñar servicios de TI que son compatibles con SharePoint Server, un grupo de
gobierno debe determinar los límites y las directivas para controlar los servicios. Si
decide usar las características de arquitectura multiempresa en SharePoint Server para
servicios de hospedaje, puede habilitar un grupo de TI para delegar tareas
administrativas comunes para un conjunto de sitios a los propietarios de unidades
empresariales. Esto permite que un grupo de TI centre su atención en el servicio mismo.
Para obtener más información sobre la arquitectura multiempresa, vea Entornos
26
hospedados (SharePoint Server 2010) (http://technet.microsoft.com/es-
es/library/5741edac-68ef-42b1-b5e2-b1e9354a9ac5(Office.14).aspx)
Determine los límites y las directivas para los siguientes elementos de servicios:
Plantillas de cuota
Una plantilla de cuota se compone de los valores que especifican la cantidad de
datos que se puede almacenar en una colección de sitios. El valor también indica el
límite que activa una alerta de correo electrónico para el administrador de la
colección de sitios. Puede asociar las cuotas con sitios que se ofrecen en varios
niveles de servicio para gobernar el crecimiento de SharePoint Server en una
empresa. Tenga en cuenta que puede establecer cuotas independientes para las
soluciones de espacio aislado.
Tamaño máximo de carga
En el nivel de aplicación web, puede establecer límites para el tamaño máximo de
los archivos cargados. Todos los sitios de la aplicación web hospedada tienen el
mismo límite.
Administración del ciclo de vida del sitio
Puede gobernar cómo se crean los sitios, su tamaño y longevidad mediante el uso
de la administración de sitios sin intervención del administrador y la confirmación y
eliminación del uso del sitio. También puede establecer la expiración y las directivas
de acceso para controlar el ciclo de vida del contenido de los sitios.
El aprovisionamiento de sitios sin intervención del administrador permite a los
usuarios crear sus propios sitios web de nivel superior al visitar una página
hospedada en TI y proporcionar información acerca del uso del sitio. Posteriormente,
el sitio se puede aprovisionar en función de un flujo de trabajo personalizado. Para
diversos niveles de servicio, puede gobernar el tamaño de dichos sitios y controlar
su longevidad.
Directiva de personalización
Una de las ventajas principales del uso de sitios que se basan en SharePoint Server
es la capacidad de los propietarios de sitios para personalizarlos. Por ejemplo, los
propietarios de sitios pueden cambiar la apariencia de un sitio o proporcionar una
nueva funcionalidad, como un flujo de trabajo o un elemento web personalizados.
Considere detenidamente el tipo y la cantidad de personalización que se permite y
que es compatible en cada nivel de servicio, ya que algunos tipos de
personalizaciones son globales para el conjunto de servidores.
Considere el uso de las soluciones de espacio aislado para limitar el impacto de las
personalizaciones en un conjunto de servidores. Por ejemplo, los servicios que
27
permiten la creación de sitios sin intervención del administrador pueden incluir miles
de sitios que comparten una única aplicación web. En este caso, puede limitar las
personalizaciones únicamente a los sitios que son compatibles con la interfaz de
usuario, como agregar elementos web a las páginas. Si utiliza soluciones de espacio
aislado, las personalizaciones se aplican solo a esa colección de sitios. En un
servicio que proporciona aislamiento físico o virtual del conjunto de servidores, por
ejemplo, para un sitio de intranet de la empresa, puede permitir una amplia gama de
personalizaciones, como, por ejemplo, flujos de trabajo y controladores de eventos
personalizados.
En el nivel de aplicación web, también se ofrece la capacidad de controlar si
SharePoint Designer se puede usar para modificar los sitios de la aplicación web.
Para obtener más información, vea Configuración de una aplicación web (SharePoint
Server 2010) (http://technet.microsoft.com/es-es/library/2687d49f-b114-4f16-a4c0-
5f2bfe496c92(Office.14).aspx).
Para obtener una explicación completa de la gama de personalizaciones que admite
SharePoint Server 2010 y los riesgos y beneficios de la compatibilidad con cada tipo
de personalización en varios niveles de servicio, vea las notas del producto Directiva
de personalización de tecnologías y productos de SharePoint
(http://go.microsoft.com/fwlink/?linkid=92311&clcid=0xC0A). Aunque este contenido
se refiere específicamente a Microsoft Office SharePoint Server 2007, gran parte de
la información se aplica a SharePoint Server 2010. Para obtener más información
acerca de las soluciones de espacio aislado, vea Planeación de soluciones de
espacio aislado (SharePoint Server 2010) (http://technet.microsoft.com/es-
es/library/9a96fa5e-2361-4b81-a0ca-fc4d0513cbf4(Office.14).aspx).
Clasificación de activos
Puede desarrollar e implementar un sistema de clasificación para los sitios y el
contenido compatibles con un servicio que identifique el impacto y el valor de la
información de una organización. Por ejemplo, los metadatos pueden clasificar el
contenido como si tuviera valor o impacto empresarial alto, moderado o bajo.
El impacto está relacionado con la exposición y el contenido: ¿que el contenido
se distribuyese externamente afectaría negativamente al negocio? ¿O podría
exponer información que identifique personalmente a los usuarios o clientes? Si
es así, sería contenido de alto impacto empresarial.
El valor está relacionado con la disponibilidad: ¿que el contenido no esté
disponible podría afectar a la actividad cotidiana de la empresa? Si es así, sería
contenido de alto valor.
Cada clasificación podría provocar otros comportamientos: por ejemplo, podría
requerir que se transfiera el contenido de alto impacto en la empresa solo en
formato cifrado o podría requerir que se ejecute un proceso de aprobación en el
28
contenido de impacto medio antes de que se pueda publicar en un sitio web
público. Quizás el contenido de alto impacto en la empresa debe de estar
hospedado en un servicio que proporcione una directiva más restrictiva y unos
procesos de recuperación ante desastres más exigentes.
Administración del ciclo de vida
Un servicio debe proporcionar las herramientas o indicaciones del ciclo de vida para
los sitios activos y los no utilizados. Para niveles de servicio más bajos, puede, por
ejemplo, implementar un mecanismo que permita que solo los propietarios de sitios
puedan crear sitios para los que transcurran seis meses antes de que el usuario
tenga que ampliar la solicitud del sitio. Además, puede implementar una herramienta
que busque los sitios que no se hayan utilizado durante un periodo de tiempo
determinado y los elimine. La administración del ciclo de vida también implica
integrar un servicio con los procesos y las herramientas de administración de
registros que se utilizan una organización. Para obtener más información, vea
Planeación de la administración de registros (SharePoint Server 2010)
(http://technet.microsoft.com/es-es/library/1c030561-e15f-43a0-9ef2-
f43e67fb4c67(Office.14).aspx).
Personalización de marca y navegación
La personalización de marca coherente con una guía de estilo corporativa genera
sitios de aspecto más coherente y un desarrollo más sencillo. Las páginas maestras
y plantillas ayudan a crear la marca visual de un sitio. Almacene las páginas
maestras aprobadas en las galerías de sitios para que los diseñadores de sitios las
utilicen de forma coherente. Un diseño coherente ayuda a los usuarios a confirmar
que se encuentran en el lugar correcto cuando ven el sitio. Defina qué elementos de
la plantilla pueden o no modificar los propietarios de sitios. Deje espacio para la
subpersonalización de marcas de equipos individuales o marcas de proyectos.
La navegación coherente también es fundamental para garantizar que los usuarios
no se pierdan mientras navegan por los servicios en búsqueda de contenido.
Protección de datos
Las características que ofrecen protección de datos incluyen la copia de seguridad y
la recuperación. Puede variar el nivel de protección de datos según los niveles de
servicio que ofrezca. Es posible que los niveles más altos le supongan un costo al
propietario del sitio. Para cada nivel de servicio, planee la frecuencia con la que
realizará copias de seguridad y el tiempo de respuesta que garantizará para la
restauración de los sitios. Para obtener más información, vea Planeación de copia de
29
seguridad y recuperación (SharePoint Server 2010) (http://technet.microsoft.com/es-
es/library/01abe8d2-33f8-48fe-af76-40522a5afe08(Office.14).aspx) y el Centro de
recursos de administración de continuidad del negocio
(http://go.microsoft.com/fwlink/?LinkID=199235&clcid=0xC0A).
Seguridad, infraestructura y directivas de aplicaciones web
Mantenga la infraestructura y supervise el acceso al contenido y a la infraestructura
para asegurarse de que dispone de un entorno estable y seguro. Utilice directivas de
aplicaciones web para permitir o denegar el acceso al contenido de acuerdo con las
reglas de cumplimiento o las necesidades empresariales. Mantenga la
infraestructura al día con las actualizaciones de software para asegurarse de que
dispone de las mejoras y revisiones más recientes.
Aprendizaje
Una comunidad de usuarios bien formados proporciona ventajas de TI. Reduce las
llamadas de soporte, fomenta la adopción, ayuda a garantizar el uso correcto de
SharePoint Server y ayuda a los usuarios a comprender sus responsabilidades al
usar el servicio de SharePoint Server. Para cada nivel de servicio, considere la
necesidad de un nivel de aprendizaje adecuado como requisito. Incluso para un
servicio básico, los usuarios con permiso de administración del sitio tendrán acceso
a muchas características que afectan a la funcionalidad del sitio. El aprendizaje en
línea, como, por ejemplo, tutoriales, puede ayudar a los usuarios a aprovechar al
máximo su sitio.
Los recursos de aprendizaje para una comunidad de usuarios están disponibles en
Recursos de SharePoint 2010 para usuarios finales
(http://go.microsoft.com/fwlink/?LinkID=199542&clcid=0xC0A)
Creación de varios servicios Los usuarios del servicio de SharePoint Server de una empresa requieren que los sitios
cumplan con una variedad de fines:
Áreas de trabajo de corta duración y propósito único para la planeación de eventos y
la administración de reuniones y proyectos
Sitios de grupo para la colaboración general
Portales de divisiones para que grupos de trabajo grandes administren sus procesos
empresariales
Sitios de intranet de la empresa para difundir la información y proporcionar servicios
a toda la organización
30
Considere la posibilidad de dividir un servicio de SharePoint Server en un conjunto de
servicios que satisfaga las diferentes necesidades de la empresa. Cada usuario de un
determinado servicio obtendría el mismo nivel de compatibilidad y se le cobraría un costo
similar. Cuando se necesiten soluciones más complejas o costosas, puede agregar
nuevos servicios para ellas. Una ventaja de este enfoque es que no se puede introducir
más de un servicio a la vez, lo que facilita el trabajo del personal de TI. Trabaje con
participantes ejecutivos, líderes de divisiones empresariales y administradores de TI para
determinar los requisitos de cada nivel de servicio y el orden en que se introducen los
servicios.
En la tabla siguiente, se muestra un enfoque de ejemplo para crear un conjunto de
servicios con niveles. En este ejemplo, se ofrecen tres niveles de servicio. Tenga en
cuenta que los valores indicados no son recomendaciones, sino que se proporcionan
como ejemplo:
Enfoque de ejemplo para un conjunto de servicios
Servicio básico Servicio avanzado Servicio Premium
Descripción Un conjunto de
servidores que se
usa para hospedar
decenas de miles
de colecciones de
sitios de clientes.
Está diseñado para
admitir sitios de
corta duración junto
con sitios de
equipos pequeños.
Conjunto de servidores
que se ha diseñado
para hospedar un
número reducido de
sitios de portal.
Es aplicable a los
clientes que tienen
algunos requisitos para
las personalizaciones
del lado del servidor
que no interferirán con
otros sitios
hospedados en los
mismos servidores.
Conjunto de
servidores dedicado a
hospedar un sitio
grande, altamente
personalizado o de
importancia crítica.
La topología es
escalable en función
de lo acordado en los
requisitos de
hospedaje entre el
cliente y el equipo de
hospedaje.
Ejemplo Sitio de
colaboración para
planear un evento
Portal de división,
incluida la integración
de datos de la línea de
negocios y flujos de
Sitio de intranet de la
empresa que incluye
integración a gran
escala con varios
31
Servicio básico Servicio avanzado Servicio Premium
trabajo personalizados sistemas back-end
Ámbito Colección de sitios Aplicación web Conjunto de
servidores con varias
aplicaciones web
Personalizaciones Solo se admiten las
personalizaciones
disponibles en la
interfaz de usuario.
Se admiten algunas
personalizaciones del
lado del servidor, como
las plantillas de sitio
personalizado. Todas
las personalizaciones
se prueban y revisan
antes de ser aceptadas
para la
implementación. Como
alternativa, las
personalizaciones se
permiten solo como
soluciones de espacio
aislado.
Se permiten las
personalizaciones
amplias. Todas las
personalizaciones se
prueban y revisan
antes de ser
aceptadas para la
implementación.
Como alternativa, las
personalizaciones se
permiten solo como
soluciones de espacio
aislado.
Costo para el
usuario
Ninguno o mínimo Moderado Alto
¿Aprovisionamiento
sin intervención del
administrador?
Sí No No
Límites de
almacenamiento de
contenido
500 MB 2 GB Ilimitado
Frecuencia de copia
de seguridad
Dos veces por
semana
Diariamente Diariamente
Copias de seguridad
mantenidas durante
14 días 30 días 60 días
32
Contratos de nivel de servicio Establezca contratos de nivel de servicio para cada nivel de servicio. Un contrato de
nivel de servicio debería incluir como mínimo lo siguiente:
El periodo de tiempo y las aprobaciones necesarias para crear un sitio.
¿Cuál es el proceso para crear un sitio? ¿Quién está implicado?
Información acerca de los costos del servicio para los usuarios o departamentos.
¿A quién se le cobra y por qué?
Contratos de nivel de funcionamiento que especifican los equipos que realizan
operaciones y la frecuencia.
¿Qué equipo aplica las actualizaciones? ¿Qué equipo realiza las copias de
seguridad? ¿Con qué frecuencia las aplica?
Directivas acerca de la resolución de problemas por medio de un departamento de
servicio técnico.
Cuando un usuario se bloquea, ¿a quién llama? ¿Cuál es la ruta de remisión a una
instancia superior?
Objetivos de rendimiento negociados para la primera carga de un sitio, las cargas
posteriores y el rendimiento en ubicaciones remotas.
Recuperación, equilibrio de carga y estrategias de conmutación por error.
Directivas de personalización para el servicio.
Límites de almacenamiento de contenido y sitios.
Compatibilidad con varios idiomas.
¿Qué idiomas se instalarán y se admitirán?
Conceptos Seguimiento o bloqueo de instalaciones de SharePoint Server 2010
Otros recursos Gobierno en SharePoint Server 2010 (http://go.microsoft.com/fwlink/?LinkID=200590&clcid=0xC0A)
SharePoint - Acuerdo de nivel de servicio (SLA) de ejemplo - blog "From the Field"
(http://go.microsoft.com/fwlink/?LinkId=203973&clcid=0xC0A)
Plantilla de ejemplo: plan de gobierno de tecnologías y productos de SharePoint
(http://go.microsoft.com/fwlink/?LinkID=162169&clcid=0xC0A)
33
Implementación y gobierno de la arquitectura de la información (SharePoint Server 2010)
Fecha de publicación: 14.10.10
Al planear y gobernar la arquitectura de información de la empresa, se garantiza que las
soluciones basadas en Microsoft SharePoint Server 2010 satisfagan las necesidades de
la organización. Una arquitectura de información eficaz hace que sea más fácil para los
usuarios de soluciones buscar y almacenar información, y mejora la calidad de la
información y su facilidad de acceso. En este artículo, se tratan las cuestiones
siguientes:
Se presenta el concepto de arquitectura de la información
Se recomienda cómo gobernar una arquitectura de información de SharePoint
Server
Se indican los recursos disponibles para ayudar a que los arquitectos de la
información de una organización planeen e implementen una arquitectura de
información en SharePoint Server 2010
Se presenta un caso práctico que muestra el beneficio de una arquitectura de la
información eficaz para promover la colaboración en toda la empresa
En este artículo:
¿Qué es la arquitectura de información?
Gobierno de la arquitectura de información
Recursos para planear la arquitectura de información
Caso práctico: gobierno de la arquitectura de información para eliminar el caos de
contenido
¿Qué es la arquitectura de información? La arquitectura de información en SharePoint Server es la organización de la información
de la empresa, sus documentos, listas, sitios web y páginas web, para facilitar al máximo
el uso y la administración de la información. Los siguientes factores contribuyen a la
implementación correcta de la arquitectura de información:
La facilidad para encontrar información
Cómo se almacena y recupera la información
Cómo navegan los usuarios por la información
La redundancia o superposición de la información
34
Qué metadatos están disponibles para cada tipo de información
Qué plantillas se usan para crear información
La eficacia del gobierno de la arquitectura de información
Cómo se ajusta Mis sitios a la arquitectura de información
Los objetivos y la implementación de la arquitectura de información variarán según el
tipo de solución que esté creando. Por ejemplo:
Si planea diseñar la arquitectura de información del sitio del portal de intranet de una
empresa, debería centrarse en los siguientes aspectos:
Cómo se usarán los metadatos para caracterizar el contenido del sitio
La organización del contenido en sitios y bibliotecas de documentos
La disponibilidad de dicho contenido en los sitios del portal
Las plantillas que se usarán para crear contenido
Tenga en cuenta que la búsqueda es una característica fundamental para los
usuarios de sitios de intranet.
Al diseñar la arquitectura de información de un sitio web de presencia en Internet,
debería centrarse en los siguientes aspectos:
Cómo está organizado el sitio en una jerarquía de subsitios y páginas web
Cómo se expone la jerarquía en las características de navegación del sitio
Con qué facilidad se encuentra contenido en el sitio
Las decisiones referentes a la arquitectura de información pueden afectar también al
flujo de información. Por ejemplo, en un sitio del portal de intranet, la información se
puede redactar inicialmente en sitios que no están disponibles para la mayoría de los
miembros de una organización. Para hacer que la información se pueda detectar y sea
útil y práctica en toda la organización, el diseño de la arquitectura de información debería
incluir métodos e indicaciones para exponer la información en ubicaciones que estén
disponibles para todos los usuarios.
En función del tamaño de una organización, puede plantearse la posibilidad de incluir en
su equipo un arquitecto de información encargado de diseñar e implementar soluciones
basadas en SharePoint Server. Los arquitectos de información tienen experiencia en
estructurar la información en grandes entornos web, como sitios del portal de intranet.
Gobierno de la arquitectura de información La arquitectura de información de una empresa debe gobernarse a fin de garantizar las
siguientes condiciones:
35
Que la información de una organización sea administrable para el equipo de
tecnologías de la información (TI) de una organización mediante la especificación de
cómo se implementa y mantiene esa arquitectura de información.
Que la arquitectura de información cumpla los requisitos legales, las necesidades de
privacidad y los objetivos de seguridad de la empresa.
Que la arquitectura de información cumpla los objetivos empresariales de una
organización. Recuerde que una arquitectura de información mal diseñada y
gobernada puede restarle eficacia a una organización, mientras que una arquitectura
de la información bien diseñada y gobernada puede multiplicar la eficacia de la
organización.
Gobierno del contenido
Cuando cree un plan que gobierne el contenido en un entorno, tenga en cuenta las
siguientes prácticas recomendadas:
Uso de flujos de trabajo y aprobación para los centros de documentos y páginas del
sitio, dondequiera que se almacene la documentación oficial.
Uso del historial de versiones y el control de versiones para mantener un historial y
un documento maestro.
Uso de tipos de contenido con auditoría y expiración de las bibliotecas de
documentos para administrar el ciclo de vida del documento.
Uso de la confirmación de uso del sitio y la eliminación para administrar los ciclos de
vida de las colecciones de sitios.
Identificación de sitios y activos corporativos importantes que contengan información
de identificación personal (se debe comprobar que estén protegidos y auditados
correctamente).
Integración de la arquitectura de información con la estrategia de búsqueda del
entorno. Aproveche características de búsqueda de la empresa como las siguientes:
Opciones más probables
Búsqueda de personas
Orígenes de contenido
Conectores para contenido externo
Páginas autoritativas
Palabras clave
Ámbitos
Diccionarios de sinónimos
Taxonomía y clasificaciones
36
Importante:
El gobierno no funciona sin la adopción del usuario y el cumplimiento de normas. Los
conocimientos y el aprendizaje adquiridos por el usuario final, así como un buen
contenido y una buena búsqueda, son la clave para la adopción del usuario.
Al crear un plan de gobierno, debe determinar las reglas o directivas que hay que
implementar para los siguientes tipos de elementos:
Páginas
Listas
Documentos
Registros
Medios enriquecidos
Wikis
Blogs
Comentarios anónimos
Acceso anónimo
Términos y conjuntos de términos
Datos externos
Cuando piense en el contenido, tenga en cuenta el equilibrio entre los siguientes factores
y determine cuál de ellos tiene más prioridad en relación con cada tipo de contenido:
Disponibilidad: el contenido debe estar disponible cuando los usuarios lo necesiten
y los usuarios deben saber dónde y cómo pueden obtenerlo.
Redundancia: la exposición de una única copia del contenido en varios lugares en
lugar de duplicar el contenido reduce la redundancia y ofrece una versión de la
verdad.
Acceso: tenga en cuenta quién tiene acceso al contenido. En el caso de que se
deba proteger, ¿está protegido?
Asigne el ciclo de vida del contenido preferido. ¿Qué pasos se deben realizar cuando se
crea, actualiza o elimina un elemento de lista, un documento o una página? Para obtener
los mejores resultados, comience con lo que desea usar a largo plazo en lugar de con
una solución temporal.
Como parte del plan de gobierno, determine quién hace qué. Por ejemplo, quién crea
sitios, quién controla las palabras clave de búsqueda o quién administra los metadatos y
garantiza que se apliquen correctamente.
Gran parte de esta información debería explicarse en los planes de administración de
documentos y registros, pero considere también los costos de almacenamiento del
37
contenido. Comprenda los límites de planeación de capacidad de documentos y
elementos, y tenga presentes el rendimiento y la escala.
Importante:
Un equipo de gobierno debe identificar un proceso para revisar periódicamente el sitio a
fin de garantizar que cumple un plan de gobierno.
Gobierno del acceso a la información
Otro aspecto de la administración de la información es quién tiene acceso al contenido:
¿cómo se hace que el contenido esté disponible interna y externamente y para quién
está disponible? Al diseñar una solución y sitios, deberá considerar el acceso al
contenido. Esto se superpone con el gobierno de TI al considerar el entorno completo.
Hágase las siguientes preguntas:
Permisos y audiencias
¿Cómo estructuro los permisos en un sitio?
¿Cómo destino el contenido a audiencias específicas?
Acceso
¿Cómo hago que este contenido sea accesible para los usuarios internos?
¿Cómo hago que este contenido sea accesible para los usuarios externos?
El equipo de gobierno
El gobierno de la arquitectura de información requiere la participación de todos los
grupos interesados en su buena marcha. Un equipo de gobierno debe incorporar los
siguientes miembros principales:
Arquitectos de información o taxonomistas
Si es posible, incluya un arquitecto de información profesional en el equipo de
planeación y haga que participe en el equipo de gobierno.
Agentes de cumplimiento
También necesita incluir agentes de cumplimiento u otros usuarios que sean los
responsables de garantizar que se cumplan los requisitos legales o de cumplimiento.
Trabajadores de información influyentes
Incluya a trabajadores de información influyentes para asegurarse de que se puedan
usar los procesos y la estructura que el equipo configure.
Especialistas técnicos de TI y administradores de TI
Se deben incluir a representantes de la organización de TI.
Líderes de divisiones empresariales
38
Dado que el objetivo primordial de la arquitectura de información es satisfacer las
necesidades del negocio, es esencial que los representantes de las unidades
empresariales de la organización desempeñen una función principal en este equipo
de gobierno.
Participantes ejecutivos
El participante ejecutivo es clave en el equipo de gobierno. Aunque es posible que
esta persona no asista a todas las sesiones del equipo de gobierno, la inclusión de
esta función es fundamental para que el equipo de gobierno sea responsable de su
cometido. Además, el patrocinador ejecutivo coopera para garantizar que se utilicen
los índices de referencia que ayudan a marcar el progreso del esfuerzo continuo del
gobierno de la arquitectura de información.
Junto con estos participantes principales, y en función del tipo de empresa, puede decidir
incluir a otros participantes, como los siguientes:
Líderes de desarrollo
Instructores
Administradores de TI
Participantes financieros
La mejor manera de dirigir el equipo de gobierno de la arquitectura de información se
basará en la filosofía y las metodologías de una empresa. Sin embargo, le presentamos
algunas indicaciones generales:
Reúnase regularmente y destine tiempo suficiente, especialmente en las primeras
sesiones, para debatir todos los problemas.
Ponga ejemplos de buenas prácticas en arquitectura de la información durante las
deliberaciones. Por ejemplo, puede usar un sitio de colaboración bien diseñado para
registrar las deliberaciones y mantener artefactos.
Envíe informes a la organización más amplia (y recopile requisitos en toda la
organización) mediante el uso de un sitio web y encuestas en línea.
Mantenga un conjunto de hitos y un calendario compartido.
Reflexione sobre la posibilidad de poner a prueba prácticas de arquitectura de
información en algunas de las divisiones de la organización y usar esa experiencia
para mejorar gradualmente las prácticas de arquitectura de información en la
organización más amplia.
39
Recursos para planear la arquitectura de información La siguiente tabla recoge los recursos que están disponibles para ayudar a los
arquitectos de la información a planear la arquitectura de información de su solución de
SharePoint Server:
Recursos de la arquitectura de información
Para planear… Vea…
La estructura de sitios y
subsitios
Planeación de sitios y colecciones (SharePoint Server
2010) (http://technet.microsoft.com/es-
es/library/cb6871cc-7fc5-4b54-9940-
8c0ed51cb08f(Office.14).aspx)
Bibliotecas de documentos Identificación de usuarios y análisis del uso de
documentos (SharePoint Foundation 2010)
(http://technet.microsoft.com/es-es/library/185da9e8-
9ed1-4bf1-bfb5-2a5a874f2a19(Office.14).aspx)
Planeación de las bibliotecas de documentos (SharePoint
Server 2010) (http://technet.microsoft.com/es-
es/library/33b67ac7-54c3-42d8-87cd-
5d7a00f7294b(Office.14).aspx)
Planeación del almacenamiento del contenido
empresarial (SharePoint Server 2010)
(http://technet.microsoft.com/es-es/library/9994b57f-fef8-
44e7-9bf9-ca620ce20734(Office.14).aspx)
Navegación Planeación de la navegación del sitio (SharePoint Server
2010) (http://technet.microsoft.com/es-
es/library/89bc3f15-d823-445f-9bea-
27d5abf3b488(Office.14).aspx)
Metadatos Planeación de metadatos administrados (SharePoint
Server 2010) (http://technet.microsoft.com/es-
es/library/522699b0-8a89-46ef-9c40-
d4c222a863b8(Office.14).aspx)
Planeación de tipos de contenido y flujos de trabajo
40
Para planear… Vea…
(SharePoint Server 2010)
(http://technet.microsoft.com/es-es/library/63bb092a-
00fe-45ff-a4b8-d8be998d1a3c(Office.14).aspx)
Expiración del contenido Planeación de directivas de administración de
información (SharePoint Server 2010)
(http://technet.microsoft.com/es-es/library/4de4007d-
a45f-419d-9512-824421e14380(Office.14).aspx)
Administración de
registros
Planeación de la administración de registros (SharePoint
Server 2010) (http://technet.microsoft.com/es-
es/library/1c030561-e15f-43a0-9ef2-
f43e67fb4c67(Office.14).aspx)
Mover el contenido Planeación de la implementación de contenido
(SharePoint Server 2010)
(http://technet.microsoft.com/es-es/library/edcdacca-
8013-460e-95a0-d2b83b6cc7ef(Office.14).aspx)
Planeación de flujos de trabajo (SharePoint Server 2010)
(http://technet.microsoft.com/es-es/library/adc8aefd-8c4e-
4824-8676-c61c10d18061(Office.14).aspx)
Plantillas Trabajo con plantillas y definiciones de sitio
(http://go.microsoft.com/fwlink/?LinkID=119099&clcid=0x
C0A)
Aprobación de contenido Planeación del control de versiones, la aprobación de
contenido y las desprotecciones (SharePoint Server
2010) (http://technet.microsoft.com/es-
es/library/428b488e-2807-4ef0-b942-
91cb09d8921c(Office.14).aspx)
Planeación de la aprobación y programación de
41
Para planear… Vea…
contenido (http://technet.microsoft.com/es-
es/library/b43e9421-66b8-4cfc-ba06-
f772ae7420e8(Office.14).aspx)
Directivas de
administración de
información
Planeación de directivas de administración de
información (SharePoint Server 2010)
(http://technet.microsoft.com/es-es/library/4de4007d-
a45f-419d-9512-824421e14380(Office.14).aspx)
Sistemas sociales Planeación de sistemas sociales y colaboración
(SharePoint Server 2010)
(http://technet.microsoft.com/es-es/library/4c7e118f-e3f3-
450d-acf1-4e219c932fce(Office.14).aspx)
Implicaciones de seguridad y privacidad de las etiquetas
temáticas (SharePoint Server 2010) (http://technet.microsoft.com/es-es/library/9662467a-
cf63-4650-a629-081b3a50ba5d(Office.14).aspx)
Caso práctico: gobierno de la arquitectura de información para eliminar el caos de contenido Fabrikam, Inc. es un fabricante mundial y exportador de piezas de automóviles, como,
por ejemplo, combustible y bombas de agua, amortiguadores, almohadillas de freno y
diversas piezas del motor. La empresa emplea a 13.000 trabajadores en todo el mundo y
cuenta con más de cincuenta plantas de fabricación en varias divisiones geográficas. La
organización de TI de Fabrikam posee tecnologías de implementación, operaciones y
soporte de información entre las que se incluyen el correo electrónico, la administración
de archivos y la tecnología de Internet, y, además, desarrolla soluciones de tecnología
de la información, como el sitio web de la empresa.
Desde siempre, el contenido de Fabrikam se ha almacenado en directorios de archivos
compartidos que se distribuían a través de los servidores de archivos locales en las
distintas ubicaciones de la empresa. Esto ha contribuido a una situación de contenido
42
caótica. La duplicación masiva del contenido clave dificultaba determinar la versión
"oficial" de un archivo. La taxonomía de metadatos de contenido era muy limitada porque
se ajustaba a lo que el sistema de archivos podía admitir. Dado que las divisiones de la
empresa crearon plantillas únicas y personalizadas de documentos comunes, entre
otros, órdenes de trabajo, propuestas de ventas o documentos de recursos humanos,
era difícil comparar los documentos en paralelo en todas las divisiones.
Al hacerse cada vez más evidentes las fallas de la arquitectura de información basada
en archivos compartidos, los administradores de Fabrikam exigieron la adopción de
nuevas tecnologías basadas en portales. Hicieron esto para lograr varios objetivos:
Modernizar la arquitectura de información
Mover el contenido de los archivos compartidos a bibliotecas de sitios del portal
Proporcionar acceso centralizado al contenido y las aplicaciones, como, por ejemplo,
los envíos de informe de gastos
Proporcionar una página principal para una comunicación centralizada con los
empleados de Fabrikam
Así fue como se entró en una nueva fase de la arquitectura de información en Fabrikam.
El siguiente diagrama ilustra la arquitectura inicial del portal de Fabrikam. Un portal
corporativo en el primer nivel de la arquitectura proporcionaba una ubicación central
desde la que se difundía la información general de la empresa. En el siguiente nivel,
unos pocos sitios proporcionaban los recursos compartidos para la organización, por
ejemplo, recursos humanos, servicios jurídicos y servicios financieros.
Por debajo del nivel de los recursos compartidos en la arquitectura de Fabrikam estaban
los portales de divisiones de las distintas oficinas regionales de Fabrikam. Inicialmente,
se pusieron a prueba América del Norte, Europa y Asia oriental. Gradualmente, se
fueron agregando otros portales de divisiones: Australia, África y Sudamérica. Cada
portal de división contenía repositorios para sus directivas, diseños de productos,
investigación y desarrollo, y los datos de los clientes.
43
44
El resultado del paso de la colaboración basada en archivos compartidos a la
colaboración basada en portales fue decepcionante para los patrocinadores del portal y
para la plantilla de Fabrikam. El “caos de contenido” no había disminuido. Simplemente
se había desplazado de los archivos compartidos a los sitios del portal.
Puesto que las funciones clave de Fabrikam, como la compra de materiales, las
relaciones con los clientes, el diseño y la especificación de piezas e incluso algunos
procesos de recursos humanos se llevaban a cabo en el nivel de las divisiones, cada
división había desarrollado contenido local para admitir estas funciones. Se crearon y
administraron localmente declaraciones de directivas, especificaciones y planos de
piezas, documentos del personal, documentos sobre las relaciones con los clientes y
contenido similar. Las plantillas y los metadatos de estos documentos diferían en los
portales de las divisiones. Como los metadatos se hicieron más específicos para cada
división, se dificultó la búsqueda de contenido de una división a otra. Cuando se
encontraba un documento en varias divisiones, a menudo se copiaba al portal de otra
división para que fuese más accesible. Esto proceso dificultaba cada vez más encontrar
la versión "oficial" de un documento porque existían demasiados duplicados. Además,
algunos documentos de portales de divisiones se protegían de manera que los
empleados de otras divisiones no pudieran verlos. Aunque esto era apropiado cuando se
estaba redactando un documento, no existía ninguna indicación sobre cómo y cuándo un
documento debía hacerse visible en toda la empresa.
Para atajar el descontento creciente con el portal, la compañía formó un equipo
estratégico compuesto por administradores de todas las distintas divisiones de Fabrikam,
miembros del equipo central de TI y arquitectos de portales. El equipo se encargaba de
las siguientes tareas:
Evaluar el estado actual de la implementación del portal de SharePoint Server.
Recomendar cambios necesarios en el portal.
Determinar cómo medir la mejora en el eje temporal.
El equipo que desarrollaba la estrategia del portal concluyó que la organización en
divisiones de la taxonomía actual del portal era la raíz del problema. Cada división
estaba duplicando los procesos y acumulando contenido sin aprovechar los
conocimientos ni las prácticas recomendadas desarrolladas en divisiones del mismo
nivel. Esto contribuyó a una colaboración deficiente, recursos malgastados y caos de
contenido. Su enfoque fue avanzar hacia una organización más "operativa" para el portal
de la empresa. Los recursos compartidos, como la tecnología de la información y las
finanzas, estaban actualmente expuestos en la taxonomía del portal por encima de todas
las divisiones y visibles en todas ellas. El equipo que desarrolló la estrategia del portal
45
concluyó que otras disciplinas operativas, como las relaciones con los clientes, las
relaciones con los proveedores, la configuración de la planta y la investigación y el
diseño se debían mover de los silos de las divisiones al mismo nivel que los recursos
compartidos en la jerarquía del sitio. En lugar de la ubicación del contenido, los
metadatos podrían asociar información con las distintas divisiones.
La siguiente ilustración es la arquitectura revisada del portal de Fabrikam:
46
47
Reorganizar el portal de Fabrikam de este modo supuso la ventaja adicional de forzar la
colaboración entre las partes de la empresa que tenían responsabilidades parecidas
pero que no estaban acostumbradas a trabajar juntas en procesos y estándares. Por
ejemplo, el almacenamiento de archivos de diseño en un repositorio central obligó a las
distintas divisiones a estandarizar una herramienta para el diseño de piezas de
automóviles. Este cambio ahorró dinero y redujo el tiempo de aprendizaje. Además, las
prácticas recomendadas de diseño se pusieron a disposición de los ingenieros de toda la
empresa para que los pudieran ver y usar como base en nuevos proyectos de diseño.
A continuación, se presenta un resumen de las ventajas de la arquitectura del portal
rediseñado:
Proporciona acceso central a la información.
Reduce la duplicación de contenido.
Permite identificar la versión oficial de cada elemento de contenido.
Estandariza los metadatos.
Estandariza las plantillas.
Fomenta la colaboración y el uso compartido de las prácticas recomendadas.
El nuevo diseño y la implementación del portal fue solo el comienzo. El equipo que
desarrolló la estrategia del portal recibió el patrocinio ejecutivo para convertirse en un
equipo de gobierno para el portal. Como resultado, el grupo representó las necesidades
de los usuarios del portal por medio del desarrollo de directivas y estándares. Esto ayudó
a asegurar la responsabilidad en toda la organización y ofreció un foro de evaluación y
evolución del portal que permitió no solo mejorar las características del portal, sino
también maximizar la recuperación de la inversión que realizó la empresa en la
tecnología de SharePoint Server. El cuerpo de gobierno supervisó los siguientes
elementos:
Estándares de metadatos
Estándares de plantillas
Indicaciones sobre cuándo debía estar disponible la información necesaria en toda la
empresa
Cumplimiento de regulaciones gubernamentales y corporativas
Estándares de aprendizaje
Estándares de personalización de marca para el contenido
Fabrikam comenzó a ver una gran recuperación de la inversión en el portal. Después de
un año participando en el proyecto, el equipo estratégico realizó un inventario del
contenido y encontró que de 500.000 documentos solo 230 eran duplicados. La
compañía detectó un ahorro de millones de dólares debido a la centralización de los
esfuerzos. Además, una encuesta realizada a los empleados mostró un gran aumento de
la satisfacción con el portal. La colaboración era favorable en Fabrikam.
48
Conceptos Gobierno de sitios y soluciones (SharePoint Server 2010)
Información general sobre el gobierno (SharePoint Server 2010)
Otros recursos Centro de recursos de gobierno
(http://go.microsoft.com/fwlink/?LinkID=200590&clcid=0xC0A)
Planeación de la arquitectura de información para la administración de contenido web
(http://technet.microsoft.com/es-es/library/7a74c8bf-83a2-4ee1-82e7-
c2e9dee78936(Office.14).aspx)
49
Planeación del gobierno de SharePoint 2010 (notas del producto)
Fecha de publicación: 22.07.10
Microsoft SharePoint Server 2010 proporciona un amplio conjunto de capacidades que
otorgan más poder a los usuarios profesionales. Por ejemplo, SharePoint Server 2010
permite a los usuarios colaborar entre ellos, etiquetar y clasificar contenido, autopublicar
e incluso desarrollar sus propias soluciones. Con esta gran disponibilidad de
capacidades, los usuarios (y las organizaciones para las que trabajan) pueden
beneficiarse considerablemente de una orientación clara. En resumen, pueden
beneficiarse de un plan de gobierno.
Estas notas del producto se centran en lo que se denomina el “front-end” del entorno de
SharePoint (el aspecto empresarial del gobierno, es decir, las áreas que afectan a los
usuarios profesionales). En estas notas del producto se usa una compañía ficticia
denominada Contoso para ofrecer indicaciones sobre la implementación y la planeación
del gobierno necesarias de SharePoint Server 2010.
Descargue las notas del producto:
Planeación del gobierno de SharePoint 2010 (versión en Microsoft Word)
(http://go.microsoft.com/fwlink/?linkid=197150&clcid=0xC0A).
Planeación del gobierno de SharePoint 2010 (versión en PDF)
(http://go.microsoft.com/fwlink/?linkid=197174&clcid=0xC0A).
50
Implementación del gobierno en SharePoint 2010 (notas del producto)
Fecha de publicación: 09.09.10
Microsoft SharePoint Server 2010 proporciona un amplio conjunto de capacidades que
otorgan más poder a los usuarios profesionales. Estas nuevas capacidades requieren
una orientación clara para enfatizar sus ventajas y comprender su potencial al tiempo
que se mantiene un nivel de coherencia y control dentro de una organización.
Este documento se centra en el “back end” del gobierno de SharePoint (la
implementación técnica). Ofrece indicaciones de alto nivel sobre las diversas opciones
de configuración que SharePoint Server 2010 ofrece para administrar el entorno en
beneficio de todos. Para obtener más información acerca del “front end” del gobierno de
SharePoint (el aspecto empresarial), consulte las siguientes notas del producto:
Planeación del gobierno de SharePoint 2010 (notas del producto).
Descargue las notas del producto:
Implementación del gobierno en SharePoint 2010
(http://go.microsoft.com/fwlink/?linkid=201194&clcid=0xC0A) (versión en Microsoft
Word)
Implementación del gobierno en SharePoint 2010
(http://go.microsoft.com/fwlink/?linkid=201195&clcid=0xC0A) (versión en PDF)
Implementación del gobierno en SharePoint 2010
(http://go.microsoft.com/fwlink/?linkid=201196&clcid=0xC0A) (versión en XPS)
51
Seguimiento o bloqueo de instalaciones de SharePoint Server 2010
Fecha de publicación: 10.06.10
Debido a que las implementaciones de los productos de SharePoint 2010 se administran
en el nivel del conjunto de servidores, una única implementación de SharePoint no tiene
información sobre otras implementaciones de SharePoint que podrían existir en la misma
empresa. Los administradores necesitan esta información para administrar y controlar
todas las implementaciones de la compañía. Deben saber, por ejemplo, si una
implementación se ha configurado según los requisitos de la organización o cuántas
implementaciones no autorizadas existen en la empresa. Los productos de SharePoint
2010 ofrecen la posibilidad de hacer un seguimiento e incluso bloquear instalaciones
aleatorias de Microsoft SharePoint Server 2010.
En este artículo:
Bloqueo de instalaciones
Seguimiento de instalaciones
Bloqueo de instalaciones Si desea bloquear a los usuarios para que no instalen SharePoint Server 2010 y
productos relacionados, establezca la siguiente clave del Registro mediante la directiva
de grupo en los servicios de directorio de Active Directory:
HKLM\Software\Policies\Microsoft\Shared Tools\Web Server Extensions\14.0\
SharePoint\DWORD DisableInstall
Para bloquear instalaciones, establezca DWORD DisableInstall=00000001.
Cuando se establece esta clave del Registro, los usuarios que intentan instalar
SharePoint Server 2010 reciben el siguiente mensaje de error:
Se bloqueó la instalación de SharePoint en la organización. Póngase en contacto con el
administrador de red para obtener más información.
Para establecer un valor del Registro mediante directiva de grupo, puede usar un archivo
.admx en Windows Server 2008 o un cmdlet de Windows PowerShell en Windows
Server 2008 R2. Para consultar cómo establecer valores del Registro mediante
directivas de grupo en Windows Server 2008, vea Guía de referencia de sintaxis ADMX
para directivas de grupo (http://go.microsoft.com/fwlink/?linkid=194348&clcid=0xC0A).
Para consultar cómo establecer valores del Registro mediante directivas de grupo en
Windows Server 2008 R2, vea Establecimiento de un valor de clave del Registro desde
la línea de comandos mediante cmdlets de directiva de grupo de PowerShell
(http://go.microsoft.com/fwlink/?linkid=194345&clcid=0xC0A). Para obtener información
general sobre directivas de grupo, vea Directiva de grupo
(http://go.microsoft.com/fwlink/?linkid=177635&clcid=0xC0A) en TechNet.
52
Seguimiento de instalaciones Un marcador de Servicios de dominio de Active Directory (AD DS) llamado Punto de
conexión de servicio identifica los servidores de los productos de SharePoint 2010 de
una organización. Para usar este marcador, cree un contenedor en AD DS y establezca
los permisos para el mismo antes de instalar cualquiera de los productos de SharePoint
2010 en el entorno. De aquí en adelante, cuando usted u otro usuario del dominio
ejecute el asistente para configurar los productos de SharePoint como parte de la
instalación de SharePoint Server 2010, se establecerá el marcador y se podrá realizar un
seguimiento del mismo mediante AD DS. Si desea realizar un seguimiento de todas las
instalaciones en todos los dominios, deberá establecer el marcador para cada uno de los
dominios de la organización. Al quitar el último servidor de un conjunto de servidores, se
quita el marcador de AD DS. También puede establecer el marcador mediante Windows
PowerShell. El marcador contiene la dirección URL del servicio de equilibrio de carga y
detección de aplicaciones (también denominado aplicación de servicio de topología) para
el conjunto de servidores.
Para escribir en el contenedor, debe conceder permisos a todas las cuentas de usuario o
de dominio que podrían ejecutar el asistente para configurar los productos de
SharePoint. Si una cuenta no tiene estos permisos, aparecerá la siguiente advertencia
en el archivo de registro del asistente para configurar los productos de SharePoint:
No se pudo agregar el punto de conexión de servicio para este conjunto de servidores
No se puede crear un punto de conexión de servicio en el dominio de Active Directory
actual. Compruebe que el contenedor de SharePoint existe en el dominio actual y que
tiene derechos para escribir en él.
Para crear el contenedor en Active Directory y establecer los permisos, puede usar el
editor de interfaces ADSI.
Para crear un contenedor de punto de conexión de servicio para realizar un
seguimiento de instalaciones
1. En el controlador de dominio, haga clic en Inicio, seleccione Herramientas
administrativas y, a continuación, haga clic en Editor ADSI. También puede usar
una herramienta de administración remota para conectarse al Editor ADSI desde otro
equipo.
2. En el menú Acción, haga clic en Conectar a y conéctese al dominio que desee
usar.
3. En el árbol de consola, expanda la conexión, expanda el nombre de dominio y haga
clic en CN=System.
4. En el panel de detalles, haga clic con el botón secundario sobre el área blanca, haga
clic en Nuevo y, a continuación, haga clic en Objeto.
53
5. En el cuadro de diálogo Crear objeto, en el cuadro Seleccionar una clase, haga
clic en contenedor y, a continuación, haga clic en Siguiente.
6. En el cuadro Valor, escriba Productos de Microsoft SharePoint como nombre
para el contenedor y, a continuación, haga clic en Siguiente.
Este es el nombre predeterminado.
Nota:
Puede usar otros nombres. Sin embargo, si lo hace, debe crear una directiva de grupo
para los equipos del dominio para establecer un valor de cadena
ContainerDistinguishedName bajo la siguiente clave del Registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\SharePoint. Esto permite
que el asistente para configurar los productos de SharePoint detecte el nuevo nombre.
7. Haga clic en Finalizar.
Se crea el contenedor.
8. Haga clic con el botón secundario en el contenedor (CN=Productos de Microsoft
SharePoint) y, a continuación, haga clic en Propiedades.
9. En la ficha Seguridad, haga clic en Agregar.
10. En el cuadro Seleccionar usuarios, equipos, cuentas de servicio o grupos,
agregue los usuarios a los que desee permitir escribir en el contenedor y, a
continuación, haga clic en Aceptar.
Tenga en cuenta que si un usuario que no puede escribir en este contenedor instala
SharePoint Server 2010, no se creará una nueva entrada. Si concede el permiso a
todos los usuarios autenticados, podrá realizar un seguimiento de todos los objetos.
11. En el cuadro Nombres de grupos o usuarios, seleccione los nombres que agregó
anteriormente y, a continuación, en el cuadro Permisos, haga clic en Avanzados.
12. En el cuadro Entradas de permiso, seleccione los nombres que agregó
anteriormente y, a continuación, haga clic en Editar.
13. En el cuadro de diálogo Entrada de permiso para productos de Microsoft
SharePoint, en el cuadro Permisos, active la casilla de verificación Permitir para
Crear objetos serviceConnectionPoint y, a continuación, haga clic en Aceptar.
Para validar este proceso, instale y aprovisione un nuevo conjunto de servidores de
SharePoint en el entorno. Compruebe también si el punto de conexión de servicio se
creó correctamente. Si todo funciona, verá un nuevo objeto GUID en el contenedor
Productos de Microsoft SharePoint. Haga clic con el botón secundario en el objeto y, a
continuación, haga clic en Propiedades. La dirección URL del servicio de equilibrio de
carga y detección de aplicaciones del conjunto de servidores aparecerá en la lista.
Existe un script que incluye todos los nombres de servidores de los productos de
SharePoint 2010 de un dominio. Para obtenerlo, vea Obtención de una lista de todos los
54
cuadros de SharePoint 2010 de un dominio mediante el marcador de Active Directory
(http://gallery.technet.microsoft.com/ScriptCenter/es-es/af31bded-f33f-4c38-a4e8-
eaa2fab1c459) en el Centro de scripts.
Realice el siguiente procedimiento para agregar o actualizar el punto de conexión de
servicio para el conjunto de servidores actual en AD DS.
Para establecer un punto de conexión de servicio en AD DS mediante Windows
PowerShell
1. Compruebe que cumple con los siguientes requisitos mínimos: consulte Add-
SPShellAdmin.
2. En el menú Inicio, haga clic en Todos los programas.
3. Haga clic en Productos de Microsoft SharePoint 2010.
4. Haga clic en Consola de administración de SharePoint 2010.
5. En el símbolo del sistema de Windows PowerShell, escriba el comando siguiente:
Set-SPFarmConfig -ServiceConnectionPointBindingInformation
CadenaConInformaciónDeEnlace
Donde:
CadenaConInformaciónDeEnlace suele ser la dirección URL del servicio de
equilibrio de carga y detección de aplicaciones. Tenga en cuenta que esta
variable puede contener cualquier cadena válida de su elección, como la
dirección URL de Administración central.
Para obtener la dirección URL del servicio de equilibrio de carga y detección de
aplicaciones, ejecute el siguiente comando.
Get-SPTopologyServiceApplication | select URI
Se devolverá la dirección URL del servicio de equilibrio de carga y
detección de aplicaciones. Para obtener más información, vea Get-
SPTopologyServiceApplication (http://technet.microsoft.com/es-
es/library/fc40e2b8-5710-4034-b37f-b4e61008410a(Office.14).aspx).
6. Cuando se le pida que confirme la acción, escriba Y.
Para obtener más información, vea Set-SPFarmConfig (http://technet.microsoft.com/es-
es/library/fc9fd625-0df1-467a-bd31-16b7e29fbca9(Office.14).aspx).
Realice el siguiente procedimiento para eliminar el punto de conexión de servicio para el
conjunto de servidores actual en AD DS.
55
Para eliminar un punto de conexión de servicio en AD DS mediante Windows
PowerShell
1. Compruebe que cumple con los siguientes requisitos mínimos: consulte Add-
SPShellAdmin.
2. En el menú Inicio, haga clic en Todos los programas.
3. Haga clic en Productos de Microsoft SharePoint 2010.
4. Haga clic en Consola de administración de SharePoint 2010.
5. En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando.
Set-SPFarmConfig -ServiceConnectionPointDelete
6. Cuando se le pida que confirme la acción, escriba Y.
Para obtener más información, vea Set-SPFarmConfig (http://technet.microsoft.com/es-
es/library/fc9fd625-0df1-467a-bd31-16b7e29fbca9(Office.14).aspx).
Realice el siguiente procedimiento para determinar la información del punto de conexión
de servicio para el conjunto de servidores actual en AD DS.
Para buscar el punto de conexión de servicio para un conjunto de servidores
mediante Windows PowerShell
1. Compruebe que cumple con los siguientes requisitos mínimos: consulte Add-
SPShellAdmin.
2. En el menú Inicio, haga clic en Todos los programas.
3. Haga clic en Productos de Microsoft SharePoint 2010.
4. Haga clic en Consola de administración de SharePoint 2010.
5. En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando.
Get-SPFarmConfig -ServiceConnectionPoint
Para obtener más información, vea Get-SPFarmConfig (http://technet.microsoft.com/es-
es/library/83a26555-6b6e-4959-9a6a-bdef049de2a2(Office.14).aspx).