Pregunta

He leído en el " acerca de Service Pack 2 para productos y tecnologías SharePoint " papel que SP2 incluye una actualización para la actualización de estadísticas del trabajo del temporizador que causa SharePoint para ejecutar índice en línea de característica de SQL Server (p.4) a reconstruir.

Estoy seguro de la terminología aquí, pero esta es la reconstrucción que utiliza SQL Server para la fragmentación de menor importancia (hasta alrededor del 40%) y las hojas de la base de datos en línea? También estoy adivinando que esta por lo tanto no será reconstruir los índices severamente fragmentada como creo que esto requiere que el DB venir fuera de línea. Por favor alguien puede confirmar mi creencia aquí?

¿Fue útil?

Solución

El procedimiento almacenado que usted se refiere es (proc_DefragmentIndices) y se discute en este artículo KB.

El procedimiento almacenado funciona dentro de las limitaciones de la función de creación de índice en línea, uno de los cuales es que no se puede realizar un índice en línea en un índice que contiene un LOB (objeto grande) columna. ¿Las malas noticias? SharePoint almacena una gran cantidad de datos BLOB (imágenes, documentos de oficina, etc.) en las bases de datos de contenido.

Mirando el procedimiento almacenado en sí, se puede ver que se intenta realizar una desfragmentación en línea primero y luego cambia a la desfragmentación sin conexión cuando sea necesario - es decir, para una imagen similar a columnas. Por lo que puedo ver no hay lógica para determinar el nivel de fragmentación -. Que se podría determinará mediante avg_fragmentation_in_percent

Mi comprensión de la "línea" en este contexto es una "acumulación de índices en línea". Esta no es la misma que la base de datos SQL en sí estar en línea -. Un índice de construcción en línea funciona mediante el mantenimiento de dos copias del índice significa que los datos están totalmente disponibles en todo momento

reconstrucciones de índices sin conexión no toman la propia base de datos fuera de línea - que lugar exclusivo "bloquea" en sus índices de tabla de SQL durante el cual consultas de tiempo no se puede ejecutar sobre la mesa (s) de que se trate. Eso es muy diferente de la misma está en un estado sin conexión DB.

Así que para responder a su pregunta, el trabajo del temporizador agregó en MOSS 2007 SP2 es casi seguro que resultará en índices sin conexión edificio determinado que va a tener datos BLOB en su contenido DB. El procedimiento almacenado, sin embargo, llevar a cabo la construcción de índices en línea siempre que sea posible y no tomar la propia base de datos fuera de línea - sólo la tabla (s) en cuestión

.
Licenciado bajo: CC-BY-SA con atribución
scroll top