Mantenimiento de bases de datos de productos de...

Mantenimiento de bases de datos de productos de Microsoft

® SharePoint

® 2010

Autores:

Bill Baer

Bryan Porter

Revisor técnico:

Paul S. Randal (SQLskills.com)

Fecha de publicación:

Julio de 2011

Resumen:

En este documento se describen las estrategias de mantenimiento recomendadas para las bases de datos que hospedan ajustes de configuración y contenido de productos de SharePoint 2010.

Microsoft SharePoint 2010 Julio de 2011

© 2011 Microsoft Corporation. Todos los derechos reservados. Página | 2

Para enviar comentarios sobre este documento o solicitar más documentación sobre estas características,

póngase en contacto con SharePoint IT Docs ([email protected]).

Este documento se proporciona “tal cual”. Es posible que la información y los puntos de vista reflejados en este documento, incluidas la dirección URL y otras referencias a sitios web de Internet, cambien sin previo aviso. El usuario asume el riesgo de su uso. Algunos ejemplos descritos en este documento se proporcionan únicamente con fines ilustrativos y son ficticios. No se pretende indicar ni debe deducirse ninguna asociación ni conexión real. Este documento no proporciona ningún derecho legal sobre la propiedad intelectual e industrial de ningún producto de Microsoft. Este documento puede copiarse y usarse para fines internos y de referencia. © 2011 Microsoft Corporation. Todos los derechos reservados.





Resumen En estas notas del producto se proporciona información y directrices para el mantenimiento de bases de datos que hospedan datos y configuraciones de Microsoft

® SharePoint

® 2010. Describe

y proporciona ejemplos de tareas de mantenimiento de bases de datos recomendadas al usar SharePoint 2010.

Antes de implementar las tareas de mantenimiento de bases de datos o de modificar bases de datos de SharePoint 2010, lea el siguiente artículo sobre compatibilidad: Compatibilidad con los cambios a las bases de datos que utilizan productos de servidor de Office y Windows SharePoint Services (http://go.microsoft.com/fwlink/?LinkId=110812&clcid=0xc0a).

http://go.microsoft.com/fwlink/?linkid=110812&clcid=0xC0A







Tabla de contenido

RESUMEN ....................................................................................................................................... 3

Introducción ................................................................................................................................... 5

Comprobación de errores de coherencia con DBCC CHECKDB ............................................. 5

Acerca de DBCC CHECKDB ......................................................................................................... 6

DBCC CHECKDB y rendimiento ................................................................................................... 7

Medición y reducción de la fragmentación del índice ............................................................... 7

Reconstrucción de índices en línea frente a sin conexión ....................................................... 8

Medición de fragmentación en una base de datos de SQL Server 2008 o 2005 (sys.dm_db_index_physical_stats) ............................................................................................. 9

Uso de la vista de administración dinámica sys.dm_db_index_physical_stats ..................... 9

Reducción de fragmentación para una base de datos ............................................................ 10 Ejecución de reglas del Analizador de mantenimiento de bases de datos............................... 10

Reducción de la fragmentación de una tabla específica y de sus índices ........................... 13 Uso de ALTER INDEX .............................................................................................................. 14

Buen rendimiento de ajuste de índices mediante la definición del factor de relleno .......... 14

Reducción de archivos de datos ............................................................................................... 15 Reducción de una base de datos con los comandos de Transact-SQL ................................... 16 Reducción de una base de datos con SQL Server 2008 Management Studio ........................ 18

Creación de planes de mantenimiento de SQL Server 2008 ................................................... 18 Configuración de un plan de mantenimiento de base de datos de SQL Server 2008 .............. 18

RESUMEN ..................................................................................................................................... 26





Introducción El mantenimiento rutinario de las bases de datos es esencial para el buen funcionamiento de las bases de datos de Microsoft

® SharePoint

® 2010. Estas notas técnicas describen las tareas de

mantenimiento de bases de datos compatibles para SharePoint 2010.

Entre las tareas de mantenimiento recomendadas para las bases de datos de SharePoint 2010 se incluyen:

Comprobar la integridad de la base de datos.

Desfragmentar índices organizándolos o volviendo a crearlos.

Configurar el factor de relleno de un servidor.

Nota: este artículo trata el mantenimiento de las bases de datos, no la planeación para capacidad o rendimiento. Para obtener más información acerca de la capacidad o la planeación de capacidad, consulte Planeación y configuración del almacenamiento y capacidad de SQL Server (SharePoint Server 2010) (http://go.microsoft.com/fwlink/?LinkId=217482).

Aunque las versiones anteriores de productos y tecnologías de SharePoint requerían la intervención manual para realizar la desfragmentación de índices y el mantenimiento de estadísticas, SharePoint 2010 automatiza este proceso para sus bases de datos. Esto se consigue mediante varias reglas del Analizador de mantenimiento de SharePoint. Estas reglas evalúan el estado de los índices y las estadísticas de las bases de datos a diario, y se encargarán automáticamente de estos elementos para estas bases de datos:

Bases de datos de configuración

Bases de datos de contenido

Bases de datos de perfil de aplicación de servicios de perfiles de usuario

Bases de datos sociales de aplicación de servicios de perfiles de usuario

Bases de datos de informes de aplicaciones de servicios de Web Analytics

Bases de datos provisionales de aplicaciones de servicios de Web Analytics

Bases de datos de Word Automation Services

Las tareas de mantenimiento de bases de datos también se pueden llevar a cabo mediante la ejecución de comandos Transact-SQL o mediante la ejecución del Asistente para mantenimiento de bases de datos. Comenzaremos presentando los comandos Transact-SQL que puede usar y, a continuación, explicaremos cómo crear planes de mantenimiento de bases de datos mediante el Asistente para mantenimiento de bases de datos de Microsoft SQL Server

®.

Nota: En este documento, presentaremos ejemplos detallados solo para SQL Server 2008 R2 y SQL Server 2005.

Comprobación de errores de coherencia con DBCC CHECKDB Comience sus operaciones rutinarias de mantenimiento con las comprobaciones de coherencia para asegurarse de que sus datos y sus índices no están dañados. Puede usar la instrucción DBCC (comando de consola de base de datos) CHECKDB para realizar una comprobación de coherencia interna de las páginas de datos y de índice.

La gran mayoría de los problemas de coherencia de las bases de datos se debe a errores de

subsistema de E/S. Sin embargo, la coherencia de las bases de datos se puede ver afectada

cuando un servidor de la base de datos se apaga de forma incorrecta o cuando se produce un







error de una unidad. Los problemas de rendimiento y disponibilidad más notables pueden ser

a veces síntomas de problemas subyacentes de coherencia de las bases de datos. Deben

realizarse comprobaciones de coherencia de las bases de datos al menos una vez por semana

en las bases de datos de SharePoint 2010, y siempre que se produzcan eventos como fallos

de servidor de base de datos o de subsistema de E/S.

Acerca de DBCC CHECKDB DBCC CHECKDB comprueba la integridad lógica y física de todos los objetos de la base de datos especificada; para ello, realiza las siguientes operaciones:

Ejecuta el equivalente de DBCC CHECKALLOC

(http://go.microsoft.com/fwlink/?LinkId=110815&clcid=0xc0a) para comprobar las

estructuras de asignación en la base de datos.

Ejecuta el equivalente de DBCC CHECKTABLE

(http://go.microsoft.com/fwlink/?LinkId=162093) en cada tabla y lo visualiza en la base

de datos para comprobar su integridad física y lógica.

Ejecuta el equivalente de DBCC CHECKCATALOG

(http://go.microsoft.com/fwlink/?LinkId=110834&clcid=0xc0a) en la base de datos para

comprobar la coherencia de sus metadatos.

Esto significa que los comandos DBCC CHECKALLOC, DBCC CHECKTABLE o DBCC CHECKCATALOG no tienen que ejecutarse por separado de DBCC CHECKDB. Se recomienda ejecutar DBCC CHECKDB en lugar de las operaciones individuales, ya que identifica el rango más amplio de posibles errores y, por tanto, es más seguro para ejecutarse en un entorno de producción.

DBCC CHECKDB hace un uso intensivo de recursos en términos de memoria, E/S y CPU. Una alternativa para ejecutar DBCC CHECKDB en su sistema de producción es ejecutarlo en una copia de seguridad restaurada de sus bases de datos de SharePoint en un servidor diferente y, por tanto, reducir la carga de trabajo de la comprobación de coherencia del sistema de producción.

Se recomienda ejecutar primero DBCC CHECKDB y, a continuación, si revela errores, restaurar la base de datos afectada usando las copias de seguridad más recientes.

Importante: la ejecución de DBCC CHECKDB WITH REPAIR_ALLOW_DATA_LOSS no se admite. Sin embargo, se admite la ejecución de DBCC_CHECKDB WITH REPAIR_FAST y REPAIR_REBUILD, ya que estos comandos solo actualizan los índices de la base de datos asociada.

La siguiente tabla contiene una salida de ejemplo de DBCC CHECKDB.

DBCC results for 'Contoso_Content_1'.

Service Broker Msg 9675, State 1: Message Types analyzed: 14.

Service Broker Msg 9676, State 1: Service Contracts analyzed: 6.

Service Broker Msg 9667, State 1: Services analyzed: 3.

Service Broker Msg 9668, State 1: Service Queues analyzed: 3.

Service Broker Msg 9669, State 1: Conversation Endpoints analyzed: 0.

Service Broker Msg 9674, State 1: Conversation Groups analyzed: 0.









Service Broker Msg 9670, State 1: Remote Service Bindings analyzed: 0.

DBCC results for 'sys.sysrowsetcolumns'.

There are 2663 rows in 21 pages for object "sys.sysrowsetcolumns".

DBCC results for 'sys.sysrowsets'.

There are 309 rows in 4 pages for object "sys.sysrowsets".

…more

CHECKDB found 0 allocation errors and 0 consistency errors in database

'Contoso_Content_1'.

DBCC execution completed. If DBCC printed error messages, contact your

system administrator.

Tabla 1. Salida de ejemplo de DBCC CHECKDB

Para obtener más información acerca de cómo usar DBCC CHECKDB con SQL Server 2008, consulte DBCC CHECKDB (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=217483).

DBCC CHECKDB y rendimiento Se recomienda ejecutar comprobaciones de coherencia durante horas de no producción, ya que DBCC CHECKDB consume muchísimos recursos (en términos de E/S, CPU, memoria y espacio de tempdb). Hay una idea equivocada común de que DBCC CHECKDB adquiere bloqueos; este no ha sido el caso desde antes de SQL Server 2000. Para obtener más información acerca de DBCC CHECKDB que no adquiere bloqueos, consulte “A SQL Server DBA myth a day: (2/30) DBCC CHECKDB causes blocking” (http://www.sqlskills.com/BLOGS/PAUL/post/A-SQL-Server-DBA-myth-a-day-(230)-DBCC-CHECKDB-causes-blocking.aspx).

Puede que encuentre que la sobrecarga del recurso por ejecutar DBCC CHECKDB es excesiva para su sistema de producción. En ese caso, no intente ejecutar comprobaciones de coherencia de una tabla cada vez, ya que esto será más problemático en general. La mejor forma de reducir la sobrecarga de la comprobación de integridad en el sistema de producción es llevar a cabo una de las siguientes acciones:

Use la opción WITH PHYSICAL_ONLY para reducir el uso de CPU y memoria.

Restaure una copia de seguridad de base de datos en un servidor de SQL distinto y ejecute las comprobaciones de coherencia en la copia restaurada de la base de datos.

Para obtener más información acerca de estas opciones, consulte esta entrada de blog de Paul S. Randal.

Medición y reducción de la fragmentación del índice La fragmentación del índice se produce cuando el orden lógico de las páginas de una tabla o índice (según lo definido por la clave de índice) no es el mismo que el orden físico de las páginas de los archivos de datos. También puede significar que la densidad de los datos en las páginas de archivos de datos es baja, lo que produce un desaprovechamiento de espacio en disco, memoria y E/S. La fragmentación de índice puede ser el resultado de una gran cantidad de inserciones, actualizaciones o eliminaciones en una tabla. Las figuras siguientes muestran un índice generado recientemente y sin fragmentar y, a continuación, un índice fragmentado tras


http://www.sqlskills.com/BLOGS/PAUL/post/A-SQL-Server-DBA-myth-a-day-(230)-DBCC-CHECKDB-causes-blocking.aspx

http://www.sqlskills.com/BLOGS/PAUL/post/A-SQL-Server-DBA-myth-a-day-(230)-DBCC-CHECKDB-causes-blocking.aspx

http://www.sqlskills.com/BLOGS/PAUL/post/CHECKDB-From-Every-Angle-Consistency-Checking-Options-for-a-VLDB.aspx





muchas inserciones, actualizaciones y eliminaciones. La flecha roja muestra el orden físico del índice, y las flechas negras muestran el orden lógico de las páginas del índice.

Figura 1. Índice sin fragmentar (fuente de la imagen: Paul S. Randal)

Figura 2. Índice fragmentado (fuente de la imagen: Paul S. Randal)

Dado que las inserciones, actualizaciones y eliminaciones no se han distribuido de manera uniforme por las filas de la tabla y los índices, el llenado (o la densidad de los datos) de cada página puede variar con el tiempo. Para las consultas que examinan parte o la totalidad de los índices de una tabla, la fragmentación puede provocar lecturas de páginas adicionales, lo que dificulta el análisis paralelo de los datos y puede afectar de forma significativa en el rendimiento de la búsqueda.

La fragmentación de índice puede provocar una degradación del rendimiento y un uso ineficaz del espacio, y los índices pueden fragmentarse rápidamente incluso en bases de datos usadas de manera moderada.

Antes de implementar un plan de mantenimiento de fragmentación de índice, debe saber qué tablas e índices están más fragmentados y, después, crear el plan de mantenimiento para volver a crear o reorganizar esos índices.

En SharePoint 2010, un ejemplo de tabla que suele fragmentarse es AllDocs, que contiene bibliotecas de documentos, sus documentos y listas asociados y elementos de listas, así como sus correspondientes metadatos.

El nivel de fragmentación de un índice es el porcentaje de páginas de índices que no están en el mismo orden lógico y físico.

Reconstrucción de índices en línea frente a sin conexión La reconstrucción de índices en línea solo está disponible en las ediciones Enterprise, Developer y de evaluación de SQL Server. Los métodos destacados en estas notas técnicas tienen esto en cuenta. Los procedimientos mostrados recurrirán a una reconstrucción de índices sin conexión si la edición de SQL Server que aloja una base de datos específica no admite las reconstrucciones de índices en línea, o si el índice que se está reconstruyendo no es apto para una reconstrucción de índice en línea. Un índice puede no ser apto para una reconstrucción en línea debido a la presencia de columnas LOB (de objetos grandes), como columnas con un tipo de datos NVARCHAR(MAX), IMAGE, etc.





Para obtener más información acerca de las reconstrucciones en línea, consulte Cómo funcionan las operaciones de índice en línea (http://go.microsoft.com/fwlink/?LinkId=217492). Al realizar una reconstrucción de índices sin conexión, se realizarán bloqueos del nivel de tabla durante el proceso de reconstrucción. Esto puede evitar que se escriba en la tabla o que se obtenga acceso a ella. Muchos de los índices de las bases de datos de SharePoint siempre se reconstruirán mediante la reconstrucción de índices sin conexión debido a la presencia de columnas LOB. Incluso si se usa la reconstrucción de índices en línea, hay dos puntos de la operación en la que se mantienen los bloqueos de la tabla de forma temporal, y eso podría provocar el bloqueo. Como resultado, se recomienda programar siempre las actividades de reconstrucción de índices durante periodos de baja actividad.

Medición de fragmentación en una base de datos de SQL Server 2008 o 2005 (sys.dm_db_index_physical_stats) En SQL Server 2008 o SQL Server 2005, use la vista de administración dinámica sys.dm_db_index_physical_stats para determinar la fragmentación de los índices en una tabla o vista especificadas.

Para medir la fragmentación, se recomienda supervisar la columna avg_fragmentation_in_percent. El valor de avg_fragmentation_in_percent debe estar tan cerca de cero como sea posible para un máximo rendimiento. Sin embargo, los valores del 0 al 10 por ciento pueden ser aceptables. Para obtener más información, consulte sys.dm_db_index_physical_stats (http://go.microsoft.com/fwlink/?LinkId=110839&clcid=0xc0a).

La tabla 2 muestra resultados de ejemplo de sys.dm_db_index_physical_stats, con un valor de 9,375 para avg_fragmentation_in_percent en una fila.

database_id index_type_desc

alloc_unit_type_

desc

avg_fragmentation_

in_percent

10 CLUSTERED INDEX IN_ROW_DATA 0

10 NONCLUSTERED INDEX IN_ROW_DATA 0


10 CLUSTERED INDEX IN_ROW_DATA 0


10 CLUSTERED INDEX IN_ROW_DATA 9.375

Tabla 2. Resultados de ejemplo de sys.dm_db_index_physical_stats

Uso de la vista de administración dinámica sys.dm_db_index_physical_stats

1. En la barra de tareas, haga clic en Inicio, señale Todos los programas, señale Microsoft SQL Server 2008 y, a continuación, haga clic en SQL Server Management Studio.








Para usar sys.dm_db_index_physical_stats con un objeto de base de datos, debe saber

el Id. de la base de datos y el Id. del objeto.

2. Seleccione la base de datos de contenido en el Explorador de objetos y, a continuación, haga clic en Nueva consulta. Ejecute el siguiente script.

SELECT DB_ID() AS [Database ID];

Nota: al usar DB_ID sin especificar un nombre de base de datos, el nivel de compatibilidad

de la base de datos actual debe ser de 100 (una base de datos de SQL Server 2008) o 90

(una base de datos de SQL Server 2005). Si ha actualizado desde una versión anterior

de SQL Server, debe especificar un nombre de base de datos en la instrucción DB_ID. Para

obtener más información acerca de los niveles de compatibilidad, consulte sp_dbcmptlevel

(Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110840&clcid=0xc0a).

3. Ejecute sys.dm_db_index_physical_stats en la base de datos o el objeto que ha seleccionado. Puede especificar no solo la base de datos, sino una tabla o índice.

Sintaxis:

sys.dm_db_index_physical_stats (

{ database_id | NULL | 0 | DEFAULT }

, { object_id | NULL | 0 | DEFAULT }

, { index_id | NULL | 0 | -1 | DEFAULT }

, { partition_number | NULL | 0 | DEFAULT }

, { mode | NULL | DEFAULT }

)

Debe tener cuidado al usar la vista de administración dinámica sys.dm_db_index_physical_stats,

ya que puede consumir muchos recursos. Puede encontrar una completa guía que explica las

distintas formas de usar esta vista en Inside sys.dm_db_index_physical_stats

(http://www.sqlskills.com/BLOGS/PAUL/post/Inside-sysdm_db_index_physical_stats.aspx).

Reducción de fragmentación para una base de datos Para reducir el nivel de fragmentación de índice, siga las instrucciones que se proporcionan a continuación.

Ejecución de reglas del Analizador de mantenimiento de bases de datos

SharePoint 2010 se proporciona con el marco de reglas del Analizador de mantenimiento. Este marco está configurado con reglas para supervisar el estado de un entorno de SharePoint y, en algunos casos, para corregir determinados tipos de problemas. SharePoint 2010 incluye varias reglas para el mantenimiento de bases de datos de contenido. Estas reglas reducen automáticamente la fragmentación de índices para algunas bases de datos de SharePoint y comprueban las estadísticas de elementos obsoletos para actualizarlos si es necesario. Estas reglas del Analizador de mantenimiento sustituyen el trabajo del temporizador actualizado de estadísticas de la base de datos en Service Pack 2 para productos y tecnologías de SharePoint. De forma predeterminada, estas reglas están configuradas en una programación que se ejecuta a diario, semanalmente o a petición, según el destino de la regla. Todas las reglas del Analizador de mantenimiento configuradas para ejecutarse a diario y asociadas con un servicio concreto de SharePoint se ejecutan por el mismo trabajo del temporizador. Al ajustar la programación de este trabajo de temporizador, las reglas del Analizador de mantenimiento configuradas para la ejecución diaria y asociadas a ese servicio



http://www.sqlskills.com/BLOGS/PAUL/post/Inside-sysdm_db_index_physical_stats.aspx





se ejecutarán durante el día. Todas las reglas tratadas en estas notas técnicas están asociadas al servicio de temporizador de SharePoint. Las reglas del Analizador de mantenimiento configuradas para ejecutarse en un intervalo de tiempo distinto (como semanalmente) o asociadas con un servicio diferente tiene distintos trabajos del temporizador. Configurar una regla del Analizador de mantenimiento para que se ejecute semanalmente significaría que esa regla del Analizador de mantenimiento se ejecutará con el trabajo del temporizador configurado para ejecutarse semanalmente para el servicio específico al que está asociada la regla del Analizador de mantenimiento. Esta ejecución se producirá en cualquier programación definida para ese trabajo del temporizador. Las reglas del Analizador de mantenimiento se pueden ejecutar manualmente seleccionando “Ejecutar ahora” en la cinta desde la página de reglas del Analizador de mantenimiento de la Administración central. Al ejecutar estas reglas, se evaluará el estado de los índices y las estadísticas, y se realizarán reconstrucciones y recálculos de índices según corresponda. Las bases de datos que SharePoint usa tienen índices fragmentados: al ejecutar esta regla, se realizan las siguientes tareas:

Esta regla notifica que los índices se están fragmentando. Esto es porque la evaluación del estado del índice es una operación costosa. Como resultado de los detalles de la ejecución de la regla del Analizador de mantenimiento, esta regla siempre notificará que los índices se están fragmentando para que se lleve a cabo la acción correctiva.

Para cada base de datos de SharePoint, la acción de regla busca y, si encuentra, ejecuta el procedimiento almacenado proc_DefragmentIndices. Durante la ejecución de este procedimiento almacenado, se crea una lista de todos los índices de la base de datos. Cada índice se evalúa según su nivel actual de fragmentación. Cualquier índice fragmentado con más de un 30 por ciento se tendrá en cuenta para reconstrucción.

Asumiendo que la edición de SQL Server admite las reconstrucciones de índices en línea, se intenta realizar una reconstrucción de índice en línea para cada índice. Si esto falla, quizás porque el índice subyacente no admita las reconstrucciones en línea debido al uso de columnas LOB, se realizará una reconstrucción de índice sin conexión.

Tal y como se ha indicado anteriormente, no todas las bases de datos de un entorno de SharePoint siguen esta regla. Algunas bases de datos usan reglas distintas para realizar actividades de mantenimiento similares. Búsqueda - Una o más bases de datos de propiedades tienen índices fragmentados: esta regla mantiene los índices de las bases de datos de propiedades de búsqueda de SharePoint 2010 Enterprise. Esta regla está configurada de forma predeterminada para ejecutarse semanalmente en cualquier servidor de la granja. Todo el procesamiento de esta regla (incluidas las acciones correctivas) se produce durante la fase de comprobación de la ejecución de la regla. Esto significa que si desea administrar reconstrucciones de índices para la base de datos de propiedades de búsqueda de Enterprise, no basta con solo configurar esta regla para no reconstruir los índices automáticamente. Debe desactivar la regla por completo para evitar la ejecución automática de las operaciones de mantenimiento de índices de SharePoint 2010. Al ejecutar ‘Búsqueda - Una o más bases de datos de propiedades tienen índices fragmentados’, se llevan a cabo las siguientes tareas:

La regla confirma que el entorno está en un estado en el que la realización de una reconstrucción de índice es segura.

Para cada base de datos de propiedades configurada para aplicaciones de búsqueda en la granja local, la regla ejecuta el procedimiento almacenado proc_MSS_DefragSearchIndexes. Durante la ejecución de este procedimiento almacenado, se crea una lista de todos los índices con una fragmentación media de más del 10%.





Se reconstruye cada índice de la lista que afecta al rendimiento de la base de datos de propiedades. Si la edición de SQL Server admite las reconstrucciones de índices en línea, se realiza una reconstrucción de índice en línea. Si e intento de realizar una reconstrucción de índices en línea es sin éxito, el índice se reconstruirá sin conexión.

Búsqueda - Puede que una o varias bases de datos de rastreo tengan índices fragmentados: esta regla mantiene los índices de las bases de datos de rastreo de búsqueda de SharePoint 2010 Enterprise. Esta regla está configurada de forma predeterminada para ejecutarse solo a petición. Al ejecutarse, se ejecutará desde cualquier servidor de la granja. Esta regla, cuando se ejecuta, siempre notifica la fragmentación de los índices de las bases de datos de rastreo. Esto se debe a que la comprobación de la fragmentación en una base de datos resulta muy costosa. Como resultado, la simple desactivación de la actividad de reparación para esta regla tendrá como resultado la notificación de las bases de datos de rastreo como incorrectas, incluso habiendo reconstruido recientemente los índices de las bases de datos de rastreo. Para administrar manualmente el mantenimiento de los índices de las bases de datos de rastreo, debe desactivar la regla ‘Búsqueda - Puede que una o varias bases de datos de rastreo tengan índices fragmentados’ por completo. Al ejecutar ‘Búsqueda - Puede que una o varias bases de datos de rastreo tengan índices fragmentados’, se llevan a cabo las siguientes tareas:

La regla confirma que el entorno está en un estado en el que la realización de una reconstrucción de índice es segura.

Para cada base de datos de rastreo configurada para aplicaciones de búsqueda en la granja local, la regla ejecuta el procedimiento almacenado proc_MSS_DefragGathererIndexes.

Se reconstruirá cada índice del rendimiento de la base de datos de rastreo de la lista. Si la edición de SQL Server admite las reconstrucciones de índices en línea, se realiza una reconstrucción de índice en línea. Si e intento de realizar una reconstrucción de índices en línea es sin éxito, el índice se reconstruirá sin conexión.

Es importante tener en cuenta que la regla ‘Búsqueda - Puede que una o varias bases de datos de rastreo tengan índices fragmentados’ reconstruirá cada índice de todas las bases de datos de rastreo, independientemente del nivel de fragmentación. También activará la compresión de datos del nivel de las páginas, si lo admite la edición de SQL Server que hospeda la base de datos de rastreo. Debido a la naturaleza de la base de datos de rastreo, no se prevé que necesite desfragmentar esta base de datos con frecuencia. Ejecute esta regla después de realizar un rastreo completo de su contenido por primera vez. Después, supervise los índices de la base de datos de rastreo para la fragmentación y ejecute esta regla siempre que la fragmentación de los índices aumente. Esto puede ocurrir como resultado de la adición o eliminación repentinas de una gran cantidad de contenido rastreado (por ejemplo, durante la expulsión de contenido como resultado de una limpieza del entorno o después de la integración de un nuevo origen de contenido, como un recurso compartido de archivos o una aplicación web de SharePoint de gran tamaño. Las siguientes bases de datos no tienen un mecanismo automatizado para su mantenimiento. A priori, estas bases de datos no deben presentar una gran fragmentación. Supervise la fragmentación de estas bases de datos y reconstruya los índices de estas bases de datos cuando la fragmentación supere el 30%.

Base de datos de administración de búsqueda

Base de datos de almacenamiento seguro

Base de datos de servicio de estado





Base de datos de sincronización de perfil

Base de datos de uso

Base de datos de metadatos administrados

Base de datos de servicios de conectividad empresarial

Base de datos de PerformancePoint Services

Para obtener más información acerca de los cambios admitidos para las bases de datos de SharePoint 2010, consulte Compatibilidad con los cambios a las bases de datos que utilizan productos de servidor de Office y Windows SharePoint Services (http://go.microsoft.com/fwlink/?LinkId=110844&clcid=0xc0a) de Microsoft Knowledge Base.

Si el rendimiento de una base de datos muy fragmentada o una tabla no se ve mejorado por una desfragmentación frecuente, debe comprobar el rendimiento del subsistema de E/S.

Reducción de la fragmentación de una tabla específica y de sus índices Si desea desfragmentar un índice asociado a una tabla concreta en lugar de una base de datos completa, puede reorganizar o reconstruir el índice.

Al reorganizar un índice, especifica que se reorganizará el nivel de hojas del índice. La

reorganización de índices desfragmenta y comprime los índices agrupados y sin agrupar en

tablas y vistas, y puede mejorar de forma significativa el rendimiento del análisis de los

índices. La reorganización de un índice hace uso del espacio existente asignado al índice.

La reorganización siempre se realiza en línea para que la tabla subyacente esté disponible

para todos los usuarios.

La reconstrucción de un índice especifica que se reconstruirá una copia totalmente nueva del

índice. Esto significa que una operación de reconstrucción requiere un espacio adicional

suficiente para construir la nueva copia del índice antes de eliminar el índice antiguo

fragmentado. La reconstrucción mejora el rendimiento de los análisis y búsquedas en

el índice. Puede reconstruir el índice con una tabla en línea o sin conexión.

El nivel de fragmentación de un índice determina el método que debe usar para desfragmentarlo, y si puede permanecer en línea o debe realizarse sin conexión. La siguiente tabla describe el método de desfragmentación recomendado para los distintos niveles de fragmentación.







Nivel de fragmentación Método de desfragmentación

Hasta 10% Reorganización (en línea)

10-75% Reconstrucción (en línea)

75% Reconstrucción (sin conexión)

Nota: el uso de los comandos DROP INDEX y CREATE INDEX no se admite en las bases de datos de SharePoint 2010.

Puede reorganizar y reconstruir índices con la instrucción ALTER INDEX de SQL Server 2008

o SQL Server 2005 o con el Asistente para planes de mantenimiento de SQL Server 2008 o SQL

Server 2005. Este documento solo presenta con detalle las opciones de SQL Server 2008 o SQL

Server 2005.

Uso de ALTER INDEX

ALTER INDEX permite a un administrador de bases de datos realizar operaciones de mantenimiento en un índice de una tabla o vista. Se puede usar para desactivar, reconstruir y reorganizar índices. De forma opcional, se puede usar para definir opciones en el índice. En la mayoría de los casos, puede reconstruir índices mientras la base de datos esté en línea, lo que hace que los datos estén más disponibles que en la reconstrucción de índices sin conexión.

Importante: SQL Server 2000 admitía el uso de DBCC DBREINDEX y DBCC INDEXDEFRAG para el mantenimiento de índices. Estos comandos han caído en desuso desde SQL Server 2005 y se eliminarán en una futura versión de SQL Server. No use estos comandos par realizar tareas de mantenimiento de índices en una base de datos de SharePoint 2010.

Nota: cuando se reconstruye un índice sin conexión, se coloca un bloqueo de tabla compartida en la tabla para evitar que se realicen todas las operaciones con la excepción de operaciones

SELECT. Las bases de datos de SharePoint 2010 usan los índices agrupados de forma específica. Cuando se reconstruye un índice agrupado sin conexión, se coloca un bloqueo de tabla exclusiva en la tabla para evitar que los usuarios finales puedan obtener acceso a cualquier tabla.

Puede personalizar el siguiente script de ejemplo para reconstruir todos los índices en una tabla.

USE Contoso_Content_1

GO

ALTER INDEX ALL ON [database_name. [ schema_name ] . | schema_name. ]table_or_view_name

REBUILD WITH (FILLFACTOR = 80, SORT_IN_TEMPDB = ON,

STATISTICS_NORECOMPUTE = ON)

GO

Buen rendimiento de ajuste de índices mediante la definición del factor de relleno El factor de relleno se puede usar para mejorar aún más el rendimiento y el almacenamiento de los datos del índice. Cuando se crean o reconstruyen índices, el valor del factor de relleno (1-100) determina el porcentaje de espacio de cada página de nivel de hoja que puede rellenarse con datos. El espacio restante se reserva para un futuro crecimiento. Para muchas situaciones, el nivel 0 de factor de relleno predeterminado de todo el servidor es óptimo (lo que significa rellenar cada página al 100%). Sin embargo, para SharePoint 2010, un ajuste de 80 de todo el servidor es óptimo para permitir el crecimiento y minimizar la fragmentación.

Nota: no recomendamos definir el factor de relleno para tablas o índices individuales. Aunque es el método preferido para bases de datos que no sean de SharePoint SQL Server, se ha





demostrado que las bases de datos de SharePoint funcionan mejor con un factor de relleno del 80%.

Para ver el valor del factor de relleno de uno o más índices, consulte la vista del catálogo sys.indexes. Para obtener más información acerca de la vista, consulte sys.indexes (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110850&clcid=0xc0a).

Para configurar el valor de factor de relleno de todo el servidor, use el procedimiento almacenado del sistema sp_configure. Para obtener más información, consulte spconfigure (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110851&clcid=0xc0a).

Reducción de archivos de datos En SQL Server 2008 y SQL Server 2005, puede reducir cada archivo de una base de datos (extensiones .mdf, .ldf y .ndf) para eliminar las páginas sin usar y recuperar el espacio en disco. Las bases de datos de SharePoint 2010 no reducen automáticamente los archivos de datos, aunque muchas actividades crean espacio sin usar en la base de datos. Entre las actividades que pueden crear espacio sin usar se incluye la ejecución del comando Move-SPSite de Windows PowerShell (http://technet.microsoft.com/es-es/library/ff607915.aspx), así como la eliminación de documentos, bibliotecas de documentos, listas, elementos de listas y sitios.

Tamaño en disco

120GB

Tamaño en disco

100GB

Espacio utilizado

Espacio libre

Figura 3. Asignación de base de datos

El espacio libre solo se libera desde el final del archivo: por ejemplo, un archivo de base de datos de contenido de 60 GB con un tamaño de destino especificado de 40 GB liberará tanto espacio como sea posible desde los últimos 20 GB (conceptualmente, el final “por la derecha”) del archivo de la base de datos. Si las páginas usadas se incluyen en los últimos de 20 GB, estas páginas se reubicarán a los 40 GB del principio del archivo retenido. Puede reducir los archivos de las bases de datos individualmente o como un grupo.

Las operaciones de reducción deben ejecutarse de forma muy poco frecuente y solo tras la ejecución de una operación que elimine una gran cantidad de datos de una base de datos y, a continuación, solo cuando se espera que el espacio libre no vaya a usarse de nuevo. Las operaciones de reducción de archivos de datos causan una gran fragmentación de índices y consumen muchísimos recursos. Como ejemplos de cuándo puede ser aceptable reducir los archivos de datos de las bases de datos pueden citarse la reubicación de un gran número de colecciones de sitios de una base de datos de contenido a otra base de datos de contenido, o la eliminación de una lista grande. Ambas operaciones pueden crear grandes cantidades de espacio sin usar. Los archivos de bases de datos solo se pueden reducir hasta el punto en el que no quede espacio libre. Por lo tanto, una base de datos de contenido en el que el contenido se elimina con poca frecuencia puede obtener muy poco beneficio de la reducción, y probablemente tendrá problemas de rendimiento cuando la base de datos necesite proporcionar más espacio para datos adicionales sin acomodaciones específicas. Para obtener más información, consulte Database File Initialization (http://msdn.microsoft.com/es-es/library/ms175935.aspx).

Dado que la reducción provoca la fragmentación del índice, nunca debe reducir archivos de bases de datos de forma regular; las bases de datos solo deben reducirse en respuesta a grandes cantidades de espacio sin usar producidas como consecuencia de operaciones que afectan en gran medida a la cantidad relativa de espacio usado en una base de datos. En la medida de lo posible, la reducción de una base de datos debe evitarse.

Use las siguientes directrices para reducir bases de datos:




http://technet.microsoft.com/es-es/library/ff607915.aspx

http://msdn.microsoft.com/es-es/library/ms175935.aspx

http://msdn.microsoft.com/zh-tw/library/ms175935.aspx





No haga reducciones automáticas de bases de datos ni configure un plan de mantenimiento

que reduzca sus bases de datos de forma mediante programación.

Reduzca una base de datos solo cuando el 50% o más de su contenido se haya eliminado

por el usuario o el administrador y no prevea que más datos vuelvan a usar el espacio sin

utilizar.

Se recomienda reducir solo las bases de datos de contenido. La base de datos de

configuración, la base de datos de contenido de Administración central y las bases de datos

de aplicaciones de varios servicios no suelen someterse a suficientes eliminaciones como

para contener un espacio libre importante.

La reducción de bases de datos es una operación que consume muchísimos recursos. Por lo

tanto, si no tiene más opción que reducir una base de datos, considérelo cuidadosamente

al programar la operación de reducción.

Tras la operación de reducción de base de datos, se fragmentan los índices de la base de

datos. Corrija esta fragmentación con ALTER INDEX… REORGANIZE. Si no ha realizado la

configuración para permitir la inicialización instantánea de archivos, debe reducir la base de

datos a un tamaño de destino que acomode el espacio necesario para el crecimiento

esperado a corto plazo. Para obtener más información, consulte Database File Initialization

(http://msdn.microsoft.com/es-es/library/ms175935.aspx). Si elimina la fragmentación

reconstruyendo los índices, esto hará que la base de datos vuelva a crecer

y le deje sin espacio libre.

Las bases de datos y los archivos de bases de datos se pueden reducir manualmente para recuperar espacio ejecutando las instrucciones DBCC SHRINKFILE y DBCC SHRINKDATABASE con SQL Server 2008 o SQL Server 2005 Management Studio.

Para obtener más información acerca de por qué la reducción de una base de datos es perjudicial para el rendimiento y no debe realizarse a menos que sea totalmente necesario, consulte Why you should not shrink your data files (http://www.sqlskills.com/BLOGS/PAUL/post/Why-you-should-not-shrink-your-data-files.aspx).

Reducción de una base de datos con los comandos de Transact-SQL

DBCC SHRINKDATABASE reduce los datos y archivos de registro de una base de datos específica. Para reducir archivos individuales, use DBCC SHRINKFILE.

DBCC SHRINKDATABASE Sintaxis:

DBCC SHRINKDATABASE

( 'database_name' | database_id | 0

[ ,target_percent ]

[ , { NOTRUNCATE | TRUNCATEONLY } ]

)

[ WITH NO_INFOMSGS ]

http://msdn.microsoft.com/es-es/library/ms175935.aspx

http://msdn.microsoft.com/zh-tw/library/ms175935.aspx

http://www.sqlskills.com/BLOGS/PAUL/post/Why-you-should-not-shrink-your-data-files.aspx





database_name | database_id | 0 especifica el nombre o Id. de la base de datos. Para seleccionar la base de datos actual, use 0.

target_percent es el espacio libre en porcentaje que desea conservar tras la reducción de la base de datos.

NOTRUNCATE comprime los datos en los archivos de datos moviendo las páginas asignadas del final de un archivo a las páginas sin asignar al principio del archivo.

TRUNCATEONLY libera todo el espacio libre del final del archivo al sistema operativo, pero no realiza ningún movimiento de página dentro del archivo.

Nota: el uso de la opción TRUNCATEONLY no se admite para bases de datos de contenido de SharePoint 2010.

Para obtener más información, consulte DBCC SHRINKDATABASE (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110852&clcid=0xc0a).

DBCC SHRINKFILE Sintaxis:

DBCC SHRINKFILE

(

{ 'file_name' | file_id }

{ [ , EMPTYFILE ]

| [ [ , target_size ] [ , { NOTRUNCATE | TRUNCATEONLY } ] ]

}

)

[ WITH NO_INFOMSGS ]

file_name | file_id especifica el nombre o Id. del archivo.

EMPTYFILE migra todos los datos del archivo de especificado a otros archivos en el mismo grupo de archivos.

Nota: el uso de la opción EMPTYFILE no se admite para archivos de bases de datos de SharePoint 2010.

target_size es el tamaño de destino del archivo en megabytes, expresado como un número entero.

NOTRUNCATE comprime los datos en los archivos de datos moviendo las páginas asignadas del final de un archivo a las páginas sin asignar al principio del archivo.

TRUNCATEONLY libera todo el espacio libre del final del archivo al sistema operativo, pero no realiza ningún movimiento de página dentro del archivo.

Nota: el uso de la opción TRUNCATEONLY no se admite para bases de datos de contenido de SharePoint 2010.

Para obtener más información, consulte DBCC SHRINKFILE (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110853&clcid=0xc0a).







Reducción de una base de datos con SQL Server 2008 Management Studio


2. En el Explorador de objetos, conéctese a una instancia del motor de base de datos de SQL Server 2008 y luego expandir esa instancia.

3. Expanda Bases de datos, haga clic con el botón secundario en la base de datos que desea reducir, señale Tareas, Reducir y, a continuación, haga clic en Archivos.

4. Seleccione el tipo y nombre del archivo.

5. Seleccione Reorganizar archivos antes de liberar espacio no utilizado. También debe definir el valor Reducir el archivo a. Al seleccionar esta opción, se libera el espacio sin usar en el archivo en el sistema operativo y se intentan reubicar las filas en los espacios sin asignar.

6. Haga clic en Aceptar.

Creación de planes de mantenimiento de SQL Server 2008 Muchas de las operaciones de mantenimiento de base de datos tratadas en estas notas técnicas se pueden aplicar mediante programación a través de la implementación de planes de mantenimiento de SQL Server. Los planes de mantenimiento pueden automatizar y programar tareas esenciales para proteger sus datos. Mediante el uso de planes de mantenimiento en SQL Server 2008 o SQL Server 2005, un administrador puede programar operaciones como la ejecución de comprobaciones de coherencia de bases de datos o la reorganización o reconstrucción de índices. Para obtener más información, consulte los recursos siguientes:

Maintenance Plan Wizard (http://go.microsoft.com/fwlink/?LinkId=110855&clcid=0xc0a) para

SQL Server 2008

Database Maintenance Plan Wizard (http://go.microsoft.com/fwlink/?LinkId=217494) para

SQL Server 2005

Configuración de un plan de mantenimiento de base de datos de SQL Server 2008


2. En el Explorador de objetos, conéctese a una instancia del motor de base de datos de SQL Server 2008 y luego expandir esa instancia.

3. Haga clic en Administración, haga clic con el botón secundario Planes de mantenimiento y, a continuación, haga clic en Asistente para planes de mantenimiento.

4. Haga clic en Siguiente hasta llegar a la página Seleccionar propiedades del plan.


http://technet.microsoft.com/es-es/library/ms189036.aspx





5. En los campos Nombre y Descripción, escriba un nombre y una descripción.

6. Decida si configurar uno o varios planes de mantenimiento.

Para configurar un solo plan de mantenimiento, seleccione Una sola programación

para todo el plan o ninguna programación.

Para configurar varios planes de mantenimiento con tareas específicas, seleccione

Programaciones independientes para cada tarea.

Si tiene un entorno con 10 o más bases de datos de contenido o más de 200 GB de

contenido, se recomienda configurar planes de mantenimiento independientes para

proporcionar una especificidad adecuada y maximizar la ventana de mantenimiento.

Si configura varios planes de mantenimiento para una base de datos, especifique un nombre

o una descripción que le permita diferenciar los planes y sus fines, incluidos sus

programaciones.





7. Haga clic Cambiar para definir una programación para uno o varios planes.

Aparecerá el cuadro de diálogo Propiedades de programación del trabajo.

8. Complete la programación, haga clic en Aceptar y, a continuación, haga clic en Siguiente.

9. En la página Seleccionar tareas de mantenimiento, seleccione las tareas de mantenimiento que desea incluir en el plan y, a continuación, haga clic en Siguiente.





Notas:

Un plan de mantenimiento debe incluir la reorganización o la reconstrucción del índice;

no ambas.

Un plan de mantenimiento nunca debe incluir la reducción de una base de datos.

Para determinar la duración de cada tarea, pruebe cada tarea individualmente antes de

combinarlas en un único plan. Puede que necesite definir varios planes de

mantenimiento en distintas programaciones para que las tareas se puedan completar

durante las horas en las que las operaciones del usuario final no se vean afectadas

negativamente.

La tarea Limpieza de mantenimiento elimina los archivos que quedan tras la ejecución

de un plan de mantenimiento.

10. En la página Seleccionar el orden de las tareas de mantenimiento, cambie el orden de las tareas del plan de mantenimiento si es necesario. Seleccione una tarea y, a continuación, haga clic en Subir o Bajar. Una vez ordenadas las tareas correctamente, haga clic en Siguiente.

Nota: si sus bases de datos son muy grandes, puede que desee crear un plan de

mantenimiento independiente para comprobar la integridad de la base de datos con menos

frecuencia que el mantenimiento de índices.





A continuación, el Asistente lo guiará por la configuración de los detalles de cada tarea.

11. En la página Definir la tarea Comprobar la integridad de la BD, seleccione las bases de datos para comprobar su integridad y, a continuación, haga clic en Siguiente.

Nota: puede comprobar con seguridad la integridad de todas las bases de datos de

SharePoint 2010.





12. En la página Definir la tarea Reorganizar índice, en la lista Bases de datos, especifique las bases de datos para las que reorganizar los índices, active la casilla Compactar objetos grandes y, a continuación, haga clic en Siguiente.

13. En la página Definir la tarea Volver a generar índice, si ha elegido reconstruir los índices en lugar de reorganizarlos, en la lista Bases de datos, especifique las bases de datos para las que reorganizar los índices.





14. Seleccione Cambiar el porcentaje de espacio disponible por página a, escriba 80 y, a continuación, haga clic en Siguiente.

La opción Cambiar el porcentaje de espacio disponible por página a define el factor de relleno para la base de datos.

15. En la página Definir la tarea Limpieza de mantenimiento, defina los valores que se ajusten a sus necesidades y, a continuación, haga clic en Siguiente.

Se recomienda eliminar sus informes de texto del plan de mantenimiento.





16. En la página Seleccionar opciones de informe, seleccione Escribir informe en un archivo de texto, seleccione una ubicación para los archivos y, a continuación, haga clic en Siguiente hasta que finalice el Asistente.

Resumen Elija el método que elija, un mantenimiento coherente de las bases de datos que hospedan SharePoint 2010 puede mejorar significativamente el estado y el rendimiento de su sistema.

Asegúrese de que tiene copias de seguridad confiables de todas sus bases de datos antes de implementar operaciones y planes de mantenimiento.

Antes de implementar operaciones de mantenimiento o un plan de mantenimiento, pruebe el impacto de las operaciones en su sistema y el tiempo necesario para su ejecución.

En la medida de los posible, defina operaciones o planes de mantenimiento para ejecutarse durante horas de inactividad para minimizar el impacto de rendimiento en los usuarios.

Mantenimiento de bases de datos de productos de...

Documents

Transcript of Mantenimiento de bases de datos de productos de...