Sharepoint 2007 mantenimiento y puesta en escena

Question

Estoy tratando de redactar un documento completo para ayudar al grupo de mantenimiento para una nueva Intranet de Sharepoint 2007.

Lo que tengo problemas para decidir es cuál es la herramienta adecuada para migrar varios elementos diferentes al entorno de producción y aprobación del cliente. Esperamos en el futuro tener que lidiar con nuevas listas, nuevos tipos personalizados / plantillas de listas, páginas modificadas, nuevas páginas, etc.

En otras palabras, aunque creo que agregar un subsitio completo es relativamente sencillo, los cambios incrementales en las áreas existentes no me parecen muy fáciles. Especialmente porque el sitio de producción tiene varias listas que los clientes actualizan (tableros de viñetas, etc.).

Hasta ahora, la mejor respuesta parece ser http://www.codeplex.com/SPDeploymentWizard pero tengo algunos problemas residuales:

1) Es beta y no es un producto oficial de Microsoft. Entonces nuestro cliente puede no tener mucha confianza 2) Debe instalarse en todos los servidores donde desea entregar sus cambios, y funciona a través de un componente GUI. Esto, nuevamente, sería algo con lo que el cliente no estará muy contento (sus cosas son administradas por un tercero, solo piense en EDS o compañías similares).

¿Alguien lo ha usado con confianza en escenarios relacionados con la producción? ¿Tienes diferentes alternativas para sugerir?

TIA,

Paolo.

Answer 1

El peligro con el asistente de implementación de contenido no es en realidad que no funcione, sino más bien que puede intentar migrar objetos que se liberan mejor como una solución sharepoint con una característica específica.

Específicamente, Las nuevas listas deben publicarse con una plantilla de lista definida en una función. Se deben liberar nuevos campos personalizados con una solución.

Una buena regla general es que el contenido (es decir, texto en páginas y documentos) se puede migrar. La estructura (nuevos tipos de lista, campos) debe publicarse como una solución.

Las páginas nuevas y modificadas pueden crearse manualmente en el sitio y publicarse cuando esté listo. Si se deben liberar de forma masiva, el asistente lo ayudará.

He usado STSDev también de codeplex para crear los paquetes de solución necesarios. Recuerde que aunque estas herramientas no son "Productos oficiales de Microsoft" a menudo son muy utilizados por los mismos profesionales de Microsoft y serían herramientas oficiales si los criterios de lanzamiento de "officialdom" no fue un proceso tan largo.

Verifique los autores de cualquier herramienta, la mayoría de ellos tendrá un blog y eso le dará una buena idea de la experiencia y la relación con Microsoft que el autor pueda tener.

No he usado el SPDeploymentWizard, pero desde el sitio codeplex

  

El contenido se exporta utilizando el Contenido   API de migración (PRIME) como un archivo .cmp   (Paquete de migración de contenido) que puede   ser copiado a otros servidores para su importación.   A diferencia de las herramientas listas para usar, el   El asistente permite la selección granular de   contenido a través de una vista de árbol.

Eso significa que la herramienta es un contenedor de interfaz gráfica de usuario para un "proceso oficial de Microsoft", lo que facilita la selección del contenido que desea colocar en un paquete de migración.

El tema de su pregunta no es una tarea fácil en la práctica y las herramientas y técnicas para hacerlo están mejorando y cambiando, por lo que debe estar atento a los blogs y codeplex para obtener asesoramiento.

UPDATE

La herramienta de migración debería estar bien solo para los documentos y páginas que necesita para cada versión.

Para las listas, he creado plantillas temporales que contienen todos los elementos, pero esto sigue siendo un proceso de lanzamiento manual. Por lo tanto, pruébelo con la herramienta de migración de contenido, ya que no está realizando cambios estructurales en el sitio, será posible eliminar la lista si no hace las cosas correctamente.

El problema real es asegurarse de que la identificación del tipo de contenido y las guías de identificación del campo de contenido sean las mismas de servidor a servidor, pero con cualquier lanzamiento de personalización por paquetes de solución / función, no debería haber diferencia.

ACTUALIZACIÓN 2

Para páginas individuales, creamos un script de PowerShell que, dada una url, una lista de archivos y una acción, descarga las páginas del servidor a un disco local o las carga. Es bastante fácil usar el modelo de objetos para crear las páginas, los atributos personalizados son un poco más complicados, pero registrar y publicar las páginas no fue muy importante.