Início / dba / Perguntas / 101998
Accepted
Gareth
Asked: 2015-05-20 23:59:14 +0800 CST

Não é possível excluir a configuração de Log Shipping

  • 772

Preciso de ajuda com meu servidor SQL 2005. Estou tentando configurar o envio de logs, fiz isso com sucesso para todos os bancos de dados de usuários, exceto um. Pelo que parece, ele já teve o envio de log configurado até que o servidor secundário fosse desativado antes que o envio de log pudesse ser excluído. O antigo DBA excluiu os trabalhos antigos.

Então, o que resta é um banco de dados configurado para envio de logs, mas o trabalho LSBackup foi excluído. O que significa que, toda vez que tento abrir o assistente de configuração de envio de logs, sou informado de que o trabalho não existe e para excluir a configuração (parece sensato). Mas não consigo excluí-lo porque está tentando se conectar ao servidor secundário ... que não existe, apenas expira e falha.

Qualquer sugestão será muito bem-vinda!

sql-server sql-server-2005

3 respostas

  1. Se algo ainda estiver configurado no servidor secundário, você precisará executá sp_delete_log_shipping_secondary_database-lo.

    Você pode limpar a configuração de envio de logs no primário executandosp_delete_log_shipping_primary_secondary 

    USE master;
GO
EXEC master.dbo.sp_delete_log_shipping_primary_secondary
    @primary_database = N'<PrimaryDatabase>'
   ,@secondary_server = N'<SecondaryServer>'
   ,@secondary_database = N'<SecondaryDatabase>'
GO
    • 3
  2. Best Answer

    Após uma investigação mais aprofundada, encontrei a resposta. eu corri

    Exec sp_delete_log_shipping_primary_secondary
@Primary_database = N'DATABASE_NAME'
,@secondary_server = N'SECONDARY_SERVER_NAME'
,@secondary_database = N'SECONDARY_DATABASE_NAME'

    Para excluir todas as referências a esse servidor.

    Seguido por

    EXEC sp_delete_log_shipping_primary_database
@database = N'DATABASE_NAME'

    E depois funcionou :)

    • 1

  3. Tive alguns log shipping de bancos de dados SQL SERVER 2016 para um servidor secundário, também SQL SERVER 2016 então perdi o servidor secundário devido a um problema no host da máquina virtual .

    Usei o script abaixo para gerar todos os scripts necessários para limpar meus bancos de dados da configuração de envio de logs:

    select STEP1='USE master;' + CHAR(13) +
             'EXEC master.dbo.sp_delete_log_shipping_primary_secondary'    + char(13) +
             ' @primary_database = N'   + '''' + a.primary_database + '''' + char(13) +
             ',@secondary_server = N'   + '''' + 'QG-V-SQLDEV2-TS' + ''''  + char(13) +
             ',@secondary_database = N' + '''' + a.primary_database + '''' + char(13)
      ,STEP2='USE master;' + CHAR(13) +
             'EXEC master.dbo.sp_delete_log_shipping_primary_database @database= N' 
              + '''' + a.primary_database + '''' + char(13) 
,* 
from msdb.dbo.log_shipping_primary_databases a

    Até deixei o nome do meu antigo servidor secundário lá, que você precisaria substituir pelo nome do seu antigo servidor secundário.

    esse script acima gera a saída abaixo no meu ambiente atual:

    insira a descrição da imagem aqui

    Basta copiar o step1e o step2e executar de uma vez, por exemplo:

    USE master; EXEC master.dbo.sp_delete_log_shipping_primary_secondary  @primary_database = N'Lunch' ,@secondary_server = N'QG-V-SQLDEV2-TS' ,@secondary_database = N'Lunch' 
USE master; EXEC master.dbo.sp_delete_log_shipping_primary_database @database= N'Lunch'

    que eliminou a configuração de envio de logs para o banco de dados Lunch.

    Para verificar se a configuração realmente desapareceu, basta executar o primeiro script novamente, nenhuma referência ao banco de Lunchdados deve estar lá !!

    Como alternativa, para obter a lista de bancos de dados envolvidos no envio de logs, use o seguinte script:

    select * from msdb.dbo.log_shipping_primary_databases
    • 0

relate perguntas