Perguntas freqüentes - SQL Server 7.0 - conversão

Traduções deste artigo Traduções deste artigo
ID do artigo: 195444 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Expandir tudo | Recolher tudo

Sumário

Este artigo tem como objetivo endereço freqüentes perguntas sobre a conversão de uma instalação do SQL Server 6.5 para SQL Server 7.0.

Mais Informações

  1. P. como tempo levará o processo de conversão?

    R. muitos fatores afetarão do tempo necessário para converter bancos de dados do SQL Server 6.x do SQL Server 7.0. Cada objeto no banco de dados de 6.x do SQL Server deve ser recriado no banco de dados SQL Server 7.0 e cada linha deve ser transferida. Dependendo da complexidade de cada banco de dados, o período de tempo necessário para converter dois bancos de 10 GB dados que tenham números diferentes de linhas e objetos pode variar amplamente. Além disso, a plataforma de hardware, número de processadores, subsistema de disco e quantidade de RAM tocará uma parte significativa na quantidade de tempo necessário para a conversão. Selecionar "validação de dados" durante a instalação irá aumentar a quantidade de tempo necessário para executar a atualização por um fator de dois. Alguns típicas do horas para o processo de atualização são:

    Recolher esta tabelaExpandir esta tabela
    Tamanho do banco de dadosTempo estimado necessário para converter
    400 MBMenos de 20 minutos
    1 GBMenos de 1 hora
    10 GBMenos de 4 horas
    50 GBMenos de 12 horas
    100 GBMenos de 24 horas
  2. P. quanto espaço em disco adicional faz uso do SQL Server 7.0 que o SQL Server 6.5?

    R. com um computador, a conversão do SQL Server 6.x para o SQL Server 7.0 requer aproximadamente 1,5 vezes o espaço que atualmente usam dados de 6.x do SQL Server. Na maioria dos casos, o espaço real usado será ser menor do que o SQL Server 6.x dados usam no momento. Se você não tiver uma quantidade de espaço em disco suficiente, talvez queira considerar o uso a conversão de computador de uma fita ou o método de conversão de computador de dois. Cada uma dessas opções é descrita abaixo.

    Computador de um método de conversão de fita

    Com esse método, os arquivos de dados do SQL Server 6.x backup para um despejo de SQL. Opcionalmente, você pode especificar que um backup de arquivo dos arquivos físicos também é executado. Após esta etapa é feita, os dispositivos de dados são excluídos das unidades de disco e o despejo de SQL é usado durante o carregamento dos novos bancos de dados SQL Server 7.0. Se você tiver alguma dificuldade, poderá reinstalar o SQL Server 6.x e restaurar os arquivos de dados original do backup físico dos arquivos de dados.

    Método de conversão do computador de dois

    Com esse método, o novo computador exigirá aproximadamente 1,5 vezes como espaço em disco como usam os seus bancos de dados SQL Server 6.x no momento. A quantidade final de espaço usado pode ser menor, dependendo a quantidade real de espaço livre nos bancos de dados SQL Server 6.x e os tipos de dados usados. Ao converter um banco de dados, SQL Server 7.0 irá sugerir um tamanho de arquivo de dados e use o tamanho do arquivo de log anterior para o primeiro arquivo de log. Observe que esse comportamento é diferente ao criar um novo banco de dados no SQL Server 7.0. Nesse caso, o SQL Server 7.0 cria o novo banco de dados com um tamanho padrão de 2 MB.
  3. Os usuários p. podem ser conectados ao computador SQL Server 6.x enquanto o processo de conversão está sendo executado?

    R. não. Durante o processo de atualização, o computador de 6.x do SQL Server é interrompido e iniciado enquanto objetos são executados por script e dados são extraídos. Além disso, quando a transferência de dados é iniciada, somente o SQL Server 7.0 está em execução, e não é possível acessar o SQL Server 6.x.
  4. P. como devo configurar meu servidor antes de executar a atualização?

    R. Se você atualizando o SQL Server 6.x existente para um novo computador executando o SQL Server 7.0, os dois computadores devem ser configurados para usar um nome de usuário de domínio e senha para o serviço MSSQLServer. A conta de usuário de domínio também deve pertencer ao grupo Administradores nos dois computadores. Uma conta de sistema local é suficiente para uma atualização de um computador. Se você estiver atualizando por domínios diferentes, você deve ter uma relação de confiança configurada entre os domínios antes de iniciar a atualização.

    Observação: Se você usa a conta sistema local com o processo de atualização um computador e também usar uma conta local, você não conseguirá atualizar logons integrados (porque setuser falhará). Portanto, você só deve usar a conta sistema local com um processo de atualização de um computador se você estiver usando segurança padrão, a segurança integrada não.
  5. Uma instalação do SQL Server 4.21 p. pode ser convertida diretamente em SQL Server 7.0?

    R. não. Devido a muitas alterações de banco de dados entre 4.21 do SQL Server e a estrutura dos bancos de dados SQL Server 6.x, o processo de conversão não será executado usando bancos de dados do SQL Server 4.21. Para atualizar um servidor executando o SQL Server 4.21 para SQL Server 7.0, você deve atualizar primeiro o servidor SQL Server 6.5 ou SQL Server 6.0 antes de converter para SQL Server 7.0. Se estiver executando o SQL Server 4.21 e você deseja atualizar para SQL Server 7.0, mas você não tem SQL Server 6.x, você poderá obter uma cópia do SQL Server 6.5 para fins de atualização para o SQL Server 7.0 a partir do Centro de preenchimento da Microsoft.

    Observação: Antes de você converter sua instalação do SQL Server 4.21 para SQL Server 6.x, certifique-se de executar Chkupg65.exe ou Chkupg60.exe, para verificar se a estrutura e conteúdo de seus bancos de dados SQL Server 4.21 tem há conflitos com os requisitos do ANSI 92 novos que são implementados no SQL Server 6.x versões.
  6. P. pode que carregar o meu SQL Despeja em um novo computador e a atualização o novo computador ao SQL Server 7.0?

    R. Sim. No entanto, certifique-se de também copiar o banco de dados mestre para o novo computador. Se a bancos de dados de um computador diferente são carregados em um novo computador, o logon identificações do SQL Server não estará presente no banco de dados mestre. A atualização falhará ao criar objetos para usuários não identificações de logon no banco de dados mestre. Além disso, se a segurança integrada é usada e nenhum grupo local existe para os usuários de um banco de dados que é carregado no SQL Server, logons poderá falhar.
  7. Bancos de pode p. eu consolidar dados de duas ou mais servidores de SQL 6.x para uma versão SQL Server 7.0?

    R. não. O processo de atualização será controlar o servidor que está sendo atualizado e permitirá que somente bancos de dados de um 6.x SQL Server a ser atualizado. Consolidação de bancos de dados de servidores diferentes pode causar problemas no identificações de logon de usuário, contas de usuário e permissões de objeto. Se você deseja consolidar vários bancos de dados de diferentes 6.x SQL Servers, mova todos os bancos de dados para ser consolidados para um SQL Server 6.x e verifique se os aplicativos funcionam corretamente antes de atualizar para SQL Server 7.0.
  8. P. é necessário executar o banco de dados instruções de (DBCC) Verificador de consistência no servidor antes de atualizar meus bancos de dados?

    R. Embora não é necessário executar DBCC instruções antes de atualizar, portanto, é recomendável fazer. Dependendo da extensão de quaisquer inconsistências lógicas existentes no banco de dados, o processo de atualização pode não ser concluída com êxito. Em uma situação onde talvez não haja tempo suficiente em uma janela de manutenção para concluir a atualização e DBCC verifica, considere executar as verificações DBCC em um servidor secundário ou de backup, usando despejos dos bancos de dados a ser atualizado.
  9. P. pode atualizar apenas um ou alguns dos meus bancos de dados para SQL Server 7.0?

    R. Sim. Você pode atualizar um, alguns ou todos os seus bancos de dados SQL Server 6.x para SQL Server 7.0. Você pode até mesmo converter bancos de dados individuais como um teste ou como prática antes de atualizar todos os bancos de dados no servidor. No entanto, observe que é recomendável que você converter todos os bancos de dados produção em um servidor ao mesmo tempo; isso minimizará possíveis problemas. Se você apenas deseja converter um subconjunto de seus bancos de dados 6.x existentes do SQL Server, você deve convertê-los todos ao mesmo tempo.

    Se você não atualizará todos os bancos de dados ao mesmo tempo, há algumas questões a estar atento. Quaisquer objetos que dependem do conteúdo de outros bancos de dados, incluindo modos de exibição, procedimentos armazenados e disparadores, falhará ao ser criada se o objeto ou o banco de dados dependente não existe.

    Se o banco de dados de modelo do SQL Server 6.x foi modificado para incluir objetos adicionais, ele deve ser convertido ou ao mesmo tempo em que todos os bancos de outros dados do SQL Server 6.x ou última. Quaisquer objetos que foram criados em bancos de dados 6.x do SQL Server como resultado de objetos não-padrão sendo adicionados no banco de dados SQL Server 6.x modelo serão inserido no script durante o processo de atualização.

    Quando outros bancos de dados de 6.x do SQL Server são atualizados depois que o banco de dados modelo já tenha sido convertido, eles serão contêm objetos não-padrão com base no banco de dados do modelo de 6.x do SQL Server. Como os objetos serão adicionados aos novos bancos de dados SQL Server 7.0 quando eles são criados inicialmente pelo banco de dados SQL Server 7.0 modelo, o script de criação falhará criar qualquer objetos que já existem no banco de dados. Portanto, convertendo o banco de dados modelo por último, quaisquer alterações na estrutura de banco de dados só serão aplicadas a novos bancos de dados SQL Server 7.0. Todos os objetos de não-padrão de bancos de dados convertido 6.x do SQL Server serão foram criados pelos scripts durante o processo de conversão desses bancos de dados.
  10. P. Posso executar SQL Server 6.x e o SQL Server 7.0 ao mesmo tempo em um único computador?

    R. não. Você só pode executar uma dessas versões do SQL Server um determinado momento. As duas versões compartilharem recursos comuns do Windows NT e informações do Registro e pode ser iniciada apenas uma versão cada vez. No entanto, você poderá alternar entre o SQL Server 7.0 e SQL Server 6.x usando o utilitário de chave. O utilitário de chave é designado para o processo de conversão e teste; ele não serve para hospedar duas versões do SQL Server em um computador em um ambiente de produção.

    Se você tiver convertido seus bancos de dados para SQL Server 7.0 no computador mesmo que a instalação existente do 6.x do SQL Server, é importante perceber que esses dois conjuntos de bancos de dados são independentes; eles não são sincronizados e quaisquer modificações os dados de 6.x do SQL Server enquanto o SQL Server 6.x estiver sendo executado não serão refletidas nos bancos de dados SQL Server 7.0. Por outro lado, quaisquer alterações nos dados SQL Server 7.0 não serão refletidas nos bancos de dados SQL Server 6.x.

    Cuidado: Se você estiver instalando o SQL Server 7.0 juntamente com o SQL Server versão 6.x no mesmo computador, não instale o SQL Server 7.0 no mesmo diretório como o SQL Server 6.x. Eles devem ser instalados em pastas separadas.
  11. P. Estou recebendo erros de "@@ nome_do_servidor não é válido" durante a conversão. Por quê?

    R. esta mensagem de erro pode ocorrer ou se a versão 6.x você estiver atualizando do SQL Server não foi nomeado. Para resolver esses problemas, execute as seguintes etapas:

    1. Em ISQL ou ISQL/w, use a instrução SELECT @@ nome_do_servidor para certificar-se que o servidor tem um nome.
    2. Se o servidor não tiver um nome, use o procedimento armazenado seguinte para adicionar um nome:
      sp_addserver <server_name>, local
      								
  12. P. o que faz com que o "não é possível abrir banco de dados padrão" e "Erro consultar @@ nome_do_servidor" erros?

    R. Se o banco de dados padrão para o administrador do sistema (SA) ainda não foi recuperado, ou se ele estiver marcado como suspeito, o Assistente de atualização produzirá uma das seguintes mensagens de erro. Resolver o problema com o banco de dados padrão e execute novamente o Assistente de atualização.
  13. P. o processo de conversão parece parar de responder e falha. Por quê?

    R. Se aplicativos ou serviços tiverem conexões ODBC abertas para o servidor 6.x do SQL Server durante o processo de conversão, eles não podem permitir que o SQL Server para desligar completamente. O processo de conversão não continuará em para a próxima etapa se não receber verificação que o servidor 6.x do SQL Server foi interrompido completamente. O processo de conversão será exibida para parar de responder e eventualmente falhar nessa situação. Para resolver essa situação, feche todos os aplicativos e serviços que podem ter conexões ODBC ou podem estar usando SQL Server antes de executar a atualização. Se o SQL Profiler ou rastreamento SQL estiver conectado para o SQL Server versão 6.x, você verá um problema semelhante no que enquanto o servidor não realmente responderá, tarefas que aconteceu uma vez rapidamente usam muito tempo de CPU que eles se tornam exponencialmente mais lentos.
  14. P. onde procurar para ver um registro dos erros que eu pode ter encontrado durante o processo de conversão?

    R. durante o processo de conversão, logs detalhados são gerados e armazenados em seu diretório SQL. Se ocorrerem erros durante o processo de conversão, você verá uma caixa de diálogo do final do processo. Esta caixa de diálogo exibirá o conteúdo dos arquivos de erro. Este arquivo de saída está localizado no diretório MSSQL\Upgrade\ servername _ date _ time. Cada banco de dados terá seu próprio subdiretório com arquivos de saída e de erro que foram gerados durante o processo de conversão.
  15. P. alguns dos meus procedimentos armazenados não convertido corretamente ou não converteu; o que deu errado?

    R. a seguir estão alguns possíveis motivos por que os procedimentos armazenados podem não tiverem sido convertidos corretamente:

    • O texto para o procedimento armazenado deve começar com CREATE PROCEDURE; se o procedimento começa com BEGIN TRANSACTION, seguido do texto CREATE PROCEDURE, o procedimento armazenado não será criado.
    • Procedimentos armazenados que são baseados em tabelas do sistema não serão criados, por causa das alterações nos nomes de coluna e uma alteração na estrutura de catálogos de sistema.
    • Se o nome de um procedimento armazenado foi alterado usando o procedimento armazenado sp_rename, o nome original para o procedimento armazenado na tabela de sistema syscomments não foi alterado. Nesse caso, o procedimento armazenado será criado com o nome original. Em seguida, se você tiver outro procedimento armazenado existente com o mesmo nome ou que foi criado antes do original, o segundo procedimento armazenado não será criado como um objeto com esse nome já existirá.
    • Procedimentos armazenados que são criados por outros procedimentos armazenados não serão criados por não terem nenhuma entrada na tabela syscomments.
Para obter mais informações sobre problemas de conversão, consulte o tópico "Antes de atualizar lista de: verificação" nos manuais online do SQL Server 7.0.

Não encontrou uma resposta à sua pergunta? Visite os grupos de notícias do Microsoft SQL Server no site da Microsoft:
http://www.microsoft.com/communities/newsgroups/en-us/
Comunidades técnicas Microsoft fornecem oportunidades para interagir com os funcionários da Microsoft, especialistas e seus colegas para compartilhar conhecimentos e notícias sobre produtos Microsoft e tecnologias relacionadas. Essas comunidades técnicas fornecem várias maneiras de acessar respostas para perguntas, para acessar soluções para problemas e para compartilhar sua própria experiência. Essas comunidades técnicas estão localizadas no seguinte site da Microsoft:
http://www.microsoft.com/communities/default.mspx

Propriedades

ID do artigo: 195444 - Última revisão: sexta-feira, 11 de outubro de 2013 - Revisão: 3.2
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 7.0 Standard Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbfaq kbinfo KB195444 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: 195444

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