Dentro de SharePoint

La información aquí se basa en una versión beta. Todos los detalles están sujetos a cambios.

Prepárese para SharePoint 2010

Pav Cherny

Con el lanzamiento de SharePoint 2010 vuelta de la esquina, es un buen momento para considerar las opciones de actualización y migración y tomar la acción para preparar el entorno.
Como sucede en la mayoría de los escenarios de migración o actualización, hay cientos si no miles de detalles para pensar aumentan la complejidad, desde la conectividad de red hasta aplicaciones de terceros para la continuidad del negocio. También hay varios marcos y escenarios puede utilizar para mover a una nueva versión, como Preparar-prueba-implementar-validar y decisivo si se va a actualizar en lugar o migrar.

La buena noticia es que aún tenga tiempo para planear la estrategia de migración y preparar ahora para mitigar los posibles problemas al mover a SharePoint 2010.

En este artículo se tratan algunas de las acciones que puede realizar ahora para preparar SharePoint 2010 que tendrá mayor impacto. Si desea profundizar, puede mirar la documentación existente para orientación adicional o para ayudarle a desarrollar un plan más completo.

Por ejemplo, Joel Oleson ha publicado unas notas del producto acerca de preparación para la actualización y presentaciones en su blog en sharepointjoel.com, y Microsoft ha publicado preliminares orientación.

Resolver dependencias de software y hardware

Es la primera acción que puede seguir para preparar el entorno auditar el software existente y la configuración de hardware para ver si es adecuado para SharePoint 2010 y actualizar su entorno si no cumple los requisitos. El requisito general más significativo es hardware de 64 bits y SharePoint 2007 con al menos la actualización SP2.

Puede más, por supuesto; considerar actualizando su entorno de acuerdo con las siguientes prácticas recomendadas para servidores de cliente y de aplicación, los servidores de servicios de fondo y los clientes.

Para los servidores de aplicaciones para usuario 2010 SharePoint requiere Windows Server 2008 de 64 bits o Windows Server 2008 R2, que utiliza la nueva interfaz de usuario basada en Windows 7. Muchas instalaciones de escribir este documento se ejecución sin problemas importantes en Windows Server 2003, y si está en esa posición, una gran parte de la preparación para la transición a SharePoint 2010 implica actualizar el sistema operativo.

Si ejecuta Windows Server 2003 en hardware de 64 bits ya, puede reutilizar los servidores y realizar una actualización in situ para los servidores de solicitudes de cliente, aplicación y de fondo. También puede agregar nuevos servidores al conjunto de servidores y migrar el sitio Web de administración central, funciones de aplicaciones para usuario y las funciones de aplicación. Si va a mover a Windows Server 2008, debe tener en cuenta las siguientes recomendaciones:

• Grant Windows SharePoint Services Timer (SPTimerV3) permisos. Si la cuenta de administrador del conjunto de servidores no está en el grupo local Administradores, o si tiene una instalación independiente, conceder permiso SPTimerV3 para leer desde IIS 7.0 ejecutando stsadm -o grantiis7permission.
• Detenga el servicio de Windows SharePoint Services Search (Spsearch). Si instala Windows Server 2008 y a continuación, ejecute el Asistente para la configuración de tecnologías de SharePoint Products y mientras se está ejecutando Spsearch, el proceso puede dañar el índice de búsqueda. Para volver a crear un índice dañado, deberá ejecutar stsadm -o spsearch - acción stop, desplácese a la página de configuración del servicio de Windows SharePoint Services Search en Administración Central y cambie el nombre de la base de datos. Para obtener más información, vea tinyurl.com/l6fmkr.
• Compruebe la configuración de IIS 7. Después de actualizar a Windows Server 2008 y IIS7, el servicio W3SVC puede deshabilitarse si la instalación de IIS 6 utiliza características incompatibles, como extensiones de servidor de FrontPage. Otro problema que se encuentren es autenticación de modo de núcleo, que utiliza IIS 7 de forma predeterminada. Si se produce un error 401.1, autenticación de modo de núcleo puede ser la causa. Puede deshabilitar en la IIS Advanced Settings para autenticación de Windows. Haga clic en here Para obtener más detalles.

Para los servidores back-end, SharePoint 2010 requiere SQL Server 2005 o posterior de 64 bits. SQL Express es compatible, pero mover a SharePoint 2010 proporciona la oportunidad de re-examine la infraestructura de back-end y optimícelo.

Las ediciones Standard y Enterprise de SQL Server proporcionan herramientas de administración y características de alta disponibilidad como la organización por clústeres.

En términos de compatibilidad de explorador del cliente, SharePoint 2010 interrumpe el soporte técnico para Internet Explorer 6 y sólo admite exploradores basados en estándares, como IE7 o posterior. SharePoint 2010 también admite 3.x Firefox y Safari.

Ejecutar la herramienta Comprobador de actualización

El paso siguiente después de asegurarse de que los servidores de solicitudes de cliente ejecutan Windows Server 2008 en hardware de 64 bits, los servidores de servicios de fondo ejecutar SQL Server 2005 o posterior, y que los clientes están utilizando un explorador basado en estándares, es ejecutar stsadm -o preupgradecheck. PreUpgradeCheck se incluye con SP2 para SharePoint 2007 y utiliza archivos de regla--OssPreUpgradeCheck.xml para WssPreUpgradeCheck.xml para Windows SharePoint Services (WSS) y Office SharePoint Server (MOSS)--para comprobar detalles de configuración y crear un informe.

Por supuesto, antes de ejecutar PreUpgradeCheck, debe instalar SP2. El Asistente de instalación es relativamente sencillo, pero hay varias cosas que deben tenerse en cuenta. Primero, indique a los usuarios de tiempo de inactividad planeado aviso porque debe detener los servicios de IIS de aplicaciones para usuario en cada servidor y realizar una copia de seguridad y separar las bases de datos de contenido antes de continuar. Es una buena idea hacer una copia de archivos del servidor cliente y de aplicación, demasiado, especialmente si tiene personalizaciones.

En segundo lugar, instale el SP2 de WSS, Cancelar al Asistente de configuración y, a continuación, instalar el SP2 de MOSS.

Finalmente, después de comprobar los procesos de actualización completos, los errores de upgrade.log, ubicado en el directorio de registros de versión 12 subárbol. Busque instancias de errores o error. Si la instalación finalice correctamente, upgrade.log debe incluir las cadenas que se muestra en de figura 1. Haga clic en here Para obtener más información acerca de actualizaciones

Después de ejecutar PreUpgradeCheck, el informe detallado que genera contiene información útil acerca de los detalles de su entorno e incluye información específica acerca de la topología del conjunto de configuración del servidor, asignaciones de acceso alternativas (AAMs), bases de datos, características, definiciones de sitio y así sucesivamente. El resultado inmediato en el símbolo del sistema también indica si las categorías no pasan; es decir, requieren realizar cambios antes de mover a SharePoint 2010. El archivo .htm detallado es útil para encontrar más información acerca de lo que necesita hacer para resolver la condición subyacente. Busque los siguientes detalles en el archivo que es posible que deben solucionarse para:

• Paquetes de idioma. Si su configuración requiere que los paquetes de idioma, deberá planear actualizar los paquetes de idioma para las versiones más recientes después de mover a SharePoint 2010.
• AAMs. Si planea migrar a SharePoint 2010 y utilizar los nuevos servidores (o nuevos nombres de servidor), hay muchas posibilidades que tendrá que realizar cambios relacionados con la dirección URL como actualizar las entradas DNS y AAMs.
• Definiciones de sitio. Sitios que utilizan las definiciones de sitio personalizadas requieren un archivo de definición que utiliza SharePoint 2010 para actualizar el sitio. Necesita crear este archivo para que se ajuste a su definición personalizada. Para obtener más información, vea tinyurl.com/mulfcb.
• Características: Examine el informe para las características que faltan y instalar cualquiera que faltan.
• Listas. Comprobar tamaño y el número de listas porque ambos influyen en la velocidad de migración. Microsoft ha publicado la guía para cambiar el tamaño de las recomendaciones en el rendimiento tinyurl.com/kueoov. Si las listas tienen más de 2.000 a 5.000 elementos, o si el entorno ha crecido hasta superar otras directrices de rendimiento recomendado, volver a ponerlo en línea con las prácticas recomendadas.
• Configuración DB y Content DB huérfanos. En el curso de realizar tareas administrativas o las operaciones de usuario, puede surgir la situación donde existen los elementos de esquema o base de datos de SharePoint sin ninguna relación primaria o secundaria. Estos elementos incluyen listas sin sitios primarios, documentos con ninguna biblioteca de documento principal, los elementos de lista con ninguna lista primaria, páginas Web con ningún sitio primario, trabajos del temporizador y así sucesivamente. La herramienta PreUpgradeCheck no siempre encuentra a huérfanos y es posible que no aparecen en el sitio de administración central, por lo que deberá comprobar manualmente para objetos huérfanos. Hay dos tipos de huérfanos, huérfanos de configuración y contenidos huérfanos. Configuración huérfanos son elementos que existen en la configuración DB, pero no tiene ningún componente secundario en el contenido DB. Existen contenidos huérfanos en dos casos: ya sea un sitio en blanco está asignado en la configuración DB pero no tiene el contenido existente DB asociado, o el contenido correcto DB está asociado con el sitio en la configuración DB, pero hay elementos perdidos en otras bases de datos de contenido.

Figura 1: Entradas de la instalación de SP2 correctamente desde upgrade.log

Es relativamente sencillo resolver a huérfanos de configuración; desasociar la base de datos de contenido y volverlo a adjuntar (stsadm -o deletecontentdb y stsadm -o addcontentdb).

No olvide ejecutar stsadm -o preparetomove de antemano en entornos de MOSS 2007.

Para resolver a un huérfano contenido donde el sitio está asignado a la base de contenido incorrecta, vacía, haga una copia de seguridad y eliminar la base de datos de contenido incorrecto y asocie el apropiado.

Para resolver un contenido huérfano que existen bases de datos de contenido huérfanos, realizar una copia de seguridad de su sitio de producción, eliminarlo, adjuntar la huérfana DB contenida para que sea accesible y eliminarlo. A continuación, puede restaurar el sitio de copia de seguridad.

Desproteger artículos 918742, 918744 y el STSADM comandos -o databaserepair, -o deletecorruption, -o repairorphans y - deleteconfigurationobject - id < objectId > para obtener más información.

Tenga en cuenta que los detalles de configuración pueden diferir entre los servidores de aplicaciones para usuario, por lo que se ejecute PreUpgradeCheck en cada servidor y la verificación de las diferencias de configuración.

Ejecutando stsadm -o preupgradecheck - localonly, puede comprobar un servidor individual y, a continuación, comparar los informes .htm resultantes mediante una herramienta como WinDiff.

Buscar here obtener más información acerca de PreUpgradeCheck.

Limpiar y Estandarice

Personalizaciones son uno de los problemas mucho más tiempo a dirección antes de mover a SharePoint 2010 puesto que incluso en los escenarios más sencillos de personalizaciones de sitios secundaria, transición conlleva aspectos específicos de grabación, migrar y a continuación, comprobar y solucionar problemas.

Para personalizaciones más grandes, o para aquellos con herramientas de terceros, la mayor complejidad puede activar la migración de personalizaciones en un proyecto de desarrollo de software completo.

Desde la perspectiva profesional de TI, estandarizar donde sea posible, documentar las personalizaciones y limpiar los detalles de datos y configuración toda ayuda a mitigar los problemas para desarrolladores.

Figura 2: Recomendaciones para la migración de personalización

Algunas posibilidades de limpieza que tratado anteriormente. Buscando huérfanos, resolver característica y dependencias de elemento Web, optimizar las listas, establecer un límite de base de datos de disco duro de 100 GB y realizar otras optimizaciones facilitará el traslado.

Eliminación de sitios no utilizados, aumentar las cuotas y iniciando una iniciativa de limpieza de sitio controlado por el usuario son otras oportunidades para recortar el tamaño de la migración. También debe estandarizar las soluciones y características siempre que sea posible y considere si es la mejor opción eliminar, volver a instalar o volver a crear personalizaciones. Figura 2 muestra algunas recomendaciones generales y opciones para las personalizaciones.

Porque no es liberado aún SharePoint 2010, existen límites a cuánto pueden hacer las pruebas y preparación para personalizaciones.

El mejor enfoque para la mayoría de los entornos es planear para no actualizar en su lugar, pero crear un nuevo conjunto de servidores, migrar bases de datos de contenido y, a continuación, aplicar personalizaciones.

Con este enfoque, podría realizar una actualización gradual y retirar servidores anteriores como migrar sitios.

Aprovechar las posibilidades de virtualización

La comodidad de virtualización y herramientas de administración relacionados ha hecho posible validar y comprobar planes de migración antes de actualizar el entorno de producción.

Quizás el más evidente posibilidad con virtualización es volver a crear el entorno de producción en una escala mucho más pequeño como equipos virtuales y la migración de validar o actualizar estrategia antes de implementarlo en el entorno de producción.

Virtualización proporciona características como tomar una instantánea del sistema operativo y la restauración a petición. Esto hace posible para la migración completa los pasos en detalle, el documento para que al actualizar el entorno de producción, se convierte en una cuestión de los pasos siguientes

Posibilidades futuras

Me he cubierto preparación desde un punto de vista práctico y ofrece sugerencias para las acciones que puede llevar a cabo para preparar el entorno para SharePoint 2010.

Si sigue las sugerencias de teclas de mover a 64 bits, ejecutando la herramienta PreUpgradeCheck, resolver los problemas descubiertos y validar su plan en un entorno virtual, estará en buena forma para SharePoint 2010.

Pav Cherny es un experto en TI y autor especializado en tecnologías de Microsoft para la colaboración y la comunicación unificada. Sus publicaciones incluyen notas del producto, manuales de producto y libros con un enfoque en las operaciones de TI y la administración de sistemas. Pav es presidente de Biblioso Corp., una empresa especializada en servicios administrados de documentación y localización.