Todas las publicaciones, artículos y otros contenidos de este blog se proporciona "TAL CUAL", sin garantías, y no otorga ningún derecho. Cualquier ejemplo esta bajo los términos especificados por Microsoft
Hola
Ya está disponible el paquete para MOSS 2007 (Build 12.0.6656.5000) que sufrió el retraso.
Es necesario antes, instalar la versión de WSS 3.0 que encontrareis en http://blogs.technet.com/b/hablamoss/archive/2011/12/14/disponible-acumulativo-de-diciembre-2011-para-wss-3-0-el-de-moss-2007-retrasado.aspx
El orden, como siempre, será instalar primero las actualizaciones de WSS 3.0, y posteriormente las de MOSS 2007.
Tras instalarlas se deberá ejecutar el Asistente de Configuración en cada servidor de la granja o “psconfig –cmd upgrade –inplace b2b -wait”
Gracias.
Un saludo
Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA
Hola!!
Ya están disponible para su descarga la actualización de Diciembre 2011 de WSS 3.0.
WSS 3.0 (Build 12.0.6656.5000)
Aviso! Esta actualización no se instalará si no se encuentra instalado ya el SP3 en el entorno.
Por desgracia el de MOSS 2007 se ha retrasado saldrá en los próximos días ya os avisaremos.
Tras instalar las actualizaciones se deberá ejecutar el Asistente de Configuración en cada servidor de la granja o “psconfig –cmd upgrade –inplace b2b -wait”
Muchas Gracias.
Un saludo.
Ya están disponibles para su descarga las actualizaciones de Diciembre 2011 para SharePoint 2010
SharePoint 2010 (Build 14.0.6114.5000)
(RECORDAD INSTALAR ANTES EL SP1)
Si teneis SPS 2010 sólo debeis instalar el relativo a SPS 2010 ya que incluye el de Foundation.
Tras instalar las actualizaciones se deberá ejecutar el Asistente de Configuración en cada servidor de la granja.
Por último, recordad que después de aplicar este CU necesitáis reiniciar el servicio de sincronización de perfiles.
Alguno de vosotros seguro que se ha encontrado con el siguiente bug al subir una foto a un mysite:
El problema es debido a una regresión en el Cumulativo de Octubre de 2011. Los pasos para reproducirlo son:
Por desgracia, no hay un workaround sencillo para ello pero el problema ya ha sido arreglado y se distribuira el fix en el Cumulativo de Diciembre de 2011 (Sobre el 27 de diciembre de 2011 será lanzado).
SE HA DETECTADO UN PROBLEMA EN ESTE CU QUE HACE QUE NO SE INSTALE SOBRE EL SP3 DE MOSS 2007. SE ESTA TRABAJANDO EN UN FIX. PERDONAD LAS MOLESTIAS
Ya se ha arreglado el problema, han sido relanzados los paquetes y ya instalan sobre SP3
Ya están disponibles para su descarga las actualizaciones de Octubre 2011 de SharePoint de 2007.
SharePoint 2007 (Build 12.0.6654.5000)
Aviso! Esta actualización no se instalará si no se encuentra instalado ya el SP2 en el entorno.
PS: La Publicación de las CUs de SharePoint 2010 saldrán o el día de hoy o en los próximos días
Muchos os habeis encontrado con el siguiente mensaje de error en Visual Studio 2010 cuando desplegáis una solución a una granja multi-sevidor y queréis hacer debugging:
Básicamente este error ocurre porque por diseño Vs2010 no soporta la activación de features en granjas multiservidor.
Pero indagando más, la explicación concreta está en un paso anterior. Resulta que VS 2010 internamente implementa una llamada al siguiente método SPSolution.DeployLocal http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.administration.spsolution.deploylocal.aspx . Este método se debe usar para hacer troubleshooting de los wsp y lo que hace es el deploy de un wsp a una granja en modo local y no immediate (Sólo a un servidor)
Por lo cual, la única solución para evitar esto es compilar el código /(build o re-build) e ir al menú superior de VS y seleccionar build -> package. En este momento se habrá creado un paquete wsp en el directorio bin del proyecto.
Finalmente, a vuestra elección, deberéis ejecutar los comandos pertinentes ,PowerShell o STSAdm, para añadir la solución, desplegarla y activarla.
Ya están disponibles para su descarga las actualizaciones de Octubre 2011 para SharePoint 2010
SharePoint 2010 (Build 14.0.6112.5000)
Me gustaría recordaros cuales son los sistemas operativos soportados para la instalación de SharePoint 2010.
1.- SharePoint 2010 sólo se soporta en entornos de arquitectura x64 y para determinadas versiones de Windows Server 2008 y Windows Server 2008 R2 en entornos de Pre-Producción y Producción. Además se debe de cumplir unos requerimientos mínimos relacionados con Memoria RAM y Cores de CPU.
2.- Para que los desarrolladores tengan una mejor experiencia en sus máquinas se soportan entornos de desarrollo en Windows Cliente versiones Windows Vista SP2 y Windows 7 y sin servidores adicionales de SQL server.
Una lista más detallada de los sistemas operativos soportados esta en la siguiente tabla:
Ya está disponible el Service Pack 3 para Windows SharePoint Services 3 y Microsoft Office SharePoint Server 2007.
Los detalles de estas actualizaciones, así como los enlaces de descarga (tanto del SP3 como del SP3 del LP) se pueden encontrar en los siguientes artículos de KB (Recalcar que en esta actualización el método recomendado es usar Windows Update en vez de las descargas) [Una imagen vale más que 1000 palabras IMAGEN]
NOTA: Clientes con Windows Server 2008 por favor tened cuidado con la dll Svrsetup.dll ya que debe incluirse en la carpeta de actualizaciones de imágenes administrativas de Office.
En este enlace se pueden encontrar recomendaciones para la descarga y aplicación de actualizaciones y Service Packs para entornos de WSS y MOSS:http://technet.microsoft.com/en-us/office/sharepointserver/bb735839.aspx
Por favor, recordad que es cumulativa por lo cual todas las actualizaciones contenidas en el SP1 y el SP2 vendran contenidas en el SP3
El orden correcto de aplicación sería:
Por ejemplo, para un entorno de MOSS en Inglés nativo con Language Packs en Español y Francés, los paquetes a instalar serían (por orden):
Mientras que para un entorno de MOSS en Español nativo, habría que instalar:
Tras aplicar estas actualizaciones por orden, ejecutar para cada serivdor de la granja el Asistente de Configuración de SharePoint o, desde la línea de comandos, "psconfig -cmd upgrade -inplace b2b -wait".La versión de las bases de datos de contenidos tras la correcta aplicación del SP3 tiene que ser 12.0.6608.1000
Al instalar estos paquetes de servicio, podeis experimentar los problemas siguientes:
Para más detalles sobre este Service Pack, su aplicación y otras acualizaciones de productos Office 2007 a sP3 (como Project Server o Office 2007) os remitimos a este post (en inglés).
Por último, las actualizaciones de SharePoint 2007 designer SP3 y sus Language Packs a SP3 están en el siguiente enlace para descarga (Recalcar que en esta actualización el método recomendado es usar Windows Update en vez de las descargas)
PS: Posts a tener en cuenta si hay problemas de instalación
Hola a todos.
Comentaros que han sido retirados los CUs de MOSS 2007 debido a una regresión en los paquetes se recomienda a los clientes estar instalados en los últimos CUs a partir de Febrero de 2011
Podéis ver la reseña sobre la regresión en las páginas de los CUs correspondientes (por ej http://support.microsoft.com/kb/981042/en)
A recently discovered issue affecting Project plans that contain baselines was fixed and included in the Project Server 2007 February 2011 cumulative update package. This issue was traced back to have originated in the Project Server 2007 April 2010 cumulative update package. As our cumulative updates are incremental, this issue also affected the June, August, October, and December server updates. We recommend that customers install the latest cumulative update packages that are described in KB953878. http://support.microsoft.com/kb/953878/
Por otro lado, se ha anunciado públicamente que el SP3 de WSS 3.0 y MOSS 2007 serán hechos públicos en 2011 Q4 (finales de este año) como podeis ver en el blog de nuestros compañeros del cluster de Office
http://blogs.technet.com/b/office_sustained_engineering/archive/2011/10/06/announcing-service-pack-3-for-office-2007-and-sharepoint-server-2007.aspx
Tal como comenta nuestro compañero Tehnoon Raza en el blog The SharePointer ha habido algunas incidencias relacionadas con este boletín de seguridad, que aparecían al aplicar actualizaciones a través de WSUS en los servidores de SharePoint, y queremos trasladaros tanto las incidencias como las soluciones, para que las apliquéis en caso de encontraros con ellas.
Las incidencias encontradas son las siguientes
Incidencia 1 – No se pueden abrir sitios de publicación.
Esta incidencia genera un error cuando un usuario intenta acceder a un sitio que tiene la característica de publicación activada, generando un “Error inesperado”
Este error genera una entrada en loss logs de SharePoint (ULS) o en la propia página si tenemos habilitado el CallStack en el web.config, con este aspecto:
Method not found: 'Void Microsoft.Office.Server.WebControls.AudienceLoader.GetAudiencesFetchedDuringPageRequest(System.Collections.Generic.Dictionary`2<System.Guid,Boolean> ByRef, System.Collections.Generic.Dictionary`2<System.String,Boolean> ByRef, System.Collections.Generic.Dictionary`2<System.String,Boolean> ByRef)'.
Incidencia 2 – No es possible configurar la Aplicación de Servicio de Perfiles de Usuario.
Al acceder a la configuración de la Aplicación de Servicio de Perfiles de Usuario puede aparecer el siguiente error:
System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.ResourceManagement, Version=4.0.2450.34, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The system cannot find the file specified. at Microsoft.Office.Server.UserProfiles.UserProfileConfigManager.InitializeIlmClient(String ILMMachineName, Int32 FIMWebClientTimeOut) at Microsoft.Office.Server.UserProfiles.UserProfileConfigManager..ctor(UserProfileApplicationProxy userProfileApplicationProxy, Guid partitionID) at Microsoft.SharePoint.Portal.UserProfiles.AdminUI.ProfileAdminPage.IsProfileSynchronizationRunning()
E incluso puede ocurrir que los perfiles dejen de sincronizar correctamente.
Solución
La causa de todo esto parece residir en un error al generar el paquete asociado al parche KB2560890 que no ha introducido los ensamblados correctamente y que además es el que se distribuía a través de WSUS. Para solucionar el problema es necesario instalar todos los paquetes del boletín de seguridad de manera que podamos asegurar que no hay inconsistencias en el entorno.
Los paquetes se pueden encontrar en la URL del boletín (http://technet.microsoft.com/en-us/security/bulletin/ms11-074) bajo el encabezado Microsoft SharePoint Server, pero sólo es necesario instalar los que afectan a SharePoint 2010, de todas maneras os detallamos a continuación la lista de parches que sería necesario instalar:
Microsoft Office SharePoint Server 2010 and Microsoft Office SharePoint Server 2010 Service Pack 1 (osrchwfe)(KB2494022) Microsoft Office SharePoint Server 2010 and Microsoft Office SharePoint Server 2010 Service Pack 1 (osrv)(KB2560885) Microsoft Office SharePoint Server 2010 and Microsoft Office SharePoint Server 2010 Service Pack 1 (pplwfe)(KB2560890) Microsoft Office SharePoint Server 2010 and Microsoft Office SharePoint Server 2010 Service Pack 1 (ppsmawfe)(KB2566456) Microsoft Office SharePoint Server 2010 and Microsoft Office SharePoint Server 2010 Service Pack 1 (dlc)(KB2566954) Microsoft Office SharePoint Server 2010 and Microsoft Office SharePoint Server 2010 Service Pack 1 (ppsmamui)(KB2566958) Microsoft Office SharePoint Server 2010 and Microsoft Office SharePoint Server 2010 Service Pack 1 (wosrv)(KB2566960)
Una vez hayáis instalado todos los parches, tendréis que ejecutar el Asistente para Productos y Tecnologías de SharePoint en cada servidor de la granja para finalizar el proceso de actualización.
Desde el equipo de soporte de SharePoint en España queremos también pediros disculpas por cualquier inconveniente que os haya podido causar esta incidencia y recordaros que estamos a vuestra disposición.
Matías Cordero Ochoa. SharePoint Core. Microsoft Support Engineer for SharePoint EMEA
Hace un tiempo Antoni ,un cliente que nos sigue en el blog, nos preguntó lo siguiente:
En nuestro proyecto de migración de MOSS2007 a MSS2010 nos planteábamos migrar la configuración y credenciales almacenadas en nuestras aplicaciones definidas en SSO2007. Mediante el comando Upgrade-SPSingleSignOnDatabase hemos conseguido migrar la definición de aplicaciones a SecureStore, pero no se ha llevado las credenciales de nuestros usuarios. ¿Me pueden decir, por favor, si lo que pretendemos es posible?
Se le comentó que el comando Upgrade-SPSingleSignOnDatabase http://technet.microsoft.com/en-us/library/ff608049.aspx sólo migra las definiciones pero no los passwords. La información oficial sobre que los passwords no son migrados está en el siguiente artículo de MSDN.
Single sign-onThe Single Sign-On (SSO) service is being replaced with the Secure Store Service in SharePoint Server 2010. You can use Windows PowerShell cmdlets to upgrade application definitions from SSO to the Secure Store Service. Note that passwords are not upgraded. After you upgrade the application definitions, you can make the Secure Store Service the default SSO provider. For more information, see Perform post-upgrade steps for an in-place upgrade (SharePoint Server 2010).
http://technet.microsoft.com/en-us/library/ee731990.aspx
Por lo cual, cada vez que un usuario entre en el site por primera vez deberá ingresar el password de nuevo para que éste sea almacenado. (Por diseño, no replicamos los passwords porque comprometeríamos la seguridad de SharePoint 2010)
Ya están disponibles para su descarga las actualizaciones de Agosto 2011 para SharePoint 2010
SharePoint 2010 (Build 14.0.6109.5002 )
Ya están disponibles para su descarga las actualizaciones de Agosto 2011 de SharePoint de 2007.
SharePoint 2007 (Build 12.0.6565.5001)
PS: La Publicación de las CUs de SharePoint 2010 saldran o el día de hoy en los próximos días
¿Qué tal las vacaciones?
Esperamos que bien. Para empezar poco a poco un post rápido para entrar en calentamiento ;).
En entornos con Office 2003 en cliente puede pasar que el indicador de presencia de OCS 2007 aparezca offline en vez de aparecer con su correspondiente status en los sitios de Moss 2007. Pues bueno normalmente esta problemática tiene una rápida solución, siguiendo los siguientes pasos:
1. Haga clic en Inicio, haga clic en Ejecutar, escriba regedit y, a continuación, presione ENTRAR.
2. Busque la siguiente subclave del Registro: HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Common\PersonaMenu
3. Haga clic en Editar, seleccione nuevo y, a continuación, haga clic en valor DWORD.
4. Escriba QueryServiceForStatus y, a continuación, haga clic en Aceptar.
5. Haga doble clic en QueryServiceForStatus, escriba 2 y, a continuación, haga clic en Aceptar.
6. Haga clic en Editar, seleccione nuevo y, a continuación, haga clic en valor DWORD.
7. Tipo EnableDynamicPresence y, a continuación, haga clic en Aceptar.
8. Haga doble clic en EnableDynamicPresence, escriba 1 y, a continuación, haga clic en Aceptar.
9. Salir del Editor del registro.
10. Limpiar la cache de Internet Explorer y cerrar cualquier instancia de Office 2003 (Outlook 2003, word 2003 etc) y el mismo Internet Explorer.
Acto seguido notaréis como al entrar en las páginas de SharePoint, que contengan usuarios, el indicador de presencia aparece en su estado correspondiente.
Pues sin más dilación un saludo a todos y saludos a Rodrigo Garcia seguidor del Blog, con el cual estuvimos trabajando en resolver esta incidencia.
Un saludo a todos.
Hola.
Se han ampliado ciertos limites de SharePoint 2010 como por ejemplo soportabilidad de bases de datos de contenido de 4 TB en determinados escenarios o sin limites para las plantillas document center o records center.
Para más información os dirijo al blog del grupo de producto
http://sharepoint.microsoft.com/blog/Pages/BlogPost.aspx?pID=988
Nuevo documento SharePoint Server 2010 capacity management: Software boundaries and limits ha sido actualizado
http://technet.microsoft.com/en-us/library/cc262787.aspx
Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA.
El lunes 12 de Julio de 2011 ha finalizado el ciclo de vida extendido de SharePoint Portal Server 2001. Por lo cual, el soporte de este producto ha finalizado. Para vuestra información también haceros saber que el de Office XP también ha finalizado.
http://support.microsoft.com/lifecycle/search/default.aspx?sort=PN&alpha=SharePoint+Portal+Server+2001&Filter=FilterNO
Por consiguiente, es un buen momento para pensar en probar SharePoint Server 2010 o Office 365 (Servicio en la nube que contiene Sharepoint Online) y entrar en una nueva era para administrar sus contenidos, desarrollar sus aplicaciones o publicación de paginás y creación de intranets.
Han sido relanzados los paquetes de June CU 2011 para SharePoint 2010. Se recomienda instalarla a todo el mundo, incluso a aquellos que instalaron el acumulativo en estos días pasados.
SharePoint 2010 (Build 14.0.6106.5002)
Recordad que después de aplicar este CU necesitáis reiniciar el servicio de sincronización de perfiles.
Ya están disponibles los SP1s tanto como para la version x86 como para la versión x64:
Detalles de los cambios en SP1 - Cambios
¿Qué tal?
La duda que surgió el otro día cuando salió el nuevo SP1 y la recomendación de instalar June CU 2011 fue: ¿Por qué hay que instalar después del SP1 el June 2011 CU?
Según se nos ha explicado parece ser que el SP 2010 SP1 esta basado en el April 2011 CU, por lo cual, si en una máquina RTM le instalas el SP1 estarías en April 2011 CU + SP1. Por lo cual, si quisieras estar en la última versión deberías instalar el June 2011 CU.
Me gustaría recordar otra vez como se hace el proceso de Instalación apuntandoos a nuestra entrada anterior sobre ello:
http://blogs.technet.com/b/hablamoss/archive/2011/06/28/sharepoint-2010-sp1-y-june-2011-cu-disponibles.aspx
En los próximos días publicaremos una tabla resumen con todas las versiones.
[ACTUALIZACIÓN => MÁS INFORMACIÓN AL RESPECTO]
http://blogs.msdn.com/b/opal/archive/2011/06/30/the-mystery-behind-sharepoint-2010-patching.aspx
Hola a todos
Ayer por la mañana ya se veían algunos comentarios en nuestras listas de distribución interna sobre un posible problema con el servicio de instalación de usuarios después de la instalación de SP 2010 SP1 y del June 2011 CU. El error era el siguiente:
Síntoma: User Profile import stop working with stopped-extension-dll-exception” errors in miiserver.exe (El servicio de importación reporta errores en miiserver FIM)
Call Stack:
"System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.PlatformNotSupportedException: Microsoft SharePoint is not supported with version 4.0.30319.235 of the Microsoft .Net Runtime. at Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Farm() at Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& farm, Boolean& isJoined) at Microsoft.SharePoint.WebControls.SPControl.SPWebEnsureSPControl(HttpContext context) at Microsoft.SharePoint.SPContext.get_Current() at Microsoft.Office.Server.UserProfiles.ProfileManagerInstance.GetApplicationProxy() at Microsoft.Office.Server.UserProfiles.ProfileImportExportService.FinalizeProfileImportExportProcess(Int64 importExportId) --- End of inner exception stack trace --- at System.RuntimeMethodHandle._InvokeMethodFast(IRuntimeMethodInfo method, Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeType typeOwner) at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks) at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture) at Microsoft.Office.Server.WebServiceDirectProxy.WebMethodInfo.Invoke(Object webServiceInstance, Object[] args) at Microsoft.Office.Server.WebServiceDirectProxy.Invoke(String methodName, Object[] args) at Microsoft.Office.Server.UserProfiles.ManagementAgent.ProfileImportExportDirect.FinalizeProfileImportExportProcess(Int64 importExportId) at Microsoft.Office.Server.UserProfiles.ManagementAgent.ProfileImportExportExtension.Microsoft.MetadirectoryServices.IMAExtensibleCallExport.EndExport() Forefront Identity Manager 4.0.2450.34"
Pues esta mañana nuestro compañero Patrick Heyde propone dos workarounds a la excepción:
1.- Desinstalación de .net 4.0
Como sabéis SharePoint 2010 esta basado en .net 3.5 . De hecho Microsoft no recomienda tener instalado .net 4.0 en el mismo box que SharePoint 2010 en entornos de producción.
2.- Modificar el archivo de configuración miiserver.config.exe
Como forzar el servicio FIM a ejecutar en .net 2.0
1.- Abrir el archivo C:\Program Files\Microsoft Office Servers\14.0\Synchronization Service\Bin\miiserver.config.config.exe
2.- Localizar la siguiente entrada
<startup useLegacyV2RuntimeActivationPolicy="true"> <supportedRuntime version="v4.0.30319"></supportedRuntime> <supportedRuntime version="v2.0.50727"></supportedRuntime></startup>
3.- Comentar la línea referente a .net 4.0.
<startup useLegacyV2RuntimeActivationPolicy="true">
<!-- <supportedRuntime version="v4.0.30319"></supportedRuntime> -–>
<supportedRuntime version="v2.0.50727"></supportedRuntime>
</startup>
4.- Reiniciar los dos servicios asociados a FIM.
5.- Comenzar de nuevo la sincronización
El post original en Ingles del Blog de Patrick se encuentra en la siguiente dirección http://blogs.technet.com/b/patrick_heyde/archive/2011/07/02/sharepoint-2010-junecu-2011-available-side-effect-info-amp-solution.aspx
La información tambien está disponible desde hace unas horas en la sección Common issues y workaround del cumulativo http://support.microsoft.com/default.aspx?scid=kb;EN-US;2536599
Ya están disponibles para su descarga las actualizaciones de Junio 2011, tanto de SharePoint 2010 como de 2007.
SharePoint 2010 (Build 14.0.6106.5000)
SharePoint 2007 (Build 12.0.6562.5000)
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)
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, se recomienda instalar encarecidamente el cumulativo de Junio 2011 para SF 2010 y SPS 2010. 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
PS: Información en la página del grupo de producto http://sharepoint.microsoft.com/blog/Pages/BlogPost.aspx?pID=984
¿Qué tal estáis?
Últimamente estamos encontrando todavía clientes instalados con los CUs de December 2010 CU (14.0.5130) o October 2010 CU (14.0.5128).
- Como bien sabéis la versión de Octubre 2010 estuvo impactada por una regresión importante en el user profile service http://blogs.technet.com/b/hablamoss/archive/2010/11/08/problema-sharepoint-2010-october-cumulative-update-detalles-y-workaround.aspx y se arregló con la retirada del CU y un nuevo lanzamiento de éste con el problema arreglado.
- En lo que concierne al CU de Diciembre 2010 tiene dos regresiones también en el user profile service:
Problem 1: "You cannot create an AD DS synchronization connection ... after Dec.CU 2010 installed (KB 2490381)" In some cases the given workaround may not help or no AD-connection at all can be created. If so, try to recreate your UPA, do a reboot and then recreate your AD-connection.
Problem 2: "You cannot create an Active Directory sync connection when the NetBiosDomainNamesEnabled property is set to true". It fails with “Unable to process create message” error.
Problem 3
Yo mismo he encontrado un problema de rendimiento usando en desarrollos de C# queries CAML contra el User Profile Service para conseguir usuarios.
Entonces si no estás seguro de tener el CU bueno de Octubre de 2010 instalado o tienes el CU de Diciembre 2010 os recomendamos instalar la versión CU April 2011 (14.0.5138) http://blogs.technet.com/b/hablamoss/archive/2011/04/29/disponibles-los-acumulativos-de-abril-2011-para-sharepoint-2010-y-2007.aspx ya que arregla esos problemas.
Ya están disponibles para su descarga las actualizaciones de Abril 2011, tanto de SharePoint 2010 como de 2007.
SharePoint 2010 (Build 14.0.5138.5001)
SharePoint 2007 (Build 12.0.6557.5000)
Héctor Calvarro Martín. SharePointDev. Microsoft Support Engineer for DEV EMEA