SharePoint 2010: Otro resumen +, esta vez sobre novedades en IT!

Si ayer os hablaba de algunas de las nuevas capacidades sobre SharePoint 2010, hoy toca hablar sobre algunas de las novedades que a nivel de IT vendrán con SharePoint 2010. Muchas de estas novedades son + que conocidas, y otras no tanto. Al igual que el post del resumen sobre novedades, este post se basa en las notas que he tomado en la sesión sobreEmpecemos.

Despliegue Flexible

En este caso nos encontraremos con las siguientes novedades:

  • Requerimientos de Sistema:
    • Absolutamente “todo” tiene que ir sobre plataforma de 64 bits, es decir no se soporta SQL Server de 32 bits.
    • Para actualizaciones, se requiere el SP2 de SharePoint 2007.
    • A nivel de soporte de navegadores, se añade más soporte y a la vez no se soporta Internet Explorer 6.
  • Con respecto al Pre-Upgrade Checker que apareció con el SP2 de SharePoint 2007:
    • Dispone de + de 14 reglas para encontrar problemas potenciales de actualización, proporcionando información de diferentes tipos:
      • Informativa: El número de servidores en la granja, el tamaño de los datos, …
      • Error: Sitios huérfanos, modificaciones en el esquema de la BD, …
    • El set de reglas es extensible.
    • No modifica las BDs de SharePoint.
    • Proporciona enlaces a KB’s que permitan solucionar los problemas que puedan aparecer.
  • Con respecto a la instalación de SharePoint 2010:
    • Se simplifica en cuanto a que:
      • Se dispone de una herramienta de preparación que nos permite instalar los pre-requisitos que necesita SharePoint 2010: Geneva Framework, IIS Role, SQL Server Native Client, …
      • Finalizado el proceso de instalación, tenemos la opción de configurar SharePoint 2010 a través de un asistente de configuración inicial disponible en la Administración Central. Este asistente se puede lanzar en cualquier momento.
    • Se puede realizar en modo script a través de Windows PowerShell (a día de hoy disponemos de + de 600 cmdlets).
  • Dado que podemos instalar SharePoint 2010 en equipos con Windows 7 o Windows Vista SP1, se puede bloquear su instalación y hacer un seguimiento de las instalaciones:
    • A través del Policy Group de Windows para el bloqueo.
    • A través del AD Service Connection Point para el seguimiento.

Opciones de actualización (migración)

En lo que a actualización desde SharePoint 2007 a SharePoint 2010 se refiere, tendremos las siguientes opciones y novedades:

  • Actualización In-Place, es decir, instalar SharePoint 2010 sobre SharePoint 2007 lo que implica:
    • Se actualizan las BD’s existentes asi como los servidores.
    • Es la aproximación de actualización más simple, pero tiene el problema de que la granja no está disponible durante el proceso.
    • Es adecuada para granjas pequeñas o instalaciones mono-servidor.
    • Como novedad, en cualquier momento se puede re-iniciar una actualización si se ha tenido que realizar una parada en la misma.
  • Opción Database Attach and Upgrade:

    • La granja de SharePoint 2007 continua disponible.
    • Sólo se mueve contenido, no configuraciones.
    • Es adecuado para grandes despliegues y el caso en el que se tenga nuevo HW.
  • Mejoras generales en la actualización:
    • Se ha mejorado el rendimiento de atachado de BD’s:
      • Se pueden actualizar varias BD’s en paralelo.
    • Los logs e informes generados en el proceso de actualización son mucho más claros y están más limpios.
    • Con respecto a la actualización Visual (Interfaz de usuario):
      • Existen tres posibilidades: Dejarlo la interfaz como está, llevarla al look & feel de SharePoint 2010 sin posibilidad de revertirlo o bien hacerlo con posibilidad de revertir.
      • La opción por defecto en la actualización visual es que la interfaz tome el look & feel de SharePoint 2010 sin posibilidad de revertir. Las implicaciones son:
        • No se puede hacer un cambio de look & feel a posteriori.
        • Se trata de prevenir que se puedan tener sitios mixtos en cuanto a look & feel.
      • Si se escoge la opción que posibilita revertir, en cualquier momento podremos cambiar de look & feel SharePoint 2010 a SharePoint 2007 o viceversa.
      • La responsabilidad del cambio en la apariencia de la interfaz recae sobre los administradores de Colecciones de Sitios o de Sitio.

Productividad en IT

  • Mejoras en la administración a través de la Administración Central:
    • La incorporación de la Ribbon, lo que facilita el acceso a las distintas acciones a nivel de administración de SharePoint 2010.
    • Las distintas opciones de administración se muestran de una forma más agrupada y accesible.
    • Se puede delegar el acceso a ciertas funcionalidades: administración delegada.
  • SharePoint Health Analyzer:
    • Basado en el Maintenance Engine.
    • Dispone de una serie de reglas, acciones y alertas.
    • ES completamente extensible.
  • Administración de Contraseñas:
    • SharePoint 2010 permite la administración de contraseñas de cuentas de usuario.
    • Se detecta la política de dominio en lo que a contraseñas se refiere.
    • Aparece la figura de las cuentas manejadas.
  • Administración a través de la línea de comandos:
    • Vía PowerShell:
      • Más de 650 cmdlets disponibles.
      • Es un superset de la administración mediante la interfaz de usuario.
      • Podemos implementar nuestros propios cmdlets.
      • Está optimizado para realizar operaciones en modo Batch.
      • Permite realizar operaciones en modo remoto.
  • Mejoras en las estadísticas de uso de sitios de SharePoint 2010:
    • Capacidades de análisis + granulares:
      • Se dispone de una nueva BD de logging.
      • Esta BD es un subset de los ULS Logs.
      • Se incorpora una APU extensible para obtener la información relativa al uso de Sitios de SharePoint 2010. Por ejemplo, se podría crear una característica para informes de uso en torno al seguimiento de CAL de SharePoint 2010.
    • Disponibles + informes sobre el uso de SharePoint 2010. Estos informes se basan en la BD de Logging.
  • Developer Dashboard:
    • Permite realizar un diagnóstico rápido de cuellos de botella en el rendimiento.
    • Muestra métricas que indican el código a optimizar.

Infraestructura escalable:

En este caso algunas de las novedades son las siguientes:

  • Gestión de los recursos en listas:
    • Se trata de proteger a nuestros sitios de SharePoint 2010 contra usuarios que realicen consultas en listas que no tienen sentido.
    • Las listas escalan hasta unos 50 millones de items en lo que a capacidad de almacenamiento se refiere.
      • Por defecto, una vista de una lista mostrará un máximo de 5.000 elementos (en 2007 eran 2.000 elementos). En el caso de que la consulta realizada implique una cantidad de registros mayor que este número, se  mostrará un mensaje de error indicando las acciones a realizar. Este límite es para usuarios convencionales, ya que en el caso de usuarios administradores está fijado en 20.000 elementos por vista.
  • Gestión de recursos de servidor:
    • En este caso tenemos la posibilidad de realizar el throttling (la regulación) de peticiones de Sitios de SharePoint o de servicios web:
      • Se basa en un set de peticiones configurables.
      • Si se excede el número de peticiones definidas, se devuelve 503 – Server Busy.
    • Soluciones Sanboxed:
      • Se basa en una cuota de uso en la que se definen el máximo número de recursos (por defecto 300) que se permiten para las soluciones de este tipo.
      • Si la cuota se excede, la solución se deshabilita.

Nueva arquitectura de servicios:

En este bloque las novedades son las siguientes:

  • Infraestructura escalable
    • Plataforma de servicios construida sobre SharePoint Foundation 2010.
    • Se trata de una serie de aplicaciones de servicios individuales.
    • Los consumidores únicamente utilizan los servicios que necesitan (vs lo que teníamos con los SSP en SharePoint 2007).
    • Los servicios se pueden usar entre diferentes granjas o dentro de una granja.
    • Concepto de servicios particionados y no-particionados: Se trata de compartir o no datos entre consumidores del servicio.
    • Permite un modelo de administración delegada de servicios.
    • Se dispondrá de una API pública para crear nuevos servicios.
  • En cuanto a Scale Up & Scale Out:
    • En Scale UP:
      • Se ha testeado el soporte efectivo de 50 millones de elementos en una lista de SharePoint.
      • Las búsquedas se han testeado con hasta 100 millones de elementos.
      • Tuning de SQL.
    • Scale Out:
      • Soporte de los FileGroups de SQL para las BDs de contenidos.
      • BDs dedicadas por aplicaciones de servicio.
      • Se puede particionar la BD de búsquedas.
      • Se pueden dedicar WFE para timer jobs, flujos de trabajo y más.
      • Nuevas topologías de búsqueda altamente escalables.
  • Infraestructura de administración escalable:
    • A través de la administración central podremos:
      • Hacer el backup/restore de colecciones de sitios, sitios, o listas.
      • Se puede recuperar contenidos de una BD no atachada. No se necesita por tanto una granja para recuperar datos.
      • Se pueden mover colecciones de sitios entre BD’s de contenidos de distitnas granjas.
  • Infraestructura + escalable:
    • Se pueden mezclar diferentes versiones en la granja:
      • Podemos tener los WFE’s en versión N+1 sobre BD’s en versión N. Se trata de versión desplegada, no de versión de producto.
      • Las BD’s se pueden actualizar después de las BD’s de contenidos.
    • Se reduce de forma significativa el tiempo de caía en la actualización mediante parches.
    • Soporte completo para SQL Mirroring:
      • Automatic Failover.
      • Failover a nivel de BD de contenidos.
    • BD’s sólo lectura
    • Bakcup/Restore de la configuración de la granja, lo que simplifica la recuperación de los valores de configuración enc aso de desastre.
    • Nuevos protocolos para I/O en cliente y servidor:
      • Modo cacheado, solo se descarga el archivo si este ha cambiado.
      • Modo diferencial, sólo se guardan los cambios en el archivo.
      • Modo chunking, permite por ejemplo leer la slide # 10 de un un PowerPoint.
    • Almacenamiento externo/remoto de BLOB:
      • El almacenamiento remoto lo tendremos a través de RBS (Remote  BLOB Storage):
        • Requiere SQL Server 2008 / SharePoint 2010 y de un drive RBS.
      • El almacenamiento externo requiere:
        • Driver para EBS (External BLOB storage).
        • Se requiere SQL Server 2008 / SharePoint 2010.
        • También lo tenemos con SQL Server 2008 y SharePoint 2007 SP1.

Y hasta aquí llega este resumen sobre novedades en IT en SharePoint 2010.

Publicado por

Juan Carlos González

Juan Carlos es Ingeniero de Telecomunicaciones por la Universidad de Valladolid y Diplomado en Ciencias Empresariales por la Universidad Oberta de Catalunya (UOC). Cuenta con más de 12 años de experiencia en tecnologías y plataformas de Microsoft diversas (SQL Server, Visual Studio, .NET Framework, etc.), aunque su trabajo diario gira en torno a SharePoint & Office 365. Juan Carlos es MVP de Office Servers & Services desde 2015 (anteriormente fue reconocido por Microsoft como MVP de Office 365 y MVP de SharePoint Server desde 2008 hasta 2015), coordinador del grupo de usuarios .NET de Cantabria (Nuberos.Net, www.nuberos.es), co-fundador y coordinador del Grupo de Usuarios de SharePoint de España (SUGES, www.suges.es), así como co-director de la revista gratuita en castellano sobre SharePoint CompartiMOSS (www.compartimoss.com). Hasta la fecha, ha publicado 8 libros sobre SharePoint & Office 365 y varios artículos en castellano y en inglés sobre ambas plataformas.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *