INF: Métodos de teste para despejos de fita do SQL Server ou carrega

Traduções deste artigo Traduções deste artigo
ID do artigo: 124023 - Exibir os produtos aos quais esse artigo se aplica.
Observação: Este artigo é específica para o Microsoft SQL Server em plataformas Windows NT.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

O subsistema de dispositivo de fita é composto de várias camadas que são necessários para despejo de banco de dados bem-sucedido do SQL Server e carregar procedimentos. O nível primário é o nível de hardware, o que é composto do dispositivo de fita, cabo, terminador e controlador SCSI. A camada de kernel consiste em kernel do Windows NT, Gerenciador de E/s, driver de sistema de arquivos e o driver de dispositivo de fita. A camada final é o nível de usuário ou aplicativo. Nesse nível, o SQL Server opera e depende da operação dos níveis de hardware e sistema operacional subjacentes para conclusão bem-sucedida das operações de despejo e carga em um dispositivo de fita.

O objetivo deste artigo é documentar um método para testar o despejo do SQL Server e carregar procedimentos com uma unidade de fita.

Mais Informações

Verificações preliminares

  1. Verifique se o dispositivo de fita específica está na lista de compatibilidade de hardware (HCL). Os dispositivos na HCL foram testados pela Microsoft, por solicitação do fabricante, para uso com o sistema operacional Windows NT. Os fabricantes de unidade de fita com freqüência vendem unidades de fita para fornecedores de fabricante original do equipamento (OEM) e é possível que o firmware para a unidade remontado foi alterado, acordo com para a solicitação do OEM fornecedor. Essas alterações podem resultar em problemas com a operação do dispositivo de fita em Windows NT e/ou SQL Server. Como resultado, mesmo que a unidade de fita subjacente pode foi fabricada por um fornecedor na HCL, a unidade de fita que foi refeita e vendida rótulo do fornecedor diferente pode ter problemas compatibilidade, devido às alterações de firmware.
  2. Instale o dispositivo de fita de acordo com as recomendações do fabricante. Certificar-se que estejam em conformidade com as recomendações para o SCSI controlador, comprimento do cabo SCSI e tipo de terminador de SCSI.
  3. Verifique com o fornecedor para alterações no driver sendo usado para o dispositivo de fita. Alguns fornecedores irão fornecer drivers de fita para uso com unidades de fita do Windows NT. fornecido pelo Compaq, que não estão na HCL, devem usar drivers de disco de suporte a software recomendável Compaq (SSD). Isso ocorre porque somente há suporte para a unidade de fita Compaq Compaq.
  4. Verificar que o dispositivo de fita foi instalado adequadamente no Windows NT. A seguir estão três áreas para verificar para verificar a configuração de dispositivo de fita:

    1. Para computadores que executam Windows NT 3.5 x, Windows NT execução instalação, que está no grupo de programas principal no Gerenciador de programas do Windows NT. No menu Opções na instalação, clique em Adicionar ou remover dispositivos de fita. Um driver deve ser listado que coincida com a unidade de fita.

      Para computadores que executam o Windows NT 4.0, verifique o driver de dispositivo de fita em dispositivos de fita do painel de controle.

      Observação: documentação do fabricante o ou o Windows NT documentação fornecerá detalhes no qual driver é apropriado para a unidade de fita conectado ao sistema).
    2. Em dispositivos de painel de controle, a unidade de fita deve estar listada como iniciado e ter uma configuração de inicialização do sistema.
    3. Inicie o Ntbackup.exe. No menu operações, clique em Configurar Hardware. Se o dispositivo foi corretamente configurado, a unidade de fita será visível na caixa de listagem suspensa.
  5. Teste com Ntbackup.exe. Certifique-se que um bem-sucedido arquivamento e restauração de um arquivo ou grupo de arquivos podem ser realizadas sem erros.

    Observação: É importante executar ambas essas operações.

    Também exibir o catálogo de fita e executar um arquivo com uma verificação. Se houver problemas com este procedimento, o SQL Server despejo e carregar a fita será ou não funcionar como trabalho não confiável.
  6. Use o SQL Enterprise Manager para verificar a configuração do SQL Server do dispositivo de despejo de fita. Ir para uma janela de consulta e execute o procedimento armazenado seguinte:
    sp_helpdevice <backup_device_name>
    O resultado que você receber deve ser no formato a seguir, onde X é o número de dispositivo de fita:
          \\.\tapeX
      
    Por padrão, os números de dispositivo começam tapeX, dependendo do número de dispositivos de fita encontrados por NTDetect quando o sistema é inicializado com tape0.... Em geral, em um sistema com uma unidade de fita único, o identificador de dispositivo do sistema será tape0 e a definição física será \\.\tape0.

    Para SQL Server 4.2 x, vá para o administrador de SQL, clique em dispositivos, clique duas vezes o dispositivo de despejo de fita. Verifique se o caminho físico está correto.

Procedimentos de testes

Observação: Os procedimentos a seguir devem ser testados por um logon administrativo. O objetivo é verificar se a unidade de fita funciona, não os direitos do sistema pertencentes a um logon específico. Portanto, se o logon para o SQL Server tiver sido alterado do padrão, verifique se o logon tem privilégios administrativos.

Além disso, presume-se que o banco de dados sendo usado para básicas e avançadas testes tem não problemas estruturais. Se o estado do banco de dados é desconhecido ou se não tiver sido verificada recentemente, execute DBCC CHECKDB e DBCC NEWALLOC.

Examine a saída dessas verificações DBCC e corrigir quaisquer problemas estruturais antes de tentar os seguintes testes. Problemas estruturais que existem em um banco de dados no momento do despejo de banco de dados em fita podem causar uma carga de banco de dados do dispositivo de fita para falhar.

Procedimento de teste básico

  1. Antes de iniciar o procedimento, usar a instalação do SQL Server para desabilitar a inicialização automática para SQL Server e SQLExecutive (ou Monitor de SQL para SQL Server 4.2 x).
  2. Desative o servidor. Aguarde aproximadamente 60 segundos e ligue a unidade novamente. Se o servidor tiver uma unidade de fita externo, ativá-lo primeiro e esperar até que ele concluiu a inicialização antes de ativar o servidor. Essa é uma etapa importante, porque ela redefine o dispositivo de fita novamente para as configurações padrão incorporado.
  3. Iniciar o SQL Server e vá para um prompt de comando.
  4. Faça logon no SQL Server como administrador do sistema (as) e vá para a janela de consulta ISQL/W.
  5. Execute as seguintes instruções da janela de consulta ISQL/W:
          dump database pubs to tapedump with init,nounload
          go
      
    Observação: Substituir tapedump com o nome lógico do SQL Server para o sistema que está sendo testado.

    Você deverá receber a seguinte mensagem:
    Msg 4029, nível 10, estado 1:
    Banco de dados 'pubs' (89 páginas) despejada arquivo <1> em fita 'SQ0001'.
    Revise o log de erros, que deve ter a seguinte correspondente mensagem do SQL Server:
          94/02/01 15:49:08.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
    
  6. Abra a pasta dispositivo de backup ou despejo do SQL Enterprise Manager e, em seguida, abra o dispositivo de backup de fita. Verifique se o rótulo do volume e o cabeçalho de despejo são exibidos.
  7. Alterne para a janela de consulta ISQL/W e execute as seguintes instruções:
          dump database pubs to tapedump with noinit,nounload
          go
          dump database pubs to tapedump with noinit,nounload
          go
      
    Você deve receber as seguintes mensagens:
          Msg 4029, Level 10, State 1:
          Database 'pubs' (89 pages) dumped to file <2> on tape 'SQ0001'.
          Msg 4029, Level 10, State 1:
          Database 'pubs' (89 pages) dumped to file <3> on tape 'SQ0001'.
      
    Examinar o log de erros do SQL Server, que deve ter as seguintes mensagens correspondentes:
          94/02/01 15:49:08.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
          94/02/01 15:50:18.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
      
    Se o log de erro do SQL Server não contiver essas mensagens, examine as etapas anteriores e repita se necessário. Vá para a seção "Problema" deste artigo.
  8. Alterne para a janela de consulta ISQL/W e execute as seguintes instruções:
     
          load database pubs from tapedump with file=2,nounload
          go
      
    Examinar o log de erros do SQL Server, que deve gravar resultados semelhantes à seguinte:
          94/02/01  15:49:08.83 server   Recovery dbid 4 ckpt (1017,8)
      
    Observação: As informações encontradas no log de erro podem ser diferentes, dependendo do dbid do banco de dados que o despejo é carregado no. Além disso, o valor ckpt parêntese é o local do último registro de ponto de verificação foi encontrado durante o processo de recuperação, portanto, também pode variar.
  9. Teste concluído. Se houver problemas, consulte "Problemas" seção deste artigo.

Procedimento de teste avançado

Esta seção detalha o teste mais abrangente. Continuar além desse ponto, uma suposição é feita que o sistema de fita foi totalmente testado com o NTBackup, o que resultou na conclusão bem-sucedida dos procedimentos de arquivamento e restauração. É recomendável que você não usar bancos de dados de desenvolvimento importante de produção ou para testar hardware unproved.

O procedimento de teste avançado varia principalmente no tamanho do banco de dados envolvido e sua importância para a organização. Se os recursos estiverem disponíveis, é certamente apropriado criar um banco de dados que reflete uma produção ou o banco de dados importantes do desenvolvimento no tamanho e conteúdo para esse teste. Também é importante perceber que alguns aponte a produção ou banco de dados de desenvolvimento precisará ser despejados em fita.

Como resultado, o procedimento a seguir tem alguns redundância interna que é ilustrada na etapa 2. Este é o procedimento de teste avançado:
  1. Desligar o SQL Server, a partir o Gerenciador de serviços SQL ou de um prompt de comando usando um comando NET STOP MSSQLSERVER (para SQL Server 4.2 x, o comando é NET STOP SQLSERVER).
  2. Usando o Ntbackup.exe, arquive todos os arquivos do dispositivo de banco de dados, incluindo Master.dat e quaisquer dispositivos usados para tempdb. Esse procedimento deve ser executado com a opção Verificar do NTBackup.
  3. Inicie o SQL Server usando o Gerenciador de serviços SQL ou de um prompt de comando, com um comando NET START MSSQLSERVER.
  4. Execute etapas 1-0, conforme listados na seção "Procedimento de teste básico" deste artigo, substituindo o banco de dados desejado para o banco de dados 'pubs'.

Notas finais no teste

A conclusão bem-sucedida dos procedimentos de testes descrito acima não garante que nunca haverá problemas com o SQL Server de despejo ou carregar as operações de fita. Operações de fita do SQL Server dependem da operação bem-sucedida de todas as camadas subjacentes que compõem o subsistema de fita, bem como um banco de dados que está livre de problemas estruturais.

Problemas

  1. Verificar o log de sistema do Windows NT Visualizador de eventos (encontrado em Ferramentas administrativas) do aplicativo. Inspecioná-lo para qualquer erro de dispositivo SCSI ou fita.
  2. Examine o log de aplicativo do Windows NT Visualizador de eventos aplicativo de erros não-SQL Server.
  3. Examine o log de erros do SQL Server.
  4. Entre em contato o fornecedor de hardware apropriado e verifique se que os problemas vistos não foram corrigidos por versões mais recentes de firmware ou drivers de dispositivo.
  5. Corrija quaisquer problemas óbvios e execute novamente.
  6. Contate o suporte fornecedor apropriado.
Ao chamar o suporte do Microsoft SQL Server, esteja preparado para fornecer as seguintes informações:
  • As entradas de registro encontradas em HKEY_LOCAL_MACHINE\Hardware\Devicemap para cada dispositivo de fita. Inclua os detalhes sobre o número, tipo e o fabricante de cada controlador de SCSI, o número de dispositivos na porta SCSI e SCSI barramento.
  • O tamanho do arquivo, data e hora para o driver de fita que está sendo usado pelo dispositivo em questão.
  • Resultados dos procedimentos de teste detalhados acima, bem como o log de erro do SQL Server, log de sistema e log de aplicativo do Visualizar eventos.
  • Unidade de fita específico marca e modelo informações (não que faz os componentes internos).
  • Os resultados da execução sp_helpdevice e xp_msver.

Propriedades

ID do artigo: 124023 - Última revisão: quinta-feira, 24 de agosto de 2006 - Revisão: 4.0
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 4.21a Standard Edition
  • Microsoft SQL Server 6.0 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
Palavras-chave: 
kbmt kbusage KB124023 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: 124023
Aviso de Isenção de Responsabilidade sobre Conteúdo do KB Aposentado
Este artigo trata de produtos para os quais a Microsoft não mais oferece suporte. Por esta razão, este artigo é oferecido "como está" e não será mais atualizado.

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