SharePoint 2010 SP1 disponible

SharePoint 2010 SP1 disponible

  • Comments 14
  • Likes

Hola a todos.

Ya están disponibles el Service Pack 1 de SharePoint 2010 y el cumulativo de Junio de 2011. ¿Pero como debemos de instalar estas actualizaciones?

El proceso de actualización es completamente diferente a los últimos CU.

El proceso sería: (BTW, En entornos mixtos de Office Web Apps 2010 SP1 o posterior y SPS 2010 RTM se necesitan instalar los KBs 2510639 y 2510648 antes de iniciar el proceso y ejecutar el wizard de configuración)

  1. Instalar SharePoint Foundation 2010 SP1
  2. Instalar SharePoint Foundation 2010 Language Packs SP1 (Aplica a los LP instalados) 
  3. Instalar SharePoint Server 2010 SP1 (Si tienes SPS 2010)
  4. Instalar SharePoint Server 2010 SP1 Language Packs SP1 (Si tienes SPS 2010 y aplica a los LP instalados)
  5. Instalar Office Web Apps SP1  (Si aplica)
  6. Instalar Fast Server 2010 SP1 (Si aplica)

             Deberíais ejecutar psconfig –cmd upgrade –inplace b2b -wait en cada servidor después de la instalación de todos los paquetes.

      7.    Finalmente, Instalar SharePoint Designer 2010 SP1

Después de esto, hay que instalar el cumulativo de Junio 2011 , o siguientes, para SF 2010 y SPS 2010 para tener el entorno completamente soportado. Para quien tenga dudas el por qué es el siguiente - Explicación

Finalmente compartir un whitepaper con las nuevas funcionalidades

http://go.microsoft.com/fwlink/?LinkId=221773

 Gracias.

Un saludo.

PS: Información en la página del grupo de producto http://sharepoint.microsoft.com/blog/Pages/BlogPost.aspx?pID=984

Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA

  • Es necesario reinstalar los language packs? Y además dos veces?

  • Hola SharePoint Dev,

    No se trata de reinstalarlos, si no de instalar los Service Pack 1 de cada Language Pack que tengas instalado.

  • ¿Qué tal?

    Como dice Matias, no hay que reinstalar los language Packs. Esta es la actualización de los LPs como pasaba en SharePoint 2007.

    Un saludo.

    +1 para Matias ;)

  • Gracias por vuestros comentarios. Tiene sentido. Una duda más, ¿existe (o está previsto) un SharePoint 2010 con SP1 incorporado o siempre tendrá que instalarse por separado?

    Lo digo de cara a minimizar el tiempo de implantación de esta plataforma, ya que en granjas con varios servidores puede suponer un coste añadido de tiempo importante.

    Muchas gracias.

  • Hola

    Pues ahora mismo no esta disponible el paquete slipstream (SP2010 + SP1) pero lo estará en el próximo mes o dos meses.

    Gracias.

    Un saludo.

  • Buenos días.

    Yo no es por desanimar a ningún administrador de servidores SharePoint, pero os puedo contar que la experiencia de instalar el SP1 de SharePoint 2010 en nuestra granja ha sido bastante traumática para mi fin de semana: empecé ayer a las 12:30 y terminé sobre las 2:00 de esta madrugada...y no exenta de problemas.

    Ya no es sólo la cantidad de parches, que fueron 10 en total (tenemos Foundation, Server, 3 languaje packs y Office Web Apps).

    Es que además la ejecución de PSCONFIGUI tras aplicar el SP1 del Server y los SP1 de Language Pack correspondientes, no funcionó hasta que en el servidor de la Central Administration no ejecuté el comando "psconfig -cmd upgrade -inplace b2b -wait -cmd installcheck -noinstallcheck" (no funcionó psconfig -cmd upgrade -inplace b2b -wait) porque a pesar de tener los 4 servidores los mismos parches y Service Packs, PSCONFIGUI seguía detectando parches ausentes en el resto de servidores y el propio de central Admin.

    La ejecución del PSCONFIGUI en cada servidor tras cada conjunto de parches también duró mucho tiempo sobre todo en los servidores de aplicacion.

    Si a esto unes la incertidumbre de no saber si la granja se ha enterado del parche que se ha recién instalado en uno de los servers de la granja, unido al pánico que te puede producir el no saber si te arrancarán los servicios tras aplicar los parches...la instalacion de SP1 es toda una odisea.

    Desde luego, si la política de actualizar los servidores de SharePoint 2010 es así, para nada se parece a lo que se nos vendió de facilidad de actualización, robustez, etc…

    No se puede sacar público un Service Pack que ocupe 400 Mb, y que inmediatamente después de instalarlo tienes que instalar otro parche supuestamente más antiguo, que ocupa 1Gb y que tarda en aplicarse en los servidores 1 hora (en los frontales) y cerca de 2 horas en los Application Server: el CU de Junio 2011.

    En nuestra granja el CU de Junio 2011 fue, con diferencia, el que tardó más tiempo en instalarse.

    Para eso que se hubiera demorado un poco el SP1 y que hubiera incluido lo que arregla el CU de Junio 2011 referente al UPSA.

    No me imagino en qué ventana de tiempo se puede actualizar a SP1 una granja productiva más compleja que la nuestra, con más servidores y con FAST, por ejemplo

    ¿No se puede hacer más sencilla la actualización de estos productos?

    Y sobre todo ...¿no se puede preveer esto antes de sacar público un Service Pack de un producto servidor?

    Saludos

  • Hola Carlos.

    Estamos estudiando tu caso. En las próximas horas te enviaremos una respuesta oficial al respecto.

    Gracias.

    Un saludo.

  • Hola, en mi caso obtuvimos una situacion similar a la de Carlos. En el entorno de desarrollo nos topamos con error al ejecutar el comando psconfig. La excepcion que no devuelve es la siguiente: Microsoft.SharePoint.Administration.SPUpdatedConcurrencyException: Se ha producido un conflicto de actualización y debe volver a intentar esta acción. CAUCION\Administrador actualizó el objeto SPUpgradeSession Name=Upgrade-20110721-162129-852 en el proceso PSCONFIG (4164) en el equipo CAU-VM-MOSS2010.

    De mas esta decir que ejecutamos el comando tal cual se menciona en el blog. Espero que puedan ayudarme. Mi correo es jramos@biapplications.com.ar

    Saludos!

  • Hola Javier

    Sentimos ese contratiempo. En nombre de Microsoft acepta las disculpas eres el segundo cliente que reporta esta problemática.

    Me gustaría que ejecutaras el comando psconfig -cmd upgrade -inplace b2b -wait -cmd installcheck -noinstallcheck como hizo Carlos en el servidor que aloja la administración central y nos comentes si arregló el problema o no. Si no por favor vacia la cache de todos los servidores de SharePoint y vuelve a ejecutar psconfig como se detalla en el siguiente action plan:

    1. Detenga el servicio de temporizador en TODOS los servidores de SharePoint 2010 . Para ello, siga estos pasos:

         a. Haga clic en Inicio , seleccione Herramientas            administrativas y, a continuación, haga clic en servicios .

         b. Haga clic con el botón secundario en SharePoint 2010 Timer y, a continuación, haga clic en Detener .

         c. Cierre la consola Servicios.

    2.    En cada servidor de SharePoint 2010 aplica el siguiente action plan:

    Haga clic en Inicio , haga clic en Ejecutar , escriba explorer y, a continuación, presione ENTRAR.   continuación, presione ENTRAR.

    3. En el Explorador de Windows, busque y, a continuación, haga doble clic en la carpeta siguiente:

    Drive: \Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config\ GUID

                               ***NOTAS TEN EN CUENTA***

        o El marcador de posición Drive especifica la letra de la unidad en la que está instalado Windows. De forma predeterminada, Windows se instala en la unidad C.

        o El marcador de posición GUID especifica la carpeta GUID.

        o La carpeta datos de programa puede estar oculto. Para ver la carpeta oculta, siga estos pasos:

        1a. En el menú Herramientas , haga clic en Opciones de carpeta.

        2b. Haga clic en la ficha Ver .

        3c. En la lista Configuración avanzada , haga clic en Mostrar archivos ocultos y carpetas en archivos y carpetas ocultos y, a continuación, haga clic en Aceptar .

        o En Windows Server 2008, la caché de configuración está en la siguiente ubicación:

    Drive: \ProgramData\Microsoft\SharePoint\Config\ GUID

    4. Haga un back up del archivo Cache.ini.

    5. Elimine todos los archivos de configuración XML en la carpeta GUID. Hacerlo por lo que puede comprobar que la carpeta GUID se reemplaza por nuevos archivos de configuración XML cuando se reconstruye la caché.

    Nota Al vaciar la caché de configuración en la carpeta GUID, asegúrese de que no eliminar la carpeta GUID y el archivo Cache.ini que se encuentra en la carpeta GUID.

    6. Haga doble clic en el archivo Cache.ini.

    7. En el menú Edición , haga clic en Seleccionar todo .

    8. En el menú Edición , haga clic en Eliminar .

    9. Escriba 1 y, a continuación, haga clic en Guardar en el menú archivo .

    10. En el menú archivo , haga clic en Salir .

    11. Iniciar el servicio de temporizador en cada equipo. Para ello, siga estos pasos:

        a. Haga clic en Inicio , seleccione Herramientas administrativas y, a continuación, haga clic en servicios .

        b. Haga clic con el botón secundario en SharePoint 2010 Timer y, a continuación, haga clic en Inicio .

        c. Cierre la consola Servicios.

    Nota La caché de sistema de archivos es volver a crear después de realizar este procedimiento. Asegúrese de realizar este procedimiento en todos los servidores del conjunto de servidores.

    12. Asegúrese de que el archivo Cache.ini de cada servidor en la carpeta GUID contiene ahora su valor anterior. Por ejemplo, asegúrese de que el valor del archivo Cache.ini no es 1.

    13.     Ejecute el upgrade usando psconfig -cmd upgrade -inplace b2b -wait -cmd installcheck -noinstallcheck en el servidor de la administración central y después de actualizar este actualizar cada un ode los otros servidores de uno en uno.

    Esperamos tus noticias.

    Un saludo.

    Héctor Calvarro.

  • Hola Carlos.

    Sentimos oír ese comentario pero te entendemos perfectamente. Sin lugar a dudas el lanzamiento de varios paquetes para SP1 y June 2011 CU está trayendo de cabeza a todos y por eso desde el blog hemos querido estar muy activos para proveer la máxima información posible y que vosotros nos dierais vuestro feedback o dudas.

    Primero nos gustaría explicarte el por qué del lanzamiento por separado del SP1 y del June 2011 CU. Resulta que debido a procesos de vida del software internos se estudian que hotfixes son críticos para ser lanzados en el siguiente CU y que hotfixes o nuevas funcionalidades van a ser lanzados en el SP1. Los referentes a SP1 empiezan a estudiarse y a aplicar desde la salida de la primera versión de SharePoint 2010 RTM en cambio los referentes a los CU siempre son desde el anterior CU.

    Por otro lado, resulta que en línea temporal el SP1 es anterior al June 2011 CU por lo cual los hotfixes y funcionalidades que el SP1 iba a proveer fueron consolidadas y testeadas semanas antes del June 2011 CU. Por lo cual, si hubiera alguna complicación o error en el SP1 el fix se lanzaría como crítico en el siguiente CU.

    A título personal opino que el SP1 debía haber sido lanzado con esos hotfixes críticos instalados o arreglados pero por razones que desconozco ha sido de esta manera.

    Finalmente, nos comentas si es posible de alguna manera minimizar este tipo de tareas, sin duda lo es pero por el momento debes crearte ese tipo de paquete. En este thread de comentarios un seguidor del blog le comentamos que el paquete slipstream será lanzado en los próximos meses. Un paquete slipsream es un paquete con todas las actualizaciones para que puedan ser instaladas directamente. Para más info, es.wikipedia.org/.../Slipstream_(computaci%C3%B3n)

    Entonces, en el período de lanzamiento de este paquete lo que te podemos proponer es la creación de este tipo para la minimización de este proceso. La información referente a este proceso es igual para Moss 2007 como para SPS 2010 technet.microsoft.com/.../cc261890(office.12).aspx . Además en el siguiente blog se explica como hacer este proceso desde RTM blogs.msdn.com/.../slipstream-sharepoint-2010-sp1-and-language-packs-w-sp1-into-rtm.aspx

    Esperamos que la información haya sido clarificadora.

    Gracias.

    Un saludo.

  • Buenas tardes. Nosotros tenemos 3 servidores en granja con Sharepoint Server 2010 y Project Server 2010. Tengo dos preguntas.

    La primera es si es necesario instalar previamente el sp1 de Sharepint 2010 Foundatios y la segunda si con el sp1 de project server ya se instala también el sp1 de Sharepoint server.  Podrían indicarme el orden concreto a seguir.

    Gracias por anticipado por su ayuda

  • Hola Javier.

    Sin duda necesitas instalar siempre los parches SharePoint Foundation 2010 cuando actualices a CUs o Service Packs de Project Server.

    En referencia al SP1 de Project 2010, éste contiene la actualización de SharePoint 2010 SP1 asi que no debes instalar los paquetes de SharePoint Server 2010 SP1.

    Para dejarlo más claro, el orden correcto para la instalación de Project Server en cada servidor sería:

    1.Instalar SharePoint Foundation 2010 SP1

    2.Instalar SharePoint Foundation 2010 Language Packs SP1 (Aplica el paquete a cada uno de los lenguajes instalados)

    3.Ejecutar el asistente en todos los servidores

    4.Instalar Project Server 2010 SP1  (KB 2460047)

    5.Instalar Office Web Apps SP1  (Si aplica)

    6.Instalar Fast Server 2010 SP1 (Si aplica)

    7.Instalar el paquete de SharePoint Server 2010 SP1, Project Server 2010 SP1, Office Web APPs 2010 SP1 Language Packs SP1 (Aplica el paquete a cada uno de los lenguajes instalados)

    8.Ejecutar el asistente en todos los servidores.

    Después has de instalar el cumulativo de Junio de 2011 en cada uno de los servidores:

    1.SharePoint Foundation 2010 (MSF) June 2011 CU

    2.Ejecutar el asistente en todos los servidores.

    3.SharePoint Server 2010 with Project Server June 2011 CU

    4.Ejecutar el asistente en todos los servidores.

    Te recomiendo también echar un ojo a esta entrada del TechNet que habla sobre el tema:

    Deploy Project Server 2010 SP1

    technet.microsoft.com/.../hh272536.aspx

    Deploy Language Packs

    technet.microsoft.com/.../ff700192.aspx

    Espero que te haya servido de ayuda.

    Gracias.

    Un saludo.

  • gracias, los pasos propuestos Hector, me funcionaron muy bien en la granja que tuve problemas de actualizar.

  • Nos alegra saber que se haya resuelto :).

    Un saludo.

Your comment has been posted.   Close
Thank you, your comment requires moderation so it may take a while to appear.   Close
Leave a Comment