Service Pack 3a per Microsoft SQL Server 2000 aprile 9, 2003

Traduzione articoli Traduzione articoli
Identificativo articolo: 889551 - Visualizza i prodotti a cui si riferisce l?articolo.
Service Pack 3a per Microsoft SQL Server 2000
9 Aprile 2003
Copyright Microsoft Corporation 2003. Tutti i diritti riservati. Il team della documentazione di SQL Server non può rispondere a domande di supporto tecnico, ma è lieta di ricevere commenti sulla presente documentazione file Leggimi di suggerimenti. Può essere rapidamente e direttamente commenti posta elettronica utilizzando il collegamento riportato di seguito. Tutti i commenti devono essere in inglese. Per inviare scritto commenti e suggerimenti sul presente documento, fare clic qui:
Espandi tutto | Chiudi tutto

In questa pagina

1.0 Introduzione

Microsoft SQL Server 2000 Service Pack 3a (SP3a) incorpora le modifiche a SQL Server 2000 SP3 risolvono problemi generati da worm Slammer:
  • SP3a può essere applicato a SQL Server 2000 Enterprise Evaluation Edition per applicare correzioni a istanze di tale edizione di SQL Server.
  • SP3a risolve problemi di installazione di alcuni clienti rilevati con la versione dei componenti Microsoft Data Access (MDAC) in SQL Server 2000 SP3
  • L'utilità di installazione di MSDE 2000 SP3a ora predefinito se si disattiva il supporto per le connessioni di rete durante l'installazione di nuove istanze di MSDE 2000. Le impostazioni di supporto di rete correnti vengono mantenute quando istanze effettuate l'aggiornamento a SP3a.
  • Quando un'istanza di SQL Server 2000 SP3a o MSDE 2000 SP3a è configurata per non supportare le connessioni di rete, l'istanza si anche tramite la porta UDP 1434.
Poiché la maggior parte delle modifiche introdotte in SP3a riguardano l'installazione, non è necessario applicare il Service Pack 3a alle istanze di SQL Server 2000 o MSDE 2000 di cui sono già stati aggiornati a SP3. Se sono istanze non ancora aggiornate a SP3, tuttavia, occorre effettuare il sempre aggiornamento quelle istanze direttamente a SP3a anziché SP3. Se hai copie dei file di download SP3 che si prevedeva l'utilizzo per gli aggiornamenti futuri, eliminare tali copie e utilizzare entrambi i file di download o SP3a CD-ROM. applicazioni che distribuiscono e installano MSDE 2000 è necessario installare Service Pack 3a anziché SP3. Mentre è possibile applicare SP3a a istanze di SQL Server 2000 SP3 o MSDE 2000 SP3, in tale viene pertanto hanno scarso impatto su tali istanze.

Questa versione di Service Pack 3a (SP3a) per Microsoft SQL Server 2000 è in tre parti:
  • SP3a di componenti di database fornisce aggiornamenti per i componenti di database di un'istanza di SQL Server 2000, escludendo le istanze di SQL Server 2000 Desktop Engine. Database componenti SP3a include gli aggiornamenti per:
    • Il motore di database.
    • Tutti gli strumenti client di database e utilità, ad esempio SQL Server Enterprise Manager e l'utilità osql.
    • Componenti di connettività per il database client, ad esempio il provider OLE DB per SQL Server 2000, il driver ODBC di SQL Server 2000 e le librerie di rete client.
  • Analysis Services SP3a offre aggiornamenti per i componenti di SQL Server 2000 Analysis Services di un'installazione di SQL Server 2000, tra cui:
    • Analysis Services.
    • Componenti di client Servizi analisi, quali Analysis Manager e il Provider Microsoft OLE DB per Analysis Services.
    • Componenti di connettività per il database client, ad esempio il provider OLE DB per SQL Server 2000, il driver ODBC di SQL Server 2000 e le librerie di rete client.
  • Desktop Engine SP3a offre aggiornamenti per i componenti di database di un'istanza di SQL Server 2000 Desktop Engine (MSDE 2000), inclusi:
    • Il motore di database.
    • Utilità del prompt dei comandi di database forniti con MSDE 2000, ad esempio le utilità osql e bcp.
    • Componenti di connettività per il database client, ad esempio il provider OLE DB per SQL Server 2000, il driver ODBC di SQL Server 2000 e le librerie di rete client.
Queste tre parti del Service Pack 3a possono essere applicate singolarmente, come illustrato di seguito:
  • SQL Server 2000 può utilizzare SP3a di componenti di database per aggiornare i componenti di database senza aggiornare i Analysis Services componenti o istanze di SQL Server 2000 Desktop Engine.
  • Siti di Analysis Services 2000 consente di Analysis Services SP3a di aggiornare i componenti di Analysis Services senza aggiornare istanze di Desktop Engine o i componenti di database.
  • Siti di MSDE 2000 consente di Desktop Engine SP3a di aggiornare le istanze di MSDE 2000 senza aggiornare Analysis Services o di istanze del motore di database di SQL Server 2000.
Nota Se istanze separate di sia di MSDE 2000 che di altre versioni del motore di database di SQL Server 2000 sono installate nello stesso computer, è necessario applicare SP3a di Desktop Engine a istanze di MSDE 2000 e SP3a di componenti di database a istanze del motore di database SQL Server 2000, ad esempio Personal Edition, standard o Enterprise Edition.

Nota Desktop Engine SP3a è la parte sola del service pack è disponibile in portoghese (Brasile), svedese e olandese, perché SQL Server 2000 Desktop Engine (MSDE 2000) è l'unica versione di SQL Server 2000 viene prodotto per tali lingue. I componenti di SQL Server 2000 aggiornati dal database componenti SP3a o Analysis Services SP3a non sono disponibili in tali lingue. Portoghese (Brasile), olandese e svedese chi desidera applicare SP3a a una versione di SQL Server, altri a Desktop Engine è necessario scaricare il Service Pack 3a file che soddisfano la lingua dell'edizione che si desidera eseguire l'aggiornamento. Ad esempio, devono essere scaricati file SP3a in lingua inglese per l'aggiornamento in lingua inglese versione del motore del database SQL Server 2000. Per informazioni su come scaricare il service pack, vedere la sezione 2.0 Download e l'estrazione SP3a.

Cenni preliminari 1.1 installazione SP3a componenti di database

Il programma di installazione di Service Pack 3a componenti di database rileva automaticamente quale edizione di SQL Server 2000 è presente nell'istanza di SQL Server 2000 in corso l'aggiornamento. Il programma di installazione aggiorna solo i componenti installati per tale istanza. Ad esempio, se si applica il service pack a un computer che esegue SQL Server 2000 Standard Edition, il service pack non l'aggiornamento dei componenti inclusi solo in SQL Server 2000 Enterprise Edition.

È possibile applicare SP3a di componenti di database a una singola istanza predefinita o un'istanza denominata di SQL Server. Se si esegue l'aggiornamento più istanze di SQL Server 2000 per SP3a, è necessario applicare SP3a a ciascuna istanza. Quando un'istanza su un computer con una o più istanze di SQL Server 2000 viene aggiornata a SP3a, tutti gli strumenti vengono aggiornati a Service Pack 3a. Non esistono copie separate degli strumenti per ogni istanza.

1.2 Cenni preliminari su installazione di Desktop Engine (MSDE 2000) SP3a

Desktop Engine SP3a può essere utilizzato per:
  • Aggiornare un'istanza esistente di SQL Server 2000 Desktop Engine (MSDE 2000) per SP3a.
  • Installare una nuova istanza di MSDE 2000 SP3a, purché si disponga di una licenza di MSDE 2000 che consente di installare istanze di MSDE 2000.
  • Aggiornare un'istanza di MSDE 1.0 a MSDE 2000, purché si disponga di una licenza di MSDE 2000 che consente di eseguire istanze di MSDE 2000.
  • Fornire i file necessari per uno sviluppatore di scrivere un'utilità di installazione dell'applicazione che possibile installare un'istanza di MSDE 2000 SP3a durante l'installazione dell'applicazione. Lo sviluppatore necessario disporre di una licenza per distribuire MSDE con le applicazioni.
Per ulteriori informazioni sulle licenze di MSDE 2000, vedere Uses of MSDE 2000.

Le procedure per l'applicazione di SQL Server 2000 Service Pack 3a a un'istanza esistente di MSDE 2000 dipendono dal modo in cui è stata installata l'istanza. Utilità di installazione Service Pack 3a Engine Desktop file da Microsoft utilizzabile solo per applicare le istanze di MSDE 2000 sono state installate utilizzando il 2000 MSDE SP3a. La maggior parte delle applicazioni installano MSDE 2000 utilizzando uno dei due meccanismi:
  • L'utilità di installazione dell'applicazione chiama l'utilità di installazione MSDE 2000 durante l'installazione. Le istanze di MSDE 2000 installato in questo modo possono essere aggiornate a SP3a utilizzando i file di Desktop Engine SP3a.
  • Se l'utilità di installazione dell'applicazione utilizza la tecnologia Microsoft Windows Installer, in Utilità di installazione può utilizzare direttamente i moduli unione di MSDE 2000. Le istanze di MSDE 2000 installato in questo modo non è possibile aggiornare i file di Desktop Engine. Per un file di patch, è necessario contattare il fornitore dell'applicazione. Desktop Engine (MSDE 2000) SP3a sono disponibili i moduli unione per supportare applicazioni esistenti che utilizzano i moduli unione. Le utilità di installazione per le nuove applicazioni devono essere scritto per chiamare l'utilità dell'installazione di MSDE 2000 anziché utilizzare direttamente i moduli unione di MSDE 2000.
Istruzioni per determinare se un'istanza di MSDE 2000 può essere aggiornata a SP3a utilizzando Desktop Engine SP3a è nella sezione 2.1, download e SP3a estrazione Desktop Engine (MSDE 2000). Anche se si applicano Desktop Engine SP3a dal CD di SQL Server 2000 SP3a, lettura le istruzioni della sezione 2.1 per determinare se è possibile applicare SP3a di Desktop Engine o è necessario contattare un fornitore dell'applicazione di un file di correzione.

Se sono presenti più istanze di MSDE 2000 in un computer, è necessario valutare ciascuna istanza singolarmente per determinare se è possibile applicare SP3a di Desktop Engine. È inoltre necessario applicare SP3a separatamente a ogni istanza.

Esaminare il materiale in sezioni 1 e 2 di questo file readme e quindi seguire le istruzioni della sezione 3 se:
  • Si è stabilito che è possibile applicare SP3a di Desktop Engine a istanza esistente di MSDE.
  • Si sta installando una nuova istanza di MSDE 2000.
  • Si incorporano i file di Desktop Engine in Utilità di installazione di un'applicazione.
Queste sezioni forniscono esempi per gli scenari più comuni di aggiornamento di un'istanza esistente di MSDE a SP3a o installare un'istanza nuova di MSDE 2000 SP3a:
  • Istanze esistenti di MSDE 2000 di 3.7.4 l'aggiornamento A SP3a
  • 3.7.5 L'installazione di una nuova istanza di MSDE 2000 SP3a
  • 3.7.6 Aggiornamento di MSDE 1.0 a MSDE 2000 SP3a

1.3 Rimozione SP3a

Il modo in cui è possibile rimuovere SQL Server 2000 SP3a dipende dai componenti SQL Server 2000 SP3a che si siano rimuovendo.

SQL di rimozione componenti di database di server e Desktop Engine SP3a

Quando componenti di database di SQL Server SP3a o SP3a di Desktop Engine è installato, apportare modifiche alle tabelle di sistema per motivi di manutenzione e l'aggiornamento anche i database utente e la distribuzione sono membri di una topologia di replica. A causa di queste modifiche, è Impossibile rimuovere SP3a facilmente. Per ripristinare la generazione in esecuzione prima di installare SP3a, in primo luogo, è necessario disinstallare l'istanza del motore di database di SQL Server 2000 o MSDE 2000; quindi, è necessario reinstallare tale istanza. Se si sono stati in l'esecuzione di un service pack precedenti per SQL Server 2000 o applicato le correzioni QFE (Quick Fix Engineering), è necessario riapplicare tale service pack e le correzioni QFE all'istanza.

Nota Per rimuovere SP3a, è necessario un backup di master, model e database msdb, che sono stato eseguiti immediatamente prima a applicare SP3a. Per ulteriori informazioni, vedere la sezione 3.1 indietro su del database SQL Server e sezione 3.2 indietro su dei Analysis Services database repository.

Per ulteriori informazioni, vedere componenti di disinstallazione SQL Server 2000 e SP3a del motore di desktop.

rimozione di SQL Server Analysis Services SP3a di componenti

Per poter ripristinare lo stato precedente-SP3a SQL Server Analysis Services, è necessario eseguire il backup del Registro di sistema chiave
HK_LOCAL_MACHINE\Software\Microsoft\OLAP Server
e tutte le relative sottochiavi prima di installare Service Pack 3a. Quando si disinstalla SP3a, è necessario eliminare questa chiave del Registro di sistema e ripristinare la versione pre-SP3a dal backup.

Nota Impossibile disinstallare gli aggiornamenti per MDAC 2.7 SP1a che vengono apportati durante l'installazione di SP3a.

Per ulteriori informazioni, vedere 3.1.4 disinstallazione di SQL Server 2000 Analysis Services SP3a.

1.4 Che identifica la versione corrente di SQL Server o Analysis Services

Utilizzare le tecniche nelle sezioni che seguono per determinare la versione di SQL Server o Analysis Services installata.

SQL Server Per identificare quale versione del motore di database di SQL Server 2000 o MSDE 2000 è stato installato, è necessario digitare SELECT @@ VERSION o SERVERPROPERTY('ProductVersion') al prompt dei comandi utilizzando l'utilità osql o isql o nella finestra della query in SQL Query Analyzer.

Analogamente, è possibile determinare il livello di prodotto per una determinata versione del motore di database di SQL Server 2000 o MSDE 2000 eseguendo SERVERPROPERTY('ProductLevel') SELECT.

Nella tabella seguente vengono illustrati la relazione tra la versione di SQL Server 2000 e il livello e il numero di versione è svolto da @@ VERSION e il livello del prodotto riportato in SERVERPROPERTY('ProductLevel').
Riduci questa tabellaEspandi questa tabella
Versione di SQL Server 2000 e di livello@@ VERSIONEProductLevel
Versione originale di SQL Server 20008.00.194RTM
Database Components SP1 o di Desktop Engine SP18.00.384SP1
Componenti di database di SP2 o di Desktop Engine SP28.00.534SP2
Database di SP3 o SP3a, o Desktop Engine SP3 o SP3a8.00.760SP3
Se non si è certi di quale edizione del motore di database SQL Server 2000 o MSDE 2000 è in esecuzione, è possibile visualizzare l'ultima riga dell'output restituito da SELECT @@ VERSION. L'ultima riga dovrebbe corrispondere a una delle seguenti operazioni:
Desktop Engine on Windows NT 5.0 (Build 2195: Service Pack 2)
Enterprise Evaluation Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Developer Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Personal Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Enterprise Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Nota della riga di inizio indica l'edizione di SQL Server modulo di gestione di database o di MSDE 2000. Questo è seguito da informazioni sul sistema operativo corrente.

È inoltre possibile determinare la versione digitando SERVERPROPERTY('Edition') SELECT, al prompt dei comandi utilizzando l'utilità osql o isql o nella finestra della query in SQL Query Analyzer.

Analysis Services

Per identificare la versione di Analysis Services installata, attenersi alla seguente procedura:
  1. Dal menu di avvio scegliere programmi , scegliere SQL Server 2000 , Analysis Services e quindi fare clic su Analysis Manager .
  2. Nella struttura della Analysis Manager fare clic con il pulsante destro del mouse sul nodo Analysis Server e quindi fare clic su Informazioni su Analysis Services .
  3. Utilizzare la seguente tabella per determinare quale versione di Analysis Services è.
Riduci questa tabellaEspandi questa tabella
Analysis Services versioneNumero della Guida in linea di build su
Versione originale di SQL Server 2000 Analysis Services8.0.194
Analysis Services SP18.0.382
Analysis Services SP28.0.534
Analysis Services SP3 o SP3a8.0.760
applicare la distinzione tra SP3 e SP3a

Per determinare se si dispone di SP3 o SP3a installato, controllare il numero di file di libreria di rete, Ssnetlib.dll versione. Se il numero di versione di questo file è 2000.80.760.0, si dispone di SP3, se il numero di versione di questo file è 2000.80.766.0, è necessario SP3a.

Supponendo che un'istanza è stata installata utilizzando le impostazioni predefinite, è possibile trovare il file Ssnetlib.dll in una delle seguenti posizioni:
  • Istanza predefinita: c:\Programmi\Microsoft SQL Server\Binn\Ssnetlib.dll
  • Istanza denominata: c:\Programmi\Microsoft SQL Server\MSSQL$<instancename>\Binn\Ssnetlib.dll
Per sapere se si dispone le cartelle di installazione di SP3 o SP3a, aprire il file di SP3Readme.htm e leggere la prima pagina. La versione del service pack, SP3a o SP3, è elencata nella parte superiore della prima pagina.

1.5 Ulteriori informazioni su SP3a

L'elenco delle correzioni contenute in questo service pack verrà essere fornito nell'articolo della Microsoft Knowledge Base 306908. Ciascuna correzione nell'elenco 306908 ha un collegamento a un articolo della Knowledge Base che descrive il problema risolto dalla correzione del. Seguire i collegamenti agli articoli della Knowledge Base singoli per informazioni su ciascuna correzione

per trovare un articolo della Microsoft Knowledge Base
  1. Nell'elenco Seleziona un prodotto Microsoft , selezionare SQL Server 2000 .
  2. Nella casella Cerca , digitare il numero dell'articolo desiderato.
  3. Nella casella Tipo di ricerca selezionare articolo ID .
  4. Fare clic sul pulsante Vai .
Verranno pubblicate le informazioni relative a SQL Server 2000 Service Pack 3a che non era disponibile in tempo per essere inclusi in questo file Leggimi nel articolo della Microsoft Knowledge Base 816502.

Knowledge Base articoli indicati in questo file Leggimi sono disponibili nella Microsoft Knowledge servizi base.

Microsoft Data Access Components

Questo service pack include gli aggiornamenti di Microsoft Data Access Components (MDAC), inclusi gli aggiornamenti per MSXML.

Per ulteriori informazioni, vedere la sezione 5.5.1 aggiornamenti Microsoft Data Access Components.

correzioni QFE

Tutti i bollettini rilasciati pubblicamente di protezione SQL Server 2000 SP2 sono stati risolti in SP3a. Se ricevi un hotfix di SQL Server 2000 dopo 14 ottobre 2002, tale aggiornamento rapido è improbabile da includere in SP3a.

Contattare il provider di servizio di supporto su come ottenere l'hotfix stesso per SQL Server 2000 SP3a.

aggiornamenti di strumenti SQL Server CE server

Gli utenti di Microsoft SQL Server 2000 Windows CE Edition (SQL Server CE) che hanno eseguito l'aggiornamento o si intende aggiornare SQL Server 2000 database e server di pubblicazione server a SP3 o versione successiva anche devono aggiornare i componenti di replica server sui server di Microsoft Internet Information Services (IIS). Un programma di installazione degli strumenti server di SQL Server CE aggiornato è disponibile nel Microsoft Web site.

1.6 Aggiornato documentazione in linea di documentazione è disponibile

Documentazione aggiornata per SP3 e SP3a è disponibile. In linea di SQL Server 2000 documentazione (aggiornata - SP3) contiene revisioni secondarie, oltre a nuove le informazioni relative a SP3 e SP3a.

È possibile scaricare in linea di SQL Server 2000 documentazione (aggiornata - SP3) da questo Microsoft Web site.

1.7 Aggiornato di SQL Server ed esempi di Analysis Services sono disponibile

Esempi di SQL Server 2000 database di analisi e il modulo di gestione di servizi che sono stati aggiornati per SP3 e SP3a sono disponibili. È possibile scaricare questi esempi aggiornati da questo Web sito.

2.0 Download ed estrazione SP3a

SP3a viene distribuito nei seguenti modi:
  • In un SQL Server 2000 Service Pack 3a CD-ROM contenente il service pack per i seguenti componenti:
    • SP3a di componenti di database
    • Analysis Services SP3a
    • Desktop Engine SP3a
  • In tre file autoestraenti che possono essere scaricati da Internet presso il Microsoft SQL Server Downloads Web site:
    • Sql2ksp3.exe (SP3a di componenti di database)
    • Sql2kasp3.exe (Analysis Services SP3a)
    • SQL2KDeskSP3.exe (SP3a di Desktop Engine)
Nota I CD di SQL Server 2000 Service Pack 3a e SQL2KDeskSP3.exe contiene tutti i file necessari per installare una nuova istanza di Desktop Engine.

Nota I file di download per SP3a hanno gli stessi nomi dei file per SP3. Se si dispone del CD di SP3a, è possibile installare SP3a direttamente dal CD.

Se non si dispone di un CD SP3a, è possibile scaricare il file appropriato e quindi eseguirlo. Quando il file di download viene eseguito nel computer in uso, verrà creato un insieme di cartelle e file sul disco rigido sono della stessa organizzazione di cartelle e file sul CD del Service Pack 3a. Una volta completata questa fase l'estrazione di file, è possibile installare SP3a dalle cartelle sul disco rigido.

Se download ed estrazione di file di installazione SP3a da Internet, utilizzare le linee guida riportate di seguito:
  • Scaricare uno dei file elencati nella sezione 2.0 e inserire il file autoestraente in una cartella nel computer in cui è in esecuzione il software di SQL Server 2000 si esegue l'aggiornamento a SP3a, o in una cartella in una condivisione di rete. Da una cartella, eseguire il file. Il programma di estrazione richiede il nome della cartella in cui si desidera posizionare i file del service pack.

    Nota Quando si estrae il service pack a una rete condivisione, il percorso della cartella specificato è relativo alla cartella in cui è stato eseguito il programma di estrazione.
  • Su unità locale o condivisione di rete per cui è possibile scaricare i file di installazione del service pack, è necessario spazio è circa tre volte la dimensione del file autoestraente. Questo include spazio per memorizzare il file autoestraente, lo spazio per l'archiviazione i file estratti di service pack e temporaneo spazio di lavoro necessario per il programma di estrazione.
  • Può essere rinominare o spostare la cartella dopo aver estratto i componenti; tuttavia, accertarsi che il nome del percorso directory non contenga spazi vuoti. È possibile utilizzare la stessa cartella di destinazione per ogni i file autoestraenti, non verrà sovrascriveranno a vicenda o interferire reciprocamente.
  • I file autoestraenti vengono utilizzati per creare un set di directory e file che corrispondono a quelli sul CD di SP3a. Se si scarica SP3a è necessario estrarre i file per costruire le directory del service pack prima di poter eseguire l'installazione di SQL Server.
  • Per SP3a di componenti di database e Analysis Services SP3a, il processo di installazione corrisponde a quello sia il CD con i file estratti.
Nota Alcuni dei file del service pack sono file di sistema. Non possono essere visualizzati a meno che non si segue questa procedura: In Esplora risorse, nel menu Visualizza , fare clic su Opzioni , fare clic sulla scheda Visualizza e quindi selezionare tutti i file casella di controllo.

come determinare la lingua di un'istanza di SQL Server 2000 Database Engine o MSDE 2000

SQL Server 2000 service pack sono specifiche della lingua. Per aggiornare SQL Server 2000, è necessario scaricare e applicare il service pack con la stessa lingua del software di SQL Server 2000. Ad esempio, se si sta aggiornando un'istanza di MSDE 2000 che utilizza il giapponese, è necessario scaricare la versione giapponese di Desktop Engine SP3a.
  • Fare clic su Start , quindi scegliere Esegui .
  • Nella casella Apri , digitare Regedit, quindi fare clic su OK
  • Individuare e selezionare una delle seguenti chiavi:
    • Per un'istanza predefinita del motore di database di SQL Server 2000 o MSDE 2000, individuare e selezionare la chiave:

      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion
    • Per un'istanza denominata del motore di database di SQL Server 2000 o MSDE 2000, individuare e selezionare la chiave:

      HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\InstanceName\CurrentVersion dove InstanceName è il nome dell'istanza
  • Nel riquadro di destra, leggere il valore della voce Language. Confrontare tale valore alla tabella seguente per determinare la lingua per l'istanza del motore di database di SQL Server 2000 o MSDE 2000:
    Riduci questa tabellaEspandi questa tabella
    Valore del Registro di sistema di lingua (in esadecimali)Linguaggio valore del Registro di sistema (in esadecimale)Valore del Registro di sistema di lingua (in esadecimali)
    0x000004041028Cinese (tradizionale)
    0x000004071031Tedesco
    0x000004091033Inglese
    0x0000040A1034Spagnolo
    0x0000040c1036Francese
    0x000004101040Italiano
    0x000004111041Giapponese
    0x000004121042Coreano
    0x000004131043Olandese
    0x000004161046Portoghese (Brasile)
    0x0000041d1053Svedese
    0x000008052053 Cinese (semplificato)
componenti di database e file di Analysis Services SP3a

I componenti di database e Analysis Services installazione file entrambi contengono la documentazione di installazione aggiornati è possibile accedere facendo clic su Guida durante l'installazione di SP3a. Questa documentazione non aggiorna la versione di in linea di SQL Server 2000 documentazione già installata nel computer. Per informazioni su come ottenere una versione aggiornata della documentazione in linea di, vedere la sezione 1.6 aggiornata documentazione OnlineDocumentation È disponibile. Se si desidera accedere solo alla aggiornato documentazione di installazione di SQL Server 2000 SP3a senza aggiornare la documentazione in linea di SQL Server, eseguire il file di Setupsql.chm. Setupsql.chm si trova nella sottocartella \Books della directory sul CD del Service Pack 3a, della directory locale o condivisione di rete che contiene i file estratti di service pack.

2.1 Download ed estrazione di Desktop Engine (MSDE 2000) SP3a

Utenti che dispongono di un'istanza esistente di MSDE 2000 necessario conoscere la modalità di installazione le istanza di MSDE 2000 in grado di patch. È possibile determinare questo dalle informazioni registrate come una voce di ProductCode in una chiave del Registro di sistema seguendo le istruzioni riportate nella Microsoft Knowledge Base articolo 311762.
  • Se il nome del pacchetto originale per il valore ProductCode era SqlRun01.msi tramite SqlRun16.msi, è possibile aggiornare l'istanza di MSDE 2000 utilizzando i file di download di SQL Server 2000 SP3a. Per informazioni su come determinare la lingua di un'istanza di MSDE 2000, vedere sopra.
  • Se il nome originale del pacchetto per il valore di ProductCode fa riferimento a un'applicazione di Microsoft, visualizzata la pagina riportata di seguito per istruzioni su come aggiornare l'istanza di MSDE 2000: Microsoft MSDE Applications Web page.
  • Se il valore ProductCode non è elencato in questo articolo, l'istanza è stato installato dall'utilità di installazione di un'applicazione. Non è possibile utilizzare i file di download di SQL Server 2000 SP3a per applicare tali istanze MSDE SP3a. In alternativa, è necessario ottenere un file di correzione dalla società che ha scritto l'applicazione. Se l'applicazione proviene da una società diversa da Microsoft, è necessario contattare la società per un file di patch. Se l'applicazione proviene da Microsoft, vedere la seguente pagina che elenca le applicazioni di MSDE da Microsoft (questa pagina verrà aggiornata con informazioni su come aggiornare le istanze di MSDE 2000): Microsoft MSDE Applications Web page.
  • Se il nome del pacchetto originale per il valore ProductCode era Sample.msi o SampleUpg.msi, vedere Knowledge Base articolo 314131.
Download di MSDE 2000 SP3a

Se l'istanza di MSDE 2000 è stato installato utilizzando l'utilità di installazione MSDE (nome del pacchetto originale era SqlRun01.msi tramite SqlRun16.msi), è possibile aggiornare l'istanza di MSDE 2000 utilizzando un file di download di SQL Server 2000 SP3a:
  • Visitare il Microsoft SQL Server Downloads Web site.
  • Nella Full Download casella della parte superiore destra della pagina, selezionare la lingua che corrisponde alla lingua per l'istanza di MSDE 2000 e fare clic su Vai .
  • Nella pagina successiva, è necessario individuare la sezione del file in questo download nella parte inferiore della pagina. In base alla lingua, selezionare uno di questi file:
    • Se si seleziona inglese, scaricare il file SQL2KDeskSP3.exe in una cartella sul computer.
    • Se è stata selezionata un'altra lingua, scaricare il file LLL_SQL2KDeskSP3.exe, dove LLL varia dal linguaggio.
estrazione di file SP3a di MSDE 2000

Dopo il download o SQL2KDeskSP3.exe che LLL_SQL2KDeskSP3.exe, è necessario estrarre i file di MSDE 2000:
  • Aprire Esplora risorse e passare alla cartella in cui è stato scaricato il file di download di MSDE 2000 SP3a (SQL2KDeskSP3.exe o LLL_SQL2KDeskSP3.exe, dove LLL varia da lingua)
  • Fare doppio clic sul file di download di MSDE SP3a di estrarre i file. Quando viene richiesto, è necessario specificare la cartella in cui è possibile estrarre i file.

3.0 Installazione del Service Pack

Per installare SP3a, è necessario utilizzare le istruzioni di installazione nelle sezioni seguenti. Non tutti i passaggi sono necessari, a seconda di quale dei seguenti componenti di SQL Server 2000 o configurazioni si applicano il service pack:
  • Componenti di database
  • Analysis Services
  • Desktop Engine
  • Cluster di failover
  • Server di replica
La prima frase in ciascuna delle sezioni che seguono indica i componenti a cui si applica tale sezione.

prima di avvio di un'installazione

Se l'istanza del motore di database di SQL Server 2000 o MSDE 2000 viene utilizzato da un'applicazione, dapprima il controllo con il provider dell'applicazione per verificare se esistono eventuali motore di database o MSDE 2000 aggiornamento considerazioni specifiche a tale applicazione.

Un'installazione di Service Pack 3a non riuscirà se uno dei seguenti criteri di protezione è stato impostato su non consentire l'installazione :
  • Il periferiche: funzionamento installazione driver di unsigned criteri di protezione locali per Windows XP
  • Criteri di protezione locali funzionamento installazione file non-driver privo di firma digitale per Windows 2000

    Se si utilizza l'impostazione non consentire l'installazione , è necessario modificarla per eseguire automaticamente prima di installare Service Pack 3a. Se necessario, è possibile restituire i criteri per l'impostazione precedente al termine dell'installazione.
Nota non consentire l'installazione non è l'impostazione predefinita per questi criteri di protezione.

Quando si installa SQL Server 2000 SP3a in un computer che esegue Windows XP, MDAC 2.7 non verrà aggiornato a MDAC 2.7 Service Pack 1a (SP1a). Se il sistema richiede una delle correzioni incluse in MDAC 2.7 SP1a, è necessario applicare Windows XP Service Pack 1 prima di installare SQL Server 2000 SP3a. Windows XP SP1 verrà applicata a tutte le correzioni incluse in MDAC 2.7 SP1a.

Quando si installa questo service pack in una versione non definitiva di Microsoft Windows Server 2003 build 3683 o precedente, verrà visualizzato il seguente messaggio di errore:

Il software che sta installando non ha superato il testing per verificare la compatibilità con questa versione di Windows del programma Windows Logo. Questo software non verrà installato. Contattare l'amministratore di sistema.

È possibile ignorare questo messaggio. Fare clic su OK per continuare l'installazione.

Nota Questo messaggio di bloccare un'installazione automatica.

Quando si installa questo service pack in un computer che esegue Windows NT 4.0 Service Pack 6a, devono applicare l'hotfix descritto nell' articolo di Knowledge Base riportato di seguito 258437.

Prima di installare SP3a nella versione francese di Windows NT 4.0, seguire le istruzioni nell'articolo della Knowledge Base 259484. È possibile accedere l'articolo da Microsoft Product Support Services Knowledge Base. Per istruzioni sulla ricerca nella Knowledge Base, vedere la sezione 1.5 informazioni aggiuntive su SP3a.

prima di avvio di un'installazione di componenti di database

Se si applica SP3a di componenti di database a un'istanza di SQL Server in un computer in cui è inoltre installato Analysis Services, l'installazione potrebbe non quando si esegue lo script, Sp3_serv_uni.sql. In questo caso, riavviare il computer e rieseguire il programma di installazione.
  • SQL Server 2000 service pack non influiscono sulla possibilità di backup di database utente da una versione di SQL Server 2000 o MSDE 2000 (versione originale o un service pack) e ripristinarli su un'altra versione, tranne quando il database utente è parte di una topologia di replica. Se il database utente non fa parte di una topologia di replica, è possibile eseguirne il backup da un'istanza in esecuzione di qualsiasi versione di SQL Server 2000 o MSDE 2000 e ripristinarlo in un'istanza in esecuzione di qualsiasi altra versione di SQL Server 2000 o MSDE 2000. Vi sono ulteriori considerazioni per la replica in dettaglio nella sezione 5.3.6 backup e ripristino problemi per la replica di tipo merge.
SP3a installazione aggiorna i database utente che sono membri di una topologia di replica. Prima di installare SP3a, assicurarsi che i database di replica e i filegroup sono scrivibili e che l'account utente è in esecuzione l'installazione disponga dell'autorizzazione per accedere ai database. Per informazioni più di applicare SP3a a database inclusi in topologie di replica, vedere la sezione 3.11 installazione sui server replicato.

Se viene SP3a rilevata database utente o di filegroup che non sono modificabili, è:
  • Si di Applica gli aggiornamenti di replica SP3a a tutti i database utente scrivibile.
  • Scrive un elenco dei database non è possibile scrivere il programma di installazione di log, che si trova a Winnt\Sqlsp.log.
  • Viene visualizzato il seguente messaggio di avviso:

    È stata rilevata una o più database e filegroup che non sono modificabili.
È possibile ignorare questo avviso, a meno che parte del database elencati nel Registro di installazione siano membri di una topologia di replica. Se uno dei database non è possibile scrivere nell'elenco il registro dell'installazione sono membri di una topologia di replica, è necessario rendere tali database modificabile e riapplicare installazione SP3a a tale istanza di SQL Server 2000.

Nota Questo messaggio non influisce sulle installazioni automatiche. Per ulteriori informazioni sulle installazioni automatiche, vedere la sezione 4.1 Unattended Installations.

Poiché il database di sola non provocare non è più l'installazione per avere esito negativo, non è necessario rimuovere la distribuzione dei log prima dell'aggiornamento a SP3a. Tuttavia, se il database viene fornito i registri per un database di pubblicazione, è necessario:
  • Richiedere il database in modalità non in linea prima di applicare SP3a.
  • Applicare SP3a l'istanza.
  • Portare in linea del database.
  • Accedere a Query Analyzer ed eseguire lo script seguente:
    USE master
    GO
    EXEC sp_vpupgrade_replication
    GO
    
Se è possibile applicare SP3a senza dover disconnesso tutti i database di sola distribuzione dei log per database di pubblicazione, verrà visualizzato questo errore:
Errore di esecuzione di script sp_vpupgrade_replication (1)
Se si riceve questo errore, attenersi alla procedura precedente.

Nota Durante l'installazione, installazione non effettua alcuna distinzione tra database di sola lettura e i database disponibili in modalità non in linea o in uno stato sospetto. Se un database di replica o di un filegroup è in una di queste condizioni durante l'installazione ed è coinvolto in una topologia di replica, è necessario riapplicare il service pack dopo aver apportato scrivibile del database.

Note Poiché il database non è possibile scrivere non provocare non è più l'installazione per avere esito negativo, non è necessario rimuovere la distribuzione dei log prima dell'aggiornamento a SP3a.

Preparazione per Systems Management Server distribuiti installazione

In modalità remota non è possibile installare SQL Server 2000 Service Pack 3a. Tuttavia, è possibile utilizzare Microsoft Systems Management Server per installare automaticamente di SP3a in più computer che eseguono Windows NT Server 4.0. A tale scopo, è necessario utilizzare un file di definizione di pacchetto (Smssql2ksp3.pdf) che automatizza la creazione di un pacchetto di SQL Server in Systems Management Server. SQL Server pacchetto può quindi essere distribuito e installato in computer che eseguono SMS. Il file Sms2kdef.bat è un file batch che avvia un'installazione automatica utilizzando Systems Management Server. In questo tipo di installazione, il programma di installazione rileva automaticamente informazioni di sistema rilevanti che è necessario e che non è necessario alcun input utente.

Note Non è possibile utilizzare SMS per installare Desktop Engine Service Pack 3a.

3.1 Backup dei database di SQL Server

Le seguenti informazioni si applicano alle tutte le installazioni di componente, ad eccezione di componenti di database client.

Prima di installare Database Components SP3a o SP3a di Desktop Engine, eseguire il backup del master, msdb e modello di database. L'installazione del Service Pack 3a Modifica master, msdb e modello di database, rendendoli incompatibile con le versioni precedenti a SP3 di SQL Server. Queste copie di backup sono necessari se si decide di reinstallare SQL Server 2000 senza SP3 o SP3a.

È anche consigliabile il backup dei database utente, sebbene SP3a esegue gli aggiornamenti solo sui database utente che sono membri di topologie di replica.

3.2 Nuovamente le di Analysis Services database e repository

Le informazioni seguenti valide solo per Analysis Services.

Prima l'installazione di Analysis Services SP3a, eseguire il backup di Analysis Services database creando una copia della cartella Microsoft Analysis Services\Data, che viene installata per impostazione predefinita in file la cartella cartella. Se non è stato effettuata la migrazione del repository di Analysis Services a SQL Server, eseguire una copia di backup del file Msmdrep.mdb, situato nella cartella Services\Bin di analisi di Microsoft. È inoltre necessario salvare l'analisi voci di server che eseguono Regedit.exe oppure tramite l'elemento Esporta File del Registro di sistema dal menu Registro di sistema per esportare la chiave
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAPServer
in un file a scopo di backup. Se si è eseguita la migrazione del repository di Analysis Services a SQL Server, eseguire il backup del database che contiene l'archivio prima di installare Service Pack 3a. Per ulteriori informazioni, vedere disinstallazione di SQL Server 2000 Analysis Services SP3a.

3.3 Verifica che i database di sistema dispongono di spazio libero

Le informazioni seguenti si applicano alle tutte le installazioni di componente, ad eccezione di componenti client per database e Analysis Services.

Se l'opzione di aumento automatico delle dimensioni non è selezionata per i database master e msdb, è necessario che i database necessario almeno 500 kilobyte (KB) di spazio libero. Per verificare che disporre di tale spazio, l'esecuzione del sistema sp_spaceused stored procedure per il database master o di msdb. Se lo spazio non allocato in uno dei due database è inferiore a 500 KB, aumentare la dimensione del database. Per ulteriori informazioni, vedere "Espandere un database" nella documentazione in linea.

Se l'opzione di aumento automatico delle dimensioni è selezionata per i database master e msdb e vi è spazio sufficiente nell'unità, è possibile ignorare questo passaggio.

Per verificare che sia selezionata l'opzione di aumento automatico delle dimensioni in SQL Server 2000, aprire SQL Server Enterprise Manager, fare clic con il pulsante destro del mouse sull'icona del database e quindi scegliere Properties.Verify che l'aumento automatico dimensioni del file è selezionata.

Per verificare che questa opzione è selezionata in MSDE 2000, utilizzare l'utilità di prompt dei comandi di osql per eseguire le seguenti istruzioni SQL:
  • sp_helpdb master
  • sp_helpdb msdb
Nell'output di queste istruzioni, verificare che il valore della colonna crescita non è 0.

3.4 Interrompere servizi e applicazioni prima di eseguire l'installazione del Service Pack 3a

Le informazioni seguenti valide per tutti i componenti. È possibile applicare SP3a senza l'arresto dei servizi.

Se non vengono arrestati servizi, verrà chiesto di riavviare il computer al termine dell'installazione. Senza riavviare il computer, i seguenti servizi non avviati:
  • Microsoft Distributed Transaction Coordinator (MS DTC) e i servizi Microsoft Search e MSSQLServerOLAPService. .
  • I servizi MSSQLServer e SQLServerAgent per l'istanza in corso l'aggiornamento (ad esempio, MSSQL $ NamedInstance).
  • Servizi componenti di Microsoft, Microsoft Message Queuing e Microsoft COM Transaction Integrator.
  • Tutte le applicazioni, compreso il Pannello di controllo. (facoltativo)
È possibile applicare SP3a senza riavviare il computer interrompendo i servizi e le applicazioni prima di applicare il Service Pack 3a.

Impossibile arrestare i servizi in un ambiente cluster. Per ulteriori informazioni, vedere installazione 3.10 di sezione in un cluster di Failover dei comandi.

3.5 Installazione SP3a di componenti di database

Le informazioni seguenti si applicano alle tutte le installazioni di componente, ad eccezione di Desktop Engine e Analysis Services.

Eseguire lo script Setup.bat da una delle seguenti posizioni:
  • La directory del computer locale contenente i file del estratti service pack da ITA_SQL2KSP3.exe.
  • Directory del service pack sul CD di SP3a di SQL Server 2000.
  • La directory nella condivisione di rete contenente i file del estratti service pack da ITA_SQL2KSP3.exe.
Nota Per poter installare i componenti di database da una condivisione di rete, eseguire una delle seguenti operazioni:
  • Mappare la condivisione di rete contenente i file estratti di servizio del pack una lettera di unità disponibile sul computer locale, passare alla directory sull'unità connessa che contiene il file Setup.bat e quindi eseguire il file Setup.bat.
  • Avviare il programma di installazione eseguendo il file Setupsql.exe trovato in \X86\Setup, che è una sottocartella della directory della condivisione di rete contenente i file estratti di service pack.
Il programma di installazione visualizza una finestra di dialogo che richiede informazioni, ad esempio se si desidera utilizzare autenticazione di SQL Server o di Windows. Se si sceglie l'autenticazione di SQL Server, specificare il programma di installazione con la password per account di accesso sa. Se si sceglie l'autenticazione di Windows, è necessario eseguire il programma di installazione effettuato l'accesso al Windows utilizzando un account di accesso di Windows. Questo account di accesso deve appartenere un sysadmin il ruolo server predefinito per l'istanza di SQL Server 2000 si esegue l'aggiornamento.

Il programma di installazione esegue quindi le seguenti attività:
  • Consente di visualizzare una finestra di dialogo Autenticazione se viene rilevata l'installazione utilizzata modalità di autenticazione mista con una password vuota per l'accesso sa. Lasciando vuota la password di accesso sa fornisce agli utenti semplice accesso amministrativo a SQL Server o Desktop Engine non è consigliata e proteggere i sistemi implementando la password per sa o utilizzando l'autenticazione di Windows. Per ulteriori informazioni su questa finestra di dialogo, vedere finestra di dialogo modalità autenticazione più avanti in questa sezione.
  • Consente di visualizzare una finestra di dialogo avviso password SA se rileva una password vuota per l'accesso sa. Anche se è possibile continuare l'installazione con una password vuota per l'accesso dell'amministratore di sistema in modo esplicito si sceglie di ignorare la raccomandazione e continuare l'installazione, una password vuota rappresenta un rischio per la protezione e non è consigliata. Questa finestra di dialogo viene visualizzata indipendentemente si utilizza la modalità di autenticazione.

    Nota Questa modifica della password viene reso immediatamente; anche se l'installazione si verifica un errore, la password ancora viene modificata.
  • Visualizza un'Elenco di controllo compatibilità con versioni precedenti finestra di dialogo che avvisa di compatibilità con i problemi che potrebbe verificarsi quando si applica il service pack. Per ulteriori informazioni su questa finestra di dialogo, vedere indietro compatibilità Checklist Dialog Box più avanti in questa sezione.
  • Visualizza una finestra di dialogo se viene rilevato che qualsiasi database o un filegroup non sono modificabili. A questo punto, se uno di questi database o filegroup fanno parte di una topologia di replica è possibile:
    • Interrompere il processo di installazione, rendere modificabile questi oggetti e riavviare l'installazione.
    • Continuare il processo di installazione corrente di SP3a e riapplicare SP3a in un secondo momento dopo aver apportato tali oggetti modificabili.

      Nota I passaggi precedenti sono necessari solo quando si applica SP3a a database non è possibile scrivere o di filegroup che fanno parte di una topologia di replica. Per ulteriori informazioni, vedere la sezione 3.12 applicazione SP3a per database di sola lettura o di filegroup.
  • Visualizza una finestra di dialogo Segnalazione errori di informazioni su come attivare la nuova funzionalità inclusa in SP3a di segnalazione. Per ulteriori informazioni sulla segnalazione errori, vedere sezione 5.10 Error Reporting.
  • Se necessario, Aggiorna componenti di MDAC. Per ulteriori informazioni, vedere la sezione 5.5.1 aggiornamenti Microsoft Data Access Components.
  • Sostituisce il file esistenti di SQL Server 2000 con SP3a file
  • File di script Transact-SQL viene eseguita per aggiornare il sistema stored procedure
  • Visualizza un'opzione per riavviare il computer nella finestra di dialogo finale, se il programma di installazione determina che è necessario riavviare il computer.


finestra di dialogo modalità di autenticazione

La finestra di dialogo di autenticazione non utilizza impostazione predefinita alle impostazioni correnti per l'installazione. Le impostazioni predefinite della finestra di dialogo sono:
  • Nei computer che eseguono Windows 98 o Windows Millennium Edition, l'impostazione predefinita è modalità di autenticazione mista (la modalità di autenticazione solo supportata in questi sistemi operativi). La finestra di dialogo viene chiesto di specificare una password per account di accesso sa. Se si specifica una password, installazione modifica la password dell'account di accesso sa. Se si lascia vuota la password, l'installazione si connette senza modificare la password
  • Nei computer che eseguono Windows NT 4.0 o Windows 2000, l'impostazione predefinita è autenticazione di Windows. Utilizzare la finestra di dialogo per passare alla modalità di autenticazione di Windows o modalità mista con una password di accesso sa non è vuota.

    Nota Prima di modificare la modalità di autenticazione o la password per account di accesso sa, assicurarsi che questa modifica non influisce sulle applicazioni esistenti. Ad esempio, se si modifica un'istanza di SQL Server di utilizzare modalità di autenticazione mista per utilizza solo l'autenticazione di Windows, le applicazioni esistenti che tenta di connettersi utilizzando l'autenticazione di SQL Server non possono connettersi fino a quando non la modalità di autenticazione è impostata su autenticazione di Windows. Inoltre, se si modifica la password di accesso sa, applicazioni o processi amministrativi che utilizzano la vecchia password non possono connettersi fino a quando non sono configurati per utilizzare la nuova password.
importante Per motivi di sicurezza, non è una password sull'account di accesso sa.

L'installazione viene inserito un record delle azioni che il file Sqlsp.log viene eseguita automaticamente. Il file di registro viene memorizzato in Windows la directory del computer in cui viene eseguito l'installazione. Se l'aggiornamento di più istanze, solo l'aggiornamento più recente viene registrato in questo registro.

finestra di dialogo elenco di controllo di compatibilità con le versioni precedenti

L'Elenco di controllo compatibilità con versioni precedenti di finestra di dialogo elenca i problemi di compatibilità con le versioni precedenti che potrebbero verificarsi quando si applica il service pack. I problemi di compatibilità con le versioni precedenti che vengono visualizzati in elenco di controllo variano a seconda della configurazione dell'istanza di SQL Server 2000 viene aggiornato.

In questa finestra di dialogo, potrebbero essere stati i seguenti problemi di compatibilità con le versioni precedenti:
  • Durante l'aggiornamento di SP2 o versioni precedenti, SP3a Aggiorna servizio Microsoft Search e ricrea automaticamente i cataloghi full-text per tutte le applicazioni utilizzando il servizio. Durante la ricostruzione funzionalità full-text potrebbe non essere completamente disponibile. È necessario selezionare questa casella di controllo prima di continuare l'installazione. Per informazioni, vedere la sezione 5.1.5 full-text cataloghi vengono ricreati dopo l'installazione completa.
  • Prima di applicare il service pack, è necessario aggiornare la configurazione del server master/destinazione di SQL Server 2000. I miglioramenti introdotti con SP3a sono compatibili solo con i server che eseguono SQL Server 2000 SP3 o SP3a. È necessario selezionare questa casella di controllo prima di continuare l'installazione. Per ulteriori informazioni, vedere la che sezione 5.4.2 modifiche di configurazione dei server master/target.
  • Concatenamento proprietà tra database è disattivato per impostazione predefinita in questo service pack. Dopo l'installazione, è possibile attivare il concatenamento proprietà tra database dei singoli database. Selezione di questa casella di controllo facoltativa consente di consentire il concatenamento per tutti i database delle proprietà tra database. Per ulteriori informazioni, vedere concatenamento proprietà tra database in sezione 5.1.11.

    Nota Selezione di concatenamento per tutti i database delle proprietà tra database non è consigliata.

    Nota Se è in precedenza era attivata la proprietà tra database concatenamento su una versione non definitiva di SP3 (prima della generazione 8.00.760) sarà necessario abilitare nuovamente durante l'installazione di Service Pack 3a.

3.6 Installazione di Analysis Services SP3a

Le informazioni seguenti si applicano solo ai Analysis Services.

Per installare Analysis Services SP3a, è necessario eseguire Setup.exe da una delle seguenti posizioni:
  • Nella sottodirectory Msolap\Install della directory contenente i file di Analysis Services SP3a estratti da ITA_SQL2KASP3.exe.
  • La directory Msolap\Install del CD del Service Pack 3a.
Il programma di installazione esegue quindi le seguenti attività:
  • Apre una finestra di dialogo Installazione in cui si chiede di immettere informazioni. Per ulteriori informazioni sulla segnalazione degli errori, vedere 5.10 Error Reporting.
  • Visualizza una finestra di dialogo Segnalazione errori di informazioni su come attivare la nuova funzionalità inclusa in SP3a di segnalazione.
  • Copia i file necessari e completa l'installazione


altri problemi di installazione di Analysis Services

Dopo l'installazione di Analysis Services SP3a è necessario aggiornare anche i computer utilizzati per l'amministrazione remota a SP3 o SP3a. In caso contrario, quando si tenta di connettersi in remoto tramite Analysis Manager è visualizzato il seguente messaggio di errore:

Impossibile connettersi al Registro di sistema del server (nome_server) oppure non è un membro del gruppo OLAP Administrators del server.

Meta Data Services ha aggiunto un nuovo ruolo dedicato denominato RepositoryUser , che può essere utilizzato per le informazioni di repository di accesso e l'aggiornamento nel database msdb . Il ruolo di RepositoryUser è creare, leggere, aggiornare, eliminare ed eseguire autorizzazioni sull'archivio msdb . Il ruolo public è stato sostituito da questo nuovo ruolo e non ha più autorizzazioni di questo archivio. Se sono soddisfatte le seguenti condizioni, il gruppo OLAP Administrators deve essere aggiunto al ruolo RepositoryUser in modo che i membri del gruppo possono accedere il repository dopo avere applicato il service pack:
  • Il repository è nel formato di Meta Data Services.
  • Il repository utilizza il database di msdb .
  • Il gruppo OLAP Administrators , in precedenza, utilizzato al ruolo public per l'accesso del repository.
Nota Questa modifica influisce anche sulle server remoti che accedono a Meta Data repository dei servizi su un server che è stato aggiornato a SP3 o SP3a. Account di accesso server remoto deve essere aggiunto al ruolo di RepositoryUser.

Nota Il gruppo OLAP Administrators deve essere aggiunto al ruolo RepositoryUser prima di ripristinare un repositorythat è stato eseguito il backup prima di eseguire l'aggiornamento a SP3 o SP3a di Meta Data Services; in caso contrario, l'operazione di ripristino avrà esito negativo.

Per ulteriori informazioni sul ruolo RepositoryUser , vedere la sezione 5.6.3 nuovo RepositoryUser ruolo per l'accesso a informazioni di repository.

Se Analysis Services Data cartella si trova in un computer rispetto a quello in cui il server di analisi è in esecuzione, è necessario modificare le autorizzazioni sulla cartella dopo l'installazione del Service Pack 3a. Per ulteriori informazioni, vedere la sezione 5.2.10 autorizzazioni deve essere modificato in una cartella dati remoto.
Considerazioni sulla protezione di 3.7.2 per MSDE 2000 SP3a
Le informazioni seguenti si applicano solo ai Desktop Engine (MSDE 2000).

SP3a di Desktop Engine indicata una serie completa dei file necessari per installare o aggiornare le istanze di SQL Server 2000 Desktop Engine (MSDE 2000). È possibile eseguire tutte le azioni di installazione di MSDE 2000 con i file dal Desktop Engine SP3a, purché si disponga di una licenza per installare o aggiornare un'istanza di MSDE 2000. Per ulteriori informazioni sulle licenze di MSDE 2000, vedere Utilizzo di MSDE 2000.

Non sarà possibile applicare SP3a di Desktop Engine alle istanze di MSDE 2000 di cui sono state installate dall'installazione di utilità di un application.You contatta il provider dell'applicazione per un file patch può essere utilizzato per aggiornare queste istanze di MSDE 2000. Per istruzioni su come determinare se un'istanza di MSDE 2000 rientra in questa categoria, vedere la sezione download 2.1 e SP3a di estrazione Desktop Engine (MSDE 2000).
Nelle sezioni riportate di seguito disponibili informazioni di importanti concetti di base sull'installazione di MSDE 2000 SP3a:
  • Prerequisiti di 3.7.1 per MSDE 2000 SP3a
  • Considerazioni sulla protezione di 3.7.2 per MSDE 2000 SP3a
  • Parametri di installazione 3.7.3 MSDE 2000
Nelle sezioni seguenti vengono illustrati gli scenari più comuni per l'aggiornamento di un'istanza esistente di MSDE a SP3a o installare un'istanza nuova di MSDE 2000 SP3a:
  • Istanze esistenti di MSDE 2000 di 3.7.4 l'aggiornamento A SP3a
  • 3.7.5 L'installazione di una nuova istanza di MSDE 2000 SP3a
  • 3.7.6 Aggiornamento di MSDE 1.0 a MSDE 2000 SP3a
Se è necessario ulteriori informazioni, la principale fonte di documentazione per l'installazione di MSDE 2000 SP3a è nella documentazione in linea di SQL Server 2000 (aggiornata - SP3). Si sono alcune modifiche apportate a MSDE 2000 SP3 e SP3a e che non vengono riflesse completamente in linea di SQL Server 2000 documentazione (aggiornata - SP3), tali funzionalità utilizzate in questo file readme. Per ulteriori informazioni sull'installazione di SQL Server 2000 documentazione in linea (aggiornata - SP3), vedere la sezione 1.6 aggiornata documentazione in linea documentazione è disponibile.
Prerequisiti di 3.7.1 per MSDE 2000 SP3a
Le informazioni seguenti si applicano solo ai Desktop Engine (MSDE 2000).

I seguenti requisiti applicano alle installazioni di SQL Server 2000 Desktop Engine (MSDE 2000) SP3a.

Durante l'aggiornamento di MSDE 2000, è necessario applicare separatamente ogni istanza di MSDE 2000 Desktop Engine SP3a.

Nota Microsoft non supporta le configurazioni in cui sono presenti più di 16 istanze del motore di database su un computer. Istanze di SQL Server 6.5, SQL Server 7.0, SQL Server 2000, MSDE 1.0 e MSDE 2000 sono inclusi.

Sempre è possibile avviare l'installazione di MSDE 2000 eseguendo Setup.exe. Non avviare il programma di installazione richiamando direttamente uno dei file con estensione msi di MSDE 2000, ad esempio facendo doppio clic su uno dei file con estensione msi MSDE 2000. Eseguire l'installazione dal prompt dei comandi e specificare i parametri per installare o aggiornare un'istanza di MSDE. Per ulteriori informazioni sui parametri necessari, vedere le sezioni 3.7.2 tramite 3.7.6.

Possono verificarsi problemi se si utilizza un Servizi Terminal connessione tentativo per aggiornare un'istanza esistente di MSDE a SP3a o per installare una nuova istanza di MSDE 2000 SP3a. Se si verificano problemi, riavviare l'installazione dal computer locale.

È necessario conoscere il nome di istanza dell'istanza di MSDE, l'installazione o l'aggiornamento utilizzando l'installazione MSDE 2000 SP3a. Se l'installazione o aggiornamento di un'istanza denominata di MSDE, occorre utilizzare il parametro INSTANCENAME per specificare il nome istanza. Se non si specifica INSTANCENAME, installazione funzionerà nell'istanza predefinita di MSDE nel computer. Nelle versioni dell'installazione di MSDE 2000 prima di SP3, gli utenti necessari per specificare il file MSI del pacchetto di installazione utilizzato per installare o aggiornare un'istanza di MSDE 2000. In SP3 e versioni successive del programma di installazione, installazione gestisce i file MSI e non è necessario specificare il file con estensione msi per un aggiornamento o una nuova installazione.

È possibile eseguire l'installazione di MSDE 2000 SP3a da disco rigido, una condivisione di rete o un CD. Eseguire l'aggiornamento da un'istanza di MSDE 2000 a SP3a, è possibile eseguire l'installazione da una condivisione di rete o da un CD solo se i file originali consente di installare l'istanza di MSDE 2000 sono ancora presenti nel percorso che sono occupate durante l'installazione originale. Se l'installazione originale è stata effettuata da un CD, l'installazione di MSDE 2000 SP3a richiederà il CD originale durante l'aggiornamento. Se i file originali non vengono più nei rispettivi percorsi originali o il CD originale non è disponibile, è necessario copiare i file di MSDE 2000 sul disco rigido ed eseguire di installazione da tale posizione.

Se si crea il proprio CD di installazione SP3a, è necessario che l'etichetta di volume sul CD di necessario SQL2KSP3. Se si è un fornitore di software indipendenti (ISV) Creazione di un CD allo scopo di distribuzione di Desktop Engine come componente dell'applicazione, l'etichetta di volume CD deve essere identica VolumeLabel la proprietà nella tabella Media del pacchetto Windows Installer (MSI).
È possibile installare l'aggiornamento per Desktop Engine da un CD solo se si utilizza Windows Installer versione 2.0.2600.0 o later.If che è necessario aggiornare Windows Installer, SP3a include disponibili i file necessari per l'aggiornamento Windows Installer.

per aggiornare Windows Installer:
  1. Utilizzando Esplora risorse, passare alla cartella \MSDE\MSI su un CD di SQL Server 2000 SP3a o in cartelle che è stato estratto da SQL2KDeskSP3.exe.
  2. Eseguire InstMsi20.exe.
  3. Quando richiesto, riavviare il computer.
Considerazioni sulla protezione di 3.7.2 per MSDE 2000 SP3a
Le informazioni seguenti si applicano solo ai Desktop Engine (MSDE 2000).

Il comportamento di installazione di MSDE 2000 è stato modificato in SP3a in modo che le impostazioni predefinite comportare una configurazione più sicura.

Desktop Engine SP3a viene modificata il funzionamento predefinito del parametro di installazione DISABLENETWORKPROTOCOLS che specifica la configurazione del supporto di connessione di rete per un'istanza di MSDE 2000. Se nessuna applicazione in esecuzione su un altro computer si connettono l'istanza di MSDE 2000, l'istanza non è necessario per il supporto di rete ed è prudente disattivare una risorsa che non è in uso. SP3a verrà disattivato il supporto di rete per impostazione predefinita durante l'installazione di nuove istanze di MSDE 2000. Se si disattiva il supporto di rete durante l'installazione di un'istanza di MSDE 2000 SP3a, è successivamente possibile riconfigurare l'istanza per abilitare il supporto. Per ulteriori informazioni sulla disattivazione e il ripristino accesso alla rete, vedere Microsoft Knowledge Base articolo 814130.

Per impostazione predefinita, l'installazione di MSDE 2000 SP3a verrà non installato una nuova istanza di MSDE 2000, a meno che si utilizzi il parametro SAPWD per indicare un sicuro sa password. Per impostazione predefinita l'installazione di MSDE 2000 SP3a verrà non aggiorna un'istanza esistente di MSDE 2000, a meno che una password complessa siano state assegnate per la sa account di accesso. È deve assegnare una password complessa all'account di accesso sa anche quando l'aggiornamento di un'istanza esistente, a meno che l'applicazione utilizzando l'istanza di MSDE dipende in qualche modo una password sa. Anche se l'istanza di MSDE 2000 è in esecuzione in modalità autenticazione di Windows, account di accesso sa diventa immediatamente attiva se l'istanza è sempre passa a modalità mista. Per l'accesso non autorizzato è possibile utilizzare una password null, vuoto, semplice o conosciuto. Se è necessario assegnare una password sa complessa prima di aggiornare l'istanza di MSDE 2000 a SP3a, vedere l'articolo della Microsoft Knowledge Base 322336.

Se possibile, per una maggiore protezione, è possibile utilizzare l'autenticazione di Windows con l'installazione di MSDE 2000. Considerare il passaggio dalla modalità mista alla modalità di autenticazione di Windows se:
  • Le applicazioni che utilizzano MSDE 2000 possono eseguire utilizzando Windows Authentication.
  • Sono stati definiti gli accessi di autenticazione di Windows per tutti i utenti che desiderano connettersi all'istanza. Per ulteriori informazioni sull'aggiunta di account di accesso, vedere Aggiunta di un utente o gruppo Windows nella documentazione in linea di SQL Server 2000.
  • L'istanza di MSDE 2000 non è in esecuzione in Windows 98 o Windows Me.
Per ulteriori informazioni sulla modifica di un'istanza di MSDE 2000 dalla modalità mista per l'autenticazione di Windows, vedere la Microsoft Knowledge Base articolo 322336.
Parametri di installazione 3.7.3 MSDE 2000
Le informazioni seguenti si applicano solo ai Desktop Engine (MSDE 2000).

MSDE 2000 è progettato per essere distribuiti con le applicazioni e installato dal programma di installazione dell'applicazione MSDE 2000 non dispone di un programma di installazione interattiva. I meccanismi di programma di installazione per MSDE 2000 sono progettati per chiamate da un'utilità di installazione dell'applicazione, in cui qualsiasi interazione richiesta con l'utente finale viene gestito dall'impostazione dell'applicazione. MSDE 2000 dispone di due meccanismi di installazione:
  • Prompt dei comandi di utilità di configurazione. Utilità di installazione è in genere chiamato da un'utilità di installazione dell'applicazione, ma può anche essere eseguito da una finestra del prompt dei comandi. L'utilità di installazione di MSDE 2000 non dispone di un'interfaccia utente grafica tramite il quale è possibile che un utente controllare il comportamento dell'utilità. Questa utilità accetta invece un insieme di parametri che definiscono quali azioni dovrà eseguire l'utilità.
  • Un insieme di moduli unione di Windows Installer. Gli sviluppatori che scrivono le utilità di installazione basato su Windows Installer è possono codificare le impostazioni dell'applicazione per installare un'istanza di MSDE 2000, l'utilizzo di moduli unione di MSDE 2000. Gli sviluppatori possono controllare il la configurazione dell'istanza installata specificando l'opzione le proprietà del pacchetto di installazione che corrispondono a MSDE 2000 i parametri dell'utilità di installazione.
Gli utenti possono utilizzare prompt dei comandi utilità dell'installazione di MSDE 2000 per l'aggiornamento le istanze esistenti di MSDE o installare nuove istanze di MSDE 2000. Gli utenti controllano il comportamento del programma di installazione di MSDE 2000 specificando i parametri. È possibile specificare i parametri di installazione in uno dei due modi:
  • Nella riga di comando.
  • In un file ini letto dall'utilità di installazione.
La maggior parte dei parametri supportati dalla versione di MSDE 2000 SP3a del programma di installazione sono descritte nella sezione "Personalizzazione di Setup.exe di Desktop Engine" in linea di SQL Server 2000 documentazione (aggiornata-SP3). Per ulteriori informazioni sull'installazione documentazione in linea di SQL Server 2000, vedere la sezione 1.6 aggiornata documentazione in linea documentazione è disponibile.

È necessario racchiudere i valori per l'installazione di MSDE parametri tra virgolette se il valore specificato dispone di caratteri speciali, ad esempio spazi vuoti. In caso contrario, le virgolette sono facoltative.

Questi parametri di installazione di MSDE 2000 SP3a non sono documentati in linea di SQL Server 2000 documentazione (aggiornata-SP3) e un comportamento diverso rispetto a descritto nella documentazione in linea di.
Riduci questa tabellaEspandi questa tabella
nome di parametro Descrizione
ALLOWXDBCHAINING = 1Attiva tra database concatenamento della proprietà. Per ulteriori informazioni, vedere proprietà tra database sezione 5.1.11 Chaining.
SAPWD = sa_passwordSpecifica la password da assegnare all'account di accesso sa quando si installa una nuova istanza di MSDE 2000. SAPWD viene ignorata quando si aggiornare un'istanza esistente di MSDE 2000, pertanto è opportuno accertarsi che account di accesso sa disponga di una password complessa prima di eseguire l'aggiornamento. È sempre necessario specificare una password sa sicura, anche quando si utilizza autenticazione di Windows. Quando la proprietà SAPWD scritta non nel file di registro di installazione durante l'esecuzione di Setup.exe, è se si installa utilizzando i moduli unione.
/UPGRADESP {SQLRUN | [<msipath>] SqlRunXX.msi} Specifica che l'installazione verrà aggiornamento di un'esistente istanza di MSDE 2000 per Service Pack 3a. Per SP3 e versioni successive, questa opzione sostituisce l'opzione /p supportato dalle versioni precedenti del programma di installazione. Non utilizzare l'opzione /p con SP3 o versione successiva. Durante l'aggiornamento a SP3a, si è più necessario specificare il file MSI utilizzato per installare l'istanza esistente di MSDE 2000. La maggior parte degli utenti è sufficiente specificare SQLRUN, in cui l'utilità di installazione di MSDE 2000 SP3a caso determina il file con estensione msi da utilizzare. Quando si specifica SQLRUN senza specificare un INSTANCENAME, il programma di installazione aggiornerà l'istanza predefinita di MSDE 2000. Se si specifica sia un INSTANCENAME che SQLRUN, il programma di installazione aggiornerà l'istanza specificata utilizzando il parametro INSTANCENAME. Quando si specifica il nome di un file pacchetto di installazione di MSDE 2000 con estensione msi, il programma di installazione aggiornerà indipendentemente dall'istanza del computer originariamente installata con un modulo unione lo stesso nome. Ad esempio, se si specifica SqlRun01.msi, il programma di installazione aggiornerà qualsiasi istanza di MSDE 2000 originariamente installata utilizzando SqlRun01.msi. PercorsoMSI sono il percorso alla cartella contenente il file MSI. Impostazione predefinita è PercorsoMSI Setup\. Per esempi di specificare /upgradesp, vedere sezione 3.7.4 aggiornamento esistente istanze di MSDE 2000 A SP3a
UPGRADEUSER = AnAdminLoginSpecifica l'account di accesso da utilizzare quando si aggiornamento di un'istanza di MSDE 2000 utilizzando l'autenticazione di SQL Server o MSDE 1.0. L'account di accesso deve far parte del server sysadmin. Questo parametro è utilizzato solo quando si specifica SECURITYMODE = SQL durante l'aggiornamento di un'istanza di MSDE.
UPGRADEPWD = AdminPassword Specifica la password per l'accesso specificato nella UPGRADEUSER durante l'aggiornamento Desktop Engine utilizzando l'autenticazione di SQL Server.
Desktop Engine SP3 è stato introdotto un nuovo parametro DISABLENETWORKPROTOCOLS . Il comportamento di DISABLENETWORKPROTOCOLS modificato in SP3a il motore di desktop più sicuro per impostazione predefinita.

Questi sono i comportamenti di DISABLENETWORKPROTOCOLS in SP3a.
Riduci questa tabellaEspandi questa tabella
Valore DISABLENETWORKPROTOCOLSAggiornamento istanza esistenteNuova istanza di installazione
1Istanza è configurato con server tutte le librerie di rete disabilitate.Istanza è configurato con server tutte le librerie di rete disabilitate.
0Viene conservata la configurazione di libreria di rete di server esistente.Istanza è configurata con librerie di rete server predefinite e degli indirizzi attivati.
Parametro non specificato o è un valore diverso da 0 o 1Viene conservata la configurazione di libreria di rete di server esistente.Istanza è configurato con server tutte le librerie di rete disabilitate.
In SP3, DISABLENETWORKPROTOCOLS presenta due differenze nel comportamento rispetto a SP3a:
  • Quando si installa una nuova istanza con SP3 e DISABLENETWORKPROTOCOLS non è specificato oppure impostata su un valore diverso da 0 o 1, è installata l'istanza con le librerie di rete predefinita e indirizzi abilitati. In SP3a, vengono disattivate le librerie di rete.
  • Ogni volta che tutte le librerie di rete sono disattivate per un'istanza di MSDE 2000 SP3, è possibile che l'istanza verrà utilizzata la porta UDP 1434. In SP3a, l'istanza non utilizzerà la porta UDP 1434 in tale configurazione. Per ulteriori informazioni, vedere la sezione 5.1.15 operazioni su UDP porta 1434.
Per ulteriori informazioni sulle configurazioni di libreria di rete predefinito, vedere l'argomento "Controllo delle librerie di rete e comunicazioni indirizzi" nella documentazione in linea di SQL Server 2000.

Se si è uno sviluppatore incorporare i moduli unione di MSDE 2000 (file con estensione msi) di un'installazione di Windows Installer, è possibile specificare i parametri di installazione sopra come proprietà nel file con estensione msi. Desktop Engine (MSDE 2000) SP3a sono disponibili i moduli unione per supportare applicazioni esistenti che utilizzano i moduli unione. Le utilità di installazione per le nuove applicazioni devono essere scritto per chiamare l'utilità dell'installazione di MSDE 2000 anziché utilizzare direttamente i moduli unione di MSDE 2000.
Riduci questa tabellaEspandi questa tabella
Nome di parametroProprietà del modulo unione
ALLOWXDBCHAININGSqlAllowXDBChaining
DISABLENETWORKPROTOCOLSSqlDisableNetworkProtocols
SAPWDSqlSaPwd
UPGRADEUSERSqlUpgradeUser
UPGRADEPWDSqlUpgradePwd
Per informazioni sulle proprietà del modulo unione che corrispondono agli altri parametri di installazione, vedere l'argomento "Utilizzo di SQL Server Desktop Engine moduli unione" nella documentazione in linea di SQL Server 2000.

richiesta di un registro di installazione

Se si si verifichino difficoltà di esecuzione del programma di installazione e si necessario un file registro dettagliato per facilitare il debug, specificare/l * v <logfilename>. <logfilename> è il nome di un file registro in cui il programma di installazione registrerà tutte le operazioni previste. Se non si specifica un percorso come parte del nome, il file di registro viene creato nella cartella corrente. Se si esegue il programma di installazione dal CD di SQL Server 2000 SP3a, è necessario specificare il percorso completo di una cartella sul disco rigido. In questo esempio crea un file di registro MSDELog.log nella cartella principale dell'unità C::

setup /upgradesp sqlrun DISABLENETWORKPROTOCOLS = 1/l * v C:/MSDELog.log
Istanze esistenti di MSDE 2000 di 3.7.4 l'aggiornamento A SP3a
Le informazioni seguenti si applicano solo ai Desktop Engine (MSDE 2000).
Negli esempi riportati in questa sezione verranno aggiornare un'istanza esistente di MSDE 2000 per SP3a e inoltre disattivare la connettività di rete per tale istanza di MSDE 2000. Se l'istanza deve accettare connessioni da applicazioni in esecuzione su altri computer, non si specifica il DISABLENETWORKPROTOCOLS parametro.
Gli esempi in questa sezione presuppongono che l'account di accesso sa dispone di una password complessa. Per ulteriori informazioni sulle password di accesso sa, vedere la sezione 3.7.2 Considerazioni sulla protezione per MSDE 2000 SP3a.

per aggiornare SQL Server 2000 Desktop Engine
  1. Aprire una finestra del prompt dei comandi.
  2. Dal prompt dei comandi, utilizzare il comando cd per passare alla cartella contenente l'utilità di installazione di MSDE 2000 SP3a:
    CD c:\MSDESP3aFolder\MSDE
    dove c:\MSDESP3aFolder è il percorso della cartella in cui è stato estratto i file di MSDE 2000, o la cartella Desktop Engine SP3a il CD di SQL Server 2000 SP3a.
  3. Eseguire uno dei seguenti comandi:
    • Per un'istanza predefinita utilizzando l'autenticazione di Windows modalità, eseguire:

      setup /upgradesp sqlrun DISABLENETWORKPROTOCOLS = 1
    • Per un'istanza denominata utilizzando la modalità di autenticazione di Windows, eseguire:

      setup /upgradesp sqlrun INSTANCENAME = InstanceName DISABLENETWORKPROTOCOLS = 1
    • Per un'istanza predefinita utilizza la modalità mista (dove AnAdminLogin è un membro del ruolo server fisso sysadmin ), eseguire:

      setup /upgradesp sqlrun SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
    • Per un'istanza denominata utilizzando la modalità mista (dove AnAdminLogin è un membro del ruolo server fisso sysadmin ), eseguire:

      setup /upgradesp sqlrun INSTANCENAME = InstanceName SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
importante Se si utilizza un file ini durante l'installazione, evitare di memorizzare le credenziali in file ini.

Nota Durante l'aggiornamento Desktop Engine in un computer che esegue Windows 98 o Windows Millennium Edition, è necessario arrestare l'istanza di Desktop Engine, che si sta aggiornando prima dell'installazione.
3.7.5 L'installazione di una nuova istanza di MSDE 2000 SP3a
Le informazioni seguenti si applicano solo ai Desktop Engine (MSDE 2000).

Negli esempi riportati in questa sezione è in saranno di installare una nuova istanza di MSDE 2000 SP3a, che è stato configurato con la connettività di rete disattivata. Se l'istanza deve accettare connessioni da applicazioni in esecuzione su altri computer, specificare anche DISABLENETWORKPROTOCOLS = 0.

Questi esempi installare istanze utilizzando le impostazioni predefinite per tutti i elementi di configurazione, ad esempio le regole di confronto e posizioni dei file. Le configurazioni possono essere controllate dai parametri di installazione, ad esempio COLLATION, DATADIR e TARGETDIR . Per ulteriori informazioni sui parametri di configurazione che è possibile specificare con l'installazione, vedere "Personalizzazione di Setup.exe di Desktop Engine" in linea di SQL Server 2000 documentazione (aggiornata-SP3). Per ulteriori informazioni sull'installazione di SQL Server 2000 documentazione in linea (aggiornata - SP3), vedere la sezione 1.6 aggiornata documentazione in linea documentazione è disponibile.

per installare una nuova istanza di Desktop Engine
  1. Aprire una finestra del prompt dei comandi.
  2. Dal prompt dei comandi, utilizzare il comando cd per passare alla cartella contenente l'utilità di installazione di MSDE 2000 SP3a:

    CD c:\MSDESP3aFolder\MSDE
  3. dove c:\MSDESP3aFolder è il percorso della cartella in cui è stato estratto i file di MSDE 2000, o il SP3a di Desktop Engine cartella sul CD SQL Server 2000 SP3a.
  4. Eseguire uno dei seguenti comandi:
    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 si utilizza un file ini durante l'installazione, evitare di memorizzare le credenziali nel file ini.

importante Consente di specificare sempre una password complessa per l'accesso sa, anche se per l'istanza è impostato autenticazione di Windows.
3.7.6 Aggiornamento di MSDE 1.0 a MSDE 2000 SP3a
Le informazioni seguenti si applicano solo ai Desktop Engine (MSDE 2000).

Negli esempi riportati in questa sezione verranno aggiornare un'istanza esistente di MSDE 1.0 per MSDE 2000 SP3a e inoltre disattivare la connettività di rete per l'istanza. Se l'istanza deve accettare connessioni da applicazioni in esecuzione su altri computer, non specificare il parametro DISABLENETWORKPROTOCOLS .

Funziona in stesso modo di un'istanza predefinita di MSDE 2000 MSDE 1.0 e viene sempre aggiornato a un'istanza predefinita di MSDE 2000.

eseguire l'aggiornamento da Desktop Engine versione 1.0
  1. Aprire una finestra del prompt dei comandi.
  2. Dal prompt dei comandi, utilizzare il comando cd per passare alla cartella contenente l'utilità di installazione di MSDE 2000 SP3a:
    CD c:\MSDESP3aFolder\MSDE
  3. dove c:\MSDESP3aFolder è il percorso della cartella in cui è stato estratto i file di MSDE 2000, o il SP3a di Desktop Engine cartella sul CD SQL Server 2000 SP3a.

    Eseguire uno dei seguenti comandi:
    • Quando si utilizza l'autenticazione di Windows, eseguire:

      installazione aggiornamento = 1 DISABLENETWORKPROTOCOLS = 1
    • Quando si utilizza la modalità mista (dove AnAdminLogin è un membro del ruolo server fisso sysadmin), eseguire:

      installazione aggiornamento = 1 SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
Nota Se si utilizza BLANKSAPWD = 1 , non è necessario specificare SECURITYMODE = SQL o UPGRADEUSER e UPGRADEPWD.

attenzione L'utilizzo di password vuote è fortemente sconsigliato.

importante Se si utilizza un file ini durante l'installazione, evitare di memorizzare le credenziali in file ini.
3.7.7 Ridistribuzione di MSDE 2000 SP3a
Le informazioni seguenti si applicano solo ai Desktop Engine (MSDE 2000).

Desktop Engine SP3a contiene tutti i file necessari per ridistribuire MSDE 2000 con le applicazioni, purché il fornitore dell'applicazione dispone di una licenza per distribuire MSDE 2000. È possibile distribuire il SP3a Engine Desktop file come descritto in linea di SQL Server 2000 documentazione (aggiornamento SP3), con le modifiche specifiche di SP3a trattati in queste sezioni:
  • Considerazioni sulla protezione di 3.7.2 per MSDE 2000 SP3a
  • Parametri di installazione 3.7.3 MSDE 2000
Per ulteriori informazioni sull'installazione di SQL Server 2000 documentazione in linea (aggiornata - SP3), vedere la sezione 1.6 aggiornata documentazione in linea documentazione è disponibile.

distribuzione di patch di Desktop Engine SP3a

Se un'applicazione dispone di un'utilità di installazione basato su Windows Installer, è possibile installare un'istanza di MSDE 2000 per l'utilizzo di moduli unione 2000 MSDE. Desktop Engine (MSDE 2000) SP3a sono disponibili i moduli unione per supportare applicazioni esistenti che utilizzano i moduli unione. Le utilità di installazione per le nuove applicazioni devono essere scritto per chiamare l'utilità dell'installazione di MSDE 2000 anziché utilizzare direttamente i moduli unione di MSDE 2000.

Fornitori che si desidera installare le istanze di MSDE 2000 utilizzando i moduli unione di MSDE 2000 necessario fornire anche tutte le patch di MSDE 2000 successive ai propri clienti. Le istanze di MSDE 2000 utilizzando i moduli unione sono contrassegnate con un codice di prodotto che GUID associato all'applicazione da Windows Installer. Solo i file di patch che contengono anche il codice di prodotto GUID dell'applicazione possono patch le istanze di MSDE 2000. Solo i file patch prodotti dal fornitore dell'applicazione conterrà i codici di prodotto corretto. Impossibile applicare il service pack di Desktop Engine (MSDE 2000) fornito da Microsoft a quelle istanze. Il fornitore dell'applicazione è in necessario di creare file di patch utilizzando i file di Desktop Engine e distribuire i file di patch a uno dei loro clienti MSDE che necessitano delle correzioni in SP3a.

Per ulteriori informazioni sulla creazione di pacchetti di patch, consultare la documentazione fornita con il Windows Installer Software Development Kit (SDK), che può essere scaricato dal the Microsoft Platform SDK Web site.

Se un'utilità di installazione dell'applicazione installa un'istanza di MSDE 2000 chiamando l'utilità di installazione di MSDE 2000, l'istanza di MSDE 2000 è contrassegnato con il codice di prodotto MSDE 2000 GUID. I clienti possono patch tali istanze utilizzando i file standard di Microsoft MSDE 2000 service pack. Il fornitore dell'applicazione possibile scegliere una delle seguenti alternative per la distribuzione MSDE 2000 SP3a seguenti:
  • Indicare i clienti per installare Desktop Engine SP3a dalla pagina di download di SQL Server 2000 SP3a o un CD di SQL Server 2000 SP3a.
  • Scaricare il file di download SQL2KDeskSP3.exe e distribuire che ai propri clienti con le istruzioni su come applicare il service pack.
  • I file di Desktop Engine, creare un'applicazione utilità pack servizio che installerà SP3a sulle istanze di MSDE 2000 installata per l'applicazione.
Fornitori di applicazioni che si decide di indicare i propri clienti di applicare SP3a direttamente devono sviluppare una serie di istruzioni personalizzato per le esigenze dei loro clienti.

Per esempi di tipi di MSDE 2000 service pack istruzioni team di applicazione di Microsoft è stato preparato per i propri clienti, vedere la Microsoft MSDE Applications Web page.
File di 3.7.8 MSDE 2000 SP3a
Le informazioni seguenti si applicano solo ai Desktop Engine (MSDE 2000).

Tutti i file di installazione Desktop Engine SP3a e le cartelle si trovano nella cartella \MSDE:
  • Sul CD di SQL Server 2000 SP3a
  • Nella directory contenente i file del estratti service pack da SQL2KDeskSP3.exe \MSDE la cartella contiene nel file SP3readme.htm, il file Leggimi.txt, il file license.txt e i file eseguibili per l'installazione di utilità. Include inoltre le seguenti sottocartelle:
  • \Msi: contiene i file eseguibili necessari per installare Windows Installer o l'aggiornamento di Windows Installer se è 2.0.2600.0 precedente.
  • \MSM: contiene i moduli unione necessari per un'installazione del modulo unione.
  • \Setup: contiene i file di pacchetto di installazione MSI necessari per l'installazione di MSDE 2000 per installare una nuova istanza di MSDE 2000 SP3a o i file di pacchetto di patch msp per aggiornare istanze esistenti di MSDE 2000 SP3a e il file CAB sqlrun.cab contenente i file installati dal programma di installazione.
Per una descrizione dell'utilizzo di moduli unione Desktop Engine, vedere l'argomento "Utilizzo di SQL Server Desktop Engine moduli unione" nella documentazione in linea di SQL Server.

Se l'installazione dell'applicazione chiama il programma di installazione di MSDE 2000, è possibile creare una cartella con la struttura e il set di file (dove MSDEInstallFolder rappresenta un nome di cartella di esempio):

MSDEInstallFolder

Copiare questi file dalla cartella Desktop Engine SP3a \MSDE: Setup.exe, Setup.ini, Setup.rll e sqlresld.dll.

MSDEInstallFolder\Msi

Copiare tutti i file dalla cartella \MSDE\Msi Desktop Engine SP3a.

MSDEInstallFolder\Setup

Copiare tutti i file dalla cartella \MSDE\Setup Desktop Engine SP3a.

È quindi possibile eseguire Setup.exe per installare o aggiornare le istanze di MSDE 2000 SP3a.

Se Windows Installer non è stato installato nel computer o è una versione precedente rispetto alla versione testata con l'installazione di MSDE 2000 SP3a, verrà utilizzata i file nella cartella MSDEInstallFolder\Msi per aggiornare Windows Installer.

3.8 Riavvio dei servizi

Le informazioni seguenti valide per tutti i componenti.

Al termine dell'installazione, potrebbe essere richiesto di riavviare il sistema. Dopo aver riavviato il sistema (o al termine dell'installazione senza richiedere un riavvio), utilizzare l'applicazione Servizi nel Pannello di controllo per assicurarsi che tutti i servizi è stata interrotta prima di applicare il service pack sono in esecuzione. Questo include servizi quali DTC e Microsoft Search, MSSQLServer, MSSQLServerOLAPService e servizi SQLServerAgent o equivalenti di istanza specifiche.

È consigliabile inoltre backup dei database aggiornati per il master e msdb in questo momento.

3.9 Riavvio delle applicazioni

Le informazioni seguenti valide per tutti i componenti.

Riavviare le applicazioni chiuse prima di eseguire il service pack programma di installazione.

3.10 L'installazione in un cluster di Failover

Le informazioni contenute seguenti sono valide solo per SQL Server i componenti di 2000 che fanno parte di un cluster di failover.

per installare il service pack in un cluster di failover
  1. Se tutte le risorse sono state aggiunte le dipendenze delle risorse di SQL Server, queste dipendenze devono essere rimosso o eseguite in modalità non in linea prima di installare Service Pack 3a.
  2. Eseguire il service pack dal nodo proprietario del gruppo contenente il server virtuale si intende eseguire l'aggiornamento. In caso contrario, l'installazione del Service Pack 3a può causare le risorse dipendenti over.This installa i file del service pack in tutti i nodi del cluster di failover di un errore.
  3. Nella finestra di dialogo installazione, digitare il nome del server virtuale che si sta aggiornando.
  4. Mantenere tutti i nodi del cluster in linea durante l'installazione. In questo modo che l'aggiornamento viene applicato a ciascun nodo del cluster.
  5. Se si rimosse le dipendenze o impiegato impiegato in modalità non in linea le risorse nel passaggio 1 riportato sopra, aggiungere nuovamente le dipendenze o portare le risorse in linea.
Nota Il programma di installazione potrebbe richiedere il riavvio dei nodi del cluster di failover. Sostituisce i file erano in uso durante l'installazione con i file aggiornati.

Se si esegue l'aggiornamento istanza predefinita (non cluster) di SQL Server a un server virtuale, in primo luogo, è necessario aggiornare l'istanza (non cluster) predefinita a un'istanza virtuale e quindi applicare SP3a.For ulteriori informazioni sull'aggiornamento, vedere "Come eseguire l'aggiornamento da un'istanza predefinita a un'istanza cluster predefinita di SQL Server 2000 (programma di installazione)" nella documentazione in linea di SQL Server.

Per ulteriori informazioni sull'installazione di SP3a in un cluster di failover, vedere l'articolo della Knowledge Base 811168.

Se è necessario ricostruire un nodo del cluster di failover, attenersi alla seguente procedura
  1. Ricreare il nodo del cluster di failover. Per ulteriori informazioni sulla ricostruzione di un nodo, vedere "How to ripristino da errore cluster di failover in scenario 1" nella documentazione in linea di SQL Server.
  2. Eseguire il programma originale del programma di installazione di SQL Server 2000 per aggiungere il nodo al cluster di failover.
  3. Eseguire l'installazione del Service Pack 3a sul nodo appena aggiunto. Verrà aggiornato alla SP3a solo i file binari sul nuovo nodo.
Nota Se si esegue l'installazione dal nodo in cui è in esecuzione il server virtuale, è necessario riapplicare SP3a a tutti i nodi. È inoltre necessario eseguire nuovamente gli script di aggiornamento del database.

Quando si installa Analysis Services SP3a in un cluster, è necessario aggiornare separatamente ciascuna istanza.

per installare SP3a in un cluster di Analysis Services
  1. Installare la versione 3a su un nodo di failover.
  2. Il failover su nodo aggiornato.
  3. Ripetere i passaggi 1 e 2 finché non vengono aggiornate tutte le istanze del cluster.

3.11 Installazione nei server replicato

Le informazioni seguenti si applicano solo per SQL Server i componenti di 2000 che fanno parte di una topologia di replica:
  • È necessario aggiornare il server di distribuzione prima di aggiornare il server di pubblicazione.
  • Topologie di replica basate sulla replica transazionale con i sottoscrittori di sola lettura, è possibile aggiornare il server di sottoscrizione prima o dopo il server di pubblicazione e il server di distribuzione.
  • Topologie di replica basate su replica di tipo merge o la replica transazionale con aggiornamento dei server di sottoscrizione, è necessario aggiornare il server di sottoscrizione dopo la pubblicazione e distribuzione.
Nota In molti casi, soprattutto nella replica di tipo merge, il server di distribuzione e l'editore si trovano sullo stesso server e vengono aggiornati contemporaneamente.

installazione SP3a in un server che funge da un server di pubblicazione e un server di sottoscrizione

Topologie di replica basate su replica di tipo merge o la replica transazionale con l'aggiornamento di server di sottoscrizione che includono uno o più server che fungono da sia un server di sottoscrizione e un server di pubblicazione (o di distribuzione), è necessario disattivare gradualmente il sistema (in altre parole, arrestare tutti gli aggiornamenti) e aggiornare contemporaneamente tutti i server.

Esempio 1: Topologia, che richiede simultanee aggiornamenti

Nella tabella riportata di seguito include server che consente di pubblicare sia sottoscrivere pubblicazioni che supportano gli aggiornamenti nel server di sottoscrizione. Come indicato in precedenza, è necessario seguire l'ordine di aggiornamento, server di distribuzione, Publisher, il server di sottoscrizione per le topologie consentire aggiornamenti in ordine di Subscriber.This richiede l'aggiornamento di Server A innanzitutto per la pubblicazione di tipo merge e il Server B prima per la pubblicazione transazionale con aggiornamento dei server di sottoscrizione. In questo caso, deve essere il sistema di disattivare gradualmente e aggiornare i server contemporaneamente.
Riduci questa tabellaEspandi questa tabella
Server AServer B
Server di pubblicazione/distribuzione per la replica di tipo mergeServer di sottoscrizione per la replica di tipo merge
Server di sottoscrizione per la replica transazionale con aggiornamentoServer di pubblicazione/distribuzione per la replica transazionale con aggiornamento
Esempio 2: Topologia che consente aggiornamenti in sequenziali.

In questo esempio, è possibile aggiornare prima il Server A poiché della pubblicazione transazionale e di sola lettura consente a un server di sottoscrizione prima di server di pubblicazione/distribuzione, è necessario aggiornare.
Riduci questa tabellaEspandi questa tabella
Server AServer B
Server di pubblicazione/distribuzione per la replica di tipo mergeServer di sottoscrizione per la replica di tipo merge
Server di sottoscrizione per la replica transazionale e di sola letturaServer di pubblicazione/distribuzione per la replica transazionale e di sola lettura
Altri problemi di installazione di replica

importante Prima di eseguire l'aggiornamento a SP3a, assicurarsi che l'account di Windows in cui l'esecuzione del servizio SQL Server è membro del ruolo del server sysadmin. È necessario farlo poiché la replica database di distribuzione vengono aggiornati nel contesto dell'account del servizio di SQL Server. Dopo l'aggiornamento a SP3a, è necessario rimuovere l'account di Windows dal ruolo sysadmin .

Se si utilizza la replica di tipo merge e il server di distribuzione si trova su un'altra istanza di database o del computer (un server di distribuzione remoto), dopo l'applicazione SP3a è necessario generare un nuovo snapshot.

SP3a è stata introdotta una modifica i requisiti per il collegamento o il ripristino dei database di replica. Per ulteriori informazioni, vedere Modifica sezione 5.3.17 per requisiti per il collegamento o ripristino di un database di replica.

SP3a installazione aggiorna i database utente che sono membri di una topologia di replica. Se uno dei database che sono membri di una topologia di replica non è possibile scrivere, per applicare SP3a a tali database è necessario apportare tali scrivibile e quindi reapplySP3a installazione. Per ulteriori informazioni su come rendere un database accessibile in scrittura, vedere la sezione 3.12 applicazione SP3a per database di sola lettura o di filegroup. Per informazioni sulla riapplicazione SP3a, vedere sezione 3.14 riapplicando SP3a.

Una combinazione di backup esistente conti per la replica consente di ripristinare un database a un punto noto, dopo l'aggiornamento di SP3a in caso di un errore. Dopo l'applicazione SP3a, un registro o un database completo backup è consigliata per tutti i database utente che è incluso in una topologia di replica. In questo modo, in caso di un database di replica, non è necessario applicare di nuovo SP3a dopo il ripristino del database.

3.12 Applicare SP3a a database di sola lettura o di filegroup

Le informazioni contenute seguenti sono valide solo per SQL Server i componenti di 2000 che fanno parte di una topologia di replica.

Presenza di database non è possibile scrivere o di filegroup installazione visualizzato il messaggio seguente:

È stata rilevata una o più database e filegroup che non sono modificabili.

In generale, è possibile ignorare questo avviso e sarà possibile continuare l'installazione. Tuttavia, se uno dei database non è possibile scrivere nell'elenco il registro dell'installazione sono membri di una topologia di replica, è necessario rendere modificabile tali database e riapplicare installazione SP3a a tale istanza di SQL Server 2000.

Nota Questo messaggio non influisce sulle installazioni automatiche. Per ulteriori informazioni sulle installazioni automatiche, vedere la sezione 4.1 Unattended Installations.

Nota Durante l'installazione, installazione non effettua alcuna distinzione tra database non è possibile scrivere e i database disponibili in modalità non in linea o in uno stato sospetto. Se un database o filegroup si trova in una di queste condizioni durante l'installazione, è necessario riapplicare il service pack. Per ulteriori informazioni sull'attivazione di un database in linea, vedere l'argomento "Collegamento e scollegamento di un database" nella documentazione in linea di SQL Server. Per ulteriori informazioni su come diagnosticare database sospetti, vedere l'argomento "Server e Database Troubleshooting" nella documentazione in linea di SQL Server.

per applicare SP3a a un database di sola lettura
  1. Rendere modificabile tramite l'istruzione di ALTER DATABASE, come segue: ALTER DATABASE database READ_WRITE SET il database di sola lettura.
  2. Ripetere il passaggio 1 per tutti i database di sola lettura.
  3. Applicare o riapplicare il service pack.
  4. Se necessario, rendere il database di sola lettura utilizzando ALTER DATABASE, come illustrato di seguito:

    Database ALTER DATABASE SET READ_ONLY
per applicare SP3a per un filegroup di sola lettura
  1. Rendere modificabile utilizzando ALTER DATABAS E, come indicato di seguito il filegroup di sola lettura: ALTER DATABASE database MODIFY FILEGROUP filegroup_name READWRITE
  2. Ripetere il passaggio 1 per tutti i filegroup di sola lettura.
  3. Applicare o riapplicare il service pack.
  4. Impostare come il filegroup di sola lettura utilizzando ALTER DATABASE , come illustrato di seguito:

    ALTER DATABASE database MODIFY FILEGROUP
    filegroup_name READONLY
Per ulteriori informazioni sull'istruzione ALTER DATABASE, vedere l'argomento di riferimento "ALTER DATABASE" nella Online.For documentazione di SQL Server per ulteriori informazioni sulla riapplicazione SP3a, vedere la sezione 3.14 riapplicando SP3a.

Disinstallazione di 3.13 SP3a

Il modo in cui è possibile rimuovere SQL Server SP3a dipende dai componenti SQL Server 2000 SP3 che si siano rimuovendo.

Nota Aggiornamenti MDAC non vengono disinstallati. Per ulteriori informazioni, vedere la che sezione 5.5.1 aggiornamenti per Microsoft Data Access Components.

disinstallazione di componenti SQL Server 2000 database e Desktop Engine SP3a

Per ripristinare le versioni di pre-SP3a di componenti di SQL Server 2000, occorre disporre di backup dei database master, msdb e il modello necessario prima per l'installazione del Service Pack 3a. Per ulteriori informazioni, vedere la sezione 3.1 indietro su del database SQL Server.

Nota Se uno qualsiasi dei database coinvolti nella replica, è necessario disattivare la pubblicazione. Per disattivare la pubblicazione:
  1. In SQL Server Enterprise Manager, espandere un server SQL gruppo, espandere un server, fare clic con il pulsante destro del mouse la cartella replica e quindi fare clic su Configura pubblicazione, sottoscrittori e distribuzione.
  2. Fare clic sulla scheda Database di pubblicazione .
  3. Deselezionare la casella di controllo per ogni database coinvolto nella replica. In questo modo i database per essere scollegato.
per ripristinare la versione pre-SP3a di SQL Server
  1. Scollegare tutti i database utente. Per ulteriori informazioni, vedere "Come collegare e scollegare un database (Enterprise Manager)" nella documentazione in linea di SQL Server.
  2. Disinstallare SQL Server. Fare doppio clic su Installazione applicazioni nel Pannello di controllo e quindi selezionare l'istanza di SQL Server che si desidera disinstallare.
  3. Installare SQL Server 2000 dal CD o percorso da cui è stato originariamente installato SQL Server.
  4. Applicare i service pack e correzioni QFE che erano state installate prima SP3a.
  5. Ripristinare il database master, msdb, e il modello dall'ultimo backup creato prima di applicare automaticamente SP3a.This associa tutti i database utente sono state collegate al momento che della creazione del backup, presupponendo che la posizione dei file di dati non è cambiata.
  6. Collegare tutti i database utente che sono stati creati dopo l'ultimo backup del database master .
  7. Configurare la replica se necessario.
avviso Quando ripristinare la versione pre-SP3a di SQL Server, tutte le modifiche apportate per il database master, msdb e modello dall'applicazione SP3a vengono perse

disinstallazione SQL Server 2000 Analysis Services SP3a

Per poter ripristinare lo stato precedente-SP3a Analysis Services, è necessario eseguire il backup della chiave del Registro di sistema del Server HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP prima di installare Service Pack 3a. Per ulteriori informazioni, vedere la sezione 3.2 indietro di Analysis Services database e repository.

Nota Se non è stato backup di questa chiave del Registro di sistema, è necessario seguire il processo documentato nell'articolo di base di Knowledge Microsoft 330244.

per ripristinare la versione pre-SP3a di SQL Server
  1. Disinstallare SQL Server 2000 Analysis Services. Nel Pannello di controllo , fare doppio clic su Installazione applicazioni , fare clic SQL Server 2000 Analysis Services e fare clic su Rimuovi.
  2. Reinstallare SQL Server 2000 Analysis Services dal CD o percorso da cui è stato originariamente installato Analysis Services.
  3. Applicare i service pack e correzioni QFE installati prima di installare Service Pack 3a.
  4. Rimuovere la chiave del Registro di sistema di Server HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP .
  5. Reinstallare la chiave di registro di sistema del Server di HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP dal backup pre-SP3a.

3.14 Riapplicare il Service Pack 3a

Le informazioni seguenti valide per tutti i componenti.

Nei seguenti casi, è necessario riapplicare SP3a:
  • Se vengono aggiunti nuovi componenti di SQL Server 2000 dopo SP3a viene applicato.
  • Se i database o filegroup che fanno parte di una topologia di replica e durante l'applicazione iniziale di SP3a di sola lettura vengono apportate scrivibile
Per riapplicare il Service Pack 3a, attenersi alla procedura in sezione 3.0 Service Pack Installation.

4.0 Ulteriori considerazioni sull'installazione

Questa sezione documenti ulteriore servizio pack installazione considerazioni applicabili solo in casi particolari.

Installazioni automatiche 4.1

È possibile applicare SP3a di componenti di database in modalità automatica a un'istanza di SQL Server. Il CD di SP3a componenti di database contiene file iss che possono essere utilizzati per eseguire installazioni automatiche di SP3a e altri tipi di installazione. I seguenti file si trovano nella directory principale del CD:
  • Sql2kdef.iss è il file di installazione automatica utilizzato per applicare SP3a di componenti di database a un'istanza predefinita di SQL Server 2000 in esecuzione su Windows 2000 o Windows NT 4.0. Il corrispondente file di batch da utilizzare è Sql2kdef.bat.
  • Sql2knm.iss è il file di programma di installazione utilizzato per applicare SP3a di componenti di database a un'istanza denominata di SQL Server 2000 in esecuzione su Windows 2000 o Windows NT 4.0. È necessario modificare il nome di istanza in questo file ISS per identificare l'istanza che viene aggiornato.
  • Sql2ktls.iss è il file di programma di installazione utilizzato per applicare database SP3a di componenti a un'installazione solo strumenti. Questo file può essere utilizzato per l'installazione senza alcuna modifica.
  • Sql2k9x.iss è il file di programma di installazione utilizzato per applicare database componenti SP3a in un computer che esegue Windows Millennium Edition o Windows 98. È necessario modificare il nome di istanza in questo file ISS per identificare l'istanza in corso l'aggiornamento.
  • Sql2kcli.iss è il file di programma di installazione utilizzato per applicare SP3a di componenti di database a un'installazione del componente di client in un computer che esegue Windows 95.
  • Msolap.iss è il file di programma di installazione che memorizza l'elenco di parametri per l'esecuzione di un'installazione automatica di Analysis Services SP3a.
Per ulteriori informazioni sull'esecuzione di installazioni automatiche di SQL Server 2000, vedere l'argomento "Esecuzione di un'installazione automatica" nella documentazione in linea di SQL Server.

Considerazioni sull'installazione automatica

Le considerazioni riportate di seguito fanno riferimento alle installazioni automatiche:
  • Consente di eseguire installazioni automatiche utilizzando ogni volta che è possibile l'autenticazione di Windows.
  • Se è necessario eseguire un'installazione automatica utilizzando l'autenticazione di SQL Server; ad esempio se si esegue un'installazione automatica di SP3a in un computer che esegue Windows 98 o Windows Millennium Edition, è non deve includere una password per account di accesso sa nel file iss o file batch in quanto questi file non sono crittografati. In alternativa, è necessario fornire la password per l'account di accesso sa nella riga di comando utilizzando il parametro di sapwd come indicato di seguito:

    avviare /wait setupsql.exe -s - sms - f1 C:\sql2knm.iss - sapwd password
  • Se l'istanza di SQL Server l'aggiornamento a SP3a dispone di una password vuota per l'account di accesso sa, è necessario specificare una password prima all'esecuzione di un'installazione automatica. È necessario modificare la password tramite l'esecuzione di sp_password .
  • Quando si esegue un'installazione automatica di SP3a, è necessario impostare le opzioni del seguente programma di installazione corrispondono manualmente nella finestra di dialogo Elenco di controllo compatibilità con versioni precedenti , altrimenti l'installazione automatica non riuscirà.
Riduci questa tabellaEspandi questa tabella
Opzione di installazione automaticaDescrizione
UpgradeMSSearchQuesta opzione è necessaria per risolvere la ricostruzione dei cataloghi full-text richiesta. Se la ricerca full-text è attivata, è necessario impostare questa opzione su 1. Per ulteriori informazioni, vedere la sezione 5.1.5 full-text cataloghi sono rigenerato dopo l'installazione completa.
MSXTSXUpgradedQuesta opzione è necessaria per risolvere il problema relative all'aggiornamento configurazioni di server master/destinazione. Se si applicano SP3a in un server master o di destinazione, è necessario impostare questa opzione su 1. Per ulteriori informazioni, vedere la che sezione 5.4.2 modifiche di configurazione dei server master/target.
EnableCrossDBChaining(Facoltativo) Questa opzione viene utilizzata per consentire il concatenamento proprietà tra database. Per attivare il concatenamento delle proprietà tra database, è possibile impostare questa opzione su 1. Per ulteriori informazioni, vedere la sezione 5.1.11 di concatenamento proprietà tra database.
  • Durante un'installazione automatica, se rilevati tutti i database non è possibile scrivere o di filegroup, che il programma di installazione venga scritto le informazioni di accesso e l'installazione automatica continua. Se uno dei database non è possibile scrivere nell'elenco il registro dell'installazione sono membri di una topologia di replica, è necessario rendere tali database modificabile e riapplicare installazione SP3a a tale istanza di SQL Server 2000. Per ulteriori informazioni su come rendere un database accessibile in scrittura, vedere la sezione 3.12 applicazione SP3a per database di sola lettura o di filegroup. Per ulteriori informazioni sulla riapplicazione SP3a, vedere la sezione 3.14 riapplicando SP3a.

4.2 Ridistribuzione SP3a Data Access Components

Database componenti SP3a include il file autoestraente file Sqlredis.exe. Quando si esegue Sqlredis.exe, è:
  • Esegue il file Mdac_typ.exe da Microsoft Data Access Components (MDAC) 2.7 Service Pack 1a. Questo consente di installare i componenti principali di MDAC 2.7 SP1a (se la versione uguale o più recente non viene rilevata) e le versioni dei componenti di connettività client di SQL Server e Desktop Engine che sono inclusi in Service Pack 3a. Per ulteriori informazioni, vedere 5.5.1 aggiornamenti Microsoft Data Access Components.
  • Installa driver Microsoft Jet ODBC e i componenti di connettività.
È possibile ridistribuire il file Sqlredis.exe secondo i termini e condizioni descritti nel file Redist.txt che accompagna SP3a.

Documentazione 5.0 note

In questa sezione affrontati problemi che possono verificarsi oltre a nuove funzionalità disponibili quando si esegue SP3a. Questi problemi si verificano quando si esegue il service pack esegue l'aggiornamento da SQL Server 2000, SQL Server 2000 SP1 o SQL Server 2000 SP2. In questa sezione non è destinata a una descrizione di tutte le correzioni fornite in SP3a. Per un elenco completo delle correzioni, vedere l'articolo della Microsoft Knowledge Base 306908.

I segmenti di Analysis Services e Meta Data Services in questa sezione non sono valide per le installazioni solo motore desktop.
Verranno pubblicate le informazioni relative a SQL Server 2000 Service Pack 3a che non era disponibile in tempo per essere inclusi in questo file Leggimi nel articolo della Microsoft Knowledge Base 816502.

Questi articoli della Microsoft Knowledge Base sono disponibili nella Microsoft Knowledge servizi base.

Database 5.1 e miglioramenti di Desktop Engine

I seguenti miglioramenti applicano a istanze di SQL Server 2000 in cui è installato SP3a di componenti di database. Si applicano anche a MSDE 2000 istanze in cui è installato Desktop Engine SP3a.
5.1.1 Utilizzando cinese, giapponese o coreani caratteri con SP3a di componenti di database
introdotte in SP1

Se si installa SP3a di componenti di database in un server che esegue Windows NT 4.0 o Windows 98 e successiva aggiornamento a Windows 2000, l'aggiornamento di Windows 2000 sostituiti alcuni file di sistema. Questi file di sistema sono necessari per l'ordinamento di caratteri in cinese, giapponese o coreano. Se si utilizzano caratteri del cinese, giapponese o coreane in database di SQL Server, rieseguire la versione di Sqlredis.exe fornita con SP3a dopo l'aggiornamento a Windows 2000. Per ulteriori informazioni sull'esecuzione di Sqlredis.exe, vedere la sezione 4.2 ridistribuzione SP3a Data Access Components.

Nota Non è necessario riapplicare Sqlredis.exe su computer client o server che non dispongono di database contenenti caratteri cinese, giapponese o coreano.
Team di hash 5.1.2 rimosso
introdotte in SP1

Sono stati rimossi i team di hash. A causa di alcuni miglioramenti a SQL Server 2000, i team di hash producono non è più i vantaggi di prestazioni che sono disponibili in SQL Server 7.0. Inoltre, rimozione hash team rende SQL Server 2000 più stabile.

Di conseguenza, query optimizer genera non è più piani di query utilizzando i team di hash.

In rari casi, è possibile che la rimozione del team di hash provocare una query per elaborare più lentamente. Consente di analizzare tali query per vedere se creazione degli indici più adatti restituirà le prestazioni delle query al livello precedente.
Opzioni di maschera affinità 5.1.3 aggiunti
introdotte in SP1

Sono state aggiunte due opzioni maschera di affinità al service pack.

Switch di I/O maschera di affinità

Con questo service pack, è possibile specificare quale tipo di CPU utilizzati per eseguire thread per le operazioni di I/O del disco. Questa opzione deve essere utilizzata in combinazione con l'opzione affinity mask . Per ulteriori informazioni, vedere l'articolo 298402 nella Microsoft Knowledge servizi base. Per istruzioni sulla ricerca nella Knowledge Base, vedere la sezione 1.5 informazioni aggiuntive su SP3a.

switch connessione maschera di affinità
Con questo service pack, è possibile configurare sistemi abilitati per VIA (Virtual Interface Architecture) per associare il server SQL Server le connessioni da determinate schede di rete a un processore o un insieme di processori. Questa opzione deve essere utilizzata in combinazione con l'opzione affinity mask. Per ulteriori informazioni, vedere l'articolo 299641 nella Microsoft Knowledge servizi base.
5.1.4 Filtrati vista indicizzata
introdotte in SP2

Se si verifica bug di SQL Server 2000 355069 documentato nella Microsoft Knowledge Base articolo 306467, è possibile che questo service pack impedirà solo future occorrenze di risultati imprevisti causa delle modifiche dei dati. Oltre ad applicare questa correzione, è necessario ricreare tutti gli indici sono basati su viste con condizioni di filtro. Per ulteriori informazioni, vedere Microsoft Product Support Services Knowledge Base.
Cataloghi full-text 5.1.5 vengono ricreati dopo l'installazione completa
introdotto in SP3

Come parte dell'installazione di SP3a, tranne quando l'aggiornamento di SP3 vengono ricostruiti tutti i cataloghi full-text. La ricostruzione è automatico e intensivo di risorse. Le query con i cataloghi full-text possono restituire risultati parziali o nessun risultato fino al completamento del processo di ricostruzione. Dopo l'installazione di Service Pack 3a, i registri di eventi di sistema contengono messaggi che informa che i cataloghi sono stati danneggiati, di una versione precedente e dovevano essere ricostruito.

Per informazioni, vedere l'articolo 327217, che inoltre vengono descritte le possibili soluzioni per mantenere la ricerca full-text disponibile durante il processo di ricostruzione e per evitare una ricostruzione automatica.
Modifiche di sintassi 5.1.6 per sp_change_users_login
introdotto in SP3

Quando si esegue sp_change_users_login con il @ Action = Auto_Fix argomento, è ora necessario specificare una password. stored procedure sp_change_users_login assegna la password a qualsiasi nuovo account di accesso che viene creato per l'utente. Nell'esempio seguente viene illustrato la nuova @ password argomento.
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
Accesso 5.1.7 ad hoc al provider OLE DB è disattivato per impostazione predefinita
introdotto in SP3

Se l'opzione di DisallowAdhocAccess del Registro di sistema non è esplicitamente impostata, per impostazione predefinita, l'accesso ad hoc a provider OLE DB non è consentito. Ciò significa la sintassi di query ad hoc, ad esempio OPENDATASOURCE e OPENROWSET, non funzionano su server remoti. Per consentire l'accesso ad hoc, è necessario impostare su 0 in modo esplicito l'opzione DisallowAdhocAccess .
5.1.8 Nuova opzione di SqlServerLike Provider
introdotto in SP3

Per attivare l'elaborazione più efficiente di query remote che includono LIKE predicati, l'opzione SqlServerLike è stato aggiunto in SP3. SQL Server 2000 SP3 o successiva ora include due opzioni per l'invio di LIKE le operazioni di server collegati. Se il provider OLE DB per il server collegato supporta la sintassi SQL Server per l'operatore LIKE operatore e i caratteri jolly, è possibile specificare l'opzione di SqlServerLIKE per SQL Server invia LIKE operazioni utilizzando la sintassi di SQL Server. Se il provider OLE DB per il server collegato viene segnalato che supporta la sintassi Entry Level ANSI/ISO SQL - 92 o restituisce la proprietà SQLPROP_ANSILIKE , SQL Server invierà LIKE operazioni per il server collegato utilizzando la sintassi SQL-92. Per ulteriori informazioni su SQLPROP_ANSILIKE, vedere "Programming the SQLPROPSET_OPTHINTS proprietà Set" nella documentazione in linea di SQL Server 2000.

È necessario aggiungere un valore di chiave del Registro di sistema per attivare l'opzione SqlServerLIKE per un OLE DB provider.
Attenzione la modifica non corretta del Registro di sistema può di causare seri problemi che potrebbero richiedere la reinstallazione del sistema operativo. Microsoft non garantisce che i problemi derivanti dalla modifica non corretta del Registro di sistema possano essere risolti. Prima di modifica del Registro di sistema, eseguire il backup dei dati importanti.
  1. Aprire Regedit32.
  2. Individuare la chiave di registro corretto:
    • Per le istanze denominate, individuare la chiave:
      HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\ < Istanza Nome > < Nome Provider > \Providers\
    • Per le istanze predefinite, individuare la chiave:
      HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Providers\ < Provider Nome >

  3. Nella chiave del < Nome Provider >, è possibile aggiungere un valore DWORD denominato SqlServerLIKE e impostarne il valore su 1.
Messaggi di errore 5.1.9 espanso per le query distribuite
introdotto in SP3

Per le query distribuite, SQL Server restituisce errore del provider informazioni in oltre a informazioni di errore del server. Quando una query tra i server collegati genera un errore, SQL Server verifica se il provider supporta l'interfaccia OLE DB IErrorRecords . Se questa interfaccia è supportata, SQL Server richiama la funzione GetErrorInfo per ottenere ulteriori informazioni sull'errore dal provider e restituisce le informazioni all'utente come parte il messaggio di errore. Se il IErrorRecords interfaccia non è supportata, è presente nessuna modifica nel comportamento di SQL Server: viene visualizzato un messaggio di errore generico.
Ad esempio eseguire la query riportata di seguito in un server che utilizza MSDASQL, che non supporta 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 Nuova funzione fn_get_sql istruzione SQL restituisce
introdotto in SP3

SP3 e versioni successive include la funzione nuovo fn_get_sql restituisce il testo dell'istruzione SQL per l'handle SQL specificato. Inoltre, per supportare questa funzione, tre nuove colonne sono state aggiunte alla tabella di sistema sysprocesses , elencati nella tabella riportata di seguito.
Riduci questa tabellaEspandi questa tabella
Nome di colonnaTipo di datiDescrizione
sql_handlebinary(20)Rappresenta il batch o un oggetto attualmente in esecuzione
stmt_startintOffset iniziale dell'istruzione SQL corrente per il sql_handle specificato
stmt_endintOffset finale SQL corrente istruzione per il sql_handle specificato. Il valore di -1 indica che l'istruzione corrente viene eseguito alla fine dei risultati restituiti dalla funzione fn_get_sql per il sql_handle specificato.
Syntax
fn_get_sql ([ @SqlHandle = ] SqlHandle )

Arguments
[ @SqlHandle = ] SqlHandle

The handle value. SqlHandle is binary(20).

Tables Returned
Riduci questa tabellaEspandi questa tabella
Nome di colonnaTipo di datiDescrizione
dbidsmallintID del database. Questo valore è NULL per le istruzioni SQL ad hoc
objectidIntID dell'oggetto database. Questo valore è NULL per le istruzioni SQL ad hoc
numerosmallintIl numero di gruppo, se le procedure sono raggruppate. Questo valore è 0 per voci che non le procedure e NULL per le istruzioni SQL ad hoc.
crittografatoBitIndica se l'oggetto è crittografato. Il valore è 0 se l'oggetto non è crittografata e 1 se l'oggetto è crittografato.
testoTestoTesto dell'istruzione SQL. Questo valore è NULL per gli oggetti crittografati.
note

È possibile ottenere un handle SQL valido dalla colonna sql_handle della tabella sysprocesses tabella di sistema.

Se si passa un handle che non esiste più nella cache, fn_get_sql restituisce un set di risultati vuoto. Se si passa un handle che non è valido, il batch si interrompe e viene restituito il seguente messaggio di errore:

Server: Messaggio 569, livello 16, stato 1, procedura fn_get_sql , 12 righe l'handle passato a fn_get_sql non valido.

SQL Server 2000 non è possibile memorizzare nella cache alcune Transact-SQL istruzioni, ad esempio le istruzioni di copia di massa e istruzioni con valori letterali stringa maggiore di 8 KB. È Impossibile recuperare gli handle queste istruzioni utilizzando la funzione fn_get_sql.
Colonna di testo del set di risultati viene filtrata per il testo potrebbe contenere password in.

Le informazioni restituite dalla funzione fn_get_sql sono simile al comando DBCC INPUTBUFFER. Utilizzare la funzione fn_get_sql il DBCC INPUTBUFFER non può essere utilizzato, ad esempio:
  • Quando gli eventi hanno più di 255 caratteri. W
  • quindi che è necessario restituire il massimo livello di nidificazione corrente di una stored procedure. Ad esempio, esistono due stored procedure sono denominate sp_1 e sp_2. Se sp_1 chiama sp_2 e si riceve l'handle dalla tabella di sistema sysprocesses mentre sp_2 è in esecuzione, la funzione di fn_get_sql restituisce informazioni sp_2. Inoltre, la funzione fn_get_sql restituisce il testo completo della stored procedure al livello di nidificazione corrente più elevato
autorizzazioni

Solo i membri del ruolo server fisso sysadmin è in possono di eseguire la funzione fn_get_sql .

esempi

Gli amministratori di database il fn_get_sql funzione consente di diagnosticare il problema processi. Dopo che un amministratore identifica un problema server ID di processo (SPID), l'amministratore può recuperare l'handle SQL per tale SPID, chiamare la funzione fn_get_sql con l'handle e utilizzare gli offset di inizio e di fine per determinare il testo SQL del problema SPID. Ad esempio:
DECLARE @Handle binary(20)
SELECT @Handle = sql_handle FROM sysprocesses WHERE spid = 52
SELECT * FROM ::fn_get_sql(@Handle)
5.1.11 Concatenamento proprietà tra database
introdotto in SP3

Questo service pack fornisce nuove opzioni per attivare e disattivare il concatenamento proprietà tra database.

Quando l'installazione di SP3a di componenti di database, finestra di dialogo Setup Elenco di controllo compatibilità con versioni precedenti Visualizza un'opzione per la configurazione concatenamento proprietà tra database. Installazione in base all'impostazione predefinita, disattiva il concatenamento proprietà tra database per tutti i database utente. È possibile attivare il concatenamento proprietà tra database per tutti i database. Per ulteriori informazioni, vedere compatibilità nella finestra di dialogo elenco di controllo.

Quando si installa Desktop Engine SP3a, è possibile utilizzare il parametro ALLOWXDBCHAINING di installazione per consentire il concatenamento per tutti i database delle proprietà tra database. Per ulteriori informazioni, vedere la sezione 3.7.3 parametri di installazione di MSDE 2000.

Nota Selezione di concatenamento per tutti i database delle proprietà tra database non è consigliata.

Dopo l'installazione, è possibile utilizzare i metodi riportati di seguito per attivare il concatenamento di attivare e disattivare per tutti i database nell'istanza delle proprietà tra database:
  • Utilizzare il nuovo Tra DB OwnershipChaining argomento del sistema p_configure s stored procedure.
  • Utilizzare l'opzione Consenti Di concatenamento proprietà tra database nella scheda protezione della finestra di dialogo Proprietà SQL Server Enterprise Manager.
  • Utilizzare l'insieme di SQLServer.Configuration.ConfigValues DMO (Database Management Objects). Quando l'oggetto SQLServer fa riferimento a un'istanza di SQL Server 2000 SP3 o versione successiva, questo insieme contiene un oggetto di ConfigValue denominato tra concatenamento proprietà DB.
Se concatenamento proprietà tra database è disattivato per l'istanza, è possibile configurare dei singoli database. Utilizzare i metodi seguenti per attivare e disattivare il concatenamento proprietà tra database per un database:
  • Utilizzare l'opzione db concatenamento nuovo della stored procedure sp_dboption .
  • Utilizzare l'opzione - Database AllowCross proprietà Chaining nella scheda Opzioni della finestra di dialogo Proprietà Database , in Enterprise Manager.
  • Utilizzare la proprietà DBChaining dell'oggetto DBOption2 DMO.
Nota Se è attivato in precedenza il concatenamento della proprietà tra database su una versione non definitiva di SP3 (precedente a generare 8.00.[BUILD_NUMBER]), è necessario attivarlo nuovamente dopo l'installazione SP3a.

Per ulteriori informazioni, fare clic sul pulsante Guida nella pagina elenco di controllo compatibilità precedente quando si esegue il programma di installazione, Scarica la versione aggiornata di documentazione in linea di SQL Server 2000 o vedere l'articolo della Knowledge Base 810474.
5.1.12 Miglioramento per il flag di traccia 1204
introdotto in SP3

Flag di traccia 1204 restituisce il tipo di blocchi che fanno parte di blocco critico e il comando corrente interessato. In SP3 e versioni successive, quando questo flag di traccia è attiva, blocco critico (deadlock) scritta l'informazione viene automaticamente il log degli errori
5.1.13 Modifica le autorizzazioni per sp_changedbowner
introdotto in SP3

Solo i membri del ruolo server fisso sysadmin è in possono di eseguire la sp_changedbowner stored procedure di sistema.
5.1.14 Modifiche di funzionalità di debug
introdotto in SP3

La funzionalità per il debug di stored procedure con Microsoft Visual Studio 6.0 e precedenti o con SQL Query Analyzer precedenti a SP3 è disattivata per impostazione predefinita. Debug delle applicazioni (arresto in un punto di interruzione SQL Server Transact-SQL durante il debug di un'applicazione client) è inoltre disattivato per impostazione predefinita. Per attivare la funzionalità di debug, eseguire sp_sdidebug , passando il parametro legacy_on . Per disattivare il debug, è necessario passare legacy_off per questa procedura.

Nota Esegue la sp_sdidebug stored procedure sul server di produzione non è consigliata.

Per ulteriori informazioni, vedere l'articolo della Microsoft Knowledge Base 328151. In questo articolo è disponibile nella Microsoft Knowledge servizi base.
5.1.15 Operazioni sulla porta UDP 1434
introdotte in SP3a

Istanze del motore di database di SQL Server 2000 e MSDE 2000 non configurati per supportare comunicazioni interromperà utilizzando UDP (User Datagram Protocol) di rete a partire da SQL Server 2000 SP3a, la porta 1434. Istanze che siano configurate per supportare comunicazioni di rete verranno utilizzata la porta UDP 1434

Un'istanza di aggiornamento a SP3a interromperà utilizzando la porta UDP 1434 ogni volta che tutte le librerie di rete server per l'istanza, tranne la memoria condivisa, libreria di rete, sono disattivate. L'istanza verrà avviato tramite la porta 1434 ogni volta che si attiva una delle librerie di rete del server. Per informazioni sulla disattivazione o attivazione di librerie di rete server, vedere l'argomento "Configurazione di rete di SQL Server" nella documentazione in linea di SQL Server 2000.

Per l'utilizzo della porta UDP 1434 da un computer terminare tutte le istanze di SQL Server 2000 e MSDE 2000 sul computer sono state aggiornate a SP3a e configurate per non comunicazioni di rete di supporto.

Se la porta UDP 1434 è aperto o chiuso non dipende lo stato della Net-Library della memoria condivisa. La libreria di rete viene utilizzata solo per le connessioni locali e non utilizza una rete di memoria condivisa. La libreria di rete di memoria condivisa è sempre attiva e non può essere attivata o disattivata.

È inoltre possibile specificare se le librerie di rete server sono disattivate durante l'installazione o aggiornamento di un'istanza di MSDE 2000. Utilizzare il parametro DISABLENETWORKPROTOCOLS utilità dell'installazione di MSDE 2000 o proprietà del SqlDisableNetworkProtocols MSDE 2000 per il modulo unione. Per ulteriori informazioni su queste opzioni, vedere 3.7.3 parametri di installazione di MSDE 2000.

Non è possibile disattivare tutti i server di motore di database di librerie di rete durante l'installazione o aggiornamento di istanze di SQL Server 2000.

Miglioramenti di 5.2 analysis Services

Questa sezione vengono illustrati i miglioramenti di SQL Server 2000 Analysis Services che sono incluso in Service Pack 3a.
Partizioni remote 5.2.1
introdotte in SP1

Quando si crea una partizione remota su un server locale che dispone di SP1 o versione successiva su di esso, è necessario che il server remoto utilizzare un account di utente del dominio dotato di autorizzazioni di accesso completo per il cubo padre nel server locale. Qualsiasi account utente che è un membro del gruppo Administrators di OLAP gruppo sul server locale dispone di autorizzazioni di accesso completo.
Inoltre, se il server locale dispone di SP1 o versione successiva installato, il server remoto anche necessario SP1 o versione successiva installato in modo che il server locale è possibile creare o amministrare le partizioni remote.
Aggiornato 5.2.2 Analysis Services Redistributable installazione client
introdotte in SP1

Analysis Services SP1 e di versioni successive includono le versioni aggiornate dei seguenti programmi di installazione ridistribuibile di client:
  • PTSLite.exe
  • PTSFull.exe
Questi file si trovano nel percorso \Msolap\Install\PTS di directory di installazione del service pack.

Nota PTSFull.exe include MDAC; non PTSLite.exe.

Utilizzare questi programmi di installazione client aggiornato nelle applicazioni per impedire o risolvere problemi di installazione client che possono verificarsi quando si utilizza Analysis Services e Microsoft Office XP.

Nota Quando si utilizza Analysis Services con Office XP, l'aggiornamento del client è consigliabile.
Supporto 5.2.3 abilitato per dati di terze parti provider di algoritmi di data mining
introdotte in SP1

Analysis Services SP1 e versioni successive includono il supporto per l'aggiunta di provider di algoritmi di terze parti data mining. Per ulteriori informazioni sullo sviluppo di un provider di algoritmo di data mining, vedere il white paper "Provider di data mining di terze parti dati" e OLE DB per data Mining Resource Kit, che contiene il codice per un provider dell'algoritmo di esempio data mining.
5.2.4 Installazione di Analysis Services su un computer con file di aggiornamento client
introdotte in SP1

Se si installa SQL Server 2000 Analysis Services in un computer contenente i file di client aggiornato, ad esempio SQL Server 2000 SP1 o Office XP, è necessario applicare Analysis Services SP1 o versione successiva per garantire che il client funzioni correttamente e che è possibile esplorare i cubi.
5.2.4 Installazione di Analysis Services su un computer con file di aggiornamento client
introdotte in SP1

Se si installa SQL Server 2000 Analysis Services in un computer contenente i file di client aggiornato, ad esempio SQL Server 2000 SP1 o Office XP, è necessario applicare Analysis Services SP1 o versione successiva per garantire che il client funzioni correttamente e che è possibile esplorare i cubi.
Limite 5.2.5 maggiore per i cubi OLAP riferimento da un cubo virtuale
introdotto in SP3

I cubi virtuali ora possono fare riferimento a cubi fino a 255. Tuttavia, qualsiasi cubo virtuale che fa riferimento a più di 64 cubi non è visibile a qualsiasi versione di precedente a SP3 di servizio di Microsoft PivotTable ®.
Parola chiave descrizione 5.2.6 nuovo
introdotto in SP3

I cubi locali supportano ora la proprietà del membro intrinseche descrizione per le misure e dimensioni. La parola chiave descrizione, aggiunta il CREATE CUBE (istruzione MULTIDIMENSIONAL Expression), viene utilizzata per supportare l'utilizzo di proprietà del membro intrinseche di descrizione. Le clausole BNF riportato di seguito vengono descritte le modifiche apportate all'istruzione CREATE CUBE:
<dimensions def> :: = DIMENSION <dimension name> [<time def>] 
  [DIMENSION_STRUCTURE <sub_type>] [<hidden def>] 
  [DESCRIPTION <description expression>] 
  <options def> <comma> <hierarchy def list> 
<measures def> :: = MEASURE <measure name> <measure function def> 
  [<measure format def>] [<measure type def>] [<hidden def>] 
  [DESCRIPTION <description expression>] [<comma> <measures def>]
5.2.7 Nuova proprietà di client con restrizioni di servizio PivotTable
introdotto in SP3

SP3 ha introdotto una proprietà di stringa di connessione servizio PivotTable nuova, client con restrizioni. Questa proprietà può essere utilizzata per impedire che il servizio PivotTable utilizzando funzionalità di cubo locale. Qualsiasi tentativo di utilizzare un'istruzione che prevede la creazione o l'utilizzo di un cubo locale, quali CREATE CUBE, CREATE GLOBAL CUBE e istruzioni CREATE SESSION CUBE, genera un errore. Inoltre, qualsiasi istruzione che prevede la ricorsione completa, ad esempio come una serie di istruzioni di DRILL-down nidificate, genera un errore se l'istruzione può potenzialmente overflow lo stack di istruzione gestito dal servizio PivotTable.

Questa proprietà memorizza un valore di stringa. Se il valore è impostato su qualsiasi valore stringa inizia con i caratteri "Y", "y", "T" o "t" o su qualsiasi valore stringa che può essere convertito in un valore numerico diverso da 0, il servizio PivotTable è limitato come descritto in precedenza. Se il valore è impostato su qualsiasi altro valore stringa, compresa una stringa vuota (""), o qualsiasi valore stringa che può essere convertito in un valore numerico uguale a 0, servizio PivotTable è senza restrizioni. Il valore predefinito per questa proprietà è "0".

Nota Questa proprietà non limita l'utilizzo di modelli di data mining dati locali.
Modificare la proprietà di opzioni di protezione 5.2.8
introdotto in SP3

Anche l'impostazione di proprietà di Opzioni di protezione su DBPROP_MSMD_SAFETY_OPTIONS_ALLOW_SAFE impedisce ad utilizzo del PASSTHROUGH parola chiave nei cubi locali.
5.2.9 Migrare il Repository Meta Data Services disattivato per impostazione predefinita
introdotto in SP3

L'opzione per utilizzare il formato di repository di Meta Data Services nella migrazione guidata repository è stata disattivata in SP3 o versione successiva, e utilizzando questo formato non è consigliata. Tuttavia, se questo formato è necessario per motivi aziendali, è possibile attivare l'opzione mediante la chiave del Registro di sistema di EnableMigrationToMetaDataServicesFormat .

Per impostazione predefinita, la chiave del Registro di sistema non esiste e deve essere manualmente creato in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server\Monitoraggio le informazioni di connessione impostato per abilitare la migrazione di repository per il Meta Data Services formato. Questa chiave del Registro di sistema memorizza un valore di stringa con distinzione tra maiuscole e minuscole. Se il valore è impostato su 1 o True , migrazione di repository al formato Meta Data Services è attivato. Se il valore è impostato su qualsiasi altro valore stringa, o se la chiave del Registro di sistema non esiste, la migrazione del repository al formato Meta Data Services è disattivata.
Nota Se il valore di questa chiave del Registro di sistema viene modificato, la modifica ha effetto immediato.
5.2.10 Autorizzazioni deve essere modificato in una cartella dati remota
introdotto in SP3

Se la cartella Analysis Services Data si trova su un computer diverso da quello in cui è in esecuzione Analysis server, è necessario modificare le autorizzazioni sulla cartella dopo l'installazione del Service Pack 3a. Sul computer remoto, è necessario impostare le autorizzazioni sulla cartella per consentire l'accesso controllo completo da tutti i membri del gruppo OLAP Administrators nel computer che esegue l'analisi server. Con il passare del tempo, man mano che i membri sono aggiunto o rimosso dal gruppo OLAP Administrators, assicurarsi di modificare le autorizzazioni sui dati remoti cartella in modo che rifletta l'appartenenza corrente del OLAP Administrators gruppo. Verrà consentire il backup e ripristino per il corretto funzionamento.

Inoltre, dopo l'installazione di Service Pack 3a, è necessario consentire l'account in cui il computer Analysis server è in esecuzione accesso con controllo completo alla cartella dati remoto.

Se si applica un'istanza di Analysis Services SP3a in esecuzione in una configurazione cluster, il livello di dominio OLAP Administrators gruppo necessario consentire l'accesso controllo completo alla cartella di dati remota. Per ulteriori informazioni sulla creazione e utilizzo di un gruppo di OLAP Administrators a livello di dominio, vedere Supporto articolo 308023 disponibili in Microsoft prodotto supporto servizi Knowledge Base.

Miglioramenti di replica 5.3

In questa sezione vengono illustrate miglioramenti di replica di SQL Server 2000 che sono incluso in Service Pack 3a.
Personalizzata UPDATE di replica transazionale 5.3.1 stored procedure
introdotte in SP1

Durante l'installazione la replica transazionale, stored procedure personalizzate per inserire, eliminare e azioni di aggiornamento vengono create nel database di sottoscrizione. Indipendentemente dal numero di colonne interessato da un'istruzione UPDATE istruzione, la stored procedure personalizzate di aggiornamento aggiorna tutte le colonne nella tabella delle sottoscrizioni. Qualsiasi colonna che non è stato modificato viene reimpostato sugli stessi valori esistevano prima dell'aggiornamento. In genere, questa azione non causa problemi. Tuttavia, se uno qualsiasi di queste colonne sono indicizzato, la reimpostazione può essere costosa.

Se si utilizza la replica transazionale e si presenti più indici nella tabella di sottoscrizione e solo alcuni valori di colonna modifica causa degli aggiornamenti, l'overhead di gestione dell'indice possibile limitare le prestazioni quando le modifiche vengono applicate nel server di sottoscrizione. Ad esempio, un database di sottoscrizione che viene utilizzato per scopi di report può avere molte più indici da un database di pubblicazione. Creazione in modo dinamico l'istruzione UPDATE in fase di esecuzione è possibile migliorare le prestazioni. L'aggiornamento include solo le colonne che sono state modificate, rappresenta la creazione di una stringa UPDATE ottimale.

Questo service pack include una nuova stored procedure, sp_scriptdynamicupdproc, che genera una stored procedure personalizzata che è possibile utilizzare nel server di sottoscrizione per generare dinamicamente UPDATE istruzione in fase di esecuzione. Tuttavia, la generazione dell'istruzione UPDATE dinamico in fase di esecuzione richiede ulteriore elaborazione.

sp_scriptdynamicupdproc

Sp_scriptdynamicupdproc la stored procedure genera l'istruzione CREATE PROCEDURE che crea una procedura di aggiornamento dinamico memorizzato. L'istruzione UPDATE all'interno della stored procedure personalizzata viene creato in modo dinamico, in base alla sintassi MCALL che indica le colonne da modificare. Utilizzare questa stored procedure se sta aumentando il numero di indici della tabella di sottoscrizione e il numero di colonne da modificare è ridotto. Questa stored procedure viene eseguita nel server di pubblicazione nel database di pubblicazione.
Syntax
sp_scriptdynamicupdproc [ @artid =] artid

Arguments
[@artid =] artid

L'ID di articolo. article_id è di un tipo int e alcun valore predefinito.

set di risultati

Restituisce un set di risultati costituito da una colonna singola nvarchar(4000). Form set di risultati completo CREATE PROCEDURE istruzione che viene utilizzato per creare la stored procedure personalizzata.

note

sp_scriptdynamicupdproc è utilizzata in repliche transazionali. La logica di script MCALL predefinita include di tutte le colonne all'interno dell'istruzione UPDATE e utilizza una bitmap per determinare le colonne che sono stati modificati. Se una colonna non è stata modifica, la colonna è impostata nuovamente a se stesso, che in genere non causa problemi. Se la colonna è indicizzata, si verifica l'ulteriore elaborazione. Al contrario, la stored procedure utilizza un approccio dinamico: include solo le colonne che sono stati modificati, che fornisce una stringa UPDATE ottimale. Tuttavia, ulteriore elaborazione viene sostenuto in fase di esecuzione quando viene generata l'istruzione UPDATE dinamico. Si consiglia di verificare sia l'approccio dinamico stored procedure e dell'approccio predefinito statico e quindi scegliere la soluzione ottimale per esigenze specifiche.

autorizzazioni

I membri del ruolo al ruolo public possono eseguire sp_scriptdynamicupdproc

esempi

In questo esempio crea un articolo (con article_id impostato su 1) della tabella authors del database pubs e specifica che la stored procedure personalizzata per eseguire l'istruzione UPDATE:

'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

dopo l'esecuzione di questa stored procedure, è possibile utilizzare lo script risultante per creare manualmente la stored procedure nei server di sottoscrizione.


Istruzioni UPDATE di replica transazionale 5.3.2 su colonne univoche
introdotte in SP1

Nella replica transazionale, le istruzioni UPDATE in genere vengono replicate come gli aggiornamenti. Ma se l'aggiornamento modifica qualsiasi colonna che fa parte di un indice univoco, di un indice cluster o di un'espressione che viene utilizzata come un vincolo univoco, l'aggiornamento viene eseguita come un'istruzione DELETE seguita da un'istruzione INSERT istruzione nel server di sottoscrizione. Ciò avviene perché questo tipo di aggiornamento può influire sulle più righe e di una violazione dell'univocità può verificarsi se gli aggiornamenti vengono recapitati riga per riga.

Se l'aggiornamento influisce solo una riga, è meno probabile per una violazione dell'univocità. Di conseguenza, il flag di traccia 8207 è stato aggiunto al service pack per consentire aggiornamenti a qualsiasi colonna univoco che interessano solo una riga da replicare come le istruzioni UPDATE. Questa ottimizzazione è stata aggiunta specificamente per applicazioni installare trigger UPDATE definiti dall'utente nel server di sottoscrizione che richiedono questi attivazione di trigger per aggiornamenti che interessano solo una riga su una colonna univoca.
Per utilizzare il flag di traccia 8207, attivarlo dal prompt dei comandi (sqlservr.exe - T8207) o di esecuzione utilizzando DBCC TRACEON(8207,-1) prima che l'agente viene avviato.

importante In genere, il flag di traccia 8207 viene utilizzato con la replica transazionale e di sola lettura. Non utilizzare questo flag di traccia con sottoscrizioni aggiornabili, se la chiave primaria UPDATE può verificarsi nel server di sottoscrizione.
Restrizioni 5.3.3 rimozione dall'elaborazione di snapshot concorrenti
introdotte in SP1

In SQL Server 2000, l'elaborazione degli snapshot concorrenti non era consigliato se la tabella di pubblicazione dispone di un indice univoco che non era la chiave primaria o la chiave di clustering. Se durante un snapshot concorrenti è stato generato la chiave di clustering sono state apportate le modifiche apportate ai dati, replica potrebbe non effettuata con un errore di chiave duplicato quando si applica lo snapshot concorrente a un server di sottoscrizione. Con questo service pack, rimozione delle restrizioni sull'utilizzo di elaborazione degli snapshot concorrenti.
Replica transazionale di 5.3.4 script stored procedure personalizzata
introdotte in SP1

Durante l'impostazione di sottoscrizioni nosync (ovvero sottoscrizioni che non vengono visualizzato lo snapshot iniziale), personalizzata consente di stored procedure per INSERT, UPDATE e che le istruzioni DELETE devono essere create manualmente. In genere, queste istruzioni vengono create nel server di sottoscrizione quando lo snapshot iniziale viene recapitato. È stata aggiunta una nuova stored procedure, sp_scriptpublicationcustomprocs , per generare script per stored procedure personalizzate a livello di pubblicazione. Questa nuova funzionalità può semplificare impostare le sottoscrizioni nosync.

sp_scriptpublicationcustomprocs

In una pubblicazione in cui l'opzione per generare automaticamente uno schema di procedura personalizzata è attivata, la stored procedure
sp_scriptpublicationcustomprocs script le procedure INSERT, UPDATE e DELETE personalizzate per tutti gli articoli tabella.
sp_scriptpublicationcustomprocs è particolarmente utile per impostare le sottoscrizioni per cui lo snapshot viene applicato 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
Set di risultati

Restituisce un set di risultati costituito da una colonna singola nvarchar(4000) . Il set di risultati moduli l'istruzione CREATE PROCEDURE completo è necessario creare la stored procedure personalizzata.

note

Procedure personalizzate non sono creato uno script per gli articoli senza la generazione automatica di opzione dello schema procedura personalizzata (0 x 2).

autorizzazioni

Eseguire autorizzazione è concessa pubbliche ; un controllo di procedure di protezione viene eseguito all'interno di questa stored procedure per limitare l'accesso a membri di sysadmin corretti di ruolo di server e del database db_owner nel database corrente.

esempio

In questo esempio genera uno script delle stored procedure personalizzate in una pubblicazione denominata Northwind. .
exec Northwind.dbo.sp_scriptpublicationcustomprocs 
@publication = N'Northwind'

Pulitura dei metadati basata su criteri di replica di tipo merge 5.3.5
introdotte in SP1

Quando le tabelle di sistema di unione replica contengono grandi quantità di metadati, la pulitura dei metadati migliora le prestazioni. Prima per SQL Server 2000 SP1, potrebbero essere ripulite metadati solo eseguendo la stored procedure sp_mergecleanupmetadata. Tuttavia, SQL Server 2000 SP1 e versioni successive includono dati basati su memorizzazione di metadati pulitura, che significa che è possono eliminare automaticamente i metadati nelle tabelle di sistema riportate di seguito:
  • MSmerge_contents
  • MSmerge_tombstone
  • MSmerge_genhistory
  • Qualsiasi prima di tabelle di immagine, se presente
Nota Prima di tabelle immagine presente se il @ keep_partition_changes opzione di ottimizzazione di sincronizzazione è attivata la pubblicazione.

Metadati basati su memorizzazione pulitura dati si verifica come segue:
  • Se il parametro di agente di merge ?MetadataRetentionCleanup è impostato su 1, come nel caso per impostazione predefinita, l'agente di merge pulisce il server di sottoscrizione e server di pubblicazione coinvolti nella stampa unione.
  • Se l'opzione-MetadataRetentionCleanup parametro è impostato su 0, automatico di pulizia non viene eseguita. In questo caso, avviare manualmente i dati di metadati basati su memorizzazione pulitura eseguendo s p_mergemetadataretentioncleanup. Questa stored procedure deve essere eseguita nel server di ogni pubblicazione e server di sottoscrizione devono essere eliminati. È consigliabile, ma non obbligatorio, che il server di pubblicazione e server di sottoscrizione essere eliminati in momenti simili nel tempo (vedere la prevenzione di conflitti false più avanti in questa sezione).

    Nota Il -MetadataRetentionCleanup parametro è impostato su 1 per tutti i profili agente di merge inclusi in SQL Server 2000 SP1 e versioni successive. Se si aggiorna un server a SP1 o versione successiva e quindi aggiungerla la replica di tipo merge, il profilo di agente di merge viene aggiornato automaticamente per includere questo parametro. Se si aggiorna un server che dispone già di replica di tipo merge abilitata a SP1 o versione successiva, l'agente di merge profilo non viene aggiornato automaticamente; è necessario aggiornare il profilo eseguendo sp_add_agent_parameter (vedere parametro aggiuntivo per sp_add_agent_parameter più avanti in questa sezione).

    importante Il periodo di memorizzazione predefinito per le pubblicazioni è di 14 giorni. Se un articolo appartiene a più pubblicazioni, è possibile periodi di memorizzazione diversi. In questo caso, il periodo più lungo consente di determinare il tempo possibile prima che pulitura possono verificarsi. Se esistono più pubblicazioni in un database, e se uno di tali pubblicazioni utilizza un periodo di pubblicazione infinito ( @ retention = 0 ), metadati di unione per il database non viene automaticamente pulito. Per questo motivo, è necessario utilizzare memorizzazione della pubblicazione infinito con cautela
Parametri aggiuntivi per sp_add_agent_parameter

Il sp_add_agent_parameter procedura di sistema ha ora un parametro di MetadataRetentionCleanup, che consente di aggiungere o rimuovere conservazione dei dati meta pulitura da profili agente di merge. Il valore 1 indica che il profilo deve includere pulitura; un valore pari a 0 indica che non includere pulitura. Ad esempio, per aggiungere metadati dati memorizzazione parziale fino a un profilo, eseguire il codice riportato di seguito:
EXEC sp_add_agent_parameter @profile_id=<my_profile_id>,
  @parameter_name='MetadataRetentionCleanup', @parameter_value=1
Meta dati pulitura nelle topologie con versioni diverse di SQL Server

Per essere in automatico memorizzazione basato pulitura si verifichi in un database coinvolti nella replica di tipo merge, il database e l'agente di merge sia necessario sui server che eseguono SQL Server 2000 SP1 o versione successiva. Ad esempio:
  • Un pull di SQL Server 7.0 Server di sottoscrizione non viene eseguito di pulitura in un server di pubblicazione di SP1 di SQL Server 2000.
  • Un push di SQL Server 2000 SP1 agente di merge non viene eseguito di pulitura in un database di sottoscrizione di pre-SP1 SQL Server 2000.
  • Pulitura dell'agente di merge si esegue in un database di server di pubblicazione di SQL Server 2000 SP1, anche se dispone di server di sottoscrizione che eseguono SQL Server 2000 un push di SQL Server 2000 SP1 o versioni precedenti.
Automatico pulitura su alcuni server e non su altri utenti verranno al massimo conflitti di causa false e quelli deve essere rari. Per le topologie che includono le versioni di SQL Server precedenti a SQL Server 2000 SP1, potrebbe essere visualizzato vantaggi in termini di prestazioni eseguendo sp_mergemetadatacleanup tutti i server che non vengono cancellati automaticamente.

evitare conflitti false

Impedisce di metadati basato su criteri di gestione pulitura dati non di convergenza e silent sovrascrive le modifiche in altri nodi. Tuttavia, false conflitti possono verificarsi se sono soddisfatte le condizioni seguenti:
  • I metadati viene puliti in un nodo e non un altro.
  • Un aggiornamento successivo al nodo pulitura remota si verifica in una riga in cui i metadati è stati eliminati.
Ad esempio, se i metadati viene puliti nel server di pubblicazione ma non nel server di sottoscrizione e nel server di pubblicazione viene eseguito un aggiornamento, si verifica un conflitto anche se i dati visualizzati da sincronizzare.

Per evitare questo conflitto, assicurarsi che i metadati viene puliti in nodi correlati allo stesso momento. Se si utilizza l'opzione-MetadataRetentionCleanup è impostato su 1, i server di pubblicazione e server di sottoscrizione vengono eliminati automaticamente prima dell'avvio unione, assicurando in tal modo che i nodi vengono cancellati allo stesso tempo. Se si verifica un conflitto, è possibile utilizzare il Visualizzatore conflitti di unione replica per controllare il conflitto e la se necessario, modificare il risultato.

Se un articolo è in uno scenario di ripubblicazione o appartiene a più pubblicazioni, è possibile che i periodi di memorizzazione per una determinata riga nel server di pubblicazione e server di sottoscrizione sono diversi. Per ridurre le possibilità di pulitura dei metadati su un lato, ma non in altro, è consigliabile che tali pubblicazioni diverse periodi di memorizzazione simile.

Nota Se le tabelle di sistema contengono grandi quantità di metadati che devono essere eliminati, il processo di unione potrebbe richiedere più tempo di esecuzione. Pulire i metadati in modo regolare per evitare questo problema.
5.3.6 Backup e ripristino di problemi per la replica di tipo merge
introdotte in SP1

Un database di pubblicazione ripristinato da un backup prima deve sincronizzare con un database di sottoscrizione che dispone di una sottoscrizione globale (vale a dire una sottoscrizione con un valore di priorità) per garantire il comportamento corretto di convergenza. La sincronizzazione assicura che le modifiche sono andate perse al database di pubblicazione a causa dell'operazione di ripristino vengono riapplicate in modo accurato.

Sincronizzerà il database di pubblicazione con un database di sottoscrizione che dispone di una sottoscrizione anonima. Poiché le sottoscrizioni anonime non dispongono di dati sufficienti metadati per applicare le modifiche al database di pubblicazione, quali sincronizzazione può comportare la convergenza non di dati.

Quando si intende eseguire il backup e ripristino le operazioni per la replica di tipo merge, considerare quanto segue aggiuntive:
  • Ripristinare i database di sottoscrizione da backup non sono oltre il periodo di memorizzazione.

    Ripristinare un database di sottoscrizione da un backup solo se il backup è il più breve periodo di memorizzazione di tutte le pubblicazioni a cui il server di sottoscrizione sottoscrive non precedente. Ad esempio, se un server di sottoscrizione sottoscrive tre pubblicazioni con periodi di memorizzazione delle 10, 20 e 30 giorni, rispettivamente, il backup consente di ripristinare il database non sarà più di 10 giorni.
  • Sincronizzare prima di generare una copia di backup.

    È consigliabile che un server di sottoscrizione sono sincronizzati con il server di pubblicazione prima di eseguire una copia di backup. In caso contrario, il sistema potrebbe non convergono correttamente se il server di sottoscrizione viene ripristinato dal backup. Anche se il file di backup potrebbe essere nuovo, l'ultima sincronizzazione con un server di pubblicazione potrebbe essere quasi come precedente il periodo di memorizzazione. Si consideri, ad esempio, una pubblicazione con un periodo di conservazione di 10 giorni. L'ultima sincronizzazione è 8 giorni fa e ora viene eseguito il backup. Se il backup viene applicato a 4 giorni in un secondo momento, l'ultima sincronizzazione verrà essersi verificato 12 giorni fa, ovvero oltre il periodo di memorizzazione. Se il server di sottoscrizione è sincronizzato destra prima del backup, il database di sottoscrizione è entro il periodo di memorizzazione.
  • Se si modifica il valore di memorizzazione di pubblicazione, reinizializzare il server di sottoscrizione.

    Se si desidera modificare il valore di memorizzazione di pubblicazione, reinizializzare manualmente il server di sottoscrizione per evitare la convergenza non di dati. I meta dati basati su memorizzazione pulitura funzionalità Elimina i metadati non aggiornata dal tabelle di sistema di tipo merge, quando viene raggiunto il periodo di memorizzazione della pubblicazione.

    Il valore di memorizzazione di pubblicazione viene utilizzato per determinare quando devono scadere sottoscrizioni che non sono sincronizzate entro il periodo di memorizzazione. Se, dopo una pulitura, il periodo di memorizzazione della pubblicazione viene aumentato e una sottoscrizione tenta di unire con il server di pubblicazione (che è già eliminato i metadati), la sottoscrizione a causa del valore maggiore di memorizzazione non scadrà. Inoltre, il server di pubblicazione non dispone di dati sufficienti metadati per scaricare le modifiche al server di sottoscrizione, conduce a non di convergenza.
  • Utilizzare gli stessi valori di conservazione di pubblicazione per tutti i server di pubblicazione e i partner di sincronizzazione alternativo. L'utilizzo di valori diversi può rendere non di convergenza.
Ripristino 5.3.7 replicato il database da versioni diverse di SQL Server
introdotte in SP1

Ripristino di un backup al server e al database stesso, esegue la stessa versione come server da cui il backup è stato creato, mantiene le impostazioni di replica. Se si ripristina un database replicato a una versione di SQL Server è diverso dalla versione utilizzata per eseguire il backup del database, considerare quanto segue:
  • Se si sta ripristinando il database per SQL Server 2000 SP3a da un backup creato con SQL Server 2000 e si desidera mantenere le impostazioni di replica, è necessario eseguire sp_vupgrade_replication. Eseguire sp_vupgrade_replication garantisce che i metadati di replica sia stati aggiornati. Se non si esegue sp_vupgrade_replication , i metadati di replica possono rimanere in uno stato imprevedibile.
  • Se si sta ripristinando il database a SQL Server 2000 da un backup creato con SQL Server 7.0 (la versione, SP1, SP2, SP3 e SP4) e si desidera mantenere le impostazioni di replica, è necessario ricreare il backup prima di installare il service pack. È possibile ripristinare il database SQL Server 2000 SP3a direttamente da un backup di un database replicato creato in SQL Server 7.0, ma non vengono mantenute le impostazioni di replica.
Nuovo 5.3.8 - MaxCmdsInTran di parametro per agente lettura log
introdotte in SP1

A partire da SP1, un nuovo parametro prompt dei comandi,- MaxCmdsInTran è stato aggiunto per l'agente. Per le transazioni che interessano un numero elevato di comandi (in genere massa aggiornamenti o eliminazioni), l'agente di distribuzione necessario attendere che l'agente scrivere l'intera transazione nel database di distribuzione prima di avviare la propagazione della transazione al server di sottoscrizione. Questo ritardo blocca l'agente di distribuzione e riduce il parallelismo tra i due agenti.

Utilizzando ?MaxCmdsInTran, il transazioni di grandi dimensioni viene suddiviso in blocchi più piccoli nell'agente, e ogni blocco contiene lo stesso o meno i comandi come il -MaxCmdsInTran input. Di conseguenza, l'agente di distribuzione possibile avviare l'elaborazione di blocchi di versioni precedenti di una transazione mentre l'agente è ancora in uso tramite blocchi successive della stessa transazione.

Questo miglioramento in parallelismo tra l'agente e l'agente di distribuzione si contribuisce a una migliore velocità effettiva di replica globale. Si noti, tuttavia, i blocchi di transazione di commit nel server di sottoscrizione come singole transazioni che interrompe la proprietà di atomicità, una delle proprietà ACID (atomicità, coerenza, isolamento e durata). Questo risultato non un problema nella maggior parte dei casi, anche se è consigliabile eseguire una verifica per assicurarsi che.

definisce il parametro ?MaxCmdsInTran

Specificare un numero intero positivo (1 o versione successiva) per l'opzione-valore di parametro MaxCmdsInTran. Specificare un valore pari a 0 equivale a non utilizza il parametro. Poiché questo parametro migliora le prestazioni solo quando la transazione è molto grande, un valore di 5000 o versione successiva per questo parametro è tipico. Ad esempio:

Logread.exe - MaxCmdsInTran 10000.

Per utilizzare questo parametro, il server di pubblicazione deve essere in esecuzione SQL Server 2000 SP1 o versione successiva, e il database di agente di lettura log e distribuzione deve essere aggiornato a SP3 o versione successiva. In caso contrario, -MaxCmdsInTran viene ignorato.
Restrizione 5.3.9 indici cluster non univoco
Introduced in SP2 (si applica solo per la replica transazionale)

Non è possibile creare un indice cluster non è univoco in una tabella dopo la pubblicazione per la replica transazionale. Prima di creare l'indice è prima necessario eliminare qualsiasi pubblicazione che include la tabella.
Nuovo - 5.3.10 argomento della riga di comando MaxNetworkOptimization per agente snapshot
introdotte in SP2

Durante la normale elaborazione, la replica di tipo merge può inviare DELETE comandi ai server di sottoscrizione per le righe che non appartengono al server di sottoscrizione della partizione. Comandi DELETE di questo tipo vengono detti Elimina irrilevante. Elimina irrilevanti non influiscono sull'integrità dei dati o di convergenza, ma può generare inutile traffico di rete.

Per ridurre il traffico di rete causato da eliminazioni irrilevanti, è possibile utilizzare il nuovo parametro di agente snapshot - MaxNetworkOptimization con pubblicazioni di replica di tipo merge. Impostando il parametro su 1 riduce il rischio di eliminazioni irrilevanti, che consente di ottimizzare ottimizzazione della rete.

Nota L'impostazione di questo parametro su 1 risulta utile, in solo quando l'opzione di ottimizzazione della sincronizzazione della pubblicazione di tipo merge è impostata su true (il @ keep_partition_changes parametro di sp_addmergepublication ).

Il valore predefinito è 0 perché impostando il parametro su 1 può aumentare l'archiviazione dei metadati e causare prestazioni a diminuire nel server di pubblicazione se sono presenti più livelli di filtri join e filtri complessi sottoinsieme. È necessario valutare la topologia di replica e impostare con attenzione -MaxNetworkOptimization su 1 solo se è eccessivamente elevato traffico di rete da eliminazioni irrilevante.

È possibile aggiungere questo parametro al profilo dell'agente snapshot eseguendo la procedura di sistema sp_add_agent_parameter come indicato di seguito:

EXEC sp_add_agent_parameter 1, MaxNetworkOptimization, 1
5.3.11 Merge replica utilizza nuovo ruolo
introdotto in SP3

SP3 e successivamente automaticamente crea un nuovo ruolo per l'utilizzo replica di tipo merge. Il nome del nuovo ruolo è il modulo MSmerge-< ID pubblicazione >. Il ruolo viene creato nel server di pubblicazione per ogni pubblicazione di replica di tipo merge e funge da elenco accessi della pubblicazione (PAL) per controllare l'accesso a pubblicazioni nel server di pubblicazione di tipo merge. Se questo ruolo è stato eliminato, è possibile eseguire una nuova stored procedure inclusa nel Service Pack 3 o versione successiva, sp_createmergepalrole, ricreare il ruolo. Questa stored procedure viene eseguita nel server di pubblicazione nel database di pubblicazione per ricreare il ruolo.
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)
note

Esecuzione sp_createmergepalrole aggiunge una nuova riga alla tabella sysusers per il nuovo ruolo. Il nome di questo nuovo ruolo in base al valore della colonna pubid nella tabella sysmergepublications per la pubblicazione specificata. Il prefisso del nome del ruolo è 'MSMerge_' e il valore di parametro pubid viene aggiunto (senza i segni meno) al nome del ruolo.

autorizzazioni

Solo i membri del sysadmin ruolo di server o database db_owner possono eseguire il sp_createmergepalrole .
Creazione di nuovi requisiti per le sottoscrizioni 5.3.12 da utenti non di sysadmin
introdotto in SP3

Se una sottoscrizione viene creata da un utente che non è un membro del ruolo predefinito del server sysadmin, è necessario eseguire una delle seguenti operazioni:
  • Configurare l'account di proxy di Agente SQL Server con un account di accesso e una password in modo che il passaggio di processo SQL Server Agent associato con l'agente di replica viene eseguito con privilegi sufficienti. Per ulteriori informazioni, vedere l'argomento "xp_sqlagent_proxy_account" nella documentazione in linea di SQL Server.
  • Modificare il proprietario del passaggio di processo a un utente è membro del ruolo server fisso sysadmin prima di eseguire l'agente.
Nota La funzionalità di attivazione di agente remoto richiede sempre il passaggio di processo per eseguire in contesto di un account utente nel ruolo server fisso sysadmin.
5.3.13 Modifiche delle autorizzazioni per stored procedure
introdotto in SP3

Sono state modificate le autorizzazioni su un numero di stored procedure utilizzate per implementare, amministrare e monitorare una topologia di replica. La maggior parte di queste modifiche riguardano un rafforzare delle autorizzazioni necessarie per l'esecuzione delle stored procedure. Per ulteriori informazioni sulle autorizzazioni del nuovi, consultare la documentazione di riferimento Transact-SQL per la stored procedure di replica in quella aggiornata della documentazione in linea di. Per ulteriori informazioni su aggiornato server documentazione in linea di SQL, vedere sezione 1.6 aggiornata documentazione in linea documentazione è disponibile.
5.3.14 Nuovo parametro per la stored procedure sp_addmergearticle e sp_changemergearticle
introdotto in SP3

Un nuovo parametro, @ published_in_tran_pub , è stato aggiunto sia sp_addmergearticle e sp_changemergearticle . Questo parametro viene utilizzato per indicare che un articolo in una pubblicazione di stampa unione anche venga pubblicato in una pubblicazione transazionale. @ published_in_tran_pub è di tipo nvarchar (5), con un valore predefinito di FALSE. TRUE specifica che l'articolo è pubblicato anche in una pubblicazione transazionale.

Nota Quando si modifica questo parametro nella stored procedure sp_changemergearticle, lo snapshot deve essere invalidato e i server di sottoscrizione deve essere reinizializzata.
5.3.15 Nuova pagina per la configurazione guidata di distribuzione e pubblicazione
introdotto in SP3

La configurazione guidata pubblicazione e distribuzione include ora una nuova pagina: password di distribuzione. È necessario digitare una password in questa pagina se si seleziona uno o più server di pubblicazione per utilizzare il server come server di distribuzione remoto e uno o più tali autori richiedono una password. La connessione tra un server di pubblicazione e server di distribuzione remoto è un ibrido di un server collegato e un server remoto. La connessione utilizza l'account di accesso distributor_admin. Per impostazione predefinita, il server di pubblicazione è configurato come non attendibile nel server di distribuzione remoto è necessaria una password.

Nota Se si dispone scaricato e installato la documentazione in linea di SQL Server 2000 (aggiornata - SP3), queste informazioni sono disponibili quando si sceglie il pulsante Guida in linea per la nuova pagina.
5.3.16 Passa a supporto di Gestione sincronizzazione Microsoft Windows
introdotto in SP3

SQL Server consente di attivare le sottoscrizioni esistenti (create tramite SQL Server Enterprise Manager, SQL-DMO e stored procedure di replica) per l'utilizzo in Gestione sincronizzazione. È inoltre possibile creare nuove sottoscrizioni tramite Gestione sincronizzazione Microsoft Windows. Dopo avere applicato il service pack, durante la sincronizzazione una sottoscrizione, Gestione sincronizzazione Microsoft Windows verrà chiesto di immettere la password o le password necessarie per connettersi a server coinvolti nel processo di sincronizzazione.
5.3.17 Modificare per requisiti per collegamento o ripristino di un database di replica
introdotto in SP3

In un determinato insieme di condizioni, replica potrebbe non funzionare correttamente in fase di collegamento o ripristino un database pubblicato. Queste condizioni sono:
  • SP3 oppure successivamente sono stati applicati.
  • L'utente che collega il database non è un membro del ruolo predefinito del server sysadmin .
  • Concatenamento tra database non è stato concesso.
Se tutte queste condizioni sono vere, si deve eseguire la procedura sp_changedbowner memorizzati nel database di allegato o il ripristino. Assegnare la proprietà account di accesso amministratore incorporato sa . In tal modo che la replica funzioni correttamente.

Nota È necessario essere un membro del ruolo server fisso sysadmin per l'esecuzione di sp_changedbowner .

Per ulteriori informazioni sulla concatenazione di proprietà tra database, vedere la sezione 5.1.11 di concatenamento proprietà tra database.

Miglioramenti di 5.4 SQL Server Agent

In questa sezione vengono illustrate miglioramenti ad Agente SQL Server sono inclusi nel Service Pack 3a.
Informazioni su account di agente server registri SQL 5.4.1
introdotte in SP2

Il SQL Server Agent cronologia processi ora di Windows di record account in cui viene eseguito ogni passaggio del processo. Queste informazioni consentono agli amministratori di diagnosticare problemi di protezione con i processi pianificati, inclusi i processi pianificati per la replica e le attività DTS (Data Transformation Services) sono definiti.
5.4.2 Modifiche configurazione dei server master/destinazione
introdotto in SP3

L'amministrazione multiserver è il processo di automatizzazione delle operazioni di amministrazione tra più istanze di SQL Server. Amministrazione multiserver di utilizzo, se si gestiscono due o più server e si desidera centralizzare le attività di manutenzione.

In SP3a, non è necessario essere un amministratore di Windows a meno che non è necessario utilizzare l'account proxy dell'agente di SQL Server l'account del servizio Agente SQL Server. Per ulteriori informazioni per il proxy di Agente SQL Server Account, vedere la sezione sezione 5.7.3 SQL Server Agent Proxy Account miglioramenti. L'account del servizio Agente SQL Server deve far parte del server sysadmin.

Con l'amministrazione multiserver, è necessario almeno un server master e almeno un server target. Un server master distribuisce processi ai e riceve eventi da server di destinazione. Un server master archivia la copia centrale delle definizioni di processo per i processi eseguiti sul server di destinazione. Server di destinazione connettersi periodicamente al server master per aggiornare i relativi elenco di processi da eseguire. Se esiste un nuovo processo, il server di destinazione il processo di download e si disconnette dal server master. Al termine del processo server di destinazione, stabilisce una nuova per il server master connessione e segnala lo stato del processo.

Prima di applicare SP3a, è necessario completare diversi passaggi per aggiornare la configurazione del server master/destinazione di SQL Server 2000. Le modifiche introdotte con SP3a non sono compatibili con server di destinazione SQL Server 7.0 o con qualsiasi server SP3a non è in esecuzione. Si tratta di una modifica dalla funzionalità di SQL Server 2000 originale.

per aggiornare la configurazione del server master/destinazione
  1. Creare un nuovo account (server master) MSX sul server master. Questo è di preparare server (server di destinazione) TSX (o server) per l'aggiornamento. A tale scopo, eseguire i comandi seguenti.
    --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
    
    dove <msxaccount> rappresenta il nome di accesso SQL scelto e <msxaccountpassword> rappresenta la password associata.

    Nota Questi valori necessario racchiudere tra virgolette singole.

    Scelta di un account MSX sono le seguenti opzioni:
    • Autenticazione di Windows. Questo è l'opzione più sicura, perché non sono necessario archiviare le password e senza diritti di amministratore di Windows locali è possibile configurare SQL Server e Agente SQL Server.
    • Autenticazione di SQL Server. Questa operazione richiede account di servizio Agente SQL Server dispone di diritti di amministratore Windows locali perché SQL Server archivia il nome utente e la password dell'utente come un segreto di protezione locale (LSA, Local Security Authority) di autorità, e accesso è limitato agli amministratori locali di Windows. È possibile creare un account per tutti i server TSX, oppure è possibile creare un account per ogni server TSX.
    Non si specifica un account di tipo "probe" Agente SQL Server (<nome_computer> _msx_probe_login). Durante l'aggiornamento a SP3 o versione successiva, SQL Server rimuove i conti di tipo "probe" precedente poiché il server TSX non utilizzate non è più.
  2. Aggiornare i server TSX a SP3a uno alla volta. (Prima di applicare il service pack, vedere Passaggio 3 per ulteriori informazioni sull'intervallo di aggiornamento).
  3. Per ridurre al minimo tempi di inattività, è possibile eseguire la stored procedure estesa xp_sqlagent_msx_account su ciascun server TSX subito dopo l'aggiornamento a SP3a è stato completato.

    Nota Dopo l'esecuzione xp_sqlagent_msx_account, agente SQL deve essere arrestato e riavviato in ogni server.

    Per ulteriori informazioni su xp_sqlagent_msx_account, vedere la sezione 5.4.3 nuova SQL Server Agent Stored Procedure estesa.
  4. Applicare SP3a il server master. Gli account _msx_probe precedente vengono rimossi dal programma di installazione SP3a, poiché il server TSX non utilizzate non è più. Se un account è proprietario di processi di Agente SQL, l'account non viene rimosso ed è necessario modificare il proprietario dei processi in un altro utente e rimuovere manualmente questi account. Se si desidera continuare a utilizzare gli account _msx_probe precedente che propri processi di Agente SQL, sarà necessario modificare la password dell'account _msx_probe.
5.4.3 Nuovo agente SQL Server Extended Stored Procedure
introdotto in SP3

SP3a inclusa una nuova extended stored procedure che consente di configurare l'account utilizzato dal server TSX di Agente SQL Server per scaricare di istruzioni da un server MSX. Questo account è anche noto come l'account MSX o account server master.

xp_sqlagent_msx_account

La stored procedure estesa xp_sqlagent_msx_account Imposta o recupera il nome utente dell'account MSX di Agente SQL Server e la password da o verso i segreti LSA sul server TSX. Solo i membri del ruolo predefinito del server securityadmin è in possono di eseguire questa stored procedure estesa.

Prima di eseguire questa estesa stored procedure, SQL agente server deve essere in esecuzione. Inoltre, se l'account specificato è un SQL Server login, Agente SQL Server deve inoltre disporre di locali diritti di amministratore Windows. Agente SQL Server memorizza il nome utente e la password dell'utente come un segreto LSA e accesso è limitato agli amministratori locali di 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 l'account MSX di Agente SQL Server corrente. N'GET ' è un tipo nvarchar e alcun valore predefinito. La password non viene segnalata per motivi di protezione.

N '

Imposta l'account da utilizzare come server master di agente di SQL Server account. Parametri di utilizzo di MSX_username e MSX_password per specificare l'account da utilizzare come l'account MSX di Agente SQL Server. N ' è un tipo nvarchar e alcun valore predefinito.

N'DEL '

Elimina l'account MSX di Agente SQL Server.

'MSX_domain_name'

Riservato per utilizzi futuri.

'MSX_username'

Nome dell'account Windows da utilizzare come l'account MSX di Agente SQL Server. Specificare una stringa vuota per questo parametro e MSX_password per selezionare la protezione di Windows. In questo caso, account le credenziali vengono utilizzate per accedere al server MSX del servizio Agente SQL Server. MSX_username è un tipo nvarchar e alcun valore predefinito.

'MSX_password'

La password per l'account SQL Server specificato in MSX_username. Specificare una stringa vuota per questo parametro e il MSX_username per selezionare la protezione di Windows. In questo caso, le credenziali dell'account di servizio Agente SQL Server vengono utilizzate per accedere a un server MSX. MSX_password è un nvarchar con nessun valore predefinito.

Nota I parametri per xp_sqlagent_msx_account devono essere specificati in ordine. Impossibile utilizzare parametri denominati.
Codice valori restituiti

Restituisce un valore di 0 in caso di esito positivo o 1 in caso di errore
Quando xp_sqlagent_msx_account ha esito negativo e restituisce un valore di 1, SQL Server genera un messaggio di errore con le informazioni sull'errore.
set di risultati

Se un account MSX di Agente SQL Server è stato impostato, xp_sqlagent_msx_account restituisce un set di risultati con le seguenti informazioni quando si specifica N'GET ' .
Riduci questa tabellaEspandi questa tabella
ColonnaTipo di datiDescrizione
dominiosysnameN/d. riservato per utilizzi futuri.
nome utentesysnameAccount utilizzato come il SQL account MSX agente server.
Se un account SQL Server Agent MSX non è stato impostato o se N ' è non specificato, viene restituito alcun set di risultati.

autorizzazioni

Consente di eseguire autorizzazioni per impostazione predefinita xp_sqlagent_msx_account ai membri del ruolo del server securityadmin .

esempi
  • Recuperare assegnato MSX agente SQL Server account

    Nell'esempio riportato di seguito si recuperano l'account attualmente assegnato da utilizzare come l'account MSX di Agente SQL Server:

    EXEC master.dbo.xp_sqlagent_msx_account N'GET '
  • Imposta account MSX agente SQL Server per utilizzare Windows Authentication

    Questo esempio imposta il server MSX agente di SQL Server account per utilizzare l'autenticazione di Windows:
    EXEC master.dbo.xp_sqlagent_msx_account N'SET',
       N'',  -- Reserved for future use 
       N'',  -- MSX_username
       N''  -- MSX_password
    
  • Impostare l'account di MSX di Agente SQL Server a SQL Server Authentication

    Questo esempio viene impostato MSX agente SQL Server account Ralph e specifica una password:
    EXEC master.dbo.xp_sqlagent_msx_account N'SET',
       N'',  -- Reserved for future use 
       N'Ralph',  -- MSX_username
       N'RalphPwd'  -- MSX_password
    
  • Eliminare l'account MSX di Agente SQL Server

    Nell'esempio seguente vengono eliminate l'account MSX di Agente SQL Server. Ciò significa che SQL Server Agent per impostazione predefinita l'autenticazione di protezione integrata di Windows.


    EXEC master.dbo.xp_sqlagent_msx_account N'DEL '
Controlli di autorizzazione di agente server SQL 5.4.4
introdotto in SP3

SQL Server verifica ora che il proprietario del processo di agente disponga dell'autorizzazione per aggiungere o sovrascrivere il file di log di output da ogni processo. Ciò si verifica in tre modi:
  • Se il proprietario del processo è un membro del ruolo predefinito del server sysadmin, è possibile scrivere il file di log di output processo al server.
  • Se il proprietario del processo è un utente di Windows, SQL Server verifica se l'utente dispone dell'autorizzazione per scrivere il percorso del file registro output processo selezionato sul server.
  • Se il proprietario del processo è un utente di SQL Server, SQL Server verifica l'account di proxy di Agente SQL Server per autorizzazione per scrivere il percorso del file registro output processo selezionato sul server. Se l'account proxy non è stata impostata, non viene scritto alcun registro.
In tutti i casi, i processi vengono scritti con Agente SQL Server le credenziali, ma ora il test per verificare l'utente dispone dell'autorizzazione per scrivere l'output del processo selezionato accesso percorso file sul server di SQL Server. Gli errori vengono visualizzati nella cronologia del processo, ma i passaggi di processo non possibile se il file di registro non è possibile scrivere.
Profili MAPI posta di Agente SQL 5.4.5
introdotto in SP3

Nella versione a 32 bit di SQL Server 2000, è possibile configurare SQL Mail agente da utilizzare un profilo di posta elettronica MAPI estesa per l'invio di avvisi tramite posta elettronica. È possibile utilizzare un'applicazione di posta elettronica MAPI estesa, ad esempio Microsoft Outlook, per creare un profilo MAPI estesa. Nella versione a 64 bit di SQL Server 2000, SQL Mail agente può solo utilizzare un profilo Simple MAPI per l'invio di posta elettronica gli avvisi. Non utilizzare i profili di Simple MAPI nella versione a 32 bit di SQL Server 2000.

Miglioramenti di componenti di 5.5 SQL Server Connectivity

In questa sezione vengono illustrate miglioramenti di componenti di connettività di SQL Server 2000 che sono incluso in Service Pack 3a.
5.5.1 Gli aggiornamenti Microsoft Data Access Components
introdotte in SP3a

SP3a include gli aggiornamenti per Microsoft Data Access Components (MDAC). Quando si installa SP3a, viene installato anche MDAC 2.7 Service Pack 1a. MDAC 2.7 SP1a non è Nessuna modifica di funzionalità dalla versione di MDAC da SQL Server 2000 (MDAC 2.6), ma include correzioni e miglioramenti della protezione. MDAC 2.7 SP1a include un aggiornamento a SP3 di MSXML 3.

Nota Questa versione di MDAC non è installata se viene rilevata la stessa versione o di una versione più recente.

Per ulteriori informazioni su questa versione di MDAC, vedere il sito Web di Microsoft Universal Data Access a questa pagina su microsoft.com. Correzioni incluse in questa versione di MDAC verranno essere documentati in Knowledge Base 326848. È possibile accedere in questo articolo da Microsoft Product Support Services Knowledge Base.
Supporto di 5.5.2 per QLogic Virtual Interface Architecture
introdotto in SP3

SQL Server ora supporta l'interfaccia virtuale QLogic implementazioni SAN (System Area Network) VIA (Architecture). Per abilitare il supporto per le connessioni di SQL Server su QLogic VIA, è necessario che i computer sia il client e server fornire la risoluzione dell'indirizzo IP in un file denominato Vihosts nella cartella Windows system32\drivers\etc appropriata.
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

utilizzare indirizzi IP i rispettivi QLogic VIA rete schede e nomi di computer effettivo. In caso contrario, è Impossibile stabilire connessioni a istanze denominate o con altri protocolli IP, ad esempio TCP o named pipe. Il file Vihosts non è necessario per la connettività Giganet VIA.

Nota È necessario identificare corretto VIA fornitore sui computer client utilizzando Configurazione di rete client. Selezionare il valore appropriato nel fornitore nella casella di riepilogo a discesa. L'azione corrispondente deve essere completata anche nei computer server mediante configurazione di rete.

5.6 Meta Data Services Enhancements

Questa sezione vengono illustrati i miglioramenti di SQL Server 2000 Meta Data Services che sono incluso in Service Pack 3a.
5.6.1 Meta dati browser esportazioni in Unicode
introdotte in SP1

Visualizzatore metadati ora consente di esportare metadati basato su XML in formato Unicode. Prima di SQL Server 2000 SP1, il browser esportati codice ANSI, che non supporta i caratteri non inglesi. Questa modifica funzionale è invisibile all'utente. Di questa versione di SP3a, i dati esportati viene sempre espresso come Unicode. È comunque possibile esportare in codice ANSI impostando il valore del Registro di sistema chiave HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport su 0. Nell'elenco riportato di seguito rappresenta i valori che è possibile impostare per questa chiave del Registro di sistema:
  • NOOBJID = 1
  • NOHEADER = 2
  • RIENTRO = 4
  • UNICODE = 8
  • LOGUNMAPPEDTAGS = 16
  • EXPORTBASE = 32
Per ulteriori informazioni su ogni flag, vedere "Metodo di IExport::Export" nella documentazione in linea di SQL Server.
5.6.2 Script supporto disattivato
introdotto in SP3

Il supporto di script nei modelli di informazioni è stato disabilitato. Dopo l'installazione di Service Pack 3a, è visualizzato il seguente messaggio di errore se l'applicazione accede a una proprietà o metodo per il quale viene definito uno script:
EREP_SCRIPTS_NOTENABLED

per attivare il supporto script

Se si desidera continuare l'esecuzione degli script, è possibile utilizzare la procedura riportata di seguito per creare un'impostazione del Registro di sistema che consente il supporto degli script.
  • Aprire l'editor del Registro di sistema e passare a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft.
  • Creare una chiave del Registro di sistema denominata repository (se non esiste già) e quindi creare una sottochiave denominata motore in modo che il percorso è uguale a Repository\Engine.
  • Nella chiave del Registro di sistema Engine , aggiungere un nuovo valore DWORD denominato AllowScripting e imposta il valore su 1 . Se si desidera disattivare gli script in un secondo momento, impostare il valore di questa nuova chiave del Registro di sistema su 0 .
importante È consigliabile proteggere sempre modelli informativi e il database del repository per impedire l'accesso non autorizzato.
5.6.3 Nuovo ruolo di RepositoryUser per l'accesso alle informazioni di repository
introdotto in SP3

SQL Server include nel database msdb un set di tabelle, stored procedure e visualizzazioni che vengono archiviate le informazioni utilizzate dal motore del repository Meta Data Services. In SP3, un nuovo ruolo dedicato denominato RepositoryUser è stato aggiunto e deve essere utilizzato per accesso e l'aggiornamento informazioni del repository. Questo ruolo è stato concesso creare, leggere, aggiornare, eliminare ed eseguire autorizzazioni sugli oggetti. Il ruolo public non ha autorizzazioni di tali oggetti. .

Questa modifica interessa esistente di oggetti di repository oltre a sugli altri oggetti creati in futuro dal motore del repository. Utenti e applicazioni che accedono a del repository tramite il ruolo public devono essere aggiunto al ruolo RepositoryUser .

Miglioramenti di Servizi trasformazione dati 5.7

Questa sezione vengono illustrati i miglioramenti di SQL Server 2000 Data Transformation Services che sono incluso in SP3a.
Guidata DTS 5.7.1 limitare non più colonne di stringhe da 255 caratteri
introdotte in SP2

Quando si esportano dati in un file di testo, in Importazione/Esportazione guidata DTS viene ora configura il pacchetto di scrivere fino a 8000 caratteri di una colonna contenente dati di tipo stringa.
Contesto di protezione di 5.7.2 registrato per l'esecuzione di pacchetti DTS da Agente SQL Server


introdotte in SP2

Agente SQL Server registra il contesto di protezione in cui viene eseguito ogni passaggio in un processo. In SP3 o versione successiva, nella finestra di dialogo Cronologia processo verrà visualizzato il contesto di protezione. Quando si esegue un pacchetto DTS da un passaggio in un processo, Agente SQL Server registra l'account utente in cui è in esecuzione il pacchetto. Queste informazioni consentono agli amministratori di diagnosticare problemi di autenticazione e autorizzazione che si verificano quando i pacchetti DTS sono pianificati l'esecuzione su un server.
5.7.3 SQL Server Agent Proxy Account miglioramenti
introdotte in SP2

Precedenti a SP2, i pacchetti DTS memorizzati sul server Impossibile eseguire con le credenziali dell'account SQL Server Agent Proxy, a meno che l'account proxy disponeva di accesso alla cartella Temp utente l'account con cui è stato eseguito il server (nel caso di processi di eseguire xp_cmdshell ) o l'agente (in caso di processi di agente). Di conseguenza, gli utenti spesso dovevano modificare la variabile di ambiente TEMP per l'account di avvio di SQL Server o Agente SQL puntare a una directory accessibile sia l'avvio e l'account del proxy, ad esempio C:\Temp. Per il Service Pack 2 e versioni successive, DTS è stato migliorato per utilizzare il sistema TEMP cartella se la cartella Temp di utente non è disponibile, riducendo notevolmente la necessità di queste modifiche.
5.7.4 Salvare in Meta Data Services disattivato per impostazione predefinita
introdotto in SP3

Per impostazione predefinita, SP3 e successive disattiva l'opzione per memorizzare DTS pacchetti in Meta Data Services . Ciò significa che l'opzione di Meta Data Services non visualizzate nell'elenco a discesa percorso nella finestra di dialogo Salva pacchetti DTS . Inoltre, questa opzione è disattivata nella pagina di replica del pacchetto in Importazione/Esportazione guidata DTS, pianificazione e Salva.

per consentire di pacchetti per essere salvato in Meta Data Services
  • In SQL Server Enterprise Manager, clic con il pulsante destro del mouse sul nodo Data Transformation Services , fare clic su Proprietà , quindi Attiva Salva to Meta Data Services.
Nota È necessario essere connessi con privilegi di amministratore per modificare questa proprietà.

Quando l'opzione per archiviare pacchetti in Meta Data Service è disattivato, è possibile caricare i pacchetti esistenti di Meta Data Services, modificare e salvare tali in Meta Data Services tramite l'opzione di salvataggio. Tuttavia, Meta Data Services non è disponibile in Salva con nome opzione. Salvare, ad esempio, è impossibile nuovamente un pacchetto in Meta Data Services con un nome diverso.

Miglioramenti XML 5,8

L'argomento riportato di seguito viene descritto un miglioramento per XML e SQLXML in SP3a.
Convalida 5.8.1 migliorata delle espressioni XPath
introdotto in SP3

Precedenti a SP3, la versione di MSXML che è stato installato con SQL Server 2000 (MSXML 2.6) consentito un predicato in un'espressione XPath per seguire l'abbreviazione di un carattere speciale che identifica il nodo di contesto corrente, che è identificato da un punto (.) nella sintassi di XPath. Questo viola la specifica di sintassi di XPath, che richiede che il carattere essere seguita da un'espressione di percorso di posizione.

Quando si applica SP3 o versione successiva, in cui una versione aggiornata di MSXML (3.0 SP3) è installata come parte dell'aggiornamento MDAC. Per ulteriori informazioni, vedere aggiornamenti di sezione 5.5.1 per Microsoft Data Access Components.

Con la nuova versione di MSXML, un predicato non può seguire immediatamente il contesto di nodo abbreviazione speciali carattere corrente. Le espressioni XPath in SQLXML query (query XPath con annotazioni di schemi di mapping e nei fogli di stile XSLT scritti trasformare i risultati di SQLXML invia una query) che utilizzano la sintassi difettosa avrà esito negativo dopo l'aggiornamento a SP3 o versione successiva

Per evitare questi errori, identificare e correggere tutte le espressioni che utilizzano la sintassi non corretta. Ad esempio, la sintassi dell'espressione XPath che è specificato come il valore dell'attributo test nell'elemento xsl: if seguente non è valido perché il predicato, [@ ResourceTypeID = "2"], immediatamente dopo l'abbreviazione di un carattere speciale che identifica il nodo di contesto corrente.

L'istruzione seguente, che in precedenza non ha generato un errore, avrà esito negativo dopo SP3 o è versione successiva. xsl
xsl:if test=".[@ResourceTypeID='2']">
To prevent a failure, the XPath expression must be amended as follows:

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

Miglioramenti di periferiche API backup 5.9 virtuale

Il seguente elemento si applica a nell'API SQL Server 2000 Virtual Backup Device.
5.9.1 L'acquisizione di più database in un singolo snapshot

introdotte in SP2

L'API di periferiche di backup virtuale consente ISV integrare i propri prodotti di SQL Server 2000. Questa API è progettata per fornire massima affidabilità e prestazioni. Supporta la funzionalità di backup e ripristino di SQL Server 2000, inclusi la gamma completa di funzionalità di backup a caldo e snapshot.

In SP1 e versioni precedenti, vi era alcun metodo per bloccare e di backup più di un singolo database contemporaneamente. SP3 o successiva ora fornisce il supporto lato server per il blocco e l'acquisizione di più database in un singolo snapshot tramite il comando VDC_PrepareToFreeze .

Virtual Backup Device Specification in SP3a presenti informazioni aggiornate sul comando Blocca VDC_PrepareTo . Una versione aggiornata del file di intestazione Virtual Device Interface (vdi.h) è reperibile in \Devtools\Include nella directory di installazione SP3a

È possibile scaricare la specifica aggiornata dall'area Download Microsoft nel sito Web Download di Microsoft SQL Server.

5.10 Segnalazione errori

introdotto in SP3

Segnalazione errori di Microsoft SQL Server è disattivato per impostazione predefinita. È possibile attivarla durante l'installazione tramite l'installazione di SQL Server o installazione di Analysis Services o dopo l'installazione nella finestra di dialogo Proprietà Server in Enterprise Manager o la finestra di dialogo Proprietà Server di casella in Analysis Manager. L'attivazione di segnalazione degli errori quando si esegue l'installazione di SQL Server consente la segnalazione degli errori per il motore di database di SQL Server e Agente SQL Server. L'attivazione di segnalazione degli errori durante l'esecuzione di installazione di Analysis Services consente di segnalazione degli errori per Analysis Services. Se si desidera abilitare la segnalazione per SQL Server e Analysis Services, è necessario abilitare segnalazione errori di SQL Server durante l'esecuzione l'installazione di SQL Server e Analysis Services durante l'esecuzione di installazione di Analysis Services.

Se si attiva questa funzionalità, SQL Server è configurato per inviare automaticamente un rapporto a Microsoft se si verifica in un errore irreversibile nel motore di database di SQL Server, in Agente SQL Server o in SQL Server Analysis Services. Microsoft utilizza segnalazioni errori per migliorare la funzionalità di SQL Server e tratta tutte le informazioni come confidenziali.

Le informazioni sugli errori vengono inviate attraverso un protetto (HTTPS) la connessione a Microsoft, in cui è memorizzato con accesso limitato. In alternativa, queste informazioni possono essere inviate al server di segnalazione.

Le seguenti informazioni contenuti nella segnalazione errori
  • La condizione di SQL Server quando si è verificato il problema.
  • Le informazioni di hardware computer e versione sistema operativo.
  • L'ID digitale del prodotto, che può essere utilizzato per identificare la licenza.
  • L'indirizzo IP di rete del computer.
  • Informazioni da memoria o file del processo che ha causato l'errore.
Microsoft non raccoglie intenzionalmente i file, nome, indirizzo, indirizzo di posta elettronica o altri tipi di informazioni personali. La segnalazione errori, tuttavia, può contenere informazioni specifiche sul cliente memoria o ai file del processo che ha causato l'errore. Anche se queste informazioni possono essere utilizzate potenzialmente per determinare l'identità, è possibile che Microsoft non utilizza queste informazioni a tale scopo.

Per Microsoft errore criteri di raccolta dati di reporting, visitare questo Microsoft Web site.

Se si attiva la segnalazione degli errori e si verifica un errore irreversibile, sarà presente una risposta da Microsoft nel registro eventi di Windows che punta a un articolo su un determinato errore. Una risposta potrebbe essere simile all'esempio seguente:
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
per disattivare la segnalazione degli errori per il motore di database di SQL Server e Agente SQL Server, passare alla proprietà di server di SQL (scheda Generale) in Enterprise Manager e deselezionare la casella di controllo Attiva la segnalazione degli errori . Per disattivare la segnalazione degli errori per Analysis Services, passare alla proprietà del server in Analysis Manager e deselezionare la casella di controllo Abilita segnalazione errori . Se la segnalazione degli errori è attivata per SQL Server (modulo di gestione di database e Agente SQL Server) e Analysis Services, è necessario disattivare segnalazione per SQL Server e Analysis Services singolarmente.

Miglioramenti di 5.11 English Query

introdotto in SP21

Microsoft ha rilasciato un miglioramento della protezione per applicazioni English Query. Questo miglioramento non è installato come parte del service pack. Tuttavia, si consiglia di applicare, se si utilizzano English Query. Il miglioramento della protezione si trova sul CD di SP3a \EQHotfix la cartella. Informazioni per il miglioramento di English Query sono disponibili nella Microsoft Knowledge servizi base. Consente di cercare l'articolo 297105 Knowledge Base.

5.12 DB-Library ed Embedded SQL per C

introdotte in SP1

Mentre il DB-Library ed Embedded SQL per le API C sono ancora supportati in SQL Server 2000, è possibile che non versioni future di SQL Server includeranno i file necessarie per la programmazione di applicazioni che utilizzano queste API. Le connessioni da applicazioni scritte utilizzando DB-Library ed Embedded SQL per C verranno essere supportate anche nella prossima versione di SQL Server, ma tale supporto verrà rimosso in una versione futura. Quando si scrivono nuove applicazioni, evitare di utilizzare questi componenti. Quando si modificano le applicazioni esistenti, si consiglia di rimuovere le dipendenze su queste tecnologie. Invece di DB-Library o Embedded SQL per C, è possibile utilizzare ADO, OLE DB o ODBC per accedere ai dati in SQL Server. Per ulteriori informazioni su queste tecnologie, vedere la documentazione in linea di SQL Server.

Proprietà

Identificativo articolo: 889551 - Ultima modifica: venerdì 16 novembre 2007 - Revisione: 3.8
Le informazioni in questo articolo si applicano 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
Chiavi: 
kbmt kbinfo KB889551 KbMtit
Traduzione automatica articoli
Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell?utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell?utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.
Clicca qui per visualizzare la versione originale in inglese dell?articolo: 889551
LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO.

Invia suggerimenti

 

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