Service Pack 3a para Microsoft SQL Server 2000 9 de Abril de 2003

Traduções de Artigos Traduções de Artigos
Artigo: 889551 - Ver produtos para os quais este artigo se aplica.
Service Pack 3a para o Microsoft SQL Server 2000
9 De Abril de 2003
Copyright Microsoft Corporation, 2003. Todos os direitos reservados. A equipa de documentação do SQL Server não consegue esclarecer questões de suporte técnico, mas agradece sugestões e os comentários sobre esta documentação Leia-me. Pode rápida e directamente envie correio electrónico utilizando a hiperligação abaixo. Todos os comentários devem estar em inglês. Para submeter comentários escritos acerca deste documento, clique aqui:
Expandir tudo | Reduzir tudo

Nesta página

1.0 Introdução

Microsoft SQL Server 2000 Service Pack 3a (SP3a) incorpora as alterações para SQL Server 2000 SP3 resolvem questões colocadas pelo worm Slammer:
  • SP3a podem ser aplicadas para o SQL Server 2000 Enterprise Edition de avaliação para aplicar correcções a instâncias que edição do SQL Server.
  • SP3a resolve problemas de configuração alguns clientes encontrados com a versão dos componentes do SQL Server 2000 SP3 Microsoft Data Access (MDAC)
  • O utilitário de configuração do MSDE 2000 SP3a agora é predefinida para desactivar o suporte para ligações de rede quando instalar novas instâncias do MSDE 2000. As definições de suporte de rede actuais são mantidas quando instâncias são actualizadas para SP3a.
  • Quando uma instância do SQL Server 2000 SP3a ou o MSDE 2000 SP3a está configurada para não suportar ligações de rede, a instância também pára utilizando a porta UDP 1434.
Uma vez que a maior parte das alterações introduzidas no SP3a estão relacionadas ao programa de configuração, não é necessário aplicar SP3a a instâncias do SQL Server 2000 ou MSDE 2000 que já tenham sido actualizadas para o SP3. Se tiver de instâncias que ainda não tenham sido actualizadas para o SP3, no entanto, deverá sempre actualizar às instâncias directamente para SP3a em vez de SP3. Se tiver quaisquer cópias dos ficheiros transferência SP3 que foram se planear utilizar actualizações futuras, deve eliminar as cópias e, em vez disso, utilizar ficheiros de transferência SP3a ou o SP3a CD -ROM. aplicações que distribuir e instalar o MSDE 2000 devem instalar SP3a em vez de SP3. Enquanto pode aplicar SP3a a instâncias do SQL Server 2000 SP3 ou o MSDE 2000 SP3, o ao fazê-lo tem tão pouco efeito sobre às instâncias.

Esta versão do Service Pack 3a (SP3a) para Microsoft SQL Server 2000 é fornecido no três partes:
  • SP3a de componentes de base de dados 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. SP3a de componentes de base de dados inclui actualizações para:
    • O motor de base de dados.
    • Todas as ferramentas de cliente da base de dados e utilitários como, por exemplo, SQL Server Enterprise Manager e o utilitário osql.
    • Base de dados cliente conectividade componentes, como o 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 dos serviços SP3a fornece actualizações para os componentes do SQL Server 2000 Analysis Services de uma instalação do SQL Server 2000, incluindo:
    • Analysis Services.
    • Componentes de cliente do análise dos serviços, que incluem Analysis Manager e o Microsoft OLE DB Provider para o Analysis Services.
    • Base de dados cliente conectividade componentes, como o 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 SP3a fornece actualizações para os componentes de base de dados de uma instância do SQL Server 2000 Desktop Engine (MSDE 2000), incluindo:
    • O motor de base de dados.
    • Os utilitários da linha de comandos da base de dados que acompanham o MSDE 2000, tais como os utilitários osql e bcp.
    • Base de dados cliente conectividade componentes, como o 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 SP3a podem ser aplicados individualmente, da seguinte forma:
  • Sites de SQL Server 2000 podem utilizar SP3a de componentes de base de dados para actualizar os componentes de base de dados sem actualizar os Analysis Services componentes ou instâncias do SQL Server 2000 Desktop Engine.
  • Análise Services 2000 sites podem utilizar Analysis Services SP3a para actualizar os respectivos componentes de Analysis Services sem actualizar instâncias do motor de ambiente de trabalho ou os respectivos componentes de base de dados.
  • Sites de MSDE 2000 podem utilizar SP3a do motor de ambiente de trabalho para actualizar instâncias do MSDE 2000 sem actualizar o Analysis Services ou instâncias do motor de base de dados SQL Server 2000.
Nota Se tiver instâncias separadas de MSDE 2000 e outras edições do motor de base de dados SQL Server 2000 instaladas no mesmo computador, tem de aplicar ao ambiente de trabalho motor SP3a instâncias do MSDE 2000 e SP3a de componentes de base de dados a instâncias do motor de base de dados SQL Server 2000, como Personal Edition, Standard Edition ou Enterprise Edition.

Nota Ambiente de trabalho motor SP3a é a parte apenas o service pack está disponível em português (Brasil), sueco e neerlandês, uma vez que SQL Server 2000 Desktop Engine (MSDE 2000) é a única versão do SQL Server 2000 que é produzido para esses idiomas. Os componentes do SQL Server 2000 actualizados pelo SP3a de componentes de base de dados ou SP3a de serviços de análise não estão disponíveis nesses idiomas. Português (Brasil), sueco e holandês utilizadores que pretende aplicar SP3a a uma versão do SQL Server outros do Desktop Engine tem de transferir o SP3a ficheiros que correspondem ao idioma de edição que pretendem actualizar. Por exemplo, ficheiros de idioma inglês SP3a tem ser transferidos para actualizar o idioma inglês versão do motor da base de dados SQL Server 2000. Para obter informações sobre como transferir o service pack, consulte a secção 2.0 Transferir e extrair SP3a.

Descrição geral de 1.1 da base de dados componentes SP3a instalação

O programa de configuração SP3a 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 actualiza apenas os componentes instalados para essa instância. Por exemplo, se aplicar o service pack num computador com o SQL Server 2000 Standard Edition, service pack não tenta actualizar os componentes que estão incluídos apenas no SQL Server 2000 Enterprise Edition.

Pode aplicar SP3a de componentes de base de dados para uma instância predefinida única ou uma instância nomeada do SQL Server. Se estiver a actualizar várias instâncias do SQL Server 2000 SP3a, tem de aplicar SP3a para cada instância. Quando uma instância num computador com uma ou mais instâncias do SQL Server 2000 é actualizada para SP3a, todas as ferramentas são actualizadas para SP3a. Não existem cópias separadas das ferramentas para cada instância.

1.2 Descrição geral de instalação de SP3a Engine (MSDE 2000) do ambiente de trabalho

Ambiente de trabalho motor SP3a podem ser utilizados para:
  • Actualize uma instância existente do SQL Server 2000 Desktop Engine (MSDE 2000) para o SP3a.
  • Instalar uma nova instância do MSDE 2000 SP3a, desde que tenha uma licença de MSDE 2000 permite-lhe instalar instâncias do MSDE 2000.
  • Actualize uma instância do MSDE 1.0 para o MSDE 2000, desde que tenha uma licença de MSDE 2000 que lhe permite executar instâncias do MSDE 2000.
  • Fornecer os ficheiros necessários para um programador escrever um utilitário de configuração de aplicação que pode instalar uma instância do MSDE 2000 SP3a como parte da instalação da aplicação. O programador tem de ter uma licença para distribuir MSDE com aplicações.
Para mais informações sobre o licenciamento o MSDE 2000, consulte Uses of MSDE 2000.

Os procedimentos para aplicar o SQL Server 2000 Service Pack 3a a uma instância existente do MSDE 2000 dependem como a instância foi instalada. Utilitário de configuração o SP3a de motor de ambiente de trabalho ficheiros da Microsoft só podem ser utilizados para aplicar SP3a instâncias do MSDE 2000 que foram instaladas utilizando o MSDE 2000. A maior parte das aplicações instalar MSDE 2000 utilizando um dos dois mecanismos:
  • Utilitário de configuração da aplicação chama o utilitário de configuração do MSDE 2000 durante a instalação. Instâncias do MSDE 2000 instalado desta forma podem ser actualizadas para SP3a utilizando os ficheiros ao ambiente de trabalho motor SP3a.
  • Se o utilitário de configuração da aplicação utiliza tecnologia do Microsoft Windows Installer, o utilitário de configuração pode consumir directamente os módulos de intercalação do MSDE 2000. Instâncias do MSDE 2000 instalado desta forma não podem ser actualizadas utilizando os ficheiros ao ambiente de trabalho motor SP3a. Terá de contactar o fornecedor da aplicação para um ficheiro de patch. Ambiente de trabalho SP3a Engine (MSDE 2000) fornece módulos de intercalação para suportar aplicações existentes que utilizem módulos de intercalação. Os utilitários de configuração para novas aplicações devem ser gravados para chamar o utilitário de configuração do MSDE 2000 em vez de directamente consumir os módulos de intercalação do MSDE 2000.
Instruções para determinar se uma instância do MSDE 2000 pode ser actualizada para SP3a utilizar o ambiente de trabalho motor SP3a está numa secção 2.1 Transferir e extrair Desktop Engine (MSDE 2000) SP3a. Mesmo se estiver a aplicar ao ambiente de trabalho motor SP3a a partir do CD do SQL Server 2000 SP3a, leia as instruções na secção 2.1 para determinar se pode aplicar ao ambiente de trabalho motor SP3a ou terá de contactar um fornecedor da aplicação para um ficheiro de patch.

Se existirem várias instâncias do MSDE 2000 num computador, tem de avaliar cada instância individualmente para determinar se pode aplicar ao ambiente de trabalho motor SP3a. Também deve aplicar SP3a separadamente para cada instância.

Reveja material nas secções 1 e 2 deste Leia-me e siga as instruções na secção 3 se:
  • Determinou que pode aplicar ao ambiente de trabalho motor SP3a a instância existente do MSDE.
  • Está a instalar uma nova instância do MSDE 2000.
  • São a incorporar os ficheiros de ambiente de trabalho motor SP3a no utilitário de configuração de uma aplicação.
Estas secções fornecem exemplos para os cenários mais comuns de actualizar uma instância existente do MSDE SP3a ou instalar uma nova instância do MSDE 2000 SP3a:
  • 3.7.4 Actualizar instâncias existentes do MSDE 2000 para SP3a
  • 3.7.5 Instalar uma nova instância do MSDE 2000 SP3a
  • 3.7.6 Actualizar o MSDE 1.0 para o MSDE 2000 SP3a

1.3 Remover SP3a

Depende da forma que removeu o SQL Server 2000 SP3a dos componentes do SQL Server 2000 SP3a que está a remover.

Remover SQL componentes de base de dados do servidor e o ambiente de trabalho motor SP3a

Quando o SQL Server da base de dados componentes SP3a ou ambiente de trabalho motor SP3a estiverem instalados, podem efectuar alterações as tabelas de sistema por motivos de manutenção e também actualizarem as bases de dados utilizador e de distribuição que façam parte de uma topologia de replicação. Devido a estas alterações, SP3a não podem ser removidas facilmente. Para reverter para a compilação que estavam em execução antes de instalar o SP3a, em primeiro lugar, tem de desinstalar a instância do motor de base de dados do SQL Server 2000 ou MSDE 2000; em seguida, terá de reinstalar essa instância. Se foram a executar o SQL Server 2000 service pack anterior ou aplicadas quaisquer correcções Quick Fix Engineering (QFE), tem reaplicar esse service pack e as correcções QFE para a instância.

Nota Para remover o SP3a, tem de ter cópias de segurança do modelo global, modelo e bases de msdb dados, que foram efectuadas imediatamente anterior à aplicação SP3a. Para mais informações, consulte repositório de bases de secção 3.1 anterior para o dados SQL Server e bases de secção 3.2 anterior para O Analysis Services dados.

Para mais informações, consulte Ambiente de trabalho motor SP3a e de desinstalação do SQL Server 2000 Components.

remover o SQL Server Analysis Services componentes SP3a

Efectuar uma para poder repor estado pré-SP3a SQL Server Analysis Services, tem cópia de segurança do registo chave
HK_LOCAL_MACHINE\Software\Microsoft\OLAP Server
e todos os respectivos em subchaves antes de instalar o SP3a. Quando desinstala o SP3a, tem de eliminar esta chave de registo e restaurar a versão de pré-SP3a da cópia de segurança.

Nota Actualizações para o MDAC 2.7 SP1a efectuadas durante a configuração de SP3a não podem ser desinstaladas.

Para mais informações, consulte 3.1.4 desinstalação do SQL Server 2000 Analysis Services SP3a.

1.4 Identificar a versão actual do SQL Server ou do Analysis Services

Utilize as técnicas nas secções seguintes para determinar qual a versão do SQL Server ou do Analysis Services tem instalada.

SQL Server Para identificar a versão do motor de base de dados do SQL Server 2000 ou MSDE 2000 que instalou, escreva SELECT @@ VERSION ou SERVERPROPERTY('ProductVersion') na linha de comandos utilizando o utilitário osql ou isql ou na janela consulta no SQL Query Analyzer.

Do mesmo modo, o nível de produto para uma determinada versão do motor de base de dados do SQL Server 2000 ou MSDE 2000 pode ser determinado através da execução SERVERPROPERTY('ProductLevel') SELECT.

A tabela seguinte mostra a relação entre a versão do SQL Server 2000 e o nível e o número da versão comunicou @@ VERSION e o nível de produto comunicou SERVERPROPERTY('ProductLevel').
Reduzir esta tabelaExpandir esta tabela
Versão do SQL Server 2000 e o nívelVERSÃO @@ProductLevel
Versão original do SQL Server 20008.00.194RTM
Base de dados Components SP1 ou Desktop Engine SP18.00.384SP1
Base de dados componentes SP2 ou Desktop Engine SP28.00.534SP2
Base de dados componentes SP3 ou SP3a, ou o ambiente de trabalho motor SP3 ou SP3a8.00.760SP3
Se não tiver a certeza qual a edição do motor de base de dados do SQL Server 2000 ou MSDE 2000 estiver a executar, visualize a última linha de saída devolvida pelo SELECT @@ VERSION. A última linha deve corresponder a um dos seguintes procedimentos:
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)
NOTA: O início da linha indica a edição do SQL Server motor de base de dados ou o MSDE 2000. Este é seguido de informações do sistema operativo actual.

Também pode determinar a edição escrevendo SERVERPROPERTY('Edition') SELECT na linha de comandos utilizando o utilitário osql ou isql ou na janela consulta no SQL Query Analyzer.

Analysis Services

Para identificar qual a versão do Analysis Services tem instalada, siga estes passos:
  1. A partir do menu Iniciar , aponte para Programas , aponte para o SQL Server 2000 , aponte para o Analysis Services e, em seguida, clique em Analysis Manager .
  2. Na árvore da Analysis Manager, clique com o botão direito do rato no nó de servidores de análise e clique em Acerca do Analysis Services .
  3. Utilize a tabela seguinte para determinar que versão do Analysis Services.
Reduzir esta tabelaExpandir esta tabela
Análise Services versãoCriar o número na ajuda acerca de
Versão original do SQL Server 2000 Analysis Services8.0.194
Análise Services SP18.0.382
Análise Services SP28.0.534
Análise Services SP3 ou SP3a8.0.760
fazer a distinção entre SP3 e SP3a

Para determinar se tem SP3 ou SP3a instalado, procure o número de versão de ficheiro de biblioteca de rede, Ssnetlib.dll. Se o número da versão deste ficheiro é 2000.80.760.0, terá de SP3; se o número da versão do ficheiro for 2000.80.766.0, tem de SP3a.

Partindo do princípio que uma instância tiver sido instalada utilizando as predefinições, é possível localizar o ficheiro Ssnetlib.dll das seguintes localizações:
  • Instância predefinida: C:\Program Files\Microsoft SQL Server\Binn\Ssnetlib.dll
  • Instância nomeada: C:\Program Files\Microsoft SQL Server\MSSQL$<instancename>\Binn\Ssnetlib.dll
Para saber se tem as pastas de configuração do SP3 ou SP3a, abra o ficheiro SP3Readme.htm e leia a primeira página. A versão do service pack, SP3a ou SP3, é listado na parte superior da primeira página.

Informações adicionais de 1,5 sobre SP3a

Uma lista das correcções contidas neste service pack será fornecida no artigo de base de dados de conhecimento da Microsoft 306908. Cada correcção na 306908 tem uma hiperligação para um artigo da base de dados de conhecimento que descreve o problema corrigido pela correcção. Siga as hiperligações para os artigos da base de dados de conhecimento da individuais para ver informações sobre cada correcção

para localizar um artigo na Base de dados de conhecimento
  1. Na lista Seleccione um produto Microsoft , seleccione SQL Server 2000 .
  2. No campo Procurar , escreva o número de artigo que pretende.
  3. Em Tipo de procura , seleccione artigo ID .
  4. Clique no botão Ir .
As informações relevantes para o SQL Server 2000 Service Pack 3a que não estavam disponíveis no tempo que deseja incluir neste ficheiro Leia-me serão publicadas no artigo de base de dados de conhecimento da Microsoft 816502.

Os artigos base de dados de Conhecimento mencionados neste documento estão disponíveis na Microsoft produto suporte dos serviços de dados de conhecimento da base.

Microsoft Data Access Components

Este service pack inclui actualizações para o Microsoft Data Access Components (MDAC), incluindo actualizações para o MSXML.

Para mais informações, consulte secção 5.5.1 actualizações para o Microsoft Data Access Components.

correcções de QFE

Todos os boletins de segurança SQL Server 2000 SP2 publicamente emitidos foram corrigidos no SP3a. Se tiver recebido uma correcção do SQL Server 2000 após a 14 de Outubro de 2002, esse hotfix não é provável que sejam incluídos no SP3a.

Contacte o fornecedor de suporte principal sobre como obter a mesma correcção for SQL Server 2000 SP3a.

actualizações do SQL Server CE Server ferramentas

Os utilizadores do Microsoft SQL Server 2000 Windows CE Edition (SQL Server CE) que actualizou ou planeia actualizar o SQL Server 2000 de servidores de base de dados e o publisher para o SP3 ou posterior também deverá actualizar os componentes de replicação do servidor em servidores de ISS (Serviços de informação Internet Information Services). Um programa de instalação SQL Server CE Server Tools actualizado está disponível neste Microsoft Web site.

Está disponível documentação actualizada 1.6 livros online do

Documentação actualizada para SP3 e SP3a está disponível. SQL Server 2000 Books Online (actualizado - SP3) contém pequenas revisões mais nova informação que está relacionado com SP3 e SP3a.

Pode transferir o SQL Server 2000 Books Online (actualizado - SP3) a partir deste Microsoft Web site.

1.7 Actualizado do SQL Server e são exemplos de Analysis Services disponível

Exemplos do SQL Server 2000 base de dados análise e motor de serviços que tenham sido actualizados para SP3 e SP3a estão disponíveis. Pode transferir estes exemplos actualizados a partir deste Web site da Microsoft.

2.0 Transferir e extrair SP3a

SP3a está distribuído das seguintes formas:
  • Num SQL Server 2000 Service Pack 3a CD-ROM que contém o serviço de pacotes para os seguintes componentes:
    • SP3a de componentes de base de dados
    • SP3a de serviços de análise
    • Ambiente de trabalho motor SP3a
  • Em ficheiros extracção automática três que possam ser transferidos da Internet no Microsoft SQL Server Downloads Web site:
    • Sql2ksp3.exe (base de dados componentes SP3a)
    • Sql2kasp3.exe (Analysis Services SP3a)
    • Sql2kdesksp3.exe (ambiente de trabalho motor SP3a)
Nota O SQL Server 2000 Service Pack 3a CD-ROM e o Sql2kdesksp3.exe contêm todos os ficheiros necessários para instalar uma nova instância do motor de ambiente de trabalho.

Nota Os ficheiros de transferência para SP3a têm os mesmos nomes que os ficheiros para o SP3. Se tiver um CD SP3a, pode instalar o SP3a directamente a partir do CD.

Se não tiverem um CD SP3a, pode transferir o ficheiro adequado e, em seguida, executá-la. Quando o ficheiro de transferência é executado no computador, criará um conjunto de pastas e ficheiros no disco que têm a mesma organização que as pastas e ficheiros no CD do SP3a. Depois de concluída esta fase de extracção do ficheiro, pode instalar o SP3a das pastas no disco.

Quando transferir e extrair ficheiros de instalação do SP3a a partir da Internet, utilize as seguintes directrizes:
  • Transfira um dos ficheiros listados na secção 2.0 e coloque o ficheiro de extracção automática numa pasta no computador que está a executar o software do SQL Server 2000 está a actualizar para o SP3a ou numa pasta numa partilha de rede. A partir dessa pasta, execute o ficheiro. O programa self-extraction pede-lhe o nome da pasta na qual pretende que a ficheiros do pack service colocados.

    Nota Depois de extrair o service pack a uma rede de partilha, o caminho para a pasta que especificar é relativo para a pasta em que executou o programa self-extraction.
  • Na unidade local ou partilha de rede para a qual transferiu os ficheiros de instalação do service pack, tem de ter espaço livre é aproximadamente três vezes o tamanho do ficheiro de extracção automática. Isto inclui espaço para armazenar o ficheiro de extracção automática, espaço para armazenar os ficheiros extraídos service pack e espaço de trabalho temporários necessárias ao programa self-extraction propriamente dito.
  • Pode mudar o nome ou no entanto, mover a pasta depois de extrair os componentes; Certifique-se de que o nome de caminho de directório não contém espaços em branco. Pode utilizar a mesma pasta de destino para cada um dos ficheiros de extracção automática; não irá substituir entre si ou interferir com uns dos outros.
  • Os ficheiros de extracção automática são utilizados para criar um conjunto de directórios e ficheiros que são iguais do CD-ROM SP3a. Se transferir SP3a terá de extrair os ficheiros para criar os directórios de pacote do serviço antes de poder executar o programa de configuração do SQL Server.
  • Para SP3a de componentes de base de dados e Analysis Services SP3a, o processo de configuração é o mesmo para o CD-ROM e os ficheiros extraídos.
Nota Alguns dos ficheiros nos service packs são ficheiros de sistema. Não pode ver, a menos que siga este procedimento: no Explorador do Windows, no menu Ver , clique em Opções , clique no separador Ver e, em seguida, seleccione Mostrar todos os ficheiros caixa de verificação.

como determinar o idioma de uma instância do SQL Server 2000 Database Engine ou MSDE 2000

Service packs do SQL Server 2000 são específicos do idioma. Para actualizar o SQL Server 2000, tem de transferir e aplicar o service pack tem o mesmo idioma que o software do SQL Server 2000. Por exemplo, se estiver a actualizar uma instância do MSDE 2000 utiliza o japonês, tem de transferir a versão japonesa do ambiente de trabalho motor SP3a.
  • Clique em Iniciar e clique em Executar .
  • Na caixa Abrir , escreva Regedit e, em seguida, clique em OK
  • Localize e seleccione uma das seguintes chaves:
    • Para uma instância predefinida do motor de base de dados do SQL Server 2000 ou MSDE 2000, localize e seleccione esta chave:

      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion
    • Para uma instância nomeada do motor de base de dados do SQL Server 2000 ou MSDE 2000, localize e seleccione esta chave:

      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\InstanceName\CurrentVersion em que InstanceName é o nome da instância
  • No painel da direita, ler o valor da entrada de idioma. Compare esse valor para a tabela seguinte para determinar o idioma para a instância do motor de base de dados do SQL Server 2000 ou MSDE 2000:
    Reduzir esta tabelaExpandir esta tabela
    Valor de registo de idioma (em hexadecimal)Idioma registo valor (hexadecimal)Valor de registo de idioma (em hexadecimal)
    0x000004041028Chinês tradicional
    0x000004071031Alemão
    0x000004091033Inglês
    0x0000040a1034Espanhol
    0x0000040c1036Francês
    0x000004101040Italiano
    0x000004111041Japonês
    0x000004121042Coreano
    0x000004131043Neerlandês
    0x000004161046Português (Brasil)
    0x0000041d1053Sueco
    0x000008052053 Chinês simplificado
componentes de base de dados e Analysis Services SP3a ficheiros

Componentes de base de dados e serviços de análise de ficheiros de instalação ambos contêm documentação de configuração actualizados que pode aceder clicando em Ajuda durante a configuração de SP3a. Esta documentação não actualiza a versão do SQL Server 2000 Books Online que já esteja instalada no computador. Para obter informações sobre como obter uma versão actualizada do SQL Server Books Online, consulte a secção 1.6 actualizado livros OnlineDocumentation está disponível. Se pretender aceder apenas a documentação de configuração de SQL Server 2000 SP3a actualizada sem actualizar o SQL Server Books Online, execute o ficheiro Setupsql.chm. Setupsql.chm está localizado na subpasta \Books do directório no CD-ROM SP3a, o directório local ou a partilha de rede que contém os ficheiros extraídos service pack.

2.1 Transferir e extrair o ambiente de trabalho SP3a Engine (MSDE 2000)

Utilizadores com uma instância existente do MSDE 2000 tem de saber como os respectivos instância do MSDE 2000 foi instalada para saber como patch-lo. Pode determinar isto das informações registadas como uma entrada de Códigoproduto numa chave de registo seguindo as instruções no 311762 de artigo de base de dados de conhecimento da Microsoft.
  • Se o nome do pacote original para o valor CódigoDoProduto SqlRun01.msi através de SqlRun16.msi, é possível actualizar a instância do MSDE 2000 utilizando os ficheiros de transferência do SQL Server 2000 SP3a. Consulte acima para obter informações sobre como determinar o idioma de uma instância do MSDE 2000.
  • Se o nome do pacote original para o valor CódigoDoProduto se referir a uma aplicação do Microsoft, ver a página seguinte para obter instruções sobre como actualizar essa instância do MSDE 2000: Microsoft MSDE Applications Web page.
  • Se o valor CódigoDoProduto não está listado no artigo, a instância foi instalada pelo utilitário de configuração de uma aplicação. Pode utilizar os ficheiros de transferência do SQL Server 2000 SP3a para aplicar SP3a tais instâncias MSDE. Em vez disso, terá de obter um ficheiro patch da empresa que escreveu a aplicação. Se a aplicação provém de uma empresa diferente da Microsoft, terá de contactar empresa para um ficheiro de patch. Se a aplicação veio da Microsoft, consulte a página seguinte, que lista as aplicações de MSDE da Microsoft (esta página será actualizada com informações sobre como actualizar estas instâncias do MSDE 2000): Microsoft MSDE Applications Web page.
  • Se o nome do pacote original para o valor CódigoDoProduto era Sample.msi ou SampleUpg.msi, consulte a base de dados de conhecimento da artigo 314131.
Transferir o MSDE 2000 SP3a

Se a instância do MSDE 2000 foi instalada utilizando o utilitário configuração do MSDE (nome do pacote original era SqlRun01.msi através de SqlRun16.msi), pode actualizar a instância do MSDE 2000 utilizando um ficheiro de transferência do SQL Server 2000 SP3a:
  • Ir para o Microsoft SQL Server Downloads Web site.
  • Na Transferir total caixa no canto superior direito desta página, seleccione o idioma que corresponda ao idioma para a instância do MSDE 2000 e clique em Ir .
  • Na página seguinte, localize a secção ficheiros nesta transferência na parte inferior da página. Dependendo do idioma, seleccione uma destes ficheiros:
    • Se tiver seleccionado o inglês, transfira o ficheiro SQL2KDeskSP3.exe para uma pasta no computador.
    • Se tiver seleccionado noutro idioma, transfira o ficheiro LLL_SQL2KDeskSP3.exe, onde LLL varia consoante o idioma.
extrair os ficheiros do MSDE 2000 SP3a

Depois de transferir ou SQL2KDeskSP3.exe LLL_SQL2KDeskSP3.exe, terá de extrair os ficheiros do MSDE 2000 SP3a:
  • Abra o Explorador do Windows e navegue para a pasta na qual transferiu o ficheiro de transferência de MSDE 2000 SP3a (SQL2KDeskSP3.exe ou LLL_SQL2KDeskSP3.exe, onde LLL varia consoante o idioma)
  • Faça duplo clique no ficheiro de transferência para extrair o MSDE SP3a ficheiros. Quando lhe for perguntado, especifique a pasta na qual os ficheiros SP3a podem ser extraídos.

Instalação do 3.0 Service Pack

Para instalar o SP3a, utilize as instruções de instalação nas seguintes secções. Nem todos os passos são necessários, dependendo do que os seguintes componentes de SQL Server 2000 ou configurações estiver a aplicar o service pack:
  • Componentes de base de dados
  • Analysis Services
  • Motor de ambiente de trabalho
  • Clusters de activação pós-falha
  • Servidor de replicação
A primeira frase em cada uma das seguintes secções indica os componentes ao qual se aplica essa secção.

antes de iniciar uma instalação

Se a instância do motor de base de dados do SQL Server 2000 ou MSDE 2000 está a ser utilizada por uma aplicação, consulte primeiro com o fornecedor da aplicação para verificar se existem qualquer motor de base de dados ou o MSDE 2000 actualizar considerações específicas para essa aplicação.

Uma instalação SP3a falhará se qualquer uma das seguintes políticas de segurança foi definida para não permitir a instalação :
  • O dispositivos: não assinados comportamento de instalação de controlador política de segurança local para o Windows XP
  • Política de segurança local comportamento de instalação não controlador não assinado para o Windows 2000

    Se utilizar a definição não permitir a instalação , tem de alterá-lo como com sucesso silenciosamente antes de instalar o SP3a. Se necessário, pode voltar a política para a definição anterior depois de concluída a instalação.
Nota não é permitida a instalação não é a predefinição para estas políticas de segurança.

Quando instalar o SQL Server 2000 SP3a num computador com o Windows XP, o MDAC 2.7 não será actualizado para o MDAC 2.7 Service Pack 1a (SP1a). Se o sistema necessitar de qualquer uma das correcções incluídas no MDAC 2.7 SP1a, primeiro tem de aplicar Windows XP Service Pack 1 antes de instalar o SQL Server 2000 SP3a. Windows XP SP1 serão aplicadas a todas as correcções incluídas no MDAC 2.7 SP1a.

Quando instalar este service pack numa versão de pré-lançamento do Microsoft Windows Server 2003 crie 3683 ou anterior, receberá a seguinte mensagem de erro:

O software que está a instalar não passou no teste do Windows Logo para verificar a sua compatibilidade com esta versão do Windows. Este software não será instalado. Contacte o administrador de sistema.

Pode optar por ignorar esta mensagem. Clique em OK para continuar o programa de configuração.

Nota Esta mensagem bloqueia uma instalação automática.

Quando instalar este service pack num computador com o Windows NT 4.0 Service Pack 6a, tem de aplicar a correcção descrita no artigo de base de dados de Conhecimento Microsoft 258437.

Antes de instalar SP3a na versão francesa do Windows NT 4.0, siga as instruções no artigo da base de dados de conhecimento da 259484. Pode acessar o artigo da base de produtos da Microsoft suporte dos serviços de dados de conhecimento. Para obter instruções sobre Procurar na base de dados de conhecimento da, consulte a secção 1.5 informações adicionais sobre SP3a.

antes de iniciar uma instalação de componentes de base de dados

Se aplicar SP3a de componentes de base de dados a uma instância do SQL Server num computador em que o Analysis Services também está instalado, programa de configuração poderá falhar quando executar o script, Sp3_serv_uni.sql. Se isto acontecer, reinicie o computador e volte a executar o programa de configuração.
  • Service packs do SQL Server 2000 não irão afectar a capacidade de cópia de bases de dados de utilizador de uma versão (edição original ou um service pack) do SQL Server 2000 ou MSDE 2000 e restaurá-los na outra versão, excepto quando a base de dados de utilizador for parte de uma topologia de replicação. Se a base de dados de utilizador não fizer parte de uma topologia de replicação, pode uma cópia a partir de uma instância com qualquer versão do SQL Server 2000 ou MSDE 2000 e restaurá-la numa instância com qualquer versão do SQL Server 2000 ou MSDE 2000. Existem considerações adicionais para replicação descritas na secção 5.3.6 cópia de segurança e restauro problemas para enviar a impressão em série replicação.
Programa de configuração SP3a actualiza bases de dados de utilizador que façam parte de uma topologia de replicação. Antes de instalar o SP3a, certifique-se que as bases de dados de replicação e filegroups são gravável e que a conta de utilizador que está executando o programa de configuração tem permissão para aceder as bases de dados. Para mais informações sobre como aplicar SP3a para bases de dados que estão incluídos topologias de replicação, consulte a secção 3.11 instalar em servidores replicado.

Se o programa de configuração SP3a detectar bases de dados de utilizador ou filegroups que não estão disponíveis para escrita,:
  • Aplica-se as actualizações de replicação SP3a a bases de dados gravável do utilizador.
  • Escreve uma lista de bases de dados não graváveis para o programa de configuração iniciar, localizado na Winnt\Sqlsp.log.
  • Apresenta a seguinte mensagem de aviso:

    O programa de configuração detectou uma ou mais bases de dados e filegroups que não estão disponíveis para escrita.
Pode ignorar este aviso a não ser algumas das bases de dados listados no registo do programa de configuração sejam membros de uma topologia de replicação. Se qualquer uma das bases de dados não graváveis listados no registo do programa de configuração forem membros de uma topologia de replicação, deve tornar as bases de dados gravável e aplicar novamente o programa de configuração do SP3a a essa instância do SQL Server 2000.

Nota Esta mensagem não afecta instalações automáticas. Para mais informações sobre instalações automáticas, consulte a secção 4.1 Unattended Installations.

Uma vez que as bases de dados não passíveis de escrita já não causar configuração falhar, não é necessário remover o envio do registo antes de actualizar para SP3a. No entanto, se a base de dados é enviar registos para uma base de dados é um editor de replicação, tem de:
  • Obter a base de dados offline antes de aplicar SP3a.
  • Aplica SP3a a instância.
  • Colocar a base de dados online.
  • Inicie sessão no analisador de consultas e execute o seguinte script:
    USE master
    GO
    EXEC sp_vpupgrade_replication
    GO
    
Se aplicar SP3a sem ter tomadas offline todas as bases de dados não passíveis de escrita registos de envio para bases de dados de publicação, receberá esta mensagem de erro:
Erro com o script sp_vpupgrade_replication (1)
Se receber este erro, siga o procedimento acima indicado.

Nota Durante a instalação, o programa de configuração torna não distinção entre bases de dados só de leitura e bases de dados estiverem offline ou num estado suspeito. Se uma base de dados de replicação ou filegroup estiver em qualquer uma destas condições durante a configuração e está envolvido numa topologia de replicação, tem de reaplicar o service pack depois de efectuar a base de dados gravável.

Note Uma vez que não graváveis bases de dados já não causar configuração falhar, não é necessário remover o envio do registo antes de actualizar para SP3a.

preparar um Systems Management Server Distributed instalação

Não é possível instalar remotamente o SQL Server 2000 Service Pack 3a. No entanto, pode utilizar o Microsoft Systems Management Server para instalar automaticamente SP3a em vários computadores com o Windows NT Server 4.0. Para tal, tem de utilizar um ficheiro de definição de pacote (Smssql2ksp3.pdf) que automatiza a criação de um pacote de SQL Server no Systems Management Server. O SQL Server pacote pode ser distribuído e instalado nos computadores que executem o Systems Management Server. O ficheiro Sms2kdef.bat é um ficheiro batch que inicia uma configuração automática utilizar o Systems Management Server. Este tipo de instalação, o programa de configuração detecta automaticamente informações do sistema relevantes que necessita e sem intervenção do utilizador é necessária.

Note Não é possível a utilizar o Systems Management Server para instalar o Desktop Engine SP3a.

3.1 Criar cópia de bases de dados do SQL Server

As informações seguintes aplicam-se para todas as instalações de componente, excepto os componentes de cliente da base de dados.

Antes de instalar o SP3a de componentes de base de dados ou ambiente de trabalho motor SP3a, cópias de segurança o modelo global, msdb e bases de dados do modelo. Instalar o SP3a modifica o modelo global, msdb e bases de dados modelo, facilitando incompatível com versões de pré-SP3 do SQL Server. Estas cópias de segurança são necessárias se decidir reinstalar o SQL Server 2000 sem SP3 ou SP3a.

Também é precavido criar cópias de bases de dados do utilizador, embora SP3a efectua actualizações apenas nas bases de dados utilizador que façam parte de topologias de replicação.

3.2 Novamente cópia O Analysis Services bases de dados e repositório

As informações seguintes aplicam-se apenas aos Analysis Services.

Efectuar antes de instalar Analysis Services SP3a, cópias de segurança do Analysis Services bases de dados, efectuar uma cópia da pasta Microsoft Analysis Services\Data, que é instalada por predefinição sob os ficheiros de pasta pasta. Se não migrar o repositório do Analysis Services para o SQL Server, efectue uma cópia do ficheiro Msmdrep.mdb, localizado na pasta Microsoft Analysis Services\Bin. Também deve guardar a análise de entradas de registo do servidor executando o Regedit.exe e utilizando o item de Exportar ficheiro de registo no menu registo para exportar a chave
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAPServer
para um ficheiro de cópia de segurança. Se migrar o repositório do Analysis Services para o SQL Server, cópia de segurança da base de dados que contém o repositório antes de instalar o SP3a. Para mais informações, consulte a desinstalação do SQL Server 2000 Analysis Services SP3a.

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

As informações seguintes aplicam-se para todas as instalações de componente, excepto os componentes de cliente da base de dados e Analysis Services.

Se a opção autogrow não estiver seleccionada para os modelo global e msdb bases de dados, as bases de dados tem de ter, pelo menos, 500 kilobytes (KB) de espaço livre. Para verificar se ter este espaço, executar o sistema sp_spaceused procedimento para a base de dados principal ou 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 a opção autogrow está seleccionada para os modelo global e msdb bases de dados e não existir espaço suficiente nas unidades, pode ignorar este passo.

Para verificar que a opção autogrow está 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 Properties.Verify que o automaticamente crescimento ficheiro está seleccionada.

Para verificar que esta opção está seleccionada no MSDE 2000, utilize o utilitário de linha de comandos osql para emitir as seguintes instruções de SQL:
  • sp_helpdb principal
  • sp_helpdb msdb
Verifique na saída destas instruções, se o valor da coluna crescimento não é 0.

3.4 Parar serviços e aplicações antes de executar o programa de configuração do SP3a

As informações seguintes aplicam-se a todos os componentes. Pode aplicar SP3a sem encerrar serviços.

Se não encerre serviços, lhe for pedido para reiniciar o computador depois de concluir a configuração. Sem reiniciar o computador, não possível iniciar os serviços seguintes:
  • Coordenador de transacções distribuídas da Microsoft (MS DTC) e os serviços Microsoft Search e MSSQLServerOLAPService. .
  • Os serviços MSSQLServer e SQLServerAgent para a instância a ser actualizado (por 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. (opcional)
Pode aplicar SP3a sem reiniciar o computador por parar estes serviços e aplicações antes de aplicar o SP3a.

Não é possível parar os serviços num ambiente em cluster. Para mais informações, consulte a secção 3.10 instalar num cluster de activação pós-falha.

3.5 Instalar SP3a de componentes de base de dados

As informações seguintes aplicam-se para todas as instalações de componente, excepto Desktop Engine e Analysis Services.

Execute o script Setup.bat de uma das seguintes localizações:
  • O directório no computador local que contém os ficheiros de pack serviço extraídos do SQL2KSP3.exe.
  • O directório do pacote de serviço no CD-ROM do SQL Server 2000 SP3a.
  • O directório na partilha de rede contém os ficheiros de pacote serviço extraídos do SQL2KSP3.exe.
Nota Para instalar componentes de base de dados a partir de uma partilha de rede, tem de primeiro efectue um dos seguintes procedimentos:
  • Mapear a partilha de rede que contém os extraídos ficheiros do service pack para uma letra de unidade disponível no computador local, navegue para o directório na unidade mapeada que contenha Setup.bat e, em seguida, execute Setup.bat.
  • Inicie o programa de configuração executando o ficheiro Setupsql.exe localizado na \X86\Setup, que é uma subpasta do directório na partilha de rede que contém os ficheiros extraídos service pack.
O programa de configuração apresenta uma caixa de diálogo que pede 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 o início de sessão sa. Se escolher a autenticação do Windows, tem de ter o programa de configuração enquanto tiver sessão iniciada para o Windows com uma conta de início de sessão do Windows. Esta conta de início de sessão tem de ser uma parte de sysadmin fixo a função de servidor para a instância do SQL Server 2000 estiver a actualizar.

O programa de configuração, em seguida, executa as seguintes tarefas:
  • 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 o início de sessão sa. Deixar em branco a palavra-passe de início de sessão sa fornece aos utilizadores com acesso administrativo fácil para o SQL Server ou Desktop Engine e não é recomendado; proteger os sistemas impondo uma palavra-passe do sa ou utilizando a autenticação do Windows. Para obter mais informações sobre esta caixa de diálogo, consulte a caixa de diálogo modo de autenticação mais tarde nesta secção.
  • Apresenta uma caixa de diálogo Aviso de palavra-passe do SA se detectar uma palavra-passe em branco para o início de sessão sa. Apesar de poder continuar a instalação com uma palavra-passe em branco para o início de sessão sa escolhendo explicitamente ignorar a recomendação e continuar o programa de configuração, uma palavra-passe em branco constitui um risco de segurança e não é recomendada. Esta caixa de diálogo é apresentada independentemente do modo de autenticação que utiliza.

    Nota Esta alteração de palavra-passe é feita imediatamente; mesmo que o programa de configuração falha, a palavra-passe ainda é alterada.
  • Apresenta uma Assistente de compatibilidade para trás caixa de diálogo que avisa-o de qualquer retro-compatibilidade problemas que poderão ocorrer quando aplicar o service pack. Para mais informações sobre esta caixa de diálogo, consulte atrás caixa de diálogo de lista de verificação de compatibilidade mais tarde nesta secção.
  • Apresenta uma caixa de diálogo se detectar que as bases de dados ou filegroups não são graváveis. Nesta altura, se qualquer uma destas bases de dados ou filegroups fizerem parte de uma topologia de replicação pode:
    • Parar o processo de configuração, efectuar estes objectos gravável e reinicie o programa de configuração.
    • Continuar o processo de configuração SP3a actual e aplique novamente SP3a numa altura posterior depois de efectuar estes objectos gravável.

      Nota Os passos anteriores são necessários quando aplicar SP3a bases de dados não graváveis ou filegroups que fazem parte de uma topologia de replicação. Para mais informações, consulte a secção 3.12 aplicar SP3a Read-Only bases de dados ou Filegroups.
  • Apresenta uma caixa de diálogo Relatório de erros com informações sobre como activar o funcionalidade incluída no SP3a relatar erros novos. Para obter mais informações sobre relatórios de erros, consulte secção 5.10 Error Reporting.
  • Actualiza os componentes do MDAC se necessário. Para mais informações, consulte secção 5.5.1 actualizações para o Microsoft Data Access Components.
  • Substitua ficheiros existentes do SQL Server 2000 SP3a ficheiros
  • Ficheiros de script é executado Transact-SQL para actualizar o sistema de procedimentos armazenados
  • Apresenta uma opção para reiniciar o computador na caixa de diálogo final, se o programa de configuração determinar que é necessário um reinício.


caixa de diálogo de modo de autenticação

A caixa de diálogo modo de autenticação não predefinido para as definições actuais para a instalação. As predefinições da caixa de diálogo são:
  • Em computadores com o Windows 98 ou Windows Millennium Edition, a predefinição é autenticação de modo misto (o modo de autenticação apenas suportado nestes sistemas operativos). A caixa de diálogo pede-lhe para especificar uma palavra-passe para o início de sessão sa. Se especificar uma palavra-passe, o programa de configuração altera a palavra-passe sa início de sessão. Se deixar a palavra-passe em branco, o programa de configuração liga sem alterar a palavra-passe
  • Em computadores com o Windows NT 4.0 ou Windows 2000, a predefinição é 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.

    Nota Antes de alterar o modo de autenticação ou a palavra-passe para o início de sessão sa, certifique-se de que esta alteração não afecta as aplicações existentes. Por exemplo, se alterar uma instância do SQL Server utilizem autenticação de modo misto para a utilização da apenas autenticação do Windows, as aplicações existentes a tentar ligar utilizando a autenticação do SQL Server não é possível ligar até que o modo de autenticação é definido para autenticação do Windows. Além disso, se alterar a palavra-passe do sa início de sessão, aplicações ou processos administrativos utilizando a palavra-passe antiga não é possível ligar até são configurados para utilizar a nova palavra-passe.
importante Por motivos de segurança, nunca deverá ter uma palavra-passe em branco no início de sessão sa.

O programa de configuração coloca um registo das acções efectua no ficheiro Sqlsp.log. Este ficheiro de registo é armazenado no Windows directório do computador no qual o programa de configuração é executado. Se actualizar várias instâncias, apenas a actualização mais recente registada neste registo.

caixa de diálogo de lista de verificação compatibilidade com versões anteriores

O Assistente de compatibilidade para trás caixa de diálogo apresenta problemas de compatibilidade que poderão ocorrer quando aplicar o service pack. Os problemas de compatibilidade com versões anteriores que aparecem na lista de verificação variam consoante a configuração da instância do SQL Server 2000 que está a ser actualizado.

Os seguintes problemas de compatibilidade com versões anteriores podem ser resolvidos nesta caixa de diálogo:
  • Quando efectuar a actualização do SP2 ou anterior, SP3a actualiza o serviço Microsoft Search e recria automaticamente os catálogos de texto completo para todas as aplicações utilizando o serviço. Durante a reconstrução, funcionalidade de texto completo poderá não estar totalmente disponível. Tem de seleccionar esta caixa de verificação antes de continuar o programa de configuração. Para mais informações, consulte secção 5.1.5 texto completo catálogos tem reconstruído depois conclui o programa de configuração.
  • Antes de aplicar o service pack, tem de actualizar a configuração do servidor mestre/destino SQL Server 2000. Os melhoramentos introduzidos com SP3a compatíveis apenas com servidores que executem o SQL Server 2000 SP3 ou SP3a. Tem de seleccionar esta caixa de verificação antes de continuar o programa de configuração. Para mais informações, consulte a que secção 5.4.2 alterações para configurações de servidores principais/alvo.
  • Propriedade de base de dados entre o encadeamento está desactivado por predefinição neste service pack. Após a instalação, pode activar a interligação de propriedade entre bases de dados para bases de dados individuais. Seleccionar esta caixa de verificação opcional permite-lhe permitir entre bases de dados propriedade interligação de bases de dados. Para mais informações, consulte a secção 5.1.11 entre bases de dados propriedade encadeamento.

    Nota Não se recomenda a activação entre bases de dados propriedade interligação de bases de dados.

    Nota Se tivesse activado anteriormente entre bases de dados propriedade encadeamento numa versão pré-lançamento do SP3 (antes da compilação 8.00.760) é necessário activá-lo novamente quando instalar o SP3a.

3.6 Instalar Analysis Services SP3a

As informações seguintes aplicam-se apenas ao Analysis Services.

Para instalar o Analysis Services SP3a, execute Setup.exe a partir das seguintes localizações:
  • O subdirectório Msolap\Install no directório que contém os ficheiros extraídos Analysis Services SP3a SQL2KASP3.exe.
  • O directório Msolap\Install no CD-ROM do SP3a.
O programa de configuração, em seguida, executa as seguintes tarefas:
  • Abre uma caixa de diálogo programa de configuração que lhe pede para obter informações. Para mais informações sobre relatórios de erros, consulte 5.10 Error Reporting.
  • Apresenta uma caixa de diálogo relatório de erros com informações sobre como activar o funcionalidade incluída no SP3a relatar erros novo.
  • Copia os ficheiros necessários e conclui a instalação


problemas de instalação de serviços de análise adicionais

Depois de instalar Analysis Services SP3a tem de actualizar os computadores utilizados para administração remota para SP3 ou SP3a. Caso contrário, recebe a seguinte mensagem de erro quando tenta estabelecer ligação remotamente através do Analysis Manager:

Não é possível ligar ao registo no servidor (Nome_do_servidor) ou não for membro do grupo Administradores OLAP deste servidor.

Serviços de dados Meta adicionou uma nova função dedicada denominada RepositoryUser , que pode ser utilizado para aceder e actualizar informações de repositório na base de dados msdb . A função RepositoryUser tem de criar, ler, actualizar, eliminar e permissões de execução no repositório msdb . A função pública foi substituída deste novo grupo e já não tiver permissões neste repositório. Se as condições seguintes se verificarem, o grupo Administradores OLAP deve ser adicionado à função RepositoryUser para que os membros deste grupo possam aceder o repositório depois de aplica o service pack:
  • O repositório é o formato de serviços de dados Meta.
  • O repositório utiliza a base de dados msdb .
  • O grupo Administradores OLAP utilizado anteriormente a função pública para o repositório de acesso.
Nota Esta alteração também afecta servidores remotos aceder a dados Meta repositório Services num servidor que tenha sido actualizado para SP3 ou SP3a. Servidor remoto inícios de sessão devem ser adicionados à função de RepositoryUser.

Nota O grupo Administradores OLAP deve ser adicionado à função RepositoryUser antes de restaurar um técnico de dados Meta repositorythat foi cópias de segurança anteriores para actualizar para o SP3 ou SP3a; caso contrário, a operação de restauro irá falhar.

Para mais informações sobre a função RepositoryUser , consulte a secção 5.6.3 nova RepositoryUser função para aceder a informações sobre o repositório.

Se a análise dos serviços de dados pasta está localizada num computador outro do que aquele em que o servidor de análise está em execução, terá de modificar as permissões da pasta depois de executar o programa de configuração do SP3a. Para mais informações, consulte a secção 5.2.10 permissões deve ser modificado numa pasta de dados remota.
Considerações de segurança 3.7.2 para MSDE 2000 SP3a
As informações seguintes aplicam-se apenas ao Desktop Engine (MSDE 2000).

Ambiente de trabalho motor SP3a contém um conjunto completo dos ficheiros necessários para instalar ou actualizar instâncias do SQL Server 2000 Desktop Engine (MSDE 2000). Pode efectuar todas as acções de configuração do MSDE 2000 com os ficheiros a partir do ambiente de trabalho motor SP3a, desde que tenha uma licença para instalar ou actualizar uma instância do MSDE 2000. Para mais informações sobre o licenciamento o MSDE 2000, consulte utiliza do MSDE 2000.

Não poderá aplicar ao ambiente de trabalho motor SP3a instâncias do MSDE 2000 que foram instaladas pelo configuração do utilitário de um application.You tem contacte o fornecedor aplicação para um ficheiro de patch que pode ser utilizado para actualizar estas instâncias do MSDE 2000. Para obter instruções sobre como determinar se uma instância do MSDE 2000 pertencem a esta categoria, consulte a secção transferir 2.1 e SP3a extrair Desktop Engine (MSDE 2000).
As secções seguintes fornecem informações gerais importantes sobre a configuração do MSDE 2000 SP3a:
  • Pré-requisitos 3.7.1 para MSDE 2000 SP3a
  • Considerações de segurança 3.7.2 para MSDE 2000 SP3a
  • Parâmetros de configuração 3.7.3 MSDE 2000
As secções seguintes abrangem os cenários mais comuns para actualizar uma instância existente do MSDE SP3a ou instalar uma nova instância do MSDE 2000 SP3a:
  • 3.7.4 Actualizar instâncias existentes do MSDE 2000 para SP3a
  • 3.7.5 Instalar uma nova instância do MSDE 2000 SP3a
  • 3.7.6 Actualizar o MSDE 1.0 para o MSDE 2000 SP3a
Se necessitar de obter informações adicionais, a origem primária de documentação de configuração do MSDE 2000 SP3a está no SQL Server 2000 Books Online (actualizado - SP3). Ocorreram algumas alterações efectuadas ao MSDE 2000 SP3 e SP3a que não são totalmente reflectidas no SQL Server 2000 Books Online (actualizado - SP3), essas funcionalidades são abrangidas neste ficheiro Leia-me. Para obter mais informações sobre como instalar o SQL Server 2000 Books Online (actualizado - SP3), consulte a secção 1.6 actualizado livros online documentação está disponível.
Pré-requisitos 3.7.1 para MSDE 2000 SP3a
As informações seguintes aplicam-se apenas ao Desktop Engine (MSDE 2000).

Os requisitos seguintes aplicam-se para instalações do SQL Server 2000 Desktop Engine (MSDE 2000) SP3a.

Quando actualizar o MSDE 2000, tem de aplicar em separado ao ambiente de trabalho motor SP3a cada instância do MSDE 2000.

Nota a Microsoft não suporta configurações em que existem mais do que 16 ocorrências do motor de base de dados num computador. Isto inclui instâncias do SQL Server 6.5, SQL Server 7.0, SQL Server 2000, MSDE 1.0 e MSDE 2000.

Sempre inicie a configuração do MSDE 2000 executando o Setup.exe. Não inicie o programa de configuração invocando directamente um dos ficheiros .msi de MSDE 2000, como, por exemplo, fazendo duplo clique sobre um dos ficheiros .msi MSDE 2000. Tem de executar o programa de configuração a partir da linha de comandos e especificar parâmetros para instalar ou actualizar qualquer instância do MSDE. Para obter mais informações sobre os parâmetros necessários, consulte secções 3.7.2 através de 3.7.6.

Poderão ocorrer problemas se utilizar dos serviços de terminal ligação ao tentar actualizar uma instância existente do MSDE para o SP3a ou instalar uma nova instância do MSDE 2000 SP3a. Se forem detectados problemas, reinicie o programa de configuração do computador local.

Tem de saber o nome da instância da instância do MSDE estiver a instalar ou actualizar utilizando a configuração do MSDE 2000 SP3a. Se estiver a instalar ou actualizar uma instância nomeada do MSDE, tem de utilizar o parâmetro INSTANCENAME para especificar o nome de instância. Se não especificar INSTANCENAME, o programa de configuração funciona na instância predefinida do MSDE nesse computador. Em versões do MSDE 2000 configuração antes SP3, utilizadores necessários para especificar o ficheiro de pacote de instalação do .msi utilizado para instalar ou actualizar uma instância do MSDE 2000. No SP3 e versões posteriores do programa de configuração, programa de configuração gere os ficheiros .msi e não é necessário especificar o ficheiro .msi para uma actualização ou uma nova instalação.

É possível executar a configuração do MSDE 2000 SP3a da unidade de disco rígida, uma partilha de rede ou um CD-ROM. Quando actualizar uma instância do MSDE 2000 para o SP3a, só pode executar programa de configuração de uma partilha de rede ou um CD-ROM se os ficheiros originais utilizados para instalar a instância do MSDE 2000 ainda presentes na localização que ocupado durante a instalação original. Se a instalação original a partir de um CD-ROM, o MSDE 2000 SP3a configuração pedirá CD-ROM original durante a actualização. Se os ficheiros originais já não estão na localização original ou CD-ROM original não está disponível, tem de copiar os ficheiros MSDE 2000 SP3a para o disco rígido e execute o programa de configuração a partir desse local.

Se criar o seus próprios CD-ROM para instalar o SP3a, o nome do volume do CD-ROM tem de ser SQL2KSP3. Se for um fornecedor de software independente (ISV) criar um CD-ROM para fins de distribuição Desktop Engine como um componente da aplicação, a etiqueta de volume CD-ROM tem de ser idêntica a VolumeLabel propriedade na tabela de Media do pacote do Windows Installer (*.msi).
Pode instalar a actualização para Desktop Engine a partir de um CD-ROM apenas se estiver a utilizar o Windows Installer versão 2.0.2600.0 ou later.If que tem de actualizar o Windows Installer, SP3a inclui os ficheiros necessários para actualizar o Windows Installer.

para actualizar o Windows Installer:
  1. Utilizando o Explorador do Windows, navegue para a pasta \MSDE\MSI ou o CD SQL Server 2000 SP3a, ou pastas que extraído de SQL2KDeskSP3.exe.
  2. Execute InstMsi20.exe.
  3. Quando lhe for pedido, reinicie o computador.
Considerações de segurança 3.7.2 para MSDE 2000 SP3a
As informações seguintes aplicam-se apenas ao Desktop Engine (MSDE 2000).

O comportamento do programa de configuração do MSDE 2000 foi alterado no SP3a para que as predefinições resultar numa configuração mais segura.

Ambiente de trabalho motor SP3a altera o comportamento predefinido do parâmetro de configuração DISABLENETWORKPROTOCOLS que especifica a configuração do suporte de ligação de rede para uma instância do MSDE 2000. Se nenhuma aplicação em execução no outro computador irá ligar a instância do MSDE 2000, a instância não tem necessidade de suporte de rede e é precavido desactivar um recurso que não está a ser utilizado. SP3a desactivará o suporte de rede por predefinição quando instala novas instâncias do MSDE 2000. Se desactivar o suporte de rede quando instalar uma instância do MSDE 2000 SP3a, pode reconfigurar mais tarde a instância para activar o suporte. Para mais informações sobre a desactivação e restaurar o acesso à rede, consulte da base de dados de conhecimento da Microsoft artigo 814130.

Por predefinição, a configuração do MSDE 2000 SP3a irá não instalar uma nova instância do MSDE 2000, a menos que utilize o parâmetro SAPWD para especificar uma sa forte palavra-passe. Por predefinição, a configuração do MSDE 2000 SP3a não actualizará uma instância existente do MSDE 2000, a menos que atribuiu uma palavra-passe segura a sa início de sessão. Deverá atribuir uma palavra-passe forte para início de sessão sa, mesmo quando actualizar uma instância existente, a menos que a aplicação utilizando a instância do MSDE depende de alguma forma uma palavra-passe de sa nula. Mesmo que a instância do MSDE 2000 esteja em execução no modo de autenticação do Windows, o início de sessão sa torna-se imediatamente activo se a instância nunca é comutada para modo misto. Uma palavra-nulo, em branco, simples ou conhecidos passe de sa poderia ser utilizada para acesso não autorizado. Se necessitar de atribuir uma palavra-passe de sa segura antes de actualizar a instância do MSDE 2000 para o SP3a, consulte o artigo de base de dados de conhecimento da Microsoft 322336.

Sempre que possível, para maior segurança, utilize autenticação do Windows com a instalação do MSDE 2000. Considere mudar do modo misto para modo de autenticação do Windows se:
  • Podem executar as aplicações a utilizar o MSDE 2000 utilizando o Windows autenticação.
  • Definiu logins de autenticação do Windows para todos os utilizadores que necessitam para ligar a instância. Para mais informações sobre como adicionar inícios de sessão, consulte Adicionar um utilizador do Windows ou grupo no SQL Server 2000 Books Online.
  • A instância do MSDE 2000 não está em execução Windows 98 ou Windows Me.
Para obter mais informações sobre alterar uma instância do MSDE 2000 de modo misto para modo de autenticação do Windows, consulte da base de dados de conhecimento da Microsoft artigo 322336.
Parâmetros de configuração 3.7.3 MSDE 2000
As informações seguintes aplicam-se apenas ao Desktop Engine (MSDE 2000).

O MSDE 2000 concebido para ser distribuído com aplicações e instalados pelo programa de configuração da aplicação. O MSDE 2000 não tem um programa de configuração interactiva. Os mecanismos de configuração do MSDE 2000 foram concebidos para ser chamados por um utilitário de configuração de aplicação, onde qualquer necessária interacção com o utilizador final é tratada pela configuração da aplicação. O MSDE 2000 tem dois mecanismos de instalação:
  • Numa linha de comandos utilitário de configuração. Utilitário de configuração é normalmente denominado por um utilitário de configuração de aplicação, mas também pode ser executado a partir de uma janela da linha de comandos. O utilitário de configuração do MSDE 2000 não tem interface gráfica de utilizador através do qual um utilizador pode controlar o comportamento do utilitário. Em vez disso, este utilitário aceita um conjunto de parâmetros que definem as acções que deve tomar o utilitário.
  • Um conjunto de módulos de intercalação do programa de instalação do Windows. Os programadores que escrevem utilitários de configuração baseado no Windows Installer podem código a configuração da aplicação para instalar uma instância MSDE 2000 por consumir os módulos de intercalação do MSDE 2000. Os programadores podem controlar a configuração da instância instalada, especificando a parâmetros do utilitário de configuração de propriedades do pacote de instalação que correspondem ao MSDE 2000.
Os utilizadores podem utilizar a linha de comandos do utilitário do programa de configuração do MSDE 2000 para qualquer uma das instâncias existentes da actualização do MSDE ou para instalar novas instâncias do MSDE 2000. Os utilizadores controlar o comportamento do programa de configuração do MSDE 2000 especificando parâmetros. Os parâmetros de configuração podem ser especificados numa de duas formas:
  • Na linha de comandos.
  • Num ficheiro .ini lido pelo utilitário de configuração.
A maior parte dos parâmetros suportados pelo versão do programa de configuração do MSDE 2000 SP3a está documentada no tópico "Personalizar ambiente de trabalho motor Setup.exe" no SQL Server 2000 Books Online (actualizado ? SP3). Para obter mais informações sobre como instalar o SQL Server 2000 Books Online, consulte a secção 1.6 actualizado livros online documentação está disponível.

Tem de incluir os valores para o programa de configuração do MSDE parâmetros entre aspas se o valor especificado tem caracteres especiais, tais como espaços em branco. Caso contrário, as aspas são opcionais.

Estes parâmetros de configuração do MSDE 2000 SP3a não estão documentados no SQL Server 2000 Books Online (actualizado ? SP3) ou funcionam de forma diferente da descrita no Books Online.
Reduzir esta tabelaExpandir esta tabela
nome do parâmetro Descrição
ALLOWXDBCHAINING = 1Activa entre bases de dados propriedade encadeamento. Para mais informações, consulte propriedade de base de dados entre secção 5.1.11 encadeamento.
SAPWD = sa_passwordEspecifica a palavra-passe a ser atribuído o início de sessão sa quando instalar uma nova instância do MSDE 2000. SAPWD é ignorada quando actualiza uma instância existente do MSDE 2000, pelo que deve certificar-se que o início de sessão sa tem uma palavra-passe segura antes de actualizar. Deve especificar sempre uma senha de sa forte, mesmo quando utiliza o modo de autenticação do Windows. Enquanto a propriedade SAPWD não escrita no ficheiro de registo de instalação quando executar o Setup.exe, recomenda-se a instalação utilizando módulos de intercalação.
/upgradesp {SQLRUN | [<msipath>] SqlRunXX.msi} Especifica que configuração actualizará uma instância existente do MSDE 2000 SP3a. Para o SP3 e posterior, este parâmetro substitui o parâmetro /p suportado por versões anteriores do programa de configuração. Não utilize o parâmetro /p com SP3 ou posterior. Quando actualizar para o SP3a, já não são necessárias para especificar o ficheiro .msi utilizado para instalar a instância existente do MSDE 2000. A maioria dos utilizadores basta especificar SQLRUN, nesse caso o utilitário de configuração do MSDE 2000 SP3a determina que ficheiro .msi deve ser utilizado. Quando especificar SQLRUN sem especificar um INSTANCENAME, o programa de configuração irá actualizar a instância predefinida do MSDE 2000. Se especificar tanto SQLRUN INSTANCENAME um, o programa de configuração irá actualizar a instância especificada utilizando o parâmetro INSTANCENAME. Quando especifica o nome de um ficheiro de pacote de instalação do MSDE 2000 .msi, o programa de configuração irá actualizar o instância no computador foi instalada originalmente com um módulo de intercalação com o mesmo nome. Por exemplo, se especificar SqlRun01.msi, o programa de configuração irá actualizar o instância do MSDE 2000 foi instalada originalmente utilizando SqlRun01.msi. MSIPath é o caminho para a pasta que contém o ficheiro .msi. MSIPath assume Setup\. Para exemplos de especificar /upgradesp, consulte a secção 3.7.4 actualizar existente instâncias do MSDE 2000 para SP3a
UPGRADEUSER = AnAdminLoginEspecifica o início de sessão a ser utilizado ao actualizar uma instância do MSDE 1.0 ou do MSDE 2000 utilizando autenticação do SQL Server. O início de sessão tem de ser membro de sysadmin fixo a função de servidor. Este parâmetro só é utilizado quando especificar SECURITYMODE = SQL quando actualizar uma instância do MSDE.
UPGRADEPWD AdminPassword = Especifica a palavra-passe para o início de sessão especificado na UPGRADEUSER quando actualizar o motor de ambiente de trabalho utilizando a autenticação do SQL Server.
Ambiente de trabalho motor SP3 introduzido um novo parâmetro DISABLENETWORKPROTOCOLS . O comportamento do DISABLENETWORKPROTOCOLS alteradas no SP3a de motor de ambiente de trabalho para ser mais seguro por predefinição.

Estes são os comportamentos de DISABLENETWORKPROTOCOLS no SP3a.
Reduzir esta tabelaExpandir esta tabela
Valor DISABLENETWORKPROTOCOLSActualizar a instância existenteInstalar a nova instância
1Instância está configurada com todos os servidores de bibliotecas de rede desactivadas.Instância está configurada com todos os servidores de bibliotecas de rede desactivadas.
0A configuração de biblioteca de rede do servidor existente é mantida.Instância está configurada com servidor predefinido bibliotecas de rede e endereços activados.
Parâmetro não especificado ou é qualquer valor diferente de 0 ou 1A configuração de biblioteca de rede do servidor existente é mantida.Instância está configurada com o servidor de todas as bibliotecas de rede desactivadas.
No SP3, DISABLENETWORKPROTOCOLS tem duas diferenças no comportamento comparado com SP3a:
  • Quando instalar uma nova instância utilizando SP3 e DISABLENETWORKPROTOCOLS é ou não especificado ou defina um valor diferente de 0 ou 1, em seguida, a instância é instalada com a predefinição bibliotecas de rede e endereços activados. No SP3a, as bibliotecas de rede estão desactivadas.
  • Sempre que todas as bibliotecas de rede estão desactivadas para uma instância do MSDE 2000 SP3, a instância ainda utilizará a porta UDP 1434. No SP3a, a instância não utilizará porta 1434 de UDP em que a configuração. Para obter mais informações, consulte a secção 5.1.15 operações no UDP porta 1434.
Para mais informações sobre configurações de biblioteca de rede predefinida, consulte o tópico "Controlar bibliotecas de rede e comunicações endereços" no SQL Server 2000 Books Online.

Se for um programador incorporar os módulos de intercalação do MSDE 2000 (ficheiros .msi) num programa de configuração do Windows Installer, pode especificar os parâmetros de configuração acima como propriedades no ficheiro .msi. Ambiente de trabalho SP3a Engine (MSDE 2000) fornece módulos de intercalação para suportar aplicações existentes que utilizem módulos de intercalação. Os utilitários de configuração para novas aplicações devem ser gravados para chamar o utilitário de configuração do MSDE 2000 em vez de directamente consumir os módulos de intercalação do MSDE 2000.
Reduzir esta tabelaExpandir esta tabela
Nome do parâmetroPropriedades do módulo de intercalação
ALLOWXDBCHAININGSqlAllowXDBChaining
DISABLENETWORKPROTOCOLSSqlDisableNetworkProtocols
SAPWDSqlSaPwd
UPGRADEUSERSqlUpgradeUser
UPGRADEPWDSqlUpgradePwd
Para obter informações sobre as propriedades do módulo de intercalação que correspondem aos outros parâmetros de configuração, consulte o tópico "Utilizando o SQL Server ao ambiente de trabalho motor de impressão em módulos" no SQL Server 2000 Books Online.

Pedir um registo do programa de configuração

Se detectar problemas com o programa de configuração e necessita de um registo verboso para ajudar na depuração, especifique/l * v <logfilename>. <logfilename> é o nome de um ficheiro de registo onde o programa de configuração regista todas as suas acções. Se não especificar um caminho como parte do nome, o ficheiro de registo é criado na pasta actual. Se está a executar o programa de configuração a partir do CD do SQL Server 2000 SP3a, tem de especificar o caminho completo para uma pasta no disco. Este exemplo cria um ficheiro de registo MSDELog.log na pasta raiz da unidade C::

setup /upgradesp sqlrun DISABLENETWORKPROTOCOLS = 1/l * v C:/MSDELog.log
3.7.4 Actualizar instâncias existentes do MSDE 2000 para SP3a
As informações seguintes aplicam-se apenas ao Desktop Engine (MSDE 2000).
Os exemplos desta secção irão actualizar uma instância existente do MSDE 2000 para o SP3a e também desactivar a conectividade de rede para essa instância do MSDE 2000. Se a instância tem de aceitar ligações de aplicações em execução nos outros computadores, não especifique DISABLENETWORKPROTOCOLS parâmetro.
Os exemplos desta secção partem do princípio que o início de sessão sa tem uma palavra-passe segura. Para mais informações sobre a palavra-passe sa início de sessão, consulte a secção 3.7.2 considerações de segurança para o MSDE 2000 SP3a.

para actualizar o SQL Server 2000 Desktop Engine
  1. Abra uma janela de linha de comandos.
  2. Na linha de comandos, utilize o comando cd para navegar para a pasta que contém o utilitário de configuração do MSDE 2000 SP3a:
    CD c:\MSDESP3aFolder\MSDE
    onde c:\MSDESP3aFolder é o caminho para a pasta para a qual extraiu os ficheiros do MSDE 2000 SP3a ou a pasta de ambiente de trabalho motor SP3a no SQL Server 2000 SP3a CD.
  3. Execute um dos seguintes comandos:
    • Para uma instância predefinida utilizando a autenticação do Windows modo, executar:

      setup /upgradesp sqlrun DISABLENETWORKPROTOCOLS = 1
    • Para uma instância nomeada utilizando o modo de autenticação Windows, execute:

      setup /upgradesp sqlrun INSTANCENAME = InstanceName DISABLENETWORKPROTOCOLS = 1
    • Para uma instância predefinida utilizando o modo misto (onde AnAdminLogin é um membro da função de servidor fixa sysadmin ), execute:

      setup /upgradesp sqlrun SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
    • Para uma instância nomeada utilizando o modo misto (onde AnAdminLogin é um membro da função de servidor fixa sysadmin ), execute:

      setup /upgradesp sqlrun INSTANCENAME = InstanceName SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
importante Se utilizar um ficheiro .ini durante a configuração, Evite armazenar credenciais no ficheiro ini.

Nota Quando actualizar Desktop Engine num computador com o Windows 98 ou Windows Millennium Edition, a instância do motor de ambiente de trabalho que está a actualizar tem de ser parada antes de iniciar o programa de configuração.
3.7.5 Instalar uma nova instância do MSDE 2000 SP3a
As informações seguintes aplicam-se apenas ao Desktop Engine (MSDE 2000).

Os exemplos desta secção instalará uma nova instância do MSDE 2000 SP3a foi configurado com a conectividade de rede desactivada. Se a instância tem de aceitar ligações de aplicações em execução nos outros computadores, especifique também DISABLENETWORKPROTOCOLS = 0.

Estes exemplos instalar instâncias utilizando as predefinições para todos os itens de configuração como agrupamento e localizações de ficheiros. As configurações podem ser controladas por parâmetros de configuração, tais como COLLATION DATADIR e TARGETDIR . Para obter mais informações sobre os parâmetros de configuração que pode especificar com o programa de configuração, consulte "Personalizar ambiente de trabalho motor Setup.exe" no SQL Server 2000 Books Online (actualizado ? SP3). Para obter mais informações sobre como instalar o SQL Server 2000 Books Online (actualizado - SP3), consulte a secção 1.6 actualizado livros online documentação está disponível.

para instalar uma nova instância do motor de ambiente de trabalho
  1. Abra uma janela de linha de comandos.
  2. Na linha de comandos, utilize o comando cd para navegar para a pasta que contém o utilitário de configuração do MSDE 2000 SP3a:

    CD c:\MSDESP3aFolder\MSDE
  3. onde c:\MSDESP3aFolder é o caminho para a pasta para a qual extraiu os ficheiros do MSDE 2000 SP3a ou SP3a o motor de ambiente de trabalho pasta no CD SQL Server 2000 SP3a.
  4. Execute um dos seguintes comandos:
    To install a default instance configured to use Windows Authentication Mode, execute: 
    setup SAPWD="AStrongSAPwd"
    Where AStrongSAPwd is a strong password to be assigned to the sa login.
    
    To install a named instance configured to use Windows Authentication Mode, execute: 
    setup INSTANCENAME="InstanceName" SAPWD="AStrongSAPwd"
    Where AStrongSAPwd is a strong password to be assigned to the sa login and InstanceName is the name to be assigned to the instance.
    
    To install a default instance configured to use Mixed Mode, execute: 
    setup SAPWD="AStrongSAPwd" SECURITYMODE=SQL
    Where AStrongSAPwd is a strong password to be assigned to the sa login.
    
    To install a named instance configured to use Mixed Mode, execute: 
    setup INSTANCENAME="InstanceName" SECURITYMODE=SQL SAPWD="AStrongSAPwd"
    Where AStrongSAPwd is a strong password to be assigned to the sa login and InstanceName is the name to be assigned to the instance.
    
    
importante Se estiver a utilizar um ficheiro .ini durante a configuração, Evite armazenar credenciais no ficheiro ini.

importante Especificar sempre uma palavra-passe forte para início de sessão sa, mesmo quando a instância é configurada para utilizar o modo de autenticação do Windows.
3.7.6 Actualizar o MSDE 1.0 para o MSDE 2000 SP3a
As informações seguintes aplicam-se apenas ao Desktop Engine (MSDE 2000).

Os exemplos desta secção irão actualizar uma instância existente do MSDE 1.0 para o MSDE 2000 SP3a e também desactivar a conectividade de rede para a instância. Se a instância tem de aceitar ligações de aplicações em execução nos outros computadores, não especifique o parâmetro DISABLENETWORKPROTOCOLS .

MSDE 1.0 funciona da mesma forma como uma instância predefinida do MSDE 2000 e está sempre actualizado para uma instância predefinida do MSDE 2000.

a actualização do ambiente de trabalho Engine versão 1.0
  1. Abra uma janela de linha de comandos.
  2. Na linha de comandos, utilize o comando cd para navegar para a pasta que contém o utilitário de configuração do MSDE 2000 SP3a:
    CD c:\MSDESP3aFolder\MSDE
  3. onde c:\MSDESP3aFolder é o caminho para a pasta para a qual extraiu os ficheiros do MSDE 2000 SP3a ou SP3a o motor de ambiente de trabalho pasta no CD SQL Server 2000 SP3a.

    Execute um dos seguintes comandos:
    • Quando utilizar o modo de autenticação do Windows, execute:

      o programa de configuração de actualização = 1 DISABLENETWORKPROTOCOLS = 1
    • Quando utilizar o modo misto (onde AnAdminLogin é um membro da função de servidor fixa sysadmin), execute:

      ACTUALIZAÇÃO do programa de configuração = 1 SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
Nota Se utilizar BLANKSAPWD = 1 , não são necessárias para especificar SECURITYMODE = SQL ou UPGRADEUSER e UPGRADEPWD.

atenção A utilização de palavras-passe em branco é aconselhável a sua utilização.

importante Se utilizar um ficheiro .ini durante a configuração, Evite armazenar credenciais no ficheiro ini.
3.7.7 Redistribuir o MSDE 2000 SP3a
As informações seguintes aplicam-se apenas ao Desktop Engine (MSDE 2000).

SP3a motor do ambiente de trabalho contém todos os ficheiros necessários para redistribuir o MSDE 2000 com aplicações, desde que o fornecedor da aplicação tiver uma licença para distribuir o MSDE 2000. Pode distribuir o SP3a de motor de ambiente de trabalho ficheiros de acordo com o SQL Server 2000 Books Online (actualização SP3), com as alterações específicas SP3a abrangidos nestas secções:
  • Considerações de segurança 3.7.2 para MSDE 2000 SP3a
  • Parâmetros de configuração 3.7.3 MSDE 2000
Para obter mais informações sobre como instalar o SQL Server 2000 Books Online (actualizado - SP3), consulte a secção 1.6 actualizado livros online documentação está disponível.

distribuir o ambiente de trabalho motor SP3a patches

Se uma aplicação tiver um utilitário de configuração baseado no Windows Installer, pode instalar uma instância do MSDE 2000 por consumir os módulos de intercalação de 2000 MSDE. Ambiente de trabalho SP3a Engine (MSDE 2000) fornece módulos de intercalação para suportar aplicações existentes que utilizem módulos de intercalação. Os utilitários de configuração para novas aplicações devem ser gravados para chamar o utilitário de configuração do MSDE 2000 em vez de directamente consumir os módulos de intercalação do MSDE 2000.

Os fornecedores que optar por instalar instâncias do MSDE 2000 utilizando os módulos de intercalação do MSDE 2000 tem de fornecer também todos os patches de MSDE 2000 subsequentes para os respectivos clientes. Instâncias do MSDE 2000 instalado utilizando módulos de intercalação são marcadas com um código de produto que GUID associado essa aplicação pelo Windows Installer. Apenas os ficheiros patch que também contém o código de produto aplicação GUID podem patch às instâncias do MSDE 2000. Apenas os ficheiros de patch produzidos pelo fornecedor da aplicação irão conter os códigos de produto correcta. É possível aplicar os Desktop Engine (MSDE 2000) service packs fornecidos pela Microsoft às instâncias. O fornecedor da aplicação tem de criar ficheiros de patch utilizando os ficheiros de ambiente de trabalho motor SP3a e distribuir esses ficheiros patch para qualquer um dos respectivos clientes MSDE que necessitem de correcções incluídas no SP3a.

Para mais informações sobre como criar pacotes dos patches, consulte a documentação fornecida com o Windows Installer Software Development Kit (SDK), que pode ser transferido a partir the Microsoft Platform SDK Web site.

Se uma instância do MSDE 2000 é instalado um utilitário de configuração de aplicação invocando o utilitário de configuração do MSDE 2000, a instância do MSDE 2000 é marcada com o código de produto do MSDE 2000 GUID. Os clientes podem patch destes casos a utilizar Microsoft MSDE 2000 service pack ficheiros padrão. O fornecedor da aplicação pode escolher uma das seguintes alternativas para distribuir o MSDE 2000 SP3a:
  • Indique aos clientes para instalar o ambiente de trabalho motor SP3a a partir da página de transferência do SQL Server 2000 SP3a ou um CD do SQL Server 2000 SP3a.
  • Transferir o ficheiro de transferência SQL2KDeskSP3.exe e distribuir que os clientes com instruções sobre como aplicar o service pack.
  • Utilizando os ficheiros de ambiente de trabalho motor SP3a, crie um utilitário de aplicação pack de serviço que vai instalar SP3a as instâncias do MSDE 2000 instalado pela aplicação.
Fornecedores de aplicação que optar por indicar aplicar SP3a directamente aos clientes deverão desenvolver um conjunto de instruções personalizadas para as necessidades dos respectivos clientes.

Para obter exemplos dos tipos de MSDE 2000 service pack instruções equipas de aplicação da Microsoft preparados para os respectivos clientes, consulte esta Microsoft MSDE Applications Web page.
3.7.8 MSDE 2000 SP3a ficheiros
As informações seguintes aplicam-se apenas ao Desktop Engine (MSDE 2000).

Todos os ficheiros de instalação ao ambiente de trabalho motor SP3a e pastas estão localizadas na pasta \MSDE:
  • CD-ROM do SQL Server 2000 SP3a
  • No directório que contém os ficheiros de pacote serviço extraídos da SQL2KDeskSP3.exe O \MSDE pasta mantém o ficheiro SP3readme.htm, o ficheiro readme.txt, o ficheiro license.txt e os ficheiros executáveis para o programa de configuração do utilitário. Também tem as seguintes subpastas:
  • \Msi: contém os ficheiros executáveis necessários para instalar o Windows Installer ou actualizar o programa de instalação do Windows se for anterior à 2.0.2600.0.
  • \MSM: contém os módulos de intercalação necessários para uma configuração do módulo de intercalação.
  • \Setup: contém os ficheiros de pacote de instalação do .msi necessários para a configuração do MSDE 2000 para instalar uma nova instância do MSDE 2000 SP3a ou os ficheiros de pacote de patch msp actualizar instâncias existentes do MSDE 2000 para SP3a e o ficheiro CAB sqlrun.cab que contém os ficheiros instalados pelo programa de configuração.
Para obter uma descrição de utilizar os módulos de intercalação Desktop Engine, consulte o tópico "Utilizando o SQL Server ao ambiente de trabalho motor de impressão em módulos" no SQL Server Books Online.

Se a configuração da aplicação chama o programa de configuração do MSDE 2000, crie uma pasta com esta estrutura e conjuntos de ficheiros (onde MSDEInstallFolder representa um nome de pasta exemplo):

MSDEInstallFolder

Copiar estes ficheiros da pasta Ambiente de trabalho motor SP3a \MSDE: Setup.exe, Setup.ini, Setup.rll e sqlresld.dll.

MSDEInstallFolder\Msi

Copiar todos os ficheiros da pasta Ambiente de trabalho motor SP3a \MSDE\Msi.

MSDEInstallFolder\Setup

Copiar todos os ficheiros da pasta Ambiente de trabalho motor SP3a \MSDE\Setup.

Em seguida, é possível executar Setup.exe para instalar ou actualizar instâncias do MSDE 2000 SP3a.

Se o Windows Installer não foi instalado no computador ou é uma versão anterior à versão testado com o programa de configuração do MSDE 2000 SP3a, programa de configuração utilizará os ficheiros na pasta MSDEInstallFolder\Msi para actualizar o Windows Installer.

3.8 Reiniciar serviços

As informações seguintes aplicam-se a todos os componentes.

Quando conclusão do programa de configuração, pode pedir-lhe para reiniciar o sistema. Depois do sistema reiniciar (ou depois de concluída a configuração sem pedir um reinício), utilize a aplicação de serviços no painel de controlo para se certificar que quaisquer serviços parados antes de aplicar o service pack agora estão em execução. Isto inclui serviços como o MS DTC e o Microsoft Search MSSQLServer, MSSQLServerOLAPService, SQLServerAgent serviços e os respectivos equivalentes instância específicas.

É precavido cópia também as actualizado bases de dados principal e msdb neste momento.

3.9 Reiniciar aplicações

As informações seguintes aplicam-se a todos os componentes.

Reiniciar as aplicações fechadas antes de executar o service pack programa de configuração.

3.10 Instalar num cluster de activação pós-falha

As informações seguintes aplicam-se apenas ao SQL Server 2000 componentes que fazem parte de um cluster de activação pós-falha.

para instalar o service pack num cluster de activação pós-falha
  1. Se todos os recursos foram adicionados com dependências em recursos do SQL Server, as dependências tem de ser removidas ou tomadas offline antes de instalar o SP3a.
  2. Execute o service pack a partir do nó que possui o grupo que contém o servidor virtual que pretende actualizar. Se não o fizer, a instalação do SP3a poderá provocar os recursos dependentes falha over.This instala os ficheiros do service pack em todos os nós do cluster de activação pós-falha.
  3. Na caixa de diálogo programa de configuração, escreva o nome do servidor virtual que está a actualizar.
  4. Manter todos os nós do cluster online durante a configuração. Isto assegura que a actualização é aplicada a cada nó do cluster.
  5. Se remover dependências ou demorou demorou recursos offline no passo 1 acima, voltar a adicionar as dependências ou coloque novamente online os recursos.
Nota O programa de configuração pode necessitar de reiniciar o computador de nós do cluster activação pós-falha. Este procedimento substitui os ficheiros que estavam a ser utilizados durante a configuração com os ficheiros actualizados.

Se estiver a actualizar uma instância predefinida (sem clusters) do SQL Server a um servidor virtual, em primeiro lugar, deve actualizar instância predefinida (sem clusters) para uma instância virtual e em seguida, aplique SP3a.For mais informações sobre como actualizar, consulte "Como actualizar a partir de uma instância predefinida para uma instância de cluster predefinida do SQL Server 2000 (programa de configuração)" no SQL Server Books Online.

Para obter informações adicionais sobre a instalação SP3a num cluster de activação pós-falha, consulte 811168 de artigo da base de dados de conhecimento da Microsoft.

Se tiver de recriar um nó num cluster de activação pós-falha, execute os seguintes passos
  1. Reconstrua o nó no cluster activação pós-falha. Para obter mais informações sobre como recriar um nó, consulte "Como recuperar de falha de cluster de activação pós-falha no cenário 1" no SQL Server Books Online.
  2. Execute o programa o programa de configuração do SQL Server 2000 original para adicionar o nó do cluster de activação pós-falha.
  3. Execução configuração SP3a no nó recém-adicionado. Isto irá actualizar a SP3a apenas os binários no novo nó.
Nota Se executar programa de configuração do nó onde o servidor virtual está a ser executado, tem de aplicar novamente SP3a a todos os nós. Também deve voltar a executar os scripts de actualização da base de dados.

Quando instalar o Analysis Services SP3a num cluster, cada instância tem de ser actualizada separadamente.

para instalar o SP3a num cluster Analysis Services
  1. Instale SP3a no nó de activação pós-falha.
  2. Pós-falha para o nó recém-actualizado.
  3. Repita os passos 1 e 2 até todas as instâncias do cluster são actualizadas.

3.11 Instalar em servidores replicadas

As informações seguintes aplicam-se apenas ao SQL Server 2000 componentes que fazem parte de uma topologia de replicação:
  • Tem de actualizar o distribuidor antes de actualizar o Editor.
  • Topologias de replicação com base na replicação transaccional com subscritores só de leitura, pode actualizar o subscritor antes ou depois do Publisher e distribuidor.
  • Para topologias de replicação com base na replicação de intercalação ou replicação transaccional com a actualização subscritores, tem de actualizar o subscritor depois do Publisher e distribuidor.
Nota Em muitos casos, especialmente na replicação de intercalação, o distribuidor e Publisher estiverem no mesmo servidor e são actualizados ao mesmo tempo.

instalar o SP3a num servidor que agir como um editor e subscritor

Para topologias de replicação com base na replicação de intercalação ou replicação transaccional com a actualização subscritores que incluem um ou mais servidores que funcionam como o subscritor e um editor (ou distribuidor), poderá ser necessário quiesce o sistema (stop por outras palavras, todas as actualizações) e actualizar todos os servidores simultaneamente.

Exemplo 1: A topologia que requer simultâneas actualizações

A tabela seguinte inclui servidores que publicar e subscrever publicações permitem actualizações no subscritor. Tal como indicado anteriormente, tem de seguir a ordem de actualização distribuidor, Publisher, subscritor para topologias permitir actualizações na ordem Subscriber.This requer que seja servidor primeiro de actualizar para a publicação de impressão em série e o servidor B primeiro para a publicação transaccional com a actualização para subscritores. Neste caso, deve quiesce o sistema e actualizar os servidores simultaneamente.
Reduzir esta tabelaExpandir esta tabela
Servidor AServidor B
O Publisher/distribuidor para replicação de intercalaçãoSubscritor de replicação de intercalação
Subscritor de replicação transaccional com a actualizaçãoO Publisher/distribuidor para replicação transaccional com a actualização
Exemplo 2: A topologia que permite actualizações sequenciais.

Neste exemplo, pode actualizar servidor pela primeira vez uma vez que a publicação transaccional só de leitura permite um subscritor a ser actualizado antes do Publisher/distribuidor.
Reduzir esta tabelaExpandir esta tabela
Servidor AServidor B
O Publisher/distribuidor para replicação de intercalaçãoSubscritor de replicação de intercalação
Subscritor de replicação transaccional só de leituraO Publisher/distribuidor para replicação transaccional só de leitura
Problemas de instalação de replicação adicionais

importante Antes de actualizar para o SP3a, certifique-se de que a conta do Windows em que executa a serviço SQL Server é membro de função de servidor fixa sysadmin. Terá de o fazer porque bases de dados de distribuição de replicação são actualizados no contexto da conta de serviço do SQL Server. Depois de actualizar para SP3a, deverá remover a conta do Windows da função sysadmin .

Se estiver a utilizar replicação de intercalação e o distribuidor está localizado na outra instância de base de dados ou computador (um distribuidor remoto), depois de aplicar SP3a tem de gerar um instantâneo de novo.

SP3a introduz uma alteração nos requisitos do anexar ou restaurar bases de dados de replicação. Para mais informações, consulte Alterar secção 5.3.17 requisitos para anexar ou restaurar uma base de dados replicação.

Programa de configuração SP3a actualiza bases de dados de utilizador que façam parte de uma topologia de replicação. Se qualquer uma das bases de dados que são membros de uma topologia de replicação estiver não gravável, para aplicar SP3a para essas bases de dados terá de efectuar os gravável e, em seguida, reapplySP3a configuração. Para mais informações sobre como efectuar uma base de dados gravável, consulte a secção 3.12 aplicar SP3a Read-Only bases de dados ou Filegroups. Para obter informações sobre reaplicar SP3a, consulte a secção 3.14 reaplicar SP3a.

Um esquema de cópia de segurança existente que é responsável por replicação permite-lhe restaurar uma base de dados conhecido ponto depois da actualização SP3a em caso de falha. Depois de aplicar o SP3a, um registo ou da base de dados a cópia de segurança é recomendada para qualquer base de dados utilizador que está incluído na topologia de replicação. Desta forma, se uma base de dados replicação falhar, não é necessário reaplicar SP3a depois da base de dados restaurado.

3.12 Aplicar SP3a bases de dados só de leitura ou Filegroups

As informações seguintes aplicam-se apenas ao SQL Server 2000 componentes que fazem parte de uma topologia de replicação.

Quando existem bases de dados não graváveis ou filegroups, programa de configuração apresenta a seguinte mensagem:

O programa de configuração detectou uma ou mais bases de dados e filegroups que não estão disponíveis para escrita.

Em geral, pode ignorar este aviso e o programa de configuração vai continuar. No entanto, se qualquer uma das bases de dados não graváveis listados no registo do programa de configuração forem membros de uma topologia de replicação, tem de tornar as bases de dados gravável e aplicar novamente o programa de configuração do SP3a a essa instância do SQL Server 2000.

Nota Esta mensagem não afecta instalações automáticas. Para mais informações sobre instalações automáticas, consulte a secção 4.1 Unattended Installations.

Nota Durante a instalação, o programa de configuração torna não distinção entre bases de dados não graváveis e bases de dados estiverem offline ou num estado suspeito. Se uma base de dados ou filegroup estiver em qualquer uma destas condições durante a configuração, tem de aplicar novamente o service pack. Para obter mais informações sobre como colocar online uma base de dados, consulte o tópico "Anexar e desligar um Database" no SQL Server Books Online. Para mais informações sobre como diagnosticar suspeitos bases de dados, consulte o tópico "Servidor e base de dados Troubleshooting" no SQL Server Books Online.

para aplicar SP3a numa base de dados só de leitura
  1. Tornar a base de dados só de leitura gravável utilizando a instrução ALTER DATABASE, que se segue: ALTER DATABASE base de dados READ_WRITE SET.
  2. Repita o passo 1 para só de leitura bases de dados.
  3. Aplicar (ou voltar a aplicar) service pack.
  4. Se necessário, tornar a base de dados só de leitura novamente utilizando ALTER da base de dados, da seguinte forma:

    Base de dados ALTER DATABASE SET READ_ONLY
para aplicar SP3a para um filegroup só de leitura
  1. Tornar filegroup só de leitura gravável utilizando ALTER DATABAS E, da seguinte forma: ALTER DATABASE da base de dados modificar FILEGROUP filegroup_name READWRITE
  2. Repita o passo 1 para todas as filegroups só de leitura.
  3. Aplicar (ou voltar a aplicar) service pack.
  4. Tornar o filegroup só de leitura novamente utilizando ALTER DATABASE , da seguinte forma:

    ALTER DATABASE da base de dados MODIFY FILEGROUP
    filegroup_name só de leitura
Para obter mais informações sobre ALTER DATABASE, consulte o tópico de referência "ALTER DATABASE" no SQL Server Books Online.For mais informações sobre reaplicar SP3a, consulte a secção 3.14 reaplicar SP3a.

SP3a 3.13 desinstalar

Depende da forma que removeu o SQL Server SP3a dos componentes do SQL Server 2000 SP3 que está a remover.

Nota Actualizações do MDAC não estiverem desinstaladas. Para mais informações, consulte a que secção 5.5.1 actualizações para o Microsoft Data Access Components.

desinstalar componentes de base de dados do servidor 2000 SQL e ambiente de trabalho motor SP3a

Para reverter para versões de componentes do SQL Server 2000 SP3a anterior, tem de efectuar uma segurança menus a bases de dados principal, msdb e o modelo obtidas antes de instalar o SP3a. Para mais informações, consulte bases de secção 3.1 anterior para o dados SQL Server.

Nota Se qualquer uma das bases de dados envolvidos na replicação, tem de desactivar publicação. Para desactivar a publicação:
  1. No SQL Server Enterprise Manager, expanda uma Server SQL agrupar, expandir um servidor, clique com o botão direito do rato na pasta de replicação e, em seguida, clique em Configure Publishing, Subscribers and Distribution.
  2. Clique no separador Publicação de bases de dados .
  3. Desmarque a caixa de verificação para cada base de dados que está envolvido na replicação. Isto permite que as bases de dados seja desligado.
Para reverter para a versão de pré-SP3a do SQL Server
  1. Desligar todas as bases de dados utilizador. Para mais informações, consulte "Como ligar e desligar de uma base de dados (Enterprise Manager)" no SQL Server Books Online.
  2. Desinstale o SQL Server. No Painel de controlo , faça duplo clique em Adicionar/remover programas e, em seguida, seleccione a instância do SQL Server que pretende desinstalar.
  3. Instale o SQL Server 2000 a partir do CD-ROM ou a localização a partir da qual instalou originalmente o SQL Server.
  4. Aplica service packs e QFE correcções que foram instaladas antes de SP3a.
  5. Restaure as bases de dados principal, msdb e o modelo a partir da última cópia de segurança foi criada antes de aplicar automaticamente SP3a.This anexa as bases de dados utilizador que estavam ligados ao tempo criada a cópia de segurança, partindo do princípio que a localização dos ficheiros de dados não foi alterada.
  6. Anexe as bases de dados utilizador que foram criadas depois da última cópia de segurança da base de dados principal .
  7. Configure a replicação se necessário.
aviso Quando reverter para a versão de pré-SP3a do SQL Server, todas as alterações efectuadas às bases de dados principal, msdb e modelo desde aplicar SP3a são perdidas

desinstalar SQL Server 2000 Analysis Services SP3a

Para poder repor estado pré-SP3a Analysis Services, tem criar cópias de segurança da chave de registo do Servidor de HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP anterior à instalação SP3a. Para mais informações, consulte bases de secção 3.2 anterior para O Analysis Services dados e de repositório.

Nota Se não backup esta chave de registo, tem de seguir o processo documentado num artigo da base de dados de conhecimento da Microsoft 330244.

Para reverter para a versão de pré-SP3a do SQL Server
  1. Desinstale o SQL Server 2000 Analysis Services. No Painel de controlo , faça duplo clique em Adicionar/remover programas , clique em SQL Server 2000 Analysis Services e clique em Remover.
  2. Reinstale o SQL Server 2000 Analysis Services a partir do CD-ROM ou a localização a partir da qual instalou originalmente o Analysis Services.
  3. Aplica service packs e QFE correcções que foram instaladas antes de instalar o SP3a.
  4. Remova a chave de registo HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server .
  5. Reinstale a chave de registo do Servidor de HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP a partir de cópia de segurança pré-SP3a.

3.14 Reaplicar SP3a

As informações seguintes aplicam-se a todos os componentes.

Nos seguintes casos, tem de aplicar novamente SP3a:
  • Se forem adicionados novos componentes do SQL Server 2000 depois de aplicar SP3a.
  • Se as bases de dados ou filegroups que fazem parte de uma topologia de replicação e foram só de leitura durante a aplicação inicial de SP3a ficam gravável
Para voltar a aplicar SP3a, siga os passos no secção 3.0 Service Pack instalação.

Considerações de instalação 4.0 adicionais

Esta secção documentos serviços adicionais pack instalação considerações que se aplicam apenas em casos especiais.

Instalações 4.1 automáticas

SP3a de componentes de base de dados podem ser aplicadas em modo automático a uma instância do SQL Server. CD-ROM da base de dados componentes SP3a contém .iss ficheiros que podem ser utilizados para efectuar configurações SP3a automáticas e outros tipos de instalações. Os seguintes ficheiros estão localizados no directório raiz do CD-ROM:
  • Sql2kdef.iss é o ficheiro de configuração automática utilizado para aplicar SP3a de componentes de base de dados para uma instância predefinida do SQL Server 2000 executado no Windows 2000 ou Windows NT 4.0. O ficheiro batch correspondente a utilizar é Sql2kdef.bat.
  • Sql2knm.iss é o ficheiro de configuração utilizado para aplicar SP3a de componentes de base de dados a uma instância nomeada do SQL Server 2000 executado no Windows 2000 ou Windows NT 4.0. Tem de alterar o nome da instância neste ficheiro .iss para identificar a instância que está a ser actualizada.
  • Sql2ktls.iss é o ficheiro de configuração utilizado para aplicar a base de dados SP3a de componentes para uma instalação apenas de ferramentas. Este ficheiro pode ser utilizado para a instalação sem quaisquer modificações.
  • Sql2k9x.iss é o ficheiro de configuração utilizado para aplicar a base de dados componentes SP3a num computador com o Windows Millennium Edition ou Windows 98. Tem de alterar o nome da instância neste ficheiro .iss para identificar a instância a ser actualizada.
  • Sql2kcli.iss é o ficheiro de configuração utilizado para aplicar SP3a de componentes de base de dados a uma instalação de componente de cliente num computador com o Windows 95.
  • Msolap.iss é o ficheiro o programa de configuração que armazena a lista de parâmetros para executar uma configuração automática do Analysis Services SP3a.
Para mais informações sobre como efectuar instalações automáticas do SQL Server 2000, consulte o tópico "Efectuar uma automático instalação" no SQL Server Books Online.

Considerações de instalação automática

As considerações seguintes referem-se para instalações automáticas:
  • Execute instalações automáticas utilizando a autenticação Windows sempre que possível.
  • Se tem de executar um programa de configuração automático utilizando a autenticação do SQL Server; por exemplo se estiver a executar uma configuração automática de SP3a num computador com o Windows 98 ou Windows Millennium Edition, não deve incluir uma palavra-passe para o início de sessão sa no ficheiro .iss ou ficheiro batch porque estes ficheiros não serão encriptados. Em vez disso, deve fornecer a palavra-passe para o início de sessão sa na linha de comandos utilizando o parâmetro sapwd da seguinte forma:

    Iniciar /wait setupsql.exe -s - sms - f1 C:\sql2knm.iss - sapwd palavra-passe
  • Se a instância do SQL Server que está a ser actualizada para o SP3a tiver uma palavra-passe em branco para a conta de início de sessão sa, uma palavra-passe deve ser fornecida antes para executar uma instalação automática. Deve alterar esta palavra-passe executando sp_password .
  • Quando executa uma instalação automática do SP3a, terá de definir manualmente os seguintes parâmetros de configuração correspondem para a caixa de diálogo Assistente de compatibilidade para trás ou a instalação automática irá falhar.
Reduzir esta tabelaExpandir esta tabela
Parâmetro de configuração automáticaDescrição
UpgradeMSSearchEste parâmetro é necessário para a reconstrução necessária de catálogos de texto completo de endereços. Se a procura em texto completo estiver activada, tem de definir este parâmetro como 1. Para obter mais informações, consulte a secção 5.1.5 Full-Text catálogos são reconstruídos depois de programa de configuração conclui.
MSXTSXUpgradedEste parâmetro é necessário para resolver o problema relativo à actualização configurações do servidor mestre/destino. Se estiver a aplicar SP3a a um servidor principal ou de destino, tem de definir este parâmetro como 1. Para mais informações, consulte a que secção 5.4.2 alterações para configurações de servidores principais/alvo.
EnableCrossDBChaining(Opcional) Este parâmetro é utilizado para activar a interligação de propriedade entre bases de dados. Para activar a propriedade entre bases de dados a interligação, defina este parâmetro como 1. Para mais informações, consulte a secção 5.1.11 encadeamento de propriedade de base de dados entre domínios.
  • Durante uma instalação automática, se o programa de configuração detecta as bases de dados não graváveis ou filegroups, que informações são escritas para o programa de configuração de registo e continua a instalação automática. Se qualquer uma das bases de dados não graváveis listados no registo do programa de configuração forem membros de uma topologia de replicação, deve tornar as bases de dados gravável e aplicar novamente o programa de configuração do SP3a a essa instância do SQL Server 2000. Para mais informações sobre como efectuar uma base de dados gravável, consulte a secção 3.12 aplicar SP3a Read-Only bases de dados ou Filegroups. Para mais informações sobre reaplicar SP3a, consulte a secção 3.14 reaplicar SP3a.

4.2 Redistribuir SP3a Data Access Components

SP3a de componentes de base de dados inclui a extracção automática Sqlredis.exe de ficheiros. Quando é executado Sqlredis.exe, é:
  • Executa o ficheiro Mdac_typ.exe a partir do Microsoft Data Access Components (MDAC) 2.7 Service Pack 1a. Isto instala os componentes principais do MDAC 2.7 SP1a (se não for detectada a versão mais recente ou mesma) e versões dos componentes de conectividade de cliente do SQL Server e Desktop Engine que estão incluídas no SP3a. Para mais informações, consulte 5.5.1 actualizações para o Microsoft Data Access Components.
  • Instala controladores de ODBC do Microsoft Jet e componentes de conectividade.
Pode redistribuir o ficheiro Sqlredis.exe com os termos e condições que tomou nota no ficheiro Redist.txt que acompanha o SP3a.

Notas de documentação 5.0

Esta secção abrange problemas que podem ocorrer em conjunto com novas funcionalidades disponíveis quando executa o SP3a. Estes problemas se aplicam quando executar o service pack para actualizar a partir do SQL Server 2000, o SQL Server 2000 SP1 ou o SQL Server 2000 SP2. Esta secção não se destina a ser uma descrição de todas as correcções fornecidas no SP3a. Para obter uma lista completa destas correcções, consulte o artigo de base de dados de conhecimento da Microsoft 306908.

Os segmentos de Analysis Services e serviços de dados Meta nesta secção não se aplicam ao ambiente de trabalho motor-apenas de instalações.
As informações relevantes para o SQL Server 2000 Service Pack 3a que não estavam disponíveis no tempo que deseja incluir neste ficheiro Leia-me serão publicadas no artigo de base de dados de conhecimento da Microsoft 816502.

Estes artigos da base de dados de conhecimento da Microsoft estão disponíveis no produto suporte dos serviços de dados de conhecimento.

5.1 De base de dados e melhoramentos de motor de ambiente de trabalho

Os seguintes melhoramentos aplicam a instâncias do SQL Server 2000 em que o SP3a de componentes de base de dados está instalado. Estes também se aplicam ao MSDE 2000 instâncias em que o ambiente de trabalho motor SP3a está instalado.
5.1.1 Utilizar o chinês, japonês ou coreanos caracteres com SP3a de componentes de base de dados
introduzidas no SP1

Se instalar o SP3a de componentes de base de dados num servidor com o Windows NT 4.0 ou Windows 98 e posterior actualização para o Windows 2000, a actualização do Windows 2000 substitui determinados ficheiros de sistema. Estes ficheiros de sistema são necessários para a 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 incluído SP3a depois de actualizar para o Windows 2000. Para mais informações sobre como executar Sqlredis.exe, consulte a secção 4.2 redistribuir SP3a Data Access Components.

Nota Não é necessário reaplicar Sqlredis.exe em computadores cliente ou em servidores que não têm bases de dados que contenham caracteres chinês, japonês ou coreano.
5.1.2 Hash equipas foi removidas
introduzidas no SP1

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.

Em casos raros, a remoção do hash equipas pode fazer com que uma consulta ser processada mais lentamente. Analise essas consultas para ver se criação de índices mais adequados voltará desempenho das consultas ao respectivo nível anterior.
Parâmetros de máscara de afinidade 5.1.3 adicionados
introduzidas no SP1

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

Mudar de E/s de máscara de afinidade

Com este service pack, pode especificar a CPU é utilizado para executar threads para operações de E/s do disco. Este parâmetro tem de ser utilizado em conjunto com a opção de máscara de afinidade . Para mais informações, consulte o artigo 298402 na Microsoft produto suporte dos serviços de dados de conhecimento da base. Para obter instruções sobre Procurar na base de dados de conhecimento da, consulte a secção 1.5 informações adicionais sobre SP3a.

Mudar de ligações 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 de determinadas placas de rede para um processador ou um conjunto de processadores. Este parâmetro tem de ser utilizado em conjunto com a opção de máscara de afinidade. Para mais informações, consulte o artigo 299641 na Microsoft produto suporte dos serviços de dados de conhecimento da base.
5.1.4 Filtrados vista indexada
introduzidas no SP2

Se tiver encontrado erros do SQL Server 2000 355069 conforme é documentado 306467 de artigo de base de dados de conhecimento da Microsoft, este service pack só irá impedir ocorrências futuras de resultados inesperados devido a modificações de dados. Para além aplicar esta correcção, todos os índices que se baseiam em vistas com condições de filtro tem de ser recriados. Para mais informações, consulte produto suporte dos serviços de dados de conhecimento.
Texto completo 5.1.5 catálogos são reconstruídos depois do programa de configuração conclui
introduzida no SP3

Todos os catálogos de texto completo são reconstruídos como parte da instalação do SP3a, excepto quando actualizar a partir do SP3. A reconstrução é automática e que consome muitos recursos. Consultas com catálogos de texto completo podem devolver resultados parciais ou não existem resultados até que o processo de reconstrução esteja concluído. Depois de instalado o SP3a, os registos de eventos do sistema contêm mensagens indicando que os catálogos foram danificados, de uma versão mais antiga e tinham de ser reconstruído.

Para obter informações, consulte o artigo da base de dados de conhecimento da 327217, que também descreve soluções possíveis para manter procura disponível durante o processo de reconstrução e para evitar uma reconstrução automática de texto completo.
Alterações de sintaxe 5.1.6 para sp_change_users_login
introduzida no SP3

Quando executa sp_change_users_login com @ Action = Auto_Fix argumento, agora tem de especificar uma palavra-passe. sp_change_users_login atribui a palavra-passe a qualquer novo início de sessão que cria para o utilizador. O exemplo seguinte mostra Novo @ password argumento.
sp_change_users_login [ @Action = ] 'action' 
    [ , [ @UserNamePattern = ] 'user' ] 
    [ , [ @LoginName = ] 'login' ]
    [ , [ @Password = ] 'password' ]
Use the @Password argument only with @Action=Auto_Fix. The following example shows the new syntax for the sp_change_users_login command when using Auto_Fix. Other examples in SQL Server Books Online remain unchanged.

USE pubs
go
EXEC sp_change_users_login 'Auto_Fix', 'Mary', NULL, 'B3r12-36'
go
Access 5.1.7 ad hoc para OLE DB fornecedores desactivado por predefinição
introduzida no SP3

Se a opção de registo DisallowAdhocAccess não estiver explicitamente definida, por predefinição, não é permitido acesso ad hoc aos fornecedores de OLE DB. Isto significa sintaxe de consulta ad hoc, tais como OPENDATASOURCE e OPENROWSET, não funcionará em servidores remotos. Para permitir o acesso ad hoc, tem de definir explicitamente a opção DisallowAdhocAccess para 0 .
Opção de fornecedor SqlServerLike 5.1.8 novo
introduzida no SP3

Para activar o processamento mais eficiente de consultas remotas que incluam LIKE predicados, a opção SqlServerLike foi adicionada no SP3. SQL Server 2000 SP3 ou posterior agora tem duas opções para enviar LIKE operações de servidores ligados. Se o fornecedor de OLE DB para um servidor ligado suporta a sintaxe de SQL Server para o LIKE operador e caracteres universais, pode especificar a opção SqlServerLIKE para que o SQL Server enviar LIKE operações utilizando a sintaxe de SQL Server. Se o fornecedor de OLE DB para um servidor ligado relatórios que suporta a sintaxe de entrada de nível de ANSI/ISO SQL - 92 ou devolve a propriedade SQLPROP_ANSILIKE , SQL Server enviará LIKE operações para o servidor ligado utilizando a sintaxe SQL-92. Para mais informações sobre SQLPROP_ANSILIKE, consulte o tópico "Programming the SQLPROPSET_OPTHINTS propriedades conjunto" no SQL Server 2000 Books Online.

Tem de adicionar um valor de chave de registo para activar a opção SqlServerLIKE para um OLE DB fornecedor.
Atenção a edição incorrecta do registo pode provocar problemas graves que poderão forçar a reinstalação do sistema operativo. Microsoft não garante que problemas resultantes da edição incorrecta do registo possam ser resolvidos. Efectuar antes de editar o registo, cópias de segurança qualquer importantes dados.
  1. Abra Regedit32.
  2. Localize a chave de registo adequadas:
    • Para instâncias nomeadas, consulte esta chave:
      HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\ < Instância Nome > \Providers\ < Nome do Fornecedor >
    • Para instâncias de predefinida, localize esta chave:
      HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Providers\ < Fornecedor Nome >

  3. Na chave < Nome do Fornecedor >, adicione um valor DWORD denominado SqlServerLIKE e defina o respectivo valor como 1.
Mensagens de erro 5.1.9 expandida para consultas distribuídas
introduzida no SP3

Para consultas distribuídas, SQL Server devolve erro de fornecedor informações em adição a informações de erro do servidor. Quando uma consulta entre servidores ligados resulta em erro, o SQL Server verifica se o fornecedor suporta a interface de OLE DB IErrorRecords . Se esta interface é suportada, SQL Server chama a função GetErrorInfo para obter informações adicionais de erro do fornecedor e devolve este informações ao utilizador como parte da mensagem de erro. Se o IErrorRecords interface não é suportada, não existe nenhuma alteração no comportamento de SQL Server: SQL Server devolve um erro genérico.
Por exemplo, executa a consulta seguinte num servidor que utiliza MSDASQL, que não suporta sql_variant :
SELECT * FROM remote2k.dqtable.dbo.sqlvariantnotnull 
--Remote2k is a loopback server.
Prior to SP3, SQL Server returned the following error message:

Server: Msg 7356, Level 16, State 1, Line 1
OLE DB provider 'msdasql' supplied inconsistent metadata for a column. 
Metadata information was changed at execution time.
After you apply SP3 or later, SQL Server returns the following error message:

Server: Msg 7356, Level 16, State 1, Line 1
OLE DB provider 'msdasql' supplied inconsistent metadata for a column. 
Metadata information was changed at execution time.
OLE DB error trace [Non-interface error:  Column 'sql_variant' (compile-time
ordinal 3) of object '"dqtable"."dbo"."sqlvariantnotnull"' was reported 
to have a DBCOLUMNFLAGS_ISFIXEDLENGTH of 16 at compile time and 0 at run time].
5.1.10 Nova função fn_get_sql instrução de SQL devolve
introduzida no SP3

SP3 e posterior inclui a função novo fn_get_sql devolve o texto da instrução SQL para o identificador SQL especificado. Além disso, para suportar esta função, três novas colunas foram adicionadas à tabela de sistema sysprocesses , que estão listados na seguinte tabela.
Reduzir esta tabelaExpandir esta tabela
Nome da colunaTipo de dadosDescrição
sql_handlebinary(20)Representa a executar actualmente batch ou objecto
stmt_startIntDesvio inicial da instrução SQL actual para sql_handle especificado
stmt_endIntDesvio de final de SQL actual instrução sql_handle especificado. Um valor de -1 indica que a instrução actual é executado para o fim de resultados devolvido pela função fn_get_sql para sql_handle especificado.
Syntax
fn_get_sql ([ @SqlHandle = ] SqlHandle )

Arguments
[ @SqlHandle = ] SqlHandle

The handle value. SqlHandle is binary(20).

Tables Returned
Reduzir esta tabelaExpandir esta tabela
Nome da colunaTipo de dadosDescrição
DBIDsmallintID da base de dados. Este valor é nulo para instruções SQL ad hoc
objectidIntID do objecto de base de dados. Este valor é nulo para instruções SQL ad hoc
númerosmallintO número de grupo, se os procedimentos são agrupados. Este valor é 0 para movimentos não procedimentos e NULL para instruções SQL ad hoc.
encriptadoBitIndica se o objecto está encriptado. O valor for 0 se o objecto não está encriptado e 1 se o objecto está encriptado.
textoTextoTexto da instrução SQL. Este valor é nulo para objectos encriptados.
comentários

Pode obter um identificador SQL válido a partir da coluna da tabela de sistema sysprocesses sql_handle .

Se passar um identificador que já não existe na cache, fn_get_sql devolve um conjunto de resultado vazio. Se passar um identificador não é válido, pára batch, e é devolvida a seguinte mensagem de erro:

Servidor: Erro 569, nível de 16, 1 de estado, procedimento fn_get_sql , linha 12 O parâmetro passado para fn_get_sql era inválido.

SQL Server 2000 não é possível colocar em cache alguns Transact-SQL instruções, como em massa cópia declarações e instruções com cadeias literais superiores a 8 KB. Não é possível obter identificadores para essas instruções utilizando a função fn_get_sql.
A coluna de texto do conjunto de resultados é filtrada para texto que pode conter palavras-passe.

As informações devolvidas pela função fn_get_sql semelhante ao comando DBCC INPUTBUFFER. Utilize a função fn_get_sql quando INPUTBUFFER DBCC não pode ser utilizado, por exemplo:
  • Quando os eventos ter mais de 255 caracteres. W
  • uando que tem de devolver o mais elevado nível de aninhamento actual de um procedimento armazenado. Por exemplo, existem dois procedimentos armazenados são denominados sp_1 e sp_2. Se sp_1 chama sp_2 e obter o identificador da tabela de sistema sysprocesses enquanto sp_2 está em execução, a função fn_get_sql devolve informações sobre sp_2. Além disso, a função de fn_get_sql devolve o texto completo do procedimento armazenado no nível de aninhamento maior actual
permissões

Apenas os membros da função de servidor fixa sysadmin possam executar a função fn_get_sql .

exemplos

Os administradores de base de dados podem utilizar a função fn_get_sql para ajudar a diagnosticar o problema processos. Depois de um administrador identifica um processo do servidor problema ID (SPID), o administrador pode obter o identificador SQL para essa SPID, invocar a função fn_get_sql com a alça e utilizar os deslocamentos de início e de fim para determinar o texto SQL do problema SPID. Por exemplo:
DECLARE @Handle binary(20)
SELECT @Handle = sql_handle FROM sysprocesses WHERE spid = 52
SELECT * FROM ::fn_get_sql(@Handle)
5.1.11 Encadeamento de propriedade de base de dados entre
introduzida no SP3

Este service pack fornece novas opções para activar e desactivar a interligação de propriedade entre bases de dados.

Quando instalar o SP3a de componentes de base de dados, caixa de diálogo de configuração Para trás Assistente de compatibilidade apresenta uma opção para configurar a interligação de propriedade entre bases de dados. Por predefinição, o programa de configuração desactiva a interligação de propriedade entre bases de dados para todas as bases de dados utilizador. Pode activar a interligação de propriedade entre bases de dados para bases de dados. Para mais informações, consulte compatibilidade atrás caixa de diálogo lista de verificação.

Quando instalar o ambiente de trabalho motor SP3a, pode utilizar o parâmetro de configuração ALLOWXDBCHAINING para activar a propriedade entre bases de dados interligação de bases de dados. Para obter mais informações, consulte a secção 3.7.3 parâmetros de configuração do MSDE 2000.

Nota Não se recomenda a activação entre bases de dados propriedade interligação de bases de dados.

Após a instalação, pode utilizar os seguintes métodos para activar a propriedade entre bases de dados e desactivar o encadeamento para todas as bases de dados na instância:
  • Utilizar o novo OwnershipChaining de base de dados entre o argumento do sistema p_configure s procedimento armazenado.
  • Utilize a opção Permitir Encadeamento de propriedade de base de dados entre domínios no separador segurança da caixa de diálogo Propriedades do servidor de SQL Enterprise Manager.
  • Utilizar o conjunto de objectos de gestão da base de dados (DMO) SQLServer.Configuration.ConfigValues . Quando o objecto SQLServer faz referência a uma instância do SQL Server 2000 SP3 ou posterior, esta colecção contém um objecto ConfigValue denominado entre encadeamento de propriedade de base de dados.
Se a interligação entre bases de dados propriedade estiver desactivada para a instância, é possível configurar para bases de dados individuais. Utilize os seguintes métodos para activar a propriedade entre bases de dados encadeamento e desactivar para uma base de dados:
  • Utilize a opção a interligação de base de dados nova do procedimento armazenado do sistema sp_dboption .
  • Utilize a opção Encadeamento de propriedade de base de dados AllowCross no separador Opções da caixa de diálogo Propriedades da base de dados no Enterprise Manager.
  • Utilize a propriedade DBChaining do objecto DBOption2 DMO.
Nota Se tiver activado anteriormente a interligação de propriedade entre bases de dados numa versão de pré-lançamento do SP3 (anteriores ao criar 8.00.[BUILD_NUMBER]), tem de activá-lo novamente depois de instalar o SP3a.

Para mais informações, clique no botão Ajuda na página Assistente de compatibilidade de trás para a frente quando executar o programa de configuração, transfira a edição actualizada do SQL Server 2000 Books Online ou consulte o artigo da base de dados 810474.
5.1.12 Aperfeiçoamento para o sinalizador de rastreio 1204
introduzida no SP3

Sinalizador de rastreamento 1204 devolve o tipo de bloqueios participam o bloqueio e o comando actual afectado. No SP3 e posterior, quando este sinalizador de rastreio está activado, as informações de bloqueio são automaticamente escritas no registo de erro
5.1.13 Alterar permissões para sp_changedbowner
introduzida no SP3

Apenas os membros da função de servidor fixa sysadmin possam executar o procedimento armazenado do sistema de sp_changedbowner .
5.1.14 Alterações de funcionalidade de depuração
introduzida no SP3

A funcionalidade para depurar procedimentos armazenados com o Microsoft Visual Studio 6.0 e anteriores ou com o SQL Server Query Analyzer anteriores ao SP3 está desactivada por predefinição. Depuração (paragem num ponto de interrupção SQL Server Transact-SQL ao depurar uma aplicação cliente) está também desactivada por predefinição. Para activar a funcionalidade de depuração, execute sp_sdidebug , passando o parâmetro legacy_on . Para desactivar a depuração, passe legacy_off para este procedimento.

Nota sp_sdidebug procedimento armazenado em servidores de produção não é recomendável executar.

Para mais informações, consulte o artigo de base de dados de conhecimento da Microsoft 328151. Este artigo está disponível no produto suporte dos serviços de dados de conhecimento.
5.1.15 Operações na porta UDP 1434
introduzida no SP3a

Instâncias do motor de base de dados do SQL Server 2000 e MSDE 2000 que não estão configuradas para suportar comunicações irão parar de utilizar o protocolo de datagrama de utilizador (UDP, User Datagram Protocol) de rede a partir do SQL Server 2000 SP3a, porta 1434. Instâncias configuradas para suportar comunicações de rede irão utilizar 1434 de UDP

Uma instância actualizada para o SP3a irá deixar de utilizar UDP 1434 sempre que todo o servidor de bibliotecas de rede para a instância, excepto a biblioteca de rede, de memória partilhada estão desactivados. A instância será iniciado utilizando a porta 1434 sempre que activar quaisquer do servidor de bibliotecas de rede. Para informações sobre como desactivar ou activar servidor de bibliotecas de rede, consulte o tópico "Utilitário de rede do SQL Server" no SQL Server 2000 Books Online.

A utilização da porta UDP 1434 por um computador irá parar quando todas as instâncias do SQL Server 2000 e MSDE 2000 no computador foram actualizadas para o SP3a e configuradas para comunicações de rede não suporte.

Se a porta UDP 1434 está aberta ou fechada não depende do estado da biblioteca de rede de memória partilhada. A biblioteca de rede é utilizada apenas para ligações locais e não utiliza uma rede de memória partilhada. A biblioteca de rede de memória partilhada está sempre activa; não pode ser activada ou desactivada.

Também pode especificar se o servidor de bibliotecas de rede são desactivados quando instalar ou actualizar uma instância do MSDE 2000. Utilize o parâmetro do programa de configuração do MSDE 2000 utilitário DISABLENETWORKPROTOCOLS ou a propriedade de SqlDisableNetworkProtocols do módulo de intercalação MSDE 2000. Para mais informações sobre estas opções, consulte 3.7.3 parâmetros de configuração do MSDE 2000.

Não é possível desactivar todo o servidor de bibliotecas de rede ao instalar ou actualizar instâncias do SQL Server 2000 motor de base de dados.

Melhoramentos de serviços de análise 5.2

Esta secção aborda melhoramentos para o SQL Server 2000 Analysis Services que estão incluídos no SP3a.
Partições 5.2.1 remotos
introduzidas no SP1

Quando é criada uma partição remota num servidor local com SP1 ou posterior 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 grupo no servidor local tem permissões de acesso total.
Além disso, se o servidor local tem o SP1 ou posterior instalado, o servidor remoto também tem de ter SP1 ou posterior instalado para que possa criar ou administrar partições remotos no servidor local.
5.2.2 Actualizado Analysis Services Redistributable configuração do cliente
introduzidas no SP1

Análise Services SP1 e versões posteriores incluem versões actualizadas dos seguintes programas de configuração redistribuível do cliente:
  • PTSLite.exe
  • PTSFull.exe
Estes ficheiros estão localizados no caminho \Msolap\Install\PTS de directório de instalação o service pack.

Nota PTSFull.exe inclui MDAC; PTSLite.exe não.

Utilize estes programas de configuração de cliente actualizado 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.

Nota Quando utilizar o Analysis Services com o Office XP, actualizar o cliente é altamente recomendado.
Suporte 5.2.3 activado para dados de outro fabricante algoritmo de extracção de fornecedores
introduzidas no SP1

Análise Services SP1 e versões posteriores incluem suporte para a adição de fornecedores de algoritmo de extracção de dados de outros fabricantes. Para mais informações sobre como desenvolver um fornecedor de algoritmo de extracção de dados, consulte a documentação técnica "Fornecedores de extracção de dados de terceiros" e o OLE DB para dados extracção Resource Kit, que inclui o código de um fornecedor de algoritmo de extracção de dados de exemplo.
5.2.4 Instalar Analysis Services num computador com ficheiros de cliente actualizado
introduzidas no SP1

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 ou posterior para garantir que o cliente funciona correctamente e que pode procurar através de cubos.
5.2.4 Instalar Analysis Services num computador com ficheiros de cliente actualizado
introduzidas no SP1

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 ou posterior para garantir que o cliente funciona correctamente e que pode procurar através de cubos.
Limite 5.2.5 aumento de cubos OLAP referenciado por um cubo virtual
introduzida no SP3

Cubos virtuais agora podem fazer referência até 255 cubos. No entanto, qualquer cubo virtual que referencia cubos mais do que 64 não é visível para qualquer versão do Microsoft PivotTable ® Service lançado antes do SP3.
Palavra-chave Descrição 5.2.6 novo
introduzida no SP3

Cubos locais suportam agora a propriedade de membro intrínseca descrição para medidas e dimensões. A palavra chave descrição, adicionada a instrução CREATE CUBE Multidimensional Expressions (MDX), é utilizada para suportar a utilização da propriedade de membro intrínseca descrição. As cláusulas BNF seguintes descrevem as alterações efectuadas a instrução CREATE CUBE:
<dimensions def> :: = DIMENSION <dimension name> [<time def>] 
  [DIMENSION_STRUCTURE <sub_type>] [<hidden def>] 
  [DESCRIPTION <description expression>] 
  <options def> <comma> <hierarchy def list> 
<measures def> :: = MEASURE <measure name> <measure function def> 
  [<measure format def>] [<measure type def>] [<hidden def>] 
  [DESCRIPTION <description expression>] [<comma> <measures def>]
5.2.7 Nova propriedade de cliente restritos do serviço de tabela dinâmica
introduzida no SP3

SP3 introduzida uma propriedade cadeia de ligação da PivotTable Service nova, cliente restritos. Esta propriedade pode ser utilizada para impedir que o serviço de tabela dinâmica utilizando a funcionalidade de cubo local. Qualquer tentativa de utilizar uma instrução que envolve a criação ou utilização de um cubo local, tais como CREATE CUBE, CREATE GLOBAL CUBE e instruções CREATE SESSION CUBE, aumenta um erro. Além disso, qualquer instrução que envolve a recursividade profunda, tal como uma série de instruções de análise aninhadas, aumenta um erro se a instrução pode potencialmente capacidade excedida da pilha de instrução mantida pelo serviço de tabela dinâmica.

Esta propriedade armazena um valor de cadeia. Se o valor estiver definido para qualquer valor de cadeia começando com os caracteres "S", "y", "T" ou "t" ou qualquer valor de cadeia que pode ser convertido para um valor numérico diferente de 0, PivotTable Service é restrita conforme descrito anteriormente. Se o valor é definido como qualquer outro valor de cadeia, incluindo uma cadeia vazia (""), ou qualquer valor de cadeia que pode ser convertido para um valor numérico igual a 0, o serviço de tabela dinâmica é ilimitada. O valor predefinido para esta propriedade é "0".

Nota Esta propriedade não restringe a utilização de modelos de extracção de dados local.
Alterar 5.2.8 nas propriedades de opções de segurança
introduzida no SP3

Também definindo a propriedade Opções de segurança para DBPROP_MSMD_SAFETY_OPTIONS_ALLOW_SAFE impede a utilização do PASSTHROUGH palavra-chave em cubos locais.
5.2.9 Migrar o repositório para serviços de dados Meta desactivado por predefinição
introduzida no SP3

A opção para utilizar o formato de repositório de serviços de dados Meta no Assistente de migração de repositório foi desactivada no SP3 ou posterior e utilizar este formato não é recomendada. No entanto, se este formato é obrigatório por razões negócio, pode activar a opção através da chave de registo EnableMigrationToMetaDataServicesFormat .

Por predefinição, esta chave de registo não existe; deve ser manualmente criado em Informações de ligação HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server\Server e definida para activar a migração do repositório para os serviços de dados Meta formato. Esta chave de registo armazena um valor de cadeia sensível a maiúsculas e minúsculas. Se o valor é definido como 1 ou verdadeiro , a migração do repositório para o formato de serviços de dados Meta está activada. Se o valor é definido como qualquer outro valor de cadeia ou se a chave de registo não existir, a migração do repositório para o formato de serviços de dados Meta está desactivada.
NOTA: Se o valor desta chave de registo é alterado, a alteração tenha efeito imediato.
5.2.10 Permissões deve ser modificado numa pasta de dados remoto
introduzida no SP3

Se a pasta de dados de serviços de análise está localizada num computador diferente em que está com o servidor de análise, tem de modificar as permissões da pasta depois de executar o programa de configuração do SP3a. No computador remoto, definir as permissões na pasta para permitir o acesso controlo total por todos os membros do grupo Administradores OLAP no computador com a análise de servidor. Ao longo do tempo, à medida que os membros são à ou removidos do grupo Administradores OLAP, deve modificar as permissões sobre os dados remotos pasta para que reflecte os membros actuais do grupo Administradores OLAP grupo. Isto irá permitir cópia de segurança e restaurar a funcionar correctamente.

Além disso, depois de executar o programa de configuração do SP3a, tem de permitir conta de sob o qual o servidor de análise está em execução acesso controlo total à pasta de dados remota.

Se aplicar SP3a a uma instância do Analysis Services com uma configuração de cluster, Administradores OLAP do nível do domínio grupo deve ser permitido acesso controlo total à pasta de dados remota. Para mais informações sobre como criar e utilizar um grupo de Administradores OLAP de nível de domínio, consulte o artigo de suporte 308023 disponíveis da base de com o Microsoft produto dados de conhecimento.

Melhoramentos de replicação 5.3

Esta secção aborda melhoramentos para a replicação SQL Server 2000 que estão incluídos no SP3a.
Procedimento armazenado do 5.3.1 transaccional replicação UPDATE personalizada
introduzidas no SP1

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 um UPDATE instrução, o procedimento armazenado personalizado actualização actualiza todas as colunas na tabela de subscrição. Qualquer coluna que não tenha sido alterado é reposta para os mesmos valores que existiam antes da actualização. Normalmente, esta acção faz com que não existem problemas. No entanto, se qualquer uma destas colunas são indexadas, repor esta poderá ser dispendioso.

Se utilizar replicação transaccional e tiver vários índices da tabela de subscrição e alteram apenas alguns valores da coluna devido a actualizações, a sobrecarga de manter o índice pode limitar o desempenho quando as alterações são aplicadas no subscritor. Por exemplo, uma base de dados subscrição que é utilizada para fins de relatórios pode ter vários índices mais do que a base de dados de publicação. Pode criar dinamicamente a instrução UPDATE em tempo de execução melhorar o desempenho. A actualização inclui apenas as colunas que foram alterados, criar uma cadeia UPDATE ideal.

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

sp_scriptdynamicupdproc

O procedimento armazenado 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 personalizada é construída dinamicamente, com base sobre a sintaxe MCALL que 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.
Syntax
sp_scriptdynamicupdproc [ @artid =] artid

Arguments
[@artid =] artid

O ID do artigo. artid é um inteiro, com não predefinida.

conjuntos de resultados

Devolve um conjunto de resultados que consiste de uma coluna nvarchar(4000) único. O resultado definir formulários a concluída CREATE PROCEDURE instrução que é utilizada para criar o procedimento armazenado personalizado.

comentários

sp_scriptdynamicupdproc é utilizado em replicação transaccional. A lógica de processamento de scripts predefinida MCALL inclui todas as colunas na instrução UPDATE e utiliza um mapa de bits para determinar as colunas que foram alterados. Se uma coluna não alterado, a coluna é definida novamente a própria, que normalmente faz com que não existem problemas. Se a coluna está indexada, ocorre o processamento adicional. Pelo contrário, este procedimento utiliza uma abordagem dinâmica: inclui apenas as colunas que tenham sido alterados, que fornece uma cadeia UPDATE ideal. No entanto, o processamento extra é incorrido em tempo de execução quando a instrução UPDATE dinâmica baseia-se. É recomendável que teste a abordagem do procedimento armazenado dinâmicos e a abordagem estática predefinida e, em seguida, escolher a solução ideal para as necessidades.

permissões

Os membros da função pública podem ser executados sp_scriptdynamicupdproc

exemplos

Este exemplo cria um artigo (com artid definido como 1) na tabela autores na base de dados pubs e Especifica que a instrução UPDATE é o procedimento armazenado personalizado para executar:

'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 na linha de subscritores.


5.3.2 Transaccionais replicação UPDATE as instruções nas colunas exclusivos
introduzidas no SP1

Na replicação transaccional, instruções UPDATE normalmente 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 um INSERT instrução no subscritor. Isto é feito porque este tipo de actualização pode afectar a várias linhas e uma violação de exclusividade pode ocorrer se as actualizações são entregues linha por linha.

Se a actualização afecta apenas uma linha, não existe nenhuma oportunidade para uma violação de exclusividade. Por conseguinte, o sinalizador de rastreamento 8207 foi adicionado a este service pack para permitir actualizações a qualquer coluna exclusiva que afectam apenas uma linha a serem replicados como instruções UPDATE. Esta optimização foi adicionada especificamente para as aplicações que instalar Accionadores UPDATE definida pelo utilizador no subscritor e requerem estes accionadores irá ser desencadeado para actualizações que afectam apenas uma linha numa única coluna.
Para utilizar o sinalizador de rastreamento 8207, ligue-o a partir da linha de comandos (sqlservr.exe - T8207) ou a hora 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 de 5.3.3 removidas do processamento de Snapshot concorrentes
introduzidas no SP1

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 poderá falhar com um erro de chave duplicado ao aplicar o instantâneo concorrente para um subscritor. Com este service pack, são removidas restrições utilizando o processamento de snapshot em simultâneo.
Replicação transaccional 5.3.4 processamento de scripts personalizada procedimentos armazenados
introduzidas no SP1

Quando configurar subscrições nosync (ou seja, subscrições não recebem o instantâneo inicial), a personalizada procedimentos armazenados para INSERT, UPDATE e DELETE instruções tem ser criadas manualmente. 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

Numa publicação em que a opção para gerar automaticamente um esquema personalizado procedimento está activada, o procedimento armazenado
sp_scriptpublicationcustomprocs scripts os procedimentos INSERT, UPDATE e DELETE personalizados para todos os artigos de tabela.
sp_scriptpublicationcustomprocs é particularmente útil para configurar subscrições para que o snapshot é aplicado manualmente.
Syntax
sp_scriptpublicationcustomprocs [@publication]= publication_name

Arguments
[@publication] = publication_name

The name of the publication. publication_name is a sysname with no default.

Return Code Values
0 (success) or 1 (failure
Conjuntos de resultados

Devolve um conjunto de resultados que consiste de uma coluna única nvarchar(4000) . O conjunto de resultados formulários a instrução CREATE PROCEDURE completa 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ública ; é efectuada uma verificação de segurança procedimentos dentro deste procedimento armazenado para restringir o acesso a membros de sysadmin fixos a função de servidor e fixas de base de dados db_owner na base de dados actual.

exemplo

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

5.3.5 Intercalar replicação com retenção de dados Meta Limpar para cima
introduzidas no SP1

Quando tabelas de sistema replicação de intercalação contêm grandes quantidades de metadados, limpar os metadados melhora o desempenho. Anteriores ao SQL Server 2000 SP1, o metadados poderiam ser limpo executando sp_mergecleanupmetadata. No entanto, SQL Server 2000 SP1 e versões posteriores incluem metadados com retenção limpar, que significa que os metadados podem ser automaticamente eliminados das seguintes tabelas de sistema:
  • MSmerge_contents
  • MSmerge_tombstone
  • MSmerge_genhistory
  • Qualquer antes de tabelas de imagem, se existir
Nota Antes de serem imagem tabelas apresentam se @ keep_partition_changes sincronização optimização está activada na publicação.

Retenção baseadas em meta dados Limpar ocorre da seguinte forma:
  • Se o parâmetro do serviço de impressão em série ?MetadataRetentionCleanup estiver definido como 1, tal como está por predefinição, 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.
  • Se o - MetadataRetentionCleanup parâmetro estiver definido como automático de limpeza não ocorre, 0. Neste caso, iniciar manualmente retenção baseadas em meta dados Limpar executando s p_mergemetadataretentioncleanup. Este procedimento deve ser executado no cada editor e subscritor que deve ser limpo. É recomendado, mas não necessário, que o Publisher e subscritores ser limpo em pontos semelhantes em tempo (consulte prevenir conflitos FALSO posteriormente nesta secção).

    Nota O -MetadataRetentionCleanup parâmetro for definido como 1 para todos os perfis de serviço de impressão em série estão incluídos no SQL Server 2000 SP1 e versões posteriores. Se actualizar um servidor para o SP1 ou posterior e, em seguida, adicionar replicação de intercalação, o perfil de serviço de impressão em série é automaticamente actualizado para incluir este parâmetro. Se actualizar um servidor que já tenha replicação de intercalação activada para o SP1 ou posterior, o perfil de serviço de impressão em série não é actualizado automaticamente; actualizar o perfil executando sp_add_agent_parameter (consulte parâmetros adicionais para sp_add_agent_parameter posteriormente nesta secção).

    importante O período de retenção predefinido para publicações é 14 dias. Se um artigo pertencer a várias publicações, poderá haver retenção diferentes períodos. Nessa situação, o período de retenção maior é utilizado para determinar o tempo mais próxima em que limpar podem ocorrer. Se existirem várias publicações numa base de dados e se qualquer um das publicações utiliza um período de retenção de publicação infinita ( @ retenção = 0 ), intercalar os metadados para a base de dados não é automaticamente limpas. Por este motivo, utilize retenção infinito publicação com cuidado
Parâmetros adicionais para sp_add_agent_parameter

Sp_add_agent_parameter o procedimento armazenado do sistema tem agora um parâmetro MetadataRetentionCleanup, que lhe permite adicionar ou remover meta dados retenção de limpeza de perfis de serviço de impressão em série. Um valor 1 indica que o perfil deve incluir limpar; um valor de 0 indica que este não deve incluir até limpar. Por exemplo, para adicionar meta dados retenção raiz para um perfil, executar o seguinte código:
EXEC sp_add_agent_parameter @profile_id=<my_profile_id>,
  @parameter_name='MetadataRetentionCleanup', @parameter_value=1
META limpeza de dados de topologias com diferentes versões do SQL Server

Para automático retenção baseadas em Limpar para ocorrer numa base de dados envolvida na replicação de intercalação, o agente de impressão em série e a base de dados devem ser em servidores a executar o SQL Server 2000 SP1 ou posterior. Por exemplo:
  • Uma solicitação de SQL Server 7.0 subscritor não é executado limpar num SQL Server 2000 SP1 Editor.
  • Emissão de SQL Server 2000 SP1 serviço de impressão em série não funciona limpar numa base de dados de subscritor do pré-SP1 do SQL Server 2000.
  • Uma emissão de SQL Server 2000 SP1 é agente de intercalação executado até limpar em base de dados do SQL Server 2000 SP1 Publisher, mesmo que tenha os subscritores que executem o SQL Server 2000 ou anterior.
Automático limpar em alguns servidores e não noutros vão até causa conflitos false e os devem ser raros. Para topologias incluem versões do SQL Server anteriores ao SQL Server 2000 SP1, poderá ver vantagens de desempenho executando sp_mergemetadatacleanup em todos os servidores que não são limpas automaticamente.

impedir conflitos FALSO

Retenção baseadas em meta dados Limpar impede a convergência não e silenciosa substitui alterações nos outros nós. No entanto, falsos conflitos podem ocorrer se se verificarem as seguintes condições:
  • Os metadados é limpo num nó e não no outro.
  • Ocorre uma actualização subsequente no nó mais limpo numa linha cujos metadados foi eliminados.
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 metadados é limpo em nós relacionados em sobre a mesma hora. Se - MetadataRetentionCleanup estiver definido como 1, o Editor e subscritor são limpas automaticamente antes do início de impressão em série, garantindo assim que os nós são limpas ao mesmo tempo. Se ocorrer um conflito, utilize o Visualizador de conflito de replicação de intercalação para rever o conflito e alterar o resultado se necessário.

Se um artigo pertence a várias publicações ou estiver num cenário republishing, é possível que os períodos de retenção para uma determinada linha na Editor e subscritor são diferentes. Para reduzir as hipóteses de limpeza de metadados de um lado, mas não na outra, recomenda-se que as publicações diferentes períodos de retenção semelhante.

Nota Se as tabelas de sistema contêm grandes quantidades de metadados que devem ser limpo, o processo de intercalação poderá demorar mais tempo a ser executado. Limpe os dados meta regularmente para evitar este problema.
5.3.6 De cópia de segurança e restaurar problemas de replicação de impressão em série
introduzidas no SP1

Primeiro deve sincronizar uma base de dados publicação restaurado a partir de uma cópia de segurança com uma base de dados subscrição com uma subscrição global (ou seja, uma subscrição com um valor de prioridade atribuídos) para garantir o comportamento de convergência correcto. Sincronização assegura que as alterações que foram perdidas na base de dados de publicação devido a operação de restauro são novamente aplicadas correctamente.

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 dados suficientes meta para aplicar alterações à base de dados de publicação, tal sincronização poderá conduzir a de não-convergência de dados.

Quando estiver a 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 que não estejam para além do período de retenção.

    Restaure uma base de dados de 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 para a qual o subscritor subscreve. Por exemplo, se um subscritor subscreve três publicações com períodos de retenção de 10, 20 e 30 dias, respectivamente, a 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.

    Recomenda-se vivamente que um subscritor sincronizar 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 novo, a última sincronização com um editor possível quase 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 era 8 dias atrás e agora é efectuada a cópia de segurança. Se a cópia de segurança for aplicada 4 dias mais tarde, a última sincronização irá ter ocorrido 12 dias atrás, que é após o período de retenção. Se o subscritor tinha sincronizados direita 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 necessitar de alterar o valor de retenção de publicação, reinicializar manualmente o subscritor para evitar a não-convergência de dados. Os dados de meta retenção com funcionalidade de limpeza elimina desactualizado metadados 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 não sincronizadas dentro do período de retenção devem expirar. Se, após uma limpeza, o período de retenção de publicação é aumentado e uma subscrição tenta intercalar com o Publisher (que já tiver eliminado os metadados), a subscrição não expirará devido o valor de retenção maiores. Além disso, o Publisher não tem dados suficientes meta para transferir alterações para o subscritor, que conduz a convergência não.
  • 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 5.3.7 replicada de bases de dados de diferentes versões do SQL Server
introduzidas no SP1

Restaurar uma cópia de segurança para o mesmo servidor e base de dados, executar a mesma versão que o servidor a partir da qual a cópia de segurança foi criada, 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 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 para SQL Server 2000 SP3a a partir de uma cópia de segurança criada com o SQL Server 2000 e pretender manter definições de replicação, tem de executar sp_vupgrade_replication. Executar sp_vupgrade_replication assegura que os metadados de replicação são actualizados. Se não forem executados sp_vupgrade_replication , os metadados de replicação podem ser deixados num estado imprevisível.
  • Se estiver a restaurar a base de dados para o SQL Server 2000 a partir de uma cópia de segurança criada com o SQL Server 7.0 (a versão, SP1, SP2, SP3 e SP4) e pretender manter definições de replicação, tem de recriar a cópia de segurança antes de instalar service packs. É possível restaurar a base de dados SQL Server 2000 SP3a directamente a partir de uma cópia de segurança de uma base de dados replicada criado no SQL Server 7.0, mas não são mantidas as definições de replicação.
5.3.8 Novo - MaxCmdsInTran parâmetros para o serviço de registo de leitura
introduzidas no SP1

Iniciar com SP1, um novo parâmetro de linha de comandos,- MaxCmdsInTran , foi adicionada para o serviço de registo de leitura. Transacções de afectar um grande número de comandos (normalmente em massa actualizações ou eliminações), o serviço de distribuição tem de aguardar o serviço de registo de leitura escrever toda a transacção para a base de dados de distribuição antes de pode iniciar a propagar a transacção para o subscritor. Este atraso bloqueia o Distribution Agent e reduz parallelism entre os dois agentes.

Utilizando ?MaxCmdsInTran, o serviço de leitura registo divide grandes transacções em secções mais pequenas e cada secção contém o mesmo ou menos comandos como o -MaxCmdsInTran entrada. Por conseguinte, o serviço de distribuição pode iniciar o processamento secções anteriores de uma transacção enquanto o serviço de leitura registo ainda está a funcionar através de blocos posteriores da mesma transacção.

Este melhoramento no parallelism entre o serviço de registo de leitura e o serviço de distribuição contribui para melhorar o débito replicação global. No entanto, Note que os blocos de transacção são consolidados no subscritor como transacções individuais, que divide a propriedade de atomicidade, uma das propriedades ACID (atomicidade, consistência, isolamento e durabilidade). Este resultado não é um problema na maioria das circunstâncias, embora é recomendado que teste este para se certificar de que.

definir o parâmetro ?MaxCmdsInTran

Especifique um número inteiro positivo (1 ou posterior) para o - valor do parâmetro MaxCmdsInTran. Especificar um valor de 0 equivale a não utilizar o parâmetro. 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 estar a executar SQL Server 2000 SP1 ou uma versão posterior, e a base de dados registo de serviço de leitura e distribuição tem de ser actualizado para SP3 ou posterior. Caso contrário, -MaxCmdsInTran é ignorada.
Restrição de 5.3.9 índices agrupado não único
Introduced no SP2 (aplica-se a replicação transaccional apenas)

Não é possível criar um índice agrupado não único numa tabela depois é publicado para replicação transaccional. Antes de criar o índice tem primeiro de largar qualquer publicação que inclui a tabela.
5.3.10 Novo - argumento de linha de comandos MaxNetworkOptimization para o Snapshot Agent
introduzidas no SP2

Durante o processamento normal, replicação de intercalação pode enviar DELETE comandos para subscritores para linhas que não pertençam ao subscritor da partição. Comandos DELETE deste tipo são referidos como elimina irrelevantes. Elimina irrelevantes não afecta a integridade de dados ou a convergência mas podem resultar em tráfego de rede desnecessário.

Para reduzir o tráfego de rede causado por elimina irrelevantes, pode utilizar o novo parâmetro Snapshot Agent - MaxNetworkOptimization com publicações de replicação de intercalação. A definição do parâmetro como 1 minimiza as hipóteses de elimina irrelevantes, que maximiza a optimização da rede.

Nota A definição deste parâmetro como 1 é útil apenas quando a opção de optimização de sincronização da publicação de impressão em série está definida como true ( @ keep_partition_changes parâmetro sp_addmergepublication ).

A predefinição é 0 porque a definição do parâmetro como 1 pode aumentar o armazenamento de metadados e causar desempenho diminuir no Editor, se existirem vários níveis de filtros de associação e filtros complexos subconjunto. Deve avaliar a topologia de replicação e definir cuidadosamente -MaxNetworkOptimization para 1 se é inaceitavelmente elevado tráfego de rede de elimina irrelevantes.

Pode adicionar este parâmetro para o perfil Snapshot Agent executando o procedimento de sistema sp_add_agent_parameter da seguinte forma:

EXECUÇÃO sp_add_agent_parameter 1, 'MaxNetworkOptimization', 1
5.3.11 Intercalar replicação utiliza nova função
introduzida no SP3

SP3 e cria uma nova função para utilização posterior automaticamente por replicação de intercalação. O nome da nova função está no formato MSmerge-< ID de publicação >. A função é criada no Publisher para cada publicação de replicação de intercalação e funciona como a lista de publicação de acesso (PAL) para controlar o acesso para intercalar publicações no Editor. Se esta função for interrompida, pode executar um procedimento armazenado incluído no SP3 ou posterior, sp_createmergepalrole, recriar a função. Este procedimento armazenado é executado no Editor na base de dados de publicação para recriar a função.
Syntax
sp_createmergepalrole [ @publication = ] 'publication' 

Arguments
[@publication = ] 'publication' 

The publication name. publication is sysname, with no default. This parameter is used to select the publication to use when re-creating a role used by merge replication. 

Return Code Values
0 (success) or 1 (failure)
comentários

Executar sp_createmergepalrole adiciona uma nova linha à tabela sysusers para a nova função. O nome desta nova função é baseado no valor da coluna pubid na tabela de publicação especificada sysmergepublications . O prefixo do nome da função é 'MSMerge_' e o valor de pubid é acrescentado (sem os hífenes) ao nome de função.

permissões

Apenas os membros de sysadmin fixa fixas de base de dados db_owner ou numa função de servidor podem executar sp_createmergepalrole .
5.3.12 Novos requisitos para subscrições criados por utilizadores não sysadmin
introduzida no SP3

Se uma subscrição é criada por um utilizador que não é membro de sysadmin fixo a função de servidor, tem efectue um dos seguintes procedimentos:
  • Configure a conta de proxy do agente do SQL Server com um início de sessão e palavra-passe para que o passo de tarefa do SQL Server Agent associado com o agente de replicação é executado com privilégios suficientes. Para mais informações, consulte o tópico "xp_sqlagent_proxy_account" no SQL Server Books Online.
  • Altere o proprietário da tarefa tarefa a um utilizador que é um membro da função de servidor fixa sysadmin antes de executar o agente.
Nota A funcionalidade de activação de agente remoto requer sempre o passo de tarefa para executar no contexto de uma conta de utilizador na função de servidor fixa sysadmin.
5.3.13 Altera para permissões para procedimentos armazenados
introduzida no SP3

Permissões foram alteradas um número dos procedimentos armazenados utilizados para implementar, administrar e monitorizar uma topologia de replicação. Maior parte destas alterações envolve um apertar das permissões que são necessários para executar os procedimentos armazenados. Para obter mais informações sobre as novas permissões, reveja a documentação referência Transact-SQL os procedimentos armazenado de replicação a versão actualizada do SQL Server Books Online. Para obter mais informações sobre o actualizada SQL Server Books Online, consulte secção 1.6 actualizado livros online documentação está disponível.
5.3.14 Novo parâmetro para sp_addmergearticle e sp_changemergearticle
introduzida no SP3

Um novo parâmetro, @ published_in_tran_pub , foi adicionada ao tanto sp_addmergearticle sp_changemergearticle . Este parâmetro é utilizado para indicar que um artigo de uma publicação de impressão em série também é publicado numa publicação transaccional. @ published_in_tran_pub é nvarchar(5), com uma predefinição de Falso. TRUE Especifica que o artigo também é publicado numa publicação transaccional.

Nota Quando alterar este parâmetro em sp_changemergearticle, o snapshot tem ser invalidado e devem ser reiniciados subscritores.
5.3.15 Nova página para configurar a publicação e Distribution Wizard
introduzida no SP3

O Configure Publishing and Distribution Wizard inclui agora uma nova página: palavra-passe do distribuidor. Tem de escrever uma palavra-passe nesta página, se seleccionar um ou mais fabricantes para utilizar o servidor como um distribuidor remoto e um ou mais desses fabricantes requerer uma palavra-passe. A ligação entre um editor e um distribuidor remoto é um híbrido de um servidor ligado e um servidor remoto. A ligação utiliza o início de sessão distributor_admin. Por predefinição, o Publisher está configurado como não fidedigno no distribuidor remoto, pelo que uma palavra-passe é necessária.

Nota Se tiver transferido e instalado o SQL Server 2000 Books Online (actualizado - SP3), esta informação está disponível quando clica no botão Ajuda para a nova página.
5.3.16 Altera para suporte de Gestor de sincronização do Windows
introduzida no SP3

SQL Server permite-lhe activar subscrições existentes (criadas utilizando o SQL Server Enterprise Manager, SQL-DMO e procedimentos armazenado de replicação) para utilização com o Gestor de sincronização do Windows. Também pode criar subscrições de novas utilizando o Gestor de sincronização do Windows. Depois de aplicar o service pack durante a sincronização uma subscrição, Gestor de sincronização do Windows pedirá para introduzir a palavra-passe ou palavras-passe necessárias para ligar os servidores envolvidos na sincronização.
5.3.17 Alterar requisitos para anexar ou restaurar uma base de dados replicação
introduzida no SP3

Num determinado conjunto de condições, a replicação pode não funcionar correctamente no processo de anexação ou restaurar uma base de dados publicada. Estas condições são:
  • SP3 ou posterior foi aplicado.
  • O utilizador anexar a base de dados não é um membro da função de servidor fixa sysadmin .
  • A interligação de base de dados entre domínios não foi permitida.
Se todas estas condições se verificarem, deve ser executado o procedimento sp_changedbowner armazenados na base de dados anexado ou restaurado. Atribua propriedade a início de sessão de administrador incorporada sa . Isto irá assegurar que a replicação funciona correctamente.

Nota Tem de ser um membro da função de servidor fixa sysadmin executar sp_changedbowner .

Para mais informações sobre como encadear propriedade entre bases de dados, consulte a secção 5.1.11 encadeamento de propriedade de base de dados entre domínios.

5.4 SQL Server Agent melhoramentos

Esta secção aborda melhoramentos ao agente do SQL Server que estão incluídos no SP3a.
Informações de conta registos de serviço de servidor SQL 5.4.1
introduzidas no SP2

O SQL Server Agent tarefa histórico agora registos do Windows da conta em que cada passo da tarefa é executada. Estas informações ajudam os administradores a diagnosticar problemas de segurança com as tarefas agendadas, incluindo tarefas agendadas que estão definidas para a replicação e tarefas de serviços de transformação de dados (DTS).
5.4.2 Altera para configurações de servidores principais/destino
introduzida no SP3

Administração multi-servidor é o processo de automatizar tarefas administrativas através de várias instâncias do SQL Server. Administração multi-servidor utilização se gerir dois ou mais servidores e pretende centralizar as tarefas de manutenção.

No SP3a, a conta do serviço SQL Server Agent não tem de ser um administrador de Windows, a menos que precise de utilizar a conta de proxy do SQL Server Agent. Para obter mais informações sobre o SQL Server Agent Proxy conta, consulte a secção 5.7.3 SQL Server Agent Proxy conta melhoramentos. A conta do serviço SQL Server Agent tem de ser membro de sysadmin fixo a função de servidor.

Com a administração multi-servidor, tem de ter pelo menos um servidor principal e, pelo menos, um destino ao servidor. Um servidor principal distribui a tarefas e recebe eventos de servidores de destino. Um servidor principal armazena a cópia central de definições de tarefa para tarefas executadas em servidores de destino. Servidores de destino ligar periodicamente ao seu servidor principal para actualizar a lista de tarefas para executar. Se existir uma nova tarefa, o servidor de destino transfere a tarefa e desliga do servidor principal. Depois do servidor de destino concluir a tarefa, volta a ligar ao servidor principal e comunica o estado da tarefa.

Antes de aplicar SP3a, tem de preencher vários passos para actualizar a configuração do servidor mestre/destino do SQL Server 2000. As alterações introduzidas com SP3a não são compatíveis com servidores de destino do SQL Server 7.0 ou com todos os servidores não executar o SP3a. Esta é uma alteração em relação a funcionalidade de SQL Server 2000 original.

para actualizar a configuração do servidor mestre/destino
  1. Crie uma nova (servidor principal) conta da MSX no servidor principal. Isto consiste em preparar TSX (destino) servidor (ou servidores) para a actualização. Para efectuar este procedimento, execute os seguintes comandos.
    --Option A: Windows authentication
    EXEC sp_grantlogin 'DOMAIN\user'
    GO
    USE msdb
    GO
    EXEC sp_adduser 'DOMAIN\user', 'DOMAIN\user', 'TargetServersRole'
    GO
    
    --Option B: SQL Server authentication ? see explanation below for 
    --details.
    EXEC sp_addlogin <MSXAccount>, <MSXAccountPassword>, 'msdb' 
    GO
    USE msdb
    GO
    EXEC sp_adduser <MSXAccount>, <MSXAccount>, 'TargetServersRole'
    GO
    
    onde <msxaccount> representa o nome de início de sessão SQL que escolheu e <msxaccountpassword> representa a palavra-passe associada.

    Nota Estes valores tem de estar entre aspas simples.

    Tem as seguintes opções quando escolher uma conta MSX:
    • Autenticação do Windows. Esta é a opção mais segura, porque as palavras-passe não têm de ser armazenadas e SQL Server e SQL Server Agent podem ser configurado sem direitos de administrador locais do Windows.
    • Autenticação do SQL Server. Isto requer contas de serviço SQL Server Agent ter direitos de administrador locais do Windows porque o SQL Server armazena o nome de utilizador e palavra-passe como um segredo de autoridade (LSA) de segurança local e acesso é limitado a administradores locais do Windows. Pode criar uma conta para todos os servidores TSX ou pode criar uma conta para cada servidor TSX.
    Não especificar uma conta de pesquisa de SQL Server Agent (<computer_name> _msx_probe_login). Como parte da actualização para o SP3 ou posterior, SQL Server remove as contas de sondagem antigo porque já não utilizam servidores TSX-los.
  2. Actualizar os servidores TSX para SP3a um de cada vez. (Antes de aplicar o service pack, consulte passo 3 para mais informações sobre a actualização o tempo.)
  3. Para minimizar para baixo de hora, execute o procedimento armazenado expandido xp_sqlagent_msx_account em cada servidor TSX pouco tempo depois de concluída a actualização SP3a.

    Nota Depois de executar xp_sqlagent_msx_account, agente SQL tem de ser parado e reiniciado em cada servidor.

    Para obter mais informações sobre xp_sqlagent_msx_account, consulte a secção 5.4.3 novo SQL Server Agent expandido procedimento armazenado.
  4. Aplica SP3a a seu servidor principal. As contas _msx_probe antigos são removidas pelo programa de configuração SP3a, uma vez que os servidores TSX já não os utilizar. Se uma conta que seja proprietário agente SQL tarefas, a conta não é removida e tem de alterar o proprietário das tarefas para outro utilizador e remover manualmente estas contas. Se pretender continuar a utilizar as contas _msx_probe antigo que tarefas agente SQL própria, poderá ter de alterar a palavra-passe da conta _msx_probe.
5.4.3 Novo SQL Server Agent expandido procedimento armazenado
introduzida no SP3

SP3a inclui um novo expandido procedimento armazenado que lhe permite configurar a conta que o servidor de SQL Server Agent TSX utiliza para transferir instruções a partir de um servidor MSX. Esta conta é também conhecido como a conta MSX ou conta de servidor principal.

xp_sqlagent_msx_account

xp_sqlagent_msx_account expandido o procedimento armazenado define ou obtém o nome de utilizador de conta MSX de agente do SQL Server e a palavra-passe de ou para os segredos LSA no servidor TSX. Apenas os membros da função de servidor fixa securityadmin possam executar este procedimento armazenado expandido.

Antes de pode executar este expandido armazenados procedimento, SQL Server Agent tem de ter. Além disso, se a conta especificada é um SQL Server login, SQL Server Agent tem de ter locais direitos de administrador do Windows. Agente do SQL Server armazena o nome de utilizador e palavra-passe como um segredo da LSA e acesso está limitado a administradores locais do Windows.
Syntax
xp_sqlagent_msx_account

    {N'GET' |

    N'SET' | N'DEL', N'MSX_domain_name', N'MSX_username', N'MSX_password'

    }

Arguments
N'GET' 

Obtém a conta do SQL Server Agent MSX actual. N'GET ' é um nvarchar com não predefinida. A palavra-passe não é comunicada por motivos de segurança.

N'SET '

Define a conta a ser utilizado como o MSX do SQL Server Agent conta. Utilizar o MSX_username e MSX_password parâmetros para especificar a conta para utilizar como a conta do SQL Server Agent MSX. N'SET ' é um nvarchar com não predefinida.

N'DEL '

Elimina a conta do SQL Server Agent MSX.

'MSX_domain_name'

Reservado para utilização futura.

'MSX_username'

O nome da conta Windows para ser utilizado como a conta do SQL Server Agent MSX. Especifique uma cadeia vazia para este parâmetro e MSX_password para seleccionar a segurança do Windows. Neste caso, o SQL Server Agent serviço conta credenciais são utilizadas para iniciar sessão no servidor MSX. MSX_username é um nvarchar com não predefinida.

'MSX_password'

A palavra-passe de conta do SQL Server especificada no MSX_username de. Especifique uma cadeia vazia para este parâmetro e MSX_username para seleccionar a segurança do Windows. Neste caso, as credenciais de conta de serviço SQL Server Agent são utilizadas para iniciar sessão no servidor MSX. MSX_password é um nvarchar com não predefinida.

Nota Tem de especificar parâmetros para xp_sqlagent_msx_account ordem. Não não possível utilizar parâmetros com nome.
Devolver valores de código

Devolve um valor de 0 no êxito ou 1 em caso de falha
Quando xp_sqlagent_msx_account falha e devolve um valor de 1, o SQL Server gera uma mensagem de erro com informações sobre o erro.
conjuntos de resultados

Se tiver sido definida uma conta do SQL Server Agent MSX, xp_sqlagent_msx_account devolve um resultado definido com as seguintes informações quando especificar N'GET ' .
Reduzir esta tabelaExpandir esta tabela
ColunaTipo de dadosDescrição
domíniosysnameN/d. reservada para utilização futura.
nome de utilizadorsysnameConta utilizada como o SQL Server Agent MSX conta.
Se não tiver sido definida uma conta do SQL Server Agent MSX ou N'SET ' é não especificado, é devolvido nenhum conjunto de resultados.

permissões

Execute permissões para xp_sqlagent_msx_account predefinição para membros da função de servidor fixa securityadmin .

exemplos
  • Obter o agente de MSX actualmente atribuída do SQL Server conta

    O exemplo seguinte obtém a conta actualmente atribuída para utilização como a conta do SQL Server Agent MSX:

    EXECUÇÃO master.dbo.xp_sqlagent_msx_account N'GET '
  • Definir a SQL Server Agent MSX conta para utilizar o Windows autenticação

    O exemplo seguinte define o MSX do SQL Server Agent conta para utilizar a autenticação do Windows:
    EXEC master.dbo.xp_sqlagent_msx_account N'SET',
       N'',  -- Reserved for future use 
       N'',  -- MSX_username
       N''  -- MSX_password
    
  • Definir a conta MSX de agente do SQL Server para o SQL Server Authentication

    Os conjuntos de exemplo seguintes MSX de agente do SQL Server conta Ralph e especifica uma palavra-passe:
    EXEC master.dbo.xp_sqlagent_msx_account N'SET',
       N'',  -- Reserved for future use 
       N'Ralph',  -- MSX_username
       N'RalphPwd'  -- MSX_password
    
  • Eliminar a conta de SQL Server Agent MSX

    O seguinte exemplo elimina a conta do SQL Server Agent MSX. Isto significa que SQL Server Agent assume a autenticação de segurança integrada do Windows.


    EXECUÇÃO master.dbo.xp_sqlagent_msx_account N'DEL '
5.4.4 SQL Server Agent permissão verificações
introduzida no SP3

SQL Server verifica-se agora para garantir que o proprietário de tarefa de serviço tem permissão para acrescentar ou substituir o ficheiro de registo de saída de cada tarefa. Isto acontece de três formas:
  • Se o proprietário da tarefa for membro de sysadmin fixo a função de servidor, o ficheiro de registo de saída de trabalho pode ser escrito para o servidor.
  • Se o proprietário da tarefa for um utilizador do Windows, SQL Server verifica para ver se o utilizador tem permissão para escrever a localização de ficheiro de registo de saída de tarefa seleccionada no servidor.
  • Se o proprietário da tarefa for um utilizador do SQL Server, SQL Server verifica a conta de proxy do SQL Server Agent para permissão para escrever a localização de ficheiro de registo de saída de tarefa seleccionada no servidor. Se não tiver sido definida a conta de proxy, não é escrito nenhum registo.
Em todos os casos, tarefas são escritas com SQL Server Agent credenciais, mas o SQL Server agora a localização do ficheiro no servidor de registo de testes para assegurar o utilizador tem permissão para escrever a saída da tarefa seleccionada. Erros aparecem no histórico de tarefa, mas os passos de tarefa não falhar se o ficheiro de registo não pode ser escrito.
Perfis MAPI 5.4.5 SQL agente de correio
introduzida no SP3

Na versão de 32 bits do SQL Server 2000, SQL serviço de correio pode ser configurado para utilizar um perfil de correio electrónico Extended MAPI para enviar alertas de correio electrónico. Pode utilizar a aplicação de correio electrónico Extended MAPI, tal como o Microsoft Outlook, para criar um perfil de Extended MAPI. Na versão de 64 bits do SQL Server 2000, SQL serviço de correio pode apenas as utilize um perfil de MAPI simples para enviar correio electrónico alertas. Não utilize perfis MAPI simples na versão de 32 bits do SQL Server 2000.

5.5 SQL Server Connectivity Components melhoramentos

Esta secção aborda melhoramentos para componentes de conectividade do SQL Server 2000 que estão incluídos no SP3a.
Actualizações 5.5.1 Microsoft Data Access Components
introduzida no SP3a

SP3a inclui actualizações para o Microsoft Data Access Components (MDAC). Quando instala o SP3a, também é instalado o MDAC 2.7 Service Pack 1a. O MDAC 2.7 SP1a tem sem alterações de funcionalidade da versão do MDAC instalada pelo SQL Server 2000 (MDAC 2.6), mas inclui correcções e melhoramentos de segurança. O MDAC 2.7 SP1a inclui uma actualização para o MSXML 3 SP3.

Nota Esta versão do MDAC não está instalado se o programa de configuração detecta a mesma versão ou uma versão mais recente.

Para mais informações sobre esta versão do MDAC, consulte o Microsoft Data Access Web site universal a esta página no microsoft.com. Correcções incluídas nesta versão do MDAC irão ser documentadas na base de dados de conhecimento da KB 326848. Pode aceder a este artigo da base de produtos da Microsoft suporte dos serviços de dados de conhecimento.
5.5.2 Suporte para o adaptador QLogic arquitectura interface virtual
introduzida no SP3

SQL Server suporta agora a interface virtual QLogic implementações de arquitectura (VIA) sistema área de rede (SAN). Para activar o suporte do SQL Server para ligações através de adaptador QLogic VIA, computadores de cliente e o servidor tem de fornecer resolução de endereços IP num ficheiro chamado Vihosts na pasta de system32\drivers\etc apropriada do Windows.
The Vihosts file should be formatted as follows:

<VI IP Address of server computer> <SERVER_COMPUTERNAME>

<VI IP Address of client computer> <CLIENT_COMPUTERNAME>

For example:

139.4.130.1  SQLCOMPUTER

139.4.130.2  SQLCLIENT

endereços IP de utilização a partir do respectivo adaptador QLogic VIA rede cartas e nomes de computador real. Caso contrário, não não possível estabelecer ligações a instâncias nomeadas ou com outros protocolos IP, tais como TCP ou pipes nomeados. O ficheiro Vihosts não é necessário conectividade Giganet VIA.

Nota Tem de identificar correcto VIA fornecedor em computadores cliente utilizando o utilitário de rede do cliente. Seleccione o valor adequado no fornecedor de lista pendente. Também deve ser concluir a acção correspondente nos computadores servidores através do utilitário Server Network Utility.

5.6 Meta dados Services Enhancements

Esta secção aborda melhoramentos para o SQL Server 2000 Meta dados Services que estão incluídos no SP3a.
5.6.1 Meta dados browser exporta em Unicode
introduzidas no SP1

Meta dados browser agora exporta dados de meta baseado em XML em Unicode. Antes do SQL Server 2000 SP1, o browser exportados código ANSI, que não suporta caracteres não ingleses. Esta alteração funcional é invisível para o utilizador. Como desta versão SP3a, dados exportados sempre é expressa como Unicode. Ainda pode exportar em código ANSI, definindo o valor do registo tecla HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport para 0. A lista que se segue representa os valores que pode definir para esta chave 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.
5.6.2 Scripts suporte desactivado
introduzida no SP3

O suporte de script em informações de modelos foi desactivado. Depois de instalar o SP3a, recebe o seguinte erro se a aplicação acede a uma propriedade ou método para o qual um script é definido:
EREP_SCRIPTS_NOTENABLED

activar o suporte de script

Se tiver de continuar a executar scripts, pode utilizar o seguinte procedimento para criar uma definição de registo que permite o suporte de script.
  • Abra o Editor de registo e navegue para HKEY_LOCAL_MACHINE\Software\Microsoft.
  • Criar uma chave de registo com o nome repositório (se não não já existir) e, em seguida, criar uma subchave denominado motor de modo a que o caminho é igual a Repository\Engine.
  • Na chave de registo motor , adicione um novo valor DWORD denominado AllowScripting e defina o valor como 1 . Se pretender desactivar o processamento de scripts mais tarde, defina o valor desta nova chave de registo como 0 .
importante Deverá sempre proteger informações sobre modelos e a base de dados repositório para impedir o acesso não autorizado.
Função de RepositoryUser 5.6.3 novo para aceder a informações sobre o repositório
introduzida no SP3

SQL Server inclui um conjunto de tabelas, procedimentos armazenados e vistas que armazenam informações utilizadas pelo motor de repositório de serviços de dados Meta na base de dados msdb . No SP3, uma nova função dedicada denominada RepositoryUser foi adicionada e tem de ser utilizado para aceder e actualizar informações do repositório. Esta função tem sido concedido criar, ler, actualizar, eliminar e executar permissões nestes objectos. A função pública já não tem permissões nestes objectos. .

Esta alteração afecta objectos existentes do repositório juntamente com outros objectos criados pelo motor de repositório no futuro. Utilizadores e aplicações que acedem o repositório através da função pública tem de ser adicionadas à função RepositoryUser .

Dados 5.7 Transformation Services Enhancements

Esta secção aborda melhoramentos para serviços de transformação de dados do SQL Server 2000 que estão incluídos no SP3a.
Assistente de DTS 5.7.1 já não limita colunas de cadeia a 255 caracteres
introduzidas no SP2

Quando exporta dados para um ficheiro de texto, o Assistente de importação/exportação DTS configura agora o pacote para escrever até 8000 caracteres de qualquer coluna que contém dados do tipo cadeia.
Contexto de segurança 5.7.2 tiver sessão iniciado para pacotes DTS executar pelo agente do SQL Server


introduzidas no SP2

Agente do SQL Server regista o contexto de segurança na qual cada passo numa tarefa é executada. No SP3 ou posterior, o contexto de segurança aparece na caixa diálogo Histórico da tarefa. Quando executa um pacote DTS a partir de um passo numa tarefa, o SQL Server Agent regista a conta de utilizador sob o qual o pacote é executada. Estas informações ajudam os administradores a diagnosticar problemas de autenticação e de permissão que ocorrem quando os pacotes DTS estão agendados para executar num servidor.
Agente de proxy conta melhoramentos na 5.7.3 SQL Server
introduzidas no SP2

Anteriores ao SP2, pacotes DTS armazenados no servidor podem não ser executados sob as credenciais da conta SQL Server agente de proxy, a menos que a conta de proxy tivesse acesso para a pasta Temp de utilizador para a conta na qual o servidor (no caso de tarefas executar a partir do xp_cmdshell ) ou o agente (no caso de tarefas de agente) estava em execução. Deste modo, os utilizadores frequentemente tinham de ajustar a variável de ambiente TEMP para a conta de arranque do SQL Server ou SQL Agent apontar para um directório que era acessível a tanto o arranque e as contas de proxy, como, por exemplo, C:\Temp. Para o SP2 e versões posteriores, DTS foi melhorado para utilizar o sistema TEMP pasta se a pasta Temp do utilizador não estiver disponível, reduzindo substancialmente a necessidade destes ajustes.
5.7.4 Guardar serviços de dados Meta desactivado por predefinição
introduzida no SP3

Por predefinição, SP3 e posterior desactiva a opção para armazenar DTS pacotes nos Serviços de dados Meta . Isto significa que a opção de serviços de dados Meta não aparece na lista pendente localização na caixa de diálogo Guardar pacotes DTS . Além disso, esta opção está desactivada a guardar, agenda e página de pacote replicar no Assistente de importação/exportação DTS.

para permitir que os pacotes sejam guardadas nos serviços de dados Meta
  • No SQL Server Enterprise Manager, clique com o botão direito do rato no nó de Serviços de transformação de dados , clique em Propriedades e, em seguida, clique em Activar guardar Meta dados dos serviços.
Nota Deve ser iniciada com privilégios de administrador para modificar esta propriedade.

Quando a opção para armazenar pacotes em Meta dados serviço está desactivada, pode carregar pacotes existentes a partir de serviços de dados Meta, edite-los e Guardar para serviços de dados Meta utilizando a opção de guardar. No entanto, serviços de dados Meta não está disponível a partir do Guardar como opção. Guarda por exemplo, não é possível novamente um pacote para serviços de dados Meta utilizando um nome diferente.

Melhoramentos 5.8 XML

O seguinte tópico descreve um melhoramento para XML e SQLXML no SP3a.
Validação 5.8.1 melhorada de expressões de XPath
introduzida no SP3

Anteriores ao SP3, a versão do MSXML que foi instalado com o SQL Server 2000 (MSXML 2.6) permitido um predicado numa expressão XPath a seguir a abreviatura de carácter especial que identifica o nó de contexto actual, que é indicado por um ponto (.) na sintaxe do XPath. Isto viola a especificação de sintaxe do XPath, que requer que este carácter ser seguido por uma expressão de caminho de localização.

Quando aplicar o SP3 ou posterior, uma versão actualizada do MSXML (3.0 SP3) é instalada como parte da actualização do MDAC. Para mais informações, consulte a secção 5.5.1 actualizações para o Microsoft Data Access Components.

Com a nova versão do MSXML, um predicado não siga imediatamente o actual contexto nó abreviatura carácter especial. As expressões XPath em SQLXML consultas (consultas XPath anotado mapeamento de esquemas e folhas de estilos XSLT escritas para transformar os resultados do SQLXML consulta) que utilizam a sintaxe danificada falhará após a actualização para o SP3 ou posterior

Para impedir estas falhas, identificar e corrigir as expressões que utilizam a sintaxe incorrecta. Por exemplo, a sintaxe da expressão XPath que é especificado como o valor do atributo teste no elemento xsl:if seguinte não é válido porque o predicado [@ ResourceTypeID = '2'], imediatamente a seguir a abreviatura de carácter especial que identifica o nó de contexto actual.

A instrução seguinte, que anteriormente não gerou um erro, irá falhar após SP3 ou posterior está instalada.
xsl:if test=".[@ResourceTypeID='2']">
To prevent a failure, the XPath expression must be amended as follows:

<xsl:if test="@ResourceTypeID='2'">

Melhoramentos de dispositivo API de cópia de segurança 5,9 virtual

O item seguinte aplica-se o SQL Server 2000 virtual cópia de segurança dispositivo API.
5.9.1 Captura várias bases de dados de um snapshot de um

introduzidas no SP2

A API de dispositivo de cópia de segurança virtual permite ISV integrar o SQL Server 2000 nos seus produtos. Esta API é engenharia para fornecer o máximo de fiabilidade e desempenho. Suporta totalmente a funcionalidade de cópia de segurança e restauro do SQL Server 2000, incluindo o intervalo completo de capacidades de cópia de segurança quente e snapshot.

No SP1 e versões anteriores, não ocorreu nenhuma forma de fixar e faça uma cópia mais do que uma única base de dados de uma só vez. SP3 ou posterior agora fornece suporte de lado do servidor para fixar e bases de dados múltiplos de um instantâneo único através do comando VDC_PrepareToFreeze de captura.

A especificação de dispositivo de cópia de segurança virtual no SP3a contém informações actualizadas sobre o comando Fixar VDC_PrepareTo . Poderá encontrar uma versão actualizada do ficheiro de cabeçalho de interface de dispositivo virtual (vdi.h) em \Devtools\Include no directório de configuração SP3a

Pode transferir Especificação actualizada a partir do Centro de transferências da Microsoft no Microsoft SQL Server transferências do Web site.

Relatório de erros de 5.10

introduzida no SP3

Relato de Microsoft SQL Server está desactivada por predefinição. Pode activá-la durante a instalação através do programa de configuração do SQL Server ou configuração de serviços de análise ou após a instalação através da caixa de diálogo Propriedades do servidor na Enterprise Manager ou a caixa de diálogo Propriedades do servidor de caixa no Analysis Manager. Activar relato enquanto executa o programa de configuração do SQL Server permite o relato de erros para o motor de base de dados do SQL Server e SQL Server Agent. Activar o relato de erros durante a execução configuração de serviços de análise permite o relato de erros para o Analysis Services. Se pretende activar o relato de erros para o SQL Server e o Analysis Services, tem de activar relato para o SQL Server ao executar serviços de análise e configuração do SQL Server ao executar a configuração de serviços de análise.

Se activar esta funcionalidade, SQL Server está configurado para enviar um relatório à Microsoft automaticamente se ocorrer um erro fatal no motor de base de dados do SQL Server, SQL Server Agent ou SQL Server Analysis Services. A Microsoft utiliza relatórios de erros para melhorar a funcionalidade do SQL Server e trata todas as informações como confidencial.

Informações sobre erros enviadas através de um seguro (HTTPS) ligação ao Microsoft, onde é armazenada com acesso limitado. Em alternativa, estas informações podem ser enviadas para o próprio servidor Corporate Error Reporting.

O relatório de erros contém as seguintes informações
  • A condição do SQL Server quando o problema ocorreu.
  • As sistema operativo versão computador hardware informações e.
  • O produto ID digital, que pode ser utilizado para identificar a licença.
  • O endereço IP de rede do computador.
  • Informações de memória ou ficheiros do processo que causou o erro.
Microsoft não recolhe intencionalmente os seus ficheiros, nome, endereço, endereço de correio electrónico ou qualquer outra forma de informações pessoais. O relatório de erros no entanto, pode conter informações específicas do cliente do memória ou ficheiros do processo que causou o erro. Embora estas informações potencialmente possam ser utilizadas para determinar a sua identidade, a Microsoft não utiliza estas informações para esse fim.

Para o erro de Microsoft fornecer informações sobre política de recolha de dados, consulte este Microsoft Web site.

Se activar o relato de erros e ocorre um erro fatal, verá uma resposta da Microsoft no registo de eventos do Windows que aponta para o artigo base de dados de conhecimento da Microsoft sobre um erro específico. Uma resposta poderá ser semelhante ao seguinte exemplo:
Source = MSSQLServerOlapServicesDW 
EventID = 1010
data = http://support.microsoft.com/support/misc/kblookup.asp?id=Q123456
&iBucketTable=1&iBucket=39980&Cab=21474432.cab&LCID=1033
&OS=5.1.2600.2.00010100.0.0
para desactivar o relato de erros para o motor de base de dados do SQL Server e SQL Server Agent, vá para propriedades do servidor SQL (separador ' Geral ') no Enterprise Manager e desmarque a caixa de verificação activar o relato de erros . Para desactivar o relato de erros para o Analysis Services, vá para propriedades do servidor no Analysis Manager e desmarque a caixa de verificação Activar relato de erros . Se o relatório de erros estiver activado para SQL Server (motor de base de dados e SQL Server Agent) e Analysis Services, tem de desactivar relato para SQL Server e Analysis Services individualmente.

Inglês 5.11 consultar melhoramentos

introduzidas SP21

A Microsoft lançou um melhoramento na segurança para aplicações de consulta em inglês. Este melhoramento não está instalado como parte do service pack. No entanto, recomenda-se que aplica-se utilizar o English Query. A melhoria de segurança está localizada no CD-ROM SP3a do \EQHotfix pasta. Detalhes sobre o melhoramento English Query estão disponíveis no produto suporte dos serviços de dados de conhecimento. Procure a base de dados de conhecimento artigo 297105.

Biblioteca de base de dados 5.12 e SQL incorporado para C

introduzidas no SP1

Enquanto a biblioteca de base de dados e SQL incorporados para API de C ainda são suportados no SQL Server 2000, não futuras versões do SQL Server incluirá os ficheiros necessários para as aplicações do programa que utilizam estas APIs. Ligações de aplicações existentes escritas usando a biblioteca de base de dados e SQL incorporados para C ainda vão ser suportadas na próxima versão do SQL Server, mas este suporte vai ser largado numa edição futura. Quando escrever novas aplicações, evite utilizar estes componentes. Quando modificar aplicações existentes, é aconselhável remover dependências destas tecnologias. Em vez de biblioteca de base de dados ou SQL incorporados para C, pode utilizar ADO, OLE DB ou ODBC para aceder a dados no SQL Server. Para mais informações sobre estas tecnologias, consulte SQL Server Books Online.

Propriedades

Artigo: 889551 - Última revisão: 16 de novembro de 2007 - Revisão: 3.8
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2000 Desktop Engine (MSDE) SP3a
  • Microsoft SQL Server 2000 Analysis Services
  • Microsoft SQL Server 2000 Developer Edition SP3a
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Enterprise Evaluation Edition
  • Microsoft SQL Server 2000 Personal Edition SP3a
  • Microsoft SQL Server 2000 Standard Edition
Palavras-chave: 
kbmt kbinfo KB889551 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: 889551

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