Excluir usuarios deshabilitados de la importación de Perfiles de Sharepoint 2007

Luego de un tiempo sin escribir les voy a mostrar como configuramos nuestro Sharepoint para excluir de la importación los usuarios dados de baja:

Vamos a nuestro Shared Services Administration, luego accedemos a "User profiles and properties"
Abajo vamos a hacer click en "View import connections"
Editamos nuetra coneccion actual, en la seccion de Search Setting vamos a especificar un nuevo "User Filter" actualmente tenemos:

(&(objectCategory=Person)(objectClass=User))

Esto hace que Sharepoint importe todos los usaurios inclusive los que estan "Disabled" por lo cual vamos a modificar el filtro para excluir de la importacion los usuarios deshabilitados, colocamos el siguiente filtro:

(&(objectCategory=Person)(objectClass=User)(!userAccountControl:1.2.840.113556.1.4.803:=2))

Luego de esto debemos hacer un full import una vez finalizado debemos hacer un full crawl de la indexacion.

Espero les sea de utilidad este post.

30/12/09 Actualizacion
Vamos a sumar a nuestro query una entrada mas, ya que en nuestro caso tenemos usuarios que no queremos que aparezcan en el buscador y sean importados en los profiles de Sharepoint, para esto armamos un Grupo en Active Directory para colocar alli a los que deseamos excluir y luego modificamos el query agregando (!memberOf=CN=Excluidos,OU=Grupos,DC=company,DC=com) esto es: los que NO pertenecen al grupo Excluidos que se encuentra en la OU Grupos del dominio Company.com

La Query final nos queda:

(&(&(objectCategory=user)(!memberOf=CN=Excluidos,OU=Grupos,DC=company,DC=com)(!userAccountControl:1.2.840.113556.1.4.803:=2)))

Listo, creo que es el ultimo post del Año asi que Feliz Año para todos!

Gaston.

Capacitaciones Microsoft Noviembre

Nuevos videos de capacitación han sido publicados en https://msevents.microsoft.com

• Business Desktop Deployment 2007 (BDD) y 2007 Office System - VER VIDEO
• MOSSCA Invita: Ciclo 24 MOSS: Sharepoint integrado con tus aplicaciones de negocios - VER VIDEO
• La solución de Microsoft para la administración en Windows Vista - VER VIDEO
• Implementación de Windows Vista SP1 - VER VIDEO
• Mejorando su seguridad: User Account Control (UAC) en Windows Vista - VER VIDEO
• ¿Cómo Windows Vista ayuda a reducir las llamadas a soporte técnico? - VER VIDEO

Sharepoint failed in event OnPostRestore

Recientemente tuvimos que restaurar la farm completa en un servidor para hacer algunas pruebas, restaurando el backup de produccion en esta nueva farm obteniamos el siguiente mensaje de error:

Object WSS_Content failed in event OnPostRestore. For more information, see the error log located in the backup directory. SPUpdatedConcurrencyException: An update conflict has occurred, and you must re-try this action. The object SPWebApplication Name=SharePoint - 80 Parent=SPWebService is being updated by Domain\sharepoint_service, in the OWSTIMER process, on machine MACHINENAME. View the tracing log for more information about the conflict.

Investigando en la web dimos con la solucion, sigan los pasos siguientes obtenidos de http://support.microsoft.com/kb/939308

• Stop the Timer service "Windows SharePoint Services Timer"
• In Windows Explorer, locate and then double-click the following folder: C:\Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config\GUIDNotes
• Back up the Cache.ini file.
• Delete all the XML configuration files in the GUID folder. Do this so that you can verify that the GUID folder is replaced by new XML configuration files when the cache is rebuilt. Note When you empty the configuration cache in the GUID folder, make sure that you do not delete the GUID folder and the Cache.ini file that is located in the GUID folder.
• Double-click the Cache.ini file. On the Edit menu, click Select All. On the Edit menu, click Delete. Type 1, and then click Save on the File menu.
• Start the Timer service "Windows SharePoint Services Timer"
• Note The file system cache is re-created after you perform this procedure. Make sure that you perform this procedure on all servers in the server farm.
• Make sure that the Cache.ini file in the GUID folder now contains its previous value. For example, make sure that the value of the Cache.ini file is not 1.
  

Espero les sea de utilidad.

Sharepoint Exception from HRESULT: 0x80041050

Hoy tuvimos un el error "Exception from HRESULT: 0x80041050" en nuestro entorno de test, la solucion la encontramos en esta pagina, paso a resumir los pasos realizados:

- abrir la consola de SQL (SQL Server Management Studio )
- sobre la base de contenidos de la aplicacion que da error ejecutar la siguiente Query:

select *
from AllDocs
where (VirusStatus > 0) and (VirusStatus is not null)

- Si obtenemos algun resultado, ahi esta el problema!, debemos ejecutar:

update AllDocs
set VirusStatus = null
where (VirusStatus > 0) and (VirusStatus is not null)

Listo, problema solucionado.

Mover Sitios en Sharepoint 2007

En estos días tuvimos que mover algunos sitios de Sharepoint de una site collection a otra, para esto utilizamos el comando stsadm con las opciones de export e import. Con este comando podemos exportar Site collections completas o subsitios pero si lo que necesitas es mover una lista o biblioteca este NO es el comando.

Bueno, a trabajar, para exportar un sitio utilizo el siguiente comando:

stsadm -o export -url http://miportal/sites/sitioaexportar -filename e:\ruta\sitioaexportar.bkp -includeusersecurity -versions 4

los últimos dos parámetros hacen que en el export queden también los permisos del sitio y almacene todas las versiones históricas de los documentos y listas.

Luego para importar a la nueva ruta el sitio corremos el siguiente comando:

stsadm -o import -url http://miportal/sites/nuevositio -filename e:\ruta\sitioaexportar.bkp -includeusersecurity

Ahora tengo el sitio en la nueva ruta con todas las versiones y con los mismos permisos.

NOTAS: Las alertas se deben reconfigurar ya que detecte que las mismas no pasan al importar el sitio.
A mover sitios amigos!

Error Expiration Policy en Sharepoint

Hoy nos encontramos con que un sitio necesita hacer uso de la politica de expiracion de documentos, luego de armar el sitio observamos que la politica no se aplicaba.
El horario de ejecucion se configura desde Central Administration -> Operations -> Information management policy configuration -> Expiration
Allí además hay un botón denominado Process Expired Items Now que ejecuta el proceso de forma inmediata.
En nuestro caso detectamos que no se ejecutaba de manera automática y al presionar el botón Process Expired Items Now, el mismo quedaba deshabilitado.

En los logs de sharepoint tenemos la linea:

Job definition Microsoft.Office.RecordsManagement.Internal.ExpirationJobDefinition, id c6297c77-c020-4045-a739-db432f87d1cc has no online instance for service Microsoft.Office.RecordsManagement.Internal.PolicyConfigService, id 1eeeaa13-40d6-4743-a16b-b69113310ee2, ignoring

Solución:

Ejecutar la linea de comandos:

stsadm -o activatefeature -filename recordsmanagement\feature.xml -force

Espero les sea de utilidad y cualquier duda dejanos tu comentario.