2008-08-13 8 views
18

Ahora estoy en el proceso de planificar la implementación de una solución de SharePoint en un entorno de producción.
He leído sobre algunas herramientas que prometen una manera fácil de automatizar este proceso, pero nada que parezca encajar en mi situación.¿Cómo implementa sus soluciones de SharePoint?

En la fase de prueba utilicé SharePoint Designer para copiar el contenido del sitio entre los diferentes servidores de prueba y desarrollo, pero este proceso es manual y parece innecesario.

El sitio se compone de páginas de elementos web de SharePoint con elementos web personalizados y una gran cantidad de definiciones de informes de Reporting Services.

Entonces, ¿hay algún buen consejo en este vasto territorio de geeks sobre cómo crear e implementar de manera más eficiente un sitio de SharePoint para un escenario de implementación múltiple?

Editar
Solo para aclarar. Necesito implementar varios "Sitios de SharePoint" en una colección de sitios existente. Como a SharePoint le gusta tener sus sitios en la base de datos de contenido de SharePoint, simplemente poner los archivos en IIS no es una opción en este momento.

+0

¿Todavía utilice el asistente de implementación de contenido o ¿encontró una mejor solución mientras tanto? – driAn

+1

Fui con WSPBuilder + una secuencia de comandos personalizada –

Respuesta

4

También sugiero que revise el Asistente de implementación de contenido de SharePoint por Chris O'Brien. http://www.codeplex.com/SPDeploymentWizard

debería ayudar a suavizar el proceso que usted describe, y es una buena herramienta para su kitbag independientemente

+0

Pero para mí siempre terminaba con una excepción (registro de errores) cuando intento importar. Las configuraciones de importación son suaves. Ninguna excepción lanza. ¿Alguna idea? –

+0

Comentar en un hilo viejo podría no ser la forma de averiguarlo. Además, esos errores de importación suelen ser bastante claros, pero deberá indicarnos cuáles son =) – ArjanP

3

Tenemos un BizTalk 2006 con aplicación web y varios servicios web que necesitan pasar de Dev a UAT a Live.

Usamos MSBuild directamente desde VS para compilar, ejecutar pruebas, dependiendo del resultado de la prueba, cumplir, comprimir y enviar a los servidores.

Pequeño script de MSBuild en el servidor para descomprimir, mover los archivos, instalar una aplicación web limpia, unir bits de biztalk, instalar nuevos bits de biztalk, volver a alistar y luego iniciar el proceso.

MSBuild es enorme y más personas que usarlo, ya que ahora la derecha en la plataforma =>

Uso MSBuild

2

Tenga en cuenta que la "solución" tiene un significado específico en Sharepoint: un conjunto de características (como piezas de la tela, las definiciones de lista y así sucesivamente) envasados ​​para su despliegue como un archivo .wsp.

Por lo general, crear soluciones de SharePoint en Visual Studio y empaquetar e implementar usando alguna herramienta como Sharepoint SmartTemplates http://www.codeplex.com/smarttemplates

Sin embargo, en el caso de que ya tiene contenido en un sitio de SharePoint en vivo que desea mover a otro sitio.Probablemente sea demasiado engorroso usar una solución para esto, especialmente si desea hacerlo más de una vez (aunque es posible generar una solución desde un sitio en vivo usando SharePoint Solution Generator).

La manera más fácil de desplegar todo el contenido de un sitio en vivo a otro es crear una copia de seguridad del sitio usando stsadm y luego restaurarlo al nuevo sitio usando stsadm restore. Esto sobrescribe completamente el nuevo sitio.

Puede mover archivos/listas seleccionadas mediante la importación/exportación (en lugar de realizar copias de seguridad/restaurar). Una herramienta como SharePoint Content Deployment Wizard hace que sea más fácil seleccionar el contenido para mover.

+0

Demasiadas personas con las que hablo que trabajan con Sharepoint simplemente lanzan la palabra "solución" sin darse cuenta de que se refieren a un paquete . MS necesita hacer que las personas sean más conscientes de esto o posiblemente utilicen un nombre diferente. – Eric

1

Comprobar este marco en saf.codeplex.com Esto nos da la capacidad de automatizar la implementación de componentes de SharePoint usando msbuild/características/stsadm etc.

Cuestiones relacionadas