resumen - download.microsoft.comdownload.microsoft.com/.../evaluatesharepointserver201… · web...

Guía de evaluación de Microsoft SharePoint 2010 para profesionales de TI

1 www.microsoft.com/sharepoint

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.

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.

© 2010 Microsoft. Reservados todos los derechos.

ContenidoResumen..........................................................................................................1Introducción.....................................................................................................1Implementación y actualización......................................................................2

Requisitos del sistema..................................................................................2Requisitos de explorador..............................................................................3Instalación.....................................................................................................4Actualización de Windows SharePoint Services 3.0 y Office SharePoint Server 2007..................................................................................................6

Preparación de la actualización.................................................................6Métodos de actualización..........................................................................8Reducción del tiempo de inactividad.........................................................8Actualización visual...................................................................................9Registro de actualización........................................................................10Ejemplo de escenario de actualización....................................................10

Mejoras en la administración de revisiones................................................12Sitio web de Administración central de SharePoint.......................................13Aplicaciones de servicio.................................................................................14

Servicios de conectividad empresarial.......................................................17Tipos de contenido externo.....................................................................17Integración de SharePoint Server y Office...............................................18

Servicio de metadatos administrados.........................................................18Aplicación de servicio de metadatos administrados................................18Ejemplo de escenario de servicio de metadatos administrados..............19

Búsqueda....................................................................................................20Arquitectura de búsqueda.......................................................................20Arquitectura de consultas.......................................................................21Arquitectura de rastreos..........................................................................21Administración de búsqueda...................................................................22

FAST Search para SharePoint.....................................................................22Conclusiones sobre las aplicaciones de servicio.........................................23

http://sharepoint.microsoft.com/es-es/

Seguridad......................................................................................................23Servicios de almacenamiento seguro.........................................................23Cuentas administradas...............................................................................23Autenticación basada en notificaciones......................................................24

Supervisión y mantenimiento........................................................................25Diagnósticos...............................................................................................25Recolección de datos de mantenimiento y uso..........................................27Confiabilidad y supervisión.........................................................................28Informes......................................................................................................30

Almacenamiento remoto de blobs (objetos binarios grandes)......................32Controles de rendimiento..............................................................................33

Limitación de recursos................................................................................33Controlar actividades de listas de gran tamaño.........................................34

Administración de Windows PowerShell........................................................36Ejemplos de cmdlets de Windows PowerShell............................................36

Administración de la continuidad empresarial...............................................37Administración central frente a Windows PowerShell.................................37Copias de seguridad y restauración pormenorizadas.................................38

Copia de seguridad de una colección de sitios........................................38Exportar un sitio o lista............................................................................39Recuperación de datos desde una base de datos de contenido no adjunta................................................................................................................40Escenario: Usar Windows PowerShell para realizar copias de seguridad de todas las colecciones de sitios de forma individual mediante scripts 42

Copia de seguridad y restauración de granjas de servidores.....................42Alta disponibilidad......................................................................................43Bases de datos de solo lectura...................................................................43Reflejo de SQL.............................................................................................44Instantáneas SQL........................................................................................44Copias de seguridad y restauración de búsqueda e índice.........................45

Gobierno........................................................................................................45

2 http://sharepoint.microsoft.com/es-es/

Multiempresa y hospedaje.............................................................................46Suscripciones al sitio...................................................................................47Administración............................................................................................47

Personalización de marca..............................................................................48Temas.........................................................................................................48Páginas maestras........................................................................................49SharePoint Designer 2010..........................................................................50

Conclusión.....................................................................................................51Recursos........................................................................................................52


ResumenEsta guía de evaluación está diseñada para ofrecer a los profesionales de TI una introducción y una descripción general de las características de Microsoft® SharePoint® 2010 más relevantes para instalar, administrar y configurar el conjunto o granja de servidores de SharePoint. Comienza con una breve introducción y un resumen de las novedades, seguidos de una explicación más detallada de las características más relevantes.

El principal objetivo de esta guía es proporcionar al profesional de TI los conocimientos necesarios para instalar y evaluar SharePoint 2010. Esta guía está destinada a los administradores de Windows Server®, Windows SharePoint Services 3.0 y Office SharePoint Server 2007, los administradores de servidores web o cualquier profesional de TI encargado de la administración de servidores.

Esta guía de evaluación está sujeta a cambios. Para obtener la información más reciente acerca de SharePoint 2010, vaya a http://sharepoint.microsoft.com/es-es/paginas/default.aspx.

IntroducciónMicrosoft SharePoint 2010 es la plataforma de colaboración empresarial para empresas e Internet. SharePoint 2010 puede implementarse in situ (también denominada implementación local) o como servicio hospedado, como el caso de SharePoint Online. También puede implementarse en máquinas físicas o virtualizadas para fomentar la reducción de costos y de carga operativa, además de proporcionar consolidación de servidores. La implementación de SharePoint Server requiere una dedicación intensa de los profesionales de TI, tanto si es local como hospedada, virtualizada o física. Microsoft SharePoint 2010 incluye numerosas mejoras y nuevas características para los administradores.

Concretamente, SharePoint 2010 proporciona al profesional de TI lo siguiente:

Aumento de la productividad, al mejorar la experiencia administrativa y ofrecer al administrador perspectivas operativas más profundas. El aumento de la productividad se consigue mediante un nuevo sitio web de Administración central más sencillo, nuevas funcionalidades para administrar y supervisar la granja de servidores de SharePoint y compatibilidad con Windows PowerShell™.


http://sharepoint.microsoft.com/es-es/paginas/default.aspx

Una infraestructura escalable y unificada, que incluye un control mejorado de los recursos del servidor (por ejemplo, para mejorar el rendimiento y la administración de listas de gran tamaño) y protección y administración de datos mediante alta disponibilidad. SharePoint 2010 incluye además una nueva arquitectura de servicios escalable que permite a los administradores de SharePoint administrar y centralizar de forma eficaz servicios como Búsqueda, Mis sitios y Taxonomía. La nueva arquitectura de servicios es extensible, de modo que permite a los fabricantes independientes de software (ISV) crear servicios y agregarlos a la plataforma. La limitación de recursos está implementada en toda la plataforma, tanto para las solicitudes HTTP o el uso del procesador y la memoria, como para la administración de listas y documentos para asegurar el rendimiento y proteger la disponibilidad de la granja de servidores.

Opciones flexibles de implementación, mediante un proceso rápido y sencillo de instalación y configuración, y una ruta de actualización predecible y coherente desde Windows SharePoint Services 3.0 y Office SharePoint Server 2007. También se incluye una funcionalidad que permite a los administradores administrar la manera en que los usuarios usan SharePoint. Por ejemplo, ahora se puede permitir a los administradores de sitios que carguen y ejecuten código personalizado sin riesgo alguno dentro de un entorno de espacio aislado controlado usando las soluciones de espacio aislado. Los administradores también tienen más control de gobierno: Si desea mantener una implementación centralizada de SharePoint frente a un enfoque más descentralizado, puede bloquear esas implementaciones mediante una directiva de grupo o controlarlas mediante el marcador de Active Directory® compatible.

SharePoint 2010 tiene numerosas características orientadas a los profesionales de TI, pero este documento no se detendrá en una explicación detallada de cada característica. En esta guía se describirán algunas de las características nuevas y mejoradas más atractivas de SharePoint 2010 para profesionales de TI.

Implementación y actualizaciónRequisitos del sistemaPara implementar un entorno de SharePoint 2010, su infraestructura debe cumplir los siguientes requisitos mínimos:


Sistema operativo Windows Server® 2008 de 64 bits con Service Pack 2 (SP2) o posterior, o Windows Server 2008 R2

Microsoft SQL Server® 2005 de 64 bits con SP3 y actualización acumulativa 3 o posterior, o SQL Server 2008 de 64 bits con SP1 y actualización acumulativa 2 o posterior, o SQL Server 2008 R2

Para obtener la lista actualizada y completa de los requisitos previos para instalar SharePoint 2010, vea el artículo acerca de los requisitos de hardware y software para SharePoint 2010 (http://go.microsoft.com/fwlink/?linkid=166546&clcid=0xC0A) en el sitio web de Microsoft TechNet.

Requisitos de exploradorSharePoint 2010 admite varios de los exploradores web usados habitualmente. Los diversos exploradores ofrecen diferentes niveles de compatibilidad y funcionalidad. La compatibilidad con exploradores de SharePoint 2010 puede dividirse en tres categorías:

• CompatibleUn explorador web compatible es aquel cuyas características y funcionalidad totalmente probadas funcionan con SharePoint Server 2010. Si surge algún problema, el soporte técnico puede ayudar a resolverlo.

• Compatible con limitaciones conocidasUn explorador web compatible con limitaciones conocidas funciona con la mayoría de las características y funcionalidades, pero si alguna característica o funcionalidad no funciona o, por diseño, está deshabilitada, puede recurrir a la documentación disponible para resolver estos problemas.

• Sin probarUn explorador web sin probar es aquel que no se ha probado su compatibilidad con SharePoint Server 2010, y es posible que surjan problemas al usarlo.SharePoint Server 2010 funciona mejor con exploradores web actualizados y basados en estándares. A continuación se incluyen los exploradores compatibles que se ejecutan en el sistema operativo Windows®:

Internet Explorer 7 de 32 bits Internet Explorer 8 de 32 bits

A continuación incluimos las opciones de exploradores compatibles con limitaciones conocidas:

Internet Explorer 7 de 64 bits3 http://sharepoint.microsoft.com/es-es/

http://go.microsoft.com/fwlink/?linkid=166546&clcid=0xC0A


Internet Explorer 8 de 64 bits Firefox 3.6 de 32 bits en sistemas operativos Windows Firefox 3.6 en sistemas operativos que no son de Windows Safari 4.04 en sistemas operativos que no son de Windows

SharePoint 2010 no admite Internet Explorer 6 para escenarios de sitios de publicación (como Internet orientado a sitios “.com”). Las características de gestión de contenido web integradas en SharePoint Server 2010 proporcionan un profundo nivel de control sobre el marcado y el estilo de la experiencia del lector. Los diseñadores de páginas pueden usar estas características para ayudar a garantizar que las páginas que diseñan sean compatibles con exploradores adicionales, incluido Internet Explorer 6, para ver el contenido. Sin embargo, es responsabilidad del diseñador crear páginas compatibles con los exploradores que desean admitir.Para obtener información completa acerca de la compatibilidad de exploradores, vea http://go.microsoft.com/fwlink/?linkid=190341&clcid=0xC0A

Instalación El proceso de instalación para SharePoint 2010 se mejoró y simplificó varias áreas esenciales. En primer lugar, el proceso de instalación ahora cuenta con la Herramienta de preparación de Productos y Tecnologías de Microsoft SharePoint 2010. Antes de instalar SharePoint 2010, puede ejecutarse el instalador de requisitos previos para examinar el sistema y asegurarse de que se hayan instalado todos los componentes necesarios para implementar SharePoint Server. Si el análisis detecta que no se instalaron algunos de estos componentes, el instalador de requisitos previos descargará e instalará los componentes necesarios para la instalación de SharePoint 2010. La Herramienta de preparación de Productos y Tecnologías de Microsoft SharePoint 2010 puede implementarse opcionalmente para aprovechar el software en un recurso compartido local cuando la conectividad a Internet no está disponible.Después de haber instalado los componentes de requisitos previos, los administradores tienen dos opciones para instalar SharePoint 2010: usar la interfaz gráfica de usuario (PSConfigUI) o ejecutar la instalación mediante scripts usando archivos de configuración y Windows PowerShell. PSConfigUI proporciona un sencillo proceso paso a paso en el que los usuarios pueden especificar la configuración que desean. Usar Windows PowerShell implica más participación, pero algunos profesionales de TI posiblemente consideren que satisface mejor sus necesidades en comparación con PSConfigUI. Al ejecutar la instalación mediante scripts, se asegura que todos los servidores que ejecutan SharePoint Server tengan configuraciones idénticas. Las instalaciones mediante scripts también son ventajosas desde una




perspectiva de recuperación ante desastres; si un servidor deja de funcionar, puede volver a instalar SharePoint Server rápidamente usando un script creado anteriormente. Los dos métodos son totalmente compatibles.Después de instalar SharePoint 2010, existe un nuevo asistente para configuración diseñado para simplificar el proceso de configuración que guía a los profesionales de TI a través de los pasos para configurar una nueva granja de servidores y la funcionalidad específica de la granja.Por ejemplo, el Asistente para la configuración del conjunto de servidores guía a los administradores a través de los pasos iniciales del proceso de configuración de la granja, que incluye especificar las cuentas con que se ejecutará cada servicio y los servicios necesarios en la granja. También es posible que los programadores o los proveedores de terceros agreguen otros asistentes para ayudar con la configuración de otras áreas de SharePoint 2010 y, si un administrador desea personalizar totalmente la configuración de la granja de servidores, puede prescindir del Asistente para la configuración del conjunto de servidores y configurar manualmente todos los elementos.

Figura 1: Página Asistentes de configuraciónOtro aspecto nuevo del proceso de instalación es la adición de una frase de contraseña para la granja de servidores. Se trata de una contraseña usada para cifrar todas las comunicaciones y credenciales en toda la granja de servidores. La frase de contraseña de la granja de servidores se solicita antes de agregar o quitar un servidor en la granja de servidores de SharePoint. El administrador puede cambiar la frase de contraseña a través de Windows PowerShell.5 http://sharepoint.microsoft.com/es-es/

Para reducir el trabajo del administrador, SharePoint 2010 presenta un nuevo concepto denominado cuentas administradas. Una cuenta administrada es en realidad una cuenta de usuario de Active Directory cuyas credenciales administra y contiene SharePoint. Esto permite a SharePoint 2010 administrar de manera segura sus propias cuentas de servicio y resumir (o cambiar) las contraseñas cuando sea necesario. Cuando debe resumirse una contraseña, SharePoint 2010 respetará las directivas de contraseña de dominio de Active Directory al crear una nueva contraseña para la cuenta.

Existen otros cambios en la instalación y la implementación que permiten a los administradores de la red controlar y administrar los servidores de SharePoint 2010 que hay instalados y en ejecución en la red. Durante la instalación, SharePoint 2010 escribirá un "marcador" en un contenedor preconfigurado de Active Directory. Estos marcadores permiten a los administradores de la red controlar y administrar las implementaciones de SharePoint en su infraestructura, en función de los informes generados a partir de los datos almacenados en Active Directory.

Los administradores ahora también pueden usar la directiva de grupo de Windows para evitar la instalación de SharePoint en servidores no autorizados. Esto proporciona a los administradores un mayor control de su entorno de SharePoint y aumenta considerablemente su capacidad para aplicar las directivas de gobierno establecidas.

Actualización de Windows SharePoint Services 3.0 y Office SharePoint Server 2007Se han realizado inversiones considerables en diversos escenarios de actualización para SharePoint 2010 a fin de ofrecer una experiencia predecible y sencilla para el profesional de TI. Se realizaron inversiones en todos los aspectos de la actualización, desde la preparación de la actualización hasta la personalización del entorno posterior a la actualización.

Preparación de la actualizaciónLa preparación de la actualización comienza con Windows SharePoint Services 3.0 y Office SharePoint Server 2007 SP2, con la introducción de la operación preupgradecheck de STSADM. Esta operación puede ejecutarse en una granja de servidores de Windows SharePoint Services 3.0 u Office SharePoint Server 2007 existente para generar informes de datos de servidor y granjas, mantenimiento y disponibilidad de actualización. Identifica información clave, como por ejemplo:6 http://sharepoint.microsoft.com/es-es/

Servidores y cantidad total de contenido Configuración de búsqueda Asignaciones alternativas de acceso Características Definiciones de sitio Paquetes de idioma

También expone posibles problemas, incluidos los siguientes:

Listas de gran tamaño Huérfanos de datos Vistas y tipos de contenido del lenguaje de marcado de la aplicación de

colaboración (CAML) Bases de datos de contenido modificado que tienen esquemas

incorrectos Dependencias de actualización que faltan

Todo esto se recopila y compila en un informe que puede visualizarse mediante un explorador. El proceso de preupgradecheck es de solo lectura y no realiza cambios en el entorno de SharePoint existente. Por tanto, puede ejecutarse con frecuencia no solo antes de actualizar sino también para comprobar simplemente el mantenimiento general del entorno de SharePoint. Los administradores también pueden adjuntar bases de datos de contenido de SharePoint a una granja de servidores de SharePoint 2010 y luego ejecutar el cmdlet Test-SPContentDatabase de PowerShell en las bases de datos. Este cmdlet probará la base de datos especificada en la aplicación web indicada e identificará los problemas actuales o posibles, tales como:

Huérfanos de datos Definiciones de sitios que faltan Características que faltan Ensamblados que faltan

Este cmdlet tiene como objetivo complementar el informe de la herramienta de comprobación previa a la actualización y además es de solo lectura, impidiendo así la interrupción de datos mientras se buscan problemas durante la prueba.Métodos de actualizaciónExisten dos métodos principales para actualizar de Windows SharePoint Services 3.0 y Office SharePoint Server 2007 a SharePoint 2010: en contexto y de base de datos adjunta. La actualización en contexto sirve para actualizar un servidor Office SharePoint Server 2007 existente a SharePoint 2010, y el proceso puede reiniciarse en caso de que surja algún problema. La 7 http://sharepoint.microsoft.com/es-es/

actualización de base de datos adjunta permite realizar una copia de seguridad de una base de datos de Windows SharePoint Services 3.0 u Office SharePoint Server 2007 y adjuntarla a una aplicación web de SharePoint 2010. SharePoint Server luego actualiza esta base de datos y permite que esté disponible a través de la aplicación web. Además, las instalaciones básicas (o “instalaciones con un solo clic”) pueden actualizarse mediante una actualización en contexto y, posteriormente, migrar desde una implementación de Windows Internal Database para aprovechar el almacenamiento remoto de blobs (RBS, tema que se tratará más adelante en esta guía). Es útil para escenarios donde Windows SharePoint Services 3.0 está instalado con Windows Internal Database, ya que SharePoint Foundation 2010 se distribuye con SQL Server Express con un límite de 4 GB por base de datos. Los objetos BLOB (objeto binario grande) grandes pueden almacenarse en unidades de disco de SQL FILESTREAM en lugar de hacerlo en el interior de la base de datos de contenido. Si se usa la capacidad de almacenamiento de blobs de SharePoint 2010, el tamaño de la base de datos de contenido puede mantenerse dentro de los límites de tamaño.Reducción del tiempo de inactividad Las diversas características que se introdujeron en SharePoint 2010 permiten realizar actualizaciones más rápidas con un tiempo de inactividad de servidor mínimo o inexistente.La primera característica es el uso de bases de datos de solo lectura, que originalmente estuvo disponible en Windows SharePoint Services 3.0 y Office SharePoint Server 2007 SP2. Durante una actualización o revisión, una base de datos de contenido en una granja de servidores de copia de seguridad puede marcarse como de solo lectura dentro de SQL Server, impidiendo cambios de contenido y al mismo tiempo manteniendo activo el sitio de copia de seguridad para ofrecer acceso de solo lectura a los usuarios del sitio. SharePoint 2010 reconoce que la base de datos de contenido se ha configurado como de solo lectura desde SQL Server y desactiva todas las áreas de la interfaz de usuario para proporcionar una vista de usuario final de solo lectura. Esto permite a los usuarios un acceso de lectura al contenido mientras se realiza la actualización.Otra mejora significativa para reducir el tiempo que tarda una actualización es la posibilidad de realizar varias actualizaciones de bases de datos adjuntas simultáneamente. Al usar varias sesiones de Windows PowerShell, pueden actualizarse varias bases de datos en paralelo, lo que significa que la cantidad de datos que se actualizan al mismo tiempo está limitada únicamente por sus recursos de SQL Server.


Por último, existe otra opción para los clientes que tienen cantidades de contenido tan grandes que les resulta difícil completar la actualización en un tiempo razonable. Esta opción implica usar redirecciones de asignación alternativa de acceso para dirigir el tráfico entre una granja de servidores de SharePoint 2010 y una granja de servidores de Windows SharePoint Services 3.0 u Office SharePoint Server 2007 en función de la URL solicitada usando los redireccionamientos 302 del lado cliente. Esto permite usar un enfoque de actualización más gradual y por etapas, y proporciona el tiempo necesario para actualizar bases de datos de contenido de gran tamaño sin generar tiempos prolongados de inactividad del servidor o servicio.Para obtener más información acerca de la actualización de SharePoint 2010, vea http://go.microsoft.com/fwlink/?linkid=189356&clcid=0xC0AActualización visualPara reducir el impacto de la actualización en los usuarios, SharePoint 2010 admite páginas maestras y hojas de estilos en cascada de Windows SharePoint Services 3.0 y Office SharePoint Server 2007. De manera predeterminada, después de actualizar una base de datos de contenido, los sitios se muestran con los elementos visuales de Windows SharePoint Services 3.0 y Office SharePoint Server 2007, que ofrecen a los usuarios la apariencia familiar a la que están acostumbrados.

Visualmente, un sitio actualizado luego puede aparecer en uno de tres estados: Windows SharePoint Services 3.0/Office SharePoint Server 2007, modo de vista previa de SharePoint 2010 y SharePoint 2010. Si se usa el modo de vista previa de SharePoint 2010, los administradores del sitio pueden obtener una vista previa de la apariencia del sitio con la interfaz de usuario de SharePoint 2010 antes de confirmar la actualización. Esta opción se encuentra en el nivel del sitio y ofrece una experiencia muy flexible y detallada. Si se usa el enfoque de actualización visual gradual, los profesionales de TI pueden aprovechar todas las mejoras en administración de la plataforma mientras planean y administran el aprendizaje del usuario final y la personalización de actualizaciones que pueden requerirse dentro de la organización.



Figura 2: Opciones de actualización visual

Registro de actualizaciónLas funcionalidades de registro se expandieron y estandarizaron, y permiten generar informes de manera más sencilla y coherente sobre el proceso de actualización. Esto incluye la creación de un registro exclusivo para cada actualización. También se genera un registro únicamente de errores que reduce la necesidad de buscar problemas en el registro de actualización completo. Ejemplo de escenario de actualizaciónConsidere el siguiente escenario de ejemplo para comprender mejor el proceso de actualización. Arturo tiene asignada la tarea de actualizar la granja de servidores de Office SharePoint Server 2007 a SharePoint 2010, intentando producir el menor tiempo de inactividad posible. Durante la actualización, los datos podrán marcarse como de solo lectura. Arturo implementará SharePoint 2010 en un nuevo hardware y realizará la actualización mediante el método de base de datos adjunta.Antes de iniciar el proceso, Arturo probó y actualizó el servidor que ejecuta Office SharePoint Server 2007 con SP2 y todas las actualizaciones acumulativas correspondientes. Una vez realizado esto, ya puede ejecutar Stsadm.exe –o preupgradecheck. Usa el resultado para comprobar que su granja de servidores está lista para actualizarse. Detecta algunos problemas donde no está siguiendo los procedimientos recomendados de SharePoint con respecto a las listas de gran tamaño y se dispone a examinar estas listas y buscar soluciones. Como preupgradecheck es una herramienta de solo lectura, puede ejecutarla con frecuencia sin peligro


alguno y comprobar su avance mientras intenta resolver los problemas que ha detectado.Después de eliminar los problemas detectados de las bases de datos, Arturo comienza a instalar SharePoint 2010 en el nuevo hardware. Una vez que ha establecido esta granja de servidores, configurado todas las aplicaciones de servicio necesarias y aprovisionado las aplicaciones web requeridas, Arturo ya puede comenzar el proceso de prueba de la actualización. Como ha seleccionado el método de base de datos adjunta, realiza una copia de seguridad de la base de datos de producción y la restaura en el nuevo servidor que ejecuta SQL Server. En la nueva granja de servidores, aprovecha el cmdlet Test-SPContentDatabase de Windows PowerShell para notificar cualquier posible problema al adjuntar la base de datos de contenido a la aplicación web que acaba de aprovisionar. El resultado obtenido del comando indica a Arturo que no ha instalado todas las características necesarias en el nuevo servidor de SharePoint y a las que se hace referencia en la base de datos que desea adjuntar. Instala las características necesarias y de este modo evita un error de actualización.Una vez que todo está en orden, Arturo realiza su primera actualización usando el cmdlet Mount-SPContentDatabase de Windows PowerShell. Al finalizar la actualización, revisa el registro de actualización de solo errores y, a continuación, el registro de actualización completo, lo que le proporciona una idea específica de los problemas que surgieron y el informe línea a línea que puede revisar para comprender mejor lo que sucedió durante el proceso de actualización.Una vez que ha completado correctamente el cmdlet de actualización, ya puede abrir el sitio y revisar su contenido. Lo primero que advierte es que el sitio tiene exactamente la misma apariencia que tenía en la granja de servidores de Office SharePoint Server 2007 gracias a las características de la actualización visual. Para ver el aspecto del sitio con la apariencia de SharePoint 2010, accede a Configuración del sitio y selecciona la opción de vista previa. De esta manera, Arturo puede confirmar que la apariencia general es la adecuada gracias a los nuevos elementos visuales aplicados. Si está satisfecho con los resultados, puede aplicar el cambio de manera permanente; si considera que debe realizar ajustes en el sitio, puede desactivar la vista previa y volver a la interfaz de Office SharePoint Server 2007. La característica se configura en el nivel del sitio individual, lo que permite a Arturo realizar selecciones muy específicas. También puede usar Windows PowerShell para modificar los elementos visuales mediante scripts. Una vez que Arturo ha finalizado la prueba de actualización de la base de datos, ya puede comenzar a actualizar el contenido de producción. Después de terminar de trabajar con los diversos propietarios de contenido empresarial para validar el proceso de actualización y de solucionar los


problemas, está listo para planear la programación de actualización de producción. Planea notificar a los usuarios sobre la actualización inminente y posteriormente configurar como de solo lectura las bases de datos de contenido de la granja de servidores de Office SharePoint Server 2007 desde SQL Server. Este proceso establecerá los datos como de solo lectura y evitará cualquier incoherencia de los datos durante el tiempo de actualización. Además, recortará la interfaz de usuario de SharePoint mediante la eliminación de las funcionalidades Nuevo o Edición para todos los usuarios, lo cual ayuda a evitar la confusión. Después de establecer todas las bases de datos como de solo lectura, Arturo realiza una copia de seguridad de las bases de datos y las restaura en el nuevo servidor que ejecuta SQL Server. Una vez que las bases de datos están en su lugar, entonces puede comenzar a adjuntarlas con ayuda de Windows PowerShell. Durante la prueba, confirmó que el nuevo hardware era lo suficientemente eficaz como para abrir varias ventanas de Windows PowerShell y que cada una actualizara una base de datos diferente a la vez. Esto permite reducir el tiempo de actualización. Arturo también puede comprobar el progreso de la actualización mediante estas ventanas de Windows PowerShell o desde la interfaz de Administración central de SharePoint 2010.Cuando todo el contenido de SharePoint de su compañía esté actualizado y disponible, Arturo contará entonces con el DNS actualizado para resolver todas las aplicaciones web en la nueva granja de servidores. Los propietarios de contenido confirman que la actualización de producción se realizó correctamente y seleccionan los elementos visuales de SharePoint 2010 adecuados. Cada propietario de contenido determinó anteriormente la forma adecuada de proceder para seleccionar los nuevos elementos visuales y el margen de tiempo para realizar el cambio. Arturo estableció una fecha límite de 30 días antes de usar Windows PowerShell para forzar la actualización de todos los elementos visuales con la apariencia de SharePoint 2010.Arturo realizó una actualización con éxito a SharePoint 2010 porque usó las herramientas integradas de SharePoint y realizó muchas tareas de planeación y prueba. Como solucionó los posibles problemas durante la etapa de prueba, pudo realizar la actualización con un mínimo de impacto en sus usuarios profesionales.

Mejoras en la administración de revisionesMientras que las actualizaciones de versiones sirven para pasar de una versión a otra, las actualizaciones menores (también denominadas "revisiones") usan los mismos principios para pasar de una compilación a otra. Hay varias funcionalidades disponibles para controlar y dar flexibilidad al proceso de actualización. La interfaz de usuario de administración de actualizaciones permite supervisar las actualizaciones en toda la granja de servidores. Hay además reglas de mantenimiento de actualización de estado


que avisan al administrador de las incoherencias que hay dentro de la granja de servidores. SharePoint 2010 admite además la compatibilidad de actualizaciones con versiones anteriores. Los administradores pueden aplicar actualizaciones en los servidores de la granja sin aplicar las actualizaciones en las bases de datos de manera temporal. Esto permite programar el tiempo de inactividad para la parte de la actualización de la base de datos del proceso de actualización o usar la técnica de reducción del tiempo de inactividad (mediante una base de datos de solo lectura para evitar una interrupción) mientras se realizan actualizaciones graduales.

Sitio web de Administración central de SharePointEl sitio web de Administración central fue rediseñado en SharePoint 2010 para ofrecer una experiencia más conocida y simplificar el proceso de búsqueda a los profesionales de TI. La página principal de Administración central agrupa las áreas funcionales principales y enumera en cada área muchas de las tareas más comúnmente usadas. Cada una de las áreas principales (Administración de aplicaciones, Supervisión, etc.) está representada en la página principal y para acceder a ellas se puede hacer clic en el nombre o en el vínculo correspondiente desde el panel de navegación situado a la izquierda de la página.

Figura 3: Administración central


Aunque el diseño ha cambiado, los profesionales de TI reconocerán muchos de los menús, que incluyen algunas opciones y funcionalidades nuevas. La interfaz de usuario de la cinta de opciones ofrece las opciones de configuración más habituales con solo hacer un clic, lo que permite a los administradores ver o cambiar detalles más fácilmente. Por ejemplo en Office SharePoint Server 2007, muchas de las tareas relacionadas con aplicaciones web requerían que el usuario hiciera clic en otro menú y volviera a seleccionar la aplicación web cada vez. Ahora los administradores simplemente seleccionan la aplicación web de una lista y acceden a todas las opciones de configuración para administrar esa aplicación web con un solo clic a través de la interfaz de usuario de la cinta de opciones.

Figura 4: Interfaz de usuario de la cinta de opciones

Aplicaciones de servicioSharePoint 2010 ahora implementa un modelo de servicio compartido nuevo y más flexible denominado Aplicaciones de servicio. Esta nueva arquitectura proporciona la base para todos los servicios que pueden compartirse dentro y entre granjas de servidores de SharePoint. La arquitectura de aplicaciones de servicio también está integrada en Microsoft SharePoint Foundation 2010, a diferencia de la arquitectura del proveedor de servicios compartidos (SSP) que solo estaba disponible en Office SharePoint Server 2007. En las siguientes figuras se muestra la página Administración de aplicaciones en Administración central y la página de administración Aplicaciones de servicio, respectivamente.


Figura 5: Página Administración de aplicaciones

Figura 6: Página de administración Aplicaciones de servicio

La ventaja principal de las aplicaciones de servicio de SharePoint 2010 es que ofrecen servicios muy específicos. Un administrador puede seleccionar únicamente las aplicaciones de servicio requeridas para la aplicación web que necesita configurar y ya no tendrá que configurar servicios innecesarios ni lidiar con la sobrecarga que implican. Además, la misma aplicación de servicio puede configurarse de manera diferente en diversas aplicaciones web; por eso, los sitios web pueden configurarse para usar únicamente los servicios necesarios en lugar de usar todo el banco de servicios disponibles. Esta especificación también se extiende a la forma en que las aplicaciones de servicio usan recursos del servidor como IIS y SQL, y por lo tanto, permite


optimizarlos para determinados escenarios de implementación de manera más sencilla.

Además, pueden publicarse varias aplicaciones de servicios, lo que permite compartirlas en todas las granjas de servidores. Esto da lugar a una topología de implementación flexible, en la que algunos servicios pueden ejecutarse en una granja central y consumirse desde ubicaciones regionales, mientras que otros pueden ejecutarse a nivel local.

El modelo de seguridad de aplicación de servicio permite a los administradores controlar en profundidad la administración de servicios. Los administradores de la granja de servidores pueden especificar administradores para determinadas aplicaciones de servicio, además de establecer permisos para características específicas dentro de las aplicaciones de servicio.

La nueva arquitectura de aplicación de servicio ofrece nuevas opciones de topología de implementación. Una granja de servidores específica puede conectarse con otras granjas para consumir servicios de uso compartido entre granjas de manera coherente con las restricciones de la infraestructura de red y otras consideraciones de implementación. Por ejemplo, en un entorno de gran tamaño, puede implementarse toda una granja de servidores de servicios empresariales (una granja que hospeda los servicios de uso compartido entre granjas más comúnmente usados). O bien, puede implementarse y optimizarse una granja de servidores dedicada para brindar los servicios de una aplicación de servicio específica (Búsqueda, por ejemplo), que a su vez pueden consumir otras granjas de servidores de SharePoint en la organización.

Algunas de las mejoras adicionales para el modelo de aplicación de servicio son:0

La arquitectura es extensible, lo que permite a otras compañías crear servicios y agregarlos a la plataforma.

Los servicios se administran directamente en Administración central (y no en un sitio de administración independiente).

Los servicios pueden supervisarse y administrarse de forma remota. Los servicios pueden administrarse y ejecutarse mediante scripts a

través de Windows PowerShell. Las comunicaciones de servicios compartidos se realizan a través de

HTTP(S). La mayoría de las aplicaciones de servicio están integradas en Windows

Communications Framework. La optimización está integrada en su


protocolo y usan secuencias binarias en lugar de XML para la transferencia de datos. Gracias a este cambio, los resultados de pruebas muestran mejoras en el rendimiento de la red.

A continuación en esta sección, se describen tres ejemplos de nuevas aplicaciones de servicio: Servicios de conectividad empresarial, Servicio de metadatos administrados y Búsqueda.Servicios de conectividad empresarialLos Servicios de conectividad empresarial (BCS) proporcionan las capacidades para conectar las aplicaciones cliente de SharePoint 2010 y Office 2010 a orígenes de datos externos (por ejemplo, SQL, Oracle, servicios web de SAP o conjuntos de datos personalizados). BCS es una actualización para el Catálogo de datos profesionales incluido en Office SharePoint Server 2007 y presenta varias funcionalidades nuevas, incluidas las operaciones CRUD completas en los datos externos y la capacidad de crear un nuevo tipo de lista de SharePoint, denominada lista externa, que hace referencia a datos externos en lugar de hacer referencia a los datos almacenados en SharePoint.

La configuración y administración se llevan a cabo principalmente a través de las páginas de aplicación de servicio dentro de Administración central, junto con la aplicación del Servicio de almacenamiento seguro usada para las implementaciones, donde BCS se conecta a orígenes de datos externos y requiere autenticación por usuario. Puesto que BCS está integrado en la arquitectura de la aplicación de servicio, se puede configurar para ejecutarse en varias instancias dentro de la misma granja de servidores, cada una configurada de forma independiente, cada una administrada por distintos administradores y cada una conectada a aplicaciones web de SharePoint iguales o distintas.

Tipos de contenido externoLa Conectividad a datos profesionales se genera en torno al concepto de modelos de aplicación. Un modelo de aplicación describe un origen de datos externo y es una colección de metadatos que ofrece a SharePoint la información que necesita para traducir las operaciones solicitadas por SharePoint, o una aplicación cliente, en las peticiones específicas para los datos externos.

A un nivel básico, un modelo de aplicación describe los métodos que SharePoint usa para crear, leer, actualizar y eliminar un registro. También define los datos (por ejemplo, un cliente o un pedido) y las acciones que un usuario puede realizar en los datos. El modelo de aplicación se define en un


documento XML y contiene descripciones de uno o varios tipos de contenido externo.Los tipos de contenido externo se crean con Microsoft SharePoint® Designer 2010 o Microsoft Visual Studio® 2010 y también mediante la importación de un modelo de aplicación que contiene uno o varios tipos de contenido externo en una aplicación de servicio de BCS.Integración de SharePoint Server y OfficePuede accederse a los datos de BCS mediante sitios de SharePoint usando varios elementos web de BCS, listas externas y búsqueda, y de esa manera se encuentran disponibles para poder usarse en muchos escenarios y soluciones. Los datos de BCS también pueden incorporarse en documentos de Microsoft Word mediante controles de contenido, pueden sincronizarse en Outlook como contactos o tareas, y pueden consultarse sin conexión a través de la aplicación cliente de Microsoft SharePoint Workspace (el reemplazo de la aplicación cliente Microsoft Groove). Microsoft InfoPath 2010, Microsoft Access 2010 y otras aplicaciones de Office también pueden consumir los tipos de contenido externo de forma nativa mediante un código personalizado.

Para obtener más información acerca de Servicios de conectividad empresarial, vea http://go.microsoft.com/fwlink/?linkid=190217&clcid=0xC0A

Servicio de metadatos administradosEl servicio de metadatos administrados publica la taxonomía y las definiciones del tipo de contenido para su consumo dentro y entre granjas de servidores. Permite a las organizaciones compartir una taxonomía común para etiquetar el contenido dentro y fuera de SharePoint, y permite además volver a usar en gran medida las definiciones del tipo de contenido.

Aplicación de servicio de metadatos administradosLa aplicación de servicio está configurada para usar una colección de sitios específica como el concentrador de tipo de contenido y publicará los tipos de contenido definidos en esa colección de datos para volver a usarlos dentro y fuera de la granja de servidores. La jerarquía y los nodos de taxonomía se almacenan en un almacén de términos que se configura dentro de una aplicación de servicio. El almacén de términos almacena todos los términos dentro de la taxonomía y tiene un conjunto flexible de parámetros de configuración para delegar la administración de conjuntos de términos específicos y controles enriquecidos que permiten definir los sinónimos dentro de un conjunto de términos.18 http://sharepoint.microsoft.com/es-es/


De nuevo, como el servicio de metadatos administrados está integrado en la arquitectura de aplicación de servicio, es posible crear varias aplicaciones de servicio de metadatos administrados con diferentes configuraciones y administradores. Esto proporciona la capacidad para compartir varios almacenes de términos y tipos de contenido desde varias colecciones de sitios.

Figura 7: Administración de términosEjemplo de escenario de servicio de metadatos administradosImagine una compañía que tiene cuatro departamentos: informática, recursos humanos, producto y jurídico. Los departamentos de informática, recursos humanos y jurídico tienen su propia colección de sitios de SharePoint que funciona como el portal de cada departamento, a la vez que hay varias colecciones de sitios de grupo de producto, una para cada grupo. Todas estas colecciones de sitios están en la misma aplicación web. Se han especificado dos requisitos de gobierno para administrar los metadatos: Todos los documentos que se creen deben incluir un conjunto de propiedades central y todas las palabras clave deben almacenarse de forma centralizada.

Para cumplir el primer requisito, el departamento informático crea un tipo de contenido denominado Documento-Base en la colección de sitios raíz del portal de su departamento. El departamento informático agrega columnas a Documento-Base para todas las propiedades necesarias. A continuación, crea


una aplicación de servicio de metadatos administrados y especifica la colección de sitios raíz como el concentrador de los tipos de contenido que comparte. Publica el servicio y proporciona la dirección URL del servicio a todos los departamentos. Se crea una conexión con el servicio de metadatos administrados del departamento informático. El segundo requisito (almacenar todas las palabras clave en forma centralizada) puede cumplirse cuando cada colección de sitios se conecta al concentrador del servicio especificando ese servicio de metadatos administrados como el almacén de palabras clave predeterminado.

Este escenario ilustra cómo se puede configurar el servicio de metadatos para que todos los departamentos tengan acceso a un conjunto de metadatos administrados de forma centralizada que se haya definido en el tipo de contenido Documento-Base, y para que todas las palabras clave puedan administrarse y almacenarse en forma centralizada en una sola ubicación (almacén de términos del departamento informático) para que todos los departamentos puedan usar todas las palabras clave.

BúsquedaEl motor de búsqueda de SharePoint 2010 incluye nuevas características y una nueva arquitectura que da lugar a una topología más escalable y a opciones de alta disponibilidad. La funcionalidad de búsqueda sigue abarcando toda la plataforma y está integrada en todas partes, tanto en las nuevas características de redes sociales como en las suspensiones legales de la administración de contenido empresarial (ECM), y en las detecciones.

El motor de búsqueda Enterprise Search de SharePoint 2010 fue desarrollado como un conjunto de aplicaciones de servicio que proporcionan opciones de topología altamente configurables para admitir muchos escenarios de implementación de búsqueda, tanto en el motor de búsqueda de SharePoint 2010 como en FAST Search para SharePoint 2010.

Arquitectura de búsquedaEl motor de búsqueda Enterprise Search de SharePoint 2010 fue rediseñado para permitir una mayor redundancia dentro de una sola granja de servidores e incluye mejoras para incrementar la escalabilidad horizontal y vertical de la búsqueda. Puede incrementarse la escalabilidad horizontal de las arquitecturas de consultas y los rastreos por separado, según las necesidades de la organización, proporcionando así una mayor flexibilidad y una sólida redundancia.Desde la perspectiva del administrador, uno de los cambios más evidentes es la compatibilidad con varios indizadores. En Office SharePoint Server 2007, un


SSP únicamente podía configurarse para usar un único indizador. Con SharePoint Server 2010, un administrador puede agregar servidores adicionales a la granja y configurarlos como rastreadores (crawlers) para incrementar la escalabilidad horizontal del número de componentes de rastreo. Esto permite al administrador aumentar la frecuencia, el volumen y el rendimiento del rastreo mediante la distribución de la carga de rastreo entre varios servidores, además de proporcionar redundancia de indizador si falla un servidor.

Arquitectura de consultasLa arquitectura de consultas consta de tres componentes: servidores de consultas, particiones de índice (que residen en los servidores de consulta) y bases de datos de propiedades. Una partición de índice representa una porción de todo el índice; por tanto, el índice es la agregación de todas las particiones de índice. Al particionar el índice, diferentes porciones del índice se propagan entre los servidores de consultas. Los administradores deciden la cantidad de las particiones y la configuración de cada una de ellas. Al menos un servidor de la granja debe tener el rol Consulta, y pueden agregarse más servidores de consultas para aumentar el rendimiento. Dos o varios servidores de consultas proporcionan la redundancia en función de la configuración de las particiones de índice. Por ejemplo, puede configurarse una granja con tres servidores de consultas para que cada servidor tenga una partición de índice que represente un tercio del índice. Para lograr la redundancia de los servidores de consultas, debe crearse una segunda instancia de cada partición de índice en otro servidor de consultas. Al implementar particiones de índice en servidores de consultas, se puede ayudar a equilibrar la carga de procesamiento de las consultas, proporcionar redundancia y aumentar el rendimiento de las consultas.

Un servidor de consultas recibe la consulta y la reenvía a todos los otros servidores de consulta para que la procesen (en todas las particiones de índice). El servidor de consultas combina luego los resultados para mostrar a los usuarios.

Arquitectura de rastreosEl servidor de rastreos hospeda la arquitectura de rastreos, que incluye rastreadores, bases de datos de rastreos y bases de datos de propiedades. También se puede incrementar la escalabilidad horizontal de la arquitectura de búsqueda según el volumen de rastreos y los requisitos de rendimiento. Cada rastreador está asociado a una base de datos de rastreo, y el contenido e historial rastreados se almacenan en la base de datos de rastreo. Pueden usarse varios rastreadores para rastrear diferentes contenidos de forma


simultánea. Esto aumenta el rendimiento y además proporciona redundancia. Los rastreadores residen en servidores de rastreo, rellenan particiones de índice y propagan las particiones a los servidores de consultas. La información de propiedades se almacena en la base de datos de propiedades. La cantidad de bases de datos de propiedades depende del volumen del contenido que se rastrea y de la cantidad de metadatos asociados con el contenido.

Al menos un servidor de la granja debe hospedar el componente de rastreo. Dos o varios servidores de rastreo proporcionan redundancia en función de la forma en que se asocian los rastreadores con las bases de datos de rastreo. Pueden agregarse otros servidores de rastreo para aumentar el rendimiento y la capacidad.

Administración de búsqueda La administración de búsqueda se ha simplificado al consolidarla en un único panel en Administración central. Además, muchas tareas de configuración y administración relacionadas con la búsqueda pueden ejecutarse mediante scripts a través de Windows PowerShell.

También se ha mejorado el rendimiento de la búsqueda y la supervisión de la funcionalidad gracias al motor integrado de informes y análisis de búsquedas, lo que ofrece a los administradores una perspectiva muy pormenorizada de cada aspecto de la búsqueda que facilita el ajuste de rendimiento y la planeación de capacidad.Además de las herramientas integradas, SharePoint 2010 también incluye compatibilidad mejorada con la supervisión y las alertas de System Center Operations Manager (SCOM).

Para obtener más información, vea la guía de evaluación del motor de búsqueda Enterprise Search de SharePoint Server 2010: http://go.microsoft.com/fwlink/?linkid=189521&clcid=0xC0A

FAST Search para SharePoint FAST Search Server 2010 combina la potencia de FAST con SharePoint. FAST Search Server 2010 for SharePoint ofrece una experiencia de búsqueda altamente escalable y una plataforma para desarrollar aplicaciones basadas en búsquedas con control pormenorizado de la relevancia y la experiencia del usuario, eficaces funcionalidades de procesamiento del contenido y flexibilidad y escalamiento para la plataforma a fin de controlar las aplicaciones e implementaciones de búsqueda más desafiantes.



Para obtener más información, vea la guía de evaluación de FAST Search Server 2010 for SharePoint: http://go.microsoft.com/fwlink/?linkid=189520&clcid=0xC0A

Conclusiones sobre las aplicaciones de servicioLos ejemplos de aplicaciones de servicio analizados anteriormente son solo un pequeño conjunto de todas las aplicaciones de servicio disponibles en SharePoint Server 2010. Estas aplicaciones de servicio son un conjunto modular de servicios que brindará a los administradores de SharePoint la flexibilidad necesaria para proporcionar solo la funcionalidad requerida para las aplicaciones web dentro de la granja de servidores o la empresa. Puede incrementarse la escalabilidad horizontal para alcanzar el máximo rendimiento o combinarse en grupos para maximizar los recursos. Cada una puede asignarse y administrarse por separado, por eso los administradores de SharePoint podrán delegar tareas según se considere adecuado.

SeguridadSharePoint 2010 introduce varias características de seguridad nuevas y mejoradas, como un nuevo modelo de seguridad en forma de autenticación basada en notificaciones y una nueva aplicación de servicio de inicio de sesión único denominada almacenamiento seguro, directamente hacia un cambio en la forma en que SharePoint administra y controla las credenciales para sus propias cuentas de servicio.

Servicios de almacenamiento seguroEl nuevo servicio de almacenamiento seguro es un servicio de autorización que reemplaza el inicio de sesión único (SSO) en SharePoint Server 2007. El almacenamiento seguro contiene los nombres de usuario y las contraseñas para las aplicaciones externas a SharePoint y con las que puede integrarse SharePoint. El almacenamiento seguro permite a SharePoint 2010 conectarse a orígenes de datos externos a través de BCS con las credenciales de un usuario, y los programadores tienen acceso mediante programación para aprovechar las soluciones basadas en SharePoint.

Cuentas administradasUna cuenta administrada es en realidad una cuenta de usuario de Active Directory cuyas credenciales son administradas por SharePoint y usadas para las cuentas de servicio. La introducción de las cuentas administradas ayuda a reducir la carga de administración de varias cuentas de servicio en SharePoint 2010. Muy similar a las cuentas administradas en Windows Server 2008, esta nueva característica permite a SharePoint controlar todas las cuentas de




servicio que usa la granja de servidores para ejecutar sus diversos componentes. Una vez que SharePoint controla estas cuentas, puede administrar contraseñas (cambiarlas automáticamente según sea necesario por una directiva de contraseña de AD) o notificar al administrador cuando la contraseña de una cuenta está a punto de caducar o expirar, permitiendo implementar manualmente el cambio. Esta funcionalidad reducirá considerablemente la carga de un administrador de la granja de servidores de SharePoint que es responsable del mantenimiento de estas diversas cuentas y que debe impedir el tiempo de inactividad innecesario debido a cuentas expiradas.

Autenticación basada en notificacionesSharePoint 2010 incorpora un nuevo modelo de autenticación más eficaz y flexible denominado autenticación basada en notificaciones que funciona con cualquier sistema de identidad corporativo, incluidos Active Directory, directorios basados en LDAPv3, bases de datos específicas de las aplicaciones y nuevos modelos de identidad centrada en el usuario, como Windows Live ID. Este modelo usa la autenticación basada en notificaciones y un nuevo producto denominado Windows Identity Foundation (WIF). La autenticación de notificaciones usa el concepto de una identidad y se basa en protocolos estándar: WS-Federation, WS-Trust y el lenguaje de marcado de aserción de seguridad (SAML).

Una identidad es un conjunto de información acerca de un usuario, como el nombre, la dirección de correo electrónico, el departamento y otros factores de identificación. La identidad controla aspectos muy importantes de una aplicación, como identificar quién es el usuario (autenticación), qué permisos se otorgó al usuario (autorización) y de qué manera interactúa la aplicación con el usuario (personalización). En la actualidad, todas las aplicaciones en cierta forma funcionan con la identidad, pero generalmente en sus propias formas exclusivas. Al aprovechar la autenticación basada en notificaciones, las organizaciones pueden proteger y compartir la información en formas nuevas y valiosas, y ya no estarán relacionadas con grupos de seguridad, sino que podrán usar otros atributos para autorizar a un usuario acceso a los recursos, como por ejemplo su edad y ubicación.

La identidad basada en notificaciones proporciona una manera común para que las aplicaciones adquieran información de identidad de los usuarios dentro de su organización, desde otras organizaciones y en Internet. La información de identidad está contenida en un token de seguridad. Un token contiene una o varias notificaciones acerca del usuario. Considérelo como


metadatos acerca del usuario que permanecen con ellos a lo largo de la sesión.

La autenticación basada en notificaciones abre la puerta a excelentes posibilidades en SharePoint 2010 y es un tema profundo y extenso. Para obtener más información acerca de la autenticación basada en notificaciones, vea http://go.microsoft.com/fwlink/?linkid=190219&clcid=0xC0A

Supervisión y mantenimientoSharePoint 2010 incluye varias características que proporcionan a los administradores las herramientas para supervisar el mantenimiento y el rendimiento de su granja de servidores de SharePoint. Proporcionar a los administradores de SharePoint las perspectivas operativas profundas sobre la confiabilidad y el rendimiento del servidor ha sido un área de inversión clave en esta versión; el administrador ahora cuenta con muchas herramientas nuevas y mejoradas para diagnósticos, confiabilidad, supervisión y generación de informes del servidor.

DiagnósticosEl servicio de creación de registros unificado (ULS) se usa para el diagnóstico y seguimiento de eventos y problemas dentro de SharePoint, y se ha mejorado en varias áreas, incluidos los nuevos controles de capacidad de administración, las mejoras en la legibilidad de los archivos de registro y la capacidad para trabajar con los registros de ULS mediante la ejecución de scripts de Windows PowerShell.

El registro de ULS es un origen de información de registro significativamente más amplio que el incluido en SharePoint Server 2007. Es el único repositorio para el registro de SharePoint y los datos de seguimiento, así como para los datos de software personalizado y de terceros a través de su arquitectura extensible. Debido al posible aumento en el volumen de registro, hay varias características nuevas que ofrecen a los administradores un control sobre los eventos que se escriben en el registro y la administración del crecimiento del registro. El método principal para controlar los eventos que se registran son los controles de límite de eventos, que permiten a los administradores configurar la gravedad de los eventos que se capturan desde una amplia gama de orígenes. También puede habilitarse la Protección de envío masivo de registros de eventos (EVFP) para suprimir los eventos repetitivos hasta que las condiciones vuelven a su estado normal, reduciendo así el tamaño de los archivos de registro.




Para ayudar con la administración de archivos de registro, los archivos de registro se comprimen de manera predeterminada mediante la compresión de archivos NTFS. Esto reduce su tamaño en disco hasta un 50%. También es posible especificar una ubicación de archivos personalizada para los registros que defina el tiempo límite que se almacenarán antes de ser eliminados automáticamente y el tamaño máximo de crecimiento de los archivos de registro. Esto ofrece a los administradores la flexibilidad de contar con los datos cuando más se necesitan y los controles para impedir que los archivos de registro saturen los recursos de almacenamiento del servidor. SharePoint 2010 incluye además varios cmdlets de Windows PowerShell para recuperar información y configurar el ULS.

Considere el siguiente escenario: Un usuario recibe un error y lo notifica al administrador de SharePoint. El administrador comienza a investigar el error para intentar encontrar y solucionar la causa raíz. SharePoint 2010 introduce el concepto de identificadores de correlación para ayudar en este proceso. Los identificadores de correlación son identificadores asociados internamente con cada solicitud y se muestran con los mensajes de error. El usuario anotó el número de identificación de correlación y se lo entregó al administrador. Con Windows PowerShell, el administrador puede buscar el mismo identificador de correlación en el registro de ULS, descubrir la causa del error y realizar los ajustes necesarios. Esta correlación entre los archivos de registro de ULS y la interfaz de usuario ayuda a reducir considerablemente el tiempo que un administrador necesita para intentar encontrar la causa de un problema, y aumentar la velocidad de solución de problemas dentro de SharePoint.


Figura 8: Registro de diagnóstico

Recolección de datos de mantenimiento y usoSharePoint 2010 también puede registrar la información de uso, como el uso de características y los datos de rendimiento, en la nueva base de datos de registro de uso y en archivos de registro. Este registro se realiza mediante la aplicación de servicio Recolección de datos de uso y mantenimiento, que está activada de manera predeterminada cuando usa el Asistente para la configuración del conjunto de servidores durante la configuración inicial de la granja. Los administradores pueden usar el esquema público para leer y consultar directamente la base de datos de uso a fin de crear informes personalizados.

La siguiente tabla enumera los tipos de eventos de uso que se registran, entre ellos: solicitudes de páginas, uso de características, uso de consultas de búsqueda, uso de inventario de sitios, trabajos de temporizador y uso de clasificaciones.


Figura 9: Registro de usoEl panel del programador es otra de las excelentes características que se agregaron al cinturón de herramientas del administrador de SharePoint. Cuando está habilitado, el panel del programador muestra información de seguimiento detallada en el pie de cada página, que ofrece a los programadores y administradores una gran cantidad de información general, como el tiempo que tardó la página para recuperarse de los procedimientos almacenados en la base de datos SQL o el tiempo que tardó en mostrarse en el explorador. Esta información, que se presenta directamente en la página, puede tener un valor incalculable para los administradores que trabajan para solucionar problemas de rendimiento y para los programadores que trabajan para depurar y optimizar su código. El panel del programador está deshabilitado de manera predeterminada y puede habilitarse para cada aplicación web de manera independiente a través de Windows PowerShell.


Figura 10: Panel del programador

Confiabilidad y supervisiónEl Analizador de mantenimiento de SharePoint es un nuevo componente central de SharePoint 2010 que se basa en los principios establecidos por el Analizador de procedimientos recomendados incluido como aplicación de línea de comandos para Office SharePoint Server 2007.

El Analizador de mantenimiento de SharePoint es parte integral de la Administración central de SharePoint. Cuando el Analizador de mantenimiento de SharePoint detecta problemas dentro de la granja de servidores, muestra un mensaje para el administrador en la página principal de la Administración central. A continuación, el administrador puede hacer clic en un vínculo que describe en detalle el problema detectado. SharePoint 2010 incluye un conjunto de reglas predefinidas que usa el Analizador de mantenimiento para comprobar el estado de varios componentes de la granja. Cuando aparece un problema, hay una variedad de opciones para solucionarlo. Algunas de las opciones son habilitar la reparación automática, usar los vínculos al contenido de ayuda adicional en línea para continuar diagnosticando y solucionando el problema, o reparar manualmente el problema.

Las reglas se definen en un formato de lista típico de SharePoint, que significa que puede establecer el mismo conjunto de acciones en una regla


de mantenimiento de la misma manera que en un elemento de lista tradicional. Las reglas personalizadas también pueden desarrollarse mediante las API para crear reglas personalizadas específicas para la implementación del administrador.

El estado de una regla del Analizador de mantenimiento de una granja de servidores de SharePoint aparece en el vínculo Revisar problemas y soluciones de la sección Supervisión de la Administración central. Las reglas también están disponibles en el módulo de administración de SharePoint 2010 para System Center Operation Manager. SharePoint 2010 incluye más de 50 reglas de mantenimiento predefinidas para ayudar a asegurar que el entorno de SharePoint esté correctamente configurado y en el estado correcto desde el principio. A continuación se incluye un ejemplo de una definición de regla.

Figura 11: Regla de mantenimiento

InformesMediante los datos recopilados de uso y mantenimiento, SharePoint 2010 puede crear informes de mantenimiento y de uso que los administradores pueden buscar fácilmente. Esto proporciona a los profesionales de TI una


instantánea rápida del estado general de la granja de servidores en un gráfico visual fácil de leer.

Figura 12: Informe de actividades de rastreo

Web Analytics también se basa en los datos recopilados de mantenimiento y uso. Los administradores de sitios pueden usar Web Analytics para analizar las tendencias de las visitas de usuarios al sitio e identificar el contenido más popular, que a su vez puede usarse para mejorar la experiencia del usuario en función de los datos recopilados. El informe también puede exportarse en Microsoft Excel para personalizarlo y continuar el análisis.


Figura 13: Informe de Web Analytics

Almacenamiento remoto de blobs (objetos binarios grandes)SharePoint 2010 introduce la compatibilidad con el almacenamiento remoto de blobs (RBS) de SQL como alternativa para almacenar archivos de gran tamaño directamente en SQL. RBS es una API de marco que se encuentra en SQL Server 2008 y que posibilita el almacenamiento de archivos en una ubicación diferente de la base de datos de contenido de SharePoint 2010. RBS brinda a los administradores de SharePoint 2010 la opción de mover los blobs (objetos binarios grandes) desde las bases de datos de SQL Server hasta otra ubicación que pueda ofrecer un almacenamiento menos costoso o que cumpla mejor con las directivas de retención y cumplimiento.

La arquitectura del proveedor de RBS en SharePoint 2010 es conectable. Al igual que con el almacenamiento externo de blobs (EBS) en Windows SharePoint Services 3.0 y Office SharePoint Server 2007, los fabricantes independientes de software lanzarán proveedores de RBS para usar con SharePoint 2010. Microsoft también ofrece un proveedor de RBS que usa la funcionalidad de SQL FILESTREAM.

Si un proveedor de RBS está instalado en una granja de servidores establecida de SharePoint 2010, los blobs pueden migrarse desde la base de datos de contenido de SharePoint hasta el proveedor de RBS. La migración de los blobs se limita al nivel de base de datos de contenido. Los blobs también pueden migrarse desde el almacenamiento de blobs nuevamente hacia la base de datos de contenido. Como SharePoint 2010 admite varios


almacenamientos de blobs funcionando en una sola granja, los blobs también pueden migrarse de un RBS a otro. Para realizar estas acciones, se usa la operación Migrar del proveedor de RBS a través de Windows PowerShell.

Los administradores también pueden controlar los blobs que se almacenan remotamente configurando el tamaño de almacenamiento de blobs mínimo del proveedor de RBS. Esto puede usarse para asegurar que los documentos más pequeños permanezcan almacenados en la base de datos de contenido, pero que los archivos de gran tamaño, como los archivos de vídeo o multimedia, se almacenen remotamente.

Para obtener más información acerca de cómo implementar RBS, vea http://go.microsoft.com/fwlink/?linkid=190218&clcid=0xC0A

Controles de rendimientoSharePoint 2010 ofrece varias características de rendimiento nuevas diseñadas para proteger al servidor de picos inesperados en la demanda y además para impedir o controlar determinadas operaciones de usuario que pueden representar una carga importante en el servidor mientras las procesa. Las dos características principales de control de rendimiento son la limitación de recursos para solicitudes web y la administración de listas de gran tamaño para las listas que contienen miles y millones de elementos.

Limitación de recursosEn la configuración de la limitación de recursos, SharePoint 2010 ofrece a los administradores una forma de determinar el nivel con el que el servidor pasará al modo de limitación. Cada cinco segundos, se ejecuta una tarea que comprueba los recursos de servidor disponibles en comparación con los niveles configurados. De manera predeterminada, se supervisan el uso de la CPU del servidor, la memoria disponible, el número de solicitudes en cola y el tiempo de espera de solicitud. Después de tres comprobaciones sin éxito, el servidor pasa a un período de limitación y permanecerá en este estado hasta que se notifique alguna comprobación realizada correctamente. Se completarán las solicitudes generadas antes de que el servidor pasara al modo de limitación. De este modo evita que los usuarios pierdan una tarea actual cuando el servidor comienza a limitar nuevas solicitudes. Cualquier solicitud nueva del robot de búsqueda y HTTP GET generará un mensaje de error 503 y se registrará en el visor de eventos. Mientras el servidor está en el período de limitación, no se iniciará ningún trabajo de temporizador nuevo.



La limitación se puede configurar por aplicación web y se puede habilitar a través de la interfaz de usuario de la Administración central o mediante el uso de un cmdlet de Windows PowerShell. Para obtener más información acerca de los cmdlets, revise la siguiente sección de administración de Windows PowerShell. La siguiente imagen es un ejemplo del cmdlet Get-SPWebApplicationHttpThrottlingMonitor de Windows PowerShell.

Figura 14: Comandos de Windows PowerShell para la supervisiónControlar actividades de listas de gran tamañoSharePoint 2010 tiene la capacidad para admitir millones de elementos dentro de una lista; sin embargo, como las listas aumentan de tamaño, es sencillo para los usuarios procesar las listas como si solo tuvieran cientos de elementos y usar las vistas predeterminadas, como la vista “Todos los elementos”. Cuando una lista contiene cientos de miles de elementos, esto puede colocar una carga perceptible en el servidor SQL Server cada vez que se representa la lista, ya que tiene que consultar todos los elementos de la lista para ordenarlos antes de representar la primera página de la vista “Todos los elementos”. Según la carga general del servidor en un momento dado, pueden comenzar a disminuir los tiempos de respuesta para otros usuarios. Para mantener una respuesta coherente del servidor, SharePoint 2010 proporciona varias opciones de configuración diferentes que pueden restringir las consultas que pueden ejecutarse en una lista de gran tamaño. Estas opciones pueden configurarse para cada aplicación web y controlan lo siguiente:

El número de resultados que puede devolverse en una consulta de usuario. El valor predeterminado es 5,000 elementos.

El nivel de advertencia para los administradores de sitios de que su lista está a punto de exceder el umbral límite. Esta advertencia se muestra en la página de configuración de la lista. El valor predeterminado es 3,000 elementos.


El número de resultados de consulta que se pueden mostrar para un administrador del sitio mediante consultas de modelo de objetos. Esto permite a los administradores del sitio acceder a un conjunto de datos más grande a través del código y no a través de la interfaz del explorador. El valor predeterminado es 20,000 elementos.

El número máximo de ámbitos únicos en una lista. El valor predeterminado es 50.000 elementos.

El número de columnas de búsqueda que puede incluir cada lista. El valor predeterminado es 6 columnas de búsqueda.

Figura 15: Limitación de recursos

Si bien la configuración descrita anteriormente se aplica a todas las listas dentro de la aplicación web, hay otras configuraciones disponibles que pueden seleccionarse para invalidar la configuración de la aplicación web:

Permitir invalidación de modelos de objetos permitirá escribir una consulta mediante programación en una lista donde no se haya aplicado el umbral de consulta.

Habilitar un intervalo diario de horas para grandes consultas permite que los administradores configuren un período de tiempo específico en el que no se aplicará el umbral de consulta.


Un comando de Windows PowerShell que impedirá consultar una lista específica mediante el modelo de objetos (esto cancelaría la invalidación de modelos de objetos antes mencionada para una instancia de lista específica).

Administración de Windows PowerShellWindows PowerShell es una interfaz de la línea de comandos y un lenguaje de scripting diseñado específicamente para administradores de sistemas. La compatibilidad de Windows PowerShell en SharePoint 2010 ofrece una nueva forma más flexible y productiva de administrar y configurar SharePoint 2010. Aunque la herramienta de línea de comandos STSADM.exe de SharePoint aún se incluye con SharePoint 2010 y puede usarse para muchas tareas administrativas, se recomienda a los administradores que usen Windows PowerShell por la variedad de comandos que ofrece, la flexibilidad que proporciona en cuanto a un entorno de scripting enriquecido y las mejoras de rendimiento con respecto a STSADM. Windows PowerShell ofrece nuevas herramientas y métodos de automatización para mejorar considerablemente el control, la eficacia y la productividad de los administradores de SharePoint 2010.

Windows PowerShell se creó en torno al concepto de los cmdlets. Un cmdlet es una función única que puede usarse por separado o combinada con otros cmdlets para realizar tareas complejas y automatizar la administración. Windows PowerShell ofrece un conjunto de más de 100 cmdlets predefinidos y SharePoint incluye más de 500 cmdlets específicos de SharePoint para controlar la línea de comandos de prácticamente todos los aspectos de SharePoint 2010.

Ejemplos de cmdlets de Windows PowerShellEn el ejemplo siguiente se destacan algunas de las áreas donde pueden usarse los cmdlets de SharePoint para realizar una tarea administrativa de manera rápida y sencilla:

Creación masiva de colecciones de sitios: los administradores pueden usar Windows PowerShell para crear cientos de colecciones de sitios importando un archivo CSV predefinido.

Copia de seguridad programada: los administradores pueden usar el Programador de tareas de Windows con un script de copia de seguridad para configurar trabajos de copia de seguridad a diario.

Actualización en paralelo de varias bases de datos: la actualización de una base de datos de contenido puede ejecutarse en paralelo iniciando varias instancias de cmdlets de actualización en Windows PowerShell.


Creación de administración de inquilinos: los administradores pueden usar Windows PowerShell para crear sitios de administración de inquilinos.

Habilitación masiva de características en sitios: las características pueden habilitarse en cientos de sitios con una sola línea de script.

Para obtener más información acerca de los ejemplos de scripts de Windows PowerShell, vea http://go.microsoft.com/fwlink/?linkid=190342&clcid=0xC0A

Administración de la continuidad empresarialSharePoint 2010 proporciona una amplia gama de niveles para realizar copias de seguridad, que incluyen la copia de seguridad de la granja de servidores completa, información de configuración de la granja, colecciones de sitios, subsitios o listas. Las copias de seguridad pueden realizarse usando las páginas de copias de seguridad de la Administración central o Windows PowerShell™. Al usar las características de copias de seguridad y restauración disponibles en SharePoint 2010, los administradores tienen un conjunto eficaz de herramientas que permiten administrar el entorno con un mínimo de tiempo de inactividad y costos operativos.

Administración central frente a Windows PowerShellSharePoint 2010 usa dos herramientas diferentes para configurar las copias de seguridad y recuperación. Administración central proporciona una interfaz de usuario donde los administradores de SharePoint deben seleccionar, a través de estructuras de menú, la información de la que deberá realizarse una copia de seguridad.

Figura 16: Interfaz de usuario de copias de seguridad y restauración



Windows PowerShell proporciona a los administradores de SharePoint una forma de realizar copias de seguridad y recuperación con opciones adicionales, como usar la compresión de archivos o trabajar con instantáneas de SQL. A continuación se enumeran algunas de las ventajas disponibles al usar Windows PowerShell para las copias de seguridad:

Los scripts de Windows PowerShell pueden desarrollarse y programarse (con el Programador de tareas de Windows), mientras que la Administración central se usa para copias de seguridad y restauración de uso único.

Windows PowerShell tiene la ventaja de ejecutarse en instantáneas SQL y no en la base de datos de producción. Uno de los parámetros del cmdlet de copia de seguridad de Windows PowerShell generará una instantánea SQL en la que Windows PowerShell ejecutará la acción en lugar de ejecutarla en la base de datos de producción. Esto reduce el impacto en los recursos de la operación de copia de seguridad en el entorno de producción.

Con Windows PowerShell, los administradores de SharePoint tienen un control más pormenorizado de las opciones para la copia de seguridad o restauración.

A continuación en esta sección, se identificarán las características adicionales que estarán disponibles a través de los comandos de Windows PowerShell que no están disponibles a través de la interfaz de usuario estándar.

Para obtener más información acerca de Windows PowerShell, vea la sección de administración de Windows PowerShell de esta guía y vea además http://go.microsoft.com/fwlink/?linkid=156748&clcid=0xC0Ah

Copias de seguridad y restauración pormenorizadasSharePoint 2010 proporciona varias características nuevas que ofrecen un nivel pormenorizado de copia de seguridad para los distintos componentes del contenido del sitio. Esto incluye el contenido al nivel de lista, sitio y subsitio. Este nivel de copia de seguridad pormenorizada proporciona a los administradores de SharePoint la capacidad de realizar copias de seguridad y restauración del contenido de forma rápida y flexible para satisfacer las exigencias del usuario.

Copia de seguridad de una colección de sitiosRealizar la copia de seguridad de una colección de sitios incluirá el sitio de nivel superior y todos los subsitios. Cuando se realiza la copia de seguridad de la colección de sitios a través de Administración central, un administrador



de SharePoint identifica la colección de sitios y proporciona un destino para el almacenamiento del archivo de copia de seguridad.

Figura 17: Copia de seguridad de una colección de sitios

La misma operación puede completarse usando el cmdlet BackupSPSite de Windows PowerShell. También conviene tener en cuenta que hay otros parámetros disponibles al usar el cmdlet Backup-SPSite, incluida la posibilidad de usar una instantánea SQL.

Figura 18: Comando de Windows PowerShell para realizar la copia de seguridad de un sitio

Para restaurar la colección de sitios, se usa el comando Restore-SPSite de Windows PowerShell.

Exportar un sitio o listaA través de la Administración central, un administrador de SharePoint puede configurar una copia de seguridad de un subsitio o lista. Como puede verse en la imagen anterior, después de seleccionar el sitio, hay opciones adicionales para el sitio y para listas específicas. Desde esta página, el administrador también puede elegir exportar la seguridad y seleccionar las diferentes versiones que se exportarán con el sitio o la lista.


Figura 19: Exportar un sitio o lista en la interfaz de usuario

Al igual que con la copia de seguridad de la colección de sitios, Windows PowerShell proporciona otros parámetros, incluidos el uso de instantáneas SQL, compresión y registro.

Figura 20: Opciones para exportar un sitio o lista con Windows PowerShell

Para restaurar el sitio o la lista, se usa el comando Import-SPWeb de Windows PowerShell.

Recuperación de datos desde una base de datos de contenido no adjuntaAdemás de la nueva funcionalidad de copia de seguridad y restauración de SharePoint 2010, se incluye la capacidad de restaurar colecciones de sitios, sitios y listas desde bases de datos de contenido no adjuntas. La copia de seguridad de una base de datos de contenido de SharePoint puede restaurarse en cualquier servidor que tenga instalado SQL Server, y los administradores pueden proporcionar ese nombre de instancia SQL en SharePoint desde la interfaz de copia de seguridad y restauración de Administración central. De esta forma, los administradores pueden buscar en 40 http://sharepoint.microsoft.com/es-es/

el contenido de la base de datos y luego realizar la copia de seguridad del contenido, o exportarlo. Esta característica puede usarse para recuperar datos sin tener que crear una segunda granja de servidores para la recuperación de datos. El mismo nivel de pormenorización de copia de seguridad está disponible para bases de datos de contenido adjuntas y no adjuntas, y el proceso para seleccionar el contenido y las opciones para la copia de seguridad es el mismo que se usa para buscar una base de datos adjunta. Las siguientes imágenes muestran el proceso para buscar una base de datos de contenido no adjunta. Cuando haya finalizado la copia de seguridad o exportación, el contenido exportado puede restaurarse en el lugar correspondiente del sitio de SharePoint y la base de datos restaurada puede eliminarse.

Figura 21: Recuperación de datos desde una base de datos no adjunta.


Figura 22: Buscar contenido desde una base de datos no adjunta

Escenario: Usar Windows PowerShell para realizar copias de seguridad de todas las colecciones de sitios de forma individual mediante scriptsNuria es una administradora de SharePoint excesivamente cuidadosa que no confía plenamente en las copias de seguridad de la base de datos que los administradores de la base de datos realizan cada noche. Ella preferiría disponer también de sus propias copias de seguridad, por si acaso. Mientras revisa sus opciones, Nuria observa que puede realizar una copia de seguridad de toda la granja de servidores desde la interfaz de usuario, pero no desea conectarse a la red privada virtual (VPN) cada medianoche para iniciar la tarea, por eso descarta esa opción. Podría configurar un script de Windows PowerShell para realizar la copia de seguridad de la granja cada noche mediante BackupSPFarm y luego programarla mediante el Programador de tareas, pero esa copia de seguridad es más adecuada para la recuperación ante desastres, y eso es lo que protegen los administradores de la base de datos. Por eso decide usar el script de Windows PowerShell que aprovechará el cmdlet BackupSPSite para realizar la copia de seguridad de colecciones de sitios individuales. Esto le proporcionará mayor flexibilidad para la recuperación. El script que utilizó es:

Get-SPWebApplication | Get-SPSite -Limit all | ForEach-Object {$FilePath = “c:\backups\” + $_.Url.Replace("http://",””).Replace(“/”,”-“) + “.bak”; Backup-SpSite –Identity $_ -path $Filepath}Esta simplicidad ilustra la ventaja evidente de Windows PowerShell. Este cmdlet carga todas las aplicaciones web en la granja, además de las colecciones de sitios en las aplicaciones web, luego ejecuta en bucle el


cmdlet Backup-SPSite en cada colección de sitios y guarda la copia de seguridad en la ruta de archivo especificada.

Copia de seguridad y restauración de granjas de servidoresSharePoint 2010 tiene funcionalidades integradas para realizar la copia de seguridad de toda una granja de servidores para proporcionar recuperación ante un error grave. Para realizar copias de seguridad y restauración ad hoc, se puede acceder a esta interfaz desde Administración central, o mediante scripts usando los cmdlets de Windows PowerShell Backup-SPFarm y Restore-SPFarm respectivamente. Una nueva característica que se agregó al escenario de copias de seguridad de errores graves es la capacidad para realizar una copia de seguridad únicamente de la configuración.

La copia de seguridad únicamente de la configuración genera como resultado un archivo XML que puede usarse para restaurar toda la configuración de la granja. Esto puede usarse para recuperar una granja completa o para crear otra granja por completo con la misma configuración. Esto es posible porque la copia de seguridad de la configuración no es específica del equipo.

Alta disponibilidadSharePoint 2010 proporciona una integración enriquecida con SQL Server que permite a un administrador aprovechar las soluciones de alta disponibilidad de SQL Server. Los cambios incluyen la compatibilidad con la palabra clave Failover_Partner, que permite a SharePoint 2010 interpretar de forma nativa los cambios de estado en una topología de reflejo de la base de datos, y responder a estos de la misma manera. Además de la compatibilidad nativa con el reflejo de la base de datos, SharePoint 2010 ofrece además la compatibilidad con instantáneas SQL, bases de datos de contenido de solo lectura, copias de seguridad y restauración de bases de datos no adjuntas y copias de seguridad y restauración de bases de datos de configuración, que proporcionan un control y una capacidad de administración mucho más pormenorizados de los datos de la granja de SharePoint. A continuación se explican algunas de estas características. Para obtener más información acerca de la planeación de alta disponibilidad de SharePoint 2010, vea http://go.microsoft.com/fwlink/?linkid=189518&clcid=0xC0A

Bases de datos de solo lecturaSharePoint 2010 tiene la capacidad para reconocer bases de datos SQL de solo lectura. Siempre que SharePoint Server esté conectado a una base de 43 http://sharepoint.microsoft.com/es-es/



datos SQL en modo de solo lectura, la seguridad de SharePoint Server restringe todas las colecciones de sitios de la base de datos para que todos los usuarios tengan acceso de solo lectura, eliminando las funcionalidades de agregar y editar de los sitios, incluso para los administradores. Esta característica ayuda a mitigar el tiempo de inactividad durante las actualizaciones y el mantenimiento del servidor. Por ejemplo, puede crearse una granja secundaria y puede usarse el trasvase de registros de SQL para mantenerla actualizada con el entorno de producción. A continuación puede actualizarse DNS para que señale al entorno secundario, donde todas las bases de datos de contenido están configuradas como de solo lectura. La granja de producción puede actualizarse o revisarse sin el acceso de los usuarios. Cuando se haya completado la actualización o revisión, y se hayan conectado nuevamente los servidores, el DNS puede actualizarse de nuevo para volver a apuntar a la granja de producción. Al usar este enfoque, los usuarios tendrán acceso de lectura completo de sus datos durante el proceso de actualización.

Reflejo de SQLSharePoint 2010 admite el reflejo de SQL. Los administradores de la granja de servidores pueden configurar el entorno SQL para reflejar primero una base de datos de contenido de SharePoint. Cuando se crea una nueva base de datos, se solicitará al administrador de SharePoint que especifique el servidor de conmutación por error. A continuación, SharePoint se comunica con el servidor testigo y, si se detectan problemas, SharePoint conmutará por error a la copia de seguridad activa del entorno.


Figura 23: Configuración de una base de datos de contenido para un servidor de bases de datos de conmutación por error

Instantáneas SQLComo se mencionó anteriormente en esta guía, la funcionalidad de copia de seguridad y exportación de SharePoint 2010 puede aprovechar las instantáneas SQL. Cuando se ejecuta un cmdlet de Windows PowerShell que usa una instantánea SQL, se toma una instantánea de la base de datos y los comandos restantes se ejecutan en la instantánea en lugar de hacerlo en la base de datos de producción activa. Este método reduce la carga en las bases de datos de producción. Es importante observar que las instantáneas SQL solo están disponibles cuando se ejecuta SQL Server Enterprise.

Puede usarse el siguiente script de muestra de SQL para crear una instantánea para una base de datos de contenido de SharePoint denominada WSS_Content:

CREATE DATABASE WSS_Backup_2010_4 ON( NAME=WSS_Content, FILENAME = 'c:\WSS_Backup_2010_4.ss')AS SNAPSHOT OF <WSS_Content>;GO


Para obtener más información acerca de las instantáneas SQL, vea el artículo sobre instantáneas de base de datos (http://go.microsoft.com/fwlink/?linkid=156753&clcid=0xC0A).

Copias de seguridad y restauración de búsqueda e índiceSharePoint 2010 permite realizar copias de seguridad de bases de datos de búsqueda e índice mediante el método de estados anteriores. Esto permite a los administradores de SharePoint restaurar las bases de datos de administración de búsqueda, rastreos y consultas. Posteriormente, SharePoint Server puede realizar un rastreo incremental en función de todo el contenido que se modificó desde que se realizó la copia de seguridad. Esto elimina la necesidad de realizar un rastreo completo en caso de que la base de datos deba restaurarse.

GobiernoLa planeación de gobierno es una consideración muy importante al implementar SharePoint 2010 debido al mayor énfasis y disponibilidad de características de sistemas sociales, lo que significa que hay más tipos de contenido que deben gobernarse. Además, SharePoint 2010 ofrece nuevas funcionalidades para administrar metadatos al nivel empresarial, lo que significa que las compañías deben considerar establecer un nuevo rol organizacional para planear y supervisar atributos de metadatos en toda la organización. Aún si se contara ya con un plan de gobierno correctamente documentado para su entorno de Office SharePoint Server 2007, posiblemente deba adaptarse para incorporar las características de SharePoint 2010 que se implementarán. Estas son algunas de las áreas de gobierno nuevas en SharePoint 2010 para los profesionales de TI:

SharePoint 2010 controla mejor las listas con grandes cantidades de datos. Gracias a una nueva característica, SharePoint 2010 puede restringir automáticamente las consultas de usuarios en listas de gran tamaño mediante la interfaz de supervisión de recursos. Esta es una configuración de directiva que debe considerarse al definir un plan de gobierno general, ya que puede afectar a la capacidad de uso general del sistema.

SharePoint 2010 introduce nuevas funcionalidades para compartir metadatos en varias colecciones de sitios e incluso en granjas de servidores, lo cual requiere planeación y control para sacar provecho de manera eficiente. Las organizaciones deben considerar agregar un nuevo rol (o al menos una nueva responsabilidad para un rol existente) para administrar y mantener el diccionario de metadatos compartidos.

SharePoint 2010 presenta soluciones de espacio aislado, que permiten al administrador de colecciones de sitios cargar directamente los



elementos de personalización, como los elementos web. Dentro del plan de gobierno, las organizaciones deben incluir una sección de directivas de personalización que describa cómo tratar las numerosas formas de crear soluciones basadas en SharePoint.

Se introdujo un objeto de directiva de grupo para deshabilitar la instalación de SharePoint 2010 y productos relacionados. Esto puede ayudar a impedir las instalaciones no autorizadas de SharePoint en una organización.

Los administradores pueden usar marcadores de Active Directory (punto de conexión de servicio, o SCP) para identificar los servidores de SharePoint 2010 en una organización. Antes de comenzar las implementaciones de SharePoint 2010, puede crearse un contenedor denominado Productos de Microsoft SharePoint. Cuando se implementan nuevos productos de SharePoint, PSConfig agrega un nuevo punto de conexión de servicio en el contenedor. Estos SCP pueden rastrearse usando la herramienta de edición de ASDI o los scripts de Windows PowerShell.

Para obtener más información acerca del gobierno en SharePoint 2010, vea http://go.microsoft.com/fwlink/?linkid=189324&clcid=0xC0A

Multiempresa y hospedajeSharePoint 2010 puede aislar y separar datos de diversos sitios web mientras comparte recursos de aplicaciones de servicio entre los mismos sitios. Esta funcionalidad se denomina multiempresa. La funcionalidad de multiempresa de servicios crea un entorno de hospedaje verdadero y permite compartir recursos de servicio entre los clientes (inquilinos) mientras se particionan los datos en función de suscripciones al sitio. Las suscripciones al sitio agrupan datos de inquilinos en todas las colecciones de sitios que posee el inquilino y permiten separar y agrupar los datos de cada inquilino en un entorno compartido de otra manera. Los administradores pueden implementar y administrar las características y los servicios de forma centralizada, mientras ofrecen a los inquilinos el control total sobre el uso y la experiencia.

Suscripciones al sitioLa funcionalidad de multiempresa depende de suscripciones al sitio y de los identificadores de suscripción. Las colecciones de sitios para cada inquilino se agrupan por suscripción al sitio según un identificador de suscripción común. El identificador de suscripción se usa para asignar características y servicios a los inquilinos, y también para particionar los datos de servicio de acuerdo con los requisitos del inquilino. Los siguientes puntos clave proporcionan otra perspectiva acerca de la funcionalidad de multiempresa:47 http://sharepoint.microsoft.com/es-es/


Todas las colecciones de sitios para una sola suscripción al sitio deben residir en la misma aplicación web.

Se pueden hospedar varias suscripciones al sitio en una sola aplicación web; varias suscripciones al sitio pueden compartir la misma base de datos.

Los administradores definen los servicios que están disponibles y activados para cada inquilino. El identificador de suscripción para un inquilino se usa para asignar el servicio a las colecciones de sitios.

Varios inquilinos pueden compartir los datos de servicio. Por ejemplo, varias sucursales de una organización pueden compartir datos de perfil. En este caso, las diversas sucursales comparten una partición de datos dentro del perfil de servicio.

Pueden particionarse los datos de servicio para cada inquilino, lo que garantiza que los datos del cliente no estarán expuestos a otros inquilinos. En este caso, los datos de un solo inquilino se encuentran dentro de una partición de datos independiente para el servicio.

AdministraciónLos administradores pueden hospedar varios inquilinos en la misma granja de servidores y administrar de forma centralizada la implementación de los servicios y las características. Los inquilinos pueden administrar la configuración de las características delegadas por el administrador y controlar la funcionalidad de sus colecciones de sitios. La funcionalidad administrativa se ajusta a los roles de hospedaje comunes, como se resume en la siguiente tabla:

Rol DescripciónCompañía de hospedaje

Administra la configuración y el hardware en el nivel de la granja de servidoresControla la configuración de la base de datosInstala todas las nuevas características y soluciones aprobadasPuede personalizar la marca de la página Administrador de inquilinos

Administrador de la compañía hospedada

Adquiere espacio, características y ancho de banda de la compañía de hospedajeControla la arquitectura de sitios de clientes, pero no el contenidoRevisa las estadísticas de uso

Compañía Posee la colección de sitios


hospedada Instala o elimina características y solucionesConfigura características y serviciosRevisa las estadísticas de uso

Los inquilinos administran sus sitios a través de una plantilla de sitio denominada Administración de inquilinos, que está asociada a un identificador de suscripción. Esta plantilla de sitio está oculta y solo el administrador de la granja de servidores puede otorgarla a los inquilinos.

Personalización de marcaSe agregaron varios cambios relacionados con la personalización de la marca de la interfaz de usuario en SharePoint 2010.

TemasEn las versiones anteriores de SharePoint Server y Windows® SharePoint Services, los temas eran una manera común de cambiar la apariencia del sitio. Los administradores podían abrir la página Configuración del sitio y seleccionar uno de los diversos temas. Aunque se trataba de una forma rápida y fácil de lograr otro aspecto diferente del sitio distinto del predeterminado, los temas disponibles a menudo no coincidían con la marca corporativa de una determinada organización. En esos casos, se podía crear un tema personalizado, que requería cierto desarrollo y modificación de archivos en el servidor, o bien la compañía debía simplemente aceptar las ofertas disponibles.

SharePoint 2010 ha cambiado la manera en que funcionan los temas, simplificando la personalización y creación de nuevos temas. Los usuarios que hayan creado un tema personalizado en Microsoft Office PowerPoint pueden observar que la interfaz para crear temas es muy similar. Incluso es posible importar temas de PowerPoint y de otros clientes de Office 2007 y 2010 directamente en SharePoint 2010. Además, los temas ahora pueden aplicarse a todos los subsitios desde esta interfaz. La nueva funcionalidad de temas en SharePoint 2010 permite a los administradores agilizar y simplificar más que nunca la creación e implementación de una interfaz de usuario personalizada.


Figura 24: Tema en SharePoint 2010

Páginas maestras SharePoint 2010 depende de páginas maestras para implementar una apariencia personalizada en los sitios. A través de la interfaz web o mediante SharePoint Designer, un propietario de sitios puede aplicar la personalización de marcas en el sitio, independiente de otros sitios. Esto permite delegar la administración de la apariencia según se considere adecuado. El administrador de servidores será el responsable de la personalización de marcas de las aplicaciones y las páginas del sistema.

Los administradores de servidores podrán especificar si las páginas del sistema en la carpeta _Layouts se representarán usando las páginas maestras del sitio proporcionadas por los propietarios del sitio o usando las páginas maestras predeterminadas disponibles en el sistema. En Office SharePoint Server 2007, todas las páginas representadas desde este directorio usaban la misma página maestra: application.master. Esto supuso un desafío para las organizaciones que deseaban crear una interfaz de usuario completamente personalizada, ya que application.master es un archivo del sistema y no hay manera de usar una página maestra personalizada para hacerlo. Las únicas opciones disponibles eran modificar el archivo del sistema o diseñar la página usando un tema personalizado. Es importante destacar que no se recomienda personalizar application.master porque si sucede algo inesperado en esta página maestra, no se podrá 50 http://sharepoint.microsoft.com/es-es/

acceder a ninguna configuración del sistema para un sitio. SharePoint 2010 aporta una mayor flexibilidad para aplicar la personalización de marcas a estas páginas del sistema y proporciona un mecanismo a prueba de errores. Si hay un error en la página maestra usada para las páginas del directorio _Layouts, SharePoint hará referencia al archivo default.master de modo que aún pueda accederse a las páginas del sistema. Además, ahora es posible usar Windows PowerShell para aplicar una página maestra personalizada a páginas de error del sistema, páginas de inicio de sesión, páginas de confirmación y otras páginas no específicas del sitio. Al combinar todas estas opciones, ahora es más fácil que nunca crear una marca coherente a través de SharePoint.

SharePoint Designer 2010SharePoint Designer 2010 es una herramienta eficaz para personalizar sitios de SharePoint 2010 y agregar funcionalidad. En cualquier herramienta que se implemente en una organización, aplicar un plan de gobierno eficaz es clave para garantizar el uso responsable de la herramienta. SharePoint 2010 ofrece a los administradores mayor control sobre cómo usar SharePoint Designer 2010 en cada aplicación web. Los administradores pueden controlar las siguientes opciones:

Habilitar SharePoint Designer: Controla si se puede usar SharePoint Designer de algún modo en la aplicación web.

Habilitar la capacidad de desasociar páginas de la definición de sitio: Determina si las páginas se pueden desasociar de la definición de sitio. (SharePoint Designer solo permite la personalización de una página cuando la página está en modo de edición avanzada, lo que reduce considerablemente el número de páginas que se pueden desasociar de la definición de sitio).

Habilitar la personalización de las páginas maestras y las páginas de diseño: Controla si los administradores de sitios pueden personalizar las páginas maestras y las páginas de diseño.

Habilitar la administración de la estructura de la dirección URL del sitio web: Especifica si los administradores del sitio pueden administrar la estructura de la dirección URL de su sitio.


Figura 25: Configuración de SharePoint Designer

ConclusiónEn esencia, no han cambiado los usos principales de Productos y Tecnologías de SharePoint® (aprovisionamiento del sitio, elementos web, colaboración, administración de documentos, administración web, búsqueda). Lo que cambió es la cantidad de funcionalidades integradas que pueden aprovecharse dentro de una organización que decide implementar SharePoint 2010 como una solución empresarial.

Desde una perspectiva empresarial, SharePoint 2010 resuelve la necesidad de una solución centralizada que puede usarse junto con software y aplicaciones existentes. Al aprovechar los servicios de conectividad empresarial de Microsoft, SharePoint 2010 puede conectarse de forma nativa a orígenes de información existentes. Con la característica de multiempresa, las organizaciones tienen mayor control sobre los entornos hospedados (del lado del hospedaje al lado del cliente).

Para un administrador, esta versión ha realizado mejoras radicales hacia una solución que no solo es fácil de administrar, sino que también es fácil de mantener. La integración con Windows PowerShell ofrece un mayor control administrativo, una herramienta de línea de comandos más eficaz y una mayor productividad. La nueva interfaz de la Administración central permite 52 http://sharepoint.microsoft.com/es-es/

ubicar y configurar más fácilmente las opciones para el entorno de SharePoint. SharePoint 2010 ha incorporado más controles de rendimiento, opciones de registros e informes, y una mejora muy deseada en las opciones nativas de recuperación ante desastres. La arquitectura de aplicación de servicio actualizada garantiza una mayor flexibilidad en lo que respecta a los servicios compartidos que se usan dentro del entorno.

RecursosTechCenter de TechNet SharePoint 2010 http://go.microsoft.com/fwlink/?linkid=189311&clcid=0xC0A

Introducción a SharePoint 2010 para profesionales de TIhttp://go.microsoft.com/fwlink/?linkid=164613&clcid=0xC0A

Vídeos de aprendizaje avanzado para SharePoint 2010 (Nivel 400) http://go.microsoft.com/fwlink/?linkid=164614&clcid=0xC0A

Recursos de aprendizaje de Microsoft para SharePoint 2010 http://go.microsoft.com/fwlink/?linkid=189312&clcid=0xC0A

Descarga de prueba de SharePoint 2010 (próximamente) http://go.microsoft.com/fwlink/?linkid=189313&clcid=0xC0A

Descarga de la máquina virtual de evaluación de SharePoint 2010 http://go.microsoft.com/fwlink/?linkid=189314&clcid=0xC0A

Laboratorios virtuales de SharePoint 2010 para el profesional de TI http://go.microsoft.com/fwlink/?linkid=189315&clcid=0xC0A

Foro de TechNet SharePoint 2010 http://go.microsoft.com/fwlink/?linkid=165422&clcid=0xC0A










resumen - download.microsoft.comdownload.microsoft.com/.../evaluatesharepointserver201… · web...

Documents