Como migrar SharePoint y no

morir en el intento

¿Quien es Ricardo Muñoz?

� 7 + Años de Experiencia con SharePoint.

� MVP SharePoint Server desde 2008

� Administrador Comunidad SharePoint Costa Rica

� Orador Regional INETA

� Blog: http://mundomoss.blogspot.com/

� Twitter: rmunozcr

Carlos Obando B� 8 Años de Experiencia con SharePoint.

� Especialista en soluciones Microsoft

� MCITP SharePoint,Exchange,virtualizacion.

� Blog: http://microsofando.blogspot.com/

� Email:

carlos.obando@grupocma.com

Agenda

• Cambios Técnicos en SharePoint 2010• Historia de Migraciones y Actualizaciones• Revisiones Previas• Ciclo de Migración• PreUpgradeCheck• Escenarios Comunes• Escenarios No Soportados• Tipos de Migración• PreUpgradeCheck

Cambios Técnicos en SharePoint 2010

• Requerimientos de Hardware– Arquitectura de 64 Bits, 32 Bits no Soportado– Windows Server 2008 o Windows Server 2008

R2 64 Bits– SQL Server 2005 SP3 o SQL Server 2008 SP1

64 Bits• Cambios Arquitecturales

– No mas SSP ahora Aplicaciones de Servicios– Soluciones Sandboxed

• Una evolución No una revolución.• No mas stsadm.exe ahora PowerShell

Preparaciones para Usuario Final

• Un explorador adecuado para agregar contenido como Internet Explorer 7, Internet Explorer 8 o Firefox 3 x

• Mejoras en la relación con varios exploradores:– IE 7+, Firefox 3+– Mejor Soporte para Safari y Opera – No hay soporte IE 6!

Un poco de Historia

Revisiones Previas• Realizar Backup Completo de la granja de

SharePoint y de las Bases de Datos.• Listar las Características y Personalizaciones

que posee la granja.• Se recomienda tener una buena gobernanza de

nuestro portal. (no solo tenerla si no también implementarla )

• Realizar Limpieza del Portal• Mantener una buena comunicación sobre el

estado de la migración con los usuarios y administradores del Portal.

Antes de Mudarse hay que Limpiar la Casa

Antes de Mudarse hay que Limpiar la Casa

• Hay que intentar llevar solo el contenido valido a la nueva implementación 2010.

• Esto significa limpiar nuestra granja previo a siquiera pensar en migrar.

• Es recomendable revisar y remover lo siguiente:– Sitios o Site collections no utilizados o vacíos– Features no utilizados o de pruebas anteriores– Locks de los sitios– My sites no utilizados o abandonados– Sitios, Listas u objetos Huérfanos

Un poco de Historia

• Migración 2003-2007– Tipos de Migración: In Place, Gradual,

Migración de Bases de Datos

• Utilizaba la Herramienta de Prescan– Tenia reportes poco explicativos, escribía en

los datos, poco informativa, no era nativa

• Problemas Comunes– Paginas Costumizadas y Unghosted, no era

muy granular, cambios arquitecturales

Ciclo de ActualizaciónAprender• Requerimientos/prerequisitos

• Métodos de Upgrade

• Situaciones Comunes

Preparar• Documentar Ambiente

• Administrar Customizaciones

• Planificar estrategia

Probar• Crear Granjas de Prueba

• Usar Datos Reales

• Evaluar Tecnicas

• Encontrar problemas previamente

Implementar• Migrar Granja

• Deployment de Soluciones

• Minimizar el tiempo fuera de linea

• Monitorear Progreso

Validar• Errores en la migración• Problemas con Customizaciones

• Problemas de Datos

• Unicamente 64 bits• Sistemas Operativos• SQL Server

• In-Place• Database

• Content• Profile• Project

• Hibrido

• Dependencias Extraviadas• Cambios de IU• Falta de Espacio en Disco• Forms Authentication

Providers

• Bases de Datos solo lectura

• Bases de Datos Paralelas• Redirección del AAM

Ciclo de Actualización: Aprender

Ciclo de Actualización: Preparar

Planificar Estrategia

Orden de Migracion de la Granja

Orden de Operaciones

Downtime

Proceso de Rollback

Mejoras de Hardware

Requerimientos de Espacio

LIMPIEZA LIMPIEZA

Documentar ambiente

Estructura de la Granja

Language packs

Modificaciones

Modificaciones

IdentificarModificaciones

ConocerModificaciones

Migrar Elementos

Soluciones

Caracteristicas

Definiciones de Sitio

Web parts

Ciclo de Actualización: Probar

Crear Granjas de Pruebas• Usar datos REALES (copias de Bases de Datos)

• Permite encontrar areas problematicas• Es posible determinar performance

• Se recomienda utilizar un hardware similar de ser posible

Evaluar las Tecnicas• Procesos de Migracion• Mitigacion del Dowtime• Solucion de Problemas y Validaciones• Comparar resultados

Encontrar problemas Temprano

Escenarios Comunes de Migración

Escenarios No Soportados

Comando PreUpgradeCheck

• Solo puede ser usado luego de la instalación del SP2

• Reporta Información del Servidor y de la Granja– Identifica información útil de la granja– Detecta problemas Actuales y Potenciales

• Tiene 2 modos Granja (default) y Local• Esta basado en un analizador de Mejores Practicas• Crea Reporte XML y HTM• A diferencia del Prescan.exe de SPS 2003 esta

herramienta NO realiza cambios en la granja

Uso del Preupgrade CheckerSintaxisstsadm -o preupgradecheck-[rulefiles <nombre del archivo de reglas>]-[listrulefiles] -localonly

Demo

SharePoint®

Conference Perú2011

PreUpgrade Checker

Ejemplo: PreUpgradeCheck

Aprender del PreUpgradeCheck

PAGINA HTML DE REPORTE

Que contiene el Reporte del Preupgrade Checker?

• Información e Información de la configuración– Fuentes de contenido y las direcciones de inicio– Granja y Topología de la búsqueda – Servidores – Tipos de actualización – AAM, listas grandes y bibliotecas

• Modificaciones y Dependencias Importantes– Definiciones de Sitio (referenciados y no encontrados)– Paquetes de Lenguaje instalados– Features (referenciados y no encontrados)– Vistas Cosut , entradas Web.Config

OPCIONES DE MIGRACION• Tipos de Migración:

– Contenido / Datos– Funcionalidades

• Opciones de Migración de Contenido– In Place– Database Attach– Hibrido

• Bases de Datos solo lectura• Bases de Datos Paralelas

OPCION 1: IN-PLACE UPGRADE• Se utiliza el mismo hardware, necesita preparación previa• Solución mas sencilla pero al mismo tiempo la mas riesgosa• NO hay Vuelta atrás• Los settings de la granja SharePoint se mantienen y migran• Manejo de Visual Upgrade• Se puede Resumir de Ocurrir un Error.• Siempre realizar un Backup Full de la granja previo a usarlo.

IMPORTANTERecordar siempre realizar previamente un full Backu p

IN-PLACE UPGRADE

OPCION 2: DATABASE UPGRADE• Mas Segura pero requiere mas Planeación• Mas Rápido y se puede realizar en etapas• El Upgrade se realiza en una Granja 2010

Diferente– Se hace una base de datos a la vez, o varias

al mismo tiempo– Los settings del server y de la granja no se

migran tienen que pasarse manualmente• Todas las personalizaciones del lado del servidor

también debe ser transferido y actualizado de forma manual

• Hay que tener cuidado con el movimiento de las bases de Datos

IMPORTANTEProbar las bases de Datos previamente con el

Test-SPContentDatabase (PowerShell )

DATABASE UPGRADE

VISUAL UPGRADE• Puede Dejarse la interfaz de usuario de

2007 o migrar a la de 2010:– O14 Contiene las Master pages y los CSS de

O12– Capacidad de Vista previa de la IU

• Administrado a nivel de granja o sitio• Algunos sitios no son compatibles con el IU

de O12:– My site host– PWA site collection– Report Server web parts

VISUAL UPGRADE• De gran utilidad para que los usuarios se

adapten a los cambios• Es un proceso aparte del de migración de Datos.• Al realizar una migración los sitios mantienen el

IU de 2007 pero la misma puede pasarse a 2010.• SharePoint 2010 envía las Paginas maestras y

css de 2007• Puede ser administrado a diversos niveles

VISUAL UPGRADE

Opciones de Migración PROS y CONTRAS

• In-Place – PRO: No requiere nuevo Hardware– PRO: Usa la configuracion existente de la granja– CON: No se pueden atender peticiones de la granja original– CON: No hay manera de regresar si sucede algun problema

• Attach Base de Datos– PRO: Puede actualizar multiples bases de datos al mismo tiempo– PRO: Es posible acceder las bases de datos antiguas en solo

lectura– PRO / CON: Requiere nuevo hardware y nueva granja de 2010– PRO / CON: Es necesario realizar nuevamente la configuracion

de las caracteristicas de la granja– CON: Se Necesita acceso al servidor de Base de Datos

Migración de User Profiles• En 2010 el manejo de Perfiles y taxonomias es

realizado por dos servicios (User Profile, ManageMetadata)

– En la migración In Place ambos servicios son automáticamente creados y configurados,

– En la migración por Base de Datos es necesario activar y configurar el servicio de ManagedMetadata antes de actualizar el servicio de UserProfile.

Actualización de Servicios• Los SSP son convertidos a Aplicaciones de Servicio,

una por servicio solamente en las migraciones In Place.• Estas nuevas aplicaciones mantienen su nombre base

con el siguiente formato ( Nombre del SSP_servicio )• En el caso de la migración por base de datos es

necesario configurar las Aplicaciones de Servicio• En 2010 el manejo de Perfiles y taxonomias es

realizado por dos servicios (User Profile, ManageMetadata)– En la migración In Place ambos servicios son automáticamente

creados y configurados, – En la migración por Base de Datos es necesario activar y configurar

el servicio de Managed Metadata antes de actualizar el servicio de User Profile.

Actualización de Servicios• Cada SSP se migra a una aplicación de Servicio

de :– Search– User Profiles – Excel services– Registry back-compat– New managed metadata

• Las asociaciones de las Web Application se mantienen

• Se crean nueva bases de datos como sea necesario

Actualización de Servicios

Recursos Importantes

• TechNet Centro de Actualización y Migración SF 2010

• TechNet Centro de Actualización y Migración SP 2010

• MSDN Centro de recursos de actualización de SharePoint 2010

Preguntas?Q&A

GRACIAS POR SU ATENCION