Envio de Log de perguntas freqüentes - SQL Server 2000-

Traduções deste artigo Traduções deste artigo
ID do artigo: 314515 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Este artigo discute vários aspectos de envio de log e responde as perguntas mais freqüentes sobre a configuração de segurança, monitoração, alteração de função e a remoção de envio de log no SQL Server 2000 Enterprise Edition.

Mais Informações

Envio de log no SQL Server 2000 fornece um meio de estabelecimento de uma solução de backup quente usando o plano de manutenção de SQL Server Assistente. Backups de log de transações do banco de dados será automaticamente enviadas para um outro servidor e aplicadas a um banco de dados em standby. Você pode usar o modo de espera banco de dados para executar operações somente leitura (dependendo da carga estado).

Configurar o envio de log

Primeiro trimestre: Qual edição do SQL Server preciso ter configurar o envio de log?

A1: A matriz a seguir mostra a edição do SQL Server que é necessário para os três componentes que participam do envio de log:
Recolher esta tabelaExpandir esta tabela
ComponenteEdição do SQL Server necessário
Servidor primárioEnterprise ou Developer Edition
Servidor secundárioEnterprise ou Developer Edition
Servidor do monitorQualquer edição


Q2: O que preciso fazer antes de iniciar o log de remessa conjunto de backup por meio SQL Server Enterprise Manager?

A2: Aqui está a lista do que deve fazer antes de iniciar o envio de log em SQL Server 2000.

  • Iniciar serviços de SQL Server e SQL Server agente em um domínio de conta ou configurar relevante primária, secundária e monitorar servidores para segurança de passagem (consulte a pergunta três este título para obter mais informações informações).
  • Você pode configurar o envio de qualquer computador que tenha SQL de log Servidor Enterprise Manager (SEM) instalado. Você deve registrar todos os computadores que estiver executando SQL Server que funcionam como servidores, que devem ser o servidores secundários, por meio de SEM, no computador do qual log remessa é vai ser configurado.
  • Crie uma pasta no servidor primário para a transação Faça back ups. Você pode criar essa pasta em qualquer lugar no computador principal. Deve haver espaço livre suficiente na unidade em que você colocar a pasta para reter pelo menos equivalente a dias de log de transação no-break. O espaço exato necessário não é fácil prever porque depende do tamanho e a freqüência de o log de transações de volta no-break para o banco de dados. A Microsoft recomenda que você Crie uma pasta diferente para cada banco de dados que você faça o envio.
  • Compartilhe as pastas que você criou na etapa anterior. Fazer Se conceder permissões de leitura e alteração para de Windows NT Microsoft contas em que SQL Server e SQL Server agente de serviços são iniciados para os servidores que participam do envio de log. Se você usar segurança de passagem conceder essas permissões para a conta Windows NT local, sob a qual o SQL Servidor relacionados a serviços são iniciados.
  • Remover ou desabilitar qualquer log de transações trabalhos de backup na bancos de dados que serão o log fornecido. Isso inclui qualquer terceiro backup trabalhos.
3º: Fazer iniciar SQL Server serviços em uma conta de domínio em oposição a uma conta local de Windows NT relacionados?

A3: É possível configurar os serviços de SQL Server para iniciar em um Windows NT local de conta, a menos que SQL Server é configurado para executar como um virtual servidor em conjunto com o serviço de Cluster da Microsoft. Você pode usar Windows NT segurança de passagem para essa finalidade. Siga estas etapas para configurar segurança de passagem:
  • Criar uma conta de Windows NT em primária, secundária e monitorar computadores com o mesmo nome e senhas.
  • SQL Server de configurar serviços para iniciar esses relacionados Contas de Windows NT em todos os computadores.
Serviços de SQL Server devem ser iniciados em uma conta de domínio Se SQL Server estiver configurado para ser executado como um servidor virtual com o Microsoft Cluster Serviço. Mesmo se SQL Server for um servidor virtual, a Microsoft recomenda que você Use uma conta de domínio para iniciar os serviços quando SQL Server computadores estão em uma domínio. Você obtém os seguintes serviços relacionados de vantagem por ter SQL Server Inicie em uma conta de domínio:
  • Alteração de senha para a conta de inicialização do SQL Server será não resultam em uma falha de trabalhos de envio de log. Para continuar com êxito o log todos os servidores de envio em uma situação de segurança de passagem, devem ter a senha alterada para o início de Windows NT de conta, ao mesmo tempo.
Quarto: Onde pode configurar de envio de log?

A4: No SQL Server Enterprise Manager, clique com botão direito no banco de dados o envio de log deve ser configurado e clique em Plano de manutenção. Na caixa de diálogo Welcome , clique em Avançar. Clique para selecionar a caixa de seleção enviar o log de transações para outros servidores de SQL (envio de log) . A caixa de seleção indica a manutenção de SQL Server Planeje o Assistente para que este banco de dados deve ter o envio de log. É possível executar este etapa de um cliente de SQL Server Enterprise Manager instalado.

A P5: Por que é a caixa de seleção de remessa de log às vezes esmaecida na caixa de diálogo Plano de manutenção ?

A5: A caixa de seleção pode esmaecida para um dos seguintes motivos:
  • Vários bancos de dados podem ser selecionados para a manutenção Plano.
  • O banco de dados selecionada não está no modelo completo ou Recuperação de registradas em massa .
  • SQL Server 2000 Enterprise Edition não está instalado no servidor.
Q6: Por que o envio de log configurado Falha ao executar a configuração inicial?

A6: Há vários motivos que podem causar o envio conjunto backup de log a falha. Neste momento, há pelo menos um problema conhecido que faz com que isso comportamento. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
298743BUG: Todas as alterações podem não ser revertidas ao Assistente de manutenção de remessa de Log falhar
Q7: Alterações na estrutura de arquivo da tabela banco de dados e de esquema são propagadas para o servidor secundário?

A7: No SQL Server 2000, todas estrutura de arquivo do banco de dados e esquema de tabela as alterações são operações registradas. No entanto, se um novo arquivo NDF ou LDF é adicionado ao banco de dados principal, o trabalho de restauração do log de transação Falha ao carregar o backup de log de transação que foi executada imediatamente após o arquivo de banco de dados foi adicionado ao banco de dados primário. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
286280Descrição do efeito para recuperação de banco de dados depois de adicionar ou remover arquivos de banco de dados
P8: Posso script envio de log?

A8: N º Atualmente, não é possível script de envio de log. O somente com suporte significa da configuração de envio de log é o assistente como descrito em questão 4 desta seção.

P9: Pode definir até entre servidores em vários domínios de envio de log?

A9: Sim. É possível configurar o log de envio entre servidores que estão em domínios separados. Há duas maneiras para fazer isso:
  • Use segurança de passagem. Configurar contas de Windows NT com o mesmo nome e senhas em primária, secundária e monitorar os servidores. SQL Server de configurar serviços para iniciar essas contas em todos os relacionados servidores e usar a autenticação de SQL durante a configuração de envio de log para se conectar a o servidor do monitor. - ou -

  • Use segurança de Windows NT convencionais. Você deve configurar os domínios com relações de confiança bidirecionais. SQL Server relacionados a serviços podem ser iniciados em contas de domínio. Autenticação SQL ou pode de autenticação do Windows ser usado por trabalhos de servidores primário e secundário para conectar ao monitor servidor. Todos os outros requisitos são os mesmos explicado 2 em questão seção.
Q10: Pode configurar os servidores primário e secundário para usar a autenticação de SQL para se conectar ao servidor do monitor?

A10: Sim. É possível usar a autenticação do Windows ou SQL para os servidores primários e secundários para se conectar ao servidor do monitor. Microsoft recomenda que você use autenticação do Windows para essa finalidade. No entanto, se ele é não é possível usar a autenticação do Windows, você pode usar a autenticação SQL. SQL Server criará uma conta de "log_shipping_monitor_probe" no sistema principal, secundário e monitorar servidores, caso ainda não exista, com a senha especificado ao configurar o envio de log. Se SQL a autenticação é usada para log remessa, você deve configurar SQL Server primária, secundária e monitor servidores para usar autenticação de modo misto.

Considerações de segurança de envio de log

Primeiro trimestre: Se fazer a conta "convidado" disponível antes de configurar o envio de log e quero que meu banco de dados secundário em um estado de espera, como permitir usuários tenham acesso ao banco de dados secundário (aplicando o mesmo modelo de segurança do servidor primário)?

A1: A conta "convidado" não deve ser removida do SQL Server para qualquer razão. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
315523Remoção da conta convidado pode causar um erro 916 no SQL Server 2000 SP4 ou uma violação de acesso de exceção manipulada em versões anteriores do SQL Server 2000
No entanto, você pode pode tornar a conta "convidado" não está disponível para bancos de dados onde talvez haja preocupações com segurança. Porque o banco de dados secundário está em um estado de espera, não é possível usar o sp_change_users_loginprocedimento armazenado para remapear os logons adequadamente. Para aplicar o mesmo modelo de segurança em um banco de dados em standby, crie os logins no servidor secundário usando o mesmo valor do identificador (SID) de segurança como o servidor primário. Leitura o seguinte artigo da Base de dados de Conhecimento da Microsoft para obter mais informações sobre criação de logons com o mesmo SID valores:
303722 Como conceder acesso para logons SQL em um banco de dados em standby quando o usuário convidado é desabilitado em SQL Server
Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
321247Como envio de log para configurar a segurança de SQL Server
Q2: Qual sp_resolve_logins?

A2: No momento do alteração de função de envio de log do sp_resolve_loginsprocedimento armazenado requer um arquivo BCP da tabela de sistema syslogins do servidor primário. Esse procedimento carrega a tabela temporária e percorre cada login para verificar se o arquivo BCP existe um logon com o mesmo nome na tabela de sistema syslogins do servidor secundário. Em seguida, verifica para ver se o SID de valor para essa login existe na tabela de sistema sysusers do banco de dados secundário. Finalmente, ele verifica para ver se o SID valor tabela de sistema sysusers secundário do banco de dados não é o mesmo valor SID no secundário tabela de syslogins do servidor. Se essas verificações são atendidas, o procedimento armazenado de sp_resolve_logins executa o procedimento armazenado sp_Change_users_login para logon e corrige o SID no tabela de sistema sysusers secundário do banco de dados. Execução do procedimento armazenado só é necessária Se houver novos logons criados no servidor primário após o envio de log tem foi inicializado e esses mesmos logons não são criados em servidores secundários com o mesmo SID (conforme descrito no artigo da Base de dados de Conhecimento da Microsoft Q303722).

3º Trimestre: sp_resolve_logins armazenados procedimento executado com êxito; No entanto, ele não executa as modificações esperadas para a segurança no servidor secundário. Por quê?

A3: O procedimento sp_resolve_logins armazenado requer um arquivo BCP atualizado do primário tabela de sistema syslogins do servidor. Esses logins já deve ser criado na servidor secundário. Se estas duas condições forem atendidas, o procedimento armazenado de sp_resolve_logins executa as modificações na tabela de sistema sysusers no banco de dados secundário.

Quarto: Fazer que executar uma tarefa de DTS de logons de transferência em conjunto com o procedimento armazenado de sp_resolve_logins antes de executar a função alterar?

A4: Sim. Você deve usar a tarefa de transferir logons para certificar-se de que o logins existem na tabela de sistema syslogins no servidor secundário. Isso não garante que o usuário pode usar o banco de dados secundário (se o banco de dados secundário carregado no modo de espera). Se o usuário possui o banco de dados secundário antes de usar realizar o alteração da função de envio de log, consulte a pergunta 1 deste seção.

A P5: O procedimento armazenado de sp_resolve_logins funciona em logins remotos em SQL Servidor?

A5: N º Sp_resolve_logins armazenados procedimento funciona apenas para logons típicos. Os logons remotos deve ser criado manualmente no servidor secundário.

Monitoramento de envio de log

Primeiro trimestre: Backup de envio de Log e alertas de sincronização estão disparando, mesmo quando o servidor secundário é atualizado com os backups de log de transação. É possível?

A1: Sim. É possível que os alertas podem disparar mesmo quando o banco de dados secundário está sendo atualizado. Se o limite de alerta é definido como um valor menos de duas vezes o tempo entre back e copiar ou restaurar trabalhos, alertas pode ser elevado. Se os alertas estão sendo gerados e o limite está próximo ou menos duas vezes o tempo entre subseqüente backup e restauração ou cópia trabalhos, vá em frente e aumentar o limite.

Q2: Por que os backups de log de transação Falha ao restaurar no servidor secundário?

A2: Backups de Log de transações podem ser restaurados somente se eles estiverem em um seqüência. Essa seqüência é determinada pelos campos LastLSN e FirstLSN retornados pela RESTAURAÇÃO HEADERONLY comando. Se o campo LastLSN e o campo FirstLSN não exibem o mesmo número em transações consecutivas Faça backups, eles não são restauráveis em que seqüência. Pode haver vários motivos para backups de log de transação para estar fora de seqüência. Alguns dos mais motivos comuns são:
  • Há trabalhos de backup de log de transação redundante na servidor primário que estão causando a seqüência a ser quebrado.
  • Há operações não registrada realizadas no banco de dados.Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    272093Descrição dos efeitos das operações de desligamento e minimamente registradas no backup de log de transação e o processo de restauração SQL Server
  • O modelo de recuperação do banco de dados provavelmente foi alternado entre os backups de log de transação.
  • A tarefa do Data Transformation Services (DTS) no principal servidor pode estar causando esse problema.Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    308267CORREÇÃO: DTS copiar objetos de tarefa (DMO) interrompe a cadeia de backup de log de transação alternando o modo de recuperação para simples durante a transferência
T3: Onde posso encontrar informações sobre erros durante a realização de backup, copiar ou restaurar as operações?

A3: Para obter mais informações sobre um determinado par, o envio de log Siga estas etapas:
  1. Abra SQL Server Enterprise Manager e conectar-se para o servidor do monitor.
  2. Em Gerenciamento, clique em Monitor de envio de Log. No painel direito da janela, são todos os pares de envio de log exibida (que foram configuradas com o servidor como servidor monitor). Se o par de envio de log não estiver visível, clique com o botão direito do Monitor de envio de Log (em Gerenciamento) e, em seguida, clique em Atualizar.
  3. Clique com o botão direito do par que as informações de envio de log sobre e então clique em Exibir histórico de Backup para exibir o histórico de trabalho de backup.
  4. O par de envio de log com o botão direito e clique em Exibir histórico de cópia e restauração para exibir o histórico de cópia e trabalhos de restauração.
  5. O par de envio de log com o botão direito e clique em Propriedades para exibir o status de envio de log atual, origem e destino status de alerta.
Quarto: O first_file_000000000000.trn de nome de arquivo indica que o trabalho de cópia ou restauração foi bem-sucedida?

A4: Cada execução do trabalho de cópia e restauração está associada com pelo menos um arquivo. Por padrão, se não há arquivos são copiados ou restaurados em uma determinada execução de qualquer um desses dois trabalhos, SQL Server coloca first_file_000000000000.trn no campo nome do arquivo . Isso pode ou não pode indicar um problema. Por exemplo, o pela primeira vez que copiar ou restaurar os trabalhos são executados no servidor secundário pode não haver quaisquer arquivos disponíveis para cópia ou restauração. Nesse caso, first_file_000000000000.TRN não representa necessariamente um erro. No entanto, em certas circunstâncias, isso pode representar um problema. Leia o seguinte Artigo da Base de dados de Conhecimento da Microsoft para obter mais informações:
292586 Backup, cópia e carga de trabalho informações não são atualizadas no monitor de envio de log
A P5: É possível modificar a freqüência e o destino dos backups de log de transação, no servidor primário, após o envio de log operacional por um tempo?

A5: Sim. Essa informação está no plano de manutenção no principal servidor. Para exibir as informações, execute estas etapas:
  1. Clique duas vezes no Plano de manutenção no servidor primário para o banco de dados para o qual esta informação deve ser modificado.
  2. Clique na guia modificar o destino do Backup de Log de transação e a freqüência na caixa de diálogo caixa.
  3. Porque o trabalho de cópia no servidor secundário é esperado copiar backups de log de transação do compartilhamento especificado no log do tempo entrega foi configurada, esse trabalho poderá falhar depois de modificar a pasta de destino o log de transações novamente no-break. Para obter mais informações sobre como contornar Esse problema, leia o seguinte artigo na Microsoft Knowledge Base:
    314570 Não é possível modificar o compartilhamento de rede de backup após alterar a pasta de backup de log de transação

Alterar função de envio de log

Primeiro trimestre: Como realizar uma alteração de função de envio de log?

A1: Clique no link a seguir para ler o SQL Server 2000 Books Online alterar o tópico sobre como executar uma função de envio de log:

Como Para configurar e executar uma alteração de função de envio de log (Transact-SQL)

Q2: Posso realizar uma alteração de função enquanto o servidor primário estiver offline ou indisponível?

A2: Sim. Executando o sp_change_primary_roleprocedimento armazenado no servidor primário é opcional.

Terceiro trimestre: Por que sp_resolve_logins armazenado falha do procedimento com a mensagem de erro 208 quando executada a partir de banco de dados secundário no momento da alteração de função?

A3: O procedimento armazenado de sp_resolve_logins não se qualifica para a tabela de sistema sysusers com o prefixo do banco de dados mestre . Este é um problema conhecido com o código para o procedimento armazenado de sp_resolve_logins . Para obter mais informações sobre esse problema, leia o seguinte artigo na Base de dados de Conhecimento da Microsoft:
310882 BUG: sp_resolve_logins armazenados procedimento falhar se executado durante a alteração da função de envio de log
Quarto: Há um problema ao promover um servidor secundário como um servidor primário, quando há vários servidores secundários envolvidos na alteração de função?

A4: Leia o seguinte artigo da Base de dados de Conhecimento da Microsoft sobre um conhecido problema pode causar erros durante a execução de uma alteração de função envolve vários servidores secundários:
300497 CORREÇÃO: O envio de Log: não é possível alterar a função de secundária para primária quando nomes de banco de dados são diferentes
A P5: Como pode eu restabeleça o envio de log depois de promover um servidor secundário para primário?

A5: Se a caixa de seleção Permitir banco de dados para assumir a função principal é selecionada durante a configuração de envio de log, na caixa de diálogo Adicionar banco de dados de destino , siga estas etapas para adicionar um novo servidor secundário Após realizar uma alteração de função. Se a configuração não foi selecionada, use a Manutenção plano Assistente para configurar o log de envio após uma alteração de função.
  1. Abra SQL Server Enterprise Manager e conectar-se para o promovido o servidor primário. Registrar o servidor que pretende adicionar como o servidor secundário.
  2. Expanda Gerenciamento (no SQL Server Enterprise Manager) e clique em Planos de manutenção. Botão direito do mouse no plano de manutenção apropriado na lista, e em seguida, clique em Propriedades.
  3. Clique na guia de Remessa de Log e clique em Adicionar.
  4. Forneça as informações apropriadas sobre o secundário servidor sobre essa caixa de diálogo caixa e clique em OK. Isso adicionará o novo servidor secundário para fazer logon remessa.
Q6: Como posso continuar efetuar remessa para o servidor principal antigo sem restaurar um backup de banco de dados?

A6: É possível fazer logon repetidamente sem enviar entre dois servidores necessidade de restaurar o backup do banco de dados completo. O requisito é que ambos os servidores primários e secundários estão disponíveis quando você executar a função Altere o procedimento. Como parte de realizar a alteração de função, você deve executar o sp_change_primary_roleprocedimento armazenado. Você deve executar o procedimento sp_change_primary_role armazenado com um parâmetro @ final_state de 2 ou 3. Isso deixará o banco de dados principal em um estado irrecuperável após executar a transação de log de backup. Porque o banco de dados é deixado em um estado irrecuperável, esse banco de dados pode ser selecionado Quando o destino de envio de log é adicionado (conforme explicado no anterior pergunta). Dessa forma, que você não precisa recarregar um backup de banco de dados.

Remoção de envio de log

Q1: Como posso parar remessa de log para um determinado par de envio de log?

A1: Siga estas etapas para remover um par de envio de log:
  1. Abra o SQL Server Enterprise Manager no principal servidor. Expanda Gerenciamentoe, em seguida, clique em Plano de manutenção. Botão direito do mouse no Plano de manutençãoe, em seguida, clique em Propriedades.
  2. Clique na guia de Remessa de Log e, em seguida, clique para selecionar o par desejado de envio de log Para remover.
  3. Clique no botão de comando Excluir para remover esse par de envio de log. Se este for o último par de envio de log, clicando em Excluir remove o envio de log. Se você deseja continuar o envio de log para um outro servidor ou banco de dados, clique em Adicionar. Em seguida, clique para selecionar o servidor apropriado ou atuar no banco de dados como o servidor secundário antes de remover o secundário de envio de log existente.
Q2: Há um problema com a remoção de remessa de log para um banco de dados com caracteres especiais no nome?

A2: Leia o seguinte artigo da Base de dados de Conhecimento da Microsoft, que Discute esse problema em mais detalhes:
295936 CORREÇÃO: Erro removendo envio de log no banco de dados secundário quando o nome do banco de dados tem uma cotação

REFERÊNCIAS

Para obter mais informações sobre o envio de log, visite os seguintes sites da Microsoft
Envio de log
. aspx http://msdn2.microsoft.com/en-us/library/aa213785 (SQL.80)
275146 Envio de Log de perguntas freqüentes - SQL Server 7.0-
Não encontrou uma resposta à sua pergunta? Visite os grupos de notícias de Microsoft SQL Server em:
Microsoft Grupos de notícias do SQL Serverhttp://www.microsoft.com/communities/Newsgroups/en-US/
Comentários sobre este ou outros Artigos da Base de dados de Conhecimento da Microsoft? Envie-em uma nota no SQLKB@Microsoft.com.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
917544BUG: Você recebe uma mensagem de erro quando você executa o trabalho "Log remessa alerta trabalho ? restauração" no SQL Server 2000

Propriedades

ID do artigo: 314515 - Última revisão: sexta-feira, 13 de abril de 2012 - Revisão: 1.0
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
Palavras-chave: 
kbsqlsetup kbinfo kbmt KB314515 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 314515

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com