Como migrar SharePoint y no morir en el intentosharepointcostarica.com/5to Simposio Charlas/Como...
-
Upload
vuongduong -
Category
Documents
-
view
212 -
download
0
Transcript of Como migrar SharePoint y no morir en el intentosharepointcostarica.com/5to Simposio Charlas/Como...
¿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:
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!
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
• 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
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
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
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 )
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
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
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