Rodrigo Romano – MVP SharePoint Server

Registros de um Especialista SharePoint :)

SharePoint: Alterações no banco de dados

leave a comment »


Olá SharePointers,

É muito comum ouvirmos falar que qualquer alteração nos bancos de dados do SharePoint resultam em perda da garantia do produto.

Mas, já pararam para pensar o que realmente acontece? Quais mudanças implicam na perda da garantia? O que deve ser feito em caso de alguém descobrir essas alterações?

Vamos lá:

Primeiro, vamos identificar o que não é suportado:

  • Adicionar triggers no banco de dados
  • Adicionar novos índices ou alterar os existentestables
  • Adicionar, modificar ou deletar qualquer chave primária ou estrangeira
  • Modificar ou deletar stored procedures
  • Chamar stored procedures diretamente, com exceção das descritas em SharePoint Protocols documentation

    (http://msdn.microsoft.com/en-us/library/cc339475.aspx)

  • Adicionar novas stored procedures
  • Adicionar, modificar ou deletar qualquer dado de qualquer tabela referente ao produto
  • Adicionar, modificar ou deletar qualquer coluna nas tabelas do produto
  • Fazer qualquer modificação ao schema do banco de dados
  • Adicionar tabelas em qualquer um dos bancos do produto
  • Trocar o collation do banco de dados
  • Rodar a stored procedure DBCC_CHECKDB WITH REPAIR_ALLOW_DATA_LOSS (Entretanto, rodar DBCC_CHECKDB WITH REPAIR_FAST e REPAIR_REBUILD é suportado, porque esses comandos só atualizam os índices do banco associado.)
  • Habilitar SQL Server change data capture (CDC)
  • Habilitar SQL Server transactional replication
  • Habilitar SQL Server merge replication
  •  

    Caso seja descoberto alguma dessas modificações (durante uma call com o suporte da Microsoft) você deverá fazer uma das ações abaixo:

    • Fazer um restore do banco de dados para a última versão que não contém essas modificações
    • Roll back em todas as modificações do banco de dados

     

    Embora todas essas modificações se refiram a alterações, operações de leitura também são proibidas.

    Qualquer operação de leitura programaticamente ou manual pode causar locks dentro do SQL Server e, com isso, resultar em queda de performance. Sendo assim, qualquer leitura ao banco de dados que não seja utilizando um artefato providenciado pelo time de desenvolvimento do SharePoint ou pelo time de suporte é considerado “não suportado” e são barreiras para que o time de suporte continue te atendendo.

    Para quem quiser ler mais sobre o assunto, acesse esse link: http://support.microsoft.com/kb/841057/en-us

    Abraços 😀

    Advertisements

    Written by Rodrigo Romano

    July 10, 2014 at 11:41 am

    Leave a Reply

    Fill in your details below or click an icon to log in:

    WordPress.com Logo

    You are commenting using your WordPress.com account. Log Out /  Change )

    Google+ photo

    You are commenting using your Google+ account. Log Out /  Change )

    Twitter picture

    You are commenting using your Twitter account. Log Out /  Change )

    Facebook photo

    You are commenting using your Facebook account. Log Out /  Change )

    Connecting to %s

    %d bloggers like this: