Compartilhar via


Implantação do envio de logs

É possível habilitar o envio de logs, usando o SQL Server Management Studio ou executando vários procedimentos armazenados manualmente.

Etapas básicas

Habilitar o envio de logs envolve as seguintes etapas básicas:

  1. Escolha servidores para o servidor primário, servidor secundário e servidor monitor opcional.

    ObservaçãoObservação

    O formato de armazenamento em disco do SQL Server é o mesmo nos ambientes de 64 bits e 32 bits. Portanto, uma configuração de envio de logs pode combinar instâncias do servidor executadas em um ambiente de 32 bits e instâncias do servidor executadas em um ambiente de 64 bits.

  2. A compactação de backup foi introduzida no SQL Server 2008 Enterprise. A partir do SQL Server 2008 R2, a compactação de backup possui suporte no SQL Server 2008 R2 Standard e em todas as edições posteriores. Ao criar uma configuração de envio de logs, é possível controlar o comportamento de compactação de backup dos backups de log. Para obter mais informações, consulte Compactação de backup (SQL Server).

  3. Crie um compartilhamento de arquivos para os backups de log de transações, preferencialmente em um servidor tolerante a falhas e que não faça parte da configuração de envio de logs. Para maximizar a disponibilidade do servidor primário, a Microsoft indica como prática recomendada que você coloque o compartilhamento de backup em um computador host separado.

  4. Escolha uma agenda de backup para o banco de dados primário.

  5. Crie uma pasta para cada servidor secundário para a qual os arquivos de backup de log de transações serão copiados. Essas pastas normalmente ficam localizadas nos servidores secundários.

  6. Configure um ou mais bancos de dados secundários.

  7. Como opção, configure um servidor monitor.

Ao habilitar o servidor secundário para o envio de logs, é possível escolher as seguintes opções na caixa de diálogo Configurações do Banco de Dados Secundário do envio de logs do Management Studio para configurar o banco de dados secundário:

  • Crie automaticamente um backup do banco de dados primário e restaure-o no servidor secundário, criando o banco de dados secundário, se necessário.

  • Restaure um backup pré-existente do banco de dados primário no servidor secundário, criando o banco de dados secundário, se necessário.

Você também pode inicializar o banco de dados secundário, restaurando um backup de banco de dados manualmente.

Observação importanteImportante

A ferramenta de envio de logs do Management Studio precisa tratar apenas casos simples de backup e restauração. Para casos complexos, como um banco de dados que usa muitos arquivos ou opções que não são padrão, deve-se fazer o backup e restaurar todo o banco de dados manualmente. Em geral, use backup manual e restauração para qualquer caso que precise de um comando complexo de BACKUP ou RESTAURAÇÃO. Depois que o banco de dados secundário tiver sido restaurado, use a ferramenta de envio de logs do Management Studio para terminar a configuração para definir o envio do logs.

Para mais informações sobre as instruções Transact-SQL, consulte BACKUP (Transact-SQL) e RESTORE (Transact-SQL).

Ao habilitar o servidor primário para envio de logs, é possível especificar a frequência com que os backups de log de transações são criados no servidor primário. Se o volume das transações for alto, pode ser útil fazer backup do log de transações com frequência para minimizar a potencial perda de dados.

Requisitos

O envio de logs tem os seguintes requisitos:

  • Para obter informações sobre quais edições do SQL Server oferecem suporte ao envio de logs, consulte Recursos compatíveis com as edições do SQL Server 2008 R2.

  • Os servidores envolvidos no envio de logs devem ter as mesmas configurações de diferenciação de maiúsculas e minúsculas.

  • Os bancos de dados em uma configuração de envio de logs devem usar o modelo de recuperação completa ou o modelo de recuperação bulk-logged.

Uso do envio de logs com outras características ou componentes

O envio de logs pode ser usado com os seguintes recursos ou componentes do SQL Server:

  • Espelhamento de banco de dados

    Se o envio do logs for usado com o espelhamento de banco de dados, o banco de dados primário atual da configuração do envio de logs deverá ser o mesmo que o banco de dados principal do espelhamento atual. Para obter mais informações, consulte Espelhamento de banco de dados e envio de logs.

  • Replicação

    Para obter informações sobre os efeitos do envio de logs no comportamento de replicação e os requisitos e procedimentos para replicação a partir do secundário, se o primário for perdido, consulte Replicação e envio de logs.

Exibindo o status do envio de logs de transações (SQL Server Management Studio)

Para qualquer instância do servidor envolvida no envio de logs (seja servidor monitor, primário ou secundário), o SQL Server Management Studio oferece um relatório sobre a atividade de envio de logs da instância atual do servidor. Para obter mais informações, consulte Como exibir o relatório de envio de logs (SQL Server Management Studio).

Permissões

É preciso ser um sysadmin em cada instância de servidor para habilitar o envio de logs. Os diretórios de backup e restauração na sua configuração de envio de logs devem seguir esses requisitos.

  • Para o trabalho de backup, permissões de leitura e gravação para o diretório de backup são necessários conforme a seguir:

    • A conta de serviço SQL Server na instância do servidor primário.

    • A conta proxy do trabalho de backup. Por padrão, essa é a conta SQL Server Agent na instância de servidor primário.

  • Para o trabalho de cópia, é preciso ter as permissões de leitura para o diretório de backup e permissões de gravação no diretório de cópia, exigidas pela conta proxy do trabalho de cópia. Por padrão, essa é a conta SQL Server Agent na instância de servidor secundário.

  • Para o trabalho restaurado, permissão de leitura/gravação para o diretório de cópia é necessário conforme a seguir:

    • A conta de serviço SQL Server na instância de servidor secundário.

    • A conta proxy do trabalho de restauração. Por padrão, essa é a conta SQL Server Agent na instância do servidor secundário.