Perguntas mais frequentes - SQL Server 7.0 - conversão

Traduções de Artigos Traduções de Artigos
Artigo: 195444 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Expandir tudo | Reduzir tudo

Sumário

Este artigo destina-se ao endereço perguntas mais frequentes sobre a conversão de uma instalação do SQL Server 6.5 para o SQL Server 7.0.

Mais Informação

  1. P. quanto o processo de conversão vai?

    R. muitos factores afectará o valor de tempo necessária para converter bases de dados do SQL Server 6.x para o SQL Server 7.0. Cada objecto base de dados de 6.x do SQL Server tem de ser reconstruído na base de dados SQL Server 7.0 e todas as linhas devem ser transferidas. Dependendo da complexidade de cada base de dados, o período de tempo necessário para converter duas bases de dados de 10 GB com diferentes números de linhas e objectos poderão variar bastante. Além disso, a plataforma de hardware, número de processadores, subsistema de disco e quantidade de RAM irá reproduzir uma parte significativa no valor do tempo necessário para a conversão. Seleccionar "validação de dados" durante a configuração aumentará a quantidade de tempo necessária para efectuar a actualização por um factor de dois. Algumas horas normais para o processo de actualização são:

    Reduzir esta tabelaExpandir esta tabela
    Tamanho da base de dadosTempo estimado necessário para converter
    400 MBMenor que 20 minutos
    1 GBMenor que 1 hora
    10 GBInferior a 4 horas
    50 GBMenos de 12 horas
    100 GBMenos de 24 horas
  2. P. quanto espaço em disco adicional faz utilização do SQL Server 7.0 do SQL Server 6.5?

    R. com um computador, converter do SQL Server 6.x para o SQL Server 7.0 requer cerca de 1,5 vezes o espaço em que dados do SQL Server 6.x utilizam actualmente. Na maioria dos casos, o espaço real utilizado será ser menor que o SQL Server 6.x dados está a utilizar. Se não tiver uma quantidade de espaço em disco suficiente, poderá utilizar a conversão de banda de um computador ou o método de conversão de dois computadores. Cada uma destas opções é abaixo descrita.

    Método de conversão de um computador banda

    Com este método, os ficheiros de dados do SQL Server 6.x são feita uma cópia uma cópia SQL. Opcionalmente, pode especificar que uma cópia de segurança ficheiro dos ficheiros físicos também é efectuada. Depois deste passo é efectuado, os dispositivos de dados são eliminados das unidades e a informação SQL é utilizada durante o carregamento das novas bases de dados SQL Server 7.0. Se tiver dificuldades, pode reinstalar o SQL Server 6.x e restaure os ficheiros de dados original a partir da física cópia de segurança dos ficheiros de dados.

    Método de conversão de dois computadores

    Com este método, o novo computador vai requerem aproximadamente 1,5 vezes como espaço em disco como bases de dados do SQL Server 6.x actualmente em utilização. A quantidade de espaço utilizado final pode ser menor, consoante os tipos de dados utilizados e a quantidade real de espaço livre nas bases de dados do SQL Server 6.x. Ao converter uma base de dados, SQL Server 7.0 irá sugerir um tamanho de ficheiro de dados e utilize o tamanho de ficheiro de registo anterior para o primeiro ficheiro de registo. Tenha em atenção que este comportamento é diferente quando criar uma nova base de dados no SQL Server 7.0. Nesse caso, o SQL Server 7.0 cria a nova base de dados com um tamanho predefinido de 2 MB.
  3. Os utilizadores p. podem ser ligados ao computador do SQL Server 6.x enquanto o processo de conversão estiver em execução?

    R. não. Durante o processo de actualização, o computador de 6.x do SQL Server é parado e iniciado enquanto a objectos de script e dados são extraídos. Além disso, quando a transferência de dados é iniciada, apenas o SQL Server 7.0 está em execução e não é possível aceder a SQL Server 6.x.
  4. P. como deve configurar o servidor antes de efectuar a actualização?

    R. se irá actualizar o SQL Server 6.x existente para um novo computador com o SQL Server 7.0, ambos os computadores devem ser configurados para utilizar um nome de utilizador de domínio e palavra-passe para o serviço MSSQLServer. A conta de utilizador de domínio também deve pertencer ao grupo Administradores em ambos os computadores. Uma conta de sistema local é suficiente para uma actualização de um computador. Se estiver a actualizar entre domínios diferentes, tem de ter uma relação de fidedignidade definido entre os domínios antes de iniciar a actualização.

    NOTA: Se utilizar a conta sistema local com o processo de actualização de um computador e também utilizar uma conta local, não será possível actualizar inícios de sessão integrados (porque setuser falhará). Por este motivo, deverá apenas utilizar a conta de sistema local com um processo de actualização de um computador se estiver a utilizar segurança padrão, não a segurança integrada.
  5. Uma instalação do SQL Server 4.21 p. pode ser convertida directamente para o SQL Server 7.0?

    R. não. Devido a muitas alterações de base de dados entre 4.21 do SQL Server e a estrutura das bases de dados do SQL Server 6.x, o processo de conversão não será executado com bases de dados do SQL Server 4.21. Para actualizar um servidor com o SQL Server 4.21 para SQL Server 7.0, tem de primeiro actualizar o servidor para o SQL Server 6.0 ou 6.5 do SQL Server antes de a converter para o SQL Server 7.0. Se estiver a executar SQL Server 4.21 e que pretende actualizar para o SQL Server 7.0, mas não tiver o SQL Server 6.x, pode obter uma cópia do SQL Server 6.5 com o objectivo de actualizar para o SQL Server 7.0 a partir de centro de fornecimento da Microsoft.

    NOTA: Antes de converter a instalação do SQL Server 4.21 para SQL Server 6.x, não se esqueça de executar Chkupg65.exe ou Chkupg60.exe, para verificar se a estrutura e conteúdo de bases de dados SQL Server 4.21 tem existem conflitos com os requisitos de ANSI 92 novos que são implementados em versões do SQL Server 6.x.
  6. P. pode que carregar o meu SQL copia para um novo computador e a actualização o novo computador para o SQL Server 7.0?

    R. Sim. No entanto, não se esqueça também copiar a base de dados principal para o computador novo. Se as bases de dados a partir de outro computador estarem carregados no novo computador, o SQL Server login ID não será apresentado na base de dados principal. A actualização irá falhar criar objectos de utilizadores não início de sessão ID na base de dados principal. Além disso, se a segurança integrada é utilizada e não grupo existe para os utilizadores de uma base de dados é carregado para o SQL Server, os inícios de sessão poderão falhar.
  7. Bases de pode p. Posso consolidar dados de duas ou mais servidores de SQL de 6.x para uma versão SQL Server 7.0?

    R. não. O processo de actualização irá controlar o servidor a ser actualizado e só permitirá bases de dados do um 6.x SQL Server a ser actualizado. Consolidação de bases de dados de diferentes servidores pode causar problemas no início de sessão ID de utilizador, contas de utilizador e permissões de objecto. Se deseja consolidar várias bases de dados do SQL Server de diferentes 6.x, mova bases de dados para consolidar a um SQL Server 6.x e verificar que as aplicações funcionam correctamente antes de actualizar para o SQL Server 7.0.
  8. P. é necessário executar a base de dados de consistência verificador (DBCC) instruções no servidor antes de actualizar as minhas bases de dados?

    R. Embora não seja necessário executar DBCC instruções antes de actualizar, ao fazê-lo, é recomendado. Dependendo da extensão do quaisquer inconsistências lógicas existentes na base de dados, o processo de actualização poderá não concluída com êxito. Numa situação em que pode não haver tempo suficiente numa janela de manutenção para concluir a actualização e DBCC verifica, considere executar as verificações DBCC num servidor secundário ou de cópia de segurança, utilizando informações de estado das bases de dados a ser actualizado.
  9. P. actualizar apenas uma ou algumas das minhas bases de dados para o SQL Server 7.0?

    R. Sim. Pode actualizar um, alguns ou todos das bases de dados do SQL Server 6.x para o SQL Server 7.0. Pode até converter bases de dados individuais como um teste ou como prática antes de actualizar todas as bases de dados no servidor. No entanto, tenha em atenção que é recomendado que converte todas as bases de dados de produção num servidor ao mesmo tempo; este irá minimizar eventuais problemas. Se apenas pretender converter um subconjunto de bases de dados existentes do SQL Server 6.x, deve convertê-las todas ao mesmo tempo.

    Se vai não ser actualizar todas as bases de dados ao mesmo tempo, existem alguns problemas a ter em consideração. Quaisquer objectos que dependem do conteúdo de outras bases de dados, incluindo vistas, procedimentos armazenados e activadores, não conseguirá ser criadas se o objecto ou a base de dados dependente não existe.

    Se a base de dados do SQL Server 6.x modelo tiver sido modificado para incluir objectos adicionais, deve ser convertido ou ao mesmo tempo que todas as outras do SQL Server 6.x bases de dados ou última. Os objectos que foram criados em bases de dados do SQL Server 6.x como resultado de objectos não predefinido a ser adicionados para a base de dados do SQL Server 6.x modelo irão ser script durante o processo de actualização.

    Quando outras bases de dados de 6.x do SQL Server são actualizados depois de já tem sido convertido a base de dados modelo, contém objectos não predefinidas baseados a base de dados do SQL Server 6.x modelo. Uma vez que os objectos vão ser adicionados às novas bases de dados SQL Server 7.0 quando são criadas inicialmente pela base de dados do modelo de SQL Server 7.0, o script de criação não conseguirá criar quaisquer objectos que já existem na base de dados. Por este motivo, por converter a base de dados de modelo pela última vez, as alterações na estrutura de base de dados só serão aplicadas a novas bases de dados SQL Server 7.0. Todos os objectos não predefinidas nas bases de 6.x convertidos em SQL Server dados irão ter sido criados por scripts durante o processo de conversão essas bases de dados.
  10. P. Posso executar SQL Server 6.x e o SQL Server 7.0 em simultâneo num único computador?

    R. não. Só pode executar uma destas versões do SQL Server dado momento. Ambas as versões partilham recursos comuns do Windows NT e informações de registo e apenas uma versão pode ser iniciada ao mesmo tempo. No entanto, pode alternar entre o SQL Server 7.0 e SQL Server 6.x utilizando o utilitário de parâmetro. O utilitário de parâmetro destina-se o processo de conversão e de teste; não destina para hospedar duas versões do SQL Server num computador num ambiente de produção.

    Se tiver convertido as bases de dados SQL Server 7.0 no mesmo computador que 6.x instalação existente do SQL Server, é importante que compreenda que estes dois conjuntos de bases de dados são independentes; não são sincronizados e quaisquer modificações aos dados de 6.x do SQL Server durante a execução do SQL Server 6.x não serão reflectidas nas bases de dados SQL Server 7.0. Por outro lado, quaisquer alterações aos dados de SQL Server 7.0 não serão reflectidas nas bases de dados do SQL Server 6.x.

    atenção: Se estiver a instalar 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 directório como o SQL Server 6.x. Devem ser instaladas em directórios separados.
  11. P. Estou a obter erros de "@@ NomeServidor não é válido" durante a conversão. Por que razão?

    R. esta mensagem de erro pode ocorrer um se não tiver sido atribuído versão 6.x do SQL Server estiver a actualizar. Para resolver estes problemas, execute os seguintes passos:

    1. No ISQL ou ISQL/w, utilize a instrução SELECT @@ nome_do_servidor para garantir que o servidor possui um nome.
    2. Se o servidor não tiver um nome, utilize o procedimento armazenado seguinte para adicionar um nome:
      sp_addserver <server_name>, local
      								
  12. Q: o que faz com que o "não é possível abrir base de dados predefinida" e "Erro ao consultar @@ NomeServidor" erros?

    R. Se base de dados predefinido para o administrador do sistema (SA, Security ASSOCIATION) não recuperou ainda ou se estiver marcada como sendo suspeito, o ' Assistente de actualização produzirá nenhuma destas mensagens de erro. Resolver o problema com a base de dados predefinido e execute novamente o ' Assistente de actualização.
  13. P. o processo de conversão parece deixar de responder e falha. Por que razão?

    R. se aplicações ou serviços tiverem ligações de ODBC abertas para o SQL servidor 6.x server durante o processo de conversão, poderá não permitem o SQL Server encerrar completamente. O processo de conversão não irá continuar para o passo seguinte se não receber verificação que o SQL servidor 6.x server foi parado completamente. O processo de conversão parecerão deixar de responder e eventualmente falhar nesta situação. Para resolver esta situação, feche todas as aplicações e serviços que têm conexões ODBC ou poderão estar a utilizar do SQL Server antes de efectuar a actualização. Se o SQL Profiler ou o rastreio de SQL está ligado à versão 6.x do SQL Server, verá um problema semelhante que enquanto o servidor não realmente deixa de responder, tarefas que uma vez aconteceu rapidamente utilizam muito tempo de CPU que ficam exponencialmente mais lentos.
  14. P. onde procurar para ver um registo de quaisquer erros possa ter encontrado durante o processo de conversão?

    R. durante o processo de conversão, registos detalhados são gerados e armazenados no directório do SQL. Se ocorrerem erros durante o processo de conversão, verá uma caixa de diálogo no fim do processo. Esta caixa de diálogo irá apresentar o conteúdo dos ficheiros de erro. Este ficheiro de saída está localizado no directório MSSQL\Upgrade\ servername _ date _ time. Cada base de dados terá o respectivo subdirectório com ficheiros de erro e de saída que foram gerados durante o processo de conversão.
  15. P. alguns dos meus procedimentos armazenados não convertida correctamente ou não converter; o que aconteceu?

    R. seguem-se algumas razões possíveis porque os procedimentos armazenados podem não foram convertidos correctamente:

    • O texto para o procedimento armazenado têm de começar por CREATE PROCEDURE; se o procedimento tiver começado por BEGIN TRANSACTION, seguido pelo texto CREATE PROCEDURE, o procedimento armazenado não irá ser criado.
    • Procedimentos armazenados que se baseiam em tabelas de sistema não serão criados, devido a alterações de nomes de coluna e uma alteração na estrutura de catálogos de sistema.
    • Se o nome de um procedimento armazenado foi alterado utilizando o procedimento armazenado sp_rename, o nome original para o procedimento armazenado na tabela de sistema syscomments não foi alterado. Neste caso, o procedimento armazenado será criado com o nome original. Em seguida, se tiver outro existente procedimento armazenado com o mesmo nome ou que foi criado antes do original, o segundo procedimento armazenado não ser criado porque já existe um objecto com esse nome.
    • Procedimentos armazenados que são criados por outros procedimentos armazenados não serão criados porque não têm nenhuma entrada na tabela syscomments.
Para obter mais informações sobre problemas de conversão, consulte o tópico "Antes de efectuar a actualização: assistente" no SQL Server 7.0 Books Online.

Viu uma resposta à pergunta? Visite os newsgroups do Microsoft SQL Server no seguinte Web site da Microsoft:
http://www.microsoft.com/communities/newsgroups/en-us/
Comunidades técnicas da Microsoft fornecem oportunidades para interagir com os empregados da Microsoft, especialistas e os seus pares para partilhar conhecimentos e novidades sobre produtos da Microsoft e tecnologias relacionadas. Estas comunidades técnicas fornecem várias formas para aceder as respostas a perguntas, para aceder a soluções para problemas e para partilhar os suas próprias conhecimentos. Estas comunidades técnicas estão localizadas no seguinte Web site da Microsoft:
http://www.microsoft.com/communities/default.mspx

Propriedades

Artigo: 195444 - Última revisão: 1 de fevereiro de 2014 - 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 195444

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