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

Traduções deste artigo Traduções deste artigo
ID do artigo: 889551 - Exibir os produtos aos quais esse 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 equipe de documentação do SQL Server não pode responder perguntas de suporte técnico, mas agradece suas sugestões e comentários sobre esta documentação leiame. Você pode rapidamente e diretamente enviar comentários do email usando o link abaixo. Todos os comentários devem estar em inglês. Para enviar comentários escritos sobre este documento, clique aqui:
Expandir tudo | Recolher tudo

Neste artigo

1.0 Introdução

Microsoft SQL Server 2000 Service Pack 3a (SP3a) incorpora as alterações para SQL Server 2000 SP3 que abordam problemas gerados pelo worm Slammer:
  • SP3a pode ser aplicado a SQL Server 2000 Enterprise Evaluation Edition para aplicar correções às instâncias do que edição do SQL Server.
  • SP3a aborda problemas de instalação alguns clientes encontrados com a versão dos componentes Microsoft Data Access (MDAC) no SQL Server 2000 SP3
  • O utilitário de instalação do MSDE 2000 SP3a padrão desativando o suporte para conexões de rede ao instalar novas instâncias do MSDE 2000. As configurações de suporte de rede atuais são mantidas quando instâncias são atualizadas para SP3a.
  • Quando uma instância do SQL Server 2000 SP3a ou o MSDE 2000 SP3a é configurada para não oferecer suporte a conexões de rede, a instância também pára usando a porta UDP 1434.
Como a maioria das mudanças apresentadas no SP3a estão relacionadas à instalação, você não precisa aplicar o SP3a às instâncias do SQL Server 2000 ou MSDE 2000 que já foram atualizadas para SP3. Se você possuir instâncias que ainda não foram atualizadas para SP3, no entanto, sempre atualize essas instâncias diretamente para o SP3a ao invés do SP3. Se você possuir quaisquer cópias dos arquivos de download do SP3 que planejava usar para atualizações futuras, você deve excluir essas cópias e em vez disso use ambos os arquivos de download do SP3a ou o SP3a CD -ROM. aplicativos que distribuir e instalar o MSDE 2000 deve instalar o SP3a ao invés do SP3. Enquanto você pode aplicar o SP3a às instâncias do SQL Server 2000 SP3 ou o MSDE 2000 SP3, fazer então tem pouco efeito sobre essas instâncias.

Esta versão do Service Pack 3a (SP3a) para Microsoft SQL Server 2000 é fornecida em três partes:
  • SP3a de componentes de banco de dados fornece atualizações para os componentes de banco de dados de uma instância do SQL Server 2000, excluindo instâncias do SQL Server 2000 Desktop Engine. Banco de dados componentes SP3a inclui atualizações para:
    • O mecanismo de banco de dados.
    • Todas as ferramentas de cliente do banco de dados e utilitários, como SQL Server Enterprise Manager e o utilitário osql.
    • Banco de dados cliente componentes de conectividade, como o Microsoft OLE DB Provider for SQL Server 2000, o driver ODBC para SQL Server 2000 e o cliente bibliotecas de rede.
  • Análise serviços SP3a fornece atualizações para os componentes do SQL Server 2000 Analysis Services de uma instalação do SQL Server 2000, incluindo:
    • O Analysis Services.
    • Componentes de cliente de serviços do análise, que incluem o Analysis Manager e o Microsoft OLE DB Provider para o Analysis Services.
    • Banco de dados cliente componentes de conectividade, como o Microsoft OLE DB Provider for SQL Server 2000, o driver ODBC para SQL Server 2000 e o cliente bibliotecas de rede.
  • Desktop Engine SP3a fornece atualizações para os componentes de banco de dados de uma instância do SQL Server 2000 Desktop Engine (MSDE 2000), incluindo:
    • O mecanismo de banco de dados.
    • Os utilitários de prompt de comando de banco de dados que acompanham o MSDE 2000, como os utilitários osql e bcp.
    • Banco de dados cliente componentes de conectividade, como o Microsoft OLE DB Provider for SQL Server 2000, o driver ODBC para SQL Server 2000 e o cliente bibliotecas de rede.
Essas três partes do SP3a podem ser aplicados individualmente, da seguinte maneira:
  • Sites do SQL Server 2000 podem usar SP3a de componentes de banco de dados para atualizar seus componentes de banco de dados sem atualizar seus Analysis Services componentes ou instâncias do SQL Server 2000 Desktop Engine.
  • Análise Services 2000 sites podem usar SP3a do Analysis Services para atualizar os componentes do Analysis Services sem atualizar instâncias do Desktop Engine ou seus componentes de banco de dados.
  • Sites do MSDE 2000 podem usar o Desktop Engine SP3a para atualizar instâncias do MSDE 2000 sem atualizar o Analysis Services ou as instâncias do mecanismo de banco de dados SQL Server 2000.
Observação Se instâncias separadas do MSDE 2000 e outras edições do mecanismo do banco de dados do SQL Server 2000 estiverem instaladas no mesmo computador, você deve aplicar o Desktop Engine SP3a às instâncias do MSDE 2000 e banco de dados componentes SP3a às instâncias do mecanismo de banco de dados SQL Server 2000, tais como Personal Edition, Standard Edition ou Enterprise Edition.

Observação Desktop Engine SP3a é a parte somente do service pack está disponível em português (Brasil), sueco e holandês, porque 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 atualizados pelo Analysis Services SP3a ou SP3a de componentes de banco de dados não estão disponíveis nesses idiomas. Português (Brasil), sueco e holandês usuários que deseja aplicar o SP3a para uma versão do SQL Server outros de Desktop Engine deve baixar o SP3a arquivos que coincidirem com o idioma de edição que desejam atualizar. Por exemplo, arquivos de idioma inglês SP3a devem ser baixados para atualizar o idioma inglês versão do mecanismo de banco de dados SQL Server 2000. Para obter informações sobre como baixar o service pack, consulte a seção 2.0 download e extraindo SP3a.

1.1 Visão geral da instalação do banco de dados Components SP3a

O programa de banco de dados componentes SP3a instalação detecta automaticamente qual edição do SQL Server 2000 está presente na instância do SQL Server 2000 que está sendo atualizado. O programa de instalação atualiza somente os componentes são instalados para essa instância. Por exemplo, se você aplicar o service pack a um computador que esteja executando o SQL Server 2000 Standard Edition, service pack não tenta atualizar os componentes estão incluídos apenas no SQL Server 2000 Enterprise Edition.

Você pode aplicar o SP3a de componentes de banco de dados a uma instância única padrão ou uma instância nomeada do SQL Server. Se você estiver atualizando várias instâncias do SQL Server 2000 para o SP3a ao, você deve aplicar o SP3a a cada instância. Quando uma instância em um computador com uma ou mais instâncias do SQL Server 2000 é atualizada para o SP3a, todas as ferramentas são atualizadas para SP3a. Não há cópias separadas das ferramentas para cada instância.

1.2 Visão geral de instalação de SP3a Desktop Engine (MSDE 2000)

Desktop Engine SP3a pode ser usado para:
  • Atualizar uma instância existente do SQL Server 2000 Desktop Engine (MSDE 2000) para o SP3a.
  • Instale uma nova instância do MSDE 2000 SP3a, desde que você tenha uma licença do MSDE 2000 que permite que você instale instâncias do MSDE 2000.
  • Atualize uma instância do MSDE 1.0 para o MSDE 2000, desde que você tenha uma licença do MSDE 2000 que permite a execução de instâncias do MSDE 2000.
  • Fornecer os arquivos necessários para um desenvolvedor gravar um utilitário de configuração de aplicativo que pode instalar uma instância do MSDE 2000 SP3a como parte da instalação do aplicativo. O desenvolvedor deve ter uma licença para distribuir o MSDE com aplicativos.
Para obter mais informações sobre o licenciamento do 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 de como a instância foi instalada. O SP3a mecanismo de área de trabalho arquivos da Microsoft somente podem ser usados para aplicar o SP3a às instâncias do MSDE 2000 que foram instaladas usando o MSDE 2000 utilitário de instalação. A maioria dos aplicativos instalar o MSDE 2000 usando um dos dois mecanismos:
  • O utilitário de configuração do aplicativo chama o utilitário de instalação do MSDE 2000 durante a instalação. Instâncias do MSDE 2000 instalado dessa maneira podem ser atualizadas para SP3a usando os arquivos da área de trabalho Engine SP3a.
  • Se o utilitário de configuração do aplicativo usa a tecnologia Microsoft Windows Installer, o utilitário de instalação pode consumir diretamente os módulos de mesclagem do MSDE 2000. Instâncias do MSDE 2000 instalado dessa maneira não podem ser atualizadas com os arquivos do Desktop Engine SP3a. Você deve contate o fornecedor do aplicativo para um arquivo de patch. Desktop Engine (MSDE 2000) SP3a fornece módulos de mesclagem para oferecer suporte a existentes aplicativos que usam módulos de mesclagem. Os utilitários de instalação para novos aplicativos devem ser escritos para chamar o utilitário de instalação do MSDE 2000 em vez de diretamente consumindo os módulos de mesclagem do MSDE 2000.
Instruções para determinar se uma instância do MSDE 2000 pode ser atualizada para o SP3a usar Desktop Engine SP3a está na seção 2.1 fazendo o download e extraindo Desktop Engine (MSDE 2000) SP3a. Mesmo se você estiver aplicando Desktop Engine SP3a a partir do CD do SQL Server 2000 SP3a, leia as instruções na seção 2.1 para determinar se você pode aplicar o SP3a do Desktop Engine ou deve contatar um fornecedor do aplicativo para um arquivo de patch.

Se houver várias instâncias do MSDE 2000 em um computador, você deve avaliar cada instância individualmente para determinar se você pode aplicar o SP3a do mecanismo de área de trabalho. Você também deve aplicar o SP3a separadamente para cada instância.

Examine o material nas seções 1 e 2 deste leiame e siga as instruções na seção 3 se:
  • Você determinou que você pode aplicar Desktop Engine SP3a a sua instância existente do MSDE.
  • Você está instalando uma nova instância do MSDE 2000.
  • Você é incorporar os arquivos do Desktop Engine SP3a o utilitário de instalação de um aplicativo.
Essas seções fornecem exemplos para os cenários mais comuns de atualizar uma instância existente do MSDE para o SP3a, ou instalando uma nova instância do MSDE 2000 SP3a:
  • 3.7.4 Atualizar instâncias existentes do MSDE 2000 para SP3a
  • 3.7.5 Instalando uma nova instância do MSDE 2000 SP3a
  • 3.7.6 Atualizando o MSDE 1.0 para o MSDE 2000 SP3a

1.3 Removendo SP3a

A maneira na qual você remove o SQL Server 2000 SP3a depende dos componentes SQL Server 2000 SP3a que você está removendo.

SQL removendo componentes de banco de dados do servidor e Desktop Engine SP3a

Quando o SQL Server Database Components SP3a ou Desktop Engine SP3a estiverem instalados, eles fazer alterações às tabelas do sistema por motivos de manutenção e eles também atualizem usuário e a distribuição bancos de dados que são membros de uma topologia de replicação. Devido a essas alterações, SP3a não pode ser removida facilmente. Para reverter para a compilação que você estava sendo executado antes de instalar o SP3a, primeiro, você deve desinstalar a instância do mecanismo de banco de dados do SQL Server 2000 ou MSDE 2000; em seguida, você tem de reinstalar essa instância. Se você estava executando um SQL Server 2000 service pack anterior ou aplicadas correções QFE (Quick Fix Engineering), você deve reaplicar esse service pack e correções QFE para a instância.

Observação Para remover o SP3a, você deve ter backups do mestre, modelo e bancos de dados msdb, que foram tirados imediatamente antes de serem aplicadas SP3a. Para obter mais informações, consulte a seção 3.1 fazer backup O SQL Server Databases e seção 3.2 fazer backup O Analysis Services Databases e repositório.

Para obter mais informações, consulte Desinstalando o SQL Server 2000 Components e Desktop Engine SP3a.

Removendo o SQL Server Analysis Services componentes SP3a

Para poder retornar SQL Server Analysis Services ao seu estado pré-SP3a, você deve fazer backup do registro chave
HK_LOCAL_MACHINE\Software\Microsoft\OLAP Server
e todas as suas subchaves antes de instalar o SP3a. Ao desinstalar o SP3a, você deve excluir essa chave do Registro e restaurar a versão de pré-SP3a partir o backup.

Observação Atualizações para o MDAC 2.7 SP1a que são feitas durante a instalação do SP3a não podem ser desinstaladas.

Para obter mais informações, consulte 3.1.4 desinstalar o SQL Server 2000 Analysis Services SP3a.

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

Use as técnicas nas seções a seguir para determinar qual versão do SQL Server ou do Analysis Services que você instalou.

SQL Server Para identificar qual versão do mecanismo de banco de dados do SQL Server 2000 ou MSDE 2000 que instalou, digite SELECT @@ VERSION ou SERVERPROPERTY('ProductVersion') no prompt de comando usando o utilitário osql ou isql ou na janela consulta no SQL Query Analyzer.

Da mesma forma, o nível de produto para uma determinada versão do mecanismo de banco de dados do SQL Server 2000 ou MSDE 2000 pode ser determinado executando SERVERPROPERTY('ProductLevel') SELECT.

A tabela a seguir mostra a relação entre a versão do SQL Server 2000 e o nível e o número da versão relatado por @@ VERSION e o nível do produto reportado por SERVERPROPERTY('ProductLevel').
Recolher esta tabelaExpandir esta tabela
Versão do SQL Server 2000 e do nívelVERSÃO @@ProductLevel
Versão original do SQL Server 20008.00.194RTM
Banco de dados Components SP1 ou Desktop Engine SP18.00.384SP1
SP2 de componentes de banco de dados ou Desktop Engine SP28.00.534SP2
SP3 de componentes do banco de dados ou SP3a, ou Desktop Engine SP3 ou SP3a8.00.760SP3
Se você não tiver certeza qual edição do mecanismo de banco de dados do SQL Server 2000 ou MSDE 2000 estiver executando o, visualize a última linha de saída retornada por SELECT @@ VERSION. A última linha deve coincidir um dos seguintes:
Desktop Engine on Windows NT 5.0 (Build 2195: Service Pack 2)
Enterprise Evaluation Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Developer Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Personal Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Enterprise Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Observação O início da linha indica a edição do SQL Server mecanismo de banco de dados ou o MSDE 2000. Isso é seguido de informações do sistema operacional atual.

Você também pode determinar a edição digitando SERVERPROPERTY('Edition') SELECT no prompt de comando usando o utilitário osql ou isql ou na janela consulta no SQL Query Analyzer.

o Analysis Services

Para identificar qual versão do Analysis Services que você instalou, execute estas etapas:
  1. No menu Iniciar , aponte para Arquivos de programas , aponte para o SQL Server 2000 , aponte para Analysis Services e, em seguida, clique em Analysis Manager .
  2. Na árvore Analysis Manager, clique o nó Analysis Servers com o botão direito do mouse e, em seguida, clique em Sobre o Analysis Services .
  3. Use a tabela a seguir para determinar qual versão do Analysis Services que você tem.
Recolher esta tabelaExpandir esta tabela
Análise Services versãoCriar o número na Ajuda sobre
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 distinção entre o SP3 e o SP3a

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

Supondo que uma instância foi instalada usando as configurações padrão, você pode encontrar o arquivo Ssnetlib.dll em um dos seguintes locais:
  • Instância padrão: C:\Program Files\Microsoft SQL Server\Binn\Ssnetlib.dll
  • Instância nomeada: C:\Program Files\Microsoft SQL Server\MSSQL$<instancename>\Binn\Ssnetlib.dll
Para descobrir se você tem as pastas de instalação do SP3 ou SP3a, abra o arquivo SP3Readme.htm e leia a primeira página. A versão do service pack, SP3a ou SP3, está listado na parte superior da primeira página.

Informações adicionais de 1,5 sobre SP3a

Uma lista de correções contidas nesse service pack será fornecida em 306908 de artigo da Base de dados de Conhecimento da Microsoft. Cada correção na 306908 possui um link para um artigo do Knowledge Base descrevendo o problema que abrange a correção. Siga os links para os artigos individuais do Knowledge Base para obter informações sobre cada correção

para localizar um artigo na Base de dados de Conhecimento
  1. Na lista Selecione um produto Microsoft , selecione SQL Server 2000 .
  2. No campo Procurar , digite o número do artigo desejado.
  3. Em Tipo de pesquisa , selecione artigo ID .
  4. Clique no botão Ir .
Qualquer informação relevante para o SQL Server 2000 Service Pack 3a que não estavam disponíveis em tempo para ser incluído neste arquivo Leiame será ser publicada no artigo da Base de dados de Conhecimento da Microsoft 816502.

Os artigos de base de dados de Conhecimento mencionados neste Leiame estão disponíveis na Base de dados de Conhecimento do Services da Microsoft produto suporte.

Microsoft Data Access Components

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

Para obter mais informações, consulte a seção 5.5.1 atualizações para Microsoft Data Access Components.

Correções QFE

Todos os boletins de segurança emitidos publicamente do SQL Server 2000 SP2 foram solucionados no SP3a. Se você receber um hotfix do SQL Server 2000 após 14 de outubro de 2002, esse hotfix não é provável que ser incluído no SP3a.

Entre em contato com seu provedor de suporte sobre como obter o hotfix mesmo para SQL Server 2000 SP3a.

atualizações de ferramentas do SQL Server CE Server

Os usuários do Microsoft SQL Server 2000 Windows CE Edition (SQL Server CE) que atualizou ou planejar atualizar o SQL Server 2000 servidores de banco de dados e o publisher para o SP3 ou posterior deve também atualizar os componentes de replicação de servidor em servidores IIS (Internet Information Services). Um instalador de ferramentas de servidor do SQL Server CE atualizado está disponível neste Microsoft Web site.

1.6 Atualizado documentação Online Books está disponível

Documentação atualizada para SP3 e SP3a está disponível. SQL Server 2000 Books Online (Updated - SP3) contém revisões menores mais novas informações que estão relacionadas ao SP3 e SP3a.

Você pode baixar SQL Server 2000 Books Online (Updated - SP3) deste Microsoft Web site.

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

Banco de amostras do SQL Server 2000 dados mecanismo e Analysis Services que foram atualizadas para SP3 e SP3a estão disponíveis. Você pode baixar esses exemplos atualizados de site da Microsoft.

2.0 Download e extraindo SP3a

SP3a é distribuído das seguintes maneiras:
  • Em um SQL Server 2000 Service Pack 3a que contém o service packs para os seguintes componentes:
    • SP3a de componentes de banco de dados
    • Análise serviços SP3a
    • Área de trabalho Engine SP3a
  • Em arquivos de extração automática três que podem ser baixados da Internet no Microsoft SQL Server Downloads Web site:
    • Sql2ksp3.exe (SP3a de componentes de banco de dados)
    • Sql2kasp3.exe (Analysis Services SP3a)
    • Sql2kdesksp3.exe (Desktop Engine SP3a)
Observação Os CD-ROM do SQL Server 2000 Service Pack 3a e Sql2kdesksp3.exe contêm todos os arquivos que são necessárias para instalar uma nova instância do Desktop Engine.

Observação Os arquivos de download do SP3a tiverem os mesmos nomes que os arquivos para SP3. Se você tiver um CD SP3a, você pode instalar o SP3a diretamente do CD do.

Se você não tiver um CD SP3a, poderá baixar o arquivo apropriado e executá-lo. Quando o arquivo de download é executado no computador, ele criará um conjunto de pastas e arquivos em seu disco que têm a mesma organização como as pastas e arquivos no CD do SP3a. Depois que essa fase de extração de arquivo for concluída, você pode instalar SP3a das pastas no seu disco.

Ao fazer o download e extrair arquivos de instalação do SP3a da Internet, use as diretrizes a seguir:
  • Baixar um dos arquivos listados na seção 2.0 e colocar o arquivo de extração automática em uma pasta no computador que esteja executando o software SQL Server 2000 que você estiver atualizando para o SP3a ao ou em uma pasta em um compartilhamento de rede. Partir dessa pasta, execute o arquivo. O programa de exclusão solicitará o nome da pasta na qual você deseja que o arquivos do service pack colocados.

    Observação Quando você extrai o service pack a uma rede compartilha, o caminho para a pasta que você especificar é relativa para a pasta na qual você executou o programa de exclusão.
  • Na unidade local ou compartilhamento de rede para que você baixar os arquivos de instalação do service pack, você deve ter espaço livre que é aproximadamente três vezes o tamanho do arquivo de extração automática. Isso inclui espaço para armazenar o arquivo de extração automática, o espaço para armazenar os arquivos extraídos do service pack e o espaço de trabalho temporário exigido pelo próprio programa de exclusão.
  • Você pode renomear ou mover a pasta depois de extrair os componentes; no entanto, certifique-se que o nome do caminho de diretório não contém espaços em branco. Você pode usar a mesma pasta de destino para cada um dos arquivos de extração automática; eles não substituir uns aos outros ou interferir uns aos outros.
  • Os arquivos de extração automática são usados para construir um conjunto de pastas e arquivos que são as mesmas no CD-ROM do SP3a. Se você baixar SP3a você deve extrair os arquivos para criar os diretórios de pacote de serviço antes de executar a instalação do SQL Server.
  • Para SP3a de componentes de banco de dados e Analysis Services SP3a, o processo de instalação é o mesmo para o CD-ROM e os arquivos extraídos.
Observação Alguns dos arquivos dos service packs são arquivos do sistema. Você não pode visualizá-las, a menos que você siga este procedimento: no Windows Explorer, no menu Exibir , clique em Opções , clique na guia Exibir e selecione Mostrar todos os arquivos de caixa de seleçã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 atualizar o SQL Server 2000, você deve fazer o download e aplicar o service pack que tenha o mesmo idioma do seu software do SQL Server 2000. Por exemplo, se você estiver atualizando uma instância do MSDE 2000 que usa o japonês, você deve baixar a versão japonesa do Desktop Engine SP3a.
  • Clique em Iniciar , clique em Executar .
  • Na caixa Abrir , digite Regedit e clique em OK
  • Localize e selecione uma das seguintes chaves:
    • Para uma instância padrão do mecanismo de banco de dados do SQL Server 2000 ou MSDE 2000, localize e selecione essa chave:

      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion
    • Para uma instância nomeada do mecanismo de banco de dados do SQL Server 2000 ou MSDE 2000, localize e selecione essa chave:

      HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\InstanceName\CurrentVersion onde InstanceName é o nome da instância
  • No painel à direita, ler o valor da entrada de idioma. Compare esse valor para a tabela a seguir para determinar o idioma para a instância do mecanismo de banco de dados do SQL Server 2000 ou MSDE 2000:
    Recolher esta tabelaExpandir esta tabela
    Valor do registro de idioma (em hexadecimal)Idioma valor do Registro (em hexadecimal)Valor do registro de idioma (em hexadecimal)
    0x000004041028Chinês tradicional
    0x000004071031Alemão
    0x000004091033Inglês
    0x0000040a1034Espanhol
    0x0000040c1036Francês
    0x000004101040Italiano
    0x000004111041Japonês
    0x000004121042Coreano
    0x000004131043Holandês
    0x000004161046Português (Brasil)
    0x0000041d1053Sueco
    0x000008052053 Chinês simplificado
componentes de banco de dados e arquivos do Analysis Services SP3a

Componentes de banco de dados e serviços de análise arquivos de instalação tanto contém documentação de instalação atualizado que você pode acessar clicando em Ajuda durante a instalação do SP3a. Esta documentação não atualiza a versão do SQL Server 2000 Books Online que já está instalado no seu computador. Para obter informações sobre como obter uma versão atualizada do SQL Server Books Online, consulte a seção 1.6 atualizado livros OnlineDocumentation está disponível. Se você desejar acessar apenas a documentação atualizada do programa de instalação SQL Server 2000 SP3a sem atualizar os manuais online do SQL Server, execute o arquivo Setupsql.chm. Setupsql.chm está localizado na subpasta \Books do diretório no CD-ROM do SP3a, a pasta local ou compartilhamento de rede que contém os arquivos extraídos do service pack.

2.1 Download e extraindo Desktop Engine (MSDE 2000) SP3a

Os usuários que têm uma instância existente do MSDE 2000 devem saber como sua instância do MSDE 2000 foi instalada para saber como patch-lo. Você pode determinar isso as informações registradas como uma entrada ProductCode em uma chave do registro seguindo as instruções no Microsoft Knowledge artigo 311762.
  • Se o nome original do pacote para seu valor ProductCode foi SqlRun01.msi através de SqlRun16.msi, você pode atualizar sua instância do MSDE 2000 usando os arquivos de download 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 de CódigoDoProduto se refere a um aplicativo da Microsoft, ver a página seguinte para obter instruções sobre como atualizar a instância do MSDE 2000: Microsoft MSDE Applications Web page.
  • Se o valor ProductCode não estiver listado no artigo, a instância foi instalada pelo utilitário de instalação de um aplicativo. Você não pode usar os arquivos de download do SQL Server 2000 SP3a para aplicar o SP3a às instâncias como MSDE. Em vez disso, você deve obter um arquivo de patch da empresa que escreveu o aplicativo. Se o aplicativo veio de uma empresa que não seja a Microsoft, contate a empresa para um arquivo de patch. Se o aplicativo veio da Microsoft, consulte a página seguinte, que lista os aplicativos MSDE da Microsoft (essa página será atualizada com informações sobre como atualizar essas instâncias do MSDE 2000): Microsoft MSDE Applications Web page.
  • Se o nome original do pacote para seu valor ProductCode era Sample.msi ou SampleUpg.msi, consulte a base de dados de Conhecimento artigo 314131.
baixar o MSDE 2000 SP3a

Se sua instância do MSDE 2000 foi instalada usando o utilitário de instalação do MSDE (nome do pacote original foi SqlRun01.msi através de SqlRun16.msi), você pode atualizar sua instância do MSDE 2000 usando um arquivo de download do SQL Server 2000 SP3a:
  • Vá para o Microsoft SQL Server Downloads Web site.
  • Na caixa Download total , no canto superior direito desta página, selecione o idioma que corresponda ao idioma para a instância do MSDE 2000 e clique em Ir .
  • Na próxima página, localize a seção arquivos neste download na parte inferior da página. Dependendo do idioma, selecione uma desses arquivos:
    • Se você selecionou inglês, baixe o arquivo SQL2KDeskSP3.exe para uma pasta no seu computador.
    • Se você selecionou outro idioma, baixe o arquivo LLL_SQL2KDeskSP3.exe, onde LLL varia por idioma.
Extraindo os arquivos do MSDE 2000 SP3a

Após o download ou SQL2KDeskSP3.exe LLL_SQL2KDeskSP3.exe, você deve extrair os arquivos do MSDE 2000 SP3a:
  • Abra o Windows Explorer e navegue até a pasta na qual você baixou o arquivo de download MSDE 2000 SP3a (SQL2KDeskSP3.exe ou LLL_SQL2KDeskSP3.exe, onde LLL varia por idioma)
  • Clique duas vezes no arquivo de download para extrair o MSDE SP3a arquivos. Quando solicitado, especifique a pasta na qual os arquivos SP3a podem ser extraídos.

3.0 Service Pack Installation

Para instalar o SP3a, use as instruções de instalação nas seções a seguir. Nem todas as etapas são necessárias, dependendo de qual dos seguintes componentes do SQL Server 2000 ou configurações você está aplicando o service pack para:
  • Componentes de banco de dados
  • O Analysis Services
  • Mecanismo da área de trabalho
  • Cluster de failover
  • Servidor de duplicação
A primeira frase em cada uma das seções a seguir indica o componente (s) ao qual seção se aplica.

antes de iniciar uma instalação

Se sua instância do mecanismo de banco de dados do SQL Server 2000 ou MSDE 2000 está sendo usada por um aplicativo, primeiro verifique com o provedor do aplicativo para verificar se há qualquer mecanismo de banco de dados ou MSDE 2000 atualizar considerações específicas para esse aplicativo.

Uma instalação SP3a falhará se qualquer uma das seguintes diretivas de segurança foi definido para não permitir a instalação :
  • O dispositivos: Unsigned driver installation behavior diretiva de segurança local para o Windows XP
  • Diretiva de segurança local comportamento de instalação não-driver não assinado para o Windows 2000

    Se você usar a configuração não permitir a instalação , você deve alterá-lo para bem-sucedido silenciosamente antes de instalar o SP3a. Se necessário, você pode retornar a diretiva à sua configuração anterior depois de concluída a instalação.
Observação não permitir a instalação não é a configuração padrão para essas diretivas de segurança.

Ao instalar o SQL Server 2000 SP3a em um computador que esteja executando o Windows XP, o MDAC 2.7 não serão atualizadas para o MDAC 2.7 Service Pack 1a (SP1a). Se seu sistema exigir qualquer uma das correções incluídas no MDAC 2.7 SP1a, você deve primeiro aplicar Windows XP Service Pack 1 antes de instalar o SQL Server 2000 SP3a. Windows XP SP1 será aplicada a todas as correções incluídas no MDAC 2.7 SP1a.

Quando instalar este service pack em uma versão pré-lançamento do Microsoft Windows Server 2003 compilação 3683 ou mais antiga, você receberá a seguinte mensagem de erro:

O software que você está instalando não passou no teste para verificar sua compatibilidade com esta versão do Windows do logotipo do Windows. Este software não será instalado. Contate o administrador do sistema.

Você pode optar por ignorar essa mensagem. Clique em OK para continuar a instalação.

Observação Esta mensagem bloqueia uma instalação autônoma.

Ao instalar este service pack em um computador executando o Windows NT 4.0 Service Pack 6a, você deve aplicar o hotfix descrito no artigo de base de dados de Conhecimento Microsoft 258437.

Antes de instalar o SP3a na versão francesa do Windows NT 4.0, siga as instruções no artigo da Base de dados de Conhecimento da Microsoft 259484. Você pode acessar o artigo do Microsoft Support Services Knowledge. Para obter instruções sobre pesquisa do Knowledge Base, consulte seção 1.5 informações adicionais sobre SP3a.

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

Se você aplicar o SP3a de componentes de banco de dados a uma instância do SQL Server em um computador em que o Analysis Services também está instalado, a instalação poderá falhar ao executar o script, SP3_serv_uni.SQL. Se isso acontecer, reinicie o computador e execute a instalação novamente.
  • Service packs do SQL Server 2000 não afetam a capacidade de fazer backup de bancos de dados do usuário a partir de um lançamento (lançamento original ou um service pack) do SQL Server 2000 ou MSDE 2000 e restaurá-los em outra versão, exceto quando o banco de dados de usuário é parte de uma topologia de replicação. Se o banco de dados de usuário não fizer parte de uma topologia de replicação, você pode fazer o backup de uma instância executando qualquer versão do SQL Server 2000 ou MSDE 2000 e restaurá-lo em uma instância executando qualquer outra versão do SQL Server 2000 ou MSDE 2000. Existem considerações adicionais para a replicação que são detalhadas na seção 5.3.6 backup e restauração problemas para replicação de mesclagem.
Instalação SP3a atualiza os bancos de dados usuário que são membros de uma topologia de replicação. Antes de instalar SP3a, certifique-se de que bancos de dados de replicação e grupos de arquivos são graváveis e que a conta de usuário que está executando instalação tem permissão para acessar os bancos de dados. Para obter mais informações sobre como aplicar SP3a a bancos de dados que estão incluídos no topologias de replicação, consulte seção 3.11 instalando em servidores replicado.

Se a instalação SP3a detectar bancos de dados de usuários ou grupos de arquivos não são graváveis, ele:
  • Se aplica as atualizações de replicação SP3a a todos os bancos de dados usuário gravável.
  • Grava uma lista de bancos de dados não-graváveis à instalação a efetuar logon, que está localizado em Winnt\Sqlsp.log.
  • Exibe a seguinte mensagem de aviso:

    A instalação detectou um ou mais bancos de dados e grupos de arquivos que não são graváveis.
Você pode ignorar este aviso a menos que alguns dos bancos de dados no log de instalação sejam membros de uma topologia de replicação. Se qualquer um dos bancos de dados não-graváveis no log de instalação forem membros de uma topologia de replicação, deverá tornar os bancos de dados gravável e reaplicar instalação SP3a a essa instância do SQL Server 2000.

Observação Esta mensagem não afeta instalações autônomas. Para obter mais informações sobre instalações autônomas, consulte seção 4.1 Unattended Installations.

Como bancos de dados não-graváveis não causarem instalação falhar, não é necessário remover o envio de log antes de atualizar para o SP3a ao. No entanto, se o banco de dados é remessa logs para um banco de dados que é um editor de replicação, você deve:
  • Coloque o banco de dados off-line antes de aplicar o SP3a.
  • Aplica o SP3a à instância.
  • Colocar o banco de dados on-line novamente.
  • Faça logon no Query Analyzer e execute o seguinte script:
    USE master
    GO
    EXEC sp_vpupgrade_replication
    GO
    
Se você aplicar o SP3a sem ter levado off-line todos os bancos de dados não-graváveis envio de logs para bancos de dados de publicação, você receberá esse erro:
Erro ao executar script sp_vpupgrade_replication (1)
Se você receber esse erro, siga o procedimento acima.

Observação Durante a instalação, instalação não faz distinção entre bancos de dados somente leitura e bancos de dados que estão off-line ou em estado suspeito. Se um banco de dados de replicação ou o grupo de arquivos estiver em qualquer uma dessas condições durante a instalação e está envolvido em uma topologia de replicação, você deve reaplicar o service pack depois de fazer o banco de dados gravável.

Note Como bancos de dados não-graváveis não causarem instalação falhar, não é necessário remover o envio de log antes de atualizar para o SP3a ao.

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

Não é possível instalar o SQL Server 2000 Service Pack 3a remotamente. No entanto, você pode usar o Microsoft Systems Management Server para instalar o SP3a automaticamente em vários computadores que executam o Windows NT Server 4.0. Para fazer isso, você deve usar um arquivo de definição de pacote (Smssql2ksp3.pdf) que automatiza a criação de um pacote SQL Server no Systems Management Server. O SQL Server pacote pode ser distribuída e instalada em computadores que estão executando o SMS. O arquivo Sms2kdef.bat é um arquivo em lotes que inicia uma instalação autônoma usando o Systems Management Server. Nesse tipo de instalação, o programa de instalação detecta automaticamente informações do sistema relevantes que ele precisa e nenhuma entrada de usuário é necessária.

Note Você não pode usar o SMS para instalar Desktop Engine SP3a.

3.1 Fazer backup de bancos de dados do SQL Server

As informações a seguir é aplicada a todas as instalações de componente, exceto os componentes de cliente do banco de dados.

Antes de instalar o SP3a de componentes de banco de dados ou Desktop Engine SP3a, fazer backup do mestre, msdb e bancos de dados de modelo. Instalar o SP3a modifica o mestre, msdb e bancos de dados modelo, tornando-os incompatível com versões de pré-SP3 do SQL Server. Esses backups são necessários se você decidir reinstalar o SQL Server 2000 sem SP3 ou SP3a.

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

3.2 Novamente backup do Analysis Services repositório e bancos de dados

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

Antes de instalar Analysis Services SP3a, fazer o backup do Analysis Services bancos de dados fazendo uma cópia da pasta Services\Data de análise do Microsoft, que é instalada por padrão em c:\Arquivos de programas de pasta. Se você não tenha migrado seu repositório do Analysis Services para o SQL Server, faça uma cópia backup do arquivo Msmdrep.mdb, localizada na pasta Microsoft Analysis Services\Bin. Você também deve salvar sua análise entradas de registro do servidor executando o Regedit.exe e usando o item Exportar arquivo do Registro no menu registro para exportar a chave
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAPServer
para um arquivo de backup. Se você migrou o repositório do Analysis Services para o SQL Server, fazer backup de banco de dados que contém o repositório antes de instalar o SP3a. Para obter mais informações, consulte desinstalar o SQL Server 2000 Analysis Services SP3a.

3.3 Verifique se os bancos de dados sistema com espaço suficiente

As informações a seguir é aplicada a todas as instalações de componente, exceto componentes de cliente do banco de dados e Analysis Services.

Se a opção de crescimento automático não está selecionada para bancos de dados master e msdb, os bancos de dados devem ter pelo menos 500 quilobytes (KB) de espaço livre. Para verificar se eles tenham esse espaço, executar o sistema sp_spaceused armazenado procedimento para o banco de dados mestre ou msdb. Se o espaço não alocado em um banco de dados for menor que 500 KB, aumente o tamanho do banco de dados. Para obter mais informações, consulte "Expandir um banco de dados" nos manuais online do SQL Server.

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

Para verificar que a opção de crescimento automático está selecionada no SQL Server 2000, abra o SQL Server Enterprise Manager, clique com o botão direito do mouse o ícone para o banco de dados e, em seguida, clique em Properties.Verify que o crescimento automaticamente arquivo caixa de seleção estiver marcada.

Para verificar se essa opção está selecionada no MSDE 2000, use o utilitário de prompt de comando osql para emitir instruções SQL a seguir:
  • sp_helpdb mestre
  • sp_helpdb msdb
Na saída dessas instruções, verifique se o valor da coluna crescimento não é 0.

3.4 Interromper serviços e aplicativos antes de executar a instalação SP3a

As seguintes informações se aplicam a todos os componentes. Você pode aplicar o SP3a sem desligar serviços.

Se você não desligar serviços, você precisará reinicializar o computador quando a instalação for concluída. Sem reinicializar, os seguintes serviços não iniciados:
  • Microsoft Distributed Transaction Coordinator (MS DTC) e os serviços Microsoft Search e MSSQLServerOLAPService. .
  • Os serviços MSSQLServer e SQLServerAgent para a instância que está sendo atualizado (por exemplo, MSSQL $ NamedInstance).
  • Microsoft Component Services, Microsoft Message Queuing e Microsoft COM Transaction Integrator.
  • Todos os aplicativos, incluindo o painel de controle. (opcional)
Você pode aplicar o SP3a sem reiniciar o computador por interromper esses serviços e aplicativos antes de aplicar o SP3a.

Você não pode interromper os serviços em um ambiente agrupado. Para obter mais informações, consulte seção 3.10 instalando em um cluster de Failover.

3.5 Instalar SP3a de componentes de banco de dados

As informações a seguir é aplicada a todas as instalações de componente, exceto Desktop Engine e Analysis Services.

Execute o script Setup.bat de um dos seguintes locais:
  • O diretório no computador local que contém os arquivos do extraídos service pack do SQL2KSP3.exe.
  • O diretório do pacote de serviço no CD-ROM do SQL Server 2000 SP3a.
  • O diretório no compartilhamento de rede contém os arquivos de pacote de serviço extraídos do SQL2KSP3.exe.
Observação Para instalar componentes de banco de dados a partir de um compartilhamento de rede, você deve, primeiro, siga um destes:
  • Mapear o compartilhamento de rede que contém os extraídos arquivos do service pack para uma letra de unidade disponível no computador local, navegue até o diretório na unidade mapeada que contém Setup.bat e, em seguida, executar Setup.bat.
  • Inicie a instalação executando o arquivo setupsql.exe localizado na \X86\Setup, que é uma subpasta do diretório no compartilhamento de rede que contém os arquivos extraídos do service pack.
O programa de instalação exibe uma caixa de diálogo que solicita informações, como se você deseja usar autenticação do SQL Server ou autenticação do Windows. Se você escolher a autenticação do SQL Server, você deve fornecer o programa de instalação com a senha para o logon do sa. Se você escolher a autenticação do Windows, você deve estar executando o programa de instalação durante o logon Windows usando uma conta de logon do Windows. Essa conta de logon deve ser uma parte do sysadmin função de servidor fixa para a instância do SQL Server 2000 você está atualizando.

O programa de instalação, em seguida, realiza as seguintes tarefas:
  • Exibe uma caixa de diálogo Modo de autenticação se detectar que a instalação está usando autenticação de modo misto com uma senha em branco para o logon do sa. Deixar a senha de logon do sa em branco fornece aos usuários fácil acesso administrativo para o SQL Server ou Desktop Engine e não é recomendado; proteger seus sistemas impondo uma senha sa ou usando a autenticação do Windows. Para obter mais informações sobre esta caixa de diálogo, consulte autenticação modo Dialog Box posteriormente nesta seção.
  • Exibe uma caixa de diálogo Aviso de senha do SA se detectar uma senha em branco para o logon do sa. Embora você possa continuar a instalação com uma senha em branco para o logon sa escolhendo explicitamente a ignorarem a recomendação e continuar a instalação, uma senha em branco representa um risco de segurança e não é recomendada. Esta caixa de diálogo é exibida independentemente de você usar o modo de autenticação.

    Observação Essa alteração de senha é feita imediatamente; mesmo se a instalação falhar, a senha ainda é alterada.
  • Exibe uma Lista de verificação de compatibilidade regressiva caixa de diálogo de aviso de qualquer compatibilidade com versões anteriores problemas que você pode encontrar ao aplicar o service pack. Para obter mais informações sobre esta caixa de diálogo, consulte para trás compatibilidade lista de verificação Dialog Box posteriormente nesta seção.
  • Exibe uma caixa de diálogo se detectar que os bancos de dados ou grupos de arquivos não são graváveis. Neste ponto, se qualquer um desses bancos de dados ou grupos de arquivos fazem parte de uma topologia de replicação você pode:
    • Interromper o processo de instalação, tornar esses objetos gravável e reinicie a instalação.
    • Continuar o processo de instalação SP3a atual e reaplicar SP3a num momento posterior depois de fazer esses objetos gravável.

      Observação As etapas anteriores são necessárias somente quando aplicar o SP3a a bancos de dados não-graváveis ou grupos de arquivos que fazem parte de uma topologia de replicação. Para obter mais informações, consulte a seção 3.12 aplicando SP3a para bancos de dados somente leitura ou grupos de arquivos.
  • Exibe uma caixa de diálogo Relatório de erros com informações sobre como habilitar o erro novo relatório de recurso que está incluído no SP3a. Para obter mais informações sobre relatórios de erros, consulte seção 5.10 relatório de erro.
  • Atualiza componentes MDAC se necessário. Para obter mais informações, consulte a seção 5.5.1 atualizações para Microsoft Data Access Components.
  • Substitui arquivos existentes do SQL Server 2000 SP3a arquivos
  • Arquivos de script Transact-SQL é executada para atualizar o sistema procedimentos armazenados
  • Exibe uma opção para reinicializar o computador na caixa de diálogo final se instalação determina que uma reinicialização é necessária.


caixa de diálogo modo de autenticação

A caixa de diálogo modo de autenticação não padrão as configurações atuais para a instalação. Os padrões de caixa de diálogo são:
  • Em computadores que executam o Windows 98 ou Windows Millennium Edition, a configuração padrão é autenticação de modo misto (o modo de autenticação somente suporte para esses sistemas operacionais). A caixa de diálogo solicita que você especificar uma senha para o logon do sa. Se você especificar uma senha, instalação altera a senha de logon sa. Se você deixar a senha em branco, a instalação se conecta sem alterar a senha
  • Em computadores que executam o Windows NT 4.0 ou Windows 2000, a configuração padrão é autenticação do Windows. Use a caixa de diálogo para alternar para modo misto ou modo de autenticação do Windows com uma senha de logon do sa que não está em branco.

    Observação Antes de alterar o modo de autenticação ou a senha de logon sa, certifique-se que essa alteração não afeta os aplicativos existentes. Por exemplo, se você alterar uma instância do SQL Server de usar autenticação de modo misto para usar a autenticação somente do Windows, aplicativos existentes, tentando se conectar usando a autenticação do SQL Server não podem conectar até que o modo de autenticação é definido como autenticação do Windows. Também, se você alterar a senha de logon do sa, aplicativos ou processos administrativos usando a senha antiga não é possível conectar até que eles são configurados para usar a nova senha.
importante Por motivos de segurança, você nunca deve ter uma senha em branco em logon sa.

O programa de instalação coloca um registro das ações que ele executa no arquivo Sqlsp.log. Este arquivo de log é armazenado no Windows diretório do computador em que a instalação é executada. Se você atualizar várias instâncias, somente a atualização mais recente é registrada nesse log.

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

A Lista de verificação de compatibilidade regressiva caixa de diálogo lista problemas de compatibilidade com versões anteriores que você pode encontrar ao aplicar o service pack. Os problemas de compatibilidade com versões anteriores que aparecem na lista de verificação variam dependendo da configuração da instância do SQL Server 2000 que está sendo atualizado.

Os seguintes problemas de compatibilidade com versões anteriores podem ser solucionados nesta caixa de diálogo:
  • Durante a atualização do SP2 ou anterior, o SP3a atualiza o serviço de pesquisa da Microsoft e recria automaticamente os catálogos de texto completo para todos os aplicativos usando o serviço. Durante a recriação, funcionalidade de texto completo não esteja totalmente disponível. Você deve selecionar esta caixa de seleção antes de continuar a instalação. Para obter mais informações, consulte seção 5.1.5 Full-Text catálogos são recriados depois conclui a instalação.
  • Antes de aplicar o service pack, você deve atualizar sua configuração de servidor do SQL Server 2000 mestre/destino. Os aperfeiçoamentos introduzidos com o SP3a são compatíveis somente com os servidores que estejam executando o SQL Server 2000 SP3 ou SP3a. Você deve selecionar esta caixa de seleção antes de continuar a instalação. Para obter mais informações, consulte a que seção 5.4.2 muda para configurações de servidor mestre/destino.
  • Encadeamento de propriedade de banco de dados entre está desativado por padrão neste service pack. Após a instalação, você pode habilitar o encadeamento de propriedade o banco de dados para bancos de dados individuais. Marcar esta caixa de seleção opcional permite que você permitir encadeamento para todos os bancos de dados de propriedade banco de dados. Para obter mais informações, consulte a seção 5.1.11 entre-Database propriedade Chaining.

    Observação Não é recomendável habilitar encadeamento para todos os bancos de dados de propriedade banco de dados.

    Observação Se você anteriormente tinha habilitado de propriedade no banco de dados encadeamento em uma versão pré-lançamento do SP3 (antes da compilação 8.00.760) será necessário ativá-lo novamente ao instalar o SP3a.

3.6 Instalar Analysis Services SP3a

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

Para instalar o Analysis Services SP3a, execute Setup.exe de qualquer um dos seguintes locais:
  • Subdiretório Msolap\Install no diretório que contém os arquivos Analysis Services SP3a extraídos do SQL2KASP3.exe.
  • O diretório Msolap\Install em CD-ROM do SP3a.
O programa de instalação executa, em seguida, as seguintes tarefas:
  • Abre uma caixa de diálogo Instalação que solicitará as informações. Para obter mais informações sobre relatórios de erros, consulte 5.10 relatório de erro.
  • Exibe uma caixa de diálogo Relatório de erros com informações sobre como habilitar o erro novo relatório de recurso incluído no SP3a.
  • Copia os arquivos necessários e conclui a instalação


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

Após instalar o Analysis Services SP3a você também deve atualizar os computadores usados para administração remota para SP3 ou SP3a. Caso contrário, você receber a seguinte mensagem de erro ao tentar se conectar remotamente através do Gerenciador de análise:

Não é possível se conectar ao registro no servidor (nome_do_servidor), ou você não for membro do grupo Administradores OLAP deste servidor.

Meta Data Services adicionou uma nova função dedicada denominada RepositoryUser , que pode ser usado para acessar e atualizar informações de repositório no banco de dados msdb . A função RepositoryUser tem criar, ler, atualizar, excluir e permissões de execução no repositório do msdb . A função pública foi substituída por esta nova função e não tem permissões nesse repositório. Se as seguintes condições forem atendidas, o grupo de Administradores OLAP deve ser adicionado à função RepositoryUser para que os membros desse grupo possam acessar o repositório depois que o service pack for aplicado:
  • O repositório é o formato do Meta Data Services.
  • O repositório usa o banco de dados msdb .
  • O grupo de Administradores OLAP usado anteriormente a função pública para acessar o repositório.
Observação Essa alteração também afeta servidores remotos que acessam o metadados repositório de serviços em um servidor que tenha sido atualizado para SP3 ou SP3a. Logons do servidor remoto devem ser adicionados à função RepositoryUser.

Observação O grupo de administradores OLAP deve ser adicionado à função RepositoryUser antes de restaurar uma Meta Data Services repositorythat foi feito backup antes para atualizar para o SP3 ou SP3a; caso contrário, a operação de restauração falhará.

Para obter mais informações sobre a função RepositoryUser , consulte seção 5.6.3 nova RepositoryUser função para acessar informações de repositório.

Se o Analysis Services dados pasta está localizada em um computador de outro que aquela em que o servidor de análise estiver sendo executado, você deve modificar as permissões na pasta após a instalação do SP3a. Para obter mais informações, consulte a seção 5.2.10 permissões deve ser modificado em uma pasta de dados remoto.
Considerações de segurança 3.7.2 para MSDE 2000 SP3a
As seguintes informações se aplicam somente ao Desktop Engine (MSDE 2000).

Desktop Engine SP3a contém um conjunto completo de arquivos necessários para instalar ou atualizar instâncias do SQL Server 2000 Desktop Engine (MSDE 2000). Você pode executar todas as ações de instalação do MSDE 2000 com os arquivos do Desktop Engine SP3a, desde que você tenha uma licença para instalar ou atualizar uma instância do MSDE 2000. Para obter mais informações sobre o licenciamento do MSDE 2000, consulte uso do MSDE 2000.

Talvez não seja possível aplicar o Desktop Engine SP3a às instâncias do MSDE 2000 que foram instaladas pela configuração do utilitário de um application.You deve contate o provedor aplicativo para um arquivo de patch pode ser usado para atualizar essas instâncias do MSDE 2000. Para obter instruções sobre como determinar se uma instância do MSDE 2000 pertença a esta categoria, consulte seção 2.1 fazendo o download e extraindo Desktop Engine (MSDE 2000) SP3a.
As seções a seguir fornecem informações detalhadas importantes sobre a instalação do MSDE 2000 SP3a:
  • 3.7.1 Pré-requisitos para MSDE 2000 SP3a
  • Considerações de segurança 3.7.2 para MSDE 2000 SP3a
  • Parâmetros de instalação do 3.7.3 MSDE 2000
As seções a seguir abordam os cenários mais comuns para atualizar uma instância existente do MSDE para o SP3a, ou instalando uma nova instância do MSDE 2000 SP3a:
  • 3.7.4 Atualizar instâncias existentes do MSDE 2000 para SP3a
  • 3.7.5 Instalando uma nova instância do MSDE 2000 SP3a
  • 3.7.6 Atualizando o MSDE 1.0 para o MSDE 2000 SP3a
Se você precisar obter informações adicionais, a principal fonte de documentação para a instalação do MSDE 2000 SP3a é nos manuais online do SQL Server 2000 (atualizado - SP3). Houve algumas alterações efetuadas para MSDE 2000 SP3 e SP3a que não são totalmente refletidas no SQL Server 2000 Books Online (Updated - SP3); esses recursos são abordados neste arquivo Leiame. Para obter mais informações sobre como instalar o SQL Server 2000 Books Online (Updated - SP3), consulte a seção 1.6 atualizado livros online documentação está disponível.
3.7.1 Pré-requisitos para MSDE 2000 SP3a
As seguintes informações se aplicam somente ao Desktop Engine (MSDE 2000).

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

Ao atualizar o MSDE 2000, você deve aplicar Desktop Engine SP3a separadamente para cada instância do MSDE 2000.

Observação a Microsoft não suporta configurações onde há mais de 16 instâncias do mecanismo de banco de dados em um computador. Isso inclui instâncias do SQL Server 6.5, SQL Server 7.0, SQL Server 2000, MSDE 1.0 e MSDE 2000.

Sempre inicie a instalação do MSDE 2000 executando o Setup.exe. Não inicie a instalação invocando diretamente um dos arquivos .msi do MSDE 2000, como clicando duas vezes em um dos arquivos .msi MSDE 2000. Deve executar a instalação a partir do prompt de comando e especificar parâmetros para instalar ou atualizar qualquer instância do MSDE. Para obter mais informações sobre os parâmetros necessários, consulte seções 3.7.2 através de 3.7.6.

Podem ocorrer problemas se você usar um os serviços de terminal conexão para tentar atualizar uma instância existente do MSDE para o SP3a ou instalar uma nova instância do MSDE 2000 SP3a. Se forem encontrados problemas, reinicie a instalação do computador local.

Você deve saber o nome de instância da instância do MSDE são instalar ou atualizar usando a instalação do MSDE 2000 SP3a. Se você estiver instalando ou atualizando uma instância nomeada do MSDE, você deve usar o parâmetro INSTANCENAME para especificar o nome da instância. Se você não especificar INSTANCENAME, instalação opera na instância padrão do MSDE no computador. Em versões do MSDE 2000 instalação SP3, usuários necessários para especificar o arquivo de pacote de instalação .msi usado para instalar ou atualizar uma instância do MSDE 2000. No SP3 e versões posteriores do programa de instalação, instalação gerencia os arquivos .msi e você não precisa especificar o arquivo .msi para uma atualização ou uma nova instalação.

Você pode executar a instalação do MSDE 2000 SP3a de seu disco rígido, um compartilhamento de rede ou um CD-ROM. Ao atualizar uma instância do MSDE 2000 para o SP3a, você só pode executada instalação de um compartilhamento de rede ou um CD-ROM se os arquivos originais usados para instalar a instância do MSDE 2000 ainda estão presentes no local que eles ocupado durante a instalação original. Se a instalação original foi de um CD-ROM, instalação do MSDE 2000 SP3a irá solicitar o CD-ROM original durante a atualização. Se os arquivos originais não estão em seu local original ou CD-ROM original não está disponível, você deve copiar arquivos os MSDE 2000 SP3a para seu disco rígido e execute a instalação a partir daí.

Se você criar seu próprio CD-ROM para instalar o SP3a, o rótulo de volume no CD-ROM deve ser SQL2KSP3. Se você for um distribuidor de software independente (ISV) criando um CD-ROM o objetivo de distribuir Desktop Engine como um componente do seu aplicativo, o rótulo de volume do CD-ROM deve ser idêntico para o campos VolumeLabel propriedade na tabela de Media do pacote do Windows Installer (*.msi).
Você pode instalar a atualização para Desktop Engine de um CD-ROM somente se você estiver usando o Windows Installer versão 2.0.2600.0 ou later.If que você precise atualizar o Windows Installer, o SP3a inclui os arquivos necessários para atualizar o Windows Installer.

para atualizar o Windows Installer:
  1. Usando o Windows Explorer, navegue até a pasta \MSDE\MSI em qualquer CD do SQL Server 2000 SP3a, ou nas pastas que você extraiu da SQL2KDeskSP3.exe.
  2. Execute InstMsi20.exe.
  3. Quando solicitado, reinicialize o computador.
Considerações de segurança 3.7.2 para MSDE 2000 SP3a
As seguintes informações se aplicam somente ao Desktop Engine (MSDE 2000).

O comportamento de instalação do MSDE 2000 foi alterado no SP3a para que as configurações padrão resulte em uma configuração mais segura.

Desktop Engine SP3a altera o comportamento padrão do parâmetro de instalação DISABLENETWORKPROTOCOLS que especifica a configuração do suporte de conexão de rede para uma instância do MSDE 2000. Se nenhum aplicativo executado em outro computador irá se conectar a sua instância do MSDE 2000, a instância tem há necessidade de suporte de rede e é prudente desativar um recurso que não está sendo usado. SP3a desativará o suporte de rede por padrão ao instalar novas instâncias do MSDE 2000. Se você desativar o suporte de rede ao instalar uma instância do MSDE 2000 SP3a, você pode reconfigurar posteriormente a instância para ativar o suporte. Para obter mais informações sobre como desativar e restauração de acesso à rede, consulte base de Conhecimento artigo 814130.

Por padrão, a instalação do MSDE 2000 SP3a não instalará uma nova instância do MSDE 2000, a menos que você use o parâmetro SAPWD para especificar uma sa forte senha. Por padrão, a instalação do MSDE 2000 SP3a não atualizará uma instância existente do MSDE 2000, a menos que você atribuiu uma senha de alta segurança para a sa logon. Você deve atribuir uma senha de alta segurança para o logon do sa, mesmo quando atualizar uma instância existente, a menos que o aplicativo usando a instância do MSDE depende de alguma forma uma senha sa nula. Mesmo se a instância do MSDE 2000 estiver sendo executado no modo de autenticação do Windows, o logon do sa ficará imediatamente ativo se a instância já é alternada para o modo misto. Uma senha sa nulo, em branco, simples ou conhecidos pode ser usada para acesso não autorizado. Se você precisar atribuir uma senha sa forte antes de atualizar a instância do MSDE 2000 para o SP3a, consulte o artigo da Base de dados de Conhecimento da Microsoft 322336.

Sempre que possível, para maior segurança, use autenticação do Windows com a sua instalação do MSDE 2000. Considere alternar do modo misto para Windows Authentication Mode se:
  • Aplicativos usando o MSDE 2000 podem ser executados usando o Windows Authentication.
  • Você definiu logons de autenticação do Windows para todos os usuários que precisam se conectar à instância. Para obter mais informações sobre como adicionar logons, consulte adicionando um usuário do Windows ou o grupo nos manuais online do SQL Server 2000.
  • A instância do MSDE 2000 não está sendo executada no Windows 98 ou Windows Me.
Para obter mais informações sobre a alteração de uma instância do MSDE 2000 de modo misto para Windows Authentication Mode, consulte o Microsoft Knowledge Base artigo 322336.
Parâmetros de instalação do 3.7.3 MSDE 2000
As seguintes informações se aplicam somente ao Desktop Engine (MSDE 2000).

MSDE 2000 é projetado para ser distribuído com aplicativos e instalado pelo programa de instalação do aplicativo. MSDE 2000 não tem um programa de instalação interativa. Os mecanismos de instalação para o MSDE 2000 são projetados para ser chamado por um utilitário de configuração do aplicativo, onde qualquer necessária interação com o usuário final é tratada pela instalação do aplicativo. MSDE 2000 possui dois mecanismos de instalação:
  • Um prompt de comando utilitário de instalação. O utilitário de instalação normalmente é chamado por um utilitário de configuração do aplicativo, mas também pode ser executado em uma janela de prompt de comando. O utilitário de instalação do MSDE 2000 não tem uma interface gráfica do usuário através do qual um usuário pode controlar o comportamento do utilitário. Em vez disso, esse utilitário aceita um conjunto de parâmetros que definem quais ações o utilitário deve realizar.
  • Um conjunto de módulos de mesclagem do Windows Installer. Os desenvolvedores que escrevem utilitários do programa de instalação baseado no Windows Installer podem código de sua configuração de aplicativo para instalar uma instância do MSDE 2000, consumindo os módulos de mesclagem do MSDE 2000. Os desenvolvedores podem controlar a configuração de instância instalada, especificando parâmetros de utilitário de instalação de propriedades de pacote de instalação que correspondem ao MSDE 2000.
Os usuários podem usar o prompt de comando utilitário de instalação do MSDE 2000 para qualquer atualização instâncias existentes do MSDE ou para instalar novas instâncias do MSDE 2000. Os usuários controlam o comportamento do programa de instalação do MSDE 2000 especificando parâmetros. Os parâmetros de configuração podem ser especificados de uma das duas maneiras:
  • Na linha de comando.
  • Em um arquivo .ini lido pelo utilitário de instalação.
A maioria dos parâmetros aos quais a versão do MSDE 2000 SP3a da instalação oferece suporte é documentada no tópico "Personalizando Setup.exe de mecanismo de área de trabalho" na SQL Server 2000 Books Online (Updated ? SP3). Para obter mais informações sobre a instalação manuais online do SQL Server 2000, consulte seção 1.6 atualizado livros online documentação está disponível.

Você deve colocar os valores para a instalação do MSDE parâmetros em aspas duplas se o valor especificado possui caracteres especiais, como espaços em branco. Caso contrário, as aspas são opcionais.

Esses parâmetros de instalação do MSDE 2000 SP3a não estão documentados no SQL Server 2000 Books Online (Updated ? SP3) ou se comportam de maneira diferente do descrito no Books Online.
Recolher esta tabelaExpandir esta tabela
nome do parâmetro Descrição
ALLOWXDBCHAINING = 1Banco de permite que dados encadeamento de propriedade. Para obter mais informações, consulte a seção 5.1.11 entre-Database propriedade encadeamento.
SAPWD = sa_passwordEspecifica a senha a ser atribuída para o logon do sa ao instalar uma nova instância do MSDE 2000. SAPWD será ignorado quando você atualiza uma instância existente do MSDE 2000, portanto, você deve garantir que o logon do sa tem uma senha forte antes de atualizar. Você sempre deve especificar uma senha sa forte, mesmo quando usando o modo de autenticação do Windows. Embora a propriedade SAPWD gravada não no arquivo de log de instalação ao executar Setup.exe, ele é se você instalar usando módulos de mesclagem.
/upgradesp {SQLRUN | [<msipath>] SqlRunXX.msi} Especifica que a instalação atualizará uma instância existente do MSDE 2000 para o SP3a. Para o SP3 e posteriormente, essa opção substitui a opção /p oferece suporte para versões anteriores do programa de instalação. Não use a opção /p com SP3 ou posterior. Ao atualizar para o SP3a, não é necessário especificar o arquivo .msi usado para instalar a instância existente do MSDE 2000. A maioria dos usuários simplesmente especificar SQLRUN, nesse caso o utilitário de instalação do MSDE 2000 SP3a determina qual arquivo .msi para usar. Quando você especifica SQLRUN sem especificar um INSTANCENAME, o programa de instalação irá atualizar a instância padrão do MSDE 2000. Se você especificar tanto SQLRUN INSTANCENAME um, o programa de instalação irá atualizar a instância especificada usando o parâmetro INSTANCENAME. Quando você especifica o nome de um arquivo de pacote de instalação do MSDE 2000 .msi, o programa de instalação irá atualizar a instância no computador foi instalada originalmente com um módulo de mesclagem de mesmo nome. Por exemplo, se você especificar SqlRun01.msi, a instalação irá atualizar qualquer instância do MSDE 2000 foi instalada originalmente usando SqlRun01.msi. MSIPath é o caminho para a pasta que contém o arquivo .msi. MSIPath padrão instalação\. Para obter exemplos de especificação de /upgradesp, consulte a seção 3.7.4 atualizando existente instâncias do MSDE 2000 para SP3a
UPGRADEUSER = AnAdminLoginEspecifica o logon a ser usado quando você atualiza uma instância do MSDE 1.0 ou do MSDE 2000 usando a autenticação do SQL Server. O login deve ser um membro da função de servidor fixa sysadmin. Este parâmetro é usado somente quando você especifica SECURITYMODE = SQL ao atualizar uma instância do MSDE.
UPGRADEPWD AdminPassword = Especifica a senha para o logon especificado no UPGRADEUSER quando você atualiza Desktop Engine usando a autenticação do SQL Server.
Desktop Engine SP3 introduziu um novo parâmetro DISABLENETWORKPROTOCOLS . O comportamento de DISABLENETWORKPROTOCOLS alterado no SP3a de mecanismo de área de trabalho para ser mais seguro por padrão.

Esses são os comportamentos de DISABLENETWORKPROTOCOLS no SP3a.
Recolher esta tabelaExpandir esta tabela
Valor DISABLENETWORKPROTOCOLSAtualizar a instância existenteInstalar nova instância
1Instância está configurada com servidor todas as bibliotecas de rede desabilitadas.Instância está configurada com servidor todas as bibliotecas de rede desabilitadas.
0A configuração de biblioteca de rede existente do servidor é mantida.Instância está configurada com endereços habilitados e bibliotecas de rede de servidor padrão.
Parâmetro não especificado, ou for qualquer valor diferente de 0 ou 1A configuração de biblioteca de rede existente do servidor é mantida.Instância é configurada com servidor todas as bibliotecas de rede desabilitadas.
No SP3, DISABLENETWORKPROTOCOLS possui duas diferenças no comportamento em comparação com SP3a:
  • Ao instalar uma nova instância usando SP3 e DISABLENETWORKPROTOCOLS é ou não especificado ou definida como um valor diferente de 0 ou 1, em seguida, a instância é instalada com o padrão as bibliotecas de rede e endereços habilitados. No SP3a, as bibliotecas de rede estão desabilitadas.
  • Sempre que todas as bibliotecas de rede estão desativadas para uma instância do MSDE 2000 SP3, a instância ainda usará a porta UDP 1434. No SP3a, a instância não usar o porta UDP 1434 em que a configuração. Para obter mais informações, consulte a seção 5.1.15 operações em UDP porta 1434.
Para obter mais informações sobre configurações de biblioteca de rede padrão, consulte o tópico "Controlando bibliotecas de rede e comunicações endereços" no Books Online do SQL Server 2000.

Se você for um desenvolvedor incorporar os módulos de mesclagem do MSDE 2000 (arquivos .msi) em uma instalação do Windows Installer, você pode especificar os parâmetros de configuração acima como propriedades no arquivo .msi. Desktop Engine (MSDE 2000) SP3a fornece módulos de mesclagem para oferecer suporte a existentes aplicativos que usam módulos de mesclagem. Os utilitários de instalação para novos aplicativos devem ser escritos para chamar o utilitário de instalação do MSDE 2000 em vez de diretamente consumindo os módulos de mesclagem do MSDE 2000.
Recolher esta tabelaExpandir esta tabela
Nome do parâmetroPropriedade do módulo de mesclagem
ALLOWXDBCHAININGSqlAllowXDBChaining
DISABLENETWORKPROTOCOLSSqlDisableNetworkProtocols
SAPWDSqlSaPwd
UPGRADEUSERSqlUpgradeUser
UPGRADEPWDSqlUpgradePwd
Para obter informações sobre as propriedades do módulo de mesclagem que correspondem aos outros parâmetros de instalação, consulte o tópico "Usando o SQL Server Desktop Engine módulos de mesclagem" nos manuais online do SQL Server 2000.

solicitando um log de instalação

Se você encontrar dificuldades executando a instalação e precisar de um log detalhado para ajudar na depuração, especificar/l * v <logfilename>. <logfilename> é o nome de um arquivo de log onde o programa de instalação registrará todas as suas ações. Se você não especificar um caminho como parte do nome, o arquivo de log é criado na pasta atual. Se você está executando o programa de instalação a partir do CD do SQL Server 2000 SP3a, você deve especificar o caminho completo para uma pasta em seu disco. Este exemplo cria um arquivo de log MSDELog.log na pasta raiz da unidade C::

setup /upgradesp sqlrun DISABLENETWORKPROTOCOLS = 1/l * v C:/MSDELog.log
3.7.4 Atualizar instâncias existentes do MSDE 2000 para SP3a
As seguintes informações se aplicam somente ao Desktop Engine (MSDE 2000).
Os exemplos nesta seção irão atualizar uma instância existente do MSDE 2000 para o SP3a e desative também a conectividade de rede para essa instância do MSDE 2000. Se a instância deve aceitar conexões de aplicativos executados em outros computadores, não especifique DISABLENETWORKPROTOCOLS parâmetro.
Os exemplos nesta seção assumem que o logon do sa tenha uma senha de alta segurança. Para obter mais informações sobre a senha de logon do sa, consulte a seção 3.7.2 considerações de segurança para MSDE 2000 SP3a.

para atualizar o SQL Server 2000 Desktop Engine
  1. Abra uma janela do prompt de comando.
  2. No prompt de comando, use o comando cd para navegar até a pasta que contém o utilitário de instalação do MSDE 2000 SP3a:
    CD c:\MSDESP3aFolder\MSDE
    onde c:\MSDESP3aFolder é o caminho para a pasta na qual você extraiu os arquivos MSDE 2000 SP3a, ou a pasta Desktop Engine SP3a no SQL Server 2000 SP3a CD.
  3. Execute um dos seguintes comandos:
    • Para uma instância padrão usando a autenticação do Windows modo, execute:

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

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

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

      setup /upgradesp sqlrun INSTANCENAME = SECURITYMODE InstanceName = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = DISABLENETWORKPROTOCOLS AdminPassword = 1
importante Se você usar um arquivo .ini durante a instalação, evite armazenar credenciais no arquivo .ini.

Observação Ao atualizar Desktop Engine em um computador executando o Windows 98 ou Windows Millennium Edition, a instância do mecanismo de área de trabalho que você está atualizando deve ser interrompida antes de iniciar a instalação.
3.7.5 Instalando uma nova instância do MSDE 2000 SP3a
As seguintes informações se aplicam somente ao Desktop Engine (MSDE 2000).

Os exemplos nesta seção irão instalar uma nova instância do MSDE 2000 SP3a que tenha sido configurado com sua conectividade de rede desabilitada. Se a instância deve aceitar conexões de aplicativos executados em outros computadores, especifique também DISABLENETWORKPROTOCOLS = 0.

Esses exemplos instalar instâncias usando os padrões para todos os itens de configuração como agrupamento e locais de arquivo. As configurações podem ser controladas por parâmetros de configuração, como COLLATION DATADIR e TARGETDIR . Para obter mais informações sobre os parâmetros de configuração que você pode especificar com a instalação, consulte "Customizing Desktop Engine Setup.exe" no SQL Server 2000 Books Online (Updated ? SP3). Para obter mais informações sobre como instalar o SQL Server 2000 Books Online (Updated - SP3), consulte a seção 1.6 atualizado livros online documentação está disponível.

para instalar uma nova instância do Desktop Engine
  1. Abra uma janela do prompt de comando.
  2. No prompt de comando, use o comando cd para navegar até a pasta que contém o utilitário de instalação do MSDE 2000 SP3a:

    CD c:\MSDESP3aFolder\MSDE
  3. onde c:\MSDESP3aFolder é o caminho para a pasta na qual você extraiu os arquivos MSDE 2000 SP3a, ou a área de trabalho Engine SP3a pasta no CD do SQL Server 2000 SP3a.
  4. Executar 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 você estiver usando um arquivo .ini durante a instalação, evite armazenar credenciais no arquivo .ini.

importante Especificar uma senha forte para o logon do sa, sempre, mesmo quando a instância está configurada para usar Windows Authentication Mode.
3.7.6 Atualizando o MSDE 1.0 para o MSDE 2000 SP3a
As seguintes informações se aplicam somente ao Desktop Engine (MSDE 2000).

Os exemplos nesta seção irão atualizar uma instância existente do MSDE 1.0 para o MSDE 2000 SP3a e desative também a conectividade de rede para a instância. Se a instância deve aceitar conexões de aplicativos executados em outros computadores, não especifique o parâmetro DISABLENETWORKPROTOCOLS .

MSDE 1.0 funciona da mesma maneira como uma instância padrão do MSDE 2000 e sempre é atualizado para uma instância padrão do MSDE 2000.

para atualizar do Desktop Engine versão 1.0
  1. Abra uma janela do prompt de comando.
  2. No prompt de comando, use o comando cd para navegar até a pasta que contém o utilitário de instalação do MSDE 2000 SP3a:
    CD c:\MSDESP3aFolder\MSDE
  3. onde c:\MSDESP3aFolder é o caminho para a pasta na qual você extraiu os arquivos MSDE 2000 SP3a, ou a área de trabalho Engine SP3a pasta no CD do SQL Server 2000 SP3a.

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

      instalação de atualização = 1 DISABLENETWORKPROTOCOLS = 1
    • Ao usar o modo misto (onde AnAdminLogin é um membro da função de servidor fixa sysadmin), execute:

      instalação de atualização = 1 SECURITYMODE = UPGRADEUSER SQL = AnAdminLogin UPGRADEPWD = DISABLENETWORKPROTOCOLS AdminPassword = 1
Observação Se você usar BLANKSAPWD = 1 , você não é necessárias para especificar SECURITYMODE = SQL ou UPGRADEUSER e UPGRADEPWD.

cuidado É recomendável o uso de senhas em branco.

importante Se você usar um arquivo .ini durante a instalação, evite armazenar credenciais no arquivo .ini.
3.7.7 Redistribuindo MSDE 2000 SP3a
As seguintes informações se aplicam somente ao Desktop Engine (MSDE 2000).

Desktop Engine SP3a contém todas os arquivos necessários para redistribuir o MSDE 2000 com aplicativos, desde que o fornecedor do aplicativo tiver uma licença para distribuir o MSDE 2000. Você pode distribuir o SP3a mecanismo Desktop arquivos conforme documentado no SQL Server 2000 Books Online (Updated SP3), com as alterações específicas para SP3a abordados estas seções:
  • Considerações de segurança 3.7.2 para MSDE 2000 SP3a
  • Parâmetros de instalação do 3.7.3 MSDE 2000
Para obter mais informações sobre como instalar o SQL Server 2000 Books Online (Updated - SP3), consulte a seção 1.6 atualizado livros online documentação está disponível.

distribuir os patches do Desktop Engine SP3a

Se um aplicativo tiver um utilitário de configuração baseado no Windows Installer, ele pode instalar uma instância do MSDE 2000 consumindo os MSDE 2000 mesclagem módulos. Desktop Engine (MSDE 2000) SP3a fornece módulos de mesclagem para oferecer suporte a existentes aplicativos que usam módulos de mesclagem. Os utilitários de instalação para novos aplicativos devem ser escritos para chamar o utilitário de instalação do MSDE 2000 em vez de diretamente consumindo os módulos de mesclagem do MSDE 2000.

Fornecedores que optar por instalar instâncias do MSDE 2000 usando os módulos de mesclagem do MSDE 2000 também devem fornecer todos os patches MSDE 2000 subseqüentes para seus clientes. Instâncias do MSDE 2000 instalado usando módulos de mesclagem são marcadas com um código de produto que GUID associada ao aplicativo pelo Windows Installer. Somente os arquivos de patch que contêm o GUID do produto código do aplicativo também podem patch as instâncias do MSDE 2000. Somente arquivos de patch produzidos pelo fornecedor do aplicativo conterá os códigos de produto adequado. Os Desktop Engine (MSDE 2000) service packs fornecidos pela Microsoft não podem ser aplicados a essas instâncias. O fornecedor do aplicativo deve criar arquivos de patch usando os arquivos do Desktop Engine SP3a e distribuir os arquivos de patch para qualquer um dos seus clientes MSDE que precisam de correções no SP3a.

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

Se um utilitário de configuração do aplicativo instala uma instância do MSDE 2000 chamando o utilitário de instalação do MSDE 2000, a instância do MSDE 2000 é marcada com o MSDE 2000 GUID do código do produto. Os clientes podem patch essas instâncias usando os arquivos padrão do Microsoft MSDE 2000 service pack. O fornecedor do aplicativo pode escolher uma das seguintes alternativas para a distribuição MSDE 2000 SP3a:
  • Instrua seus clientes instalar Desktop Engine SP3a da página de download do SQL Server 2000 SP3a ou de um CD do SQL Server 2000 SP3a.
  • Baixe o arquivo de download SQL2KDeskSP3.exe e distribuir que para seus clientes com instruções sobre como aplicar o service pack.
  • Usando os arquivos do Desktop Engine SP3a, criar um utilitário de aplicativo do serviço pack que instalará o SP3a as instâncias do MSDE 2000 instalado pelo aplicativo.
Fornecedores de aplicativos que eleger para instruir seus clientes para aplicar o SP3a diretamente devem desenvolver um conjunto de instruções personalizadas para necessidades de seus clientes.

Para obter exemplos de tipos do MSDE 2000 instruções de service pack as equipes do aplicativo Microsoft preparado para seus clientes, consulte esta Microsoft MSDE Applications Web page.
Arquivos do 3.7.8 MSDE 2000 SP3a
As seguintes informações se aplicam somente ao Desktop Engine (MSDE 2000).

Todos os arquivos de instalação Desktop Engine SP3a e pastas estão localizadas na pasta \MSDE:
  • No CD-ROM do SQL Server 2000 SP3a
  • No diretório que contém os arquivos de pacote serviço extraídos do SQL2KDeskSP3.exe O \MSDE pasta contém o arquivo SP3readme.htm, o arquivo readme.txt, o arquivo license.txt e os arquivos executáveis de instalação do utilitário. Ele também tem as seguintes subpastas:
  • \Msi: contém os arquivos executáveis necessários para instalar o Windows Installer, ou atualizar o Windows Installer se ele for anterior a 2.0.2600.0.
  • \MSM: contém os módulos de mesclagem necessários para uma configuração de módulo de mesclagem.
  • \Setup: contém os arquivos de pacote de instalação .msi necessários para a instalação do MSDE 2000 para instalar uma nova instância do MSDE 2000 SP3a, ou os arquivos de pacote de patch msp para atualizar instâncias existentes do MSDE 2000 para o SP3a ao e o arquivo de gabinete sqlrun.cab que contém os arquivos instalados pela instalação.
Para obter uma descrição de usar os módulos de mesclagem do Desktop Engine, consulte o tópico "Usando SQL Server Desktop Engine módulos de mesclagem" nos manuais online do SQL Server.

Se sua instalação do aplicativo chama um programa de instalação do MSDE 2000, crie uma pasta com essa estrutura e conjuntos de arquivos (onde MSDEInstallFolder representa um exemplo de nome de pasta):

MSDEInstallFolder

Copie esses arquivos da pasta Desktop Engine SP3a \MSDE: Setup.exe, Setup.ini, Setup.rll e sqlresld.dll.

MSDEInstallFolder\Msi

Copie todos os arquivos da pasta \MSDE\Msi Desktop Engine SP3a.

MSDEInstallFolder\Setup

Copie todos os arquivos da pasta \MSDE\Setup Desktop Engine SP3a.

Você pode então executar Setup.exe para instalar ou atualizar instâncias do MSDE 2000 SP3a.

Se Windows Installer não foi instalado no computador, ou uma versão anterior à versão testada com o programa de instalação do MSDE 2000 SP3a, a instalação usará os arquivos na pasta MSDEInstallFolder\Msi para atualizar o Windows Installer.

3.8 Reiniciar os serviços

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

Quando a instalação estiver concluída, ele pode solicitar que você reinicie o sistema. Após o sistema for reiniciado (ou após a conclusão da instalação sem solicitar uma reinicialização), use o aplicativo Serviços no painel de controle para verificar se quaisquer serviços interrompidos antes de aplicar o service pack agora estão em execução. Isso inclui serviços como o MS DTC e o Microsoft Search MSSQLServer, MSSQLServerOLAPService e SQLServerAgent serviços ou seus equivalentes de instância específicas.

É prudente também fazer backup de atualizado master e msdb bancos de dados neste momento.

3.9 Reiniciar aplicativos

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

Reinicie os aplicativos que você fechou antes de executar o service pack Setup.

3.10 Instalando em um cluster de Failover

As seguintes informações se aplicam apenas ao SQL Server componentes 2000 que fazem parte de um cluster de failover.

para instalar o service pack em um cluster de failover
  1. Se os recursos foram adicionados com dependências nos recursos do SQL Server, essas dependências devem ser removidas ou desconectadas 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 você pretende atualizar. Se você não fizer isso, a instalação do SP3a pode causar esses recursos dependentes falha over.This instala os arquivos do service pack em todos os nós do cluster de failover.
  3. Na caixa de diálogo Instalação, digite o nome do servidor virtual que você está atualizando.
  4. Manter todos os nós do cluster online durante a instalação. Isso garante que a atualização será aplicada a cada nó do cluster.
  5. Se você remover dependências ou levou levou recursos off-line na etapa 1 acima, adicione novamente as dependências ou coloque os recursos on-line.
Observação O programa de instalação pode exigir a reinicialização de nós de cluster de failover. Isso substitui os arquivos que estavam em uso durante a instalação com os arquivos atualizados.

Se você estiver atualizando uma instância padrão (não-clusterizados) do SQL Server para um servidor virtual, primeiro, você deve atualizar a instância (não-clusterizados) padrão para uma instância virtual e, em seguida, aplicar SP3a.For mais informações sobre a atualização, consulte "Como atualizar de uma instância padrão para uma instância de cluster padrão do SQL Server 2000 (instalação)" nos manuais online do SQL Server.

Para obter informações adicionais como instalar o SP3a em um cluster de failover, consulte o artigo da Base de dados de Conhecimento da Microsoft 811168.

Se você precisar recriar um nó do cluster de failover, execute as seguintes etapas
  1. Recrie o nó do cluster de failover. Para obter mais informações sobre como reconstruir um nó, consulte "Como recuperar de falha de cluster de failover no cenário 1" nos manuais online do SQL Server.
  2. Execute o programa original do programa de instalação do SQL Server 2000 para adicionar o nó volta ao cluster de failover.
  3. Execute a instalação SP3a no nó recém-adicionado. Isso será atualizado para SP3a apenas os binários no novo nó.
Observação Se executar a instalação a partir do nó onde o servidor virtual está executando o, você deve reaplicar SP3a para todos os nós. Você também deve executar novamente os scripts de atualização de banco de dados.

Ao instalar o Analysis Services SP3a em um cluster, cada instância deve ser atualizada separadamente.

para instalar o SP3a em um cluster de Analysis Services
  1. Instale o SP3a em um nó de failover.
  2. Failover para o nó recém-atualizado.
  3. Repita as etapas 1 e 2 até que todas as instâncias do cluster são atualizadas.

Instalando o 3.11 nos servidores replicadas

As informações a seguir se aplica somente a SQL Server componentes 2000 que fazem parte de uma topologia de replicação:
  • Você deve atualizar o distribuidor antes de atualizar o Editor.
  • Para topologias de replicação com base na replicação transacional com assinantes somente leitura, você pode atualizar o assinante antes ou depois do Editor e distribuidor.
  • Para topologias de replicação com base na replicação de mesclagem ou replicação transacional com assinantes de atualização, você deve atualizar o assinante depois do Editor e distribuidor.
Observação Em muitos casos, especialmente em replicação de mesclagem, o distribuidor e o Publisher estão no mesmo servidor e são atualizados ao mesmo tempo.

instalar o SP3a em um servidor que funcionar como um editor e uma assinatura

Para topologias de replicação com base na replicação de mesclagem ou replicação transacional com assinantes que incluem uma ou mais servidores que funcionam como tanto uma assinatura e um editor (ou distribuidor) de atualização, talvez você precise desativar o sistema (em outras palavras, todas as atualizações de parada) e atualizar todos os servidores simultaneamente.

Exemplo 1: Topologia que requer simultaneamente atualizações

A tabela a seguir inclui servidores que publicar tanto se inscrever em publicações que permitem que as atualizações no assinante. Como observado anteriormente, você deve seguir a ordem de atualização distribuidor, Publisher, o assinante para topologias que permitem que as atualizações em ordem Subscriber.This requer que você atualizar servidor primeiro para a publicação de mesclagem e o servidor B primeiro para a publicação transacional com assinantes de atualização. Nesse caso, você deve desativar o sistema e atualizar os servidores simultaneamente.
Recolher esta tabelaExpandir esta tabela
Servidor AServidor B
O Publisher/distribuidor para replicação de mesclagemAssinante para replicação de mesclagem
Assinante para replicação transacional com atualizaçãoO Publisher/distribuidor para replicação transacional com atualização
Exemplo 2: Topologia que permite atualizações seqüenciais.

Neste exemplo, você pode atualizar servidor primeiro porque a publicação transacional somente-leitura permite uma assinatura a ser atualizado antes do Publisher/distribuidor.
Recolher esta tabelaExpandir esta tabela
Servidor AServidor B
O Publisher/distribuidor para replicação de mesclagemAssinante para replicação de mesclagem
Assinante para replicação transacional somente leituraO Publisher/distribuidor para replicação transacional somente leitura
Problemas de instalação de replicação adicionais

importante Antes de atualizar para o SP3a ao, verifique se a conta do Windows sob a qual o serviço do SQL Server é executado é membro de função de servidor fixa sysadmin. Você deve fazer isso porque bancos de dados de distribuição de replicação são atualizados no contexto da conta de serviço do SQL Server. Após a atualização para o SP3a, você deve remover a conta do Windows da função sysadmin .

Se você estiver usando a replicação de mesclagem e o distribuidor está localizado em outra computador ou banco de dados instância (um distribuidor remoto), após aplicar o SP3a é necessário gerar um novo instantâneo.

SP3a apresenta uma alteração nos requisitos de anexação ou restauração de bancos de dados de replicação. Para obter mais informações, consulte Alterar seção 5.3.17 para requisitos para anexando ou restaurar um banco de dados replicação.

Instalação SP3a atualiza os bancos de dados usuário que são membros de uma topologia de replicação. Se algum dos bancos de dados que são membros de uma topologia de replicação for não-gravável, aplicar o SP3a a esses bancos de dados que você deve torná-los gravável e, em seguida, reapplySP3a instalação. Para obter mais informações sobre como tornar um banco de dados gravável, consulte seção 3.12 aplicando SP3a para bancos de dados somente leitura ou grupos de arquivos. Para obter informações sobre a reaplicação SP3a, consulte seção 3.14 reaplicar SP3a.

Um esquema de backup existente que contas para replicação permite que você restaurar um banco de dados para um ponto conhecido após a atualização SP3a em caso de falha. Depois de aplicar o SP3a, um log ou completo do banco de dados backup é recomendado para banco de dados qualquer usuário que esteja incluído em uma topologia de replicação. Dessa forma, se um banco de dados replicação falhar, você não é necessário reaplicar SP3a depois que o banco de dados for restaurado.

Aplicar 3.12 SP3a para bancos de dados somente leitura ou grupos de arquivos

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

Quando houver grupos de arquivos ou bancos de dados não-graváveis, instalação exibirá a seguinte mensagem:

A instalação detectou um ou mais bancos de dados e grupos de arquivos que não são graváveis.

Em geral, você pode ignorar esse aviso e o programa de instalação vai continuar. No entanto, se qualquer um dos bancos de dados não-graváveis no log de instalação forem membros de uma topologia de replicação, você deve tornar os bancos de dados gravável e reaplicar instalação SP3a a essa instância do SQL Server 2000.

Observação Esta mensagem não afeta instalações autônomas. Para obter mais informações sobre instalações autônomas, consulte seção 4.1 Unattended Installations.

Observação Durante a instalação, instalação não faz distinção entre bancos de dados não-graváveis e bancos de dados que estão off-line ou em estado suspeito. Se um banco de dados ou o grupo de arquivos estiver em qualquer uma dessas condições durante a instalação, você deve reaplicar o service pack. Para obter mais informações sobre como colocar um banco de dados on-line, consulte o tópico "Anexando e desanexando um banco de dados" nos manuais online do SQL Server. Para obter mais informações sobre como diagnosticar bancos de dados suspeitos, consulte o tópico "Servidor e banco de dados Troubleshooting" nos manuais online do SQL Server.

para aplicar o SP3a para um banco de dados somente leitura
  1. Tornar o banco de dados somente leitura gravável usando a declaração ALTER DATABASE, como segue: ALTER DATABASE banco de dados READ_WRITE SET.
  2. Repita a etapa 1 para todos os bancos de dados somente leitura.
  3. Aplicar (ou reaplicar) o service pack.
  4. Se necessário, tornar o banco de dados somente leitura para novamente usando ALTER DATABASE, da seguinte maneira:

    Banco de dados ALTER DATABASE SET READ_ONLY
para aplicar o SP3a para um grupo de arquivos somente leitura
  1. Tornar o grupo de arquivos somente leitura gravável usando ALTER DATABAS E, da seguinte maneira: ALTER DATABASE banco de dados modificar FILEGROUP filegroup_name READWRITE
  2. Repita a etapa 1 para todos os grupos de arquivos somente leitura.
  3. Aplicar (ou reaplicar) o service pack.
  4. Tornar o grupo de arquivos somente leitura para novamente usando ALTER DATABASE , da seguinte maneira:

    ALTER DATABASE Database MODIFY FILEGROUP
    filegroup_name READONLY
Para 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 seção 3.14 reaplicar SP3a.

Desinstalando o 3,13 SP3a

A maneira na qual você remove o SQL Server SP3a depende dos componentes SQL Server 2000 SP3 que você está removendo.

Observação As atualizações do MDAC não são desinstaladas. Para obter mais informações, consulte a que seção 5.5.1 atualizações para Microsoft Data Access Components.

Desinstalando o SQL Server 2000 Database Components e Desktop Engine SP3a

Para reverter para as versões de pré-SP3a dos componentes do SQL Server 2000, você precisa fazer backups de bancos de dados master, msdb e o modelo anterior para instalar o SP3a. Para obter mais informações, consulte a seção 3.1 fazer backup O SQL Server Databases.

Observação Se qualquer um dos bancos de dados envolvidas na duplicação, você deve desativar a publicação. Para desativar a publicação:
  1. No SQL Server Enterprise Manager, expanda um SQL Server de grupo, expanda um servidor, clique com o botão direito na pasta de replicação e, em seguida, clique em Configurar publicação, assinaturas e distribuição.
  2. Clique na guia Bancos de dados de publicação .
  3. Desmarque a caixa de seleção para cada banco de dados que está envolvido na replicação. Isso permite que os bancos de dados ser desanexado.
para reverter para a versão de pré-SP3a do SQL Server
  1. Desanexe bancos de dados de todos os usuários. Para obter mais informações, consulte "Como anexar e desanexar um banco de dados (Enterprise Manager)" nos manuais online do SQL Server.
  2. Desinstale o SQL Server. No Painel de controle , clique duas vezes em Adicionar ou remover programas e, em seguida, selecione a instância do SQL Server que você deseja desinstalar.
  3. Instale o SQL Server 2000 a partir do CD-ROM ou o local do qual você instalou SQL Server.
  4. Aplicar qualquer service packs e correções QFE que foram instaladas antes para SP3a.
  5. Restaure os bancos de dados master, msdb e o modelo desde o último backup foi criado antes de aplicar automaticamente SP3a.This anexa bancos de dados qualquer usuário que estavam conectados no momento que o backup foi criado, supondo que a localização dos arquivos de dados não foi alterada.
  6. Anexe bancos de dados qualquer usuário que foram criados após o último backup do banco de dados mestre .
  7. Configure a duplicação se necessário.
Aviso Quando você reverter para a versão de pré-SP3a do SQL Server, todas as alterações feitas aos bancos de dados mestre, msdb e modelo desde aplicar o SP3a são perdidas

Desinstalação SQL Server 2000 Analysis Services SP3a

Para poder retornar Analysis Services ao seu estado pré-SP3a, você deve fazer backup da chave do registro de HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server para instalar o SP3a. Para obter mais informações, consulte a seção 3.2 fazer backup O Analysis Services Databases e repositório.

Observação Se você não backup essa chave do Registro, você deve seguir o processo documentado no 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 controle , clique duas vezes em Adicionar ou remover programas , clique em SQL Server 2000 Analysis Services e clique em Remover.
  2. Reinstale o SQL Server 2000 Analysis Services de CD-ROM ou o local do qual você instalou originalmente Analysis Services.
  3. Aplicar qualquer service packs e correções QFE que foram instaladas antes de instalar o SP3a.
  4. Remova a chave de registro HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server .
  5. Reinstale a chave de registro do Servidor de HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP do backup pré-SP3a.

3.14 Reaplicar SP3a

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

Nos casos a seguir, você deve reaplicar SP3a:
  • Se forem adicionados novos componentes do SQL Server 2000 após SP3a é aplicada.
  • Se os bancos de dados ou grupos de arquivos que fazem parte de uma topologia de replicação e foram somente leitura durante o aplicativo inicial do SP3a são tornar gravável
Para reaplicar SP3a, execute as etapas no seção 3.0 Service Pack Installation.

Considerações de instalação 4.0 adicionais

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

Instalações 4.1 autônomas

SP3a de componentes de banco de dados podem ser aplicadas no modo autônomo a uma instância do SQL Server. CD-ROM do banco de dados componentes SP3a contém arquivos .iss que podem ser usados para realizar configurações SP3a autônomas e outros tipos de instalações. Os seguintes arquivos estão localizados no diretório raiz do CD-ROM:
  • Sql2kdef.iss é o arquivo de instalação autônoma usado para aplicar o SP3a de componentes de banco de dados a uma instância padrão do SQL Server 2000 executado no Windows 2000 ou Windows NT 4.0. O arquivo em lotes correspondente para usar é Sql2kdef.bat.
  • Sql2knm.iss é o arquivo de instalação usado para aplicar o SP3a de componentes de banco de dados a uma instância nomeada do SQL Server 2000 executado no Windows 2000 ou Windows NT 4.0. Você deve alterar o nome da instância neste arquivo .iss para identificar a instância que está sendo atualizada.
  • Sql2ktls.iss é o arquivo de instalação usado para aplicar o banco de dados SP3a componentes a uma instalação somente de ferramentas. Esse arquivo pode ser usado para a instalação sem modificações.
  • Sql2k9x.iss é o arquivo de instalação usado para aplicar o banco de dados SP3a componentes em um computador executando o Windows Millennium Edition ou Windows 98. Você deve alterar o nome da instância neste arquivo .iss para identificar a instância que está sendo atualizada.
  • Sql2kcli.iss é o arquivo de instalação usado para aplicar o SP3a de componentes de banco de dados a uma instalação do componente de cliente em um computador que esteja executando o Windows 95.
  • Msolap.iss é o arquivo o programa de instalação que armazena a lista de parâmetros para executar uma instalação autônoma do Analysis Services SP3a.
Para obter mais informações sobre como executar instalações autônomas do SQL Server 2000, consulte o tópico "Fazendo um autônoma instalação" nos manuais online do SQL Server.

Considerações sobre instalação autônoma

As considerações a seguir estão relacionados às instalações autônomas:
  • Execute instalações autônomas usando a autenticação do Windows sempre que possível.
  • Se você deve executar uma instalação autônoma usando a autenticação do SQL Server; por exemplo, se você estiver executando uma instalação autônoma do SP3a em um computador executando o Windows 98 ou Windows Millennium Edition, você não deve incluir uma senha para o logon do sa no arquivo .iss ou arquivo em lotes porque esses arquivos não serão criptografados. Em vez disso, você deve fornecer a senha para o logon do sa na linha de comando usando o parâmetro sapwd da seguinte maneira:

    Iniciar /wait duas vezes setupsql.exe -s - sms - f1 C:\sql2knm.iss - sapwd senha
  • Se a instância do SQL Server sendo atualizada para o SP3a ao tiver uma senha em branco para a conta de logon sa, uma senha deve ser fornecida antes para executar uma instalação autônoma. Você deve alterar esta senha executando sp_password .
  • Ao executar uma instalação autônoma do SP3a, você deve definir manualmente as seguintes opções de instalação que correspondem à caixa de diálogo Lista de verificação de compatibilidade regressiva ou a instalação autônoma falhará.
Recolher esta tabelaExpandir esta tabela
Opção de instalação autônomaDescrição
UpgradeMSSearchEssa opção é necessária para abordar a reconstrução necessária de catálogos de texto completo. Se a pesquisa de texto completo estiver habilitada, você deve definir essa opção como 1. Para obter mais informações, consulte a seção 5.1.5 Full-Text catálogos estão reconstruído após a instalação conclui.
MSXTSXUpgradedEssa opção é necessária para resolver o problema com relação ao atualizar configurações do servidor mestre/destino. Se você estiver aplicando SP3a para um servidor mestre ou de destino, você deve definir essa opção como 1. Para obter mais informações, consulte a que seção 5.4.2 muda para configurações de servidor mestre/destino.
EnableCrossDBChaining(Opcional) Essa opção é usada para habilitar o encadeamento de propriedade de banco de dados. Para habilitar a encadeamento de propriedade de banco de dados, defina essa opção como 1. Para obter mais informações, consulte a seção 5.1.11 encadeamento de propriedade entre-Database.
  • Durante uma instalação autônoma, se Setup detecta qualquer bancos de dados não-graváveis ou grupos de arquivos, que informações são gravadas para a instalação do log e continua a instalação autônoma. Se qualquer um dos bancos de dados não-graváveis no log de instalação forem membros de uma topologia de replicação, deverá tornar os bancos de dados gravável e reaplicar instalação SP3a a essa instância do SQL Server 2000. Para obter mais informações sobre como tornar um banco de dados gravável, consulte seção 3.12 aplicando SP3a para bancos de dados somente leitura ou grupos de arquivos. Para obter mais informações sobre reaplicar SP3a, consulte seção 3.14 reaplicar SP3a.

4.2 Redistribuindo SP3a Data Access Components

Banco de dados componentes SP3a inclui o auto-extraível arquivo Sqlredis.exe. Quando Sqlredis.exe é executado, ele:
  • Executa o arquivo Mdac_typ.exe do Microsoft Data Access Components (MDAC) 2.7 Service Pack 1a. Isso instala os principais componentes MDAC 2.7 SP1a (se a versão mais recente ou mesma não for detectada) e as versões dos componentes de conectividade de cliente do SQL Server e Desktop Engine, que são incluídos no SP3a. Para obter mais informações, consulte 5.5.1 atualizações para Microsoft Data Access Components.
  • Instala drivers de ODBC do Microsoft Jet e componentes de conectividade.
Você pode redistribuir o arquivo Sqlredis.exe sob os termos e condições registradas no arquivo de Redist.txt que acompanha o SP3a.

Anotações de documentação 5.0

Esta seção aborda problemas que podem ocorrer em adição aos novos recursos que estão disponíveis quando você executa o SP3a. Esses problemas se aplicam quando executando o service pack para atualizar do SQL Server 2000, o SQL Server 2000 SP1 ou o SQL Server 2000 SP2. Esta seção não deve ser uma descrição de todas as correções fornecidas no SP3a. Para obter uma lista completa dessas correções, consulte o artigo da Base de dados de Conhecimento da Microsoft 306908.

Os segmentos de Analysis Services e Meta Data Services nesta seção não se aplicam a instalações de Desktop Engine-somente.
Qualquer informação relevante para o SQL Server 2000 Service Pack 3a que não estavam disponíveis em tempo para ser incluído neste arquivo Leiame será ser publicada no artigo da Base de dados de Conhecimento da Microsoft 816502.

Esses artigos da Base de dados de Conhecimento da Microsoft estão disponíveis no Base de dados de Conhecimento do serviços da Microsoft produto suporte.

5.1 Do banco de dados e aprimoramentos de mecanismo de área de trabalho

Os seguintes aperfeiçoamentos aplicam às instâncias do SQL Server 2000 na qual o SP3a de componentes de banco de dados está instalado. Eles também se aplicam ao MSDE 2000 instâncias em que o SP3a do Desktop Engine está instalado.
5.1.1 Usando chinês, japonês ou coreanas caracteres com SP3a de componentes de banco de dados
introduzido no SP1

Se você instalar SP3a de componentes de banco de dados em um servidor que executa o Windows NT 4.0 ou Windows 98 e atualização posterior para Windows 2000, a atualização do Windows 2000 substitui determinados arquivos de sistema. Esses arquivos de sistema são necessários para classificação de caracteres chinês, japonês ou coreano. Se você usar caracteres chinês, japonês ou coreanas nos bancos de dados SQL Server, execute novamente a versão do Sqlredis.exe incluído SP3a após a atualização para o Windows 2000. Para obter mais informações sobre como executar Sqlredis.exe, consulte a seção 4.2 redistribuição SP3a Data Access Components.

Observação Não é necessário reaplicar Sqlredis.exe em computadores clientes ou servidores que não têm bancos de dados contendo caracteres chinês, japonês ou coreano.
Equipes 5.1.2 hash removidas
introduzido no SP1

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

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

Em casos raros, a remoção de equipes de hash pode causar uma consulta para ser processada mais lentamente. Analise essas consultas para ver se a criação de índices mais adequadas retornará a desempenho da consulta para o nível anterior.
Opções de máscara de afinidade 5.1.3 adicionadas
introduzido no SP1

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

Alternar de E/s de máscara de afinidade

Com este service pack, você pode especificar quais CPUs são usados para executar threads para operações de E/s de disco. Essa opção deve ser usada em conjunto com a opção de máscara de afinidade . Para obter mais informações, consulte o artigo 298402 na Base de dados de Conhecimento do Services da Microsoft produto suporte. Para obter instruções sobre pesquisa do Knowledge Base, consulte seção 1.5 informações adicionais sobre SP3a.

afinidade máscara conexão switch
Com este service pack, você pode configurar sistemas que estão ativados para virtual Interface Architecture (VIA) para vincular o SQL Server conexões de determinadas placas de rede para um processador ou um conjunto de processadores. Essa opção deve ser usada em conjunto com a opção de máscara de afinidade. Para obter mais informações, consulte o artigo 299641 na Base de dados de Conhecimento do Services da Microsoft produto suporte.
5.1.4 Filtrados modo de exibição indexado
introduzidos no SP2

Se você tiver encontrado bug do SQL Server 2000 355069 conforme documentado no Microsoft Knowledge artigo 306467, este service pack só impedirá que ocorrências futuras resultados inesperados devido a modificações de dados. Além de aplicar esta correção, todos os índices são baseados em modos de exibição com condições de filtro devem ser recriados. Para obter mais informações, consulte Microsoft Product Support serviços Knowledge Base.
Catálogos de texto completo 5.1.5 são recriados depois conclui a instalação
introduzidos no SP3

Todos os catálogos de texto completo são recriados como parte da instalação do SP3a, exceto quando atualização do SP3. A reconstrução é automática e uso intensivo de recursos. Consultas em catálogos de texto completo podem retornar resultados parciais ou nenhum resultado até que o processo de reconstrução seja concluído. Após a instalação do SP3a, os logs de eventos do sistema contêm mensagens informando que os catálogos foram corrompidos, de uma versão mais antiga e tinham que ser recriado.

Para obter informações, consulte o artigo do Knowledge Base 327217, que também descreve possíveis soluções alternativas para manter pesquisa de texto completo disponível durante o processo de recriação e para evitar uma recriação automática.
Alterações de sintaxe 5.1.6 para sp_change_users_login
introduzidos no SP3

Quando você executa sp_change_users_login com @ ação = Auto_Fix argumento, agora você deve especificar uma senha. sp_change_users_login atribui a senha a qualquer novo logon, que ele cria para o usuário. O exemplo a seguir mostra a nova @ senha 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 provedores do OLE DB desativado por padrão
introduzidos no SP3

Se a opção de registro DisallowAdhocAccess não estiver explicitamente definida, por padrão, o acesso ad hoc a provedores de banco de dados OLE não é permitido. Isso significa a sintaxe de consulta ad hoc, como OPENROWSET e OPENDATASOURCE não funcionará contra servidores remotos. Para permitir o acesso ad hoc, você deve definir explicitamente a opção DisallowAdhocAccess para 0 .
5.1.8 Nova opção de provedor SqlServerLike
introduzidos no SP3

Para ativar o processamento mais eficiente de consultas remotas que incluem como predicados, a opção SqlServerLike foi adicionada no SP3. SQL Server 2000 SP3 ou posterior agora tem duas opções para enviar como as operações de servidores vinculados. Se o provedor do OLE DB para um servidor vinculado oferecer suporte a sintaxe de SQL Server para o LIKE operador e caracteres curinga, você pode especificar a opção SqlServerLIKE para que o SQL Server enviar como operações usando sintaxe do SQL Server. Se o provedor do OLE DB para um servidor vinculado relatórios que ele oferece suporte à sintaxe nível de entrada ANSI/ISO SQL - 92 ou retorna a propriedade SQLPROP_ANSILIKE , SQL Server irá enviar como operações para o servidor vinculado usando a sintaxe SQL-92. Para obter mais informações sobre SQLPROP_ANSILIKE, consulte o tópico "Programming the SQLPROPSET_OPTHINTS propriedade set" nos manuais online do SQL Server 2000.

Você deve adicionar um valor de chave do Registro para ativar a opção SqlServerLIKE para um OLE DB provedor.
Cuidado a edição incorreta do Registro pode causar problemas sérios que talvez exijam a reinstalação do sistema operacional. A Microsoft não garante que problemas resultantes da edição do Registro incorretamente podem ser resolvidos. Antes de editar o registro, faça backup todos os dados valiosos.
  1. Abra Regedit32.
  2. Localize a chave do Registro apropriada:
    • Para instâncias nomeadas, localize esta chave:
      HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL servidor\ < Instância Nome > \Providers\ < Nome do Provedor >
    • Para instâncias padrão, localize esta chave:
      HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Providers\ < Provedor Nome >

  3. Na chave < Nome do Provedor >, adicione um valor DWORD chamado SqlServerLIKE e defina seu valor como 1.
Mensagens de erro 5.1.9 expandido para consultas distribuídas
introduzidos no SP3

Para consultas distribuídas, o SQL Server retorna erro de provedor informações além de informações de erro do servidor. Quando uma consulta entre servidores vinculados resulta em erro, SQL Server verifica para verificar se o provedor dá suporte para a interface de banco de dados OLE IErrorRecords . Se essa interface suporte, o SQL Server chama a função GetErrorInfo para obter informações sobre adicionais de erro do provedor e retorna essa informação ao usuário como parte da mensagem de erro. Se o IErrorRecords não há suporte para a interface, não há nenhuma alteração no comportamento do SQL Server: SQL Server retorna um erro genérico.
Por exemplo, execute a seguinte consulta em um servidor que usa MSDASQL, que não oferece suporte a 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 retorna SQL Statement
introduzidos no SP3

SP3 e posterior inclui a nova função fn_get_sql que retorna o texto da instrução SQL para o identificador SQL especificado. Além disso, para oferecer suporte a essa função, três novas colunas foram adicionadas à tabela do sistema sysprocesses , que são listados na tabela a seguir.
Recolher esta tabelaExpandir esta tabela
Nome da colunaTipo de dadosDescrição
sql_handleBinary(20)Representa o atualmente em execução em lotes ou objeto
stmt_startIntIniciando deslocamento da instrução SQL atual para sql_handle especificado
stmt_endIntDeslocamento de final de SQL atual instrução para sql_handle especificado. Um valor de -1 indica que a instrução atual seja executado até o final dos resultados retornados 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
Recolher esta tabelaExpandir esta tabela
Nome da colunaTipo de dadosDescrição
DBIDsmallintIdentificação do banco de dados. Esse valor é NULL para instruções SQL ad hoc
ObjectIdIntIdentificação do objeto de banco de dados. Esse valor é NULL para instruções SQL ad hoc
númerosmallintO número de grupo, se os procedimentos são agrupados. Esse valor é 0 para as entradas não procedimentos e NULL para instruções SQL ad hoc.
criptografadoBitIndica se o objeto está criptografado. O valor é 0 se o objeto não está criptografado e 1 se o objeto é criptografado.
textoTextoTexto da instrução SQL. Esse valor é NULL para objetos criptografados.
comentários

Você pode obter um identificador SQL válido da coluna sql_handle da tabela de sistema sysprocesses .

Se você passar um identificador que não existe mais no cache, fn_get_sql retorna um conjunto de resultado vazio. Se você passar um identificador que não é válido, pára em lotes, e a seguinte mensagem de erro é retornada:

Servidor: Mensagem 569, nível 16, estado 1, o procedimento fn_get_sql , linha 12 O identificador passado para fn_get_sql era inválida.

SQL Server 2000 não é possível armazenar em cache alguns Transact-SQL instruções, como instruções de cópia em massa e instruções com literais de seqüência de caracteres maiores do que 8 KB. Você não pode recuperar identificadores para essas instruções usando a função fn_get_sql.
A coluna de texto do conjunto de resultados está filtrada para texto que pode conter senhas.

As informações retornadas pela função fn_get_sql são semelhante ao comando DBCC INPUTBUFFER. Use a função fn_get_sql quando INPUTBUFFER DBCC não pode ser usado, por exemplo:
  • Quando eventos têm mais de 255 caracteres. W
  • Quando que você precisa retornar o maior nível de aninhamento atual de um procedimento armazenado. Por exemplo, há dois procedimentos armazenados que são nomeados sp_1 e sp_2. Se sp_1 chama sp_2 e obter o identificador da tabela de sistema sysprocesses enquanto sp_2 está sendo executado, a função fn_get_sql retorna informações sobre sp_2. Além disso, a função fn_get_sql retorna o texto completo do procedimento armazenado no nível de aninhamento mais alto atual
permissões

Somente os membros da função de servidor fixa sysadmin podem executar a função fn_get_sql .

exemplos

Os administradores de banco de dados podem usar a função fn_get_sql para ajudar a diagnosticar problema processos. Depois que um administrador identifica um processo de servidor do problema ID (SPID), o administrador pode recuperar o identificador SQL para essa SPID, chamar a função fn_get_sql com o identificador e use os deslocamentos de início e término 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 banco de dados entre
introduzidos no SP3

Este service pack fornece novas opções para ativar e desativar o encadeamento de banco de dados propriedade.

Ao instalar o SP3a de componentes de banco de dados, a caixa de diálogo de configuração Lista de verificação de compatibilidade regressiva exibe uma opção para configurar o encadeamento de propriedade de banco de dados. Por padrão, configuração desativa o encadeamento de propriedade banco de dados para bancos de dados de todos os usuários. Você pode habilitar o encadeamento de propriedade banco de dados para todos os bancos de dados. Para obter mais informações, consulte compatibilidade com versões anteriores caixa de diálogo lista de verificação.

Ao instalar o SP3a do mecanismo de área de trabalho, você pode usar o parâmetro de instalação ALLOWXDBCHAINING para habilitar a encadeamento para todos os bancos de dados de propriedade de banco de dados. Para obter mais informações, consulte a seção 3.7.3 parâmetros de instalação do MSDE 2000.

Observação Não é recomendável habilitar encadeamento para todos os bancos de dados de propriedade banco de dados.

Após a instalação, você pode usar os seguintes métodos para ativar e desativar o encadeamento para todos os bancos de dados na instância de propriedade banco de dados:
  • Usar o novo Entre DB OwnershipChaining argumento do sistema s p_configure procedimento armazenado.
  • Use a opção Permitir Encadeamento de propriedade do banco de dados entre na guia segurança da caixa de diálogo Propriedades do SQL Server no Enterprise Manager.
  • Use a coleção de objetos de gerenciamento de banco de dados (DMO) SQLServer.Configuration.ConfigValues . Quando o objeto SQLServer faz referência a uma instância do SQL Server 2000 SP3 ou posterior, essa coleção contém um objeto ConfigValue chamado entre o encadeamento de propriedade de banco de dados.
Se o encadeamento de propriedade de banco de dados está desativado para a instância, você pode configurá-la para bancos de dados individuais. Use os seguintes métodos para ativar o banco de dados encadeamento de propriedade logon e logoff de um banco de dados:
  • Use a opção novo encadeamento de banco de dados do procedimento armazenado do sistema sp_dboption .
  • Use a opção Encadeamento de propriedade AllowCross-Database na guia Opções da caixa de diálogo Propriedades de banco de dados no Enterprise Manager.
  • Use a propriedade DBChaining do objeto DBOption2 DMO.
Observação Se você anteriormente ativou o encadeamento de propriedade de banco de dados em uma versão de pré-lançamento do SP3 (anteriores ao criar 8.00.[BUILD_NUMBER]), você deve habilitá-lo novamente após a instalação do SP3a.

Para obter mais informações, clique no botão Ajuda na página atrás lista de verificação de compatibilidade ao executar o programa de instalação, baixe a edição atualizada do Books Online do SQL Server 2000 ou consulte o artigo da Base de dados de Conhecimento 810474.
5.1.12 Aprimoramento do sinalizador de rastreamento 1204
introduzidos no SP3

Sinalizador de rastreamento 1204 retorna o tipo de bloqueios que participam o bloqueio e o atual comando afetados. No SP3 ou posterior, quando esse sinalizador de rastreamento está ativado, as informações de bloqueio automaticamente serão gravadas no log de erros
5.1.13 Alterar permissões para sp_changedbowner
introduzidos no SP3

Somente os membros da função de servidor fixa sysadmin podem executar sp_changedbowner procedimento armazenado do sistema.
5.1.14 Alterações de funcionalidade de depuração
introduzidos 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á desativada por padrão. Depuração do aplicativo (parar em um ponto de interrupção SQL Server Transact-SQL durante a depuração um aplicativo cliente) também está desativada por padrão. Para habilitar a funcionalidade de depuração, execute sp_sdidebug , passando o parâmetro legacy_on . Para desativar a depuração, passe legacy_off para este procedimento.

Observação Executar sp_sdidebug procedimento armazenado em servidores de produção não é recomendado.

Para obter mais informações, consulte o artigo da Base de dados de Conhecimento da Microsoft 328151. Este artigo está disponível no Base de dados de Conhecimento do serviços da Microsoft produto suporte.
5.1.15 Operações na porta UDP 1434
apresentadas no SP3a

Iniciando com o SQL Server 2000 SP3a, instâncias do mecanismo de banco de dados do SQL Server 2000 e do MSDE 2000 que não estão configuradas para oferecer suporte a rede comunicações irão parar de usar UDP (User Datagram Protocol) porta 1434. Instâncias que estão configuradas para oferecer suporte a comunicações de rede usará UDP 1434

Uma instância atualizada para o SP3a irá parar de usar UDP 1434 sempre que todas as bibliotecas de rede do servidor para a instância, exceto a biblioteca de rede, memória compartilhada estão desabilitadas. A instância será iniciado usando a porta 1434 sempre que você habilitar qualquer uma das bibliotecas de rede do servidor. Para obter informações sobre desativando ou ativando bibliotecas de rede do servidor, consulte o tópico "SQL Server Network Utility" nos manuais online do SQL Server 2000.

O uso da porta UDP 1434 por um computador não será paralisada até que todas as instâncias do SQL Server 2000 e do MSDE 2000 no computador foram atualizadas para o SP3a e configuradas para não comunicações de rede de suporte.

Se a porta UDP 1434 está aberta ou fechada não depende do estado da biblioteca de rede de memória compartilhada. A biblioteca de rede é usada somente para conexões locais e não usa uma rede de memória compartilhada. A biblioteca de rede de memória compartilhada é sempre ativa; não pode ser ativada ou desativada.

Você também pode especificar se o servidor bibliotecas de rede são desativadas quando instalar ou atualizar uma instância do MSDE 2000. Use o programa de instalação do MSDE 2000 utilitário DISABLENETWORKPROTOCOLS parâmetro ou a propriedade de SqlDisableNetworkProtocols de módulo de mesclagem do MSDE 2000. Para obter mais informações sobre essas opções, consulte 3.7.3 parâmetros de instalação do MSDE 2000.

Você não pode desativar todas as o servidor de bibliotecas de rede ao instalar ou atualizar instâncias do SQL Server 2000 mecanismo de banco de dados.

Aprimoramentos de serviços de análise 5.2

Esta seção discute aperfeiçoamentos para o SQL Server 2000 Analysis Services que estão incluídos no SP3a.
Partições 5.2.1 remotas
introduzido no SP1

Quando uma partição remota é criada em um servidor local que tem o SP1 ou posterior instalado, o servidor remoto deve usar uma conta de usuário de domínio que tem permissões de acesso completo para o cubo pai no servidor local. Qualquer conta de usuário que seja um membro de administradores OLAP grupo no servidor local tem permissões de acesso completo.
Além disso, se o servidor local tiver o SP1 ou posterior instalado, o servidor remoto também deve ter SP1 ou posterior instalado para que o servidor local possa criar ou administrar partições remotas.
5.2.2 Atualizado Analysis Services redistribuível configuração do cliente
introduzido no SP1

Análise Services SP1 e versões posteriores incluem versões atualizadas dos seguintes programas de instalação redistribuível cliente:
  • PTSLite.exe
  • PTSFull.exe
Esses arquivos estão localizados no caminho do diretório de instalação do serviço pack \Msolap\Install\PTS.

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

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

Observação Ao usar o Analysis Services com o Office XP, atualizar o cliente é altamente recomendável.
Suporte 5.2.3 habilitado para dados de terceiros provedores de algoritmo de mineração
introduzido no SP1

Análise Services SP1 e versões posteriores incluem suporte para a adição de provedores de algoritmo de mineração de dados de terceiros. Para obter mais informações sobre como desenvolver um provedor de algoritmo de mineração de dados, consulte o white paper de "Provedores de mineração de dados de terceiros" e o OLE DB para Data Mining Resource Kit, que inclui o código para um provedor de algoritmo de mineração de dados de exemplo.
5.2.4 Instalar Analysis Services em um computador com arquivos de cliente atualizado
introduzido no SP1

Se você instalar Analysis Services do SQL Server 2000 em um computador que contém arquivos de cliente atualizado, como SQL Server 2000 SP1 ou Office XP, você deve aplicar Analysis Services SP1 ou uma versão posterior para garantir que o cliente funcione corretamente e que você pode procurar por meio de cubos.
5.2.4 Instalar Analysis Services em um computador com arquivos de cliente atualizado
introduzido no SP1

Se você instalar Analysis Services do SQL Server 2000 em um computador que contém arquivos de cliente atualizado, como SQL Server 2000 SP1 ou Office XP, você deve aplicar Analysis Services SP1 ou uma versão posterior para garantir que o cliente funcione corretamente e que você pode procurar por meio de cubos.
Limite 5.2.5 maior para cubos OLAP referenciado por um cubo virtual
introduzidos no SP3

Cubos virtuais agora podem referenciar cubos até 255. No entanto, qualquer cubo virtual que faz referência a mais de 64 cubos não é visível para qualquer versão do Microsoft PivotTable ® Service lançado antes do SP3.
5.2.6 Nova descrição palavra-chave
introduzidos no SP3

Cubos locais oferece agora suporte à propriedade membro intrínseca descrição para medidas e dimensões. A palavra-chave descrição, adicionada da instrução CREATE CUBE multidimensional (MDX), é usada para oferece suporte ao uso da propriedade de membro intrínseca descrição. As seguintes cláusulas BNF descrevem as alterações feitas na 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>]
Propriedade PivotTable Service restritos cliente 5.2.7 novo
introduzidos no SP3

SP3 introduziu uma nova propriedade de seqüência de caracteres de conexão do PivotTable Service, cliente restritos. Esta propriedade pode ser usada para impedir que o serviço de tabela dinâmica usando a funcionalidade de cubo local. Qualquer tentativa de usar uma instrução que envolve a criação ou o uso de um cubo local, como o CREATE CUBE, CREATE GLOBAL CUBE e instruções CREATE SESSION CUBE, gerará um erro. Além disso, qualquer instrução que envolve a recursão profunda, tais como uma série de instruções de análise de dados aninhadas, gerará um erro se a instrução potencialmente pode estourar a pilha de instrução mantida pelo serviço de tabela dinâmica.

Essa propriedade armazena um valor de seqüência de caracteres. Se o valor é definido para qualquer valor de seqüência de caracteres começando com os caracteres "Y", "y", "T" ou "t", ou qualquer valor de seqüência de caracteres que pode ser convertido em um valor numérico diferente de 0, PivotTable Service é restrita conforme descrito anteriormente. Se o valor é definido como qualquer outro valor de seqüência de caracteres, incluindo uma seqüência vazia (""), ou qualquer valor de seqüência de caracteres que pode ser convertido em um valor numérico igual a 0, PivotTable Service é irrestrita. O valor padrão para essa propriedade é "0".

Observação Essa propriedade não restringe o uso de modelos de mineração de dados locais.
5.2.8 Alterar a propriedade de opções de segurança
introduzidos no SP3

Definir a propriedade Opções de segurança para DBPROP_MSMD_SAFETY_OPTIONS_ALLOW_SAFE também impede que uso a PASSTHROUGH palavra-chave em cubos locais.
5.2.9 Migrar o repositório para Meta Data Services desativado por padrão
introduzidos no SP3

A opção para usar o formato de repositório do Meta Data Services no Assistente para migração de repositório foi desabilitada no SP3 ou posterior e usar esse formato não é recomendada. No entanto, se esse formato é obrigatória por razões comerciais, você poderá ativar a opção por meio da chave do Registro EnableMigrationToMetaDataServicesFormat .

Por padrão, essa chave do Registro não existe; ela deve ser manualmente criada em Informações de conexão Server\Server HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP e defina para permitir a migração do repositório para a Meta Data Services formato. Essa chave do Registro armazena um valor de seqüência de caracteres com diferenciação de maiúsculas e minúsculas. Se o valor é definido como 1 ou True , migração do repositório para o formato do Meta Data Services será ativada. Se o valor é definido como qualquer outro valor de seqüência de caracteres, ou se a chave do Registro não existir, a migração do repositório para o formato do Meta Data Services está desativada.
Observação Se o valor desta chave do registro é alterado, a alteração entrará em vigor imediatamente.
5.2.10 Permissões deve ser modificado em uma pasta de dados remoto
introduzidos no SP3

Se a pasta de dados do Analysis Services estiver localizada em um computador diferente no qual o servidor de análise está sendo executado, você deve modificar as permissões na pasta após a instalação do SP3a. No computador remoto, defina as permissões na pasta para permitir o acesso controle total por todos os membros do grupo Administradores OLAP no computador que executa o Analysis servidor. Com o passar do tempo, ao membros são adicionados ou removidos do grupo Administradores OLAP, certifique modificar as permissões na data remota pasta para que ele reflete a associação atual de administradores OLAP grupo. Isso irá permitir backup e restauração para funcionar corretamente.

Além disso, após executar a instalação SP3a, você deve permitir que a conta sob a qual o servidor de análise está executando acesso de controle total para a pasta de dados remota.

Se você aplicar o SP3a a uma instância do Analysis Services executando em uma configuração de cluster, os administradores OLAP de nível de domínio grupo deve ser permitido o acesso controle total à pasta dados remoto. Para obter mais informações sobre como criar e usar um grupo de administradores OLAP de nível de domínio, consulte o artigo de suporte 308023 disponíveis no produto suporte serviços base de Conhecimento.

Aprimoramentos de replicação 5.3

Esta seção discute aperfeiçoamentos a replicação do SQL Server 2000 que estão incluídos no SP3a.
5.3.1 Transacional replicação UPDATE personalizada procedimento armazenado
introduzido no SP1

Durante a instalação de replicação transacional, procedimentos armazenados personalizados para inserir, excluir e ações de atualização são criados no banco de dados de inscrição. Independentemente de quantas colunas são afetadas por um UPDATE instrução, o procedimento armazenado personalizado de atualização atualiza todas as colunas na tabela de inscrição. Qualquer coluna que não foi alterado é redefinida para os mesmos valores que existia antes da atualização. Normalmente, esta ação faz com que nenhum problema. No entanto, se qualquer uma das seguintes colunas estão indexados, essa redefinição pode se tornar caro.

Se você usa replicação transacional e ter vários índices na tabela de inscrição e alterar apenas alguns valores de coluna devido a atualizações, a sobrecarga de manter o índice poderá limitar o desempenho quando alterações são aplicadas no assinante. Por exemplo, um banco de dados assinatura que é usado para fins de relatórios pode ter muitos mais índices de banco de dados de publicação. Construindo dinamicamente a instrução UPDATE em tempo de execução pode melhorar o desempenho. A actualização inclui somente as colunas que foram alterados, criando uma seqüência de caracteres UPDATE ideal.

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

sp_scriptdynamicupdproc

O procedimento armazenado sp_scriptdynamicupdproc gera a instrução CREATE PROCEDURE que cria um procedimento armazenado de atualização dinâmica. A instrução UPDATE dentro do procedimento armazenado personalizado é criada dinamicamente, com base na sintaxe MCALL que indica quais colunas para alterar. Use este procedimento armazenado se o número de índices na tabela de inscrição está crescendo e o número de colunas sendo alterado for pequeno. Esse procedimento armazenado é executado no Editor no banco de dados de publicação.
Syntax
sp_scriptdynamicupdproc [ @artid =] artid

Arguments
[@artid =] artid

A identificação do artigo. artid é um inteiro, com não padrão.

conjuntos de resultados

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

comentários

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

permissões

Membros da função pública podem executar sp_scriptdynamicupdproc

exemplos

Este exemplo cria um artigo (com artid definido como 1) na tabela autores no banco 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

após executar esse procedimento armazenado, você pode usar o script resultante para criar manualmente o procedimento armazenado nos assinantes.


Instruções de UPDATE replicação transacionais 5.3.2 em colunas exclusivas
introduzido no SP1

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

Se a atualização afeta apenas uma linha, não há nenhuma chance de uma violação de exclusividade. Portanto, sinalizador de rastreamento 8207 foi adicionado para este service pack para permitir atualizações para qualquer coluna exclusiva que afetam apenas uma linha para ser replicado como instruções UPDATE. Essa otimização foi adicionada especificamente para aplicativos que instalar definido pelo usuário UPDATE disparadores no assinante e exigem esses disparadores para acionar para atualizações que afetam apenas uma linha em uma coluna exclusiva.
Para usar o sinalizador de rastreamento 8207, ativá-la no prompt de comando (sqlservr.exe - T8207) ou em tempo de execução usando DBCC TRACEON(8207,-1) antes que o Log Reader Agent seja iniciado.

importante Normalmente, sinalizador de rastreamento 8207 é usado com a replicação transacional somente leitura. Não use o sinalizador de traço com inscrições atualizáveis se a chave primária UPDATE pode ocorrer no assinante.
5.3.3 Restrições removidas do processamento de instantâneo simultâneas
introduzido no SP1

No SQL Server 2000, o processamento de instantâneo simultâneo não foi recomendado se a tabela a publicação tinha um índice exclusivo que não era a chave primária ou a chave de cluster. Se dados modificações foram feitas a chave de cluster enquanto estava sendo gerado um instantâneo simultâneo, replicação poderá falhar com um erro de chave duplicado ao aplicar o instantâneo simultâneo para um assinante. Com este service pack, restrições usando processamento de instantâneo simultâneo são removidas.
Replicação transacional 5.3.4 scripts procedimentos armazenados personalizados
introduzido no SP1

Ao configurar inscrições nosync (ou seja, as assinaturas que não recebem o instantâneo inicial), personalizado procedimentos armazenados para INSERT, UPDATE e DELETE instruções devem ser criadas manualmente. Normalmente, essas instruções são criadas no assinante quando o instantâneo inicial é entregue. Um novo procedimento armazenado, sp_scriptpublicationcustomprocs , foi adicionado para gerar scripts para os procedimentos armazenados personalizados no nível da publicação. Essa nova funcionalidade pode tornar mais fácil configurar inscrições nosync.

sp_scriptpublicationcustomprocs

Em uma publicação em que a opção de gerar automaticamente um esquema de procedimento personalizado é habilitada, o procedimento armazenado
sp_scriptpublicationcustomprocs scripts os procedimentos personalizados de INSERT, UPDATE e DELETE para todos os artigos da tabela.
sp_scriptpublicationcustomprocs é particularmente útil para configurar inscrições para que o instantâneo é 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

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

comentários

Os procedimentos personalizados não estão colocados scripts para artigos sem a geração automática de opção de esquema de procedimento personalizado (0 x 2).

permissões

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

exemplo

Este exemplo gera um script dos procedimentos armazenados personalizados em uma publicação chamada Northwind. .
exec Northwind.dbo.sp_scriptpublicationcustomprocs 
@publication = N'Northwind'

Limpar metadados baseada em retenção de replicação de mesclagem 5.3.5
introduzido no SP1

Quando as tabelas de sistema de replicação de mesclagem contiverem grandes quantidades de dados de meta, limpando os metadados melhora o desempenho. Anteriores ao SQL Server 2000 SP1, metadados podem ser limpo executando sp_mergecleanupmetadata. No entanto, SQL Server 2000 SP1 e versões posteriores incluem dados de metadados baseada em retenção de limpeza, que significa que os metadados podem ser excluídos automaticamente das tabelas de sistema a seguir:
  • MSmerge_contents
  • MSmerge_tombstone
  • MSmerge_genhistory
  • Qualquer antes de tabelas de imagem, se presente
Observação Antes de tabelas de imagem se apresentar @ keep_partition_changes opção de otimização de sincronização está habilitada na publicação.

Meta com base na retenção dados limpar ocorre da seguinte maneira:
  • Se o parâmetro de agente de mesclagem ?MetadataRetentionCleanup é definido como 1, pois é por padrão, o agente de mesclagem limpará o assinante e editor que estão envolvidos na mala direta.
  • Se a opção-MetadataRetentionCleanup parâmetro é definido como 0, automático de limpeza não ocorre. Nesse caso, iniciar manualmente dados de metadados baseada em retenção limpar executando s p_mergemetadataretentioncleanup. Esse procedimento deve ser executado no cada Publisher e o assinante que deve ser limpos. É recomendável, mas não necessário, que o Editor e assinantes ser limpos em pontos semelhantes em tempo (consulte Evitando conflitos False posteriormente nesta seção).

    Observação O -MetadataRetentionCleanup parâmetro for definido como 1 para todos os perfis do Merge Agent incluídas no SQL Server 2000 SP1 e versões posteriores. Se você atualiza um servidor para o SP1 ou posterior e, em seguida, adicionar a replicação de mesclagem, o perfil de agente de mesclagem é atualizado automaticamente para incluir esse parâmetro. Se você atualizar um servidor que já tem replicação de mesclagem habilitada para o SP1 ou posterior, o perfil de agente de mesclagem não é atualizado automaticamente; atualizar o perfil executando sp_add_agent_parameter (consulte parâmetros adicionais para sp_add_agent_parameter posteriormente nesta seção).

    importante O período de retenção padrão para publicações é 14 dias. Se um artigo pertencer a várias publicações, pode haver períodos de retenção diferentes. Nessa situação, o período de retenção mais longo é usado para determinar o tempo possível mais antiga que limpar pode ocorrer. Se houver várias publicações em um banco de dados, e se qualquer um dessas publicações usa um período de retenção de publicação infinito ( @ retenção = 0 ), metadados de mesclagem para o banco de dados não é automaticamente limpa. Por esse motivo, use retenção da publicação infinito com cuidado
parâmetro adicional para sp_add_agent_parameter

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

Para automático retenção com Limpar ocorra em um banco de dados envolvido na replicação de mesclagem, o banco de dados e o agente de mesclagem devem ambos estar em servidores que executam o SQL Server 2000 SP1 ou posterior. Por exemplo:
  • Uma recepção do SQL Server 7.0 assinante não executa limpeza em um editor do SQL Server 2000 SP1.
  • Um estudo de SQL Server 2000 SP1 Merge Agent não é executado de limpeza em um banco de dados de assinatura do pré-SP1 do SQL Server 2000.
  • Um envio de SQL Server 2000 SP1 Merge Agent limpeza executa em um banco de dados SQL Server 2000 SP1 Publisher, mesmo se ele tiver os assinantes que executam o SQL Server 2000 ou anterior.
Automático de limpeza em alguns servidores e não em outros serão no máximo causa conflitos false e aqueles devem ser raros. Para topologias que incluem versões do SQL Server anteriores ao SQL Server 2000 SP1, você poderá ver os benefícios de desempenho executando sp_mergemetadatacleanup em todos os servidores que não são limpas automaticamente.

Evitando conflitos False

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

Para evitar esse conflito, certifique-se que metadados é limpo em nós relacionadas em sobre o mesmo tempo. Se - MetadataRetentionCleanup é definido como 1, o Editor e assinatura são limpas automaticamente antes do início de mesclagem, assegurando dessa forma que os nós são limpos ao mesmo tempo. Se ocorrer um conflito, use o Visualizador de conflito de replicação de mesclagem para revisar o conflito e alterar o resultado se necessário.

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

Observação Se as tabelas de sistema contêm grande quantidade de metadados que devem ser limpo, o processo de mesclagem pode demorar mais para ser executado. Limpe os metadados regularmente para evitar esse problema.
5.3.6 Backup e restauração problemas para replicação de mesclagem
introduzido no SP1

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

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

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

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

    É altamente recomendável que uma assinatura sincronizar com o Publisher antes de executar um backup. Caso contrário, o sistema pode não convergir corretamente se a assinatura é restaurada a partir deste backup. Embora o próprio arquivo de backup pode ser novo, a última sincronização com um editor pode ser 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 foi 8 dias atrás e agora o backup é executado. Se o backup for aplicado 4 dias mais tarde, a última sincronização serão ocorreram 12 dias atrás, que é passado o período de retenção. Se a assinatura tinha sincronizada direita antes do backup, banco de dados de inscrição seria dentro do período de retenção.
  • Reinicialize a assinatura se você alterar o valor de retenção da publicação.

    Se você precisar alterar o valor de retenção da publicação, reinicialize manualmente o assinante para evitar o não-convergência de dados. Com base na retenção metadados recurso de limpeza exclui dados de meta desatualizados de tabelas de sistema de mesclagem quando o período de retenção da publicação é alcançado.

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

Restaurar um backup com o mesmo servidor e banco de dados ? que está executando a mesma versão como servidor de partir do qual o backup foi criado ? preserva suas configurações de replicação. Se você estiver restaurando um banco de dados replicado para uma versão do SQL Server que é diferente da versão usada para fazer backup do banco de dados, considere as seguintes questões:
  • Se você estiver restaurando o banco de dados para SQL Server 2000 SP3a de um backup criado com o SQL Server 2000 e desejar preservar as configurações de replicação, execute sp_vupgrade_replication. Executar sp_vupgrade_replication garante que os metadados de replicação são atualizados. Se você não execute sp_vupgrade_replication , os metadados de replicação podem ser deixados em um estado imprevisível.
  • Se você estiver restaurando o banco de dados para o SQL Server 2000 de um backup criado com o SQL Server 7.0 (a versão, SP1, SP2, SP3 e SP4) e você deseja preservar as configurações de replicação, você deve recriar o backup antes de instalar service packs. É possível restaurar o banco de dados para SQL Server 2000 SP3a diretamente de um backup de um banco de dados replicado criado no SQL Server 7.0, mas as configurações de replicação não serão mantidas.
Novo 5.3.8 - MaxCmdsInTran parâmetro para o Log Reader Agent
introduzido no SP1

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

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

Este aprimoramento em paralelismo entre o Log Reader Agent e o Distribution Agent contribui para melhor produtividade geral da replicação. Observe, entretanto, que os blocos de transações são confirmados no assinante como transações individuais, que interrompe a propriedade de atomicidade, uma das propriedades ACID (atomicidade, consistência, isolamento e durabilidade). Esse resultado não é um problema na maioria das circunstâncias, embora é recomendável que você teste isso para certificar-se.

definir o parâmetro ?MaxCmdsInTran

Especificar um número inteiro positivo (1 ou superior) para o - valor do parâmetro MaxCmdsInTran. Especificando um valor de 0 é equivalente a não usar o parâmetro. Porque este parâmetro melhora o desempenho apenas quando a transação é muito grande, um valor de 5000 ou superior para este parâmetro é típico. Por exemplo:

Logread.exe - MaxCmdsInTran 10000.

Para usar este parâmetro, o Publisher deve estar executando o SQL Server 2000 SP1 ou uma versão posterior e o Log Reader Agent e distribuição o banco de dados deve ser atualizado para o SP3 ou posterior. Caso contrário, -MaxCmdsInTran será ignorado.
Restrição 5.3.9 índices de cluster não exclusivo
Introduced no SP2 (aplica-se a replicação transacional somente)

Você não pode criar um índice em cluster não exclusivo em uma tabela depois que ele for publicado para replicação transacional. Antes de criar o índice primeiro você deve soltar qualquer publicação que inclui a tabela.
5.3.10 Novo - argumento de linha de comando MaxNetworkOptimization para Snapshot Agent
introduzidos no SP2

Durante o processamento normal, replicação de mesclagem pode enviar DELETE comandos para assinantes para linhas que não pertencem ao assinante é partição. Comandos DELETE desse tipo são chamados de exclusões irrelevantes. Exclui irrelevante não afeta a integridade dos dados ou convergência, mas eles podem resultar em tráfego de rede desnecessário.

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

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

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

Você pode adicionar esse parâmetro para o perfil Snapshot Agent executando o sistema procedimento sp_add_agent_parameter da seguinte maneira:

EXEC sp_add_agent_parameter 1, 'MaxNetworkOptimization', 1
5.3.11 Mesclar usa replicação nova função
introduzidos no SP3

SP3 e posteriormente automaticamente cria uma nova função para uso por meio da replicação de mesclagem. O nome da nova função é no formulário MSmerge-< ID da publicação >. A função é criada no Editor para cada publicação de replicação de mesclagem e atua como lista de acesso da publicação (PAL) para controlar o acesso a publicações no Editor de mesclagem. Se essa função for interrompida, você pode executar um novo procedimento armazenado incluído no SP3 ou posterior, sp_createmergepalrole, para recriar a função. Este procedimento armazenado é executado no Editor no banco de dados 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 dessa nova função é baseado no valor da coluna na tabela de publicação determinada sysmergepublications pubid . O prefixo do nome da função é 'MSMerge_' e o valor pubid é anexado (sem hifens) ao nome de função.

permissões

Somente os membros do fixa funções de banco de dados fixa db_owner ou sysadmin podem executar sp_createmergepalrole .
5.3.12 Novos requisitos para inscrições criados por usuários não-sysadmin
introduzidos no SP3

Se uma assinatura for criada por um usuário que não é um membro da função de servidor fixa sysadmin, você deve fazer um destes procedimentos:
  • Configure a conta de proxy do SQL Server Agent com um logon e uma senha para que a etapa de trabalho do SQL Server Agent associada com o agente de replicação é executado com privilégios suficientes. Para obter mais informações, consulte o tópico "xp_sqlagent_proxy_account" nos manuais online do SQL Server.
  • Altere o proprietário da etapa de trabalho a um usuário que seja membro da função de servidor fixa sysadmin antes de executar o agente.
Observação O recurso de ativação do agente remoto sempre requer a etapa de trabalho seja executado no contexto de uma conta de usuário na função de servidor fixa sysadmin.
5.3.13 Altera para permissões para procedimentos armazenados
introduzidos no SP3

As permissões foram alteradas em um número dos procedimentos armazenados usados para implementar, administrar e monitorar uma topologia de replicação. A maioria dessas alterações envolve um reforçar as permissões que são necessárias para executar os procedimentos armazenados. Para obter mais informações sobre as novas permissões, revise a documentação de referência do Transact-SQL para obter os procedimentos armazenados de replicação a versão atualizada do SQL Server Books Online. Para obter mais informações sobre o atualizada MANUAIS online, consulte seção 1.6 atualizado livros online documentação está disponível.
5.3.14 Novo parâmetro para sp_addmergearticle e sp_changemergearticle
introduzidos no SP3

Um novo parâmetro, @ published_in_tran_pub , foi adicionada ao tanto sp_addmergearticle sp_changemergearticle . Este parâmetro é usado para indicar que um artigo em uma publicação de mesclagem também será publicado em uma publicação transacional. @ published_in_tran_pub é nvarchar(5), com um padrão de Falso. VERDADEIRO Especifica que o artigo também será publicado em uma publicação transacional.

Observação Quando você alterar este parâmetro em sp_changemergearticle, o instantâneo deve ser invalidado e os assinantes devem ser reinicializados.
5.3.15 Nova página para configurar o Assistente de distribuição e publicação
introduzidos no SP3

O configurar publicação e o Assistente para distribuição agora inclui uma nova página: senha distribuidor. Você deve digitar uma senha nesta página, se você selecionar um ou mais editores para usar o servidor como um distribuidor remoto e um ou mais desses editores exigem uma senha. A conexão entre um editor e um distribuidor remoto é um híbrido de um servidor vinculado e um servidor remoto. A conexão usa o logon distributor_admin. Por padrão, o Publisher é configurado como não-confiável no distribuidor remoto, portanto, uma senha é necessária.

Observação Se você tiver baixado e instalado livros online do SQL Server 2000 (atualizado - SP3), essas informações estão disponíveis quando você clica no botão Ajuda para a nova página.
5.3.16 Altera para suporte de Gerenciador de sincronização
introduzidos no SP3

SQL Server permite que você ativar inscrições existentes (criadas usando SQL Server Enterprise Manager, o SQL-DMO e procedimentos armazenados de replicação) para uso com o Gerenciador de sincronização do Windows. Você também pode criar inscrições novas usando o Gerenciador de sincronização do Windows. Depois de aplicar o service pack, quando sincronizar uma inscrição, Gerenciador de sincronização solicitará que você digite a senha ou senhas necessárias para conexão com os servidores envolvidos na sincronização.
5.3.17 Alterar para requisitos para anexando ou restaurar um banco de dados replicação
introduzidos no SP3

Em um determinado conjunto de condições, a replicação foi mau funcionamento do processo de anexar ou restaurar um banco de dados publicado. Essas condições são:
  • SP3 ou posterior foi aplicado.
  • O usuário anexar o banco de dados não é um membro da função de servidor fixa sysadmin .
  • Banco de dados entre o encadeamento não recebeu permissão.
Se todas essas condições forem verdadeiras, você deve executar o procedimento sp_changedbowner armazenados no banco de dados anexado ou restaurado. Atribua propriedade para o logon de administrador interna sa . Isso garantirá que a replicação funciona corretamente.

Observação Você deve ser um membro da função de servidor fixo sysadmin para executar sp_changedbowner .

Para obter mais informações sobre encadeamento de propriedade de banco de dados, consulte seção 5.1.11 encadeamento de propriedade entre-Database.

Aprimoramentos do 5.4 SQL Server Agent

Esta seção discute aperfeiçoamentos para SQL Server Agent inclusos no SP3a.
5.4.1 SQL Server Agent Logs Account Information
introduzidos no SP2

O SQL Server Agent histórico do trabalho agora registros do Windows da conta em que cada etapa do trabalho é executado. Essa informação ajuda os administradores a diagnosticar problemas de segurança com trabalhos agendados, incluindo trabalhos agendados são definidos para replicação e tarefas de DTS (Data Transformation Services).
5.4.2 Altera para configurações de servidor de destino/mestre
introduzidos no SP3

Administração multiservidor é o processo de automatizar tarefas de administração em várias instâncias do SQL Server. Use administração multiservidor se você gerenciar duas ou mais servidores e você deseja centralizar as tarefas de manutenção.

No SP3a, a conta de serviço do SQL Server Agent não precisa ser um administrador do Windows a menos que você precisa usar a conta de proxy do SQL Server Agent. Para obter mais informações sobre o proxy de agente do SQL Server conta, consulte a seção 5.7.3 SQL Server Agent Proxy conta aprimoramentos. A conta de serviço do SQL Server Agent deve ser um membro da função de servidor fixa sysadmin.

Com a administração multiservidor, você deve ter pelo menos um servidor mestre e destino pelo menos um servidor. Um servidor mestre distribui trabalhos para e recebe eventos de servidores de destino. Um servidor mestre armazena a cópia central das definições de trabalho para trabalhos que executam em servidores de destino. Servidores de destino conectar-se periodicamente ao seu servidor mestre para atualizar sua lista de trabalhos para executar. Se um novo trabalho existir, o servidor de destino baixa o trabalho e desconecta do servidor mestre. Depois que o servidor de destino concluir o trabalho, ele será reconectado para o servidor mestre e reporta o status do trabalho.

Antes de você aplica o SP3a, você deve completar várias etapas para atualizar sua configuração de servidor do SQL Server 2000 mestre/destino. 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 executando SP3a. Essa é uma alteração da funcionalidade original do SQL Server 2000.

para atualizar sua configuração de servidor mestre/destino
  1. Crie uma nova conta (servidor mestre) MSX no servidor mestre. Isso é para preparar TSX (destino) servidor (ou servidores) para a atualização. Para fazer isso, 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 logon de SQL escolhido e <msxaccountpassword> representa a senha associada.

    Observação Esses valores devem ser colocados entre aspas simples.

    Você tem as seguintes opções ao escolher uma conta MSX:
    • Autenticação do Windows. Isso é a opção mais segura, porque as senhas não tem a serem armazenados e SQL Server e SQL Server Agent podem ser configurados sem direitos de administrador locais do Windows.
    • Autenticação do SQL Server. Isso requer contas de serviço SQL Server Agent a ter direitos de administrador de janela locais como SQL Server armazena o nome de usuário e a senha como um segredo de autoridade (LSA) de segurança local e acesso é restrito aos administradores locais do Windows. Você pode criar uma conta para todos os servidores TSX ou você pode criar uma conta para cada servidor TSX.
    Não especificar uma conta de Sonda SQL Server Agent (<computer_name> _msx_probe_login). Como parte da atualização para o SP3 ou posterior, SQL Server remove as contas de sonda antigo porque os servidores TSX não usam mais-los.
  2. Atualize os servidores TSX para o SP3a a um de cada vez. (Antes de aplicar o service pack, consulte Etapa 3, para obter mais informações sobre a atualização de tempo.)
  3. Para minimizar o tempo de inatividade, execute o procedimento armazenado estendido xp_sqlagent_msx_account em cada servidor TSX logo após a atualização do SP3a.

    Observação Após a execução xp_sqlagent_msx_account, SQL Agent deve ser interrompido e reiniciado em cada servidor.

    Para obter mais informações sobre xp_sqlagent_msx_account, consulte a seção 5.4.3 novo SQL Server Agent estendido stored procedure.
  4. Aplica o SP3a às seu servidor mestre. As contas _msx_probe antigos são removidas pelo programa de instalação SP3a, porque os servidores TSX não usam-los. Se uma conta possui trabalhos do SQL Agent, a conta não é removida e você deve alterar o proprietário dos trabalhos para outro usuário e remover manualmente essas contas. Se você desejar continuar a usar as contas _msx_probe antigo que próprios trabalhos do SQL Agent, talvez você precise alterar a senha da conta _msx_probe.
5.4.3 Novo SQL Server Agent estendido procedimento armazenado
introduzidos no SP3

SP3a inclui um procedimento armazenado novo de estendido que lhe permite configurar a conta que o servidor TSX do SQL Server Agent usa para baixar instruções de um servidor MSX. Essa conta é também conhecido como a conta MSX ou conta do servidor principal.

xp_sqlagent_msx_account

xp_sqlagent_msx_account procedimento armazenado estendido define ou recupera o nome de usuário de conta MSX do SQL Server Agent e a senha de ou para os segredos da LSA no servidor TSX. Somente os membros da função de servidor fixo securityadmin podem executar esse procedimento armazenado estendido.

Antes de você pode executar isso estendido armazenados procedimento, SQL Server Agent deve estar sendo executado. Além disso, se a conta especificada é um SQL Server login, SQL Server Agent deve ter direitos de administrador locais do Windows. Agente do SQL Server armazena o nome de usuário e a senha como um segredo LSA e acesso é restrito aos 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' 

Recupera a conta MSX do SQL Server Agent atual. N'GET ' é um nvarchar com não padrão. A senha não é relatada por razões de segurança.

N'SET '

Define a conta a ser usado como o SQL Server Agent MSX conta. Usar o MSX_username e MSX_password parâmetros para especificar a conta para usar como a conta MSX do SQL Server Agent. N'SET ' é um nvarchar com não padrão.

N'DEL '

Exclui a conta MSX do SQL Server Agent.

'MSX_domain_name'

Reservado para uso futuro.

'MSX_username'

O nome da conta do Windows a ser usada como a conta MSX do SQL Server Agent. Especifique uma seqüência vazia para este parâmetro e MSX_password para selecionar a segurança do Windows. Nesse caso, o SQL Server Agent serviço conta credenciais são usadas para fazer logon no servidor MSX. MSX_username é um nvarchar com não padrão.

'MSX_password'

A senha para a conta do SQL Server especificada no MSX_username. Especifique uma seqüência vazia para esse parâmetro e MSX_username para selecionar a segurança do Windows. Nesse caso, as credenciais da conta de serviço SQL Server Agent são usadas para fazer logon servidor MSX. MSX_password é um nvarchar com não padrão.

Observação Parâmetros para xp_sqlagent_msx_account devem ser especificados na ordem. Não podem ser usados parâmetros nomeados.
Valores de código de retorno

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

Se uma conta do SQL Server Agent MSX foi definida, xp_sqlagent_msx_account retorna um resultado definido com as seguintes informações quando você especificar N'GET ' .
Recolher esta tabelaExpandir esta tabela
ColunaTipo de dadosDescrição
domíniosysnameN/A. reservado para uso futuro.
nome de usuáriosysnameConta usada como o SQL Server Agent MSX conta.
Se uma conta MSX do SQL Server Agent não foi definida ou N'SET ' é especificado, nenhum conjunto de resultados é retornado.

permissões

Permissões de execução para xp_sqlagent_msx_account padrão para membros de função de servidor fixa securityadmin .

exemplos
  • Recuperar o agente MSX atribuída no momento do SQL Server conta

    O exemplo a seguir recupera a conta atribuída no momento para uso como a conta MSX do SQL Server Agent:

    EXEC master.dbo.xp_sqlagent_msx_account N'GET '
  • Definir conta do SQL Server Agent MSX para usar o Windows autenticação

    O exemplo a seguir define o SQL Server Agent MSX conta para usar 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 do SQL Server Agent para o SQL Server Authentication

    O exemplo seguinte define o SQL Server Agent MSX conta para Ralph e especifica uma senha:
    EXEC master.dbo.xp_sqlagent_msx_account N'SET',
       N'',  -- Reserved for future use 
       N'Ralph',  -- MSX_username
       N'RalphPwd'  -- MSX_password
    
  • Excluir a conta MSX do SQL Server Agent

    O exemplo a seguir exclui a conta MSX do SQL Server Agent. Isso significa que, SQL Server Agent usa como padrão a autenticação de segurança integrada do Windows.


    EXEC master.dbo.xp_sqlagent_msx_account N'DEL '
5.4.4 SQL Server Agent permissão verificações
introduzidos no SP3

SQL Server agora verifica para garantir que o proprietário de trabalho do agente tenha permissão para acrescentar ou substituir o arquivo de log de saída de cada trabalho. Isso ocorre em três maneiras:
  • Se o proprietário do trabalho for um membro da função de servidor fixa sysadmin, o arquivo de log de saída do trabalho pode ser gravado no servidor.
  • Se o proprietário do trabalho for um usuário do Windows, o SQL Server testa para ver se o usuário tiver permissão para gravar o local de arquivo de log de saída do trabalho selecionado no servidor.
  • Se o proprietário do trabalho for um usuário do SQL Server, SQL Server testa a conta do SQL Server Agent proxy permissão Gravar no local do arquivo de trabalho selecionado saída log no servidor. Se a conta do proxy não foi definida, nenhum log será gravado.
Em todos os casos, os trabalhos são gravados com SQL Server Agent credenciais, mas o SQL Server agora local de arquivo no servidor de log de testes para garantir o usuário tenha permissão para gravar a saída do trabalho selecionado. Erros aparecem no histórico do trabalho, mas as etapas de trabalho não falhar se o arquivo de log não pode ser gravado.
Perfis do SQL 5.4.5 agente email MAPI
introduzidos no SP3

Na versão de 32 bits do SQL Server 2000, o agente do SQL Mail pode ser configurado para usar um perfil de email MAPI estendido para enviar alertas por email. Você pode usar um aplicativo de email MAPI estendido, como o Microsoft Outlook, para criar um perfil MAPI estendido. Na versão de 64 bits do SQL Server 2000, SQL Agent Mail pode somente use um perfil MAPI simples para enviar alertas de email. Não use perfis MAPI simples na versão de 32 bits do SQL Server 2000.

Aprimoramentos de componentes de conectividade do 5.5 SQL Server

Esta seção discute aperfeiçoamentos para componentes de conectividade do SQL Server 2000 que estão incluídos no SP3a.
5.5.1 Atualizações para Microsoft Data Access Components
apresentadas no SP3a

SP3a inclui atualizações para o Microsoft Data Access Components (MDAC). Quando você instala o SP3a, MDAC 2.7 Service Pack 1a também é instalado. MDAC 2.7 SP1a não tem nenhuma alteração de recurso da versão do MDAC instalado pelo SQL Server 2000 (MDAC 2.6), mas ele inclui correções e aprimoramentos de segurança. MDAC 2.7 SP1a inclui uma atualização para o MSXML 3 SP3.

Observação Esta versão do MDAC não está instalado se a instalação detectar a mesma versão ou uma versão mais recente.

Para obter mais informações sobre esta versão do MDAC, consulte o Microsoft Universal Data Access site nesta página em microsoft.com. Correções incluídas nesta versão do MDAC serão ser documentadas no artigo da Base de dados de Conhecimento da Microsoft 326848. Você pode acessar este artigo do Microsoft Support Services Knowledge.
Suporte a 5.5.2 QLogic virtual Interface Architecture
introduzidos no SP3

O SQL Server agora oferece suporte à interface virtual QLogic implementações de SAN (rede de área de sistema de arquitetura (VIA)). Para ativar o suporte para conexões do SQL Server sobre QLogic VIA, computadores cliente e servidor forneça resolução de endereços IP em um arquivo 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 uso de QLogic respectivos VIA rede cartões e nomes de computador real. Caso contrário, não podem ser feitas conexões para instâncias nomeadas ou com outros protocolos IP, como TCP ou pipes nomeados. O arquivo Vihosts não é necessário para Giganet VIA conectividade.

Observação Você deve identificar correto VIA fornecedor em computadores cliente usando o utilitário de rede para clientes. Selecione o valor apropriado do fornecedor caixa drop-down. A ação correspondente também deve ser concluída em computadores servidor através do Server Network Utility.

5.6 Meta Data Services Enhancements

Esta seção discute aperfeiçoamentos para o SQL Server 2000 Meta Data Services que estão incluídos no SP3a.
Meta 5.6.1 dados navegador exportações em Unicode
introduzido no SP1

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

Suporte a scripts nos modelos de informações foi desativado. Depois de instalar o SP3a, você recebe o seguinte erro se o aplicativo acessa uma propriedade ou método para o qual um script é definido:
EREP_SCRIPTS_NOTENABLED

para ativar o suporte de script

Se você precisar continuar executando scripts, você pode usar o procedimento a seguir para criar uma configuração de registro que permite que o suporte de script.
  • Abrir o Editor do Registro e navegue até HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft.
  • Crie uma chave do Registro chamada Repository (se um já não existir) e, em seguida, crie uma subchave denominada mecanismo para que o caminho seja igual a Repository\Engine.
  • Na chave do Registro mecanismo , adicione um novo valor DWORD chamado AllowScripting e defina o valor como 1 . Se você desejar desativar o script mais tarde, defina o valor dessa nova chave do Registro para 0 .
importante Você sempre deve proteger informações sobre modelos e o banco de dados repositório para impedir o acesso não autorizado.
Novo 5.6.3 RepositoryUser função para acessar informações de repositório
introduzidos no SP3

O SQL Server inclui no banco de dados msdb um conjunto de tabelas, procedimentos armazenados e modos de exibição que armazenam informações usadas pelo mecanismo de repositório do Meta Data Services. No SP3, uma nova função dedicada denominada RepositoryUser foi adicionada e deve ser usada para acessar e atualização de informações de repositório. Criar concedido dessa função, ler, atualizar, excluir e permissões de execução nesses objetos. A função pública não tem mais permissões nesses objetos. .

Essa alteração afeta objetos existentes do repositório juntamente com quaisquer objetos adicionais criados pelo mecanismo de repositório no futuro. Os usuários e aplicativos que acessam o repositório através da função pública devem ser adicionados à função RepositoryUser .

Aprimoramentos de serviços de transformação de dados de 5.7

Esta seção discute aperfeiçoamentos para o SQL Server 2000 Data Transformation Services que estão incluídos no SP3a.
Assistente DTS 5.7.1 mais dos limites de colunas de String para 255 caracteres
introduzidos no SP2

Quando você exporta dados para um arquivo de texto, o Assistente para importação e exportação de DTS configura agora o pacote para gravar até 8000 caracteres de qualquer coluna que contém dados do tipo seqüência de caracteres.
Contexto de segurança 5.7.2 registrado para pacotes DTS executar pelo SQL Server Agent


introduzidos no SP2

SQL Server Agent registra o contexto de segurança na qual cada etapa em um trabalho é executado. No SP3 ou posterior, o contexto de segurança aparece na caixa diálogo histórico do trabalho. Quando você executa um pacote DTS de uma etapa em um trabalho, o SQL Server Agent registra a conta de usuário sob a qual o pacote é executada. Essa informação ajuda os administradores a diagnosticar problemas de permissão e autenticação que ocorrem quando pacotes DTS estão agendadas para executar em um servidor.
5.7.3 SQL Server Agent Proxy conta aprimoramentos
introduzidos no SP2

Anterior ao SP2, pacotes do DTS armazenados no servidor podem não ser executados sob as credenciais da conta de proxy do agente do SQL Server, a menos que a conta de proxy tinha acesso para a pasta Temp de usuário para a conta em que o servidor (no caso de trabalhos de executar a partir de xp_cmdshell ) ou o agente (no caso de trabalhos do agente) estava em execução. Devido a isso, os usuários freqüentemente precisavam que ajustar a variável de ambiente TEMP para a conta de inicialização do SQL Server ou SQL Agent apontar para um diretório que estava acessível para a inicialização e as contas proxy, como, por exemplo, C:\Temp. Para o SP2 e posterior, DTS foi aprimorado para usar o sistema temp pasta se a pasta Temp do usuário não estiver disponível, reduzindo bastante a necessidade desses ajustes.
5.7.4 Salvar Meta Data Services desativado por padrão
introduzidos no SP3

Por padrão, SP3 e posterior desativa a opção de armazenar DTS pacotes na Meta Data Services . Isso significa que a opção do Meta Data Services não aparece na lista drop-down Location na caixa de diálogo Salvar pacotes do DTS . Além disso, esta opção está desabilitada na salvar, agenda e página de pacote replicar no Assistente de importação e exportação de DTS.

para permitir que pacotes a serem salvos na Meta Data Services
  • No SQL Server Enterprise Manager, clique com o botão direito do mouse o nó Data Transformation Services , clique em Propriedades e, em seguida, clique em Ativar salvar para serviços de metadados.
Observação Você deve estar conectado com privilégios de administrador para modificar esta propriedade.

Quando a opção de armazenar pacotes no serviço de dados de Meta é desabilitada, você pode carregar existentes pacotes do Meta Data Services, editá-los e salvá -los a Meta Data Services usando a opção de salvar. No entanto, a Meta Data Services não está disponível o Salvar como opção. Por exemplo, você não pode salvar novamente um pacote para Meta Data Services usando um nome diferente.

Aprimoramentos de 5,8 XML

O tópico a seguir aborda um aprimoramento para XML e SQLXML no SP3a.
Validação 5.8.1 aprimorada de expressões XPath
introduzidos no SP3

Anteriores ao SP3, a versão do MSXML que foi instalado com o SQL Server 2000 (MSXML 2.6) permitido um predicado em uma expressão XPath a seguir a abreviação de caractere especial que identifica o nó de contexto atual, que é indicado por um ponto (.) na sintaxe do XPath. Isso viola a especificação de sintaxe XPath, que requer que esse caractere ser seguido por uma expressão de caminho local.

Quando você aplicar o SP3 ou posterior, uma versão atualizada do MSXML (3.0 SP3) está instalada como parte da atualização MDAC. Para obter mais informações, consulte a seção 5.5.1 atualizações para o Microsoft Data Access Components.

Com a nova versão do MSXML, um predicado não pode seguir imediatamente o atual contexto nó abreviação caractere especial. As expressões XPath em SQLXML consultas (consultas XPath anotado esquemas de mapeamento e folhas de estilo XSLT escritas para transformar os resultados do SQLXML consulta) que usam a sintaxe com defeito falhará após a atualização para o SP3 ou posterior

Para evitar essas falhas, identificar e corrigir quaisquer expressões que usam a sintaxe incorreta. Por exemplo, a sintaxe da expressão XPath que é especificada como o valor do atributo teste no elemento If a seguir não é válido porque o predicado [@ ResourceTypeID = '2'], imediatamente após a abreviação de caractere especial que identifica o nó de contexto atual.

A instrução a seguir, que anteriormente não gerou um erro, 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'">

Aprimoramentos de dispositivo API de backup 5.9 virtual

O item seguinte se aplica para o SQL Server 2000 virtual backup dispositivo API.
5.9.1 Capturar vários bancos de dados em um único instantâneo

introduzidos no SP2

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

No SP1 e versões anteriores, não havia como congelada e fazer backup de mais de um único banco de dados de uma só vez. SP3 ou posterior agora fornece suporte do lado do servidor para congelar e capturar vários bancos de dados em um único instantâneo através do comando VDC_PrepareToFreeze .

A especificação de dispositivo de backup virtual no SP3a contém informações atualizadas sobre o comando Congelar VDC_PrepareTo . Uma versão atualizada do arquivo de cabeçalho Virtual Device Interface (vdi.h) pode ser encontrada no \Devtools\Include no diretório de instalação SP3a

Você pode baixar a especificação atualizada do Centro de download da Microsoft no Microsoft SQL Server Downloads do site.

Relatório de erros 5.10

introduzidos no SP3

Relatório de erro do Microsoft SQL Server é desabilitado por padrão. Você pode ativá-lo durante a instalação por meio de instalaçã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 no Enterprise Manager ou a caixa de diálogo Propriedades do servidor no Gerenciador de análise de caixa. Enquanto estiver executando a instalação do SQL Server de relatório de erros Ativar relatório de erros para o mecanismo de banco de dados do SQL Server e SQL Server Agent. Ativar relatório de erros enquanto estiver executando a instalação do Analysis Services permite que o relatório de erros para Analysis Services. Se você desejar habilitar o relatório para o SQL Server e serviços de análise de erros, você deve habilitar relatório para o SQL Server ao executar a instalação do SQL Server e o Analysis Services ao executar a configuração de serviços de análise de erros.

Se você habilitar esse recurso, SQL Server está configurado para enviar um relatório à Microsoft automaticamente se ocorrer um erro fatal no mecanismo de banco de dados do SQL Server, no SQL Server Agent ou no SQL Server Analysis Services. Microsoft usa relatórios de erros para melhorar a funcionalidade do SQL Server e trata todas as informações como confidenciais.

As informações sobre erros serão enviadas pela (HTTPS) seguro conexão com a Microsoft, onde são armazenada com acesso limitado. Como alternativa, essas informações podem ser enviadas para seu próprio servidor de relatório de erros corporativo.

O relatório de erros contém as seguintes informações
  • A condição do SQL Server quando o problema ocorreu.
  • Informações da sistema operacional versão sobre e computador hardware.
  • A digital identificação do produto, que pode ser usado para identificar sua licença.
  • O endereço IP de rede do computador.
  • Informações de memória ou arquivos do processo que causou o erro.
A Microsoft não coleta intencionalmente seus arquivos, nome, endereço, endereço de email ou qualquer outra forma de informações pessoais. O relatório de erros no entanto, pode conter informações específicas do cliente da memória ou arquivos do processo que causou o erro. Embora essas informações potencialmente podem ser usadas para determinar sua identidade, o Microsoft não usa essas informações para essa finalidade.

Para o erro Microsoft relatório de diretiva de coleta de dados, consulte este Microsoft Web site.

Se você ativar relatório de erros e ocorrer um erro fatal, você poderá ver uma resposta da Microsoft no log de eventos do Windows que aponta para um artigo sobre um determinado erro. Uma resposta pode parecer 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 desativar o relatório de erros para o mecanismo de banco de dados do SQL Server e SQL Server Agent, vá para propriedades do SQL Server (guia Geral) no Enterprise Manager e desmarque a caixa de seleção Ativar o relatório de erro . Para desativar o relatório de erros para Analysis Services, vá para propriedades do servidor no Gerenciador de análise e desmarque a caixa de seleção Ativar relatório de erros . Se o relatório de erros estiver ativado para o SQL Server (mecanismo de banco de dados e SQL Server Agent) e Analysis Services, você deve desativar o relatório para o SQL Server e Analysis Services individualmente de erros.

Aprimoramentos de consulta 5.11 inglês

introduzidos no SP21

A Microsoft lançou um aperfeiçoamento de segurança para aplicativos English Query. Esse recurso não está instalado como parte do service pack. No entanto, é recomendável que você aplicá-lo se você usar o English Query. O aperfeiçoamento de segurança está localizado no CD-ROM do SP3a na \EQHotfix pasta. Detalhes sobre o aprimoramento English Query estão disponíveis no Base de dados de Conhecimento do serviços da Microsoft produto suporte. Pesquise o Knowledge Base para o artigo 297105.

5.12 a biblioteca do banco de dados e SQL incorporado para C

introduzido no SP1

Enquanto a biblioteca do banco de dados de SQL incorporados para APIs de C ainda são suportadas no SQL Server 2000, não versões futuras do SQL Server irão incluir os arquivos necessários para aplicativos de programa que usam essas APIs. Conexões de aplicativos existentes escritos usando a biblioteca do banco de dados e SQL incorporados para C ainda terão suporte na próxima versão do SQL Server, mas esse suporte será descartada em uma versão futura. Ao escrever novos aplicativos, evite usar esses componentes. Ao modificar aplicativos existentes, você será fortemente incentivado para remover dependências sobre essas tecnologias. Em vez de biblioteca de banco de dados ou SQL incorporados para C, você pode usar o ADO, OLE DB ou ODBC para acessar dados no SQL Server. Para obter mais informações sobre essas tecnologias, consulte os manuais online do SQL Server.

Propriedades

ID do artigo: 889551 - Última revisão: sexta-feira, 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 traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). 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