Compartilhar via

Integração do SQL Server 2008 e Office SharePoint Server 2007

  • Artigo

Atualizado em: 2008-12-11

Neste artigo:

  • Sobre a integração do Office SharePoint Server com o SQL Server 2008

  • Compactação do backup do banco de dados

  • Compactação do fluxo de log

  • Criptografia de Dados Transparentes (TDE)

  • Administrador de Recursos do SQL Server 2008

Este artigo oferece um guia prescritivo da implementação de alguns dos novos recursos do Microsoft SQL Server 2008 para aprimorar a implantação do Microsoft Office SharePoint Server.

Sobre a integração do Office SharePoint Server com o SQL Server 2008

Para o Office SharePoint Server, os aspectos mais importantes do SQL Server 2008 são os aprimoramentos nas seguintes áreas:

  • Desempenho, por meio da implementação da compactação do backup de banco de dados.

  • Disponibilidade, por meio da implementação da compactação do fluxo de log.

  • Segurança, por meio da implementação da Criptografia de Dados Transparentes (TDE).

  • Gerenciamento de recursos, por meio do Administrador de Recursos do SQL Server 2008.

Dica

Para obter mais informações sobre os requisitos de sistema do Microsoft Office SharePoint Server 2007, consulte Determinar requisitos de hardware e software (Office SharePoint Server).

Para obter informações sobre os requisitos de sistema do SQL Server 2008, consulte Requisitos de Hardware e Software para Instalação do SQL Server 2008 (https://go.microsoft.com/fwlink/?linkid=129377&clcid=0x416).

Para ver uma comparação entre os recursos com suporte nas versões SQL Server 2008 Enterprise e SQL Server 2008 Standard, consulte Comparação entre as Versões Enterprise e Standard do Microsoft SQL Server 2008 (https://go.microsoft.com/fwlink/?linkid=129378&clcid=0x416).

Compactação do backup do banco de dados

O SQL Server 2008 Enterprise Edition permite a compactação de backups de bancos de dados e o uso de qualquer versão do SQL Server 2008 para restaurar backups de bancos de dados compactados. A capacidade de compactação de backups de bancos de dados é um recurso importante do SQL Server 2008 para usuários do Office SharePoint Server. Você pode configurar o sinalizador de compactção no seu script de backup ou configurar o servidor de aplicativos que executa o SQL Server 2008 Enterprise Edition para compactar por padrão, para diminuir o tamanho dos backups de bancos de dados e dos logs enviados.

O custo e a complexidade das operações de backup e restauração são aspectos importantes da capacidade de gerenciamento de TI. O Office SharePoint Server que está sendo executado no SQL Server 2008 pode proporcionar uma economia de custos nas operações de backup e restauração com o uso da compactação do backup. O valor da economia depende do quanto os documentos são centrados nas implantações do Office SharePoint Server e de quais versões de aplicativos de clientes Office existem em seu ambiente.

Por padrão, o Office SharePoint Server armazena fluxos de documento nas tabelas do SQL. Dependendo da sua implantação, fluxos de documento podem consumir uma grande porcentagem da capacidade total do banco de dados (de 70 a 95%, com base em alguns bancos de dados de exemplo do Office SharePoint Server). Se seu ambiente consistir predominantemente em aplicativos cliente do Office 2007, a compactação de backup poderá não fornecer uma economia significativa. Nessa situação, as economias de custo podem ser inferiores a 20%. No entanto, se os dados existentes consistirem predominantemente em conteúdo que foi criado usando o Office 2003 (ou versões anteriores do Office), a habilitação da compactação de backup do SQL Server 2008 poderá reduzir significativamente o tamanho de suas imagens de backup e fornecer uma economia de custos persuasiva.

Você pode implementar a compactação de backup configurando as propriedades do SQL Server no SQL Server Management Studio do servidor de aplicativos que está executando o SQL Server 2008 Enterprise Edition. Para obter mais informações, consulte Introdução do SQL Server Management Studio (https://go.microsoft.com/fwlink/?linkid=129379\&clcid=0x416).

Você também pode configurar a compactação do backup de banco de dados adicionando a cláusula de compactação no script de backup, como descrito no seguinte código de exemplo:

BACKUP DATABASE [<DATABASE_NAME>]
TO DISK = 'E:\BACKUP\<DATABASE_NAME>.bak'
WITH COMPRESSION;

A compactação exige recursos da CPU, e em vários ambientes o uso da CPU é precioso, mesmo durante as janelas do processo de backup. Por padrão, a execução de backup com compactação de backup aumenta significativamente o uso da CPU, e os recursos adicionais da CPU consumidos pelo processo de compactação podem prejudicar as opções que são realizadas simultaneamente. Para obter mais informações, consulte Compactação do Backup (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381\&clcid=0x416).

Compactação do fluxo de log

Um dos fatores que limitam o desempenho do espelhamento do banco de dados é a taxa de transferência na rede entre o servidor principal e o servidor espelho. O SQL Server 2008 aceita a compactação do fluxo de log, que consite nas inserções, atualizações e exclusões que são transferidas entre os serviores. A compatação do fluxo de log pode ajudar a maximizar a taxa de transferência na rede, sobretudo em ambientes com condições de rede insuficientes. A eficiência da compactação deve ser semelhante à compactação do backup, com um impacto semelhante nos recursos da CPU. No entanto, diferentemente da compactação de backup, o impacto nos recursos da CPU é de difícil controle. A compactação do fluxo de log é ativado por padrão, assim que você inicia uma sessão de espelhamento. Também é possível desabilitar a compactação do fluxo por meio do sinalizador de rastreamento 1462. Para obter mais informações sobre espelhamento e compactação do fluxo de log, consulte Aprimoramentos de Disponibilidade (Mecanismo de Banco de Dados) (https://go.microsoft.com/fwlink/?linkid=129382\&clcid=0x416).

Criptografia de Dados Transparentes (TDE)

O suporte à TDE do SQL Server 2008 Enterprise Edition é um aperfeiçoamento importante para os recursos de criptografia do Microsoft SQL Server 2005. A TDE permite a criptografia de bancos de dados inteiros, sem a necessidade de modificação ou reconhecimento de aplicativos. A TDE criptografa os dados à medida em que são gravados no disco e decodifica dados à medida em que são lidos no disco. Você pode habilitar a TDE utilizando o procedimento mostrado nos seguintes exemplos de códigos:

  1. Criar uma chave de criptografia

  2. Criar um certificado

  3. Configurar seu banco de dados para usar o certificado para criptografia

  4. Habilitar criptografia

Criar uma chave de criptografia

USE MASTER;
CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'p@$$W0rd'
Observação de segurançaSegurançaObservação:

Se houver imposição de complexidade, a senha deve cumprir com os requisitos de complexidade.

Criar um certificado

CREATE CERTIFICATE MYENCRYPTCERT WITH SUBJECT = 'TDE';

Dica

Faça o backup do certificado e salve.

Configurar seu banco de dados para usar o certificado para criptografia

USE <ContentDB>;
CREATE DATABASE ENCRYPTION KEY
WITH ALGORITHM = AES_256
ENCRYPTION BY SERVER CERTIFICATE MYENCRYPTCERT;

Dica

Há vários algoritmos diferentes que podem ser usados no exemplo de código que foi apresentado.

Habilitar criptografia

ALTER DATABASE <ContentDB>
SET ENCRYPTION ON;

A TDE é uma operação intensiva na CPU e, para garantir a segurança, a criptografia deve ter os seguintes escopos:

  • O banco de dados criptografado

  • O log

  • O banco de dados temporário

  • Backups do banco de dados criptografado

Isso significa que, em sistemas ocupados, grande parte dos recursos da CPU serão utilizados, mesmo que você esteja criptografando um número pequeno de bancos de dados. Por esse motivo, a criptografia deve ser usada com cuidado. Implemente-a somente quando for absolutmente necessário e após um teste completo do desempenho e dos setores operacionais. Recomendamos a limitação da implementação da TDE para subconjuntos de bancos de dados, onde a segurança for de extrema importância e o dimensionamento for secundário.

Para obter mais informações sobre a criptografia de bancos de dados no SQL Server 2008 Enterprise Edition, consulte Criptografia de Bancos de Dados no SQL Server 2008 Enterprise Edition (https://go.microsoft.com/fwlink/?linkid=129383\&clcid=0x416).

Fatores adicionais que devem ser considerados no uso da TDE

  • A compactação do backup será menos eficiente em bancos de dados criptografados.

  • A TDE não se utiliza de vários processadores.

  • A TDE afeta operações de restauração e recuperação de desatres porque precisa de um certificado de criptografia para restaurar um banco de dados. Sem o certificado, haverá falha na operação de restauração.

  • A TDE afeta o espelhamento do banco de dados e o envio de log. É preciso instalar um certificado de criptografia nos servidores parceiros para permitir o espelhamento e o envio de log.

  • Os dados de fluxo de arquivos não serão criptografados.

Para obter mais informações sobre a TDE, consulte Noções Básicas a Criptografia de Dados Transparentes (TDE) (https://go.microsoft.com/fwlink/?linkid=129384\&clcid=0x416).

Administrador de Recursos do SQL Server 2008

O Administrador de Recursos do SQL Server 2008 permite o controle com precisão da forma como os recursos do SQL Server estão alocados, como a CPU e a mémoria. Você pode usar o Administrador de Recursos para aplicar limites a conexões de entrada baseados em critérios atribuídos. O Administrador de Recursos pode ser aplicado a qualquer atributo que dê exclusividade a uma solicitação de entrada. Por exemplo, para prevenir que um aplicativo de relatório em execução em um servidor separado consuma muita memória, você pode criar uma politica que identifique o nome do aplicativo, o nome de host ou o nome do usuário.

Importante

Não use o Administrador de Recursos do SQL Server 2008 para controlar a forma como o Office SharePoint Server utiliza o SQL Server. Por exemplo, um servidor de indexação que usa uma quantidade excessiva de recursos do SQL Server é um problema de planejamento de capacidade que deve ser solucionado com a adição de capacidade, e não por meio da restrição de serviços críticos. A restrição de serviços do SharePoint, por mais dispensáveis que possam parecer, pode prejudicar a integridade e a capacidade de suporte do seu ambiente.

O Administrador de Recursos permite a manutenção e a administração dos recursos do SQL Server. Por exemplo, para garantir que a sua equipe não utilize o Management Studio ou o Analisador de Consultas para sobrecarregar o SQL Server com consultas ad hoc, você pode evitar que as consultas ad hoc consumam mais de 25% dos recursos disponíveis da CPU, por meio do procedimento mostrado nos seguintes exemplos de códigos:

  1. Criar um pool de recursos para limitar o uso da CPU a 25%

  2. Criar um grupo de carga de trabalho para consultas ad hoc e registrá-lo no novo pool de recursos

  3. Criar uma função que classifique o Management Studio e o Analisador de Consultas como membros do grupo ad hoc

  4. Registrar a nova função no Administrador de Recursos

  5. Reiniciar o Administrador de Recursos

Criar um pool de recursos para limitar o uso da CPU a 25%

CREATE RESOURCE POOL poolAdhoc
WITH (MAX_CPU_PERCENT = 25);

Criar um grupo de carga de trabalho para consultas ad hoc e registrá-lo no novo pool de recursos

CREATE WORKLOAD GROUP groupAdhoc
USING poolAdhoc;

Criar uma função que classifique o Management Studio e o Analisador de Consultas como membros do grupo ad hoc

CREATE FUNCTION adhocQueryClassifier() RETURNS SYSNAME
WITH SCHEMABINDING
AS
BEGIN
   DECLARE @grp_name AS SYSNAME
      IF (APP_NAME() LIKE '%MANAGEMENT STUDIO%')
         OR (APP_NAME() LIKE '%QUERY ANALYZER%')
         SET @grp_name = 'groupAdhoc'
   RETURN @grp_name
END
GO

Registrar a nova função no Administrador de Recursos

ALTER RESOURCE GOVERNOR
WITH (CLASSIFIER_FUNCTION= dbo.adhocQueryClassifier);

Reiniciar o Administrador de Recursos

ALTER RESOURCE GOVERNOR RECONFIGURE;

As consultas provenientes do SQL Management Studio e do Analisador de Consultas serão alocadas no poolAdhoc e, se os recursos da CPU se tornarem limitados, as consultas ficarão restritas ao consumo de, no máximo, 25% da disponibilidade de recursos da CPU. Quando os recursos da CPU não estiverem restritos, O Administrador de Recursos permitirá que cada consulta consuma os recursos necessários sem quaisquer restrições. O Administrador de Recuros também pode ser utilizado para alocar recursos mínimos.

Para obter mais informações sobre o QAdministrador de Recursos, consulte Gerenciando Cargas de Trabalho do SQL Server com o Administrador de Recursos (https://go.microsoft.com/fwlink/?linkid=129385\&clcid=0x416).

Baixar este manual

Este tópico está incluído no seguinte manual baixável para facilitar a leitura e a impressão:

Consulte a lista completa de manuais disponíveis na página de download de conteúdo do Office SharePoint Server 2007.