resumodownload.microsoft.com/.../databasemaintenancesharepoint2010.docx · web vieweste documento...

Manutenção de banco de dados para os produtos do Microsoft® SharePoint® 2010

Autores: Bill Baer

Bryan Porter

Revisor técnico:Paul S. Randal (SQLskills.com)

Publicado em: julho de 2011Resumo:Este artigo descreve as estratégias de manutenção recomendada para os bancos de dados que hospedam p conteúdo e as definições de configuração para os Produtos do SharePoint 2010.

Microsoft SharePoint 2010 Julho de 2011

Este documento é fornecido "no estado em que se encontra". As informações e exibições expressas neste documento, incluindo URLs e outras referências a sites da Internet, podem ser alteradas sem aviso prévio. As informações e exibições expressas neste documento, incluindo URLs e outras referências a sites da Internet, podem ser alteradas sem aviso prévio.Alguns exemplos apresentados aqui são fornecidos exclusivamente para fins ilustrativos e são fictícios. Não há qualquer intenção de associação ou conexão real, nem assim deve ser inferido.Este documento não oferece a você quaisquer direitos legais sobre propriedade intelectual em qualquer produto da Microsoft. Este documento pode ser copiado e usado para fins internos e de referência.

© 2011 Microsoft Corporation. Todos os direitos reservados.

© 2011 Microsoft Corporation. Todos os direitos reservados. Página | 2Para comentar sobre este documento ou solicitar mais documentações sobre esses recursos, contate SharePoint IT Docs ([email protected]).


ResumoEste white paper fornece informações e diretrizes para manter os bancos de dados que hospedam os dados e as configurações do Microsoft® SharePoint® 2010. Ele descreve e fornece os exemplos de tarefas de manutenção de banco de dados que recomendamos durante o uso do SharePoint 2010.

Antes de implementar qualquer tarefa de manutenção de banco de dados ou modificar os bancos de dados do SharePoint 2010, leia o seguinte artigo de suporte: Suporte para alterações de bancos de dados que são usados por produtos de servidor do Office e do Windows SharePoint Services (http://go.microsoft.com/fwlink/?LinkId=110812&clcid=0x416).


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




Sumário

RESUMO........................................................................................................................................ 3Introdução..................................................................................................................................... 5Verificar se há erros de consistência usando DBCC CHECKDB..............................................5Sobre o DBCC CHECKDB............................................................................................................6DBCC CHECKDB e desempenho................................................................................................7Medir e reduzir a fragmentação do índice..................................................................................7Recompilações de índices online versus offline.......................................................................8Medir fragmentação em um banco de dados do SQL Server 2008 ou 2005 (sys.dm_db_index_physical_stats).............................................................................................9

Para usar a exibição de gerenciamento dinâmico sys.dm_db_index_physical_stats..........10Redução da fragmentação de um banco de dados.................................................................10

Executar as regras do Analisador de Integridade de manutenção do banco de dados...................10Redução da fragmentação de uma tabela específica e seus índices.....................................13

Como usar a ALTER INDEX.....................................................................................................14Ajuste do desempenho do índice por meio da definição do fator de preenchimento..........14Como reduzir arquivos de dados..............................................................................................15

Como reduzir um banco de dados usando os comandos Transact-SQL.................................16Para reduzir um banco de dados usando o SQL Server 2008 Management Studio................18

Criação de planos de manutenção do SQL Server 2008.........................................................18Para configurar um plano de manutenção de banco de dados do SQL Server 2008....................18

RESUMO...................................................................................................................................... 26



IntroduçãoA manutenção de rotina do banco de dados é essencial para o bom funcionamento dos bancos de dados do Microsoft® SharePoint® 2010. Este white paper descreve as tarefas de manutenção do banco de dados com suporte pelo SharePoint 2010.

As tarefas de manutenção recomendada para os bancos de dados do SharePoint 2010 incluem:

Verificação da integridade do banco de dados.

Desfragmentação de índices por reorganização ou recompilação.

Definição do fator de preenchimento de um servidor.

Observação: Este artigo aborda a manutenção de banco de dados e não o planejamento de capacidade ou desempenho. Para obter informações sobre a capacidade ou o planejamento de capacidade, consulte Planejamento e configuração de armazenamento e capacidade do SQL Server (SharePoint Server 2010) (http://go.microsoft.com/fwlink/?LinkId=217482).

Embora as versões anteriores de Produtos e Tecnologias do SharePoint exigissem a intervenção manual para executar a desfragmentação de índice e a manutenção de estatísticas, o SharePoint 2010 automatiza esse processo para seus bancos de dados. Isso é realizado por várias regras do Analisador de Integridade do SharePoint. Essas regras avaliam a integridade de índices e estatísticas do banco de dados diariamente, e resolvem estes itens para os seguintes bancos de dados:

Bancos de dados de configuração

Bancos de dados de conteúdo

Bancos de dados de perfis de aplicativo do serviço de perfil de usuário

Bancos de dados sociais de aplicativo do serviço de perfil de usuário

Bancos de dados de relatório de aplicativo de serviço do Web Analytics

Bancos de dados de preparo de aplicativo de serviço do Web Analytics

Bancos de dados do Word Automation Services

As tarefas de manutenção de banco de dados também podem ser realizadas executando os comandos Transact-SQL ou o Assistente de Manutenção de Banco de Dados. Apresentaremos inicialmente os comandos Transact-SQL usados e explicaremos como criar os planos de manutenção de banco de dados usando o Assistente de Manutenção de Banco de Dados do Microsoft SQL Server®.

Observação: neste artigo, apresentamos exemplos detalhados somente para o SQL Server 2008 R2 e o SQL Server 2005.

Verificar se há erros de consistência usando DBCC CHECKDBInicie suas operações de manutenção de rotina com verificações de consistência para garantir que seus dados e os índices não estejam corrompidos. Você pode usar a instrução DBCC (Database Console Command) CHECKDB para executar uma verificação de consistência interna dos dados e das páginas de índice.

A grande maioria dos problemas de consistência de banco de dados são causados por erros do subsistema de E/S. No entanto, a consistência do banco de dados pode ser afetada quando um servidor de banco de dados é indevidamente desligado ou há falha em uma unidade. Às vezes, problemas notáveis de desempenho e de disponibilidade podem ser sintomas de problemas subjacentes de consistência do banco de dados. As verificações de consistência do banco de





dados deve ser executadas pelo menos uma vez por semana em seus bancos de dados do SharePoint 2010 e sempre que ocorrerem eventos, como falhas do servidor de banco de dados ou do subsistema de E/S.

Sobre o DBCC CHECKDB O DBCC CHECKDB verifica a integridade lógica e física de todos os objetos no banco de dados especificado executando as seguintes operações:

Executa o equivalente ao DBCC CHECKALLOC (http://go.microsoft.com/fwlink/?LinkId=110815&clcid=0x416) para verificar as estruturas de alocação no banco de dados.

Executa o equivalente ao DBCC CHECKTABLE (http://go.microsoft.com/fwlink/?LinkId=162093) em todas as tabelas e exibições no banco de dados para verificar a integridade lógica e física.

Executa o equivalente ao DBCC CHECKCATALOG (http://go.microsoft.com/fwlink/?LinkId=110834&clcid=0x416) no banco de dados para verificar sua consistência de metadados.

Isso significa que os comandos DBCC CHECKALLOC, DBCC CHECKTABLE ou DBCC CHECKCATALOG não devem ser executados separadamente do DBCC CHECKDB. Recomendamos que você execute o DBCC CHECKDB, em vez das operações individuais, porque isso identifica a ampla gama de possíveis erros e é mais seguro para ser executado em um ambiente de produção.

O DBCC CHECKDB faz uso intensivo de recursos relacionados a memória, E/S e CPU. Uma alternativa para a execução do DBCC CHECKDB no seu sistema de produção é executá-lo em um backup restaurado de seus bancos de dados do SharePoint em um servidor diferente, descarregando a carga de trabalho de verificação de consistência a partir do sistema de produção.

Recomendamos que você execute primeiro o DBCC CHECKDB e, se isso revelar erros, restaure o banco de dados afetado usando seus backups mais recentes.

Importante - Não há suporte para a executção de DBCC CHECKDB WITH REPAIR_ALLOW_DATA_LOSS. No entanto, há suporte para a execução de DBCC_CHECKDB WITH REPAIR_FAST e REPAIR_REBUILD, já que estes comandos somente atualizam os índices do banco de dados associado.

A tabela a seguir contém o exemplo de saída do DBCC CHECKDB.

Resultados do DBCC para 'Contoso_Content_1'.

Mensagem do Service Broker 9675, Estado 1: Tipos de Mensagem analisados: 14.

Mensagem do Service Broker 9676, Estado 1: Contratos de Serviço analisados: 6.

Mensagem do Service Broker 9667, Estado 1: Serviços analisados: 3.

Mensagem do Service Broker 9668, Estado 1: Filas de Serviço analisadas: 3.

Mensagem do Service Broker 9669, Estado 1: Pontos de Extremidade de Conversa analisados: 0.

Mensagem do Service Broker 9674, Estado 1: Grupos de Conversa








analisados: 0.

Mensagem do Service Broker 9670, Estado 1: Associações de Serviço Remoto analisadas: 0.

Resultados do DBCC para 'sys.sysrowsetcolumns'.

Existem 2663 linhas em 21 páginas para o objeto "sys.sysrowsetcolumns".

Resultados do DBCC para 'sys.sysrowsets'.

Existem 309 linhas em 4 páginas para o objeto "sys.sysrowsets".

…mais

CHECKDB encontrou 0 erros de alocação e 0 erros de consistência no banco de dados 'Contoso_Content_1'.

A execução do DBCC foi concluída. Se o DBCC imprimiu mensagens de erro, entre em contato com o administrador do sistema.

Tabela 1. Exemplo de saída do DBCC CHECKDB

Para obter mais informações sobre o uso do DBCC CHECKDB com o SQL Server 2008, consulte DBCC CHECKDB (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=217483).

DBCC CHECKDB e desempenhoRecomendamos que você execute as verificações de consistência durante os horários de não produção, porque o DBCC CHECKDB faz uso extremamente intensivo de recursos (relacionados a E/S, CPU, memória e espaço de tempdb). Há um equívoco comum que o DBCC CHECKDB adquire bloqueios; isso não ocorre desde antes do SQL Server 2000. Para obter mais informações sobre o DBCC CHECKDB sem adquirir bloqueios, consulte "Um mito de DBA do SQL Server por dia: (2/30) o DBCC CHECKDB causa bloqueios" (http://www.sqlskills.com/BLOGS/PAUL/post/A-SQL-Server-DBA-myth-a-day-(230)-DBCC-CHECKDB-causes-blocking.aspx ).

Você pode achar que a sobrecarga de recursos da execução do DBCC CHECKDB é muito alta para o seu sistema de produção. Nesse caso, não tente executar verificações de consistência de uma tabela por vez, pois isso será mais problemático em geral. As melhores maneiras de reduzir a sobrecarga de verificação de integridade no sistema de produção é executar um dos seguintes procedimentos:

Usar a opção WITH PHYSICAL_ONLY para reduzir o uso de CPU e de memória.

Restaurar um backup de banco de dados em um SQL Server separado e executar verificações de consistência na cópia restaurada do banco de dados.

Para obter mais informações sobre essas opções, consulte esta postagem de blog por Paul S. Randal.

Medir e reduzir a fragmentação do índiceA fragmentação de índice ocorre quando a ordem lógica das páginas em uma tabela ou um índice (conforme definido pela chave do índice) não é a mesma que a ordem física das páginas nos arquivos de dados. Isso também pode significar que a densidade de dados em páginas de arquivo de dados é baixa, resultando em desperdício de espaço em disco, memória e E/Ss. A fragmentação do índice também pode ser o resultado de muitas inserções, atualizações ou exclusões em uma


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

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

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



tabela. As figuras a seguir ilustram um novo índice não fragmentado criado recentemente e um índice fragmentado após várias inserções, atualizações e exclusões. A seta vermelha mostra a ordem física do índice e as setas pretas mostram a ordem lógica das páginas de índice.

Figura 1. Índice não fragmentado (fonte da imagem: Paul S. Randal)

Figura 2. Índice fragmentado (fonte da imagem: Paul S. Randal)Como as inserções, atualizações e exclusões não são distribuídas igualmente entre as linhas da tabela e os índices, o preenchimento (ou a densidade de dados) de cada página pode variar ao longo do tempo. Para consultas que examinam parte ou todos os índices de uma tabela, a fragmentação pode causar leituras de página adicionais, o que impede o exame paralelo de dados e pode afetar significativamente o desempenho da pesquisa.

O índice de fragmentação pode resultar na degradação do desempenho e utilização ineficiente de espaço, e os índices podem se tornar fragmentados rapidamente até mesmo em bancos de dados moderadamente usados.

Antes de implementar um plano de manutenção de fragmentação do índice, é preciso entender quais tabelas e índices são mais fragmentados e criar um plano de manutenção para recompilar ou reorganizar os índices.

No SharePoint 2010, um exemplo de uma tabela que se torna fragmentada frequentemente é a AllDocs, que contém bibliotecas de conteúdo, seus documentos, listas e itens de lista associados, e os metadados respectivos.

O nível de fragmentação de um índice é a porcentagem de páginas de índice que não estão na mesma ordem lógica e física.

Recompilações de índices online versus offlineA recompilação de índice online está disponível somente no SQL Server Enterprise, Developer e Evaluation Editions. Os métodos descritos neste white paper consideram isso. Os procedimentos mostrados serão convertidos para uma recompilação de índice offline, se a edição do SQL Server que estiver hospedando um banco de dados específico não oferecer suporte às recompilações de índice online ou se o índice que estiver sendo recompilado não for elegível para uma recompilação de índice online. Um índice não pode ser elegível para uma recompilação online devido à presença de colunas LOB (objeto grande), como colunas com um tipo de dados de NVARCHAR(MAX), IMAGE etc.

Para obter informações sobre as recompilações de índice online, consulte Como funcionam as operações de índice online (http://go.microsoft.com/fwlink/?LinkId=217492). Quando uma © 2011 Microsoft Corporation. Todos os direitos reservados. Página | 8Para comentar sobre este documento ou solicitar mais documentações sobre esses recursos, contate SharePoint IT Docs ([email protected]).




recompilação de índice offline é executada, bloqueios no nível de tabela serão feitos durante o processo de recompilação. Isso pode impedir que a tabela receba gravações ou seja acessada. Muitos dos índices em bancos de dados do SharePoint serão sempre recompilados usando uma recompilação de índice offline devido à presença de colunas LOB.

Mesmo se a recompilação de índice online for usada, haverá ainda dois pontos na operação nos quais são feitos bloqueios de tabela momentaneamente, e estes poderiam causar o bloqueio. Como resultado, recomendamos que você sempre cronograme as atividades de recompilação de índice durante os períodos de baixa atividade.

Medir fragmentação em um banco de dados do SQL Server 2008 ou 2005 (sys.dm_db_index_physical_stats)No SQL Server 2008 ou no SQL Server 2005, use a exibição de gerenciamento dinâmico sys.dm_db_index_physical_stats para determinar a fragmentação dos índices em uma tabela ou exibição específicada.

Para medir a fragmentação, recomendamos que você monitore a coluna avg_fragmentation_in_percent. O valor de avg_fragmentation_in_percent deve ser o mais próximo a zero possível para o desempenho máximo. No entanto, os valores entre 0 e 10 por cento podem ser aceitáveis. Para obter mais informações, consulte sys.dm_db_index_physical_stats (http://go.microsoft.com/fwlink/?LinkId=110839&clcid=0x416).

A Tabela 2 mostra os resultados de exemplo da sys.dm_db_index_physical_stats, com um valor de 9,375 para avg_fragmentation_in_percent em uma linha.

database_id index_type_desc

alloc_unit_type_

desc

avg_fragmentation_

in_percent

10 ÍNDICE CLUSTERIZADO IN_ROW_DATA 0

10ÍNDICE NÃO CLUSTERIZADO IN_ROW_DATA 0


10 ÍNDICE CLUSTERIZADO IN_ROW_DATA 0


10 ÍNDICE CLUSTERIZADO IN_ROW_DATA 9.375

Tabela 2. Resultados de exemplo da sys.dm_db_index_physical_stats

Para usar a exibição de gerenciamento dinâmico sys.dm_db_index_physical_stats1. Na barra de tarefas, clique em Iniciar, aponte para Todos os Programas, aponte para

Microsoft SQL Server 2008 e clique em SQL Server Management Studio.




Para usar a sys.dm_db_index_physical_stats com um objeto de banco de dados, você deve conhecer a ID do banco de dados e a ID do objeto.

2. Selecione o banco de dados de conteúdo no Pesquisador de Objetos e clique em Nova Consulta. Execute o script a seguir.

SELECT DB_ID() AS [Database ID];

Observação: quando você usa DB_ID sem especificar um nome de banco de dados, o nível de compatibilidade do banco de dados atual deve ser de 100 (um banco de dados do SQL Server 2008) ou 90 (um banco de dados do SQL Server 2005). Se você tiver atualizado de uma versão anterior do SQL Server, deverá especificar um nome de banco de dados na instrução DB_ID. Para obter mais informações sobre os níveis de compatibilidade, consulte sp_dbcmptlevel (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110840&clcid=0x416).

3. Execute sys.dm_db_index_physical_stats no banco de dados ou objeto que você selecionou. É possível especificar uma tabela ou um índice, além do banco de dados. Sintaxe:

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 }

)

Você deve ter cuidado ao usar o DMV sys.dm_db_index_physical_stats, pois ele pode fazer uso intensivo de recursos. Um guia abrangente que explica as diversas maneiras para usá-lo está em Por dentro do sys.dm_db_index_physical_stats (http://www.sqlskills.com/BLOGS/PAUL/post/Inside-sysdm_db_index_physical_stats.aspx).

Redução da fragmentação de um banco de dadosPara reduzir o nível de fragmentação do índice, siga as orientações abaixo.

Executar as regras do Analisador de Integridade de manutenção do banco de dadosO SharePoint 2010 é enviado com a estrutura de regras do Analisador de Integridade. Essa estrutura de regras é configurada com uma série de regras para monitorar a integridade e o bem-estar de um ambiente SharePoint e, em alguns casos, toma medidas para corrigir certos tipos de problemas.

O SharePoint 2010 é enviado com várias regras pertinentes à manutenção do banco de dados de conteúdo. Existem regras que reduzem automaticamente a fragmentação do índice em alguns bancos de dados do SharePoint e regras que verificam se há estatísticas desatualizadas, atualizando-as quando necessário. Essas regras do Analisador de Integridade substituem o trabalho de timer atualizado de Estatísticas do Banco de Dados introduzido no Service Pack 2 para os Produtos e Tecnologias do SharePoint. Por padrão, essas regras são configuradas para serem executadas em um cronograma que varia de diariamente, semanalmente a sob demanda, dependendo do destino da regra. Todas as regras do Analisador de Integridade que são configuradas para serem executadas diariamente e associadas a um serviço específico do SharePoint são executadas pelo mesmo trabalho de timer. Ajustar o cronograma desse trabalho de timer ajustará quando as regras do Analisador de Integridade configuradas para execução diária e associadas a este serviço serão © 2011 Microsoft Corporation. Todos os direitos reservados. Página | 10Para comentar sobre este documento ou solicitar mais documentações sobre esses recursos, contate SharePoint IT Docs ([email protected]).

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



executadas durante o dia. Todas as regras abordadas neste documento estão associadas ao serviço de Timer do SharePoint.

As regras do Analisador de Integridade configuradas para serem executadas em um intervalo de tempo diferente (como semanalmente) ou associadas a um serviço diferente têm trabalhos de timer distintos. Configurar uma regra do Analisador de Integridade para ser executada semanalmente significa que a regra do Analisador de Integridade será executada com o trabalho de timer configurado para ser executado semanalmente para o serviço específico ao qual a regra do Analisador de Integridade está associada. Essa execução ocorrerá em qualquer cronograma que tiver sido definido para o trabalho de timer.

As regras do Analisador de Integridade podem ser executadas manualmente selecionando "Executar Agora" na faixa de opções dentro da página Regras do Analisador de Integridade na Administração Central. A execução dessas regras fará com que a integridade de índices e as estatísticas sejam avaliadas, e executará recompilações e recálculos de índice, conforme apropriado.

Bancos de dados usados pelo SharePoint têm índices fragmentados - Quando você executa esta regras, as seguintes tarefas são executadas:

A regra relata os índices como sendo fragmentados. Isso é porque a avaliação da integridade do índice é uma operação onerosa. Como resultado dos detalhes da execução da regra do Analisador de Integridade, essa regra sempre relatará os índices como sendo fragmentados, a fim de desencadear a ação corretiva.

Para cada banco de dados do SharePoint, a ação da regra procura, e se encontrar, executa o procedimento armazenado proc_DefragmentIndices. Durante a execução desse procedimento armazenado, uma listagem de todos os índices no banco de dados é compilada. Cada índice é avaliado quanto ao seu nível atual de fragmentação. Os índices fragmentados em excesso de 30 por cento são considerados para recompilação.

Assumindo que a edição do SQL Server oferece suporte a recompilações de índice online, é feita uma tentativa de recompilação de índice online para cada índice. Se isso falhar, talvez porque o índice subjacente não oferece suporte a recompilações online devido ao uso de colunas LOB, uma recompilação de índice offline será executada.

Como observado acima, nem todos os bancos de dados em um ambiente SharePoint são atendidos por essa regra. Determinados bancos de dados usam regras diferentes para executar atividades de manutenção semelhantes.

Pesquisa - Um ou mais bancos de dados de propriedades têm índices fragmentados - Esta regra mantém os índices nos Bancos de Dados de Propriedade de Pesquisa do SharePoint 2010 Enterprise. Essa regra é configurada por padrão para ser executada semanalmente em qualquer servidor no farm. Todo o processamento dessa regras, incluindo as ações corretivas, ocorre durante a fase de Verificação da execução da regra. Isso significa que quando você deseja gerenciar as recompilações de índice para o Banco de Dados de Propriedade de Pesquisa do Enterprise, não basta simplesmente configurar essa regra para não recompilar os índices automaticamente. Você deve desabilitar a regra totalmente a fim de evitar a execução automática de operações de manutenção de índice pelo SharePoint 2010.

Quando você executa a ‘Pesquisa - Um ou mais bancos de dados de propriedades têm índices fragmentados’, as seguintes tarefas são executadas:

A regra confirma que o ambiente está em um estado no qual a execução de uma recompilação de índice é segura.

Para cada banco de dados de propriedade configurado para aplicativos de pesquisa no farm local, a regra executa o procedimento armazenado proc_MSS_DefragSearchIndexes. Durante a execução desse procedimento armazenado, uma listagem de todos os índices com fragmentação média em excesso de 10% é compilada.

Cada índice na lista que afeta o desempenho do banco de dados de Propriedade é recompilado. Se a edição do SQL Server oferecer suporte a recompilações de índice



online, uma recompilação de índice online será executada. Se for feita a tentativa de uma reconstrução de índice online, mas esta falhar, o índice será recompilado offline.

Pesquisa - Um ou mais bancos de dados de rastreamento podem ter índices fragmentados - Esta regra mantém os índices nos Bancos de Dados de Rastreamento de Pesquisa do SharePoint 2010 Enterprise. Esta regra é configurada por padrão para ser executada somente sob demanda. Quando for executada, ela será executada de qualquer servidor do farm. Essa regra, quando executada, sempre relatará os índices nos bancos de dados de rastreamento como sendo fragmentados. Isso é devido à natureza onerosa da verificação de fragmentação dentro de um banco de dados. Como resultado, simplesmente desabilitar a atividade de 'Reparação' para essa regra fará com que todos os bancos de dados de rastreamento sejam relatados como não íntegros, mesmo quando os bancos de dados de rastreamento tiverem seus índices recompilados recentemente.

Para gerenciar manualmente a manutenção de índices nos bancos de dados de rastreamento, você deve desabilitar a regra ‘Pesquisa - Um ou mais bancos de dados de rastreamento podem ter índices fragmentados’ totalmente.

Quando você executa a ‘Pesquisa - Um ou mais bancos de dados de rastreamento podem ser índices fragmentados’, as seguintes tarefas são executadas:

A regra confirma que o ambiente está em um estado no qual a execução de uma recompilação de índice é segura.

Para cada banco de dados de Rastreamento configurado para aplicativos de pesquisa no farm local, a regra executa o procedimento armazenado proc_MSS_DefragGathererIndexes.

Todos os índices no desempenho de banco de dados de Rastreamento na lista são recompilados. Se a edição do SQL Server oferecer suporte a recompilações de índice online, uma recompilação de índice online será executada. Se for feita a tentativa de uma reconstrução de índice online, mas esta falhar, o índice será recompilado offline.

É importante observar que a regra ‘Pesquisa - Um ou mais bancos de dados de rastreamento podem ser índices fragmentados’ recompilará todos os índices em todos os bancos de dados de Rastreamento, independentemente do nível de fragmentação. Ela também permitirá a compactação de dados no nível da página, se houver suporte pela edição do SQL Server que estiver hospedando o banco de dados de Rastreamento.

Devido à natureza do banco de dados de Rastreamento, não é surpresa que você precisará desfragmentar este banco de dados com frequência. Execute esta regra depois de executar pela primeira vez um rastreamento completo em seu conteúdo. Em seguida, monitore os índices no banco de dados de Rastreamento para a fragmentação e execute essa regra sempre que a fragmentação do índice aumentar. Isso pode ocorrer como resultado da adição ou remoção repentina de uma grande quantidade de conteúdo rastreado; por exemplo, durante a expulsão de conteúdo após a limpeza do ambiente ou após a integração de uma nova fonte de conteúdo, como um compartilhamento de arquivos ou aplicativo Web grande do SharePoint.

Os bancos de dados a seguir não têm um mecanismo automatizado no local para sua manutenção. Não é esperado que esses bancos de dados encontrem uma grande quantidade de fragmentação. Monitorar a fragmentação desses bancos de dados e recompile os índices nesses bancos de dados quando a fragmentação for superior a 30%.

Banco de dados de administração de pesquisa Banco de dados de repositório seguro Banco de dados do serviço de controle de sessão Banco de dados de sincronização de perfis Banco de dados de uso Banco de dados de metadados gerenciados



Banco de dados dos serviços corporativos de conectividade Banco de dados dos serviços do PerformancePoint

Para obter mais informações sobre as alterações com suporte para os bancos de dados do SharePoint 2010, consulte Suporte para alterações de bancos de dados que são usados por produtos de servidor do Office e do Windows SharePoint Services (http://go.microsoft.com/fwlink/?LinkId=110844&clcid=0x416) na Base de Dados de Conhecimento Microsoft.

Se o desempenho de um banco de dados ou tabela muito fragmentado não for melhorado até certo ponto por desfragmentação frequente, você deverá verificar o desempenho do subsistema de E/S.

Redução da fragmentação de uma tabela específica e seus índicesSe você desejar desfragmentar um índice associado a uma tabela específica, em vez de um banco de dados inteiro, poderá reorganizar ou recompilar o índice.

A reorganização de um índice especifica que o nível folha do índice será reorganizado. A reorganização do índice desfragmenta e compacta índices clusterizados e não clusterizados em tabelas e exibições e pode melhorar significativamente o desempenho do exame de índice. A reorganização de um índice faz uso do espaço existente alocado para o índice. A reorganização é sempre realizada online, para que a tabela subjacente esteja disponível para os usuários.

Recompilar um índice especifica que uma cópia inteiramente nova do índice será recompilada. Isso significa que uma operação de recompilação requer espaço extra suficiente para criar a nova cópia do índice antes de remover o índice antigo fragmentado. A recompilação melhora o desempenho de varreduras e buscas de índice. Você pode recompilar o índice com uma tabela online ou offline.

O nível de fragmentação de um índice determina o método que você deve usar para desfragmentá-lo e se ele pode permanecer online ou deve ser colocado offline. A tabela a seguir descreve o método de desfragmentação que é recomendado para níveis de fragmentação diferentes.





Nível de fragmentação Método de fragmentaçãoAté 10% Reorganizar (online)

10-75% Recompilar (online)

75% Recompilar (offline)

Observação: não há suporte para o uso dos comandos DROP INDEX e CREATE INDEX nos bancos de dados do SharePoint 2010.

É possível reorganizar e recompilar índices usando a instrução ALTER INDEX do SQL Server 2008 ou do SQL Server 2005, ou o Assistente de Plano de Manutenção do SQL Server 2008 ou do SQL Server 2005. Este documento apresenta somente as opções do SQL Server 2008 ou do SQL Server 2005 em detalhes.

Como usar a ALTER INDEXA ALTER INDEX permite que um administrador de banco de dados execute operações de manutenção em um índice de uma tabela ou exibição. Ela pode ser usada para desabilidar, recompilar e reorganizar índices. Opcionalmente, ela pode ser usada para definir opções no índice. Na maioria dos casos, você pode recompilar índices enquanto o banco de dados está online, o que mantém os dados mais disponíveis do que uma recompilação de índice offline.

Importante: o SQL Server 2000 oferece suporte ao uso de DBCC DBREINDEX e DBCC INDEXDEFRAG para manutenção de índices. Esses comandos ficaram obsoletos do SQL Server 2005 em diante e serão removidos em uma versão futura do SQL Server. Não use esses comandos para executar a manutenção do índice em um banco de dados do SharePoint 2010.

Observação: quando um índice está sendo recompilado offilne, um bloqueio de tabela compartilhada é aplicado na tabela, impedindo a execução de todas as operações, com exceção das operações SELECT. Os bancos de dados do SharePoint 2010 usam índices clusterizados especificamente. Quando um índice clusterizado está sendo recompilado offline, um bloqueio de tabela exclusivo é aplicado na tabela, impedindo o acesso a qualquer tabela por usuários finais.

É possível personalizar o script de exemplo a seguir para recompilar todos os índices em uma tabela.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

Ajuste do desempenho do índice por meio da definição do fator de preenchimentoO fator de preenchimento pode ser usado para melhor mais o armazenamento de dados e o desempenho do índice. Quando os índices são criados ou recompilados, o valor do fator de preenchimento (1 a 100) determina a porcentagem de espaço em cada página de nível folha que pode ser preenchida com os dados. O espaço restante é reservado para o crescimento futuro. Para muitas situações, o nível padrão do fator de preeenchimento para todo o servidor de 0 é ideal (o que significa preencher cada página até 100%). No entanto, para o SharePoint 2010, uma configuração para todo o servidor de 80 é ideal para oferecer suporte ao crescimento e minimizar a fragmentação.



Observação: não recomendamos que você defina o fator de preenchimento para tabelas ou índices individuais. Embora esse seja o método preferido para bancos de dados do SQL Server que não são do SharePoint, o teste mostrou que os bancos de dados do SharePoint funcionam melhor com um fator de preenchimento de 80%.

Para exibir o valor do fator de preenchimento de um ou mais índices, consulte a exibição de catálogo sys.indexes. Para obter mais informações sobre a exibição, consulte sys.indexes (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110850&clcid=0x416).

Para configurar o valor do fator de preenchimento para todo o servidor, use o procedimento armazenado do sistema sp_configure. Para obter mais informações, consulte spconfigure (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110851&clcid=0x416).

Como reduzir arquivos de dadosNo SQL Server 2008 e no SQL Server 2005, você pode reduzir cada arquivo em um banco de dados (extensões .mdf, .ldf, e .ndf) para remover páginas não usadas e recuperar espaço em disco. Os bancos de dados do SharePoint 2010 não reduzem automaticamente os arquivos de dados, embora muitas atividades criem espaços não utilizados no banco de dados. As atividades que podem criar espaço não utilizado incluem a execução do comando Move-SPSite (http://technet.microsoft.com/pt-br/library/ff607915.aspx) do Windows PowerShell, e a exclusão de documentos, bibliotecas de documentos, listas, itens de lista e sites.

Figura 3. Alocação de Banco de Dados

Os espaço livre é liberado somente a partir do final do arquivo — por exemplo, um arquivo de banco de dados de conteúdo de 60 GB com um tamanho de destino especificado de 40 GB liberará o máximo de espaço possível a partir dos 20 GB (conceitualmente extremidade "direita") finais do arquivo de banco de dados. Se páginas usadas estiverem incluídas nos 20 GB finais, essas páginas serão posteriormente realocadas para os 40 GB inicial do arquivo que será mantido. Você pode reduzir os arquivos de banco de dados individualmente ou em grupo.

As operações de redução devem ser executadas raramente e somente após a execução de uma operação que remove uma grande quantidade de dados de um banco de dados; em seguida, somente quando não for esperado que esse espaço livre seja usado novamente. As operações de redução do arquivo de dados causam fragmentação pesada de índices e fazem uso intensivo de recursos. Os exemplos de quando pode ser aceitável reduzir os arquivos do banco de dados são a realocação de um grande número de conjuntos de sites a partir de um banco de dados de conteúdo para outro banco de dados de conteúdo ou a exclusão de uma lista grande, qualquer um desses dois pode criar grandes quantidades de espaço não utilizado. O arquivos de banco de dados só podem ser reduzidos até o ponto onde não há espaço livre restante. Portanto, um banco de dados de conteúdo no qual conteúdo é excluído com pouca frequência pode obter um benefício mínimo da redução, e provavelmente sofrerá consequências no desempenho quando esse banco de dados precisar crescer para acomodar dados adicionais sem adaptações específicas. Para obter mais informações, consulte Inicialização de arquivos de bancos de dados (http://msdn.microsoft.com/pt-br/library/ms175935.aspx).

Como a redução causa a fragmentação de índice, você nunca deve reduzir os arquivos de banco de dados regularmente; os bancos de dados só devem ser reduzidos em resposta a grandes quantidades de espaço não utilizado, como resultado de operações que afetam drasticamente a quantidade relativa de espaço usado dentro de um banco de dados. Se for possível, diminuir um banco de dados deverá ser evitado.


http://msdn.microsoft.com/pt-br/library/ms175935.aspx

http://technet.microsoft.com/pt-br/library/ff607915.aspx






Use as seguintes diretrizes para reduzir bancos de dados:

Não reduza automaticamente bancos de dados ou configure um plano de manutenção que reduz programaticamente seus bancos de dados.

Reduza um banco de dados somente quando 50% ou mais do conteúdo nele tiver sido removido por exclusões de usuário ou administrador e você não esperar que o espaço não utilizado seja reutilizado por mais dados.

Recomendamos que você reduza somente os bancos de dados de conteúdo. O banco de dados de configuração, o banco de dados de conteúdo da Administração Central e os diversos bancos de dados de aplicativo de serviços geralmente não sofrem exclusões suficientes para conter espaço livre significativo.

A redução de bancos de dados é uma operação que faz uso intensivo de recursos. Portanto, se você realmente tiver que reduzir um banco de dados, considere cuidadosamente ao agendar a operação de redução.

Depois de uma operação de redução de banco de dados, os índices nesse banco de dados se tornam fragmentados. Corrija essa fragmentação usando ALTER INDEX… REORGANIZE. Se você não estiver configurado para permitir a inicialização instantânea de arquivo, deverá diminuir o banco de dados para um tamanho de destino que acomode todo o espaço necessário para o crescimento esperado a curto prazo. Para obter mais informações, consulte Inicialização de arquivos de bancos de dados (http://msdn.microsoft.com/pt-br/library/ms175935.aspx). Se você remover a fragmentação recompilando os índices, isso fará com que o banco de dados aumente novamente, criando espaço não utilizado.

Os bancos de dados e arquivos de banco de dados podem ser reduzidos manualmente para recuperar espaço executando as instruções DBCC SHRINKFILE e DBCC SHRINKDATABASE, usando o SQL Server 2008 ou o SQL Server Management Studio 2005.

Para obter mais informações sobre por que reduzir um banco de dados é prejudicial para o desempenho e não deve ser feito a menos que seja absolutamente necessário, consulte Por que você não deve reduzir seus arquivos de dados (http://www.sqlskills.com/BLOGS/PAUL/post/Why-you-should-not-shrink-your-data-files.aspx).

Como reduzir um banco de dados usando os comandos Transact-SQLDBCC SHRINKDATABASE reduz os arquivos de dados e log de um banco de dados específico. Para reduzir arquivos individuais, use DBCC SHRINKFILE.

DBCC SHRINKDATABASESintaxe:

DBCC SHRINKDATABASE

( 'database_name' | database_id | 0

[ ,target_percent ]

[ , { NOTRUNCATE | TRUNCATEONLY } ]

)

[ WITH NO_INFOMSGS ]


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

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

http://msdn.microsoft.com/pt-br/library/ms175935.aspx


database_name | database_id | 0 especifica o nome ou a ID do banco de dados. Para selecionar o banco de dados atual, use 0.

target_percent é o espaço livre em uma porcentagem que você deseja manter após a redução do banco de dados.

NOTRUNCATE compacta os dados em arquivos de dados movendo as páginas alocadas do final de um arquivo para páginas não alocadas no início do arquivo.

TRUNCATEONLY libera todo o espaço libre no final do arquivo para o sistema operacional, mas não executa nenhum movimento de página dentro do arquivo.

Observação: não há suporte para o uso da opção TRUNCATEONLY para os bancos de dados de conteúdo do SharePoint 2010.

Para obter mais informações, consulte DBCC SHRINKDATABASE (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110852&clcid=0x416).

DBCC SHRINKFILESintaxe:

DBCC SHRINKFILE

(

{ 'file_name' | file_id }

{ [ , EMPTYFILE ]

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

}

)

[ WITH NO_INFOMSGS ]

file_name | file_id especifica o nome ou a ID do arquivo.

EMPTYFILE migra todos os dados do arquivo especificado para outros arquivos no mesmo grupo de arquivos.

Observação: não há suporte para o uso da opção EMPTYFILE para os arquivos de banco de dados do SharePoint 2010.

target_size é o tamanho de destino do arquivo em megabytes, expresso como um inteiro.

NOTRUNCATE compacta os dados em arquivos de dados movendo as páginas alocadas do final de um arquivo para páginas não alocadas no início do arquivo.

TRUNCATEONLY libera todo o espaço libre no final do arquivo para o sistema operacional, mas não executa nenhum movimento de página dentro do arquivo.

Observação: não há suporte para o uso da opção TRUNCATEONLY para os bancos de dados de conteúdo do SharePoint 2010.

Para obter mais informações, consulte DBCC SHRINKFILE (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110853&clcid=0x416).





Para reduzir um banco de dados usando o SQL Server 2008 Management Studio1. Na barra de tarefas, clique em Iniciar, aponte para Todos os Programas, aponte para

Microsoft SQL Server 2008 e clique em SQL Server Management Studio.2. No Pesquisador de Objetos, conecte-se a uma instância do Mecanismo de Banco de

Dados do SQL Server 2008 e expanda essa instância.3. Expanda Bancos de dados, clique com o botão direito do mouse no banco de dados que

deseja reduzir, aponte para Tarefas, aponte para Reduzir e clique em Arquivos. 4. Selecione o tipo de arquivo e o nome do arquivo.5. Selecione Reorganizar arquivos antes de liberar espaço não utilizado. Você também

deve definir o valor de Reduzir arquivo a. Selecionar esta opção faz com que qualquer espaço não utilizado no arquivo seja liberado para o sistema operacional e tenta realocar linhas a páginas não alocadas.

6. Clique em OK.

Criação de planos de manutenção do SQL Server 2008Muitas das operações de manutenção do banco de dados abordadas neste white paper podem ser aplicadas de forma programática por meio da implementação dos planos de manutenção do SQL Server. Os planos de manutenção podem automatizar e agendar tarefas essenciais para proteger seus dados. Usando os planos de manutenção no SQL Server 2008 e no SQL Server 2005, um administrador pode agendar tais operações executando verificações de consistência do banco de dados e reorganizando ou recompilando índices. Para obter mais informações, consulte os seguintes recursos:

Assistente de Plano de Manutenção (http://go.microsoft.com/fwlink/?LinkId=110855&clcid=0x416) para o SQL Server 2008

Assistente de Plano de Manutenção (http://go.microsoft.com/fwlink/?LinkId=217494&clcid=0x416) para o SQL Server 2005

Para configurar um plano de manutenção de banco de dados do SQL Server 20081. Na barra de tarefas, clique em Iniciar, aponte para Todos os Programas, aponte para

Microsoft SQL Server 2008 e clique em SQL Server Management Studio.2. No Pesquisador de Objetos, conecte-se a uma instância do Mecanismo de Banco de

Dados do SQL Server 2008 e expanda essa instância.3. Clique em Gerenciamento, clique com o botão direito do mouse em Planos de

Manutenção e clique em Assistente de Plano de Manutenção.


http://go.microsoft.com/fwlink/?LinkId=217494&clcid=0x416

http://go.microsoft.com/fwlink/?LinkId=110855&clcid=0x416


4. Clicque em Avançar até chegar na página Selecionar Propriedades do Plano.

5. Nos campos Nome e Descrição, digite um nome e uma descrição.6. Decida se deseja configurar um ou mais planos de manutenção.

Para configurar um único plano de manutenção, selecione Agenda única para o plano inteiro ou sem agenda.

Para configurar vários planos de manutenção com tarefas específicas, selecione Agendas separadas para cada tarefa.

Se você tiver um ambiente com 10 ou mais bancos de dados de conteúdo ou mais de 200 GB de conteúdo, recomendamos que você configure os planos de manutenção separadamente para fornecer a especificidade apropriada e maximizar a janela de manutenção.

Se você configurar mais de um plano de manutenção para um banco de dados, especifique um nome ou descrição que lhe permite diferenciar os planos e suas finalidades, incluindo seus cronogramas.



7. Clique em Alterar para definir um cronograma para um ou mais planos. A caixa de diálogo Propriedades da Agenda de Trabalho é exibida.

8. Conclua o cronograma, clique em OK e em Avançar.



9. Na página Selecionar Tarefas de Manutenção, selecione as tarefas de manutenção a serem incluídas no plano e clique em Avançar.

Observações:

Um plano de manutenção deve incluir a reorganização ou a recompilação de índice; não as duas.

Um plano de manutenção nunca deve incluir a redução de um banco de dados.

Para determinar a duração de cada tarefa, teste cada tarefa individualmente antes de combinar tarefas em um único plano. Você pode precisar definir vários planos de manutenção em cronogramas separados para permitir que as tarefas sejam concluídas durante os horários nos quais as operações do usuário final não serão afetadas negativamente.

A tarefa Limpeza de Manutenção remove os arquivos resultantes da execução de um plano de manutenção.



10. Na página Selecionar Ordem da Tarefa de Manutenção, altere a ordem das tarefas do plano de manutenção, se necessário. Selecione uma tarefa e clique em Mover para Cima ou Mover para Baixo. Quando as tarefas estiverem na ordem correta, clique em Avançar.Observação: se seus bancos de dados forem muito grandes, você poderá desejar criar um plano de manutenção separado para verificar a integridade do banco de dados com menos frequência que a manutenção do índice.

Em seguida, o assistente orienta você pela configuração dos detalhes de cada tarefa.



11. Na página Definir Tarefa Integridade da Verificação do Banco de Dados, selecione os bancos de dados que terão a integridade verificada e clique em Avançar.Observação: você pode verificar com segurança todos os bancos de dados do SharePoint 2010 para integridade.

12. Na página Definir Tarefa Reorganizar Índice, na lista Bancos de Dados, especifique os bancos de dados que terão os índices reorganizados, marque a caixa de seleção Compactar objetos grandes e clique em Avançar.



13. Na página Definir Tarefa Recompilar Índice, se você tiver escolhido recompilar os índices em vez de reorganizá-los, na lista Bancos de Dados; especifique os bancos de dados que terão os índices reorganizados.

14. Selecione Alterar percentual de espaço livre por página para, digite 80 e clique em avançar. Alterar o percentual de espaço libre define o fator de preenchimento do banco de dados.



15. Na página Definir Tarefa Limpeza de Manutenção, defina os valores que atendem às suas necessidades e clique em Avançar. Recomendamos que você exclua os relatórios de texto do Plano de Manutenção.



16. Na página Selecionar Opções de Relatório, selecione Gravar relatório em um arquivo de texto, selecione um local para os arquivos e clique em Avançar até o assistente ser concluído.

ResumoIndependentemente do método escolhido para ser usado, manter de forma consistente os bancos de dados que hospedam o SharePoint 2010 pode melhorar significativamente a integridade e o desempenho do seu sistema.

Verifique se você tem backups confiáveis para todos os bancos de dados antes de implementar as operações de manutenção e os planos de manutenção.

Antes de implementar de forma consistente a execução de operações de manutenção ou de um plano de manutenção, teste o impacto das operações no seu sistema e o tempo necessário para executá-las.

Tanto quanto possível, defina as operações de manutenção ou os planos de manutenção para serem executados durante fora do horário de pico para minimizar o impacto no desempenho para os usuários.


resumodownload.microsoft.com/.../databasemaintenancesharepoint2010.docx · web vieweste documento...

Documents