Descrizione del Service Pack 1 per SQL Server 2000: 30 maggio 2001

SQL Server 2000 Service Pack 1 (SP1) sono disponibili gli aggiornamenti per i componenti di database di un'installazione di SQL Server 2000. In questo articolo vengono presentate le seguenti informazioni:

• Come per identificare la versione di SQL Server e Analysis Services è installato
• Come scaricare ed estrarre di SQL Server 2000 SP1
• Come installare SQL Server 2000 SP1
• Come ridistribuire i componenti client del Database Components SP1
• Informazioni sui problemi che possono verificarsi quando si esegue questo service pack
• Informazioni su un miglioramento di protezione per English Query è disponibile separatamente

Questa versione di SQL Server 2000 Service Pack 1 (SP1) fornito in tre parti:

• Database Components SP1 fornisce aggiornamenti per i componenti di database di un'istanza di SQL Server 2000, escludendo le istanze di SQL Server 2000 Desktop Engine. Database Components SP1 include aggiornamenti al seguente:
  • Motore dei dati
  • Gli strumenti di client di database e le utilità, ad esempio SQL Server Enterprise Manager e osql
  • Componenti di connettività client database, ad esempio Provider Microsoft OLE DB per SQL Server 2000, il driver ODBC di SQL Server 2000 e le librerie di rete client
• Analysis Services SP1 fornisce gli aggiornamenti per i componenti di SQL Server 2000 Analysis Services di un'installazione SQL Server 2000, compresi quelli riportati di seguito:
  • Analysis Services
  • Componenti di Analysis Services client, quali ad esempio Analysis Manager e il Provider Microsoft OLE DB per Analysis Services
  • Componenti di connettività client database, ad esempio Provider Microsoft OLE DB per SQL Server 2000, il driver ODBC di SQL Server 2000 e le librerie di rete client
• Desktop Engine SP1 fornisce aggiornamenti per i componenti di database di un'istanza di SQL Server 2000 Desktop Engine. Questi componenti includono:
  • Motore dei dati
  • Componenti di connettività client database, ad esempio Provider Microsoft OLE DB per SQL Server 2000, il driver ODBC di SQL Server 2000 e le librerie di rete client

È possibile applicare singolarmente queste tre parti di SQL Server 2000 SP1 nei seguenti modi:

• Utilizzare Database Components SP1 per aggiornare i componenti di database senza aggiornare i componenti di Analysis Services le istanze di SQL Server 2000 Desktop Engine.
• Utilizzare Analysis Services SP1 per aggiornare i servizi di analisi componenti senza aggiornare istanze di Desktop Engine o i componenti di database.
• Utilizzare Desktop Engine SP1 per aggiornare le istanze di Desktop Engine senza l'aggiornamento di Analysis Services o le istanze di altre edizioni di SQL Server 2000. Per ulteriori informazioni sull'installazione di Desktop Engine, vedere la "Install Desktop Engine SP1" più avanti in questo articolo.

Tuttavia, consente di aggiornare sia i componenti di database e componenti di Analysis Services, è necessario applicare sia in Database Components SP1 e in Analysis Services SP1.

installazione database Components SP1

Il programma di installazione di SP1 componenti di database rileva automaticamente quale edizione di SQL Server 2000 è presente nell'istanza di SQL Server 2000 viene aggiornato. Il programma di installazione aggiorna solo i componenti che sono stati installati per tale istanza. Ad esempio, quando il service pack viene applicato a un computer che esegue SQL Server 2000 Standard Edition, non aggiorna i componenti che sono solo incluso in SQL Server 2000 Enterprise Edition.

Database Components SP1 possono essere applicati a una singola istanza predefinita o un'istanza denominata di SQL Server. Se si esegue l'aggiornamento più istanze di SQL Server 2000, è necessario applicare SP1 a ciascuna istanza. Quando si aggiorna un'istanza su un computer che dispone di uno o più istanze di SQL Server 2000, tutti gli strumenti vengono aggiornati a SP1. Non esistono copie separate degli strumenti per ogni istanza presente su un computer.

rimuovere SQL Server 2000 SP1

Quando viene installato il service pack, viene modificato le tabelle di sistema per la manutenzione. A causa di queste modifiche, SQL Server 2000 SP1 non possono essere facilmente rimossi. Per ripristinare la generazione che erano in esecuzione prima dell'installazione di SP1, è necessario rimuovere e reinstallare SQL Server 2000. Prima di rimuovere SQL Server 2000, è possibile scollegare i database. Riconnetterli dopo avere reinstallato SQL Server 2000. Per informazioni sull'utilizzo di sp_attach_db e sp_detach_db , vedere la documentazione in linea di SQL Server.

Dopo avere reinstallato SQL Server 2000, è necessario effettuare le seguenti operazioni:

• Ricreare gli accessi necessari.
• Ricreare le operazioni pianificate che dipendono da informazioni contenute nel database msdb.
• Ripetere le modifiche apportate nel database model.
• Riconfigurare la replica se si utilizza la replica.

consente di risolvere ulteriori informazioni su SQL Server 2000 SP1 Per ulteriori informazioni sulle correzioni contenute in questo service pack, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato: Ciascuna correzione elencati in questo articolo ha un collegamento a un articolo della Knowledge Base che descrive il problema che risolve la correzione.

correzioni QFE

Se si è ricevuto una correzione QFE dopo 1 maggio 2001, la correzione non è inclusa in SQL Server 2000 SP1. Contattare il provider servizio di supporto sulle correzioni QFE e SQL Server 2000 SP1.

Identificare la versione corrente di SQL Server

Per identificare la versione di SQL Server 2000 è stato installato, digitare SELECT @@ VERSION a un prompt se si utilizza l'utilità osql o isql. Se si utilizza SQL Query Analyzer, digitare SELECT @@ VERSION nella finestra query. Nella tabella riportata di seguito viene illustrata la relazione tra la stringa di versione che segnala il comando SELECT @@ VERSION e il numero di versione di SQL Server 2000. Se non si è certi di quale edizione di SQL Server 2000 in esecuzione, visualizzare l'ultima riga dell'output restituito dal comando SELECT @@ VERSION :

Identificare la versione corrente di Analysis Services

Per identificare la versione di Analysis Services è stato installato, attenersi alla seguente procedura:

1. Fare clic su Start , 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 Analysis Server e scegliere Informazioni su Analysis Services .

Nella tabella riportata di seguito illustra la versione di Analysis Services è necessario.

Download e l'estrazione di SQL Server 2000 SP1

SQL Server 2000 SP1 viene distribuito in due formati:

• Su un CD
• Nei tre seguenti file autoestraenti che può essere scaricato da Internet:
  • SQL2KSP1.exe: Database Components SP1
  • SQL2KASP1.exe: Analysis Services SP1
  • SQL2KDeskSP1.exe: Desktop Engine SP1

I file autoestraenti vengono utilizzati per creare un insieme di directory e file nel computer. Questi file e directory sono le stesse l'insieme di directory e file sul CD di SQL Server 2000 SP1. Se si scarica SQL Server 2000 SP1, è necessario estrarre i file per costruire le directory del service pack prima di poter eseguire il programma di installazione.

Il processo di installazione è quello sia il CD di SP1 di SQL Server 2000 e i file estratti di SQL Server 2000 SP1.

Nota Alcuni dei file del service pack sono file di sistema. Di conseguenza, è impossibile visualizzarli a meno di non avere selezionata la casella di controllo Mostra tutti i file . Per selezionare la casella di controllo Mostra tutti i file , effettuare le seguenti operazioni:

1. In Esplora, nella visualizzazione di menu, fare clic su Opzioni .
2. Fare clic sulla scheda Visualizza e quindi fare clic su per selezionare la casella di controllo Mostra tutti i file .

Per scaricare uno dei file elencati in precedenza in questa sezione, è necessario salvare il file autoestraente in una cartella sul computer che esegue l'istanza di SQL Server 2000 in cui si sta installando questo service pack. Da una cartella, eseguire il file. Il programma di estrazione richiede il nome della cartella in cui si desidera salvare i file del service pack.

Sull'unità disco rigido locale, è necessario spazio è circa tre volte la dimensione del file autoestraente. Questo spazio include spazio per memorizzare i file, spazio per memorizzare i file estratti di service pack e spazio temporaneo di lavoro che richiede il programma di estrazione.

È possibile rinominare la cartella in cui estrarre i file dopo che è estrarre i componenti. Tuttavia, assicurarsi che il nome della cartella non contenga spazi. È possibile utilizzare la stessa cartella di destinazione per ogni file che è elencati in precedenza in questa sezione. Non verrà sovrascrivere o interferire reciprocamente.

L'installazione di SQL Server 2000 SP1

Per installare SQL Server 2000 SP1, eseguire una le operazioni seguenti, a seconda dei componenti che si siano installando:

• Per applicare i componenti di database di SP1 e Analysis Services SP1, attenersi alla procedura è descritte nelle sezioni seguenti più avanti in questo articolo:
  • "Backup dei database di SQL Server"
  • "Backup dei database di Analysis Services"
  • "Assicurarsi che che i database di sistema dispongano di sufficiente spazio"
  • "Stop servizi e applicazioni prima di eseguire il programma di installazione di SQL Server 2000 SP1"
  • "Installare Database Components SP1"
  • "Installare Analysis Services SP1"
  • "Riavviare i servizi"
  • "Riavviare le applicazioni"
• Per applicare solo i componenti di database del Service Pack 1 a un computer che esegue i componenti client e server, attenersi alla procedura è descritte nelle sezioni seguenti più avanti in questo articolo:
  • "Backup dei database di SQL Server"
  • "Assicurarsi che che i database di sistema dispongano di sufficiente spazio"
  • "Stop servizi e applicazioni prima di eseguire il programma di installazione di SQL Server 2000 SP1"
  • "Installare Database Components SP1"
  • "Installare Analysis Services SP1"
  • "Riavviare i servizi"
  • "Riavviare le applicazioni"
• Per applicare solo i componenti di database del Service Pack 1 a un computer che esegue solo i componenti di database client, attenersi alla procedura è descritte nelle sezioni seguenti più avanti in questo articolo:
  • "Installare Database Components SP1"
  • "Riavviare i servizi"
  • "Riavviare le applicazioni"
• Per applicare solo Analysis Services SP1, attenersi alla procedura è descritte nelle sezioni seguenti più avanti in questo articolo:
  • "Backup dei database di Analysis Services"
  • "Stop servizi e applicazioni prima di eseguire il programma di installazione di SQL Server 2000 SP1"
  • "Installare Analysis Services SP1"
  • "Riavviare i servizi"
  • "Riavviare le applicazioni"
  Utilizzare la stessa procedura per i computer che eseguono il client di Analysis Services solo i componenti e per i computer che eseguono entrambi i componenti a client e server di Analysis Services.
• Per applicare solo Desktop Engine SP1 a un computer che esegue solo Desktop Engine, attenersi alla procedura è descritte nelle sezioni seguenti più avanti in questo articolo:
  • "Stop servizi e applicazioni prima di eseguire il programma di installazione di SQL Server 2000 SP1"
  • "Installare Desktop Engine SP1"
• Per applicare il service pack a un cluster di server, attenersi alla procedura è descritte nella sezione "Installazione SQL Server 2000 SP1 su un server cluster" più avanti in questo articolo.

Nota Non è possibile utilizzare l'installazione di SQL Server per l'installazione remota di SQL Server 2000 SP1.

Prima di installare SQL Server 2000 SP1, assicurarsi che i database e gruppi di file siano scrivibili e che l'account di utente che esegue l'installazione di SQL Server disponga dell'autorizzazione per accedere ai database. Installazione non riesce se non si esegue questa operazione. La causa dell'errore viene registrata nel file Sqlsp.log per SQL Server o nel file Olapsp.log di Analysis Services. Inoltre, se i database non sono modificabili, è necessario disattivare la distribuzione dei log per applicare il service pack.

È inoltre possibile utilizzare SMS per installare SQL Server 2000 SP1 automaticamente su più computer che eseguono Windows NT Server 4.0 utilizzando file di definizione di un pacchetto (file Smssql2ksp1.pdf). Il file di definizione del pacchetto crea automaticamente un pacchetto di SQL Server in Systems Management Server. Il pacchetto SQL Server può essere distribuito e installato nei computer che eseguono SMS. Il file di Sms2kdef.bat è un file batch che rilevazione del sistema operativo del computer ed esegue la versione corretta del programma di installazione.

Nota Prima di installare SQL Server 2000 SP1 nella versione francese di Windows NT 4.0, leggere e seguire le istruzioni riportate nel seguente articolo della Microsoft Knowledge Base riportato di seguito:

Backup dei database di SQL Server

Prima si installa il service pack, eseguire il backup il master database e il database msdb. L'installazione del service pack modifica la database master e il database msdb. Le modifiche renderle incompatibile con le versioni pre-SP1 di SQL Server 2000. Queste copie di backup sono necessari se si decide di reinstallare SQL Server 2000 senza SP1.

Applicazione di SQL Server 2000 SP1 non influisce su altri database.

Il backup dei database di Analysis Services

Prima di installare il service pack, backup dei database Analysis Services creando una copia di backup della cartella Microsoft Analysis Services\Data. Per impostazione predefinita, questa cartella viene installata nella cartella cartella. Se è non è effettuata la migrazione del repository di Analysis Services a SQL Server, eseguire una copia del file Msmdrep.mdb backup. Questo file si trova nella cartella Microsoft Analysis Services\Bin. Per salvare le voci del Registro di sistema di Analysis Services, esecuzione scopo e l'utilizzo del Esporta File del Registro di sistema elemento dal menu Registro di sistema per esportare la sottochiave HKEY_LOCAL_MACHINE\SOFTWARE\OLAP Server in un file per il backup.

Assicurarsi che i database di sistema dispongano di sufficiente spazio disponibile

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

Se è stata selezionata l'opzione di aumento automatico delle dimensioni per il database master e il database msdb nell'istanza di SQL Server 2000 o in cui è possibile applicare SQL Server 2000 SP1 di Desktop Engine, è possibile ignorare questo passaggio.

Per verificare che è stata selezionata questa opzione in SQL Server 2000, aprire SQL Server Enterprise Manager fare clic con il pulsante destro del mouse sull'icona del database e quindi scegliere Proprietà . Verificare che sia selezionata la casella di controllo aumento automatico dimensioni del file .

Per verificare che questa opzione è stata selezionata in Desktop Engine, eseguire le seguenti istruzioni SQL:

• sp_helpdb master
• sp_helpdb msdb

Nell'output di queste istruzioni verificare che nella colonna <b>Growth</b> non sia presente il valore 0.

Interrompere servizi e applicazioni prima di eseguire il programma di installazione di SQL Server 2000 SP1

È possibile applicare SQL Server 2000 SP1 senza l'arresto dei servizi. Se non vengono arrestati servizi, il programma di installazione riavvia il computer.

Per eseguire il programma di installazione senza riavviare il computer, è necessario arrestare i seguenti servizi e applicazioni prima di applicare il service pack:

• Microsoft Distributed Transaction Coordinator (MS DTC) e i servizi Microsoft Search, MSSQLServer, MSSQLServerOLAPService e SQLServerAgent.
  
  Nota È inoltre necessario arrestare questi servizi per ogni istanza denominata. Per esempio, MSSQL $ NamedInstance.
• Servizi componenti di Microsoft, Microsoft Message Queuing e Microsoft COM Transaction Integrator.
• Tutte le applicazioni, compreso il Pannello di controllo. Questo passaggio è consigliato ma non necessario.

È Impossibile arrestare servizi in un ambiente cluster. Per ulteriori informazioni, vedere la sezione "Installazione in un cluster di server" più avanti in questo articolo.

Installare Database Components SP1

Eseguire lo script Setup.bat da una delle seguenti posizioni:

• La directory contenente i file del estratti service pack da Sql2ksp1.exe

• Directory del service pack sul CD di SP1 di SQL Server 2000

Setup.bat consente di aprire la finestra di dialogo installazione . La finestra di dialogo è chiede informazioni, ad esempio se si desidera utilizzare autenticazione di SQL Server o Windows. Se si sceglie l'autenticazione di SQL Server, è necessario inserire la con la password per la sa account di accesso. Se si sceglie l'autenticazione di Windows, è necessario accedere a Windows utilizzando un account di accesso di Windows in cui quando si esegue il programma di installazione. Questo account di accesso deve appartenere a del server sysadmin per l'istanza di SQL Server 2000 o Desktop Engine, che si sta aggiornando.

Il Programma di installazione quindi effettua quanto segue:

• Sostituisce i file esistenti di SQL Server 2000 o di Desktop Engine con i file di SP1.
• Esegue diversi file di script Transact-SQL per aggiornare la stored procedure di sistema.
• Consente di visualizzare una finestra di dialogo Autenticazione se viene rilevata l'installazione utilizzata modalità di autenticazione mista con una password vuota per l'account di accesso sa. Lasciando vuota la password di accesso sa consente agli utenti con accesso amministrativo semplice a SQL Server o Desktop Engine. Consentono di proteggere i sistemi implementando la password per sa o utilizzando l'autenticazione di Windows.

La finestra di dialogo Di autenticazione è in di Visualizza le impostazioni per l'installazione corrente. Di seguito sono le impostazioni di predefinito della finestra di dialogo:

• Nei computer che esegue Windows 98 e Windows Millennium Edition, la finestra di dialogo Di autenticazione è impostata su modalità di autenticazione mista e le richieste che si specifica una password per l'account di accesso sa. Autenticazione di modalità mista è la modalità di solo autenticazione supportata su questi sistemi operativi. Se si specifica una password, il programma di installazione programma modifica la password di accesso sa. Se si lascia vuota la password, il programma di installazione si connette e non modifica la password.
• Nei computer che eseguono Windows NT 4.0 o Windows 2000, il programma di installazione è impostato su 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.

Prima di modificare la modalità di autenticazione o la password per l'account di accesso sa, assicurarsi che questa modifica non influisce sulle applicazioni esistenti. Ad esempio, se si modifica dalla modalità di autenticazione mista l'autenticazione di Windows, le applicazioni esistenti che tentano di connettersi utilizzando l'autenticazione di SQL Server non è possibile connettere fino a quando la modalità di autenticazione viene modificata per utilizzare l'autenticazione di Windows. Inoltre, se si modifica la password di accesso sa, applicazioni o i processi amministrativi che utilizzano la vecchia password non possono connettersi fino a quando non sono state modificate per utilizzare la nuova password.

Il programma di installazione inserisce un record delle azioni eseguita nel file Sqlsp.log nella directory di Windows del computer cui è stato eseguito.

Installare Analysis Services SP1

Per installare Analysis Services SP1, è necessario eseguire Setup.exe da una delle seguenti posizioni:

• La directory contenente il file di Analysis Services SP1 estratto da SQL2KASP1.exe nella sottodirectory Msolap\Install

• La directory Msolap\Install del CD di SP1.

Setup.exe consente di aprire la finestra di dialogo installazione . Richiesto per informazioni e quindi di termine dell'installazione.

Installare SP1 di Desktop Engine

Per aggiornare un'installazione esistente di Desktop Engine, eseguire Setup.exe da una delle seguenti posizioni:

• La sottodirectory MSDE nella directory contenente i file del estratti service pack da Sql2kdesksp1.exe

• La sottodirectory MSDE sul CD di SP1 di SQL Server 2000

È necessario applicare il file di patch corretto a ogni istanza di Desktop Engine l'aggiornamento. Un file di patch è un file con un'estensione di msp file viene utilizzata per applicare questo service pack. Se si conosce il pacchetto di installazione utilizzato per installare Desktop Engine, è necessario specificare un file di correzione dal prompt dei comandi utilizzando l'opzione /p . Se non si conosce il pacchetto di installazione è stato utilizzato, è necessario digitare SQLRUN dopo l'opzione /p . Con la parola chiave SQLRUN, il programma di installazione si sceglierà il file di patch corretto se le seguenti condizioni sono vere:

• Tutti i file di msp si trovano in una cartella denominata installazione. La cartella è direttamente sotto la cartella che contiene Setup.exe.
• Il nome dell'istanza della destinazione dell'installazione di Desktop Engine viene specificato al prompt dei comandi, se non è l'istanza predefinita.

Nell'esempio seguente viene eseguito il programma di installazione come un'installazione di patch in un'istanza denominata viene chiamata MyInstance: Nota non utilizzare l'apertura e chiusura virgolette per racchiudere il nome di istanza.

Inoltre è possibile specificare il nome dell'istanza in un file Setup.ini file o un altro file di impostazioni. Per ulteriori informazioni, vedere "SQL Server 2000 Desktop Engine Setup" nella documentazione in linea di SQL Server.

Se non trovate il file di patch corretto, riceverai un messaggio di errore.

l'installazione di nuove istanze di Desktop Engine dopo l'applicazione SQL Server 2000 SP1

Attenersi alla seguente procedura per installare una nuova istanza di Desktop Engine, dopo aver applicato SQL Server 2000 SP1.

1. Modificare l'estensione del nome di file dei seguenti file all'estensione del nome di file con estensione RDL nella directory \Programmi\Microsoft SQL Server\80\Tools\Binn\Resources\1033:
   • semnt.rll
   • sqlsvc.rll
2. Modificare l'estensione del nome di file dei seguenti file all'estensione del nome di file .dld nella directory \Programmi\Microsoft SQL Server\80\Tools\Binn:
   • Semnt.dll
   • Sqlsvc.dll
   • Sqlresld.dll
3. Installare Desktop Engine senza SP1.
4. Modificare le estensioni di file dei file della directory \Programmi\Microsoft SQL Server\80\Tools\Binn\Resources\1033 Semnt.rdl e Sqlsvc.rdl .rll.
5. L'estensione di nome di file del Semnt.dld, Sqlsvc.dld, di modificare file Sqlresld.dld nella directory \Program Files\Microsoft SQL Server\80\Tools\Binn a DLL.

L'istanza appena installato di Desktop Engine sarà SP1.

Riavviare i servizi

Al termine il programma di installazione, potrebbe essere richiesto di riavviare il sistema. Dopo il riavvio del sistema o al termine il programma di installazione senza richiedere un riavvio, è possibile utilizzare l'applicazione Servizi nel Pannello di controllo per assicurarsi che servizi MS DTC e Microsoft Search, MSSQLServer, MSSQLServerOLAPService e SQLServerAgent siano in esecuzione. Eseguire il backup del database aggiornato di master e il database msdb e riattivare la distribuzione dei log.

Riavviare le applicazioni

Riavviare le applicazioni che è chiusa prima dell'esecuzione programma di installazione di SQL Server 2000 SP1.

Installare SQL Server 2000 SP1 in un cluster di server

Per installare SQL Server 2000 SP1 in un cluster di server:

• Eseguire SQL Server 2000 SP1 dal nodo proprietario del gruppo che contiene il server virtuale si intende eseguire l'aggiornamento. I file del service pack su tutti i nodi del cluster verrà installato.
• Nella finestra di dialogo installazione immettere il nome del server virtuale che si sta aggiornando.
• Mantenere tutti i nodi del cluster in linea durante l'installazione. Ciò garantisce che l'aggiornamento viene applicato a ciascun nodo del cluster.

Il programma di installazione determina il riavvio del cluster.

Installare SQL Server 2000 SP1 sui server replicato

Applicare questo service pack a tutti i partecipanti SQL Server 2000 nella topologia di replica i partecipanti includono server di pubblicazione, distribuzione e server di sottoscrizione. Distribuire SQL Server 2000 SP1 su server replicati nel seguente ordine:

• Server di distribuzione se è distinto dal server di pubblicazione
• Server di pubblicazione
• Server di sottoscrizione

Nota Nella maggior parte dei casi, la distribuzione e il server di pubblicazione presenti sul server stesso. Ciò è particolarmente vero nella replica di tipo merge. Il server di distribuzione e il server di pubblicazione vengono aggiornati contemporaneamente.

Nella replica di tipo merge, il database distribution è utilizzato solo per memorizzare la cronologia dell'agente. In genere, il database di distribuzione risiede sullo stesso computer che si trova il database pubblicato in. Tuttavia, occorre anche un database per la replica di tipo merge la distribuzione remota di siti che desidera centralizzare l'accesso alla cronologia agente.

Potresti non essere possibile aggiornare immediatamente tutti i server di una topologia di replica. Tuttavia, operazioni di replica sono in genere tra server che eseguono istanze di SQL Server 2000 e questo service pack. Le eccezioni a questo vengono trattati nel "un nuovo parametro di MaxCmdsInTran per l'agente" più avanti in questo articolo.

Disinstallazione di SQL Server 2000 SP1

Per ripristinare la versione pre-SP1 di SQL Server o Analysis Services, attenersi alla seguente:

• Rimuovere SQL Server 2000 SP1.
• Installare SQL Server 2000.
• Ripristinare il database master, il database msdb e tutti i database utente.

Per ripristinare la versione pre-SP1 di SQL, eseguire la procedura server o Analysis Services:

1. Backup tutti i database utente.
2. Nel Pannello di controllo fare doppio clic su Installazione applicazioni fare clic sull'istanza di SQL Server che si desidera rimuovere e quindi scegliere Rimuovi .
3. Installare SQL Server 2000 dal CD o il percorso è stato originariamente installato SQL Server da.
4. Consente di ripristinare il database master e il database msdb dall'ultimo backup creato prima dell'applicazione SQL Server 2000 SP1.
5. Ripristinare i database utente.

Installazioni automatiche

Database Components SP1 può essere applicato a un'istanza di SQL Server 2000 è in esecuzione su un computer in cui è in modalità automatica. Il CD di Database Components SP1 contiene file di ISS che possono essere utilizzati per eseguire installazioni automatiche di SP1. Questi file si trovano nella directory principale del CD. I file possono essere utilizzati per eseguire diversi tipi di installazioni, come segue:

• Utilizzare Sql2kdef.iss per applicare Database Components SP1 a un'istanza predefinita di SQL Server 2000 in esecuzione su Windows 2000 o il sistema operativo Windows NT 4.0. Il corrispondente file di batch da utilizzare è Sql2kdef.bat.
• Utilizzare Sql2knm.iss per applicare Database Components SP1 a un'istanza denominata di SQL Server 2000 in esecuzione su Windows 2000 o il sistema operativo Windows NT 4.0. È necessario modificare il nome dell'istanza nel file ISS per identificare l'istanza che viene aggiornato.
• Utilizzare Sql2ktls.iss per applicare Database Components SP1 a un'installazione solo strumenti. Questo file può essere utilizzato per l'installazione senza alcuna modifica.
• Utilizzare Sql2k9x.iss per l'applicazione di Database Components SP1 in un computer che esegue Windows Millennium Edition o il sistema operativo Windows 98. È necessario modificare il nome dell'istanza per identificare l'istanza che viene aggiornato.
• Utilizzare Sql2kcli.iss per applicare Database Components SP1 a un'installazione di componenti del client in un computer in cui è in esecuzione il sistema operativo Windows 95.

Ridistribuzione dei componenti client di Database Components SP1

Questo service pack include un file autoestraente denominato Sqlredis.exe e una versione di Redist.txt. Questi file fanno parte dei componenti di database di SP1. Per impostazione predefinita, quando si esegue Sqlredis.exe, esegue le seguenti azioni:

• Viene eseguito Mdac_typ.exe Microsoft Data Access Components (MDAC) 2.61. Questo installa i componenti di principali di 2.61 MDAC. Installa anche le versioni di SQL Server e Desktop Engine componenti di connettività client inclusi in questo service pack.
• Installa driver Microsoft Jet ODBC e i componenti di connettività.

È possibile ridistribuire il file Sqlredis.exe secondo gli stessi termini e condizioni che sono descritti nel file Redist.txt incluso in questo service pack.

Note relative alla documentazione

Questa sezione vengono descritti problemi che possono verificarsi quando si esegue questo service pack. Questi problemi si verificano in esecuzione il service pack per l'aggiornamento a SQL Server 2000. Risultato non correzioni contenente questo service pack.

Utilizzo di caratteri in cinese, giapponese o coreano con Database Components SP1

Se si installa componenti di database di SP1 in un server in cui è in esecuzione i sistemi operativi Windows NT 4.0 o Windows 98 e l'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 SQL Server 2000 SP1 dopo aver completato l'aggiornamento a Windows 2000. Per ulteriori informazioni sull'esecuzione di Sqlredis.exe, vedere la sezione "Redistributing Database Components SP1 client components".

Nota Non è necessario eseguire nuovamente Sqlredis.exe su computer client o server che non dispongono di database che contengono caratteri di cinese, giapponese o coreano.

Visualizzatore metadati consente di esportare metadati in Unicode

avviso Se si utilizza Editor del Registro di sistema in modo non corretto, si potrebbero provocare problemi gravi che potrebbero richiedere la reinstallazione del sistema operativo. Microsoft non garantisce la che è possibile risolvere i problemi derivanti dall'errato utilizzo dell'editor del Registro di sistema. Utilizzare Editor del Registro di sistema a proprio rischio.

Visualizzatore metadati Esporta ora basato su XML metadati in Unicode. Prima di SQL Server 2000 SP1, il browser esportati codice ANSI. Tuttavia, codice ANSI non supporta caratteri non inglesi. Questa modifica funzionale è trasparente per l'utente. Di questa versione di SQL Server 2000 SP1, i dati esportati viene sempre espresso come Unicode.

È comunque possibile esportare in codice ANSI impostando il valore della seguente sottochiave del Registro di sistema su zero: Di seguito sono elencati i valori che è possibile impostare per questa sottochiave 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.

Partizioni remote

Quando si crea una partizione remota in un server locale in cui è installato SQL Server 2000 SP1, è necessario che il server remoto utilizzare un account di utente di dominio dotato di autorizzazioni di accesso completo per il cubo padre nel server locale. Qualsiasi account utente che è membro del gruppo OLAP Administrators nel server locale dispone di autorizzazioni di accesso completo.

Inoltre, se il server locale dispone di SQL Server 2000 SP1 installato, il server remoto anche necessario SQL Server 2000 SP1 installata per creare o gestire le partizioni remote.

Team di hash rimosso

In questo service pack, 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. Rimozione hash team rende SQL Server 2000 più stabile. Di conseguenza, query optimizer non genera i piani di query utilizzando i team di hash.

In alcuni casi, team hash rimozione potrebbe causare la query per elaborare più lentamente. Consente di analizzare tali query per verificare se la creazione di indici più appropriati le prestazioni di query restituito per il livello precedente.

Opzioni di maschera di affinità aggiunti

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

opzione affinity mask I/O

Con questo service pack, è possibile specificare le CPU vengono utilizzate per eseguire i thread per operazioni di I/O del disco. È necessario utilizzare questa opzione con l'opzione affinity mask . Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato: opzione affinity mask connessione

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 a un insieme di processori. Questa opzione deve essere utilizzata con l'opzione affinity mask . Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:

Miglioramenti di Analysis Services

In SQL Server 2000 SP1 sono inclusi i seguenti miglioramenti di Analysis Services:

• Un'installazione di client ridistribuibile di Analysis Services aggiornata
• Il supporto è attivo per provider di algoritmi di terze parti data mining
• Analysis Services può essere installato su computer aggiornati file client

Analisi servizi client ridistribuibile installazione aggiornamenti

Analysis Services SP1 include le versioni aggiornate dei seguenti programmi in installazione ridistribuibile client:

• PTSLite.exe
• PTSFull.exe

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

Il supporto è attivo per i provider dell'algoritmo di data mining di terze parti

Ora di Analysis Services SP1 comprende il supporto per l'aggiunta di provider di algoritmi di data mining dati di terze parti. Per ulteriori informazioni sullo sviluppo di un provider dell'algoritmo di data mining, vedere OLE DB per data Mining Resource Kit. Il kit include il codice per un provider di algoritmo di data mining di esempio. Per ulteriori informazioni visitare il sito di Web di Microsoft:

Installazione di servizi di analisi in un computer con i file client aggiornato

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 per verificare che il client funzioni correttamente e che è possibile esplorare i cubi.

Miglioramenti di replica

In SQL Server 2000 SP1 sono inclusi i seguenti miglioramenti replica:

• La replica transazionale in una stored procedure personalizzata UPDATE
• Aggiornamenti di replica transazionale in colonne univoche
• Restrizioni rimosse dall'elaborazione degli snapshot concorrenti
• La replica transazionale procedure personalizzate di script
• Pulitura di basato sul periodo di memorizzazione dei metadati di replica di tipo merge
• Ripristino del database replicati da diverse versioni di SQL Server
• Nuovo -MaxCmdsInTran parametro per l'agente

Replica transazionale UPDATE in stored procedure personalizzata

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 , UPDATE memorizzati gli aggiornamenti di routine tutte le colonne nella tabella sottoscrizione. Questo aggiornamento imposta qualsiasi colonna che non è stato modificato a se stesso. In genere, questa azione non causa problemi. Tuttavia, se uno di tali colonne è indicizzato, reimpostare le colonne può essere costoso.

Se le seguenti condizioni sono vere, l'overhead di manutenzione indice diventi un fattore limitante quando le modifiche vengono applicate nel server di sottoscrizione:

• Si sta utilizzando la replica transazionale.
• Si avranno più indici nella tabella di sottoscrizione.
• Solo alcuni valori di colonna vengono modificato a causa degli aggiornamenti.

Ad esempio, un database di sottoscrizione viene utilizzato per aver segnalato può avere molte più indici da un database di pubblicazione. Creazione in modo dinamico l'istruzione UPDATE in fase di esecuzione potrebbe migliorare le prestazioni. L'aggiornamento include solo le colonne che sono stati modificati. Di conseguenza, viene creata una stringa UPDATE ottimale.

Questo service pack include una nuova stored procedure, sp_scriptdynamicupdproc . Questa stored procedure genera una stored procedure personalizzata che è possibile utilizzare nel server di sottoscrizione per creare in modo dinamico l'istruzione update in fase di esecuzione. Tuttavia, un'elaborazione aggiuntiva si incorrerà in fase di esecuzione per l'istruzione UPDATE dinamico da generare.
sp_scriptdynamicupdproc

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 basato sulla 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.

sintassi

sp_scriptdynamicupdproc [@ article_id =] article_id

argomenti

[@ article_id =] article_id ID articolo. article_id è int senza un valore predefinito.

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 viene utilizzato per creare la stored procedure personalizzata.

note

La procedura sp_scriptdynamicupdproc memorizzati viene utilizzata in repliche transazionali. La logica di script MCALL predefinita include tutte le colonne all'interno dell'istruzione UPDATE . La logica viene utilizzata una bitmap per determinare le colonne che sono stati modificati. Se una colonna non è stata modifica, la colonna viene impostata su se stesso. Questo processo in genere non causa problemi. Se la colonna è indicizzata, si verificherà un'ulteriore elaborazione. L'approccio dinamico include solo le colonne che sono stati modificati. Incluse solo le colonne che sono stati modificati fornisce una stringa UPDATE ottimale. Tuttavia, un'ulteriore elaborazione si verifica in fase di esecuzione quando viene generata l'istruzione UPDATE dinamico. Si consiglia di verificare i metodi statici e dinamici e che è possibile scegliere la soluzione ottimale.

autorizzazioni

I membri del ruolo public è in possono di eseguire la procedura sp_scriptdynamicupdproc memorizzati.

esempi

Questo esempio viene creato un articolo (con article_id impostato su 1 ) della tabella authors del database pubs. The example specifies that the UPDATE statement is the custom procedure to run: Generate the custom stored procedures to be executed by the Distribution Agent at the Subscriber by running the following stored procedure at the Publisher:
Dopo aver eseguito la stored procedure, è possibile utilizzare lo script risultante per creare manualmente la stored procedure nei server di sottoscrizione.

La replica transazionale di istruzioni UPDATE su colonne univoche

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 nel server di sottoscrizione. Ciò avviene perché questo tipo di aggiornamento può interessare più righe e potrebbe verificarsi una violazione di univocità se gli aggiornamenti sono stati recapitati riga per riga.

Tuttavia, se l'aggiornamento influisce solo una riga, una violazione di univocità non avrà luogo. Di conseguenza, il flag di traccia 8207 è stato aggiunto al service pack per consentire a qualsiasi colonna univoco di aggiornamenti che interessano solo una riga da replicare come le istruzioni UPDATE . Questa ottimizzazione è stato aggiunto in modo specifico per le applicazioni che installare trigger UPDATE definiti dall'utente nel server di sottoscrizione e che richiedono questi attivazione di trigger per aggiornamenti che interessano solo una riga su una colonna univoca.

Per utilizzare il flag di traccia 8207, attivarla al prompt dei comandi digitando sqlservr.exe - T8207 , o attivarla in fase di esecuzione utilizzando DBCC TRACEON(8207,-1) prima di avviare l'agente, è.

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 rimosse dall'elaborazione degli snapshot concorrenti

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 duplicata quando lo snapshot concorrente è stato applicato a un server di sottoscrizione. In questo service pack, non sono più restrizioni utilizzando l'elaborazione degli snapshot concorrenti.

La replica transazionale procedure personalizzate di script

Quando si impostano le sottoscrizioni nosync, le procedure personalizzate per le istruzioni INSERT , UPDATE e DELETE devono essere create manualmente. Le sottoscrizioni nosync sono sottoscrizioni che non vengono visualizzato lo snapshot iniziale. 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

Script le procedure personalizzate per INSERT, UPDATE e DELETE per tutti gli articoli di una pubblicazione contenente di tabella la generazione automatica di opzione di schema procedure personalizzata attivato. La procedura sp_scriptpublicationcustomprocs memorizzato è particolarmente utile per impostare le sottoscrizioni che hanno lo snapshot applicato manualmente.

sintassi

sp_scriptpublicationcustomprocs [@ publication ] = publication_name

argomenti

[@ publication ] = publication_name
È il nome della pubblicazione. publication_name è di tipo sysname prive di valore predefinito.



0 (esito positivo) o 1 (errore)

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 per creare la stored procedure personalizzata è necessario.

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 autorizzazioni sono concesse a pubblica. Un controllo di protezione procedurali viene eseguito all'interno di questa stored procedure per limitare l'accesso ai membri del ruolo server sysadmin e del database db_owner nel database corrente.

esempio

In questo esempio genera uno script delle stored procedure personalizzate in una pubblicazione è denominata Northwind.

Pulitura di basato sul periodo di memorizzazione dei metadati di replica di tipo merge

In alcuni casi, la pulitura dei metadati che è stato creato nelle tabelle di sistema durante l'elaborazione della replica di tipo merge migliora le prestazioni di replica di tipo merge. Per pulire i metadati in tabelle di sistema in SQL Server 2000, la topologia di replica dovevano essere inattivo e dati dovevano essere accettato.

Tuttavia, SQL Server 2000 SP1 include la pulitura dei metadati basato sul periodo di memorizzazione. Di conseguenza, i metadati possono essere eliminati con maggiore facilità dalle seguenti tabelle di sistema:

• MSmerge_contents
• MSmerge_tombstone
• MSmerge_genhistory

Quando il @ keep_partition_changes opzione di ottimizzazione di sincronizzazione è attivata per la pubblicazione, la pulitura dei metadati basata sulla memorizzazione Elimina metadati dalla prima le tabelle di immagini.

Pulitura dei metadati basata sulla memorizzazione si verifica come segue:

• Se il parametro di agente di merge ?MetadataRetentionCleanup è impostato su 1, l'agente di merge pulisce il server di sottoscrizione e server di pubblicazione coinvolti nella stampa unione. Per impostazione predefinita, il parametro di agente di merge di ?MetadataRetentionCleanup è impostato su 1.

Nota Il parametro MetadataRetentionCleanup 1 fa parte di tutti i profili agente di merge inclusi in questo service pack.

• Se il parametro MetadataRetentionCleanup è impostato su 0, la pulitura automatica non si verifica. In questo caso, avviare manualmente pulitura dei metadati basata sulla memorizzazione, sp_mergemetadataretentioncleanup stored procedure. Questa procedura è una nuova stored procedure di sistema incluso in questo service pack. È necessario eseguire questa stored procedure sul server di sottoscrizione e il server di pubblicazione.

Il periodo di memorizzazione predefinito per le pubblicazioni è di 14 giorni. Se un articolo fa parte di più pubblicazioni, potrebbe essere periodi di memorizzazione diversi. In questo caso, il periodo più lungo consente di determinare che il prima possibile tempo pulitura che può verificarsi.

evitare conflitti false

Pulitura dei metadati basata sulla memorizzazione impedisce nonconvergence e silent sovrascrive le modifiche in altri nodi. Tuttavia, false è in conflitto può verificarsi se si verificano le seguenti condizioni:

• I metadati viene pulito a un nodo e non a un altro nodo nella topologia.
• Un aggiornamento successivo al nodo pulitura remota si verifica in una riga in cui i metadati è stato eliminato.

Ad esempio, se viene pulito metadati 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 dati sembra essere sincronizzati. Per evitare questo conflitto, assicurarsi che i metadati viene pulito in nodi correlati allo stesso momento. Se viene utilizzato il parametro MetadataRetentionCleanup 1, sia server di pubblicazione e il server di sottoscrizione vengono eliminati automaticamente prima dell'avvio dell'unione. Questo processo garantisce che i nodi vengono cancellati allo stesso tempo. Per risolvere il conflitto, è possibile utilizzare un sistema di risoluzione di conflitti di replica di tipo merge. Gestire il conflitto stesso modo di gestire qualsiasi altri conflitti di replica di tipo merge.

Se un articolo a cui appartiene più pubblicazioni o se è un articolo in scenari di ripubblicazione, i periodi di memorizzazione per una riga specifica nel server di pubblicazione e server di sottoscrizione possono differire. Per ridurre la probabilità di pulitura dei metadati su un lato ma non su altro lato, si consiglia di tali pubblicazioni diverse che periodi di memorizzazione simile.

Nota Se devono essere ripulite grandi quantità di metadati in tabelle di sistema, il processo di unione potrebbe richiedere più tempo di esecuzione. Pulire i metadati regolarmente per evitare questo problema.

Problemi di backup e ripristino per la replica di tipo merge

Un database di pubblicazione ripristinato da un backup occorre prima sincronizzazione un database di sottoscrizione che dispone di una sottoscrizione globale per garantire il comportamento corretto di convergenza. Una sottoscrizione globale ha un valore di priorità. Sincronizzazione garantisce che le modifiche sono andate perse al database di pubblicazione a causa dell'operazione di ripristino vengono riapplicate con precisione.

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

Quando si prevede di 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 che 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 che consente di ripristinare il database non sarà più di 10 giorni.

• Sincronizzare prima di generare una copia di backup.

Si consiglia di sincronizzazione di un server di sottoscrizione con 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 molto nuovo, l'ultima sincronizzazione con un server di pubblicazione potrebbe essere quasi come precedente il periodo di memorizzazione. Si supponga ad esempio, che una pubblicazione disponga di un periodo di conservazione di 10 giorni. L'ultima sincronizzazione è 8 giorni fa, quando viene eseguito il backup. Se il backup viene applicato a 4 giorni in un secondo momento, l'ultima sincronizzazione si è verificato 12 giorni fa. La sincronizzazione è stata eseguita oltre il periodo di memorizzazione. Se il server di sottoscrizione è stato sincronizzato verso 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 è necessario modificare il valore di memorizzazione di pubblicazione, reinizializzare manualmente il server di sottoscrizione per evitare la convergenza non di dati. La funzionalità di pulitura dei metadati basata sulla memorizzazione Elimina metadati non aggiornato dalle tabelle di sistema di stampa unione, 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 state sincronizzate entro il periodo di memorizzazione. Se le seguenti condizioni sono vere, la sottoscrizione non scadrà causa del valore maggiore di memorizzazione:

• Il periodo di memorizzazione della pubblicazione viene incrementato dopo una pulitura
• Una sottoscrizione tenta di unire il server di pubblicazione e server di pubblicazione è già eliminato i metadati.

Inoltre, il server di pubblicazione non dispone di sufficienti metadati per scaricare le modifiche al server di sottoscrizione. Questa situazione comporta nonconvergence.

• Utilizzare gli stessi valori di conservazione di pubblicazione per tutti i server di pubblicazione e i partner di sincronizzazione alternativo. Utilizzando valori diversi può causare non di convergenza.

Ripristino dei database replicati da versioni diverse di SQL Server

Ripristino di un backup al server e al database stesso mantiene le impostazioni di replica. Se si desidera ripristinare un database replicato a una versione di SQL Server è diversa da quella utilizzata per eseguire il backup del database, considerare quanto segue:

• Se si sta ripristinando il database per SQL Server 2000 SP1 da un backup è stato creato con SQL Server 2000 e si desidera mantenere le impostazioni di replica, è necessario eseguire la procedura sp_vupgrade_replication memorizzati. Stored procedure in esecuzione il sp_vupgrade_replication garantisce che i metadati della replica sia stato aggiornato. Se non eseguire sp_vupgrade_replication , i metadati della replica possono essere lasciato in uno stato imprevedibile.
• Se si sta ripristinando un database a SQL Server 2000 da un backup creato con la versione finale di SQL Server 7.0, Service Pack 1, Service Pack 2 o Service Pack 3, e si desidera mantenere le impostazioni di replica, è necessario ricreare il backup prima di installare i service pack. È possibile ripristinare direttamente un database di SQL Server 2000 SP1 da un backup di un database replicato è stato creato in SQL Server 7.0. Tuttavia, non vengono mantenute le impostazioni di replica.

Un nuovo parametro di MaxCmdsInTran per l'agente

In SQL Server 2000 SP1, un nuovo parametro prompt dei comandi denominata -MaxCmdsInTran è stato aggiunto per l'agente. Questo parametro consente di migliorare il parallelismo tra l'agente e l'agente di distribuzione. Di conseguenza, il parametro migliora il throughput complessivo di replica. Questi blocchi sono tuttavia eseguito il commit nel server di sottoscrizione come singole transazioni. Pertanto, la proprietà ACID di atomicità è interrotta. Questo risultato non è un problema nella maggior parte dei casi. Tuttavia, si consiglia di verificare il risultato per assicurarsi che non sia un problema.

Per le transazioni che interessano molti comandi quali aggiornamento di massa o eliminare le transazioni, l'agente di distribuzione necessario attendere che l'agente scrivere l'intera transazione nel database di distribuzione prima di è possibile propagare la transazione al server di sottoscrizione. Questo ritardo impedisce l'agente di distribuzione. Riduce inoltre il parallelismo tra i due agenti.

Utilizzando il -MaxCmdsInTran parametro, l'agente interrompe transazioni di grandi dimensioni in blocchi più piccoli. Ogni blocco contiene lo stesso o i comandi di un numero inferiore rispetto al -MaxCmdsInTran input. Di conseguenza, l'agente di distribuzione può elaborare blocchi precedenti di una transazione mentre l'agente funziona tramite blocchi successive della stessa transazione.

definisce il parametro ?MaxCmdsInTran

Specificare un intero positivo (1 o maggiore) per il -MaxCmdsInTran valore del parametro. Un valore pari a 0 è equivalente non utilizza il parametro affatto. Poiché questo parametro migliora le prestazioni solo quando la transazione è molto grande, un valore di 5000 o più grande per questo parametro è tipico. Ad esempio: Per utilizzare questo parametro, il server di pubblicazione necessario eseguire SQL Server 2000 Service Pack 1. Il database di agente e di distribuzione deve essere aggiornato al service pack. In caso contrario, il -MaxCmdsInTran parametro viene ignorato.

Miglioramenti di English Query

Microsoft ha rilasciato un miglioramento della protezione per English Query applicazioni. Questo miglioramento non è installato come parte di SQL Server 2000 SP1. Tuttavia, si consiglia di applicare, se si utilizzano English Query. Per ulteriori informazioni sul miglioramento di English Query, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato: