Descrição do Service Pack 1 para o SQL Server 2000: 30 de Maio de 2001

Traduções de Artigos Traduções de Artigos
Artigo: 889553 - Ver produtos para os quais este artigo se aplica.
importante Este artigo contém informações sobre como modificar o registo. Antes de modificar o registo, certifique-se de que efectua uma cópia de segurança e de que compreende como o restaurar o registo se ocorrer um problema. Para obter informações sobre como efectuar uma cópia de segurança, restaurar e editar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
256986Descrição do registo do Microsoft Windows
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Microsoft SQL Server 2000 Service Pack 1 (SP1) fornece actualizações para os componentes de base de dados de uma instalação do SQL Server 2000. Este artigo inclui as seguintes informações:
  • Como para identificar a versão do SQL Server e o Analysis Services está instalado
  • Como transferir e extrair o SQL Server 2000 SP1
  • Como instalar o SQL Server 2000 SP1
  • A redistribuir os componentes de cliente de base de dados Components SP1
  • Obter informações sobre problemas que poderão ocorrer quando executa este service pack
  • Informações sobre um melhoramento na segurança para consultas em inglês que está disponível em separado

Conteúdo

INTRODUÇÃO

Esta versão do Microsoft SQL Server 2000 Service Pack 1 (SP1) é fornecido no três partes:
  • Base de dados Components SP1 fornece actualizações para os componentes de base de dados de uma instância do SQL Server 2000, excluindo instâncias do SQL Server 2000 Desktop Engine. Base de dados Components SP1 inclui actualizações para o seguinte:
    • O motor de dados
    • Base de dados cliente ferramentas e utilitários, tais como o SQL Server Enterprise Manager e osql
    • Componentes de conectividade de cliente de base de dados, tais como Microsoft OLE DB Provider for SQL Server 2000, o controlador de ODBC para SQL Server 2000 e o cliente de bibliotecas de rede
  • Análise Services SP1 fornece actualizações para os componentes do SQL Server 2000 Analysis Services de uma instalação do SQL Server 2000, incluindo os seguintes:
    • Analysis Services
    • Componentes de cliente de serviços de análise, como Analysis Manager e o Microsoft OLE DB Provider for Analysis Services
    • Componentes de conectividade de cliente de base de dados, tais como Microsoft OLE DB Provider for SQL Server 2000, o controlador de ODBC para SQL Server 2000 e o cliente de bibliotecas de rede
  • Ambiente de trabalho motor SP1 fornece actualizações para os componentes de base de dados de uma instância do SQL Server 2000 Desktop Engine. Estes componentes incluem o seguinte:
    • O motor de dados
    • Componentes de conectividade de cliente de base de dados, tais como Microsoft OLE DB Provider for SQL Server 2000, o controlador de ODBC para SQL Server 2000 e o cliente de bibliotecas de rede
Estes três partes do SQL Server 2000 SP1 podem ser aplicados individualmente das seguintes formas:
  • Utilize base de dados Components SP1 para actualizar os componentes de base de dados sem actualizar os componentes de Analysis Services ou instâncias do SQL Server 2000 Desktop Engine.
  • Utilize o Analysis Services SP1 para actualizar o Analysis Services componentes sem actualizar instâncias do motor de ambiente de trabalho ou os componentes de base de dados.
  • Utiliza o ambiente de trabalho motor SP1 para actualizar instâncias do motor de ambiente de trabalho sem actualizar o Analysis Services ou instâncias de outras edições do SQL Server 2000. Para mais informações sobre como instalar o Desktop Engine, consulte "Install Desktop Engine SP1" secção mais adiante neste artigo.
No entanto, para actualizar os componentes de base de dados e o componentes de Analysis Services, tem de aplicar SP1 de componentes de base de dados e Analysis Services SP1.

instalação do SP1 componentes de base de dados

O programa de configuração SP1 dos componentes da base de dados detecta automaticamente qual a edição do SQL Server 2000 está presente na instância do SQL Server 2000 que está a ser actualizado. O programa de configuração só actualiza os componentes que foram instalados para essa instância. Por exemplo, quando o service pack é aplicado a um computador que está a executar o SQL Server 2000 Standard Edition, não actualiza componentes que só estão incluídos no SQL Server 2000 Enterprise Edition.

Base de dados Components SP1 pode ser aplicada a uma instância predefinida única ou uma instância nomeada do SQL Server. Se actualizar várias instâncias do SQL Server 2000, tem de aplicar SP1 para cada instância. Quando actualiza uma instância num computador que tem uma ou mais instâncias do SQL Server 2000, todas as ferramentas são actualizadas para o SP1. Não existem cópias separadas das ferramentas para cada instância num computador.

Remover SQL Server 2000 SP1

Quando é instalado o service pack, altera as tabelas de sistema para manutenção. Não devido a estas alterações, SQL Server 2000 SP1 pode ser facilmente removido. Para reverter para a compilação que estava a executar antes de instalar o SP1, deve remover e reinstalar o SQL Server 2000. Antes de remover o SQL Server 2000, separar as bases de dados. Anexá-los depois de reinstalar o SQL Server 2000. Para obter informações sobre como utilizar o sp_attach_db e sp_detach_db , consulte SQL Server Books Online.

Depois de reinstalado o SQL Server 2000, deverá efectuar o seguinte:
  • Recrie os inícios de sessão necessários.
  • Volte a criar tarefas agendadas que dependem das informações na base de dados msdb.
  • Repita as alterações que efectuou na base de dados modelo.
  • Reconfigure a replicação se utilizar a replicação.
obter informações adicionais sobre o SQL Server 2000 SP1 corrige Para obter informações adicionais sobre correcções incluídas neste service pack, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
290212Lista de bugs corrigidos no SQL Server 2000 Service Pack 1 (1 de 2)
Cada correcção listada neste artigo tem uma hiperligação para um artigo da base de dados de conhecimento que descreve o problema que a correcção corrige.

correcções de QFE

Se tiver recebido uma correcção QFE depois de 1 de Maio de 2001, a correcção não está incluída no SQL Server 2000 SP1. Contacte o fornecedor principal de suporte sobre correcções QFE e SQL Server 2000 SP1.

Identificar a versão actual do SQL Server

Para identificar a versão do SQL Server 2000 que instalou, escreva SELECT @@ VERSION numa linha de comandos se utilizar os utilitários osql ou isql. Se utilizar o SQL Query Analyzer, escreva SELECT @@ VERSION na janela consulta. A tabela seguinte mostra a relação entre a cadeia de versão que o comando SELECT @@ VERSION relatórios e o número de versão do SQL Server 2000.
Reduzir esta tabelaExpandir esta tabela
@@ VERSION versão do SQL Server 2000
8.00.194Versão do SQL Server 2000
8.00.384Base de dados Components SP1
Se não estiver certo a edição do SQL Server 2000 está a utilizar, consulte a última linha de saída devolvida pelo comando SELECT @@ VERSION :
Desktop Engine on Windows NT 5.0 (Build 2195: Service Pack 1)
Enterprise Evaluation Edition on Windows NT 5.0 (Build 2195: Service Pack 1)
Developer Edition on Windows NT 5.0 (Build 2195: Service Pack 1)
Personal Edition on Windows NT 5.0 (Build 2195: Service Pack 1)
Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 1)
Enterprise Edition on Windows NT 5.0 (Build 2195: Service Pack 1)

Identificar a versão actual do Analysis Services

Para identificar a versão do Analysis Services que tenha instalado, siga estes passos:
  1. Clique em Iniciar , aponte para Programas , aponte para o SQL Server 2000 , aponte para o Analysis Services e, em seguida, clique em Análise Gestor .
  2. Na árvore da Analysis Manager, clique com o botão direito do rato em análise servidores e clique em Acerca do Analysis Services .
A tabela seguinte mostra a versão do Analysis Services que tiver.
Reduzir esta tabelaExpandir esta tabela
Ajuda sobre Serviços de análise, versão
8.0.194Versão do SQL Server 2000 Analysis Services
8.0.382Análise Services SP1

Transferir e extrair o SQL Server 2000 SP1

SQL Server 2000 SP1 é distribuído em dois formatos:
  • Num CD
  • Nos seguintes três ficheiros de extracção automática que pode ser transferido a partir da Internet:
    • SQL2KSP1.exe: Base de dados Components SP1
    • SQL2KASP1.exe: Analysis Services SP1
    • SQL2KDeskSP1.exe: Ambiente de trabalho motor SP1
Os ficheiros de extracção automática são utilizados para criar um conjunto de directórios e ficheiros no computador. Estes ficheiros e directórios são os mesmos como o conjunto de directórios e ficheiros no CD do SQL Server 2000 SP1. Se transferir o SQL Server 2000 SP1, terá de extrair os ficheiros para criar os directórios de pacote do serviço antes de poder executar o programa de configuração.

O processo de configuração é o mesmo para o CD do SQL Server 2000 SP1 e os ficheiros de SQL Server 2000 SP1 extraídos.

Nota Alguns dos ficheiros na service packs são ficheiros de sistema. Assim, não pode vê-las a menos que tenha a caixa de verificação Mostrar todos os ficheiros seleccionada. Para seleccionar a caixa de verificação Mostrar todos os ficheiros , efectue o seguinte:
  1. No Explorador do Windows, sobre a vista de menu, clique em Opções .
  2. Clique no separador Ver e, em seguida, clique para seleccionar a caixa de verificação Mostrar todos os ficheiros .
Para transferir um dos ficheiros listados anteriormente nesta secção, guarde o ficheiro de extracção automática numa pasta no computador que está a executar a instância do SQL Server 2000 onde está a instalar este service pack. A partir dessa pasta, execute o ficheiro. O programa self-extraction pede-lhe o nome da pasta onde pretende guardar os ficheiros do service pack.

Da unidade de disco rígido local, terá de espaço livre é aproximadamente três vezes o tamanho do ficheiro de extracção automática. Este espaço inclui espaço para armazenar o ficheiro, espaço para armazenar os ficheiros extraídos service pack e espaço de trabalho temporário necessário ao programa self-extraction propriamente dito.

Pode mudar o nome da pasta onde extrair os ficheiros depois de extrair os componentes. No entanto, certifique-se de que o nome da pasta não contém espaços. Pode utilizar a mesma pasta de destino para cada ficheiro listado anteriormente nesta secção. Não irão substituir ou interferir entre si.

Instalar o SQL Server 2000 SP1

Para instalar o SQL Server 2000 SP1, faça um o seguinte, dependendo dos componentes que está a instalar:
  • Para aplicar o SP1 de componentes de base de dados e o Analysis Services SP1, siga os passos descritos nas secções seguintes deste artigo:
    • "Cópia de segurança as bases de dados do SQL Server"
    • "Cópia de bases de dados do Analysis Services"
    • "Certifique-se que as bases de dados sistema tem suficiente espaço livre"
    • "Parar serviços e aplicações antes de executar o programa de configuração do SQL Server 2000 SP1"
    • "Instalação da base de dados Components SP1"
    • "Instalar Analysis Services SP1"
    • "Serviços de reinício"
    • "Reiniciar aplicações"
  • Para aplicar apenas da base de dados Components SP1 num computador que está a executar o servidor e componentes de cliente, siga os passos descritos nas secções seguintes deste artigo:
    • "Cópia de segurança as bases de dados do SQL Server"
    • "Certifique-se que as bases de dados sistema tem suficiente espaço livre"
    • "Parar serviços e aplicações antes de executar o programa de configuração do SQL Server 2000 SP1"
    • "Instalação da base de dados Components SP1"
    • "Instalar Analysis Services SP1"
    • "Serviços de reinício"
    • "Reiniciar aplicações"
  • Para aplicar apenas da base de dados Components SP1 num computador que está em execução apenas os componentes de base de dados do cliente, siga os passos descritos nas secções seguintes deste artigo:
    • "Instalação da base de dados Components SP1"
    • "Serviços de reinício"
    • "Reiniciar aplicações"
  • Para aplicar apenas o Analysis Services SP1, siga os passos descritos nas secções seguintes deste artigo:
    • "Cópia de bases de dados do Analysis Services"
    • "Parar serviços e aplicações antes de executar o programa de configuração do SQL Server 2000 SP1"
    • "Instalar Analysis Services SP1"
    • "Serviços de reinício"
    • "Reiniciar aplicações"
    Utilize os mesmos passos para computadores que executem o cliente de serviços de análise apenas componentes e para computadores que executem ambos os Analysis Services componentes cliente e servidor.
  • Para aplicar apenas ao ambiente de trabalho motor SP1 num computador que esteja a executar o motor de ambiente de trabalho, siga os passos descritos nas secções seguintes deste artigo:
    • "Parar serviços e aplicações antes de executar o programa de configuração do SQL Server 2000 SP1"
    • "Instalar o SP1 do motor de ambiente de trabalho"
  • Para aplicar o service pack a um cluster de servidor, siga os passos descritos na secção "Instalar o SQL Server 2000 SP1 num servidor cluster", mais adiante neste artigo
Nota Pode utilizar o programa de configuração do SQL Server para instalar remotamente o SQL Server 2000 SP1.

Antes de instalar o SQL Server 2000 SP1, certifique-se que as bases de dados e grupos de ficheiros estão disponíveis para escrita e que a conta de utilizador que está executando o programa de configuração do SQL Server tem permissão para aceder as bases de dados. O programa de configuração falha se que não o fizer. A causa da falha é registada no ficheiro Sqlsp.log para o SQL Server ou no ficheiro Olapsp.log para o Analysis Services. Além disso, se as bases de dados não estiverem disponíveis para escrita, tem de desactivar registo de envio para aplicar o service pack.

Pode também utilizar Systems Management Server para instalar o SQL Server 2000 SP1 automaticamente em vários computadores que estiverem a executar o Windows NT Server 4.0 utilizando um ficheiro de definição de pacote (ficheiro Smssql2ksp1.pdf). O ficheiro de definição de pacote cria automaticamente um pacote de SQL Server no Systems Management Server. O pacote de SQL Server, em seguida, pode ser distribuído e instalado em computadores que estão a executar o Systems Management Server. O ficheiro Sms2kdef.bat é um ficheiro batch que detecta o sistema operativo do computador e executa a versão apropriada do programa de configuração.

Nota Antes de instalar o SQL Server 2000 SP1 no idioma francês da versão do Windows NT 4.0, leia e siga as instruções no seguinte artigo na base de dados de conhecimento da Microsoft:
259484Funções CryptEncrypt e CryptDecrypt são suportadas com o idioma francês no Windows 2000

Cópia de segurança as bases de dados do SQL Server

Antes de instalar o service pack, cópias no modelo global de base de dados e a base de dados msdb. Instalar o service pack altera a base de dados principal e base de dados msdb. As alterações torná-las incompatível com versões de pré-SP1 do SQL Server 2000. Estas cópias de segurança são necessárias se decidir reinstalar o SQL Server 2000 sem SP1.

Aplicar o SQL Server 2000 SP1 não afecta outras bases de dados.

Cópia de bases de dados do Analysis Services

Efectue uma antes de instalar o service pack, cópia de segurança bases de dados do Analysis Services, efectuar uma cópia de segurança da pasta Microsoft Analysis Services\Data. Por predefinição, esta pasta está instalada na pasta ficheiros de pasta. Se não migrar o repositório do Analysis Services para o SQL Server, efectuar uma cópia do ficheiro Msmdrep.mdb. Este ficheiro está localizado na pasta Microsoft Analysis Services\bin. Para guardar as entradas de registo do Analysis Services, Editor de registo executar e utilizar Exportar ficheiro de registo de produtos no menu registo para exportar a subchave
HKEY_LOCAL_MACHINE\SOFTWARE\OLAP Server
para um ficheiro de cópia de segurança.

Garantir que as bases de dados sistema têm espaço livre suficiente

Se não tiver sido seleccionada a opção autogrow para a base de dados principal e a base de dados msdb, as bases de dados tem de ter, pelo menos, 500 kilobytes (KB) de espaço livre. Para verificar que têm este espaço, executar o sistema sp_spaceused procedimento para a base de dados principal ou base de dados msdb armazenado. Se o espaço não atribuído ou base de dados é menor que 500 KB, aumente o tamanho da base de dados. Para mais informações, consulte "Expandir um Database" no SQL Server Books Online.

Se tiver sido seleccionada a opção autogrow para a base de dados principal e msdb base de dados a instância do SQL Server 2000 ou motor de ambiente de trabalho onde aplicar SQL Server 2000 SP1, pode ignorar este passo.

Para verificar que esta opção foi seleccionada no SQL Server 2000, abrir o 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 que esta opção foi seleccionada no Desktop Engine, 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.

Parar serviços e aplicações antes de executar o programa de configuração do SQL Server 2000 SP1

Pode aplicar o SQL Server 2000 SP1 sem encerrar serviços. Se não encerre serviços, o programa de configuração reinicia o computador.

Para executar o programa de configuração sem reiniciar o computador, pare os seguintes serviços e aplicações antes de aplicar o service pack:
  • Coordenador de transacções distribuídas da Microsoft (MS DTC) e os serviços Microsoft Search, MSSQLServer, MSSQLServerOLAPService e SQLServerAgent.

    Nota Também tem de parar estes serviços para cada instância nomeada. Para exemplo, MSSQL $ NamedInstance.
  • Serviços de componentes Microsoft, Colocação de mensagens em fila de mensagens da Microsoft e Microsoft COM Transaction Integrator.
  • Todas as aplicações, incluindo o painel de controlo. Este passo é recomendado, mas não necessário.
Não é possível parar serviços num ambiente em cluster. Para mais informações, consulte a secção "Instalar num cluster de servidor" mais adiante neste artigo.

Instalar o SP1 componentes de base de dados

Execute o script Setup.bat de uma das seguintes localizações:
  • O directório que contém os ficheiros de pacote de serviço extraídos da Sql2ksp1.exe
  • O directório do pack de serviço no CD do SQL Server 2000 SP1
Setup.bat abre a caixa de diálogo programa de configuração . A caixa de diálogo pede-lhe informações, tais como se pretende utilizar a autenticação do SQL Server ou autenticação Windows. Se escolher a autenticação do SQL Server, tem de fornecer o programa de configuração com a palavra-passe para a sa conta de início de sessão. Se escolher a autenticação do Windows, deve estar registado Windows utilizando uma conta de início de sessão do Windows quando executa o programa de configuração. Esta conta de início de sessão tem de fazer parte de sysadmin fixo a função de servidor para a instância do SQL Server 2000 ou Desktop Engine que está a actualizar.

O Programa de configuração, em seguida, efectua o seguinte:
  • Substitui os ficheiros existentes do SQL Server 2000 ou Desktop Engine com os ficheiros do SP1.
  • Executa vários ficheiros de script Transact-SQL para actualizar procedimentos armazenado do sistema.
  • Apresenta uma caixa de diálogo Modo de autenticação se detectar que a instalação está a utilizar autenticação de modo misto com uma palavra-passe em branco para a conta de início de sessão sa. Deixar a palavra-passe do sa início de sessão em branco fornece aos utilizadores com acesso administrativo fácil para o SQL Server ou Desktop Engine. Pode ajudar a proteger os sistemas impondo uma palavra-passe do sa ou utilizando a autenticação do Windows.
A caixa de diálogo Modo de autenticação é apresentada as definições actuais para a instalação. Seguem-se as predefinições de caixa de diálogo:
  • Em computadores com o Windows 98 e Windows Millennium Edition, a caixa de diálogo Modo de autenticação é definida como autenticação de modo misto e pedidos que especificar uma palavra-passe para a conta de início de sessão sa. Autenticação de modo misto é o modo só autenticação que é suportado nestes sistemas operativos. Se especificar uma palavra-passe, o programa de configuração do programa, altera a palavra-passe do sa início de sessão. Se deixar a palavra-passe em branco, o programa de configuração liga e não altera a palavra-passe.
  • Em computadores com o Windows NT 4.0 ou Windows 2000, o programa de configuração está definido para autenticação do Windows. Utilize a caixa de diálogo para mudar para modo de autenticação do Windows ou em 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 a conta de início de sessão sa, certifique-se de que esta alteração não afecta as aplicações existentes. Por exemplo, se mudar de autenticação de modo misto para autenticação do Windows, as aplicações existentes que tentam ligar utilizando a autenticação do SQL Server não é possível aceder até que o modo de autenticação é alterado para utilizar autenticação do Windows. Além disso, se alterar a palavra-passe de início de sessão do sa, aplicações ou processos administrativos que utilizem a palavra-passe antiga não é possível ligar até que foram alteradas para utilizar a nova palavra-passe.

O programa de configuração coloca um registo das acções efectuada no ficheiro Sqlsp.log no directório do Windows do computador em que foi executada.

Instale o Analysis Services SP1

Para instalar Analysis Services SP1, execute Setup.exe a partir de uma das seguintes localizações:
  • O subdirectório Msolap\Install no directório que contém o ficheiro extraído do Analysis Services SP1 da SQL2KASP1.exe
  • O directório Msolap\Install no CD do SP1.
Setup.exe abre a caixa de diálogo programa de configuração . Será solicitado para obter informações e, em seguida, o programa de configuração conclui a instalação.

Instalar o SP1 motor de ambiente de trabalho

Para actualizar uma instalação existente do motor do ambiente de trabalho, execute Setup.exe a partir de uma das seguintes localizações:
  • O subdirectório MSDE no directório que contém os ficheiros de pacote de serviço extraídos da Sql2kdesksp1.exe
  • O subdirectório MSDE no CD do SQL Server 2000 SP1
Tem de aplicar o ficheiro patch correcto para cada instância do Desktop Engine que efectua a actualização. Um ficheiro de patch é um ficheiro que tenha uma extensão de nome de ficheiro .msp é utilizada para aplicar este service pack. Se o pacote de instalação que foi utilizado para instalar o Desktop Engine, especifica um ficheiro patch a partir da linha de comandos utilizando a opção /p . Se não souber o pacote de instalação foi utilizado, escreva SQLRUN depois da opção /p . Com a palavra-chave SQLRUN, o programa de configuração escolhe o ficheiro de correcção correcta se as seguintes condições forem verdadeiras:
  • Todos os ficheiros .msp estão localizados na pasta que chama o programa de configuração. Esta pasta está directamente na pasta que contém o ficheiro Setup.exe.
  • O nome de instância de destino instalação Desktop Engine é especificado na linha de comandos se não estiver a instância predefinida.
O exemplo seguinte funciona o programa de configuração como uma instalação do patch numa instância nomeada é designado por MyInstance:
Setup.exe /p SQLRUN INSTANCENAME=MyInstance
NOTA: não utilizar a abertura e fecho entre aspas o nome da instância.

O nome da instância também pode ser especificado num Setup.ini ou outro ficheiro de definições. Para mais informações, consulte "Configuração do SQL Server 2000 Desktop Engine" no SQL Server Books Online.

Se o programa de configuração não conseguir localizar o ficheiro de correcção correcta, receberá uma mensagem de erro.

instalar novas instâncias do motor do ambiente de trabalho depois de aplicar o SQL Server 2000 SP1

Siga estes passos para instalar uma nova instância do motor do ambiente de trabalho depois de aplicar o SQL Server 2000 SP1.
  1. Mude a extensão do nome ficheiro dos seguintes ficheiros para a extensão de nome de ficheiro .RDL no directório \Programas\Microsoft Server\80\Tools\Binn\Resources\1033 SQL:
    • semnt.rll
    • sqlsvc.rll
  2. Mude a extensão do nome ficheiro dos seguintes ficheiros para a extensão de nome de ficheiro .dld no directório \Programas\Microsoft SQL Server\80\Tools\Binn:
    • Semnt.dll
    • Sqlsvc.dll
    • Sqlresld.dll
  3. Instale o motor de ambiente de trabalho sem SP1.
  4. Altere as extensões de ficheiros dos ficheiros Semnt.rdl e Sqlsvc.rdl no directório \Programas\Microsoft SQL Server\80\Tools\Binn\Resources\1033 para .rll.
  5. Altere a extensão de nome do ficheiro de Semnt.dld, Sqlsvc.dld, Sqlresld.dld ficheiros no directório \Program Files\Microsoft SQL Server\80\Tools\Binn a .dll.
A instância do Desktop Engine instalada recentemente será o SP1.

Reiniciar serviços

Quando o programa de configuração terminar, poderá pedir-lhe para reiniciar o sistema. Depois de reiniciado o sistema ou depois de concluir o programa de configuração sem pedir um reinício, utilize a aplicação de serviços no painel de controlo para garantir que os serviços do MS DTC e o Microsoft Search, MSSQLServer, MSSQLServerOLAPService e SQLServerAgent estão em execução. Efectue uma cópia actualizada base de dados principal e base de dados msdb de segurança e reactivar o envio do registo.

Reinicie as aplicações

Reiniciar as aplicações que fechado antes de executar o programa de configuração do SQL Server 2000 SP1.

Instalar o SQL Server 2000 SP1 num cluster de servidor

Para instalar o SQL Server 2000 SP1 num cluster de servidores:
  • Execute o SQL Server 2000 SP1 a partir do nó que possui o grupo que contém o servidor virtual que pretende actualizar. Será instalado com os ficheiros do service pack em todos os nós do cluster.
  • Na caixa de diálogo programa de configuração , introduza o nome do servidor virtual que está a actualizar.
  • Manter todos os nós do cluster online durante a configuração. Isto garante que a actualização é aplicada a cada nó do cluster.
O programa de configuração faz com que o cluster seja reiniciado.

Instalar o SQL Server 2000 SP1 em servidores replicadas

Aplicar este service pack para todos os participantes de SQL Server 2000 na sua topologia de replicação estes participantes incluem Publisher, o distribuidor e subscritores. Implementar o SQL Server 2000 SP1 em servidores replicadas na seguinte sequência:
  • Distribuidor, se separado do Editor
  • Publisher
  • Subscritores
Nota Na maior parte das vezes, o distribuidor e o Editor estiverem no mesmo servidor. Isto é particularmente verdade na replicação de intercalação. O distribuidor e o Publisher 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, a base de dados de distribuição reside no mesmo computador que a base de dados publicada reside. No entanto, também poderá ter uma base de dados remoto distribuição para replicação de intercalação em sites que pretendam centralizar agente histórico registo.

Não poderá actualizar imediatamente todos os servidores de uma topologia de replicação. No entanto, operações de replicação são geralmente inalteradas entre servidores que executem instâncias do SQL Server 2000 e este service pack. As excepções a esta são abordados o "um novo parâmetro MaxCmdsInTran para o serviço de registo de leitura" secção mais adiante neste artigo.

Desinstalar o SQL Server 2000 SP1

Para reverter para a versão de pré-SP1 do SQL Server ou o Analysis Services, proceda da seguinte forma:
  • Remova o SQL Server 2000 SP1.
  • Instale o SQL Server 2000.
  • Restaure a base de dados principal, a base de dados msdb e quaisquer bases de dados do utilizador.
Siga estes passos para reverter para a versão de pré-SP1 do SQL Server ou do Analysis Services:
  1. Cópia de todas as bases de dados utilizador.
  2. No painel de controlo, faça duplo clique em Adicionar/remover programas , clique na instância do SQL Server que pretende remover e, em seguida, clique em Remover .
  3. Instale o SQL Server 2000 a partir de CD ou a localização onde instalou originalmente o SQL Server a partir do.
  4. Restaure a base de dados principal e a base de dados msdb a partir da última cópia de segurança foi criada antes de aplicar SQL Server 2000 SP1.
  5. Restaure as bases de dados de utilizador.

Instalações automáticas

Base de dados Components SP1 pode ser aplicada a uma instância do SQL Server 2000 em execução no computador que esteja em modo automático. CD do SP1 componentes de base de dados contém ficheiros .iss que podem ser utilizados para executar configurações automáticas do SP1. Estes ficheiros estão localizados no directório raiz do CD. Os ficheiros podem ser utilizados para efectuar diferentes tipos de instalações, como se segue:
  • Utilize Sql2kdef.iss para aplicar o SP1 de componentes de base de dados a uma instância predefinida do SQL Server 2000 que está a executar o Windows 2000 ou o sistema operativo Windows NT 4.0. O ficheiro batch correspondente a utilizar é Sql2kdef.bat.
  • Utilize Sql2knm.iss para aplicar o SP1 de componentes de base de dados a uma instância nomeada do SQL Server 2000 que está a executar o Windows 2000 ou o sistema operativo Windows NT 4.0. Tem de alterar o nome de instância no ficheiro .iss para identificar a instância que está a ser actualizada.
  • Utilize Sql2ktls.iss para aplicar o SP1 de componentes de base de dados para uma instalação apenas de ferramentas. Este ficheiro pode ser utilizado para a instalação sem quaisquer modificações.
  • Utilize Sql2k9x.iss para aplicar a base de dados Components SP1 num computador com o Windows Millennium Edition ou o sistema operativo do Windows 98. Tem de alterar o nome de instância para identificar a instância que está a ser actualizada.
  • Utilize Sql2kcli.iss para aplicar o SP1 de componentes de base de dados a uma instalação de componentes de cliente num computador com o sistema operativo do Windows 95.

Redistribuição de componentes de cliente da base de dados Components SP1

Este service pack inclui um ficheiro de extracção automática denominado Sqlredis.exe e uma versão do Redist.txt. Estes ficheiros estão na base de dados de componentes do SP1. Por predefinição, quando Sqlredis.exe é executado, efectua as seguintes acções:
  • Executa o Mdac_typ.exe a partir de Microsoft Data Access Components (MDAC) 2.61. Isto instala os componentes principais do MDAC 2.61. Também instala as versões do SQL Server Desktop Engine cliente conectividade componentes e incluídas neste service pack.
  • Instala controladores de ODBC do Microsoft Jet e componentes de conectividade.
Pode redistribuir o ficheiro Sqlredis.exe sob o mesmo termos e condições que estão marcadas no ficheiro Redist.txt incluída neste service pack.

Notas de documentação

Esta secção descreve problemas que poderão ocorrer quando executa este service pack. Estes problemas se aplica a executar o service pack para actualizar para o SQL Server 2000. Eles não resultam de correcções que contém este service pack.

Utilização de caracteres chinês, japonês ou coreano com SP1 de componentes de base de dados

Se instalar o SP1 de componentes de base de dados num servidor com os sistemas operativos Windows NT 4.0 ou Windows 98 e actualizar para o Windows 2000, a actualização do Windows 2000 substitui alguns ficheiros de sistema. Estes ficheiros de sistema são necessários para ordenação de caracteres chinês, japonês ou coreano. Se utilizar caracteres chinês, japonês ou coreanos nas bases de dados do SQL Server, volte a executar a versão do Sqlredis.exe fornecida com o SQL Server 2000 SP1 depois de concluir a actualização para o Windows 2000. Para mais informações sobre como executar Sqlredis.exe, consulte a secção "Redistributing Database Components SP1 client components".

Nota Não é necessário voltar a executar Sqlredis.exe em computadores cliente ou em servidores que não têm bases de dados que caracteres chinês, japonês ou coreano.

Meta dados browser exporta metadados em Unicode

aviso Se utilizar o Editor de registo incorrectamente, poderá provocar problemas graves que poderão forçar a reinstalação do sistema operativo. Microsoft não garante que os problemas resultantes da utilização incorrecta do Editor de registo possam ser resolvidos. As suas próprias risco da utilização do Editor de registo.

Meta dados browser agora exporta metadados baseado em XML em Unicode. Antes do SQL Server 2000 SP1, o browser exportados código ANSI. No entanto, o código ANSI não suporta caracteres não ingleses. Esta alteração funcional é transparente para o utilizador. Como desta versão do SQL Server 2000 SP1, dados exportados sempre é expressa como Unicode.

Ainda é possível exportar em código ANSI, definindo o valor da seguinte subchave de registo com zero:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport
O seguinte lista os valores que pode definir para esta subchave de registo:
  • NOOBJID = 1
  • NOHEADER = 2
  • AVANÇO = 4
  • UNICODE = 8
  • LOGUNMAPPEDTAGS = 16
  • EXPORTBASE = 32
Para obter mais informações sobre cada sinalizador, consulte "IExport::Export método" no SQL Server Books Online.

Partições remotos

Quando é criada uma partição remota num servidor local com o SQL Server 2000 SP1 instalado, o servidor remoto tem de utilizar uma conta de utilizador de domínio que tem permissões de acesso total para o cubo principal no servidor local. Qualquer conta de utilizador que seja membro do grupo Administradores OLAP no servidor local tem permissões de acesso total.

Além disso, se o servidor local tiver instalado o SQL Server 2000 SP1, o servidor remoto também tem de ter SQL Server 2000 SP1 instalado para criar ou administrar partições remotos.

Equipas de hash removidas

Este service pack, equipas de hash foram removidas. Devido a determinados melhoramentos para o SQL Server 2000, equipas de hash não produzem as vantagens de desempenho que lhes oferecida no SQL Server 7.0. Além disso, remover equipas de hash torna SQL Server 2000 mais estável. Assim, o Optimizador de consultas não gera planos de consulta utilizando as equipas de hash.

Por vezes, remover equipas de hash podem causar a consulta ser processada mais lentamente. Analise essas consultas para ver se a criação de índices mais apropriados desempenho das consultas devolvido ao respectivo nível anterior.

Parâmetros de máscara de afinidade adicionados

Foram adicionados dois parâmetros de máscara de afinidade para este service pack.

parâmetro de máscara de afinidade E/s

Com este service pack, pode especificar as CPU são utilizadas para executar threads para operações de E/s do disco. Tem de utilizar este parâmetro com a opção de máscara de afinidade . Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
298402Noções sobre como definir a opção de afinidade de E/s do SQL Server
Mudar de ligação de máscara de afinidade

Com este service pack, pode configurar os sistemas que estão activados para virtual Interface Architecture (VIA) para ligar ao SQL Server ligações a partir de determinadas placas de rede a um processador ou a um conjunto de processadores. Este parâmetro deve ser utilizado com a opção de máscara de afinidade . Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
299641Noções sobre como configurar uma máscara de afinidade de ligação do SQL Server

Melhoramentos de serviços de análise

Os seguintes melhoramentos dos serviços de análise estão incluídos no SQL Server 2000 SP1:
  • Uma configuração de cliente redistribuível actualizada do Analysis Services
  • Suporte está activado para fornecedores de algoritmo de extracção de dados de outros fabricantes
  • Os serviços de análise podem ser instalados em computadores que actualizaram os ficheiros de cliente

Análise dos serviços de cliente redistribuível configuração actualizações


Análise Services SP1 inclui versões actualizadas do cliente seguintes programas de redistribuíveis programa de configuração:
  • PTSLite.exe
  • PTSFull.exe
Utilize estas definições de actualização de cliente nas suas aplicações para evitar ou resolver problemas de configuração de cliente que poderão ocorrer quando utiliza o Analysis Services e o Microsoft Office XP.

Suporte está activado para fornecedores de algoritmo de extracção de dados de outros fabricantes


O Analysis Services SP1 inclui agora suporte para adicionar dados de outros fabricantes mining algoritmo de fornecedores. Para mais informações sobre como desenvolver um fornecedor de algoritmo de extracção de dados, consulte o OLE DB do Kit de recursos de extracção de dados. O kit inclui o código para um fornecedor de algoritmo de extracção de dados de exemplo. Para obter informações adicionais visite o seguinte Web site da Microsoft:
http://www.Microsoft.com/data
Análise dos serviços de instalação num computador com ficheiros de actualização de cliente


Se instalar o SQL Server 2000 Analysis Services num computador que contenha ficheiros de actualização de cliente, como o SQL Server 2000 SP1 ou Office XP, tem de aplicar Analysis Services SP1 para garantir que o cliente funciona correctamente e que pode procurar cubos.

Melhoramentos da replicação

Os seguintes melhoramentos de replicação estão incluídos no SQL Server 2000 SP1:
  • Replicação transaccional num procedimentos armazenados personalizada UPDATE
  • Actualizações de replicação transaccional em colunas exclusivas
  • Restrições removidas do processamento de snapshot em simultâneo
  • Replicação transaccional scripts personalizados procedimentos
  • Intercalar limpeza dos metadados com retenção replicação
  • Restauro bases de dados replicados a partir de diferentes versões do SQL Server
  • Novo -MaxCmdsInTran parâmetro para o serviço de registo de leitura

Replicação transaccional UPDATE num procedimento armazenado personalizado


Durante a configuração de replicação transaccional, personalizados procedimentos armazenados para inserir, eliminar e acções de actualização são criados na base de dados de subscrição. Independentemente de quantas colunas são afectadas por uma instrução UPDATE , o UPDATE armazenados procedimento actualizações todas as colunas na tabela de subscrição. Esta actualização define qualquer coluna que não foi alterado para si próprio. Normalmente, esta acção faz com que não existem problemas. No entanto, se qualquer uma destas colunas estiver indexada, repor as colunas poderá ser dispendioso.

Se as condições seguintes se verificarem, a sobrecarga de manutenção do índice remissivo poderá ser um factor de limitação quando as alterações são aplicadas no subscritor:
  • Está a utilizar replicação transaccional.
  • Tem vários índices da tabela de subscrição.
  • Apenas alguns valores da coluna estão a alterar devido a actualizações.
Por exemplo, uma base de dados subscrição que está a ser utilizado para fornecer informações sobre pode ter vários índices mais do que a base de dados de publicação. Criar dinamicamente a instrução UPDATE em tempo de execução poderá melhorar o desempenho. A actualização inclui apenas as colunas que foram alterados. Por conseguinte, cria uma cadeia UPDATE ideal.

Este service pack inclui um novo procedimento armazenado, sp_scriptdynamicupdproc . Este procedimento gera um procedimento armazenado personalizado que pode utilizar no subscritor para criar dinamicamente a instrução de actualização durante a execução. No entanto, o processamento adicional será incorrido em tempo de execução para a instrução UPDATE dinâmica a ser criado.
sp_scriptdynamicupdproc

Gera a instrução CREATE PROCEDURE que cria um procedimento de actualização dinâmica armazenado. A instrução UPDATE no procedimento armazenado de personalizado baseia-se baseia dinamicamente a sintaxe MCALL indica as colunas para alterar. Utilize este procedimento armazenado se é aumentar o número de índices na tabela de subscrição e o número de colunas a ser alterada é pequeno. Este procedimento armazenado é executado no Editor na base de dados de publicação.

sintaxe

sp_scriptdynamicupdproc [ @ artid =] artid

argumentos

[ @ artid =] artid É o ID do artigo. artid é int , sem uma predefinição.

conjuntos de resultados

Devolve um conjunto de resultados é constituído por uma coluna nvarchar(4000) único. O conjunto de resultados formulários a instrução CREATE PROCEDURE completa que serve para criar o procedimento armazenado personalizado.

comentários

O procedimento armazenado sp_scriptdynamicupdproc é utilizado em replicação transaccional. A lógica de processamento de scripts predefinida MCALL inclui todas as colunas na instrução UPDATE . A lógica utiliza um mapa de bits para determinar as colunas que foram alterados. Se uma coluna não alterado, a coluna é definida novamente a próprio. Este processo normalmente faz com que não existem problemas. Se a coluna está indexada, ocorre o processamento adicional. A abordagem dinâmica inclui apenas as colunas que foram alterados. Incluindo apenas as colunas que tenham sido alterados fornece uma cadeia UPDATE ideal. No entanto, processamento adicional ocorre em tempo de execução quando a instrução UPDATE dinâmica baseia-se. Recomendamos que teste as abordagens dinâmicas e estáticas e escolher a solução ideal.

permissões

Os membros da função pública podem executar o procedimento sp_scriptdynamicupdproc armazenados.

exemplos

Este exemplo cria um artigo (com artid definido como 1 ) na tabela autores na base de dados pubs. The example specifies that the UPDATE statement is the custom procedure to run:
'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 este procedimento armazenado, pode utilizar o script resultante para criar manualmente o procedimento armazenado de subscritores.
Instruções de UPDATE replicação transaccional em colunas exclusivas


Na replicação transaccional, instruções UPDATE geralmente são replicadas como actualizações. Mas se a actualização altera qualquer coluna que faz parte de um índice exclusivo, de um índice agrupado ou de uma expressão que é utilizada como uma restrição exclusiva, a actualização é executada como uma instrução DELETE seguida de uma instrução INSERT no subscritor. Isto é feito porque este tipo de actualização pode afectar a várias linhas e uma violação de exclusividade poderá ocorrer se as actualizações foram entregues linha por linha.

No entanto, se a actualização afecta apenas uma linha, não irá ocorrer uma violação de exclusividade. Por conseguinte, o sinalizador de rastreamento 8207 foi adicionado a este service pack para permitir actualizações qualquer coluna exclusiva que afectam apenas uma linha a serem replicados como instruções UPDATE . Esta optimização foi adicionada especificamente para aplicações que instalar Accionadores UPDATE definida pelo utilizador no subscritor e estes accionadores para lançar que requerem actualizações que afectam apenas uma linha numa única coluna.

Para utilizar o sinalizador de rastreamento 8207, ligá-lo na linha de comandos escrevendo sqlservr.exe - T8207 ou ligue-o em tempo de execução utilizando DBCC TRACEON(8207,-1) antes do serviço de registo de leitura é iniciado.

importante Normalmente, o sinalizador de rastreamento 8207 é utilizado com a replicação transaccional só de leitura. Não utilize este sinalizador de rastreio com subscrições actualizáveis se a chave primária UPDATE pode ocorrer no subscritor.

Restrições removidas do processamento de snapshot em simultâneo


No SQL Server 2000, processamento de snapshot em simultâneo não foi se recomenda se a tabela publicação tinha um índice exclusivo que não era a chave primária ou a tecla clustering. Se modificações de dados efectuadas à chave do cluster enquanto foi gerado um instantâneo em simultâneo, replicação poderia falhar com um erro de chave duplicado quando o instantâneo simultâneo foi aplicado para um subscritor. Este service pack, já não existem restrições utilizando o processamento de snapshot em simultâneo.

Replicação transaccional scripts personalizados procedimentos


Quando configura nosync subscrições, os procedimentos personalizados para instruções INSERT , UPDATE e DELETE devem ser criados manualmente. As subscrições nosync são subscrições não recebem o instantâneo inicial. Normalmente, estas instruções são criadas no subscritor, quando o instantâneo inicial é entregue. Foi adicionado um novo procedimento armazenado, sp_scriptpublicationcustomprocs , para gerar scripts para os procedimentos armazenados personalizados ao nível da publicação. Esta nova funcionalidade pode facilitar a configurar nosync subscrições.

sp_scriptpublicationcustomprocs

Scripts os procedimentos INSERT, UPDATE e DELETE personalizados para todas as tabelas artigos de uma publicação que tenha a opção de esquema personalizada procedimento activada de geração automática. O procedimento armazenado sp_scriptpublicationcustomprocs é particularmente útil para configurar subscrições com o instantâneo aplicado manualmente.

sintaxe

sp_scriptpublicationcustomprocs [ @ publicação ] = publication_name

argumentos

[ @ publicação ] = publication_name
É o nome da publicação. publication_name é sysname sem uma predefinição.

Return Code Values


0 (êxito) ou 1 (falha)

conjuntos de resultados

Devolve um conjunto de resultados é constituído por uma coluna nvarchar(4000) único. O conjunto de resultados formulários a instrução CREATE PROCEDURE concluída que é necessária para criar o procedimento armazenado personalizado.

comentários

Procedimentos personalizados não são de script para artigos sem a opção de esquema personalizada procedimento (0 x 2) de geração automática.

permissões

Executar permissão é concedida público. É efectuada uma verificação de segurança procedimentos dentro deste procedimento armazenado para restringir o acesso a membros do sysadmin fixo a função de servidor e db_owner corrigido função de base de dados na base de dados actual.

exemplo

Este exemplo gera um script dos procedimentos armazenados personalizados numa publicação com o nome base de dados Adamastor.
exec Northwind.dbo.sp_scriptpublicationcustomprocs 
@publication = N'Northwind'

Intercalar limpeza dos metadados com retenção replicação

Por vezes, a limpeza de metadados que foi criado tabelas de sistema durante o processamento de replicação de intercalação melhora o desempenho da replicação de intercalação. Para limpar metadados nas tabelas de sistema no SQL Server 2000, a topologia de replicação tinha de ser inactivo e dados tinham de ser quiesced.

No entanto, SQL Server 2000 SP1 inclui a limpeza dos metadados com retenção. Por conseguinte, metadados podem ser eliminados mais facilmente das seguintes tabelas de sistema:
  • MSmerge_contents
  • MSmerge_tombstone
  • MSmerge_genhistory
Quando @ keep_partition_changes sincronização optimização está activada na publicação, retenção com metadata cleanup elimina metadados a partir do antes de tabelas de imagens.

Limpeza dos metadados com retenção ocorre da seguinte forma:
  • Se o parâmetro do serviço de impressão em série ?MetadataRetentionCleanup estiver definido como 1, o serviço de impressão em série limpa o subscritor e o Publisher que estão envolvidas na impressão em série. Por predefinição, o parâmetro de agente de intercalação ?MetadataRetentionCleanup é definido como 1.
Nota O parâmetro MetadataRetentionCleanup 1 faz parte de todos os perfis de serviço de impressão em série estão incluídas neste service pack.
  • Se o parâmetro MetadataRetentionCleanup estiver definido como 0, a limpeza automática não ocorre. Neste caso, inicie manualmente com retenção metadata cleanup executando o procedimento sp_mergemetadataretentioncleanup armazenados. Este procedimento é um novo procedimento armazenado do sistema incluído neste service pack. Tem de executar este procedimento armazenado no subscritor e o Publisher.
O período de retenção predefinido para publicações é 14 dias. Se um artigo fizer parte de várias publicações, poderá ter retenção diferentes períodos. Nessa situação, o período de retenção mais longa é utilizado para determinar que o mais antiga tempo possível cleanup que pode ocorrer.

impedir conflitos falsos

Limpeza dos metadados com retenção impede nonconvergence e silenciosa substitui alterações nos outros nós. No entanto, falsos conflitos podem ocorrer se os seguintes são verdadeiras:
  • Os metadados é limpa no nó e não no outro nó na topologia.
  • Ocorre uma actualização subsequente no nó mais limpo numa linha cujo metadados foi eliminado.
Por exemplo, se é limpa metadados do editor mas não no subscritor e é efectuada uma actualização do Editor, um conflito ocorre mesmo que os dados parecem ser sincronizado. Para evitar este conflito, certifique-se de que os metadados é limpo em nós relacionados em sobre a mesma hora. Se for utilizado o parâmetro MetadataRetentionCleanup 1, o Editor e o subscritor são limpas automaticamente antes de inicia a impressão em série. Este processo garante que os nós são limpas ao mesmo tempo. Para resolver este conflito, utilize uma resolução de conflitos de replicação de intercalação. Processa este conflito da mesma forma que processar outros conflitos de replicação de intercalação.

Se um artigo pertencer a várias publicações, ou se um artigo é de voltar a publicar cenários, os períodos de retenção para uma linha específica na Editor e subscritor poderão ser diferentes. Para reduzir as hipóteses de limpeza de metadados de um lado mas não no outro lado, recomendamos que as publicações diferentes períodos de retenção semelhante.

Nota Se muitos metadados nas tabelas de sistema tem de ser limpo, o processo de intercalação poderá demorar mais tempo a ser executado. Limpe os metadados regularmente para evitar este problema.

Problemas de cópia de segurança e restauro de replicação de intercalação


Uma base de dados publicação restaurado a partir de uma cópia de segurança primeiro deve ser sincronizado com uma base de dados subscrição com uma subscrição para garantir o comportamento correcto convergência global. Uma subscrição global tem um valor de prioridade atribuído. Sincronização garante que as alterações que foram perdidas na base de dados de publicação devido a operação de restauro com exactidão são novamente aplicadas.

Não sincronizar a base de dados de publicação com uma base de dados subscrição com uma subscrição anónima. Porque subscrições anónimas não tem metadados suficiente para aplicar alterações à base de dados de publicação. Sincronizar com uma base de dados que tenha uma subscrição anónima poderá provocar o não-convergência de dados.

Quando planear cópias de segurança e restaurar o funcionamento de replicação de intercalação, considere as seguintes questões adicionais:
  • Restaure as bases de dados subscrição das cópias de segurança não ultrapassaram o período de retenção.
Restaure uma base de dados subscrição a partir de uma cópia de segurança apenas se a cópia de segurança for não mais antiga do que o período de retenção mais curto de todas as publicações que subscreve o subscritor. Por exemplo, se um subscritor subscreve três publicações com períodos de retenção de 10, 20 e 30 dias, respectivamente, cópia de segurança é utilizada para restaurar a base de dados não deve ser mais de 10 dias.
  • Sincronize antes de gerar uma cópia de segurança.
A Microsoft recomenda que sincronize um subscritor com o Publisher antes de efectuar uma cópia de segurança. Caso contrário, o sistema poderá não convergir correctamente se o subscritor é restaurado a partir desta cópia de segurança. Apesar do próprio ficheiro de cópia de segurança pode ser muito recente, a última sincronização com um editor poderá quase antiga como o período de retenção. Por exemplo, suponha que uma publicação tem um período de retenção de 10 dias. A última sincronização foi 8 dias atrás quando é efectuada a cópia de segurança. Se a cópia de segurança for aplicada 4 dias mais tarde, a última sincronização Ocorreu 12 dias atrás. Foi efectuada a sincronização após o período de retenção. Se o subscritor tinha sido sincronizado imediatamente antes da cópia de segurança, a base de dados de subscrição seria dentro do período de retenção.
  • Reinicializar o subscritor se alterar o valor de retenção de publicação.
Se deve alterar o valor de retenção de publicação, reinicializar manualmente o subscritor para evitar a não-convergência de dados. A funcionalidade de limpeza de metadados com retenção elimina metadados desactualizado tabelas de sistema de impressão em série quando é atingido o período de retenção de publicação.

O valor de retenção de publicação é utilizado para determinar quando subscrições que não tenham sido sincronizadas dentro do período de retenção devem expirar. Se as condições seguintes se verificarem, a subscrição não expira devido o valor de retenção de aumento:
  • O período de retenção de publicação é aumentado após uma limpeza
  • Uma subscrição tenta intercalar com o Publisher e o Publisher já eliminou os metadados.
Além disso, o Publisher não tem metadados suficientes para transferir alterações para o subscritor. Esta situação origina nonconvergence.
  • Utilize os mesmo valores de retenção de publicação para todos os fabricantes e os respectivos parceiros de sincronização alternativo. Utilizar valores diferentes pode conduzir a convergência não.

Restaurar bases de dados replicadas a partir de diferentes versões do SQL Server


Restaurar uma cópia de segurança para o mesmo servidor e base de dados mantém as definições de replicação. Se estiver a restaurar base de dados replicada para uma versão do SQL Server que é diferente da versão que foi utilizada para criar cópias de segurança da base de dados, considere as seguintes questões:
  • Se estiver a restaurar a base de dados ao SQL Server 2000 SP1 partir de uma cópia de segurança foi criada com o SQL Server 2000 e pretender manter definições de replicação, tem de executar o procedimento sp_vupgrade_replication armazenados. Executar sp_vupgrade_replication procedimento garante que os metadados de replicação é actualizado. Se não forem executados sp_vupgrade_replication , os metadados de replicação podem ser deixado num estado imprevisível.
  • Se estiver a restaurar uma base de dados para o SQL Server 2000 de uma cópia de segurança criadas com o SQL Server 7.0 versão, Service Pack 1, Service Pack 2 ou Service Pack 3, e pretender manter definições de replicação, tem de recriar a cópia de segurança antes de instalar service packs. Pode restaurar directamente uma base de dados ao SQL Server 2000 SP1 a partir de uma cópia de segurança de uma base de dados replicada que foi criado no SQL Server 7.0. No entanto, as definições de replicação não são mantidas.
Um novo parâmetro MaxCmdsInTran para o serviço de registo de leitura

No SQL Server 2000 SP1, um novo parâmetro de linha de comandos denominado -MaxCmdsInTran foi adicionada para o serviço de registo de leitura. Este parâmetro melhora parallelism entre o serviço de registo de leitura e o serviço de distribuição. Por conseguinte, o parâmetro melhora o débito de replicação global. No entanto, estes blocos são consolidados no subscritor como transacções individuais. Por conseguinte, a propriedade ACID de atomicidade é interrompida. Este resultado não constitui um problema na maior parte das vezes. No entanto, recomendamos que teste o resultado para se certificar que este não é um problema.

Para transacções que afectam muitos comandos como actualização em massa ou eliminar transacções, o serviço de distribuição tem de aguardar o serviço de registo de leitura escrever a transacção completa para a base de dados de distribuição antes de pode propagar a transacção para o subscritor. Este atraso bloqueia o serviço de distribuição. Também reduz parallelism entre os dois agentes.

Utilizando o -MaxCmdsInTran parâmetro, o serviço de leitura registo divide grandes transacções em secções mais pequenas. Cada secção contém o mesmo ou comandos menos do que o -MaxCmdsInTran entrada. Por conseguinte, o serviço de distribuição pode processar secções anteriores de uma transacção enquanto o serviço de registo de leitura funciona através do posteriores blocos da mesma transacção.

definir o parâmetro ?MaxCmdsInTran

Especificar um número inteiro positivo (1 ou superior) para o -MaxCmdsInTran valor do parâmetro. É equivalente de não utilizar o parâmetro de todo um valor de 0. Uma vez que este parâmetro melhora o desempenho apenas quando a transacção é muito grande, um valor de 5000 ou superior para este parâmetro é normal. Por exemplo:
logread.exe -MaxCmdsInTran 10000.
Para utilizar este parâmetro, o Publisher tem de ter SQL Server 2000 Service Pack 1. Base de dados registo de serviço de leitura e de distribuição deve ser actualizado para este service pack. Caso contrário, o -MaxCmdsInTran parâmetro é ignorado.

Melhoramentos de consulta em inglês

A Microsoft disponibilizou uma melhoria de segurança para o English Query aplicações. Este melhoramento não está instalado como parte do SQL Server 2000 SP1. No entanto, recomendamos que o aplique se utilizar o English Query. Para obter informações adicionais sobre o melhoramento English Query, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
297105CORRECÇÃO: Problema de segurança potenciais English Query

Propriedades

Artigo: 889553 - Última revisão: 16 de janeiro de 2007 - Revisão: 1.3
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2000 Service Pack 1
Palavras-chave: 
kbmt kbdatabase kbservicepack kbhowto kbinfo KB889553 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: 889553

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