Descrição do Service Pack 4 para o SQL Server 7.0 e Microsoft Data Engine (MSDE) 1.0

Traduções de Artigos Traduções de Artigos
Artigo: 889543 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

esta versão do Microsoft SQL Server 7.0 e Microsoft Data Engine (MSDE) 1.0 Service Pack 4 (SP4) fornece actualizações para os componentes de base de dados do SQL Server 7.0 ou instalação de MSDE 1.0. Este artigo apresenta as seguintes informações sobre o SP4:
  • versões de Service Pack e a remoção do Service Pack 4
  • como transferir e extrair o Service Pack 4
  • como instalar o Service Pack 4
  • a redistribuir componentes de base de dados e componentes de cliente do Service Pack 4
  • explica os problemas de executar o Service Pack 4 que afectam a sites

Conteúdo

Mais Informação

Introdução

Esta versão do Microsoft SQL Server 7.0 Service Pack 4 (SP4) e Microsoft Data Engine (MSDE) 1.0 SP4 actualiza os componentes de base de dados de uma instalação do SQL Server 7.0 ou o MSDE 1.0. Estes incluem os seguintes componentes:
  • O motor de dados
  • Utilitários de cliente de base de dados como SQL Server Enterprise Manager e osql (só SQL Server 7.0)
  • Base de dados componentes de conectividade de cliente, tais como o fornecedor de OLE DB para SQL Server, controlador de ODBC para SQL Server e o cliente para bibliotecas de rede
SQL Server 7.0 SP4 podem ser aplicadas a computadores que executem o motor de dados do SQL Server 7.0 ou o MSDE 1.0. A configuração de Service Pack 4 programa detecta automaticamente a edição do SQL Server 7.0 ou o MSDE 1.0 no computador e só actualiza os componentes que edição. O programa de configuração não tenta actualizar os componentes que estão no SQL Server 7.0 Enterprise Edition, a menos que o programa de configuração detecta a presença da Enterprise Edition. Quando o service pack é aplicado a um computador com o MSDE 1.0, não tenta actualizar os componentes que só estão incluídos no SQL Server 7.0. Quando o service pack é aplicado a um computador apenas com a base de dados de componentes de cliente, ele não tenta actualizar quaisquer componentes de servidor de base de dados.

Uma vez que componente service packs do SQL Server da base de dados são cumulativos, SP4 inclui as correcções de todos os SQL Server 7.0 service pack anterior. Por conseguinte, SP4 pode ser aplicado para uma instalação original do SQL Server versão 7.0 ou o MSDE 1.0 ou para qualquer instalação SQL Server 7.0 ou o MSDE 1.0 para o qual um service pack tiver sido aplicado anteriormente.

SQL Server 7.0 SP4 não suporta computadores baseados no chip do CPU Alpha. SQL Server 7.0 Service Pacl 3 (SP3) é o último service pack do SQL Server 7.0 que suporta computadores baseados na tecnologia Alpha.

Para obter informações adicionais sobre correcções incluídas no SQL Server 7.0 Service Pack 4, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
313980Lista de erros corrigidos pelo service packs do SQL Server 7.0
Para obter informações adicionais informações sobre o SQL Server 7.0 Service Pack 4 que não foi incluída neste artigo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
313986Adições de SQL Server 7.0 Service Pack 4 Readme.htm

Versões do Service pack

Se não tiver a certeza o service pack que instalou numa instância do motor de base de dados do SQL Server 7.0 ou o MSDE 1.0, verifique a versão executando um comando SELECT @@ VERSION osql , SQL Query Analyzer ou isql . A tabela seguinte mostra a relação entre a cadeia de versão que é comunicada pelo comando @@ VERSION e os service packs do SQL Server 7.0 e MSDE 1.0:
Reduzir esta tabelaExpandir esta tabela
VERSÃO @@Versão do SQL Server
7.00.623Versão original do SQL Server 7.0 ou o MSDE 1.0
7.00.699Base de dados de componentes do Service Pack 1 (SP1)
7.00.842Base de dados de componentes do Service Pack 2 (SP2)
7.00.961SP3 de componentes de base de dados
7.00.1063SP4 de componentes de base de dados
Se não tiver a certeza da edição do SQL Server 7.0 que está a utilizar ou se estabeleceu ligação com o MSDE 1.0, a última linha de saída devolvida pelo comando @@ VERSION indica a edição ao qual tenha ligado. Por exemplo, o resultado poderá ser semelhante ao seguinte:
MSDE on Windows NT 4.0 (Build 1381: Service Pack 4)
Desktop Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
Developer Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
Standard Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
Enterprise Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
correcções recentes

Se tiver recebido uma correcção depois de 20 de Fevereiro de 2002, a correcção não é provável que sejam incluídos no SP4. Contacte o fornecedor principal de suporte sobre uma actualização de correcção para o SP4.

Remover SP4

Cannnot remover facilmente SP4 devido a alterações de tabela de sistema que requer o service pack para manutenção. Para reverter para uma compilação de antes SP4, tem de remover e, em seguida, reinstalar o SQL Server 7.0 ou o MSDE 1.0. Em seguida, se for necessário, tem de aplicar o service pack (SP1, SP2 e SP3) que estavam em execução antes de instalar o SP4. Antes de reinstalar o SQL Server 7.0 ou o MSDE 1.0, separar as bases de dados no SP4. Em seguida, anexá-los depois de reinstalar o SQL Server 7.0 ou o MSDE 1.0 e o SP1, SP2 ou SP3. Para obter informações sobre como utilizar os procedimentos sp_attach_db e sp_detach_db , consulte SQL Server Books Online para o SQL Server 7.0. Tal como acontece com qualquer nova instalação, tem de recriar os inícios de sessão necessários. Também tem de recriar tarefas agendadas que dependem das informações na base de dados msdb , juntamente com as alterações que efectuou na base de dados modelo . Se utilizar a replicação, tem de reconfigurar a replicação.

Transferir e extrair SP4

Este service pack é distribuído com os seguintes dois formatos:
  • No CD do SP4
  • Num ficheiro de extracção automática que chama Sql70sp4.exe que possam ser transferidos a partir da Internet
Utilize o ficheiro de extracção automática Sql70sp4.exe para criar um conjunto de pastas e ficheiros no computador que são as mesmas que as pastas e ficheiros incluídos no CD do SP4. Em seguida, o processo de configuração é o mesmo para o CD do SP4 e os ficheiros extraídos do SP4.

Se transferir SP4, terá de extrair os ficheiros para criar as pastas de pacote do serviço antes de poder executar o programa de configuração do programa.

Nota São vários os ficheiros que estão em service packs ficheiros de sistema. Certifique-se que a opção Mostrar todos os ficheiros está definida no Explorador do Windows NT da Microsoft ou Windows Explorer quando estiver a trabalhar com service packs. Para activar esta opção, siga estes passos:
  1. Inicie o Explorador do Windows ou o Explorador do Windows NT.
  2. No menu Ver , clique em Opções .
  3. No separador Ver , clique para seleccionar Mostrar todos os ficheiros .

Requisitos de espaço em disco para o SP4

Tem de ter 231 MB de espaço em disco para descompactar SP4 se transferir o ficheiro executável extracção automática para a unidade C no computador e, em seguida, executar a extracção existe.

Se tiver espaço em disco insuficiente para transferir o SP4 para a unidade C no computador, pode guardar espaço em disco, transferindo o ficheiro ZIP SP4 para uma unidade secundária. Em seguida, pode extrair o ficheiro ZIP unidade C. Este método requer 188 MB na unidade C e 43 MB na unidade secundária.

Extrair SP4 de componentes de base de dados

Para extrair SP4 de componentes de base de dados, copie o ficheiro de extracção automática para uma pasta no computador que está a executar o SQL Server 7.0 ou o MSDE 1.0. Em seguida, execute o ficheiro. Programa self-extraction irá pedir-lhe o nome da pasta onde pretende colocar os ficheiros do service pack. Por exemplo, se estiver a executar SQL Server ou MSDE e tiver criado uma pasta denominada C:\70sp4, copie o ficheiro Sql70sp4.exe para o computador, execute o ficheiro e, em seguida, forneça o nome da pasta C:\70sp4 quando lhe for pedido.

Isto irá extrair ficheiros do service pack e copie os dois ficheiros do Microsoft Systems Management Server para a pasta C:\70sp4. O resto dos ficheiros do service pack será colocado numa subpasta \X86.

Pode mudar o nome a pasta de instalação da base de dados depois de extrair os componentes. Contudo, certifique-se de que o nome da pasta não contém caracteres de espaço ("").

Instalação do Service pack

Para instalar o SP4, siga estas instruções de instalação. Nem todos os passos são necessários, dependendo no qual o SQL Server 7.0 seguintes configurações estiver a aplicar o service pack:
  • configuração do servidor de base de dados: Se aplica a um computador com o motor de dados e o respectivo software relacionado de MSDE 1.0 ou qualquer edição do SQL Server 7.0. Estes computadores também contém os componentes de cliente da base de dados.
  • configuração de base de dados só de cliente: Aplica-se um computador que está a executar o seguinte:
    • Base de dados componentes de conectividade de cliente, tais como o fornecedor de OLE DB para SQL Server, controlador de ODBC para SQL Server e o cliente para bibliotecas de rede (de SQL Server 7.0 ou o MSDE 1.0).
    • Utilitários de cliente da base de dados como SQL Server Enterprise Manager e bcp (só SQL Server 7.0).
  • configuração do cluster a activação pós-falha: Aplica-se a um computador que está a executar o SQL Server 7.0 que esteja configurado num cluster de activação pós-falha.
  • configuração de servidor de replicação: Aplica-se a um computador com o SQL Server 7.0 em que, pelo menos, uma base de dados faz parte de uma topologia de replicação.
Para cada passo de instalação, são listados os componentes aplicáveis.

Nota O service pack é específico de idioma. Aplica o service pack com o mesmo idioma que o componente do SQL Server que está a actualizar.

Nota Antes de instalar SP4 na versão francesa do Windows NT 4.0, siga as instruções no seguinte artigo de base de dados de conhecimento da Microsoft:
259484Funções CryptEncrypt e CryptDecrypt são suportadas com o idioma francês no Windows 2000
Antes de iniciar uma instalação
O seguinte procedimento aplica a todas as instalações de componente.

O programa de configuração SP4 não actualiza utilizador bases de dados, excepto para as bases de dados utilizador regularmente envolvidos topologias de replicação. Bases de dados que não estão envolvidas na topologias de replicação não tem dependências no SP4. Por exemplo:
  • Pode restaurar uma cópia de segurança de base de dados de utilizador de uma instância do SQL Server 7.0 ou SQL Server 7.0 SP1, SP2 ou SP3 para uma instância do SQL Server 7.0 SP4.
  • Pode restaurar uma cópia de segurança de base de dados de utilizador de uma instância do SQL Server 7.0 SP4 a uma instância do SQL Server 7.0 ou SQL Server 7.0 SP1, SP2 ou SP3.
  • Pode desanexar uma base de dados de utilizador de uma instância do SQL Server 7.0 ou SQL Server 7.0 SP1, SP2 ou SP3 e, em seguida, anexá-lo a uma instância do SQL Server 7.0 SP4.
  • Pode desanexar uma base de dados utilizador a partir de uma instância do SQL Server 7.0 SP4 e, em seguida, anexá-lo a uma instância do SQL Server 7.0 ou SQL Server 7.0 SP1, SP2 ou SP3.
O programa de configuração do SP4 actualizar bases de dados de utilizador que façam parte de uma topologia de replicação. Antes de instalar o SP4, certifique-se que as bases de dados de replicação e grupos de ficheiros são passíveis de escrita e que a conta de utilizador que está executando o programa de configuração tem permissão para aceder as bases de dados. Para mais informações sobre como aplicar SP4 para bases de dados envolvidos topologias de replicação, consulte Installing on replicated servers.
Preparar um Systems Management Server instalação distribuída
Pode também utilizar o Microsoft Systems Management Server para instalar o SP4 automaticamente em vários computadores que executem o Windows NT Server. O ficheiro Smssql.sms é um ficheiro de definição de pacote que automatiza a criar um pacote de SQL Server no Systems Management Server. Em seguida, o pacote de SQL Server pode ser distribuído e instalado nos computadores que executem o Systems Management Server. O ficheiro Unattspsms.bat é um ficheiro batch que detecta o sistema operativo do computador e, em seguida, executa a versão apropriada do programa de configuração do programa.

Cópia de bases de dados do SQL Server

O seguinte procedimento aplica a todas as configurações, excepto a configuração de base de dados só de cliente.

Como precaução, cópia de tudo o SQL Server bases de dados. Isto inclui as bases de dados principal , modelo e msdb . Instalar o service pack não modifica bases de dados de utilizador, excepto bases de dados de utilizador que estão incluídos na replicação, mas modificar as bases de dados principal e msdb . Instalar o service pack modifica bases de dados principal , msdb e modelo . Torna-os incompatível com versões de pré-SP4 do SQL Server 7.0. Estas cópias de segurança são necessárias se decidir reinstalar o SQL Server 7.0 sem SP4.

Também é precavido criar cópias de bases de dados do utilizador, embora SP4 irá efectuar actualizações apenas nas bases de dados utilizador que são membros de topologias de replicação.

Certifique-se que as bases de dados sistema tem suficiente espaço livre

O seguinte procedimento aplica a todas as configurações, excepto a configuração de base de dados só de cliente.

Pode ignorar este passo se verifiquem as seguintes condições:
  • A opção autogrow está activada para o principal e msdb bases de dados no sistema SQL Server ou MSDE em que aplique o SP4.
  • A unidade de disco que contém estas bases de dados tem, pelo menos, 500 KB de espaço livre disponível para cada base de dados que podem autogrow.
No SQL Server 7.0, poderá verificar que as bases de dados sistema tem espaço livre suficiente. Para o fazer, ligue ao SQL Server a partir do SQL Server Enterprise Manager, clique com o botão direito do rato no ícone da base de dados e, em seguida, clique em Propriedades . Verifique se a caixa de verificação Expandir automaticamente o ficheiro está seleccionada. Para verificar isto no MSDE, emita as seguintes instruções de SQL:
  • sp_helpdb principal
  • sp_helpdb msdb
Verifique na saída destas instruções, se a coluna de crescimento não é 0.

Se a opção autogrow não for para o principal ou a base de dados msdb , bases de dados que não conseguem autogrow tem de ter, pelo menos, 500 KB de espaço livre. Para verificar isto, execute o procedimento armazenado do sistema de sp_spaceused no contexto de bases de dados principal e msdb . Se o valor de espaço não atribuído no ou base de dados é menor que 500 KB, aumente o tamanho da base de dados. Para o fazer, siga as instruções no tópico "Expandir o Database" no SQL Server Books Online para o SQL Server 7.0.

Preparar configurações de cluster

O seguinte procedimento só se aplica a activação pós-falha configuração de clusters.

Antes de instalar SP4 de componentes de base de dados para o SQL Server 7.0 Enterprise Edition num ambiente em cluster, certifique-se de que o grupo que contém o Microsoft Distributed transacções Coordinator (MSDTC) é pertencente ao nó no qual MSDTC foi originalmente instalado.

Se o grupo não é possuído por este nó, apresenta a programa de configuração do Service Pack 4 um MSDTC erro pede-lhe para corrigir o problema de configuração e, em seguida, tente novamente o programa de configuração do programa. Corrigir o problema movendo o grupo para o nó no qual MSDTC foi originalmente instalado. Se o SQL Server Enterprise Edition estiver em execução numa configuração de cluster, tem de ser unclustered antes de poder aplicar SP4 de componentes de base de dados. Antes de remover o SQL Server do cluster, utilize o administrador de clusters para se certificar que outros recursos de cluster dependem de qualquer um dos seguintes recursos de cluster do SQL Server cinco:
  • Nome de rede SQL
  • Endereço IP de SQL
  • SQL Server
  • Agente do SQL Server
  • VServer SQL
Grave quaisquer dependências remover para que possa restaurar depois de instalar o service pack. Se uma mensagem da Microsoft ' Colocação de mensagens em fila ' recurso tem uma dependência no nome de rede de SQL, tem de executar o recurso de Colocação de mensagens em fila offline. Em seguida, transferi respectiva dependência para outro nome de rede no mesmo grupo. Se existirem outros nomes de rede no grupo, crie um nome de rede temporária. Em seguida, transferi a dependência para esse nome de rede. É possível eliminar o nome de rede temporária depois de instalar o SP4.

Para remover o SQL Server do cluster, siga estes passos:
  1. No grupo de programa SQL Server 7.0 , clique em Assistente de activação pós-falha de cluster .
  2. Quando lhe for pedido, introduza o SQL Server Enterprise Edition CD original do e, em seguida, siga as instruções apresentadas pelo assistente.
Siga estes passos em todos os nós do cluster Windows NT ou Windows 2000 na qual do SQL Server tem sido agrupado. Certifique-se de que o Assistente de activação pós-falha de cluster remove todos os nomes de recursos do SQL Server e tipos.

Todas as instâncias SQL Server 7.0 que funcionam num cluster devem ser actualizadas para o SP4 antes de eles são reclustered.

Para mais informações sobre a execução do SQL Server num ambiente em cluster, consulte SQL Server clustering white paper.

Parar aplicações antes de executar o programa de configuração SP4

O seguinte procedimento aplica a todas as configurações, excepto a configuração de base de dados só de cliente.

Antes de executar o programa de configuração SP4 para aplique o SP4 componentes de base de dados, encerre os seguintes serviços e aplicações:
  • Os serviços Microsoft Search, MSDTC, MSSQLServer, MSSQLServerOLAPService e SQLServerAgent
  • Microsoft Transaction Server, Colocação de mensagens em fila e o Microsoft COM Transaction Integrator (COMTI)
  • Todas as aplicações. Isto inclui o painel de controlo
Se estiver a instalar o SP4 num cluster do Windows NT, certifique-se de que estas aplicações e serviços são parados em todos os nós de cluster.

Pare também SQL Server Service Manager se estiver a ser executado. Para o fazer, clique com o botão direito no ícone SQL Server Service Manager minimizado na barra de tarefas e, em seguida, clique em Sair .

Instalar o SP4 de componentes de base de dados

O seguinte procedimento aplica a todas as configurações.

Execute o ficheiro de comandos Setup.bat a partir das seguintes localizações:
  • A pasta que contém os ficheiros de pacote de serviço extraídos da Sql70sp4.exe
  • A pasta de pacote de serviço no SQL Server 7.0 SP4 CD
Nota Não execute o ficheiro de comandos Setup.bat utilizando o cliente de serviços terminal da Microsoft. Instalação remota do SP4 utilizando os serviços de terminal cliente não é suportada.

Quando executa o ficheiro de comandos Setup.bat, é apresentada uma caixa de diálogo do InstallShield que pede informações, tais como se deve utilizar autenticação do SQL Server ou Windows NT Authentication. Se escolher a autenticação do SQL Server, tem de fornecer o programa de configuração com a palavra-passe para o início de sessão sa . Se escolher a autenticação do Windows NT, tem de executar o programa de configuração enquanto tiver sessão iniciada no Windows utilizando uma conta de início de sessão do Windows que é um membro da função de servidor fixa sysadmin da instância do SQL Server ou MSDE que está a actualizar.

Em seguida, o programa de configuração substitui o existente SQL Server ou MSDE ficheiros com o serviço compactar ficheiros. O programa de configuração também executa vários ficheiros de script de .SQL actualizar procedimentos armazenado do sistema.

O Programa de instalação do MSDTC instala uma nova versão do MSDTC no sistema. Num ambiente em cluster, isto acontece em todos os nós do cluster do Windows NT.

Quando o programa de configuração liga ao SQL Server 7.0 ou o MSDE 1.0 para executar o .SQL scripts que procedimentos armazenado do sistema de actualização, é apresentada uma caixa de diálogo Modo de autenticação se detecta que a instalação está a utilizar modo misto com uma palavra-passe em branco para o início de sessão sa . Isto permite aos utilizadores uma oportunidade para resolver o problema de segurança potencial de com um sistema com uma palavra-passe em branco para o início de sessão sa . Deixar a palavra-passe sa início de sessão em branco fornece aos utilizadores não autorizados fácil acesso administrativo para o SQL Server ou MSDE. Para ajudar a proteger os sistemas, deve requerer uma palavra-passe do sa ou utilizar a autenticação do Windows NT. Por predefinição, a caixa de diálogo Modo de autenticação não utiliza as definições actuais para a instalação. A caixa de diálogo utiliza as seguintes predefinições:
  • Por predefinição, em computadores que estão a executar o Microsoft Windows 95, Microsoft Windows 98 e Windows Millennium Edition, a caixa de diálogo Modo de autenticação utiliza modo misto. Modo misto é o modo de autenticação só é suportado nestes sistemas operativos. Em seguida, a caixa de diálogo solicita que especifique uma palavra-passe para o início de sessão sa . Se especificar uma palavra-passe, o programa de configuração altera a palavra-passe sa início de sessão. Se deixar a palavra-passe em branco, o programa liga sem alterar a palavra-passe de configuração.
  • Por predefinição, em computadores que estão a executar o Windows NT 4.0 ou Microsoft Windows 2000, o programa de configuração utiliza autenticação do Windows NT. Pode utilizar a caixa de diálogo para aceitar a predefinição do modo de autenticação do Windows NT ou para mudar o modo de autenticação para modo misto com palavra-uma início de sessão passe de sa que não esteja em branco.
Antes de alterar o modo de autenticação ou a palavra-passe para o início de sessão sa , certifique-se de que isto não afectará as aplicações existentes. Por exemplo, se o SQL Server num computador com o Windows 2000 e mudar de modo misto para modo de autenticação do Windows NT, as aplicações existentes que utilizam autenticação do SQL Server não é possível ligar até que estão configurados para utilizar autenticação do Windows NT. Além disso, se alterar a palavra-passe do sa início de sessão, aplicações ou processos administrativos que utilizem a palavra-passe antiga não é possível ligar até são configurados para utilizar a nova palavra-passe.

O programa de configuração regista as acções que realiza no ficheiro Sqlsp.log na pasta Temp do computador no qual é executado.

Reiniciar serviços

O seguinte procedimento aplica a todas as configurações, excepto a configuração de base de dados só de cliente.

Quando o programa de configuração terminar, poderá ser-lhe solicitado que reinicie o sistema. Depois de reiniciar o sistema ou depois de concluir o programa de configuração sem pedir um reinício, utilize a ferramenta Serviços no painel de controlo para certificar-se de que os seguintes serviços estão em execução:
  • Microsoft Search
  • MSDTC
  • MSSQLServer
  • MSSQLServerOLAPService
  • SQLServerAgent
Cópia de segurança as actualizado bases de dados principal e msdb .

Recluster uma configuração de cluster

O seguinte procedimento só se aplica a activação pós-falha configuração de clusters.

Se tiver aplicado SP4 numa configuração de cluster do Windows NT, recluster do SQL Server. Antes de reclustering, tem de aplicar SP4 todas as instâncias do SQL Server 7.0 que estão incluídos no cluster.

importante Esta secção, método ou tarefa contém passos que indicam como modificar o registo. No entanto, poderão ocorrer problemas graves se modificar o registo de forma incorrecta. Por conseguinte, certifique-se de que segue estes passos cuidadosamente. Criar uma para protecção adicional, cópia de segurança do registo antes de o modificar. Em seguida, pode restaurar o registo se ocorrer um problema. Para obter mais informações sobre como efectuar uma cópia de segurança e restaurar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
322756Como efectuar uma cópia de segurança e restaurar o registo no Windows


Se removeu dependências de Colocação de mensagens em fila no SQL Server, execute Editor de registo para modificar a seguinte chave de registo:
HKEY_LOCAL_MACHINE\Software\Microsoft\MSMQ\Parameters\MachineCache\MQS
Se a chave tem o valor 2 (para BSC), 4 (PSC) ou 8 (para o PEC), o valor actual de registo e altere o valor para 1. Caso contrário, deixe o valor da chave inalterada.

Para recluster do SQL Server, siga estes passos:
  1. No grupo de programa SQL Server 7.0 , clique em Assistente de activação pós-falha de cluster .
  2. Quando lhe for pedido pelo assistente, introduza o SQL Server Enterprise Edition CD original na unidade de CD e, em seguida, siga as instruções que o assistente apresenta.
Siga estes passos em todos os nós do cluster do Windows NT contenham instâncias do SQL Server que pretende incluir no cluster.

A chave de registo de Colocação de mensagens em fila é
HKEY_LOCAL_MACHINE\Software\Microsoft\MSMQ\Parameters\MachineCache\MQS
. Se alterou o valor desta chave original antes de utilizar o Assistente de activação pós-falha de cluster, execute o Editor de registo para restaurar o valor original da chave de registo. Se removeu dependências em recursos do SQL Server e tipos de recursos conforme descrito na secção Prepare cluster configurations, utilize o administrador de clusters para restaurar as dependências. Se um recurso Colocação de mensagens em fila tem dependências em SQL Server e o nome de rede SQL, utilize o administrador de clusters para restaurar as dependências. Remova dependências em qualquer outro nome de rede que estabelecidos na secção Prepare cluster configurations. Se criou recursos de endereço IP e um nome de rede temporárias na secção Prepare cluster configurations, elimine-os. Coloque online o recurso de Colocação de mensagens.

Reinicie as aplicações

O seguinte procedimento aplica a todas as configurações.

Reiniciar as aplicações que fechado antes de executar o programa de configuração do SP4 programa.

Instalar em servidores replicadas

O seguinte procedimento aplica-se apenas à configuração de servidor de replicação.

Recomendamos que aplicar este service pack para todos os participantes de SQL Server 7.0 seguintes na sua topologia de replicação:
  • Publisher
  • Distribuidor
  • Subscritores
Recomendamos que utilize a seguinte sequência para implementar SP4 a topologia de replicação:
  1. Distribuidor, se for separado do Editor
  2. Publisher
  3. Subscritor
Nota Normalmente, especialmente na replicação de intercalação, o distribuidor e o Publisher estiverem no mesmo servidor e são actualizados ao mesmo tempo.

Na replicação de intercalação, a base de dados de distribuição é utilizado apenas para armazenar o histórico de agente. Normalmente, base de dados de distribuição numa topologia de replicação de intercalação reside no mesmo computador que a base de dados publicada. No entanto, também pode ter uma base de dados remoto distribuição para replicação de intercalação em sites centralizar agente histórico registo.

Não poderá actualizar imediatamente todos os servidores de uma topologia de replicação. Deste modo, operações de replicação são normalmente inalteradas entre servidores que executem a versão original do SQL Server 7.0 ou service packs anteriores e SP4 participantes. Excepções são abrangidas nas seguintes secções:
Instalar o SP4 num servidor que fornece uma base de dados remoto distribuição para publicações em série
Se actualizar um servidor para o SP4 e esse servidor contém uma base de dados remoto distribuição para publicações em série, tem também de actualizar cada replicação de intercalação Publisher que utiliza a base de dados distribuição ao SP4. Este requisito garante que existe entrega ideal de alterações de dados da replicação de intercalação associado fabricantes por quaisquer agentes de impressão em série (emissão) que executem o distribuidor.

Actualizar uma intercalação Publisher que recebe novas subscrições para o SP4 de lançamento original do SQL Server 7.0
Para permitir intercalação nova subscritores de replicação a partir de servidores de ter a versão original do SQL Server 7.0 instalado, terá de adicionar o -70Subscribers parâmetro opcional para cada tarefa do agente de Snapshot.

Quando o fizer, a sincronização inicial de qualquer novo SQL Server 7.0 intercalar subscritores para que nenhum serviço packs foram aplicados estiver concluído.

Se uma estação com a versão original do SQL Server já tiver recebido a sincronização inicial, esta estação continua a poder intercalar dados mesmo sem este parâmetro. No entanto, se a subscrição é interrompida e, em seguida, recriada ou se a subscrição tem de ser reinicializada, o parâmetro é obrigatório. A solução preferencial é actualizar o subscritor para o SP4 em vez de utilizar o parâmetro. Se pretender garantir, é possível adicionar o parâmetro até estar confiante de que todos os subscritores são actualizados para o SP4.

Instalar o SP4 numa replicação de intercalação subscritor
Se actualizar uma replicação de intercalação do SQL Server subscritor ao SP4, também deve actualizar cada a replicação de intercalação associado fabricantes ao SP4. Isto optimiza a entrega de alterações de dados da replicação de intercalação associado fabricantes por quaisquer agentes de impressão em série (solicitação) em execução no subscritor. Isso acontece melhor utilizando a sequência de implementação do distribuidor-Publisher-subscritor que é descrita a Installing on replicated servers secção.

Com o SP4 replicação com versões anteriores do SQL Server
Existem não conhecidas diferenças na forma como SP4 funciona com o SQL Server 6.0 ou SQL Server 6.5 fabricantes e os subscritores comparado com a forma como a versão original do SQL Server 7.0 funciona com versões anteriores.

Actualização de replicação de intercalação para subscritores do Access 2000 (Jet 4.0)
Para Microsoft Jet baseadas em Microsoft Access 2000 intercalação subscritores para tirar partido dos melhoramentos do SP4, tem de copiar os seguintes ficheiros SP4 de componentes de base de dados para as estações de trabalho com o Access 2000:
  • X86\Binn\Replres.dll
  • X86\Binn\Replrec.dll
  • X86\Binn\Replprov.dll
  • X86\Jet\Msrpjt40.dll
Copie cada ficheiro para a pasta seguinte na unidade de sistema da estação de trabalho:
\Program Files\Common Files\Microsoft Shared\Database replicação
Nota Não é necessário seguir estes passos se o MSDE 1.0 é servir como a intercalação do Access 2000 Subscriber. Neste caso, aplicam-se os componentes de base de dados SP4.

Redistribuir SP4 de componentes de base de dados de componentes de cliente

SP4 para o SQL Server 7.0 e MSDE 1.0 inclui um ficheiro de extracção automática, Sqlredis.exe e uma versão do ficheiro Mdacredist.txt. Por predefinição, quando Sqlredis.exe é executada, efectua o seguinte:
  1. Sqlredis.exe executa o ficheiro Mdac_typ.exe a partir do Microsoft Data Access Components (MDAC) 2.1 SP2. Isto instala os componentes principais do MDAC 2.1 SP2 e as versões do SQL Server e MSDE cliente conectividade componentes que foram incluídos com SP1 para o SQL Server 7.0 e MSDE 1.0.
  2. Sqlredis.exe substitui os componentes de conectividade de cliente de SQL Server e MSDE com novas versões do SP4 de componentes de base de dados.
  3. Sqlredis.exe substitui os ficheiros mswstr10.dll mswdat10.dll, Oleaut32.dll, Olepro32.dll e Stdole2.tlb.
Se pretender instalar apenas os componentes de conectividade do SP4 de componentes de base de dados do cliente, escreva o seguinte comando numa linha de comandos:
sqlredis.exe /C:"setupre.exe MDAC = 0 -s - SMS"
Pode redistribuir o ficheiro Sqlredis.exe sob o mesmo termos e condições listadas no ficheiro Mdacredist.txt que acompanha este service pack.

Notas de documentação

Esta secção descreve problemas que afectam a sites com o SP4 mas não são provocados pela correcções incluídas no service pack.

Alterações no comportamento introduzidas pela correcções estão documentadas no artigo da base de dados de conhecimento da Microsoft para cada correcção. Para obter informações adicionais sobre correcções incluídas no SQL Server 7.0 Service Pack 4, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
313980Lista de erros corrigidos pelo service packs do SQL Server 7.0

Actualizar computadores cliente só depois de instalar o SP4

Por vezes, os utilizadores primeiro instalar apenas os componentes cliente do SQL Server num computador. Mais tarde, adicionar um padrão, empresa ou Desktop Edition do servidor da base de dados no computador executando o programa de configuração a partir da CD do SQL Server. Se os componentes de cliente no computador já são actualizados para o SP4, o programa de configuração do SQL Server falhar e receberá a seguinte mensagem de erro:
Não pode instalar uma versão mais antiga (7.00.623) do que a versão no computador (7.00.1063). Desinstale a versão mais antiga.
Para adicionar um padrão, empresa ou Desktop Edition do servidor da base de dados para um computador cliente que está a executar os componentes de cliente do SP4, siga estes passos:
  1. Copie o ficheiro BCP.exe CD original do SQL Server 7.0 para o computador cliente. Isto substitui a versão SP4 do BCP.exe no directório C:\Mssql7\Binn.
  2. Execute o programa de configuração a partir do seu CD do SQL Server 7.0 para instalar os componentes de servidor.
  3. Execute o programa configuração de base de dados componentes do Service Pack 4 para actualizar todos os componentes de base de dados do SQL Server no computador para o SP4.
Nota Para actualizar um cliente para um Standard ou Enterprise Edition do servidor, terá de adquirir uma licença de servidor apropriado. Pode instalar um servidor Desktop Edition em computadores cliente que sejam abrangidos por uma para SQL Server Client Access licença (CAL) padrão ou.

Actualizar servidores de base de dados japonês para Windows 2000 depois de instalar o SP4

Podem instalar o SP4 de componentes de base de dados num computador com o Windows NT, Windows 95 ou Windows 98 e posteriormente actualizar para o Windows 2000. Quando este comportamento ocorre, a actualização do Windows 2000 substitui determinados ficheiros de sistema que estão incluídos na ordenação de caracteres japonês com versões dos ficheiros que são anteriores às versões necessários ao SP4. Se utilizar caracteres japoneses nas bases de dados do SQL Server, volte a executar a versão do Sqlredis.exe que acompanha o SP4 após a actualização para o Windows 2000. Para mais informações sobre como executar Sqlredis.exe, consulte os Redistributing Database Components SP4 client components secção.

Isto aplica-se apenas a servidores em que tiver bases de dados que contêm caracteres japoneses. Não é necessário reaplicar Sqlredis.exe em computadores cliente ou em servidores que não têm bases de dados que contêm caracteres japoneses.

Aplicar SP4 para uma versão posterior

Se tentar actualizar uma instalação do SQL Server com os ficheiros executáveis motor de base de dados que são a mesma versão ou uma versão posterior do que aqueles que são fornecidos com o SP4 de componentes de base de dados, o programa de configuração do Service Pack 4 pode ser encerrado e poderá receber a seguinte mensagem de erro:
O programa de configuração detectou componentes de SQL Server mais recentes do que as disponíveis no Service Pack. O programa de configuração não irá continuar.
Normalmente, esta mensagem de erro indica que SP4 ou posterior já foi aplicada para a instância do SQL Server no servidor e não é necessária uma actualização.

No entanto, este pode não aplicar aos clientes que receberam uma compilação do SQL Server especial que é mais recente que a compilação SP4 a partir dos fornecedores de suporte do SQL Server e os utilizadores que tenham aplicado esse compilação para um sistema não actualizado para o SP4 pela primeira vez. Estes clientes devem contactar o seu SQL Server fornecedor de suporte para pedir informações sobre o processo de actualização.

Instalar o SP4 no Windows NT 4.0, Terminal Server Edition

A versão original do SQL Server 7.0 não é suportada no sistema operativo do Windows NT 4.0, Terminal Server Edition. SQL Server 7.0 SP1 inclui suporte para executar o SQL Server no Windows NT 4.0, Terminal Server Edition. SQL Server 7.0 SP2, SP3 e SP4 continuam a suportar o Windows NT 4.0, Terminal Server Edition.

Nota Siga estes passos apenas se estiver a preparar para instalar o SQL Server 7.0 pela primeira vez num computador com o Windows NT 4.0, Terminal Server Edition. Se tiver adicionado anteriormente este suporte com o SQL Server 7.0 SP2 ou SP3, não é necessário repetir estes passos quando actualiza para o SP4.

SQL Server SP4 requer a aplicação do Windows NT Server 4.0, Terminal Server Edition SP4 num computador com o Terminal Server Edition, antes do SQL Server está instalado. Este service pack é específico do Terminal Server Edition e é independente do Windows NT Server 4.0 SP4. Para obter informações adicionais sobre service packs do Terminal Server Edition, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
152734Como obter o service pack mais recente do Windows NT 4.0
Para instalar o SQL Server 7.0 e SQL Server SP4 num computador com o Windows NT 4.0, Terminal Server Edition, siga estes passos:
  1. Certifique-se de que o Windows NT 4.0, Terminal Server Edition SP4 foi aplicada.
  2. Utilize a ferramenta Serviços no painel de controlo para parar o serviço de licenciamento de servidor terminal.
  3. Copie os ficheiros de ODBC SQL Server para System32, pasta do computador com o Windows NT 4.0, Terminal Server Edition.
  4. Introduza o CD do SQL Server 7.0 no computador e, em seguida, copie os ficheiros da pasta X86\ODBC que existe no CD para o C:\Winnt\System32 pasta no servidor.
  5. Utilize a ferramenta Serviços no painel de controlo para reiniciar o serviço de licenciamento de servidor de terminais.
  6. Instale o SQL Server 7.0, utilizando o CD do SQL Server 7.0. Não é possível instalar do SQL Server utilizando um cliente fino. Tem de instalar do SQL Server utilizando a consola num computador que está a executar o Windows NT 4.0, Terminal Server Edition. Não é possível utilizar a janela de programa de configuração de execução automática que aparece quando insere o CD do servidor de SQL para instalar o SQL Server num computador com o Windows NT 4.0, Terminal Server Edition. Em vez disso, siga estes passos:
    1. Feche a janela de execução automática .
    2. No painel de controlo, abra Adicionar/remover programas.
    3. Clique em instalar e, em seguida, siga as instruções. Execute o programa de configuração directamente a partir do CD SQL Server 7.0 na seguinte pasta:
      X86\Setup\Setupsql.exe
    Siga as instruções no programa de configuração do SQL Server. Se pretender instalar uma base de dados directamente no computador com o Windows NT 4.0, Terminal Server Edition, execute uma configuração de SQL Server completa para instalar os componentes de comunicação do cliente e o motor de base de dados. Se desejar conceder a capacidade de ligar a bases de dados do SQL Server nos outros servidores para aplicações que estão em execução no mesmo computador com o Windows NT 4.0, Terminal Server Edition, instale apenas os componentes de conectividade de cliente. Para mais informações sobre como efectuar uma configuração de servidor inteiro ou conectividade-apenas de cliente, consulte "Executar configuração do SQL Server" no SQL Server Books Online para o SQL Server 7.0.
  7. Aplica o SQL Server SP4 seguindo as instruções neste artigo. Tem de instalar SP4 a partir da consola do computador com o Windows NT 4.0, Terminal Server Edition. Além disso, tem de executar o Service Pack 4 o programa de configuração (Setup.bat) da ferramenta Adicionar/remover programas no painel de controlo.

Novo guia de resolução de problemas

Base de dados componentes SP2 introduzido uma nova versão da secção "Troubleshooting Guide" do SQL Server Books Online para o SQL Server 7.0. Base de dados componentes SP4 também instala esta nova versão do manual. A nova guia expande-se nas informações que está a ser o original SQL Server Books Online for SQL Server 7.0 com as seguintes novas informações das equipas de suporte do SQL Server:
  • Expandida conjuntos de Perguntas mais frequentes (FAQ, Frequently Asked Questions)
  • Obter informações adicionais e sugestões de engenheiros de suporte de produto que o podem ajudar os clientes ficam proficient com o SQL Server 7.0
SP4 de componentes de base de dados instala um ficheiro novo denominado Tblshsp2.chm na pasta \Mssql7\Books no computador. O guia de resolução de problemas do SP2 não substitui fisicamente o guia de resolução de problemas que esteja a ser a versão original do SQL Server Books Online. Não consigo navegar do SQL Server Books Online ao manual de resolução de problemas do SP2. Tem de executar o novo guia de resolução de problemas relacionados com separadamente, utilizando um dos seguintes métodos:
  • Faça duplo clique no ficheiro Tblshsp2.chm.
  • Adicionar um atalho no ambiente de trabalho. Em seguida, faça duplo clique no atalho. Quando adicionar o atalho, aponte-o para o ficheiro \Mssql7\Books\Tblshsp2.chm.
O guia de resolução de problemas do SP2 requer que tenha do SQL Server Books Online for SQL Server 7.0 instalado no computador.

Melhoramentos da replicação

Melhoramentos de replicação no SP4 incluem o seguinte:
  • Optimização de sincronização de replicação
  • Melhoramentos de desempenho para instantâneos de replicação de intercalação
  • Melhoramentos para intercalar a limpeza de metadados de replicação
Optimizar a sincronização de replicação
introduzidas no Service Pack 2

Optimizar sincronização durante a replicação de intercalação permite-lhe armazenar informações no editor em vez de transferir essas informações através da rede para o subscritor. Enquanto esta opção poderá fazer com que uma base de dados maior no Editor, pode melhorar desempenho de sincronização através de uma ligação lenta. No entanto, mais informação é armazenada no Editor e espaço de armazenamento adicional é necessário.

Armazenando informações adicionais no Editor, SQL Server pode determinar rapidamente os dados filtrados para enviar para uma estação específica. Quando a sincronização é optimizada, SQL Server cria antes de tabelas de imagem no editor que contêm informações tais como o esquema, informações sobre a partição e informações de geração para determinar se as alterações devem ser propagadas para outros subscritores. Estes antes de tabelas de imagem permitem determinar como criar partições de dados e determinar que os subscritores requerem gerações novas de dados do SQL Server.

Por exemplo, uma organização de vendas partições e distribui dados com base nas regiões de vendas. Se a publicação estiver activada para optimizar a sincronização, as informações sobre como é dividido em partições dados são armazenadas no antes de tabelas de imagem no Editor. Se deslocam de regiões de vendas e dados tem de ser repartidos para múltiplos subscritores, os dados são actualizados e redistribuídos mais rapidamente porque as informações sobre como dados actualmente tiver partições já estão no Editor.

Nota Para minimizar a quantidade de dados enviados através da rede, execute sp_addmergepublication sistema procedimento armazenado e definir @ keep_partition_changes parâmetro como true .

Melhoramentos de desempenho para processamento de impressão em série do snapshot inicial
introduzidas no Service Pack 2

O processo de gerar o instantâneo inicial foi melhorado para publicações de impressão em série que tenham estático ou aderir a filtros.

Durante a geração de instantâneo, o agente de Snapshot cria um ficheiro de cópia em massa para a tabela MSmerge_contents . SQL Server 7.0 SP4 fornece desempenho mais rápido quando estático ou filtros de associação são utilizados porque copia apenas as linhas que estão relacionados com as tabelas na publicação que se baseiam os filtros que são utilizados.

Em versões anteriores ao SP2, o agente de Snapshot gerado um ficheiro de cópia em massa para a tabela MSmerge_contents e o ficheiro incluído todas as linhas de MSmerge_contents para uma tabela independentemente dos critérios de filtro publicada que foi utilizado. Volumes alto de actividade de actualização da tabela ' Publicar ' causou a tabela MSmerge_contents para aumentar. Este comportamento mais lento desempenho ao gerar o instantâneo inicial.

Com SP2 ou versões posteriores, o ficheiro de .BCP gerado fique mais pequeno. O ficheiro é mais pequeno porque linhas são copiadas apenas se relacionam a partição de dados que são publicados. Por conseguinte, desempenho do agente de intercalação ao aplicar o instantâneo a subscritores também melhorou.

Esta alteração só se aplica a intercalar publicações com estático ou filtros de associação porque a tabela MSmerge_contents não está em massa copiados quando instantâneos são gerados para publicações de impressão em série com filtros dinâmicos.

Por exemplo, uma publicação de intercalação inclui as colunas de clientes, encomendas e detalhes da encomenda e a publicação é filtrada para publicar apenas os clientes na região noroeste. Quando é gerado o instantâneo, apenas linhas na tabela MSmerge_contents que são relevantes para os dados na partição de dados que está a ser publicados filtrada são copiada em massa. Em versões anteriores ao SP2, todas as linhas da tabela MSMerge_contents foram copiada em massa.

Intercalar limpeza dos metadados
introduzidas no Service Pack 2

O sistema sp_mergecleanupmetadata armazenados procedimento permite que os administradores de limpeza de metadados nas tabelas de sistema MSmerge_contents e MSmerge_tombstone . Apesar destas tabelas podem expandir indefinidamente, limpar os metadados poderá melhorar o desempenho de impressão em série. Este procedimento pode poupar espaço em reduzindo o tamanho destas tabelas no Publisher e os subscritores.

atenção Depois de executar o procedimento sp_mergecleanupmetadata armazenados no Editor, ocorrem os seguintes eventos para todas as subscrições com nome no subscritores com metadados armazenados no Editor de tabelas MSmerge_contents e MSmerge_tombstone :
  • As subscrições são marcadas para reinicialização.
  • As alterações efectuadas no subscritor são perdidas.
  • O snapshot actual está marcado como obsoleto.
SQL Server 7.0 não suporta a reinicialização de subscrições anónimas do Editor.

A reinicialização têm de ser iniciada no subscritor. Antes de executar este procedimento armazenado, intercale todos os dados de subscritores com o Publisher para carregar as alterações de dados do subscritor que tem de ser guardadas. Ficheiros de instantâneo para intercalar todas as publicações que estão envolvidas em todos os níveis devem ser regenerados depois de executar este procedimento armazenado. Se tentar intercalar sem executar primeiro o instantâneo, for pedido para o snapshot de executar.

A reinicialização não propagar automaticamente a topologia de impressão em série. O administrador tem reinicializar manualmente todas as subscrições em cada republisher.

Por predefinição, o @ reinitialize_subscriber parâmetro do procedimento armazenado sp_mergecleanupmetadata for definido como true e todas as subscrições estão marcadas para reinicialização. Se definiu @ reinitialize_subscriber parâmetro como false , as subscrições não estão marcadas para reinicialização. No entanto, defina o parâmetro como false com cuidado, porque se optar por não ter as subscrições reiniciadas, deve certificar-se de que os dados no Publisher e subscritores são sincronizados.

Se pretender executar o procedimento armazenado sp_mergecleanupmetadata sem marcar as subscrições de reinicialização, siga estes passos:
  1. Sincronize todos os subscritores.
  2. Pare todas as actualizações para as bases de dados publicação e subscrição.
  3. Execute uma intercalação valida os dados do subscritor com o Publisher executando o serviço de impressão em série com a opção da linha de comandos - Validar em cada subscritor.
  4. Execute o procedimento armazenado do sistema de sp_mergecleanupmetadata . Depois de executar o procedimento armazenado, pode permitir que os utilizadores actualizar as bases de dados publicação e subscrição novamente.
Para utilizar este procedimento armazenado, o Publisher e todos os subscritores tem de ter SQL Server 7.0 SP4. Apenas os membros do grupo de sysadmin podem utilizar este procedimento armazenado. Para limpar metadados de impressão em série, execute o procedimento armazenado do sistema de sp_mergecleanupmetadata . Este procedimento limpa todos os metadados de impressão em série nas tabelas de sistema MSmerge_contents e MSmerge_tombstone .

Nota Não @ nomedatabela parâmetro existe essa limites de limpeza para uma tabela especificada. Isto foi incorrectamente documentado para Service Packs 2 e 3.

Alterações nos componentes da base de dados

SQL Server 7.0 SP4 apresenta várias alterações aos componentes de base de dados.
Nova opção de base de dados
introduzidas no Service Pack 2

SQL Server 7.0 SP2 introduziu uma nova pendentes actualização da base de dados opção para suportar funcionalidade que vai ser introduzida numa versão futura do SQL Server. Pode utilizar esta funcionalidade em alguns cenários de migração quando actualiza o SQL Server 7.0 SP2 ou posterior para o SQL Server 2000 ou posterior. Instruções completas para utilizar esta opção serão incluídas na documentação da versão futura do SQL Server.

Quando a opção pendente actualização é definida como TRUE, os utilizadores não podem criar índices ou estatísticas na base de dados. Um utilizador tenta criar índices ou estatísticas irá receber a seguinte mensagem de erro novo:
Criar índice/criar estatísticas é permitida quando tiver a base de dados pendentes actualização activada.
No entanto, criação de índices terá êxito se a opção pendente actualização é definida como TRUE enquanto está a ser criado um índice agrupado e se existem índices não agrupados.

Criação de índice remissivo poderá falhar, anular a operação de toda, se as seguintes condições forem verdadeiras:
  • Índices agrupados já existem quando a criação de um índice agrupado é iniciada.
  • A opção pendente actualização está definida como TRUE enquanto está a criar o índice.
The pending upgrade option should always be set to FALSE, as shown in the following line of code, for any SQL Server 7.0 system that is not interoperating with the future version of SQL Server:
sp_dboption 'database_name', 'pending upgrade', 'FALSE'
The sp_dboption system stored procedure reports the status of the pending upgrade option if the stored procedure is called without parameters or with only the database_name parameter, for example:
sp_dboption 'Northwind'
The DATABASEPROPERTY function supports a new IsPendingUpgrade property that is used to report the status of the pending upgrade database option, for example:
DATABASEPROPERTY(Northwind, IsPendingUpgrade)
The IsPendingUpgrade property returns 0 if the pending upgrade option is FALSE, and returns 1 if the pending upgrade option is TRUE.

Nova opção de arranque sqlservr
introduzidas no Service Pack 2

SQL Server 7.0 SP2 introduziu uma nova opção da linha de comandos ?g para o utilitário sqlservr . Por exemplo, pode utilizar a seguinte opção:
-g memory_to_reserve
esta opção especifica o número de MB de memória do SQL Server fica disponível para atribuições de memória no processo do SQL Server, mas fora do conjunto de memória do SQL Server. O número que especificar tem de ser um número inteiro. O conjunto de memória é a área do SQL Server utiliza para carregar os itens, como expandido armazenados ficheiros .dll do procedimento, os fornecedores de OLE DB referenciados por consultas distribuídas, e automatização de objectos que são referenciados em instruções de Transact-SQL. Para obter mais informações sobre gestão de memória do SQL Server, consulte "Arquitectura de memória" no SQL Server Books Online para o SQL Server 7.0.

Por predefinição, o valor para esta opção é 128 MB. Este valor é adequado para vários ambientes de tempo de execução. Utilizar esta opção poderá ajudar a optimizar a atribuição de memória, mas apenas quando a memória física no servidor excede os seguintes valores:
  • Para o SQL Server Desktop Edition ou SQL Server Standard Edition: 2 GB
  • 3 GB para SQL Server Enterprise Edition:
Configurações com memória física menos não beneficiar da utilização desta opção.

Poderá utilizar esta opção para configurações de memória de grandes dimensões, onde os requisitos de memória do SQL Server estão atypical e em toda a memória no espaço de endereçamento virtual do processo de SQL Server está a ser utilizada. Incorrecta utilização desta opção pode causar condições em que o SQL Server poderá não ser iniciado ou poderão ocorrer erros de tempo de execução.

Deverá utilizar o valor predefinido para o -g da linha de comandos mudar a menos que receberá a seguinte mensagem de aviso no registo de erros do SQL Server:
Aviso: Limpar a cache do procedimento para libertar memória contígua.
Esta mensagem de erro indica que SQL Server pode estar a tentar libertar partes do SQL Server memória conjunto para encontrar espaço para itens como expandido armazenados os ficheiros .dll procedimento ou objectos de automatização. Neste caso, considere aumentar a quantidade de memória que está reservada pelo -g parâmetro da linha de comandos. Utilizando um valor menor do que a predefinição, a quantidade de memória disponível para o conjunto de memória intermédia e o thread empilha aumenta. Isto poderá fornecer algumas vantagens de desempenho para cargas de trabalho que utilizem muita memória nos sistemas que não utilizam muitos expandido procedimentos armazenados, distribuídas de consultas ou objectos de automatização.

Alterar no comportamento do cursor
introduzidas no Service Pack 1

Em versões originais do SQL Server 7.0 e MSDE 1.0, uma reversão fecha todos os cursores excepto cursores obedecem às seguintes condições:
  • CURSOR_CLOSE_ON_COMMIT é desactivada.
  • O cursor é estático.
  • O cursor concluiu a preencher a worktable.
Para aumentar a compatibilidade com versões anteriores do SQL Server, o SP1 de componentes de base de dados alterados este comportamento para que cursores estão fechados na anulação apenas se uma das seguintes condições for verdadeira:
  • CURSOR_CLOSE_ON_COMMIT está ACTIVADO.
  • Um cursor de modo assíncrono preenchido actualmente é preencher.
O comportamento que é introduzido no SP1 de componentes de base de dados é efectuado para a frente em service packs posteriores.

Alterações no SQL Profiler
A coluna id de ligação de dados SQL Profiler não será suportada numa versão futura do SQL Server. Recomendamos que utilize a coluna de dados SPID .

SQL Server clusters white paper

A documentação técnica "como instalar o SQL Server 7.0, Enterprise Edition, Microsoft Cluster Server: instruções passo a passo" complementam as informações de cluster que são fornecidas no SQL Server Books Online para o SQL Server 7.0. Para obter mais informações sobre esta documentação técnica, visite o seguinte Web site da Microsoft:
http://support.microsoft.com/kb/842192

Serviços de transformação de dados

Esta secção descreve as alterações introduzidas no Data Transformation Services (DTS) pelo service pack.
Exportar para bases de dados Oracle
introduzidas no Service Pack 1

Quando utiliza o Assistente de exportação DTS para exportar para Oracle, se utilizar DTS para criar as tabelas de destino, DTS cria tabelas sensível a maiúsculas e minúsculas utilizando entre aspas os nomes de proprietário e tabela. Este comportamento tem de ocorrer suportar o proprietário ou nomes de tabelas que são palavras-chave ou que contêm espaços caracteres (""). Se os nomes não são palavras-chave e não contêm espaços caracteres e se pretender remover as aspas, eliminá-los na caixa de diálogo DTS copiar tabelas .

Utilizando a funcionalidade de teste DTS
introduzidas no Service Pack 1

A funcionalidade de teste de DTS melhorou a funcionalidade e agora suporta pesquisas e variáveis globais. A interface de utilizador DTS tem uma opção de teste nas seguintes caixas de dois diálogo:
  • Nas Propriedades de transformação de dados diálogo, clique no separador de transformações . Em seguida, clique com o botão direito do rato uma das linhas que mapeiam as transformações de coluna. O menu que aparece contém um item de menu de teste.
  • Faça duplo clique a caixa de diálogo Propriedades de tarefas de Script ActiveX e clique em teste .
Estes testes suportam agora pesquisas e variáveis globais. Os testes não são suportados em colunas lineage.

Alterações à caixa de diálogo Executar compactar
introduzidas no Service Pack 1

Quando executa um pacote DTS no Assistente de importação DTS, o Assistente de exportação DTS ou Designer DTS, colunas adicionais são adicionadas à caixa de diálogo Executar compactar para mostrar hora de início, hora de fim e duração. Estas novas colunas não estão disponíveis se executar o pacote com uma palavra-passe de utilizador.

Além disso, transferir informações são fornecidas durante a execução do pacote de notificação.

Mensagens de erro dos serviços de transformação de dados
introduzidas no Service Pack 1

DTS mensagens de erro foram melhoradas. As mensagens de erro agora fornecer informações de específica do fornecedor de OLE DB e informações sobre a operação falhou.

Utilização da palavra-chave Set nos scripts do Microsoft Visual Basic
introduzidas no Service Pack 1

Microsoft ActiveX atribuição de referências a objectos para DTS variáveis globais nos scripts do Microsoft Visual Basic Scripting Edition (VBScript) segue agora sintaxe padrão do Visual Basic definir cada caso.

Utilize a palavra-chave Definir quando pretender atribuir uma referência de objecto. Caso contrário, o valor predefinido do objecto será atribuído.

Se uma variável global contém uma referência de objecto, utilize a palavra-chave Definir e a palavra-chave .Value reatribuir a referência de objecto. Por exemplo:
  • A instrução seguinte atribui uma referência para o objecto de ligação para o x: variável global
    Set DTSGlobalVariables("x").Value =
                       CreateObject("ADO.Connection")
    
  • A instrução seguinte define a variável o a uma referência ao objecto de ligação :
    Set o = DTSGlobalVariables("x")
  • A instrução seguinte define a variável o para uma referência a uma variável global contém uma referência ao objecto de ligação :
    Set o = DTSGlobalVariables("x")
Alterações em pacotes DTS
introduzidas no Service Pack 2 e Service Pack 3

SQL Server 7.0 SP2, SP3 do SQL Server 7.0 e SQL Server 2000 introduzida alterações para o formato interno DTS utiliza para guardar pacotes. Quando um pacote é guardado um ficheiro ou do SQL Server sem uma palavra-passe, são suportados os seguintes formatos para as versões de pacote de serviço diferente.
Reduzir esta tabelaExpandir esta tabela
Service packLeiturasEscreve
SQL Server 7.0 SP1SQL Server 7.0
SQL Server 7.0 SP1
SQL Server 7.0
SQL Server 7.0 SP1
SQL Server 7.0 SP2SQL Server 7.0 SQL
Servidor 7.0 SP1
SQL Server 7.0 SP2
SQL Server 7.0 SP2
SQL Server 7.0 SP3SQL Server 7.0
SQL Server 7.0 SP1
SQL Server 7.0 SP2
SQL Server 7.0 SP3
SQL Server 7.0 SP4
SQL Server 2000
SQL Server 2000 SP1
SQL Server 2000 SP2
SQL Server 7.0 SP2
SQL Server 7.0 SP3
SQL Server 7.0 SP4
SQL Server 2000
SQL Server 2000 SP1
SQL Server 2000 SP2
SQL Server 7.0 SP4SQL Server 7.0
SQL Server 7.0 SP1
SQL Server 7.0 SP2
SQL Server 7.0 SP3
SQL Server 7.0 SP4
SQL Server 2000
SQL Server 2000 SP1
SQL Server 2000 SP2
SQL Server 7.0 SP2
SQL Server 7.0 SP3
SQL Server 7.0 SP4
SQL Server 2000
SQL Server 2000 SP1
SQL Server 2000 SP2
Melhoramentos de conta de proxy do agente do SQL Server
introduzidas no Service Pack 4

Nas versões anteriores ao SQL Server 7.0 SP4 do SQL Server, pacotes DTS que foram armazenados no servidor podem não ser executados sob as credenciais da conta SQL Server agente de proxy, a menos que a conta de proxy tivesse acesso para a pasta TEMP de utilizador para a conta na qual o servidor ou o agente estava em execução. O servidor executa para tarefas de executar a partir do xp_cmdshell expandido o procedimento armazenado. O agente executa para tarefas de agente.

Deste modo, os utilizadores frequentemente tinham de ajustar a variável de ambiente TEMP para a conta de arranque do SQL Server ou SQL Agent apontar para uma pasta que estava acessível tanto o arranque e as contas de proxy. Por exemplo, C:\Temp. Para o SP4, DTS foi melhorado para utilizar a pasta TEMP do sistema se a pasta TEMP do utilizador estiver indisponível. Esta alteração reduz substancialmente a necessidade destes ajustes.

SQL Server 7.0 e do Exchange 5.5

Se executar o SQL Server 7.0 e Microsoft Exchange Server versão 5.5 no mesmo computador, tem de configurar explicitamente a utilização da memória no SQL Server. SQL Server não funcionará correctamente se deixar o SQL Server mínimo memória dinâmica opção definida com o valor predefinido 0.

Para resolver um problema de memória conhecido que ocorre quando os dois produtos são executados ao mesmo tempo, tem de definir a memória dinâmica mínima do SQL Server 7.0 ou a opção de memória do servidor sp_configure mínimo , a quantidade de memória necessários para suportar o pico de processamento da carga do SQL Server. Neste ambiente, SQL Server não irá adquirir memória suficiente para alcançar a definição de máximo de memória dinâmica ou a opção de memória do servidor máximo sp_configure . Em vez disso, SQL Server, normalmente, será executado com a quantidade de memória especificada na opção mínimos de memória dinâmica. Por este motivo, a definição de memória dinâmica mínimo tem de ser suficiente para executar o SQL Server quando está a funcionar a alta capacidade.

Para determinar a quantidade de memória que requer o SQL Server, monitorize a quantidade de memória que o SQL Server utiliza quando se verificam as seguintes condições:
  • Se a base de dados estiver em execução na produção, monitorizar o SQL Server utilização da memória quando o sistema está em execução em alta capacidade.
  • Se as aplicações do SQL Server foram desenvolvidas internamente, execute testes de limite enquanto estiver a monitorizar a memória que é utilizada pelo SQL Server.
  • Se as aplicações do SQL Server foram desenvolvidas por terceiros, poderá ter de consulte a documentação da aplicação ou o fornecedor para determinar o efeito da aplicação utilização da memória do SQL Server.
Para obter mais informações sobre como monitorizar a memória do SQL Server ou definir opções de memória do SQL Server, consulte os tópicos "Monitorizar a utilização de memória" e "Opções de memória de servidor" no SQL Server Books Online para o SQL Server 7.0.

A versão francesa do SQL Server Books Online

introduzidas no Service Pack 1

A versão francesa original do SQL Server Books Online tinha um índice incorrecto. A versão francesa do SQL Server 7.0 SP4 inclui um ficheiro de extracção automática que contém um novo ficheiro francês SQL Server Books Online com um índice corrigido.

Para instalar a versão francesa corrigida do SQL Server Books Online, siga estes passos:
  1. Copie o ficheiro Sqlbolfr.exe da pasta service pack para uma pasta vazia no computador.
  2. Execute Sqlbolfr.exe para extrair o ficheiro Sqlbol.chm.
  3. Copie o ficheiro Sqlbol.chm novo para o C:\Mssql7\Books directório. Isto substituirá a versão incorrecta do ficheiro.

Alterações do repositório

introduzidas no Service Pack 2

Esta secção documenta as alterações introduzidas no repositório pelo service pack.
Importação de bases de dados DB2 e Informix
introduzidas no Service Pack 2

Quando está a utilizar o detector de OLE DB para importar de bases de dados DB2 ou Informix, o repositório da Microsoft agora cria tabelas de esquema e o tipo de informações. Esta funcionalidade aplica-se a bases de dados que utilizem o controlador ODBC da Microsoft para DB2 e controlador de ODBC para Informix Intersolv, o controlador de Intersolv OLE DB para ODBC e Intersolv fornecedor OLE DB para Informix.

Obtenção melhorada dos objectos de versões
introduzidas no Service Pack 2

Agora é possível obter a versão do objecto mais recente em todos os casos, mesmo quando a sequência de versão inclui uma versão eliminada. Anteriormente, se tiver eliminado uma versão do objecto e, em seguida, criado uma nova versão do objecto, seria receberá uma mensagem de erro se tentou obter a versão mais recente.

Propriedades

Artigo: 889543 - Última revisão: 17 de janeiro de 2007 - Revisão: 1.5
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 7.0 Service Pack 4
  • Microsoft Data Engine 1.0
Palavras-chave: 
kbmt kbpubtypekc kbservicepack kbhowto kbinfo KB889543 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: 889543

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