Tips Info #94 Sharepoint 2010

1-El servicio de crawl de Sharepoint se detuvo después de que el servidor de base de datos se quedó sin disco (The crawl Sharepoint service stopped after the database server ran out of disk.)

En este escenario, el crawl se mete en un bucle donde el servidor SQL Server intenta asignar espacio adicional para los datos aplicables o el directorio de logs. Sin embargo, porque no hay espacio suficiente en el disco (o el destino no permite el auto-growth), la asignación de espacio producirá un error y la operación de búsqueda se deshace. Los servicios de búsqueda, intentará repetir la operación fallida, que continuará fallando.

Intentando detener el crawl (por ejemplo, desde la página de Administración de búsqueda) podría exacerbar el problema, ya que esta acción podría generar un número elevado de transacciones para eliminar elementos de las tablas de cola de rastreo y afines al proceso de rastreo. Por lo tanto, lo mejor es evitar detener el rastreo.

Use los siguientes pasos para resumir el crawl:

• Detener los servicios 'SharePoint Server Search 14' (net stop osearch14) y 'SharePoint 2010 Timer' (net stop spTimerV4) en cada servidor de la granja. ()
• Desde SQL Server Management Studio, hacer un detach de la Crawl Store DB(s)
• Mover los files de la base de datos y/o log’s (Ej. .mdf, .ldf, y .ndf)  Crawl Store DB(s) a un path con sufiente espacio en disco.
• Re-attach de la base de datos Crawl Store DB(s)
• Reiniciar los servicios 'SharePoint Server Search 14' (net start osearch14) y 'SharePoint 2010 Timer' (net start spTimerV4)

2-Componentes del Search de Sharepoint 2010

Search Components

• Search Administration
  Los usuarios interactúan con este componente vía el Central Admin (Central Admin -> Manage Service Applications -> [click sobre el SSA] )
• Crawl Components
  Crawl components procesa los crawls de las fuentes de contenido, propaga los índices de resultados hacia los query components. Los Crawl components son asociados con un sólo Search Service Application.. Puede haber  n a 1 relaciones entre Crawl Components y una Crawl DB
• Query Components
  Este componente retorna resultados de las búsquedas, cada query component es parte de un “index partition”, el cual es asociado con una base de datos de propiedades (property), la misma contiene la metadata asociada con un conjunto específico de contenido indexado.

Search Databases

• Search Service App (SSA) Admin Database

La base de datos  SSA Admin ayuda a administrar los aspectos de alto nivel de SSA tales como search topology, crawl state/history, y host distribution & refactoring. La misma también almacena  los security descriptors (ACLs) usados para realizar el trim de los resultados de búsqueda.También mantiene los bets set del crawl component.

• Crawl Database

La base de datos de Crawl mantiene los aspectos relacionados del crawl tales como scheduling, content sources. También provee una cola de crawl, que mantiene el status de las crawled URLs, y almacena links/textos de los tags que se descubren durante el crawl.
Crawl databases son asociados con crawl components.

• Property Database

La base de property contiene la metadata  asociada con el contenido indexado. Property databases son asociados con index partitions, y retorna la metadata asociada con el contenido en los resultados de búsqueda.

Search Services

• Search Admin Web Service (SearchAdmin.svc en el IIS)
• Search Query and Site Settings (SQSS) Web Service (SearchService.svc en el IIS)

El servicio SQSS es llamado por el WFE para manejar las queries, además sirve como balanceador de carga para query components. Este servicio corre sobre cada server que incluye un search query component. Este servicio administra las tareas de procesamiento de query, las cuales incluyen enviar queries a uno o varios query components y construye los resultados de búsqueda.

• SharePoint Server Search service (MSSearch.exe): administra el proceso de crawling del contenido, tiene reglas que determinar el contenido a indexar.
• SharePoint Search Filter Daemon (MSSDmn.exe): cuando una solicitud es tomada para indexar un repositorio, el proceso MSSearch.exe invoca una filter daemon, MssDmn.exe, que carga el requerido protocol handlers y filtros necesarios para conectar, obtener y parsear el contenido.

3-Cambiar los campos “Created by” y “Modified By” (Change fields "Created by" and "Modified By")

  using (SPSite site = new SPSite(SPContext.Current.Web.Url))
            {
                using (SPWeb web = site.OpenWeb())
                {
                    SPList lista = web.Lists.TryGetList("ListaModificar");
                    SPListItem item = lista.GetItemById(14);
                    web.AllowUnsafeUpdates = true;

                     //En este caso se usa el objecto SPUser
                    item[SPBuiltInFieldId.Author] = SPContext.Current.Web.CurrentUser;
                   
                    //En el siguiente ejemplo se usa el user id (integer)
                    //item[SPBuiltInFieldId.Author] = SPContext.Current.Web.CurrentUser.ID;                  

                    item.Update();

                    web.AllowUnsafeUpdates = false;
                }
            }

4-Agregar una servidor de failover para una base de datos de Sharepoint 2010 vía powershell (Add a failover server for database Sharepoint 2010 via powershell)

$database = Get-SPDatabase | where { $_.Name -eq “NombreBaseDeDatos” }
$database.AddFailoverServiceInstance(“NombreSQLServerFailover”)
$database.Update();

5-Limpiar la cache de Sharepoint Designer

A veces ocurre que aunque hayamos hecho el check in, los archivos en Sharpeoint Designer quedan con el icono que informa que sigue en check out, o cuando aparecen mensaje del tipo “Cannot perform this operation. The file is no longer checked out or has been deleted.”, cuando se quiere hacer check in de un file. La solución es limpiar la cache.

Abra las siguientes carpetas, y limpie su contenido:

• %APPDATA%\Microsoft\Web Server Extensions\Cache
• %USERPROFILE%\AppData\Local\Microsoft\WebsiteCache