Descrição do Service Pack 2 para o SQL Server 2000: 9 de novembro de 2001

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

Neste artigo

Sumário

Microsoft SQL Server 2000 Service Pack 2 (SP2) fornece atualizações para os componentes de banco de dados de uma instalação do SQL Server 2000. Este artigo discute o seguinte:
  • serviço versões pack e como remover o Service Pack 2.
  • como baixar e como extrair o Service Pack 2.
  • como instalar o Service Pack 2.
  • como redistribuir os componentes de banco de dados de componentes de cliente do Service Pack 2.
  • como lidar com problemas que afetam os sites em servidores que estejam executando o Service Pack 2.

Conteúdo

Mais Informações

1.0 Introdução

Esta versão do Service Pack 2 (SP2) para o Microsoft SQL Server 2000 é fornecida em três partes:
  • Banco de dados de componentes do SP2 fornece atualizações para os componentes de banco de dados de uma instância do SQL Server 2000, excluindo instâncias do SQL Server 2000 Desktop Engine. Banco de dados de componentes do SP2 inclui atualizações para:
    • O mecanismo de dados.
    • Ferramentas de cliente do banco de dados e utilitários, como SQL Server Enterprise Manager e osql.
    • Banco de dados cliente componentes de conectividade, como o Microsoft OLE DB Provider para SQL Server 2000, o driver ODBC do SQL Server 2000 e o cliente de bibliotecas de rede.
  • Análise Services SP2 fornece atualizações para os componentes do SQL Server 2000 Analysis Services de uma instalação do SQL Server 2000, incluindo:
    • O Analysis Services.
    • Componentes de cliente de serviços do análise, que incluem o Gerenciador de análise e o Microsoft OLE DB Provider para o Analysis Services.
    • Banco de dados cliente componentes de conectividade, como o Microsoft OLE DB Provider para SQL Server 2000, o driver ODBC do SQL Server 2000 e o cliente de bibliotecas de rede.
  • Na área de trabalho Engine SP2 fornece atualizações para os componentes de banco de dados de uma instância do SQL Server 2000 Desktop Engine (também chamado de MSDE 2000), incluindo:
    • O mecanismo de dados.
    • Banco de dados cliente componentes de conectividade, como o Microsoft OLE DB Provider para SQL Server 2000, o driver ODBC do SQL Server 2000 e o cliente de bibliotecas de rede.
Esses três partes do SP2 podem ser aplicados individualmente, da seguinte maneira:
  • Sites do SQL Server 2000 podem usar o SP2 de componentes de banco de dados para atualizar os componentes de banco de dados sem atualizar seus componentes de serviços de análise ou instâncias do SQL Server 2000 Desktop Engine.
  • Análise Services 2000 sites podem usar o Analysis Services SP2 para atualizar os componentes do Analysis Services sem atualizar instâncias do mecanismo de área de trabalho ou os componentes de banco de dados.
  • Sites de mecanismo de área de trabalho podem usar o SP2 do mecanismo de área de trabalho para atualizar instâncias do mecanismo de área de trabalho sem atualizar o Analysis Services ou instâncias de outras edições do SQL Server 2000.

    Observação Se você tiver instâncias separadas de tanto o mecanismo de área de trabalho e outras edições do SQL Server no mesmo computador, você precisará aplicar o SP2 do mecanismo de área de trabalho às instâncias do Desktop Engine 2000 e o SP2 de componentes de banco de dados para outras instâncias do SQL Server 2000.
Para obter mais informações sobre como instalar o mecanismo de área de trabalho, consulte 2.2 da seção " o Desktop Engine SP2 file " e seção 3.7 Install Desktop Engine SP2.

Observação Área de trabalho Engine SP2 é a única parte do pacote de serviço disponibilizado em português (Brasil), sueco e holandês, porque SQL Server 2000 Desktop Engine é a única versão do SQL Server 2000 produzido para esses idiomas. Os componentes do SQL Server 2000 atualizados pelo SP2 de componentes de banco de dados ou o Analysis Services SP2 não estão disponíveis nesses idiomas. Português (Brasil), sueco e holandês usuários que queiram para aplicar o Service Pack 2 para uma versão do SQL Server seja o mecanismo de área de trabalho deve baixar os arquivos do Service Pack 2 que corresponda ao idioma da edição que vai atualizar, como baixar o inglês Service Pack 2 arquivos se eles estiver executando uma versão de inglês do SQL Server 2000. Você encontrará instruções de download abaixo na seção 2.0 " Downloading and extracting SP2 ".
instalação detalhes do banco de dados de componentes do SP2
Instalação do SP2 de componentes de banco de dados automaticamente detecta qual edição do SQL Server 2000 está presente na instância do SQL Server 2000 que está sendo atualizado e atualiza somente os componentes que foram instalados para essa instância. Por exemplo, quando o service pack for aplicado a um computador que executa o SQL Server 2000 Standard Edition, ele não tentará atualizar componentes fornecidos com o SQL Server 2000 Enterprise Edition.

Banco de dados de componentes do SP2 podem ser aplicadas a uma instância única padrão ou uma instância nomeada do SQL Server. Se várias instâncias do SQL Server 2000 precisam ser atualizados para o SP2, você deve aplicar o SP2 a cada instância. Quando uma instância em um computador com uma ou mais instâncias do SQL Server 2000 é atualizada para o SP2, todas as ferramentas serão atualizadas para o SP2. Não há cópias separadas das ferramentas para cada instância em um computador.
remover o SP2
Quando o service pack é instalado, ele faz alterações às tabelas do sistema por motivos de manutenção, e ele também atualiza bancos de dados usuário e de distribuição que são membros de uma topologia de replicação. Devido a essas alterações, SP2 não pode ser removida facilmente. Para reverter para a compilação que estavam em execução antes da instalação do SP2, você deve primeiro desinstalar a instância do SQL Server 2000. Em seguida, você deverá reinstalar essa instância do SQL Server 2000. Se estivesse executando SQL Server 2000 SP1, você precisará reaplicar o SP1 para a instância. Para obter mais informações sobre a desinstalação do SP2, consulte seção 3,13 Uninstalling SP2.

Observação Para remover o SP2, você deve ter um backup dos bancos de dados mestre , modelo e msdb , imediatamente antes para aplicar o SP2. Para obter mais informações, consulte seção 3.1" Back up your SQL Server databases ' e 3.2 da seção " Back up your Analysis Services databases. "
obter informações adicionais sobre o SP2
Uma lista de correções contidas nesse service pack é fornecida no artigo da Base de Dados de Conhecimento da Microsoft Q306908. Cada correção na 306908 possui um link para um artigo da Base de Dados de Conhecimento que descreve o problema que abrange a correção. Esses artigos são publicados no da Microsoft Product Support Services Knowledge Base.
Siga os links para os artigos de correcção para obter informações sobre cada correção.

Quaisquer informações relevantes a SQL Server 2000 Service Pack 2 que não estavam disponíveis no tempo a serem incluídos nesse arquivo Leiame serão publicadas no artigo da Base de Dados de Conhecimento da Microsoft Q306909. Este artigo está disponível no da Microsoft Product Support Services Knowledge Base.
Correções QFE
Se você tiver recebido uma correção QFE após 3 de outubro de 2001, a correção não provavelmente a serem incluídos no SP2. Por favor, entre em contato com seu provedor de suporte sobre uma correção QFE no SP2.

1.1 Identificar a versão atual do SQL Server ou do Analysis Services

Usar as seguintes técnicas para descobrir qual versão do SQL Server ou do Analysis Services que você tem instalada.
SQL Server
Para identificar qual versão do SQL Server 2000 você tiver instalado, o tipo SELECT @@ Version no prompt de comando ao usar os utilitários osql ou isql ou na janela de consulta no SQL Query Analyzer. A tabela a seguir mostra a relação entre a seqüência da versão reportada por @@ Version e o número da versão SQL Server 2000.
Recolher esta tabelaExpandir esta tabela
@@VERSION versão do SQL Server 2000
8.00.194SQL Server 2000 RTM
8.00.384SP1 de componentes de banco de dados
8.00.532Banco de dados de componentes do SP2
Desktop Engine on Windows NT 5.0 (Build 2195: Service Pack 2) Enterprise Evaluation Edition on Windows NT 5.0 (Build 2195: Service Pack 2) Developer Edition on Windows NT 5.0 (Build 2195: Service Pack 2) Personal Edition on Windows NT 5.0 (Build 2195: Service Pack 2) Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 2) Enterprise Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Observação O início da linha indica a edição do SQL Server. Isso é seguido por informações do sistema operacional atual.

o Analysis Services
Para identificar qual versão do Analysis Services que você tenha instalado, execute essas etapas:
  1. No menu Iniciar , aponte para arquivos de programas , o SQL Server 2000 , o Analysis Services e, em seguida, clique em Analysis Manager .
  2. Na árvore Analysis Manager, clique com o botão direito do mouse no nó Analysis Servers e selecione sobre o Analysis Services .
  3. A tabela a seguir mostra qual versão do Analysis Services que você tem.
Recolher esta tabelaExpandir esta tabela
Ajuda sobre versão do Analysis Services
8.0.194RTM do SQL Server 2000 Analysis Services
8.0.382Análise Services SP1
8.0.532Análise Services SP2

2.0 Baixar e extrair o SP2

Este service pack é distribuído de três maneiras:
  • Em um CD-ROM do SQL Server 2000 Service pacote 2 que contém service packs para os seguintes componentes:
    • Banco de dados de componentes do SP2
    • Análise Services SP2
    • SP2 do mecanismo de área de trabalho
    Observação Esse CD-ROM inclui todos os arquivos necessários para atualizar instâncias existentes do mecanismo de área de trabalho. O número máximo de instâncias de suporte para o mecanismo de área de trabalho é 16.
  • Em arquivos de extração automática três que podem ser baixados da Internet:
    • SQL2KSP2.exe (banco de dados de componentes do SP2)
    • SQL2KASP2.exe (Analysis Services SP2)
    • SQL2KDeskSP2.exe (área de trabalho Engine SP2)
    Observação O arquivo SQL2KDeskSP2.exe inclui uma atualização para uma única instância do mecanismo de área de trabalho que foi criado apenas com sqlrun01.msi. Para obter mais informações, consulte seção 2.2 Desktop Engine SP2 file.
  • Em um CD-ROM do SQL Server 2000 Desktop Engine Service Pack 2 (somente mecanismo de área de trabalho)
Observação Somente o CD-SQL Server da área de trabalho Engine Service Pack 2 ROM 2000 contém a módulos de mesclagem ou arquivos .msi que são necessárias para instalar uma nova instância do mecanismo de área de trabalho.

Arquivos de banco de dados e Analysis Services SP2 2.1

Ao fazer o download e extraindo componentes de banco de dados ou arquivos de instalação do Analysis Services SP2 a partir da Internet, por favor, use as diretrizes a seguir.

Baixe um dos arquivos listados na seção 2.0 e coloque o arquivo de extração automática em uma pasta no computador que está executando a instância do SQL Server 2000 em que você está instalando esse service pack. Partir dessa pasta, execute o arquivo. O programa solicitará o nome da pasta na qual você deseja os arquivos do service pack colocados.

Na unidade local em que você baixou os arquivos de instalação do service pack, será necessário espaço aproximadamente três vezes o tamanho do arquivo auto-extraível. Isso inclui o espaço para armazenar o arquivo, espaço para armazenar os arquivos de pacote serviço extraídos e temporário espaço de trabalho necessários ao programa próprio.

Você pode renomear a pasta escolhida Após extrair os componentes; no entanto, certifique-se de que o nome do diretório não contém em branco espaços. Você pode usar a mesma pasta de destino para cada um dos arquivos acima; eles não irão substituir ou interferir uns aos outros.

Os arquivos de extração automática são usados para construir um conjunto de diretórios e arquivos no computador que são as mesmas presente no CD-ROM do SP2. Se você baixar o SP2 será necessário extrair os arquivos para criar os diretórios de pacote de serviço antes de executar a instalação do SQL Server.

Para componentes de banco de dados e o Analysis Services, o processo de instalação é o mesmo para o CD-ROM do SP2 e os arquivos extraídos do SP2.

Observação Alguns dos arquivos nos service packs são arquivos de sistema, portanto, você não pode exibi-los, a menos que você siga este procedimento: no Windows Explorer, no menu Exibir , clique em Opções , clique na guia Exibir e marque a caixa de seleção Mostrar todos os arquivos .

2.2 Desktop Engine SP2 arquivo

Ao fazer o download e extraindo o arquivo de instalação do SP2 do mecanismo de área de trabalho da Internet, por favor, use as diretrizes a seguir.

Baixe e extraia o arquivo de área de trabalho Engine SP2 conforme descrito acima para os componentes de banco de dados e arquivos de Analysis Services SP2, com as seguintes exceções.

Se você baixar o arquivo da área de trabalho Engine SP2 da Internet, você pode aplicar o service pack somente às instâncias do mecanismo de área de trabalho que foram instaladas a partir sqlrun01.msi. Se você tentar aplicar o service pack às instâncias que foram criadas usando o sqlrun02.msi ? sqlrun16.msi do arquivo Setup.exe que foi baixado da Internet, você receberá um dos seguintes erros:
Não foi possível abrir esse pacote de instalação. Verifique se o pacote existe e se você pode acessá-lo, ou entre em contato com o fornecedor do aplicativo para verificar se este é um pacote válido do Windows Installer.
-ou-
O patch de atualização não pode ser instalado pelo serviço Windows Installer porque o programa a ser atualizado pode estar ausente ou o patch de atualização pode atualizar uma versão diferente do programa. Verifique se o programa a ser atualizado existe no computador e que você tenha o patch de atualização correto.
Para atualizar instâncias o mecanismo de área de trabalho que foram criadas usando sqlrun02.msi - sqlrun16.msi, você deve aplicar o service pack a partir do CD-ROM do Microsoft.

A instalação do 3.0 Service pack

Para instalar o SP2, siga as instruções de instalação abaixo. Nem todas as etapas são necessárias, dependendo de qual dos seguintes componentes do SQL Server 2000 ou configurações à qual o service pack está sendo aplicado:
  • Componentes do servidor de banco de dados
  • Banco de dados de componentes do cliente
  • O Analysis Services
  • Mecanismo de área de trabalho
  • Cluster de failover
  • Servidor de replicação
Para cada etapa de instalação, os componentes aplicáveis são listados.

Observação O service pack é específico do idioma. Aplique o service pack com o mesmo idioma como o componente do SQL Server que você está atualizando.

Observação Antes de instalar o SP2 na versão francesa do Windows NT 4.0, leia e siga as instruções no artigo da Base de Dados de Conhecimento 259484. Você pode acessar o artigo da Microsoft Product Support Services Knowledge Base.

antes de iniciar uma instalação
alterado de SP1

O seguinte se aplica a todas as instalações de componente, exceto o Analysis Services:

Instalação do SP2 não atualiza os bancos de dados usuário, exceto para os bancos de dados de usuário ativamente envolvidas em topologias de replicação. Bancos de dados que não estão envolvidos na topologias de replicação não tem nenhuma dependência no SP2. Por exemplo:
  • Você pode restaurar um backup do banco de dados de usuário de uma instância do SQL Server 2000 ou SQL Server 2000 SP1 a uma instância do SQL Server 2000.
  • Você pode restaurar um backup do banco de dados de usuário de uma instância do SQL Server 2000 SP2 a uma instância do SQL Server 2000 SP2, a uma instância do SQL Server 2000 SP1 ou a uma instância do SQL Server 2000.
  • Você pode desanexar um banco de dados usuário de uma instância do SQL Server 2000 ou SQL Server 2000 SP1 e anexá-lo a uma instância do SQL Server 2000 SP2.
  • Você pode desanexar um banco de dados usuário de uma instância do SQL Server 2000 SP2 e anexá-lo a uma instância do SQL Server 2000 ou SQL Server 2000 SP1.
  • Você pode participar entre instâncias do SQL Server 2000, o SQL Server 2000 SP1 e o SQL Server 2000 SP2 de envio de log. Instalação do SP2 atualizar bancos de dados de usuários que são membros de uma topologia de replicação.
Antes de instalar o SP2, verifique se que os bancos de dados de replicação e grupos de arquivos são graváveis e que a conta de usuário executar o programa de instalação tem permissão para acessar os bancos de dados. Para obter mais informações sobre a aplicação SP2 aos bancos de dados envolvidos em topologias de replicação, consulte 3.11 da seção " Installing on replicated servers. "

Se a instalação do SP2 detectar qualquer bancos de dados de usuários ou grupos de arquivos que não são graváveis, ele:
  • Aplica as atualizações de replicação de SP2 a todos os bancos de dados gravável do usuário.
  • Grava uma lista de bancos de dados não-graváveis no log do programa de instalação, localizado em winnt\sqlsp.log.
  • Exibe a seguinte mensagem de aviso:
    A instalação detectou um ou mais bancos de dados e grupos de arquivos que não são graváveis.
Você pode ignorar esse aviso, a menos que alguns dos bancos de dados listados no log do programa de instalação sejam membros de uma topologia de replicação. Se qualquer um dos bancos de dados não-graváveis listados no log do programa de instalação forem membros de uma topologia de replicação, você deve tornar os bancos de dados gravável e reaplicar a instalação do SP2 a essa instância do SQL Server 2000.

Observação Esta mensagem não afetará as instalações autônomas. Para saber mais sobre as instalações autônomas, consulte seção 4.0 Unattended installations.

Para obter mais informações sobre como tornar um banco de dados gravável, consulte 3,12 seção Applying SP2 to non-writable databases or filegroups. Para saber mais sobre reaplicando SP2, consulte a seção 3.14 Reapplying SP2.

Observação Durante a instalação, configuração não faz distinção entre bancos de dados de somente leitura e bancos de dados que estão off-line ou suspeito. Se um banco de dados de replicação ou grupo de arquivos estiver em qualquer uma dessas condições durante a instalação e está envolvido em uma topologia de replicação, o service pack deve ser reaplicado após o banco de dados é efetuado gravável.

Observação Como bancos de dados não-graváveis não irão causar instalação falhar, você não precisará remover antes de atualizar para o SP2 de envio de log.

Preparando para um servidor de gerenciamento de sistemas distribuídos instalação

SQL Server 2000 Service Pack 2 não pode ser instalado remotamente. No entanto, você pode usar o Microsoft Systems Management Server para instalar o SP2 automaticamente em vários computadores que executam o Microsoft Windows NT Server 4.0. Para fazer isso, você deve usar um arquivo de definição de pacote (arquivo Smssql2ksp2.pdf) que automatiza a criação de um pacote SQL Server no Systems Management Server. O pacote do SQL Server pode ser distribuído e instalado em computadores que executam o Systems Management Server. O arquivo Sms2kdef.bat é um arquivo em lotes que detecta a plataforma do computador e execute a versão apropriada do programa de instalação.

O Systems Management Server não pode ser usado para instalar o SP2 do mecanismo da área de trabalho.

3.1 Fazer backup de seus bancos de dados do SQL Server

O seguinte se aplica a todas as instalações de componente, exceto os componentes de cliente do banco de dados:

Antes de instalar o SP2 de componentes de banco de dados ou o SP2 do mecanismo de área de trabalho, fazer backup os bancos de dados mestre , msdb e modelo . Instalar o service pack faz modificações para os bancos de dados mestre , msdb e modelo , tornando-os incompatível com versões anteriores ao SP2 do SQL Server. Esses backups são necessários se você decidir reinstalar o SQL Server 2000 sem o SP2.

Também é prudente fazer backup de seus bancos de dados do usuário, embora o SP2 só realizará atualizações em bancos de dados que são membros de topologias de replicação.

3.2 Fazer backup de seus bancos de dados Analysis Services

O seguinte se aplica somente ao Analysis Services:

Antes de instalar Analysis Services SP2, fazer backup de seus bancos de dados Analysis Services fazendo uma cópia da pasta do Microsoft Analysis Services\Data, que é instalado por padrão na pasta c:\Arquivos de programas. Caso não tenha migrado o repositório do Analysis Services para o SQL Server, faça uma cópia de backup do arquivo Msmdrep.mdb, localizado na pasta Microsoft Analysis Services\bin. Você também pode salvar seu servidor de análise de entradas do Registro usando regedit.exe e usando o item de Exportar arquivo do Registro no menu Registro para exportar a chave
HKEY_LOCAL_MACHINE\SOFTWARE\OLAP Server
em um arquivo para backup.

3.3 Verifique se os bancos de dados do sistema tem espaço livre suficiente

O seguinte se aplica a todas as instalações de componente, exceto componentes de cliente do banco de dados e o Analysis Services:

Se a opção de crescimento automático não foi selecionada para os bancos de dados master e msdb , os bancos de dados deverá ter pelo menos 500 quilobytes (KB) de espaço livre. Procedimento para o banco de dados mestre ou msdb armazenado para verificar se eles têm esse espaço, executar o sistema sp_spaceused . Se o espaço não alocado em qualquer banco de dados for menor que 500 KB, aumentar o tamanho do banco de dados. Para obter mais informações, consulte "expandir banco de dados" nos manuais online do SQL Server .

Se a opção de crescimento automático tiver sido selecionada para os bancos de dados master e msdb , e não houver espaço suficiente nas unidades, você pode ignorar esta etapa.

Para verificar se essa opção foi selecionada no SQL Server 2000, abra o SQL Server Enterprise Manager, clique com o botão direito do mouse o ícone o banco de dados e clique em Propriedades. Verifique se a caixa de seleção aumentar automaticamente o arquivo é marcada.

Para verificar se essa opção foi selecionada no mecanismo de área de trabalho, emita as instruções SQL a seguir:
  • sp_helpdb mestre
  • sp_helpdb msdb
Verifique na saída dessas instruções, se a coluna de crescimento não é 0.

3.4 Parar serviços e aplicativos antes de executar a instalação do SP2

O seguinte se aplica a todos os componentes:

Você pode aplicar o SP2 sem desligar serviços. Se você não desligar serviços, você precisará reinicializar quando a instalação for concluída. Sem reinicializar, os serviços não serão iniciar.

Você pode aplicar o SP2 sem reiniciar o computador impedindo os seguintes serviços e aplicativos antes de aplicar o service pack:
  • Microsoft Distributed Transaction Coordinator (MS DTC) e os serviços de pesquisa da Microsoft e MSSQLServerOLAPService.
  • Serviços MSSQLServer e SQLServerAgent para a instância que está sendo atualizado (por exemplo, MSSQL $ NamedInstance).
  • Serviços de componentes do Microsoft, Microsoft Message Queuing e integrador de transações COM da Microsoft.
  • Todos os aplicativos, incluindo o Painel de controle. Esta etapa é recomendada, mas não necessário.
Não é possível parar serviços em um ambiente agrupado. Para obter mais informações, consulte a seção 3,10.

3.5 Instalar o SP2 de componentes de banco de dados

O seguinte se aplica a todas as instalações de componente, exceto o mecanismo de área de trabalho e o Analysis Services:

Execute o script Setup.bat partir desses locais:
  • Diretório que contém os arquivos de pacote serviço extraídos da SQL2KSP2.exe.
  • O diretório do pacote de serviço no CD-ROM do SQL Server 2000 SP2.
Setup.bat abre uma caixa de diálogo programa de instalação que solicita informações, como se você deseja usar autenticação do SQL Server ou a autenticação do Windows. Se você escolher a autenticação do SQL Server, você deve fornecer o programa de instalação com a senha para o logon do sa. Se você escolher a autenticação do Windows, você deve estar executando o programa de instalação programa durante o logon no Windows usando uma conta de logon do Windows. Essa conta de logon deve ser uma parte da função de servidor para a instância do SQL Server 2000 ou o mecanismo de área de trabalho estiver atualizando de fixa sysadmin.

O programa de instalação, em seguida:
  • Substitui os arquivos de SQL Server 2000 ou o mecanismo de área de trabalho existentes com os arquivos do SP2.
  • Executa vários arquivos de script do Transact-SQL para atualizar os procedimentos armazenados do sistema.
  • Exibe uma caixa de diálogo de modo de autenticação se detectar que a instalação está usando autenticação de modo misto com uma senha em branco para o logon do sa. Deixando a sa de senha de logon em branco fornece aos usuários acesso administrativo fácil no SQL Server ou o mecanismo de área de trabalho e não é recomendada; ajudar a proteger seus sistemas reforçando uma senha sa ou usando a autenticação do Windows. Para saber mais sobre esta caixa de diálogo, consulte autenticação modo diálogo posteriormente nesta seção.
  • Exibe uma caixa de diálogo se detectar que os bancos de dados ou grupos de arquivos não são graváveis. Neste ponto, se qualquer um desses bancos de dados ou grupos de arquivos fazem parte de uma topologia de replicação, você poderá ser:
    1. Interromper o processo de instalação, verifique esses objetos gravável e reinicie a instalação.
    2. Continuar com a configuração atual do SP2 e reaplicar o SP2 em um momento posterior depois de fazer esses objetos gravável.
    Observação As etapas anteriores só serão necessárias ao aplicar o SP2 para bancos de dados não-graváveis ou grupos de arquivos que fazem parte de uma topologia de replicação. Para saber mais, consulte a seção 3,12 aplicando SP2 a grupos de arquivos ou não-gravável bancos de dados.
diálogo de modo de autenticação

A caixa de diálogo modo de autenticação não padrão as configurações atuais para a instalação. Os padrões de caixa de diálogo são:
  • Em computadores que executam o Microsoft Windows 98 ou Windows Millennium Edition, a configuração padrão é autenticação de modo misto (o modo de autenticação somente suportado nesses sistemas operacionais). A caixa de diálogo solicita que você especifique uma senha para o logon do sa . Se você especificar uma senha, o programa de instalação alterará a senha de logon do sa . Se você deixar a senha em branco, o programa de instalação irá conectar-se e não alterar a senha.
  • Em computadores que executam o Windows NT 4.0 ou Windows 2000, a configuração padrão é autenticação do Windows. Use a caixa de diálogo para alternar para modo de autenticação do Windows ou do modo misto com uma senha de logon sa que não esteja em branco.
Antes de alterar o modo de autenticação ou a senha para o logon do sa , certifique-se que essa alteração não afetará os aplicativos existentes. Por exemplo, se você alterar uma instância do SQL Server de usar autenticação de modo misto para usando a autenticação do Windows, aplicativos existentes, tentando se conectar usando a autenticação do SQL Server não poderá se conectar até que o modo de autenticação é alterado para usar a autenticação do Windows. Além disso, se você alterar a senha de logon do sa, aplicativos ou processos administrativos usando a senha antiga não poderá se conectar até que eles foram alterados para usar a nova senha.

O programa de instalação coloca um registro das ações executado por ele no arquivo Sqlsp.log no diretório do Windows do computador no qual ele foi executado. Se várias instâncias forem atualizadas, somente a atualização mais recente será gravada nesse log.

3.6 Instalar SP2 de serviços de análise

O seguinte se aplica somente ao Analysis Services:

Para instalar o Analysis Services SP2, execute Setup.exe a partir um dos seguintes locais:
  • O subdiretório Msolap\Install no diretório que contém o arquivo de Analysis Services SP2 extraído do SQL2KASP2.exe.
  • O diretório de Msolap\Install no CD-ROM do SP2.
Setup.exe abre uma caixa de diálogo programa de instalação que solicita informações e, em seguida, conclua a instalação.

3.7 Instalar o SP2 da área de trabalho do mecanismo

O seguinte se aplica somente ao mecanismo de área de trabalho:

O service pack para o SQL Server 2000 Desktop Engine (também chamado de MSDE 2000) é destinado a desenvolvedores que criam aplicativos redistribuíveis que usam o mecanismo de área de trabalho. Se você estiver executando um aplicativo que usa o mecanismo de área de trabalho, contate o provedor do software para obter informações sobre como atualizar instâncias do Desktop Engine instalado por esses aplicativos. Para obter mais informações, consulte o tópico "Distribuindo o SQL Server 2000 Desktop Engine" nos manuais online do SQL Server .

O service pack para o mecanismo de área de trabalho é fornecido em três formulários:
  • CD-ROM do SQL Server 2000 Service pacote 2 : O CD-ROM inclui todos os arquivos necessários para atualizar instâncias existentes do mecanismo de área de trabalho. O número máximo de instâncias de suporte para o mecanismo de área de trabalho é 16. Esse CD-ROM não inclui os módulos de mesclagem ou arquivos .msi que são necessárias para instalar uma nova instância do mecanismo de área de trabalho.
  • SQL2KdeskSP2.exe : Este arquivo inclui uma atualização para uma única instância do mecanismo de área de trabalho que foi criado com sqlrun01.msi. O download não pode ser usado para atualizar instâncias o mecanismo de área de trabalho que foram criadas usando qualquer um dos outros .msi arquivos (sqlrun02.msi através de sqlrun16.msi). O arquivo não inclui os módulos de mesclagem ou arquivos .msi que são necessárias para instalar uma nova instância do mecanismo de área de trabalho. Para obter mais informações, consulte 2.2 da seção " Desktop Engine SP2 File ".

    Observação Para saber como determinar qual arquivo .msi foi usado para criar uma instância do MSDE, consulte o artigo na Base de Dados de Conhecimento da Q311762. Você pode acessar o artigo da Microsoft Product Support Services Knowledge Base.
  • CD-SQL Server 2000 da área de trabalho Engine Service Pack ROM 2 : este CD-ROM está disponível por solicitação para os assinantes MSDN Universal através de Microsoft Product Support. Ele inclui todos os arquivos necessários para atualizar instâncias existentes do mecanismo de área de trabalho. Além disso, ele contém os módulos de mesclagem e os arquivos .msi que são necessárias para instalar uma nova instância do mecanismo de área de trabalho. Esse CD-ROM é fornecida para desenvolvedores criem aplicativos que exigem o mecanismo de área de trabalho. Para obter mais informações, consulte "Distribuindo SQL Server aplicativos" no SQL Server Books Online .

    Observação O SQL Server 2000 da área de trabalho Engine Service CD-2 ROM do pacote não inclui o Service Pack para SQL Server ou o Analysis Services.
O procedimento para atualizar uma instalação existente do Desktop Engine varia dependendo de qual das três versões do software SP2 você uso e a mídia (por exemplo, CD-ROM ou compartilhamento de rede) do qual você fazer a atualização. Quando atualizar o mecanismo de área de trabalho, o Desktop Engine service pack deve ser aplicado a cada instância do mecanismo de área de trabalho.

requisitos

Use o Setup.exe para aplicar este service pack. O Setup.exe no SP2 do mecanismo de área de trabalho aceita os mesmos parâmetros como o SQL Server 2000 da área de trabalho Engine Setup.exe lançado com o SQL Server 2000. O material de referência para Setup.exe pode ser encontrado em:
  • O tópico "Instalação do SQL Server 2000 Desktop Engine" nos manuais online do SQL Server 2000 .
  • As seções a seguir o arquivo Readme.txt do SQL Server 2000 original:
    • 3.1.4
    • 3.1.23
    • 3.1.28
    • 3.1.29
    • 3.1.30
Você pode executar a instalação de seu disco rígido, um compartilhamento de rede ou um CD-ROM. O programa de instalação do mecanismo de área de trabalho requer a mídia original (por exemplo, o original CD-ROM ou compartilhamento de rede) usada para instalar o mecanismo de área de trabalho. Só é possível instalar o mecanismo de área de trabalho de um CD-ROM se as seguintes condições forem atendidas:
  • A instalação original do mecanismo de área de trabalho foi não instalado a partir de um CD-ROM.
  • Se você criar seu próprio CD-ROM para a instalação do SP2, o rótulo de volume no CD-ROM deve ser SQL2KSP2. Se você for um independent software fornecedor (ISV) criando um CD-ROM para distribuir o mecanismo de área de trabalho como um componente do seu aplicativo, o rótulo do volume CD-ROM deve ser idêntico à propriedade VolumeLabel na tabela de mídia do pacote do Windows Installer (*.msi).
Se o mecanismo de área de trabalho foi originalmente instalado de um CD-ROM ou de um compartilhamento de rede que foi movido, copie o subdiretório MSDE do SQL Server 2000 da área de trabalho Engine Service Pack 2 CD no seu disco rígido ou o compartilhamento de rede e execute o Setup.exe.

Se você precisar aplicar o Service Pack 2 diretamente do CD-ROM, você primeiro deve atualizar o Windows Installer para versão 2.0.2600.0 ou posterior. Esse processo exigirá que você reiniciar seu computador.

Para atualizar o Windows Installer:
  1. Anote o caminho completo da instalação original.
  2. Execute InstMsi20.exe.
  3. Digite o caminho completo da instalação original na caixa de texto.
Setup.exe está localizado em um dos seguintes locais:
  • O subdiretório do MSDE que esteja no diretório que contém os arquivos de pacote serviço extraídos da SQL2KDeskSP2.exe.
  • O local em seu disco rígido ou o compartilhamento de rede para o qual você copiou o subdiretório MSDE do CD-ROM do SQL Server 2000 SP2.
Observação O procedimento de instalação é diferente se você instalou o mecanismo de área de trabalho como um componente de outro aplicativo. Contate o fornecedor do software para obter mais informações sobre como atualizar o mecanismo de área de trabalho.

Aplicando patch pacotes

Os pacotes de patch distribuídos neste Service Pack atualizará o padrão numeradas instâncias do MSDE (01-16) incluídas no SQL Server 2000 CD. Para atualizar uma instância do MSDE, você deve aplicar o patch correspondente. Por exemplo, para atualizar uma instância originalmente instalada a partir SqlRun03.msi, você deve usar SQLRun03.msp.

Observação Como esses arquivos são muito grandes, a versão para download deste Service Pack contém apenas um pacote do patch: SQLRun01.msp. Os outros pacotes patch quinze estão no CD SQL Server 2000 Service Pack 2.

Use Setup.exe a partir da linha de comando para aplicar um pacote de patch a uma instância instalada do MSDE. Se você souber o pacote de instalação foi utilizado para instalar sua instância do mecanismo de área de trabalho, você pode especificar que o Setup.exe usar o patch correspondente com a opção /p. Por exemplo:
Setup /p SQLRun03.msp
se você não souber o pacote de instalação foi usada, digite SQLRUN após a opção /p . A opção SQLRUN informa Setup.exe para escolher o pacote de patch correto propriamente dito. Isso só funcionará se as seguintes condições forem atendidas:
  • Todos os arquivos .msp estão localizados em uma pasta chamada instalação diretamente sob a pasta que contém o Setup.exe. Isso exige o CD de 2 do SQL Server 2000 Service Pack.
  • Quando a instância a ser atualizado não for a instância padrão, seu nome de instância é especificado com a variável INSTANCENAME .
Por exemplo, o comando a seguir será executado o Setup.exe para corrigir uma instalação de uma instância chamada minhainstância:
Setup /p SQLRUN INSTANCENAME=MyInstance
O nome de instância também pode ser especificado em um arquivo. ini. Para obter mais informações, consulte o tópico "personalização da área de trabalho Engine Setup.exe" nos manuais online do SQL Server .

Observação Não use abertura e fechamento entre aspas o nome da instância.

Se o programa de instalação não conseguir localizar o pacote do patch correto, você será exibida uma mensagem de erro.

Observação Ao usar o setup.exe para instalar o SP2 do MSDE em um computador executando o Windows 98 ou Windows Millennium Edition, você deve usar a opção UPGRADEUSER para especificar um logon que seja membro da função de servidor fixa sysadmin. Para obter mais informações sobre UPGRADEUSER , consulte a seção 3.1.23 do arquivo Readme.txt do SQL Server 2000 original.
redistribuindo o service pack

É recomendável que distribuidores de software independentes () que desejam redistribuem esse service pack faça isso da seguinte maneira:
  1. Instale o Service Pack em uma instância do mecanismo de área de trabalho configurado para corresponder à distribuídos com o seu software.
  2. Gere seu próprio pacote de patch com base nas diferenças entre as instalações novas e antigas.
  3. Distribua o patch personalizado a seus clientes.
Para obter mais informações sobre como criar pacotes de patches, consulte a documentação incluída com o Windows Installer Software Development Kit (SDK), que pode ser baixado do Microsoft Platform SDK Web site.

Observação Você pode redistribuir uma cópia completa do SP2.

locais de arquivos

No CD-SQL Server 2000 da área de trabalho Engine Service Pack ROM 2 , os módulos de mesclagem e arquivos de instalação estão localizados na \MSDE. Para obter uma lista completa, consulte "Using SQL Server da área de trabalho Engine Merge Modules" nos manuais online do SQL Server .

3.8 Reiniciar serviços

O seguinte se aplica a todos os componentes:

Quando o programa de instalação é concluída, ela pode solicitar a reinicialização do sistema. Após as reinicializações de sistema (ou após a instalação do programa é concluída sem solicitar a reinicialização), use o aplicativo de Serviços no Painel de controle para verificar que o MS DTC e o Microsoft Search MSSQLServer, MSSQLServerOLAPService serviços e o SQLServerAgent ou seus equivalentes específicas de instância estão em execução. Fazer backup dos bancos dos atualizado master e msdb dados.

3.9 Reiniciar aplicativos

O seguinte se aplica a todos os componentes:

Reinicie os aplicativos que você fechar antes de executar a instalação do service pack.

3,10 Instalando em um cluster de failover

O seguinte se aplica somente para componentes do SQL Server 2000 que fazem parte de um cluster de failover:

Para instalar este service pack em um cluster de failover:
  • Execute este service pack a partir do nó que possui o grupo que contém o servidor virtual que você pretende atualizar. Isso instalará os arquivos do service pack em todos os nós de cluster de failover.
  • Na caixa de diálogo programa de instalação, digite o nome do servidor virtual que estiver atualizando.
  • Manter todos os nós do cluster online durante a instalação. Isso garante que a atualização será aplicado para cada nó do cluster.
Observação Programa de instalação do SQL Server 2000 SP2 pode exigir a reinicialização os nós de cluster de failover. Isso substitui os arquivos que estavam em uso durante a instalação do SQL Server 2000 SP2 com os arquivos atualizados.

Se você estiver atualizando uma instância (não-agrupado) padrão do SQL Server para um servidor virtual, você deve primeiro fazer a atualização de uma instância padrão a uma instância virtual e em seguida, aplique o SQL Server 2000 SP2. Para obter mais informações sobre a atualização, consulte "How to atualizar de uma instância padrão para uma instância de cluster padrão do SQL Server 2000 (instalação)" nos manuais online do SQL Server .

Se você precisar recriar um nó do cluster de failover, você deve:
  • Recrie o nó do cluster de failover. Para obter mais informações sobre como recriar um nó, consulte "How to recuperar de falha de cluster de failover no cenário 1" nos manuais online do SQL Server .
  • Execute ao original SQL Server instalação do 2000 para adicionar o nó volta ao cluster de failover.
  • Execute a instalação do SQL Server 2000 SP2.

3.11 Instalando em servers replicados

O seguinte se aplica somente para componentes do SQL Server 2000 que fazem parte de uma topologia de replicação:

Implante este service pack em servidores replicados dessa seqüência:
  1. Distribuidor (se separada do editor)
  2. O Publisher
  3. Assinante
Observação Na maioria dos casos, especialmente na replicação de mesclagem, o distribuidor e editor estão no mesmo servidor e são atualizadas ao mesmo tempo.

Na replicação de mesclagem, o banco de dados de distribuição é usado somente para armazenar o histórico do agente. Normalmente, o banco de dados de distribuição reside no mesmo computador como o banco de dados publicado. No entanto, também é possível ter um banco de dados de distribuição remoto para replicação de mesclagem em sites que deseja centralizar o agente de log de histórico.

Talvez não seja capaz de atualizar todos os servidores em uma topologia de replicação imediatamente; no entanto, operações de replicação são geralmente inalteradas entre servidores que executam instâncias do SQL Server 2000 e este service pack. As exceções são abordadas em seção 5.3.7 " Restoring replicated databases from different versions of SQL Server ".

Observação Instalação do SP2 atualizar bancos de dados de usuários que são membros de uma topologia de replicação. Se algum dos bancos de dados que são membros de uma topologia de replicação for não-gravável, para aplicar o SP2 para os bancos de dados você deve torná-los gravável e reaplique a instalação do SP2. Para obter mais informações sobre como tornar um banco de dados gravável, consulte 3,12 seção Applying SP2 to non-writable databases or filegroups. Para saber mais sobre reaplicando SP2, consulte a seção 3.14 Reapplying SP2.

Um esquema de backup existente que contas para replicação permitirá Restaurando um banco de dados para um ponto de conhecidos após a atualização do SP2 no caso de uma falha. Depois de aplicar o SP2, um log ou completo do banco de dados backup é recomendado para banco de quaisquer dados de usuários envolvido em uma topologia de replicação. Dessa forma, no caso de uma falha de um banco de dados replicação, SP2 não precisará ser reaplicadas após o banco de dados tiver sido restaurado.

3,12 Aplicar o SP2 a bancos de dados não-graváveis ou grupos de arquivos

O seguinte se aplica somente para componentes do SQL Server 2000 que fazem parte de uma topologia de replicação:

Quando existem bancos de dados não-graváveis ou grupos de arquivos, o programa de instalação exibirá a mensagem seguinte:
A instalação detectou um ou mais bancos de dados e grupos de arquivos que não são graváveis.
Em geral, você pode ignorar este aviso e a instalação continuará. No entanto, se qualquer um dos bancos de dados não-graváveis listados no log do programa de instalação forem membros de uma topologia de replicação, você deve tornar os bancos de dados gravável e reaplicar a instalação do SP2 a essa instância do SQL Server 2000.

Observação Esta mensagem não afetará as instalações autônomas. Para saber mais sobre as instalações autônomas, consulte a seção 4.0 Unattended Installations.

Observação Durante a instalação, configuração não faz distinção entre bancos de dados não-graváveis e bancos de dados que estão off-line ou suspeito. Se um banco de dados ou grupo de arquivos estiver em qualquer uma dessas condições durante a instalação, o service pack deve ser reaplicado. Para obter mais informações sobre como colocar um banco de dados online, consulte banco de " Anexando e desanexando um dados" no SQL Server Books Online e para obter mais informações sobre como diagnosticar bancos de dados suspeitos, consulte "servidor e banco de dados Troubleshooting" no SQL Server Books Online .

Para aplicar o SP2 em um banco de dados somente leitura:
  1. Tornar um banco de dados somente leitura gravável usando ALTER DATABASE da seguinte maneira:
    ALTER DATABASE database
    SET READ_WRITE 
  2. Repita a etapa 2 para todos os bancos de dados somente leitura.
  3. São aplicáveis (ou reaplicar) o service pack.
  4. Se necessário, tornar o banco de dados somente leitura para novamente usando ALTER DATABASE da seguinte maneira:
    ALTER DATABASE database
    SET READ_ONLY 
Para aplicar o SP2 a um grupo de arquivos somente leitura:
  1. Tornar o grupo de arquivos somente leitura gravável usando ALTER DATABASE da seguinte maneira:
    ALTER DATABASE Database
    MODIFY FILEGROUP filegroup_name READWRITE 
  2. Repita a etapa 1 para todos os grupos de arquivos somente leitura.
  3. São aplicáveis (ou reaplicar) o service pack.
  4. Tornar o grupo de arquivos somente leitura para novamente usando ALTER DATABASE da seguinte maneira:
    ALTER DATABASE Database
    MODIFY FILEGROUP filegroup_name
    READONLY 
Para saber mais sobre ALTER DATABASE, consulte o tópico de referência ALTER DATABASE nos manuais online do SQL Server . Para saber mais sobre reaplicando SP2, consulte a seção 3.14 Reapplying SP2.

3,13 Desinstalação do SP2

O seguinte se aplica a todos os componentes exceto Analysis Services:

Para reverter para a versão anteriores ao SP2 do componentes do SQL Server 2000, você deve ter levado um backup dos bancos de dados mestre , msdb e modelo anteriores ao instalar o SP2. Para obter mais informações, consulte seção 3.1 " Back up your SQL Server databases ".

Observação Se nenhum dos bancos de dados estão envolvidos na replicação, você deve desativar a publicação.
  1. Para desativar a publicação: no SQL Server Enterprise Manager, expanda um grupo do SQL Server, expanda um servidor, clique com o botão direito do mouse a pasta de replicação e, em seguida, clique em Configurar publicação , assinaturas e distribuição .
  2. Selecione a guia bancos de dados de publicação .
  3. Desmarque a caixa de seleção para cada banco de dados que está envolvido na replicação. Isso permitirá que os bancos de dados a ser desconectado.
Siga estas etapas para reverter para a versão anteriores ao SP2 do SQL Server:
  1. Desanexe todos os bancos de dados de usuários. Para obter mais informações, consulte "How to Anexar e desanexar um banco de dados (Enterprise Manager)" nos manuais online do SQL Server .
  2. Desinstale o SQL Server. No Painel de controle, clique duas vezes em Adicionar ou remover programas e, em seguida, selecione a instância do SQL Server que você deseja desinstalar.
  3. Instale o SQL Server 2000 de CD-ROM ou o local do qual foi originalmente instalado o SQL Server.
  4. Restaure os bancos de dados mestre, msdb e modelo do último backup que foi criado antes de aplicar o SP2. Isso anexa automaticamente os bancos de dados usuário estavam conectados no momento que o backup foi criado.
  5. Anexe os bancos de dados de usuário criados após o último backup do banco de dados mestre.
  6. Configure a duplicação se necessário.

    aviso Quando você reverter para a versão anteriores ao SP2 do SQL Server, todas as alterações feitas a bancos de dados mestre, msdb e modelo desde a aplicação de SP2 são perdidas.

3.14 Reaplicando SP2

O seguinte se aplica a todos os componentes:

Nos casos a seguir, será necessário reaplicar o SQL Server 2000 SP2:
  • Quando forem adicionados após novos componentes do SQL Server 2000 SP2 foi aplicada.
  • Quando os bancos de dados ou grupos de arquivos que fazem parte de uma topologia de replicação e foram somente leitura durante o aplicativo inicial do service pack são feitos graváveis.
Para reaplicar o SP2, execute as etapas no 3.0 da seção " Service pack installation ".

Instalações autônomas 4.0

Banco de dados de componentes do SP2 podem ser aplicadas a uma instância do SQL Server 2000 executado em um computador em modo autônomo. CD-ROM do banco de dados componentes SP2 contém arquivos do ISS que podem ser usados para executar instalações do SP2 autônomas. Esses arquivos estão localizados no diretório raiz no CD-ROM e podem ser usados para executar diferentes tipos de instalações:
  • sql2kdef.ISS é o arquivo de instalação autônoma usado para aplicar o SP2 de componentes de banco de dados a uma instância padrão do SQL Server 2000 executado no sistema operacional Windows 2000 ou Windows NT 4.0. O arquivo de lote correspondente para usar é Sql2kdef.bat.
  • sql2knm.ISS é o arquivo de configuração usado para aplicar o SP2 de componentes de banco de dados a uma instância nomeada do SQL Server 2000 executado no sistema operacional Windows 2000 ou Windows NT 4.0. Você deve alterar o nome instância no arquivo ISS para identificar a instância que está sendo atualizada.
  • sql2ktls.ISS é o arquivo de configuração usado para aplicar o SP2 de componentes de banco de dados a uma instalação de ferramentas-somente. Este arquivo pode ser usado para a instalação sem modificações.
  • sql2k9x.ISS é o arquivo de configuração usado para aplicar o SP2 de componentes de banco de dados em um computador executando o Windows Millennium Edition ou o sistema operacional Windows 98. O nome da instância precisará ser alterado para identificar a instância que está sendo atualizada.
  • sql2kcli.ISS é o arquivo de configuração usado para aplicar o SP2 de componentes de banco de dados a uma instalação de componentes do cliente em um computador executando o sistema operacional do Windows 95.
  • MSOLAP.ISS é o arquivo de configuração que armazena a lista de parâmetros para executar uma instalação autônoma do Analysis Services SP2.
Observação Durante uma instalação autônoma, se a instalação detectar qualquer bancos de dados não-graváveis ou grupos de arquivos, essas informações são gravadas o log de instalação e a instalação autônoma continua. Se qualquer um dos bancos de dados não-graváveis listados no log do programa de instalação forem membros de uma topologia de replicação, você deve tornar os bancos de dados gravável e reaplicar a instalação do SP2 a essa instância do SQL Server 2000. Para obter mais informações sobre como tornar um banco de dados gravável, consulte 3,12 seção Applying SP2 to non-writable databases or filegroups. Para saber mais sobre reaplicando SP2, consulte a seção 3.14 Reapplying SP2.

4.1 Redistribuindo SP2 Data Access Components

Este service pack inclui um arquivo de extração automática, SQLRedis.exe e uma versão do Redist.txt. Esses arquivos são no SP2 de componentes de banco de dados. Por padrão, quando SQLRedis.exe é executado, ele:
  1. Executa o Mdac_typ.exe do Microsoft Data Access Components (MDAC) 2.62. Isso instala os principais componentes MDAC 2.62 e as versões dos SQL Server e mecanismo de área de trabalho cliente componentes de conectividade que são fornecidos com este service pack.
  2. Instala drivers de ODBC do Microsoft Jet e componentes de conectividade.
É possível redistribuir o arquivo SQLRedis.exe sob os termos e condições registradas no arquivo de Redist.txt que acompanha este service pack.

Anotações de documentação 5.0

Esta seção aborda problemas que podem ocorrer, bem como novos recursos que estarão disponíveis quando você executar este service pack. Essas questões aplicam-se ao executando o service pack para atualizar para SQL Server 2000 e o SQL Server 2000 SP1 e não são o resultado de correções contidas nesse service pack.

Os segmentos do Analysis Services e do Meta Data Services nesta seção não serão aplicado a instalações somente Desktop Engine.

Aprimoramentos de banco de dados e mecanismo de área de trabalho 5.1

Os seguintes problemas se aplicam às instâncias do SQL Server 2000 no qual o SP2 de componentes de banco de dados tiver sido instalado e instâncias de mecanismo de área de trabalho em que o SP2 do mecanismo de área de trabalho foi instalado.

5.1.1 Instalar novas instâncias do mecanismo de área de trabalho

introduzido no SP1

Siga estes procedimentos para instalar uma nova instância do mecanismo de área de trabalho depois de aplicar o SP2.
  1. No diretório \Arquivos de programas\Microsoft SQL Server\80\Tools\Binn\Resources\1033, renomeie os seguintes arquivos para * .RDL:
    • semnt.rll
    • sqlsvc.rll
  2. No diretório \Arquivos de programas\Microsoft SQL Server\80\Tools\Binn, renomeie os seguintes arquivos para * .dld:
    • semnt.dll
    • sqlsvc.dll
    • sqlresld.dll
  3. Instalar o mecanismo de área de trabalho sem o SP2.
  4. Renomeie os arquivos semnt.rdl e sqlsvc.rdl no diretório \Program Files\Microsoft SQL Server\80\Tools\Binn\Resources\1033 para *.rll.
  5. Renomeie o semnt.dld, sqlsvc.dld, sqlresld.dld arquivos no diretório \Program Files\Microsoft SQL Server\80\Tools\Binn para *.dll.
A instância recém-instalada do mecanismo de área de trabalho será ser SP2.

5.1.2 Usando caracteres do chinês, japonês ou coreano com SP2 de componentes de banco de dados

introduzido no SP1

Se você instalar o SP2 de componentes de banco de dados em um servidor que executa o sistema operacional Windows NT 4.0 ou Windows 98 e o atualização mais recente para o Windows 2000, a atualização do Windows 2000 substitui determinados arquivos de sistema. Esses arquivos de sistema são necessários para a classificação de caracteres chinês, japonês ou coreano. Se você usar caracteres de chinês, japonês ou coreanas em seus bancos de dados do SQL Server, execute a versão do SQLRedis.exe que acompanham o SP2 depois de executar a atualização para o Windows 2000. Para obter mais informações sobre como executar SQLRedis.exe, consulte 4.1 da seção " Redistributing SP2 Data Access Components ".

Observação Você não precisará reaplicar SQLRedis.exe em computadores clientes ou servidores que não têm bancos de dados contendo caracteres chinês, japonês ou coreano.

As equipes de hash 5.1.3 removidas

introduzido no SP1

As equipes de hash foram removidas. Devido a determinados aperfeiçoamentos para o SQL Server 2000, as equipes de hash não produzem os benefícios de desempenho que elas oferecidas no SQL Server versão 7.0. Além disso, remover as equipes de hash faz SQL Server 2000 mais estável.

Portanto, o otimizador de consultas não gera planos de consulta usando as equipes de hash.

Em casos raros, a remoção dos equipes de hash pode causará a consulta para processar mais lentamente. Analise essas consultas para ver se a criação de índices mais adequados retornará a desempenho da consulta para o nível anterior.

Opções de máscara de afinidade 5.1.4 adicionadas

introduzido no SP1

Duas opções de máscara de afinidade foram adicionadas para este service pack.

alternar de máscara de afinidade de E/s

Com este service pack, você pode especificar quais CPUs serão usados para executar threads para operações de E/s de disco. Essa opção deve ser usada em conjunto com a opção de máscara de afinidade . Para obter mais informações, consulte o 298402 na Microsoft Product Support Services Knowledge Base.

alternar de máscara de afinidade conexão

Com este service pack, você pode configurar sistemas habilitados para Virtual Interface Architecture (VIA) para vincular as conexões do SQL Server de determinadas placas de rede com um processador ou conjunto de processadores. Essa opção deve ser usada em conjunto com a opção de máscara de afinidade . Para obter mais informações, consulte o 299641 na Microsoft Product Support Services Knowledge Base.

5.1.5 SQL Server Agent registra informações de conta

apresentadas no SP2

Agora, o histórico de trabalho do SQL Server Agent registra a conta Windows na qual cada trabalho etapa foi executada. Essas informações ajudam os administradores a diagnosticar problemas de segurança com trabalhos agendados, incluindo trabalhos agendados definidos para replicação e tarefas do Data Transformation Services.

5.1.6 Filtrados de modo de exibição indexado

apresentadas no SP2

Se você tiver encontrado erro do SQL Server 2000 355069 conforme documentadas nas 306467 de artigo de Base de Dados de Conhecimento da Microsoft, este service pack somente impedirá ocorrências futuras resultados inesperados, devido às modificações de dados. Portanto, bem como aplicar essa correção, todos os índices com base em modos de exibição com condições de filtro precisará ser recriada. Para obter mais informações, consulte o 306467 na Microsoft Product Support Services Knowledge Base.

Aprimoramentos de serviços de análise 5.2

Aprimoramentos de serviços de análise no SP2 incluem:
  • Partições remotas.
  • Atualizada instalação do cliente redistribuível de Analysis Services.
  • Suporte para dados de terceiros provedores de algoritmos de mineração.
  • Capacidade de instalar o Analysis Services em um computador com arquivos de cliente atualizado.
Partições remotas 5.2.1

introduzido no SP1

Quando uma partição remota é criada em um servidor local que tenha o SP1 ou versão posterior instalado, o servidor remoto deve usar uma conta de usuário de domínio que tem permissões de acesso completo para o cubo pai no servidor local. Qualquer conta de usuário que seja um membro do grupo Administradores OLAP no servidor local terão permissões de acesso total.

Além disso, se o servidor local tiver o SP1 instalado, o servidor remoto também deve ter SP1 instalado para criar ou administrar partições remotas.

Instalação do cliente redistribuível de Analysis Services 5.2.2 atualizada

introduzido no SP1

O Analysis Services SP1 e versões posteriores inclui versões atualizadas dos seguintes programas de instalação redistribuível do cliente:
  • PTSLite.exe
  • PTSFull.exe
Esses arquivos estão localizados no caminho \msolap\install\PTS do diretório de instalação do SP2.

Observação PTSFull.exe inclui MDAC; PTSLite.exe não.

Use esses programas de instalação de cliente atualizado em seus aplicativos para impedir ou resolver problemas de instalação de cliente que você pode encontrar ao usar o Analysis Services e Microsoft Office XP.

Observação Ao usar o Analysis Services com o Office XP, atualizar o cliente é altamente recomendável.

Suporte de 5.2.3 habilitado para dados de terceiros provedores de algoritmos de mineração

introduzido no SP1

O Analysis Services SP1 e posterior inclui suporte para a adição de provedores de algoritmo de mineração de dados de terceiros. Para obter mais informações sobre como desenvolver um provedor de algoritmo de mineração de dados, consulte o white paper "provedores de mineração de dados externos" e o banco de dados OLE para data mining Resource Kit , que inclui o código para provedor de algoritmo de mineração de dados um exemplo, no Microsoft Data Access and Storage Development Center.

5.2.4 Instalar Analysis Services em um computador com arquivos de cliente atualizado

introduzido no SP1

Se você instalar o SQL Server 2000 Analysis Services em um computador que contém atualizado cliente arquivos, como SQL Server 2000 SP1 ou Office XP, você deve aplicar o Analysis Services SP1 ou posterior garantir que o cliente funcione corretamente e que você pode procurar cubos.

Aprimoramentos de replicação 5.3

Aprimoramentos de replicação no SP2 incluem:
  • Personalizado stored procedure para atualizações de replicação transacional
  • Atualizações de replicação transacional em colunas exclusivas
  • Restrições removidas do processamento de instantâneo simultâneo
  • Capacidade de procedimentos de script personalizado armazenado em replicação transacional
  • Mesclar dados de meta com base na retenção de replicação de limpeza
  • Restaurar bancos de dados replicados de diferentes versões do SQL Server
  • Novo -MaxCmdsInTran parâmetro para o Log Reader Agent
Procedimento armazenado de replicação transacional 5.3.1 UPDATE personalizada

introduzido no SP1

Durante a replicação transacional a instalação, procedimentos armazenados personalizados para inserir, excluir e ações de atualização são criadas no banco de dados de inscrição. Independentemente de quantas colunas são afetadas por uma instrução UPDATE, o procedimento armazenado personalizado atualização atualizará todas as colunas a tabela de inscrição. Qualquer coluna que não mudou simplesmente é redefinida para os mesmos valores que existia antes da atualização. Normalmente, essa ação faz com que nenhum problema. No entanto, se qualquer uma dessas colunas são indexados, essa redefinição pode se tornar cara.

Se você estiver usando a replicação transacional e ter vários índices na tabela de inscrição, e estão alterando apenas alguns valores de coluna por causa das atualizações, a sobrecarga de manutenção do índice pode se tornar um fator limitante do desempenho quando alterações são aplicadas no Assinante. Por exemplo, um banco de dados inscrição que está sendo usado para fins de geração de relatórios pode ter vários índices mais que o banco de dados de publicação. Criar dinamicamente a instrução UPDATE em tempo de execução pode melhorar o desempenho. A atualização incluirá somente as colunas que foram alterados, criando assim uma seqüência UPDATE ideal.

Este service pack inclui um novo procedimento armazenado, sp_scriptdynamicupdproc , que gera um procedimento armazenado personalizado que você pode usar no Assinante para criar dinamicamente a instrução de atualização no tempo de execução. No entanto, o processamento extra será usado em tempo de execução para que a instrução UPDATE dinâmica a ser criado.

sp_scriptdynamicupdproc

Gera a instrução CREATE PROCEDURE que cria um procedimento de atualização dinâmica armazenado. A instrução UPDATE dentro do procedimento armazenado personalizado é criada dinamicamente, com base na sintaxe MCALL que indica as colunas que deseja alterar. Use este procedimento armazenado se o número de índices na tabela de inscrição está crescendo e o número de colunas sejam alteradas for pequeno. Esse procedimento é executado no editor no banco de dados de publicação.

sintaxe

sp_scriptdynamicupdproc [@ artid =] artid

argumentos

[@ artid =] artid É a identificação do artigo. artid é um int , com nenhum padrão.

conjuntos de resultados

Retorna um conjunto de resultados que consiste em uma coluna único nvarchar(4000) . O conjunto de resultados formulários a instrução CREATE PROCEDURE completa usada para criar o procedimento armazenado personalizado.

comentários

sp_scriptdynamicupdproc é usada em replicação transacional. A lógica de script MCALL padrão inclui todas as colunas dentro de instrução UPDATE e usa um bitmap para determinar as colunas que foram alterados. Se uma coluna não alterado, a coluna é definida volta a mesmo, que geralmente faz com que nenhum problema. Se a coluna está indexada, processamento extra ocorre. Por outro lado, esse procedimento usa uma abordagem dinâmica: ele inclui somente as colunas que foram alterados, que fornece uma seqüência UPDATE ideal. No entanto, processamento extra incide no tempo de execução quando a instrução UPDATE dinâmica é criada. É recomendável que você teste a abordagem do procedimento armazenado dinâmico e a abordagem estática padrão e, em seguida, escolher a solução ideal para suas necessidades em particular.

permissões Os membros da função pública podem executar sp_scriptdynamicupdproc .

exemplos

This example creates an article (with artid set to 1) on the authors table in the pubs database, and specifies that the UPDATE statement is the custom stored procedure to execute:
'MCALL sp_mupd_authors'
Generate the custom stored procedures to be executed by the Distribution Agent at the Subscriber by running the following stored procedure at the Publisher:
EXEC sp_scriptdynamicupdproc @artid = '1' 
The statement returns: 
create procedure [sp_mupd_authors] @c1 varchar(11),@c2 varchar(40),@c3 varchar(20),@c4 char(12),@c5 varchar(40),@c6 varchar(20), @c7 char(2),@c8 char(5),@c9 bit,@pkc1 varchar(11),@bitmap binary(2) as declare @stmt nvarchar(4000), @spacer nvarchar(1) 
select @spacer =N'' 
select @stmt = N'update [authors] set ' 
if substring(@bitmap,1,1) & 2 = 2 begin 
select @stmt = @stmt + @spacer + N'[au_lname]' + N'=@2' 
select @spacer = N',' 
end if substring(@bitmap,1,1) & 4 = 4 begin 
select @stmt = @stmt + @spacer + N'[au_fname]' + N'=@3' 
select @spacer = N',' 
end if substring(@bitmap,1,1) & 8 = 8 begin 
select @stmt = @stmt + @spacer + N'[phone]' + N'=@4' select @spacer = N',' 
end if substring(@bitmap,1,1) & 16 = 16 begin 
select @stmt = @stmt + @spacer + N'[address]' + N'=@5' 
select @spacer = N',' 
end if substring(@bitmap,1,1) & 32 = 32 begin 
select @stmt = @stmt + @spacer + N'[city]' + N'=@6' select @spacer = N',' 
end if substring(@bitmap,1,1) & 64 = 64 begin 
select @stmt = @stmt + @spacer + N'[state]' + N'=@7' 
select @spacer = N',' 
end if substring(@bitmap,1,1) & 128 = 128 begin 
select @stmt = @stmt + @spacer + N'[zip]' + N'=@8' select @spacer = N',' 
end if substring(@bitmap,2,1) & 1 = 1 begin 
select @stmt = @stmt + @spacer + N'[contract]' + N'=@9' 
select @spacer = N',' end 
select @stmt = @stmt + N' 
where [au_id] = @1' exec sp_executesql @stmt, N' @1 varchar(11),@2 varchar(40),@3 varchar(20),@4 char(12),@5 varchar(40), @6 varchar(20),@7 char(2),@8 char(5),@9 bit',@pkc1,@c2,@c3,@c4,@c5,@c6,@c7,@c8,@c9 
if @@rowcount = 0 if @@microsoftversion>0x07320000 
exec sp_MSreplraiserror 20598
Depois de executar esse procedimento, você pode usar o script resultante para manualmente criar o procedimento armazenado nos assinantes.

Instruções de UPDATE replicação transacional 5.3.2 em colunas exclusivas

introduzido no SP1

Na replicação transacional, instruções UPDATE geralmente são replicadas como as atualizações. Mas se a atualização altera qualquer coluna que é parte de um índice exclusivo, o índice de cluster ou a expressão usada como uma restrição exclusiva, a atualização será executada como uma instrução DELETE seguida por uma instrução INSERT no assinante. Isso é feito porque este tipo de atualização pode afetar várias linhas e haverá uma chance de uma violação de exclusividade se as atualizações foram entregues linha por linha.

No entanto, se a atualização afeta apenas uma linha, há não chance de uma violação de exclusividade. Portanto, o sinalizador de traço 8207 foi adicionado para este service pack para permitir atualizações para qualquer coluna exclusiva que afetam somente uma linha a serem replicadas como instruções UPDATE. A otimização foi adicionada especificamente para aplicativos que instalar definido pelo usuário UPDATE disparadores no assinante e exigem esses disparadores para acionar para atualizações que afetam somente uma linha em uma coluna exclusiva.

Para usar o sinalizador de traço 8207, ativá-la no prompt de comando (sqlservr.exe - T8207) ou em tempo de execução usando DBCC TRACEON(8207,-1) antes do Log Reader Agent é iniciado.

importante Normalmente, o sinalizador de traço 8207 é usado com a replicação transacional somente leitura. Não use o sinalizador de traço com inscrições atualizáveis se a chave primária UPDATE pode ocorrer no assinante.

5.3.3 Restrições removidas do processamento de instantâneo simultâneo

introduzido no SP1

No SQL Server 2000, processamento de instantâneo simultâneo não foi recomendado se a tabela a publicação tiver um índice exclusivo que não era a chave primária ou a chave de cluster. Se as modificações de dados tiverem sido feitas para a chave de cluster enquanto estava sendo gerado um instantâneo simultâneo, replicação pode falhar com um erro de chave duplicado ao aplicar o instantâneo simultâneo para um assinante. Neste service pack, não há quaisquer restrições como usar o processamento de instantâneo simultâneo.

Procedimentos armazenados de replicação transacional 5.3.4 script personalizado

introduzido no SP1

Ao configurar inscrições nosync (ou seja, inscrições que não recebem o instantâneo inicial), os procedimentos armazenados personalizados para INSERT, UPDATE and DELETE statements precisam ser criados manualmente. Normalmente, essas instruções são criadas no assinante quando o instantâneo inicial é entregue. Um novo procedimento armazenado, sp_scriptpublicationcustomprocs , foi adicionado para gerar scripts para os procedimentos armazenados personalizados no nível de publicação. Essa nova funcionalidade pode facilitar a configurar inscrições nosync.

sp_scriptpublicationcustomprocs

Em uma publicação em que a opção de gerar automaticamente um esquema de procedimento personalizado é habilitada, isso armazenados scripts do procedimento INSERT personalizada, UPDATE e DELETE procedimentos para todos os artigos da tabela. sp_scriptpublicationcustomprocs é particularmente útil para configuração de inscrições para que o instantâneo é aplicado manualmente.

sintaxe

sp_scriptpublicationcustomprocs [@ publication] = publication_name

argumentos

[@ publication] = publication_name

É o nome da publicação. publication_name é um sysname com nenhum padrão.

retornar valores de código

0 (êxito) ou 1 (falha)

conjuntos de resultados

Retorna um conjunto de resultados que consiste em uma coluna único nvarchar(4000) . O resultado definir formulários a instrução CREATE PROCEDURE completa necessárias para criar o procedimento armazenado personalizado.

comentários

Os procedimentos personalizados não são inseridos no script para artigos sem a gerar automaticamente a opção de esquema do procedimento personalizado (0 x 2).

permissões

Executar permissão é concedida ao público ; uma verificação de segurança procedimento é realizada esse procedimento armazenado para restringir o acesso a membros do sysadmin fixos função de servidor e banco de dados fixa db_owner no banco de dados atual.

exemplo

Este exemplo gera um script de procedimentos armazenados personalizados em uma publicação chamada Northwind.
exec Northwind.dbo.sp_scriptpublicationcustomprocs @publication = N'Northwind'
Mesclagem 5.3.5 replicação com base na retenção metadados limpar

introduzido no SP1

Quando há uma grande quantidade de dados de metadados em tabelas de sistema de replicação de mesclagem, limpando os metadados melhora o desempenho. Antes para SQL Server 2000 SP1, poderiam ser limpos metadados executando sp_mergecleanupmetadata . No entanto, SQL Server 2000 SP1 e posterior inclui com base na retenção limpeza de metadados, que significa que metadados podem ser excluídos automaticamente das tabelas de sistema a seguir:
  • MSmerge_contents
  • MSmerge_tombstone
  • MSmerge_genhistory
  • Qualquer antes de tabelas de imagem, se houver
Observação Antes de imagem tabelas estão presentes se a opção de otimização de sincronização @keep_partition_changes é habilitada na publicação.

Limpeza de metadados com base na retenção ocorre da seguinte maneira:
  • Se o parâmetro de Merge Agent ?MetadataRetentionCleanup é definido como 1, pois é por padrão, o Merge Agent limpará a assinatura e o Publisher envolvidas na mala direta.
  • Se o parâmetro ?MetadataRetentionCleanup é definido como 0, limpeza automática não ocorre. Nesse caso, iniciar manualmente limpeza de metadados com base na retenção executando sp_mergemetadataretentioncleanup . Esse procedimento deve ser executado em cada editor e assinatura que deve ser limpos. Ele é recomendado, mas não obrigatório, que o editor e assinantes ser limpos em pontos semelhantes no período (consulte evitando conflitos False posteriormente nesta seção).

    Observação O parâmetro ?MetadataRetentionCleanup 1 agora é parte de todos os perfis de agente de mesclagem que são fornecidos com o SQL Server 2000 SP1 e posterior. Se você atualiza um servidor para o SP1 ou SP2 e em seguida, adicione a replicação de mesclagem, o perfil do Merge Agent é automaticamente atualizado para incluir esse parâmetro. Se você atualizar para SP1 ou SP2 um servidor que já tenha habilitada a replicação de mesclagem, o perfil do Merge Agent não é atualizado automaticamente; atualizar o perfil, executando sp_add_agent_parameter (consulte " Additional parameter for sp_add_agent_parameter, " descrito mais adiante nesta seção).
importante O período de retenção padrão para publicações é 14 dias. Se um artigo pertencer a várias publicações, pode haver períodos de retenção diferentes. Nessa situação, o período de retenção mais longo é usado para determinar que o mais breve possível tempo ou limpe pode ocorrer. Se há várias publicações em um banco de dados e qualquer uma dessas publicações usa um período de retenção infinito de publicação (@ retenção = 0), mesclar dados de metadados para o banco de dados será não automaticamente limpo. Por esse motivo, use retenção da publicação infinito com cuidado.

parâmetro adicional para sp_add_agent_parameter

O sistema procedimento sp_add_agent_parameter agora tem um parâmetro MetadataRetentionCleanup , que lhe permite adicionar ou remover metadados limpeza de retenção de dados de perfis do Merge Agent. Um valor 1 indica que o perfil deve incluir a limpeza; um valor de 0 indica que ele não deve incluir a limpeza. Por exemplo, para adicionar metadados limpeza de retenção de dados a um perfil, execute:
EXEC sp_add_agent_parameter @profile_id=<my_profile_id>, @parameter_name='MetadataRetentionCleanup', @parameter_value=1
Limpeza de dados meta em topologias com diferentes versões do SQL Server

Para limpeza automática com base na retenção ocorra em um banco de dados envolvido na replicação de mesclagem, o banco de dados e o Merge Agent devem estar em servidores que executam o SQL Server 2000 SP1 ou posterior. Por exemplo:
  • Uma assinante de recepção do SQL Server 7.0 não será executada a limpeza em um editor do SQL Server 2000 SP1.
  • Um estudo do SQL Server 2000 SP1 Merge Agent não será executada a limpeza em um banco de dados assinante do SQL Server 2000 (sem SP1).
  • Um estudo do SQL Server 2000 SP1 Merge Agent será executado limpeza em um banco de dados SQL Server 2000 SP1 Editor, mesmo se ele tem os assinantes que são SQL Server 2000 ou anterior.
Limpeza automática em alguns servidores e não em outros no máximo causará conflitos falsos, e aqueles devem ser raros. Para topologias que incluem versões do SQL Server antes para o SQL Server 2000 SP1, você pode ver os benefícios de desempenho executando sp_mergemetadatacleanup em todos os servidores que não são limpas automaticamente.

evitando conflitos falsos

Limpeza de metadados com base na retenção impede não-convergência e silenciosa substitui das alterações nos outros nós. No entanto, falsos conflitos podem ocorrer se as duas condições a seguir forem atendidas:
  • Os metadados é limpo em um nó e não outro.
  • Uma atualização subseqüente no nó limpos-up ocorre em uma linha cujos dados meta foi excluídos.
Por exemplo, se dados meta é limpo no editor mas não no assinante, e é feita uma atualização no Editor, um conflito ocorrerá mesmo que os dados parecem ser sincronizado.

Para evitar esse conflito, verifique se dados meta é limpo em nós relacionados no mesmo tempo. Se -MetadataRetentionCleanup 1 é usado, o editor e a assinatura são limpas automaticamente antes do início do mesclagem, garantindo assim que os nós são limpos ao mesmo tempo. Se ocorrer um conflito, use o visualizador de conflito de replicação de mesclagem para analisar o conflito e alterar o resultado se necessário.

Se um artigo pertence a várias publicações ou em um cenário de republicação, é possível que os períodos de retenção para uma determinada linha no editor e no Assinante são diferentes. Para reduzir a chance de limpeza de metadados em um lado, mas não o outro, é recomendável que as publicações diferentes tenham períodos de retenção semelhante.

Observação Se houver uma grande quantidade de dados de metadados nas tabelas de sistema que devem ser limpos, o processo de mesclagem pode levar mais tempo para ser executado. Limpe os metadados regularmente para evitar que esse problema.

Fazer o backup 5.3.6 e restaurar problemas para replicação de mesclagem

introduzido no SP1

Um banco de dados de publicação que é restaurado a partir de um backup primeiro deve sincronizar com um banco de dados inscrição com uma inscrição global (ou seja, uma inscrição ter um valor de prioridade atribuída) para garantir comportamento correto de convergência. A sincronização garante que as alterações que foram perdidas no banco de dados de publicação devido a operação de restauração são reaplicadas com precisão.

Não sincronizar banco de dados de publicação com um banco de dados de inscrição que possui uma inscrição anônima. Porque as inscrições anônimas não tem suficiente metadados para aplicar alterações ao banco de dados de publicação, esse sincronização pode levar ao não-convergência de dados.

Quando você estiver planejando backup e restaurar as operações para replicação de mesclagem, considere os seguintes problemas adicionais:
  • Restaure os bancos de dados inscrição dos backups que não estão além do período de retenção.

    Restaurar um banco de dados de inscrição partir de um backup apenas se o backup for não mais antigo que o menor período de retenção de todas as publicações para o qual a assinatura se inscreve. Por exemplo, se uma assinatura assina a três publicações com períodos de retenção de 10, 20 e 30 dias, respectivamente, o backup usado para restaurar o banco de dados não deve ser mais de 10 dias.
  • Sincronize antes de gerar um backup.

    É altamente recomendável que uma assinatura sincronizar com o Publisher antes de executar um backup. Caso contrário, o sistema pode não convergir corretamente se a assinatura for restaurada desse backup. Embora o próprio arquivo de backup pode ser muito novo, a última sincronização com um editor pode ser quase como antiga como o período de retenção. Por exemplo, considere uma publicação com um período de retenção de 10 dias. A última sincronização foi 8 dias atrás e agora o backup é executado. Se o backup for aplicado 4 dias mais tarde, a última sincronização serão ocorreram 12 dias atrás, que é após o período de retenção. Se a assinatura tinha sincronizada direita antes do backup, o banco de dados de inscrição poderia ser dentro do período de retenção.
  • Reinicialize a assinatura se você alterar o valor de retenção da publicação.

    Se você precisar alterar o valor de retenção da publicação, reinicialize manualmente o assinante para evitar a não-convergência de dados. Os metadados com base na retenção limpar recurso exclui metadados desatualizados tabelas de sistema de mesclagem quando o período de retenção da publicação for atingido.

    O valor de retenção de publicação é usado para determinar quando inscrições não tem sincronizado dentro do período de retenção devem expirar. Se, após uma limpeza, o período de retenção da publicação é aumentado e uma assinatura tenta mesclar com o Publisher (que já excluiu os metadados), a inscrição não expirará por causa do valor da retenção maior. Além disso, o Publisher não tem dados suficientes meta para baixar alterações para o assinante, que leva a não-convergência.
  • Use os mesmos valores de retenção de publicação para todos os editores e seus parceiros de sincronização alternativo. Usar valores diferentes pode levar a não-convergência.
5.3.7 Restaurar bancos de dados replicados de diferentes versões do SQL Server

introduzido no SP1

Restaurar um backup para o mesmo servidor e banco de dados, executando a mesma versão que o servidor do qual o backup foi criado ? preservará as configurações de replicação. Se você estiver restaurando um banco de dados replicado para uma versão do SQL Server que é diferente da versão usada para fazer backup do banco de dados, considere os seguintes problemas:
  • Se você estiver restaurando para o SQL Server 2000 SP2 de um backup criado com o SQL Server 2000 e você quiser preservar as configurações de replicação, execute sp_vupgrade_replication . Executar sp_vupgrade_replication garante que os metadados de replicação foi atualizados. Se você não execute sp_vupgrade_replication , os metadados de replicação podem ser deixados em um estado imprevisível.
  • Se você estiver restaurando para o SQL Server 2000 de um backup criado com o SQL Server 7.0 (se ele ser a versão de lançamento, Service Pack 1, Service Pack 2 ou Service Pack 3) e você quiser preservar as configurações de replicação, você deve recriar o backup antes de instalar service packs. É possível restaurar diretamente para o SQL Server 2000 SP2 de um backup de um replicado banco de dados criado no SQL Server 7.0, mas as configurações de replicação não serão mantidas.
5.3.8 Um novo parâmetro MaxCmdsInTran para o Log Reader Agent

introduzido no SP1

Iniciando com o SP1, um novo parâmetro de prompt de comando, -MaxCmdsInTran , foi adicionado para o Log Reader Agent. Para transações afetar um grande número de comandos (normalmente em massa atualizações ou exclusões), o agente de distribuição deve aguardar o Log Reader Agent gravar a transação inteira ao banco de dados de distribuição antes de ele pode iniciar propagar a transação para o assinante. Esse atraso bloqueia o Distribution Agent e reduz o paralelismo entre os dois agentes.

Usando ?MaxCmdsInTran , o Log Reader Agent quebras transações grandes em partes menores, e cada bloco contém o mesmo ou comandos menos que o -MaxCmdsInTran entrada. Portanto, o agente de distribuição pode iniciar processamento anteriores partes de uma transação enquanto o Log Reader Agent ainda estiver trabalhando por meio de partes mais recentes da mesma transação.

Esse aprimoramento na paralelismo entre o Log Reader Agent e o Distribution Agent contribui para melhor taxa de transferência de replicação geral. No entanto, observe que as partes de transações são confirmadas no assinante como transações individuais, que quebra a propriedade ACID de atomicidade. Esse resultado não é um problema na maioria das circunstâncias, embora é recomendável que você teste para verificar.

definindo o parâmetro ?MaxCmdsInTran

Especifique um número inteiro positivo (1 ou acima) para o -MaxCmdsInTran valor do parâmetro. Especificar um valor de 0 é equivalente a não usar o parâmetro em todos os. Como esse parâmetro melhora o desempenho somente quando a transação é muito grande, um valor de 5000 ou posterior para este parâmetro é comum. Por exemplo:
logread.exe -MaxCmdsInTran 10000.
Para usar este parâmetro, o Publisher deve estar sendo executado SQL Server 2000 SP1 ou posterior, e no banco de dados de Log Reader Agent e distribuição deve ser atualizado para esse service pack. Caso contrário, -MaxCmdsInTran será ignorada.

Restrição 5.3.9 índices de cluster não-exclusivos

apresentadas no SP2 (aplica-se para a replicação transacional somente).

Você não pode criar um índice em cluster não-exclusivo em uma tabela após ele ter sido publicado para replicação transacional. Antes de criar o índice primeiro você deve descartar qualquer publicação que inclui a tabela.

5.3.10 Um novo - argumento de linha de comando MaxNetworkOptimization para Snapshot Agent

Durante o processamento normal, a replicação de mesclagem pode enviar comandos DELETE para os assinantes de linhas que não pertencem a partição do assinante. Comandos DELETE desse tipo são denominados exclui irrelevante. Exclui irrelevante não afetar integridade de dados ou a convergência, mas pode resultar em tráfego de rede desnecessário.

Para reduzir o tráfego de rede de exclusões irrelevantes, você pode usar o novo parâmetro Snapshot Agent -MaxNetworkOptimization com publicações de replicação de mesclagem. Definir o parâmetro para 1 minimiza as chances de exclusões irrelevantes, que maximiza a otimização da rede.

Observação Definir esse parâmetro para 1 é útil somente quando a opção de otimização de sincronização da publicação de mesclagem está definida como true (o @keep_partition_changes parâmetro do sp_addmergepublication ).

O padrão é 0 como definir o parâmetro para 1 pode aumentar o armazenamento de metadados e causar redução do desempenho no editor se existirem vários níveis de filtros de associação e filtros de subconjunto complexos. Você deve avaliar cuidadosamente a topologia de replicação e só definida -MaxNetworkOptimization como 1 se tráfego de rede de exclusões irrelevantes for alto demais.

Você pode adicionar esse parâmetro para o perfil do Snapshot Agent, executando o sistema procedimento sp_add_agent_parameter :
EXEC sp_add_agent_parameter 1, 'MaxNetworkOptimization', 1

5.4 Meta Data Services

Os itens a seguir se aplicam a SQL Server 2000 Meta Data Services.
Navegador de data 5.4.1 meta exporta em Unicode

introduzido no SP1

Navegador de data meta agora exporta dados de metadados com base em XML em Unicode. Antes do SQL Server 2000 SP1, o navegador exportados código de ANSI, que não oferece suporte a caracteres que não sejam do inglês. Essa alteração funcional é transparente para o usuário. Nesta versão do SP2, os dados exportados sempre é expressa como Unicode. Você pode ainda exportar no código ANSI, definindo o valor da chave do Registro HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport como "0". A lista a seguir representa os valores que você pode definir para essa chave do Registro:
  • NOOBJID = 1
  • NOHEADER = 2
  • RECUO = 4
  • UNICODE = 8
  • LOGUNMAPPEDTAGS = 16
  • EXPORTBASE = 32
Para obter mais informações sobre cada sinalizador, consulte "método de IExport::Export" nos manuais online do SQL Server .

Serviços de transformação de dados 5.5

Os itens a seguir aplicam-se para SQL Server 2000 Transformation Services (DTS data).
Assistente do DTS 5.5.1 não limita mais colunas de seqüência de caracteres para 255 caracteres

apresentadas no SP2

Quando você exporta dados para um arquivo de texto, o Assistente para exportação de importação DTS agora configura o pacote para gravar até 8000 caracteres de qualquer coluna que contém dados de tipo de seqüência.

Contexto de segurança 5.5.2 registrado para pacotes do DTS executados pelo SQL Server Agent

apresentadas no SP2

O SQL Server Agent registra o contexto de segurança em que cada etapa em um trabalho é executado. Começando com o SP2, o contexto de segurança aparece na caixa diálogo histórico do trabalho. Quando você executa um pacote DTS de uma etapa em um trabalho, o SQL Server Agent registra a conta de usuário sob a qual o pacote é executado. Essas informações ajudam a diagnosticar permissões e problemas de autenticação que ocorrem quando pacotes DTS estiverem agendados para executar em um servidor de administradores.

Aprimoramentos de conta de proxy de agente do SQL do 5.5.3 Server

apresentadas no SP2

Anterior ao SP2, pacotes do DTS armazenadas no servidor não foi possível executar sob as credenciais de conta do proxy de agente do SQL Server, a menos que a conta do proxy tem acesso para a pasta TEMP do usuário para a conta em que o servidor (no caso de trabalhos de executar a partir de xp_cmdshell ) ou o agente (no caso de trabalhos do agente) estava sendo executado. Devido a isso, os usuários freqüentemente precisavam que ajustar a variável de ambiente TEMP para a conta de inicialização do SQL Server ou do SQL Agent apontar para um diretório que estava acessível para a inicialização e contas proxy, como C:\Temp. Para o SP2, DTS foi aprimorado para usar a pasta TEMP do sistema se a pasta TEMP do usuário for não estiver disponível, reduzindo bastante a necessidade desses ajustes.

Aprimoramentos de 5.6 para o dispositivo de backup virtual API

O item a seguir se aplica ao SQL Server 2000 virtual backup dispositivo API.
5.6.1 Capturar vários bancos de dados em um único instantâneo

apresentadas no SP2

A API de dispositivo de backup virtual permite que fornecedores independentes de software integrar o SQL Server 2000 em seus produtos. Essa API é projetada para fornecer máximo de confiabilidade e desempenho. Ele totalmente oferece suporte a funcionalidade de backup e restauração para o SQL Server 2000, incluindo o intervalo completo de recursos de backup ativas e instantâneos.

No SP1 e versões anteriores, não havia uma maneira para congelar e fazer backup mais de um único banco de dados ao mesmo tempo. SP2 agora fornece suporte de lado do servidor para congelar e capturar vários bancos de dados em um único instantâneo através do comando VDC_PrepareToFreeze .

A especificação de dispositivos de backup virtual no SP2 contém informações atualizadas sobre o comando VDC_PrepareToFreeze . Uma versão atualizada do arquivo de cabeçalho de interface de dispositivo virtual (vdi.h) pode ser encontrada no \devtools\include no diretório de instalação do SP2.

Aprimoramento de consulta 6.0 inglês

introduzido no SP1

A Microsoft lançou um aperfeiçoamento de segurança para aplicativos de consulta em inglês. Esse aprimoramento não é instalado como parte do Service Pack. No entanto, é recomendável que você aplicá-lo se você estiver usando o English Query. O aperfeiçoamento de segurança está localizado no CD-ROM do SP2 na \EQHotfix a pasta. Detalhes sobre o aperfeiçoamento English Query estão disponíveis no da Microsoft Product Support Services Knowledge Base. Pesquise o Knowledge Base para o artigo 297105.

7.0 Biblioteca do banco de dados e SQL incorporado para C

introduzido no SP1

Enquanto a biblioteca do banco de dados de SQL incorporados para interfaces (APIs) de programação de aplicativo C ainda são suportadas no SQL Server 2000, sem versões futuras do SQL Server incluirá os arquivos necessários para fazer programação de trabalho em aplicativos que usam essas APIs. Conexões de aplicativos existentes criados usando a biblioteca do banco de dados e SQL incorporados para C ainda serão possível suporte na próxima versão do SQL Server, mas esse suporte também será descartada em uma versão futura. Ao escrever novos aplicativos, evite usar esses componentes. Ao modificar aplicativos existentes, você será fortemente incentivado para remover dependências sobre essas tecnologias. Em vez de biblioteca do banco de dados ou SQL incorporados para C, você pode usar o ADO, OLE DB ou ODBC para acessar dados no SQL Server. Consulte SQL Server Books Online para obter mais informações sobre essas tecnologias.

Propriedades

ID do artigo: 889552 - Última revisão: sexta-feira, 16 de novembro de 2007 - Revisão: 1.3
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2000 Service Pack 2
Palavras-chave: 
kbmt kbdatabase kbservicepack kbhowto kbinfo KB889552 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). Caso venha a encontrar erros neste artigo e queira colaborar no processo de aperfeiçoamento desta ferramenta, por favor preencha o formulário existente na parte inferior desta página. Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 889552

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