© Copyright Microsoft Corporation, 2004. Tutti i diritti riservati.
Il team che si occupa della documentazione di SQL Server non risponde a quesiti di carattere tecnico, ma sarà lieto di accettare suggerimenti e commenti relativi al presente file Leggimi. Il collegamento riportato di seguito consente di inviare direttamente e rapidamente un messaggio di posta elettronica. Scrivere i propri commenti in lingua inglese.
Per inviare commenti scritti relativi a questo documento, fare clic qui: Invia commenti.
1.0 Introduzione
1.2 Operazioni preliminari all'aggiornamento a MSDE 2000 SP4
1.3 Considerazioni sulla protezione per MSDE 2000 SP4
1.4 Definizione del nome dell'istanza
1.5 Verifica della versione di Microsoft Data Access Components
1.6 Identificazione della versione corrente di MSDE 2000
1.7 Ulteriori informazioni importanti su SP4
1.8 Disponibilità di aggiornamenti della documentazione in linea di SQL Server 2000
2.0 Ricerca e download di MSDE 2000 SP4
2.1 Scelta della lingua corretta
2.3 Estrazione dei file di MSDE 2000 SP4
2.4 Linee guida per le fasi di download ed estrazione
3.0 Installazione del Service Pack
3.1 Preparazione dell'installazione di MSDE 2000 SP4
3.2 Esecuzione del programma di installazione di MSDE 2000 SP4
3.3 Riavvio di servizi e applicazioni
3.4 Installazione di MSDE 2000 in server replicati
3.5 Applicazione di MSDE 2000 SP4 a database o filegroup di sola lettura in una topologia di replica
3.6 Aggiornamento del catalogo dei server collegati
3.7 Disinstallazione di MSDE 2000 SP4
3.8 Riapplicazione di MSDE 2000 SP4
4.0 Ulteriori considerazioni sull'installazione
4.1 Ridistribuzione di MSDE 2000 SP4
4.2 Percorsi dei file di MSDE 2000 SP4
5.1 Miglioramenti relativi a MSDE 2000
5.2 Miglioramenti relativi alla replica
5.3 Miglioramenti relativi ad Agente SQL Server e a Strumenti condivisi
5.4 Miglioramenti relativi a XML
5.5 DB-Library ed Embedded SQL per C
5.6 Miglioramenti relativi all'installazione di MSDE 2000
5.7 Miglioramenti relativi alle operazioni di manutenzione
In questo file Leggimi viene descritto l'utilizzo di SQL Server Desktop Engine (MSDE), un componente di Microsoft® SQL Server™ 2000 Service Pack 4 (SP4). È possibile utilizzare Desktop Engine SP4 per aggiornare istanze esistenti di MSDE a MSDE 2000 SP4 oppure per installare una nuova istanza di MSDE 2000 SP4.
La procedura generale per installare SQL Server SP4 è la seguente:
Nota A meno che non venga specificato diversamente, tutti i riferimenti a SQL Server 2000 Desktop Engine in questo file Leggimi sono da intendersi a MSDE 2000 Release A. Il download di MSDE 2000 Release A è equivalente, a livello di funzioni, a SQL Server 2000 Desktop Engine SP3a, ma include un nuovo Contratto di Licenza con l'utente finale (EULA) che concede agli utenti diritti diversi da quelli delle licenze precedenti di MSDE 2000.
SQL Server 2000 SP4 è costituito da quattro componenti. Ognuno di tali componenti consente di applicare SP4 a componenti diversi di SQL Server:
Tutti i Service Pack di SQL Server sono cumulativi. In SQL Server SP4 sono incluse le correzioni fornite in SP1, SP2, SP3 e SP3a.
MSDE 2000 SP4 può essere utilizzato solo nelle istanze di SQL Server 2000 Desktop Engine o MSDE 2000 Release A. Le altre parti di SQL Server 2000 SP4 consentono l'applicazione di SP4 agli altri componenti di SQL Server 2000, ad esempio Analysis Services o il motore di database. In altri file Leggimi distinti viene descritto l'utilizzo di Database Components SP4 e di Analysis Services SP4. Gli altri file Leggimi sono disponibili in questo sito Web Microsoft.
Il Service Pack per MSDE 2000 è destinato agli sviluppatori di applicazioni ridistribuite che utilizzano MSDE. È possibile utilizzare MSDE 2000 SP4 per eseguire le operazioni seguenti:
Per ulteriori informazioni sulle licenze di MSDE 2000, vedere Utilizzi di MSDE 2000. Qualora non si disponga ancora di una licenza per l'installazione o l'esecuzione di MSDE 2000, è possibile ottenerne una registrandosi nella pagina Web di MSDE 2000 Release A.
Per installare MSDE 2000 SP4, esaminare le informazioni incluse nelle sezioni 1 e 2 di questo file Leggimi e quindi seguire le istruzioni disponibili nella sezione 3 se sono valide le condizioni seguenti:
Nelle sezioni seguenti di questo file Leggimi vengono illustrati alcuni esempi degli scenari più comuni relativi all'aggiornamento di un'istanza esistente di MSDE a MSDE 2000 SP4 o all'installazione di una nuova istanza di MSDE 2000:
Prima di eseguire il programma di installazione di MSDE 2000 SP4, è necessario verificare che il computer soddisfi i requisiti hardware e software seguenti.
In questa tabella sono indicati i requisiti hardware per l'installazione e l'esecuzione di MSDE 2000.
| Hardware | Requisiti minimi |
| Computer | Intel Pentium o compatibile 166 MHz o superiore |
| Memoria (RAM) | 128 MB in Microsoft Windows XP e Windows 2003 Server
Almeno 64 MB in Windows 2000 |
| Spazio su disco rigido | 75 MB in Microsoft Windows XP e Windows 2003 Server
100 MB in Windows 2000 |
| Unità | Unità CD-ROM per l'installazione di MSDE 2000 SP4 da un CD-ROM |
Per MSDE 2000 non è disponibile un elenco di compatibilità hardware (HCL). Se il computer soddisfa i requisiti minimi indicati nella tabella precedente, il software MSDE 2000 funzionerà correttamente nell'hardware certificato per l'utilizzo con il sistema operativo Windows. Per ulteriori informazioni sull'hardware certificato per l'utilizzo con il sistema operativo Windows, vedere l'elenco di compatibilità hardware Windows in questo sito Web Microsoft (informazioni disponibili in lingua inglese).
Per utilizzare MSDE 2000, è necessario installare uno dei sistemi operativi seguenti:
Importante SQL Server 2000 SP4 non è supportato nelle piattaforme Windows NT 4.0, Windows Millennium Edition e Windows 98. Per le installazioni di SQL Server 2000 SP3a nelle piattaforme Windows NT 4.0, Windows Millennium Edition e Windows 98 continuerà a essere disponibile il supporto per i principali aggiornamenti rapidi nei 12 mesi successivi al rilascio della versione finale di SQL Server 2000 SP4.
Se si desidera eseguire il programma di installazione di MSDE 2000, è necessario che la condivisione file e stampanti sia attiva.
Per verificare che la condivisione file e stampanti sia attiva
Un'installazione di MSDE 2000 SP4 ha esito negativo se uno dei criteri di protezione seguenti è stato impostato su Non consentire installazione:
L'impostazione Non consentire installazione deve essere modificata in Installa senza avvisare prima di installare MSDE 2000 SP4. Se necessario, dopo il completamento dell'installazione sarà possibile ripristinare l'impostazione precedente del criterio.
Nota Non consentire installazione non è l'impostazione predefinita per questi criteri di protezione.
Per impostare i criteri di protezione
È possibile installare il file di aggiornamento per MSDE 2000 SP4 da un CD-ROM solo se si utilizza Microsoft Windows Installer 2.0.2600.0 o versione successiva. Qualora sia necessario aggiornare Windows Installer, i file sono inclusi in MSDE 2000 SP4.
Per aggiornare Windows Installer
Se l'istanza di MSDE è utilizzata da un'applicazione, prima di eseguire l'aggiornamento a MSDE 2000 SP4 richiedere al provider dell'applicazione se l'applicazione debba rispettare requisiti specifici relativi all'aggiornamento di MSDE.
In questa sezione vengono descritti i problemi che è necessario risolvere e le attività da eseguire prima di utilizzare MSDE 2000 SP4 per aggiornare un'istanza esistente di MSDE a MSDE 2000 SP4.
I database o i backup di database creati in un'istanza di Database Components SP4 possono essere collegati o ripristinati a una versione precedente di SQL Server 2000. Sono tuttavia previste alcune restrizioni per i database in una topologia di replica. Per ulteriori informazioni, leggere la sezione 1.2.3 Considerazioni relative a un'istanza in una topologia di replica o di distribuzione log.
Le procedure per applicare MSDE 2000 SP4 a un'istanza esistente di MSDE 2000 variano in base al modo in cui l'istanza è stata installata. Nella maggior parte delle applicazioni MSDE 2000 viene installato in una delle modalità seguenti:
Nota Le utilità di installazione per le nuove applicazioni devono essere scritte in modo tale da chiamare l'utilità di installazione di MSDE 2000, anziché elaborare direttamente i moduli unione di MSDE 2000. I moduli unione sono inclusi in MSDE 2000 SP4. Tali moduli unione, tuttavia, possono essere utilizzati solo da fornitori di applicazioni che devono creare file di correzione per istanze di MSDE originariamente installate tramite utilità che elaborano direttamente i moduli unione.
Se in un computer vi sono più istanze di MSDE 2000, è necessario valutare ogni istanza singolarmente per determinare se sia possibile applicare MSDE 2000 SP4. È inoltre necessario applicare SP4 separatamente a ogni istanza.
Nota Microsoft non supporta configurazioni in cui vi siano più di 16 istanze del motore di database di SQL Server in uno stesso computer. Questa limitazione si applica alle istanze di SQL Server 6.5, SQL Server 7.0, SQL Server 2000, MSDE 1.0 e MSDE 2000.
Nell'articolo 311762 della Microsoft Knowledge Base sono disponibili le istruzioni per determinare la modalità in base alla quale è stata installata un'istanza di MSDE 2000. Dopo avere seguito le procedure indicate nell'articolo 311762, tenere presenti le osservazioni seguenti:
È possibile eseguire il programma di installazione di MSDE 2000 SP4 dal disco rigido, da una condivisione di rete oppure da un CD-ROM. I file di installazione originali di MSDE 2000 non sono necessari se si esegue il programma di installazione dal disco rigido. Se tuttavia si aggiorna un'istanza di MSDE 2000 a MSDE 2000 SP4 da una condivisione di rete o da un CD, i file utilizzati per installare MSDE 2000 in origine devono essere salvati nello stesso percorso in cui sono stati inclusi durante l'installazione originale. Se l'installazione originale è stata eseguita da un CD, durante l'aggiornamento a MSDE 2000 SP4 verrà richiesto di inserire il CD originale. Se i file originali non sono più presenti nel percorso originario o nella condivisione di rete oppure se il CD-ROM non è più disponibile, è necessario copiare i file di MSDE 2000 SP4 nell'unità disco rigido ed eseguire il programma di installazione da questa posizione.
Tramite il programma di installazione di MSDE 2000 SP4 vengono aggiornati i database utente inclusi in una topologia di replica. Questo fattore di aggiornamento può influire sulle funzionalità di backup e ripristino dei database utente replicati. Prima di installare MSDE 2000 SP4, assicurarsi che i database di replica e i filegroup non siano di sola lettura.
Per ulteriori informazioni sull'applicazione di SP4 a database inclusi in topologie di replica, leggere la sezione 3.4 Installazione di MSDE 2000 in server replicati. Ulteriori considerazioni approfondite sul backup e il ripristino per la replica sono disponibili nella sezione 5.2.4 Problemi relativi a backup e ripristino per la replica di tipo merge.
Nota Se un'istanza di MSDE 2000 non è inclusa in una topologia di replica, è possibile eseguire il backup di un database utente e ripristinarlo in qualsiasi altra versione di SQL Server 2000 o MSDE 2000.
Se durante l'installazione vengono rilevati database utente o filegroup di sola lettura, il programma esegue una delle operazioni seguenti:
Setup has detected one or more databases and filegroups which are not writable.Questo avviso può essere ignorato, a meno che alcuni dei database elencati nel log del programma di installazione non siano membri di una topologia di replica. Se uno o più database non scrivibili elencati nel log del programma di installazione fanno parte di una topologia di replica, sarà necessario convertirli in database scrivibili e riapplicare SP4 all'istanza di MSDE 2000.
Per informazioni sull'abilitazione della scrittura di un database, leggere la sezione 3.5 Applicazione di MSDE 2000 SP4 a database o filegroup di sola lettura in una topologia di replica. Per ulteriori informazioni sulla riapplicazione di SP4, leggere la sezione 3.8 Riapplicazione di MSDE 2000 SP4.
Prima di utilizzare MSDE 2000 SP4 per aggiornare un'istanza esistente di MSDE, è consigliabile pianificare le modalità di ripristino dello stato precedente dell'istanza, qualora si renda necessario in seguito. L'installazione di MSDE 2000 SP4 provoca alcune modifiche alle tabelle di sistema ai fini della manutenzione. Vengono inoltre aggiornati i database utente e i database di distribuzione che fanno parte di una topologia di replica. A causa della natura di tali modifiche, MSDE 2000 SP4 non può essere rimosso con facilità. Per ripristinare la build in esecuzione prima dell'installazione di MSDE 2000 SP4, è innanzitutto necessario disinstallare l'istanza di MSDE 2000 e quindi reinstallarla. Se è stato eseguito un Service Pack di SQL Server 2000 precedente oppure sono stati applicati aggiornamenti rapidi, è necessario riapplicare il Service Pack e gli aggiornamenti rapidi all'istanza ripristinata.
Importante Per ripristinare in modo sicuro lo stato del sistema precedente a MSDE 2000 SP4, è necessario avere eseguito il backup dei database master, model e msdb immediatamente prima dell'installazione di MSDE 2000 SP4. Per ulteriori informazioni, leggere la sezione 3.1.1 Backup dei database di SQL Server.
Per ulteriori informazioni, leggere la sezione 3.7 Disinstallazione di MSDE 2000 SP4.
Il comportamento del programma di installazione di MSDE 2000 è stato modificato affinché le impostazioni predefinite assicurino una configurazione più protetta. Tali modifiche sono state ulteriormente migliorate in SP4 nel modo seguente:
In SP4 il supporto di rete è disabilitato per impostazione predefinita quando vengono installate nuove istanze di MSDE 2000. Quando viene aggiornata un'istanza esistente, le relative impostazioni del supporto di rete vengono invece mantenute. Se nessuna applicazione installata in un altro computer si connette all'istanza di MSDE 2000, non è necessario che l'istanza disponga di supporto di rete. È consigliabile disattivare le risorse che non vengono utilizzate. È possibile abilitare il supporto di rete durante l'installazione specificando il valore 0 per il parametro di installazione DISABLENETWORKPROTOCOLS. Se si abilita il supporto di rete durante l'installazione di un'istanza di MSDE 2000 SP4, successivamente sarà possibile riconfigurare l'istanza per disabilitare il supporto. Per ulteriori informazioni su come disabilitare e ripristinare l'accesso di rete, vedere l'articolo 814130 della Microsoft Knowledge Base (informazioni disponibili in lingua inglese).
Il programma di installazione di MSDE 2000 SP4 non consente l'installazione di una nuova istanza di MSDE 2000 se non viene specificata una password sa sicura. Utilizzare il parametro SAPWD per specificare la password sa sicura. Il programma di installazione di MSDE 2000 SP4 non consente l'aggiornamento di un'istanza esistente di MSDE 2000 se non viene assegnata una password sicura all'account di accesso sa. È necessario assegnare una password sicura all'account di accesso sa anche se si desidera aggiornare un'istanza esistente, a meno che l'applicazione che utilizza l'istanza di MSDE non dipenda in qualche modo da una password sa nulla. Anche se l'istanza di MSDE 2000 utilizza l'autenticazione di Windows, l'account di accesso sa diventa immediatamente attivo se l'istanza passa all'autenticazione in modalità mista. Una password sa nulla, vuota, semplice o nota è vulnerabile all'utilizzo per accessi non autorizzati. Qualora sia necessario assegnare una password sa sicura prima di aggiornare l'istanza di MSDE 2000 a MSDE 2000 SP4, vedere l'articolo 322336 della Microsoft Knowledge Base.
Quando è possibile, per garantire una maggiore protezione, utilizzare l'autenticazione di Windows con l'installazione di MSDE 2000. Valutare l'opportunità di passare dall'autenticazione in modalità mista all'autenticazione di Windows se si verificano entrambe le condizioni seguenti:
Per ulteriori informazioni sulla modifica di un istanza di MSDE 2000 dall'autenticazione in modalità mista all'autenticazione di Windows, vedere l'articolo 322336 della Microsoft Knowledge Base.
Se si desidera installare più copie, o istanze, di MSDE 2000 e del motore di database di SQL Server 2000 in un computer, è necessario conoscere i nomi delle istanze. È possibile installare fino a 16 istanze in un computer. Una delle istanze, denominata istanza predefinita, è priva di nome. Le altre 15 istanze, le istanze denominate, devono avere nomi univoci.
Per installare o aggiornare istanze di MSDE, è necessario utilizzare il programma di installazione di MSDE SP4. Se si desidera installare o aggiornare un'istanza denominata di MSDE, è necessario utilizzare il parametro INSTANCENAME per specificare il nome dell'istanza. Se non si specifica il parametro INSTANCENAME, nel computer verrà utilizzata l'istanza predefinita di MSDE. Non è possibile utilizzare MSDE 2000 SP4 per aggiornare un'istanza del motore di database di SQL Server 2000.
Per trovare le istanze esistenti nel computer:
Nel riquadro a destra verrà visualizzata un'istanza predefinita come servizio denominato MSSQLSERVER. Le istanze denominate sono elencate come servizi denominati MSSQL$InstanceName, dove InstanceName è il nome dell'istanza.
I nomi delle istanze devono rispettare le regole indicate in questa pagina Web Microsoft (informazioni disponibili in lingua inglese).
Tramite il programma di installazione di MSDE 2000 SP4 viene determinato se sia possibile aggiornare una versione installata di Microsoft Data Access Components (MDAC) a MDAC 2.8 SP1.
Nota Se un computer in cui è installato MSDE 2000 SP4 viene aggiornato a un sistema operativo più recente, la versione di MDAC installata tramite SP4 non sarà più presente.
Nota Per istruzioni su come determinare quale versione di MDAC sia installata nel computer, vedere l'articolo 301202 della Knowledge Base.
Quando tramite MSDE 2000 SP4 viene installato MDAC 2.8 SP1, la lingua della versione di MDAC sarà la stessa di quella di MSDE 2000 SP4. Se si desidera mantenere la versione di MDAC in una lingua specifica diversa da quella di MSDE 2000 SP4, è necessario scaricare e installare la versione desiderata di MDAC 2.8 SP1 prima di eseguire il programma di installazione di MSDE 2000 SP4. È possibile scaricare le versioni di MDAC 2.8 SP1 specifiche per le diverse lingue dall'area download di Microsoft Data Access.
In MDAC 2.8 SP1 è incluso un aggiornamento a MSXML 3.0 SP7. MDAC 2.81 inoltre aggiorna SQLXML 1.0, fornito con Microsoft SQL Server 2000. Questo Service Pack non installa o aggiorna SQLXML 3.0. Se l'applicazione in uso richiede SQLXML 3.0, scaricarlo e installarlo da questo sito Web Microsoft. Per ulteriori informazioni su MDAC 2.8 SP1, visitare l'area download di Microsoft Data Access. Per ulteriori informazioni sulle versioni di MDAC, vedere l'articolo 822758 della Knowledge Base (informazioni disponibili in lingua inglese). Le correzioni incluse in MDAC 2.8 SP1 sono illustrate nell'articolo 884930 della Knowledge Base (informazioni disponibili in lingua inglese).
In tutte le versioni di Windows che supportano l'utilizzo di MSDE 2000 è inclusa una versione del software MDAC utilizzabile con MSDE 2000 SP4. Se si configura un'istanza di MSDE 2000 affinché supporti comunicazioni di rete e funzioni come server di database, non è necessario installare software client in alcun computer Windows per consentire alle applicazioni di connettersi dal computer all'istanza di MSDE 2000. Per ulteriori informazioni sulle comunicazioni di rete, vedere questa pagina Web Microsoft (informazioni disponibili in lingua inglese).
Nota Tramite le versioni provvisorie di SQL Server 2000 SP4 viene installata una versione provvisoria di MSXML 3.0 SP7. Se è stata installata una versione provvisoria di SQL Server 2000 SP4, è consigliabile scaricare e installare la versione finale di MSXML 3.0 SP7 da questo sito Web Microsoft (informazioni disponibili in lingua inglese).
Prima di eseguire il programma di installazione, identificare la versione dell'istanza di MSDE 2000 che si desidera aggiornare. Se la versione di MSDE 2000 è già SP4 o superiore, non è necessario installare SP4.
Per identificare la versione installata di MSDE 2000:
SELECT SERVERPROPERTY('ProductLevel')SELECT @@VERSION SELECT SERVERPROPERTY('ProductVersion')| Versione e livello di SQL Server 2000 | @@VERSION | Livello del prodotto |
| Versione originale di SQL Server 2000 | 8.00.194 | RTM |
| Desktop Engine SP1 | 8.00.384 | SP1 |
| Desktop Engine SP2 | 8.00.534 | SP2 |
| Desktop Engine SP3, SP3a o MSDE 2000 Release A | 8.00.760 | SP3 |
| MSDE 2000 SP4 | 8.00.2039 | SP4 |
Nota La versione del prodotto di cui si dispone potrebbe avere valori diversi da questi se dopo l'installazione del prodotto o di un Service Pack precedente è stato applicato un aggiornamento rapido. Ad esempio, @@VERSION potrebbe restituire il valore 8.00.818 dopo avere applicato la correzione rapida per la protezione MS03-031 a MSDE 2000 Release A.
SELECT SERVERPROPERTY('Edition')
Quando viene restituito il valore Desktop Engine, l'istanza è MSDE 2000.
Nell'articolo 888799 della Microsoft Knowledge Base (informazioni disponibili in lingua inglese) verrà fornito un elenco delle correzioni contenute in questo Service Pack. Per ogni correzione elencata nell'articolo 888799 è disponibile un collegamento a un altro articolo della Knowledge Base sul problema risolto dalla correzione specifica. Per visualizzare informazioni sulle singole correzioni, fare clic sul collegamento relativo all'articolo corrispondente della Knowledge Base.
Tutte le informazioni relative a SQL Server 2000 Service Pack 4 non disponibili in tempo utile per essere incluse in questo file Leggimi verranno pubblicate nell'articolo 884525 della Microsoft Knowledge Base (informazioni disponibili in lingua inglese).
Gli articoli della Microsoft Knowledge Base citati in questo file Leggimi sono disponibili nella Microsoft Knowledge Base.
Per trovare un articolo nella Knowledge Base
In SP4 sono state incluse le correzioni oggetto di tutti i bollettini sulla sicurezza di SQL Server 2000 SP3a e SQL Server 2000 (a 64 bit) emessi pubblicamente.
Non sono invece inclusi gli eventuali aggiornamenti rapidi di SQL Server 2000 ricevuti dopo il 2 dicembre 2004. Per ottenere lo stesso aggiornamento rapido per SQL Server 2000 SP4, contattare il servizio di supporto tecnico.
In SQL Server 2000 SP4 sono state aggiunte funzionalità di manutenzione che consentono di disinstallare gli aggiornamenti rapidi futuri. Per ulteriori informazioni, leggere la sezione 5.7 Miglioramenti relativi alle operazioni di manutenzione.
In SQL Server 2000 SP4 sono incluse alcune modifiche apportate a MSDE 2000 che consentono di risolvere i problemi provocati dal worm Slammer:
Gli utenti di Microsoft SQL Server 2000 Windows® CE Edition (SQL Server CE) e di SQL Server 2005 Mobile Edition (SQL Mobile) che hanno aggiornato o prevedono di aggiornare il database e i server di pubblicazione di SQL Server 2000 a SP4 dovranno aggiornare anche i componenti di replica server nei server Microsoft Internet Information Services (IIS). Le versioni aggiornate dei programmi di installazione sono disponibili per SQL Server CE e SQL Mobile.
Nota Anche se i componenti di replica server sono stati aggiornati in seguito all'aggiornamento a SQL Server 2000 SP3 o SP3a, sarà comunque necessario installare gli aggiornamenti specifici più recenti di SP4 per tali strumenti server.
Con SQL Server 2000 SP4, OPENXML non dipende più dalla versione di MSXML installata dal sistema operativo. Tramite MSDE 2000 SP4 viene installata una versione interna della tecnologia MSXML, compatibile con le versioni precedenti di MSXML 2.6.
La documentazione in linea di SQL Server 2000 rappresenta la documentazione utente principale relativa a MSDE 2000 e viene aggiornata periodicamente con correzioni e nuove informazioni. Nel gennaio 2004 la documentazione in linea è stata aggiornata per includere ulteriori informazioni su MSDE 2000. È consigliabile scaricare e installare la versione più recente della documentazione in linea per i motivi seguenti:
Le versioni correnti della documentazione in linea sono disponibili nelle posizioni seguenti:
Alcuni esempi per il motore di database di SQL Server 2000 aggiornati per SQL Server 2000 SP3 e SP3a sono disponibili in questo sito Web Microsoft (informazioni disponibili in lingua inglese). Tutti gli esempi che fanno riferimento ai componenti di SQL Server 2000 inclusi in MSDE 2000 si applicano anche a MSDE 2000, a eccezione delle funzionalità non supportate da MSDE 2000. Tra tali funzionalità sono inclusi il motore di database, i componenti di connettività client del database e le API di programmazione, la replica e Data Transformation Services (DTS).
Prima di preparare il download e l'estrazione di SQL Server 2000 SP4, leggere "Linee guida per le fasi di download ed estrazione" più avanti in questa sezione. SQL Server 2000 SP4 viene distribuito come descritto di seguito:
Se si possiede un CD di SQL Server 2000 SP4, è possibile aggiornare un'istanza di MSDE 2000 a MSDE 2000 SP4 utilizzando il file autoestraente SQL2000.MSDE-KB884525-SP4-x86-LLL.exe incluso nel CD.
Nota LLL è un identificatore che varia a seconda della lingua.
Dopo avere ottenuto il file SQL2000.MSDE-KB884525-SP4-x86-LLL.exe dal sito di download o dal CD di SP4, è possibile eseguirlo per estrarre i file di MSDE 2000 SP4 nel computer. Tramite il file SQL2000.MSDE-KB884525-SP4-x86-LLL.exe viene creato un set di cartelle e di file nel disco rigido che è possibile utilizzare per installare MSDE 2000 SP4.
I Service Pack di SQL Server 2000 Desktop Engine sono specifici per le diverse lingue. Per aggiornare un'istanza di MSDE 2000, è necessario ottenere il Service Pack nella stessa lingua utilizzata dall'istanza. Il Service Pack corretto è disponibile nel CD di SQL Server 2000 SP4 o tramite il download dei file di MSDE 2000 SP4. Se, ad esempio, si aggiorna un'istanza di MSDE 2000 che utilizza la lingua giapponese, sarà necessario ottenere la versione giapponese di MSDE 2000 SP4.
Nota MSDE 2000 SP4 è l'unico componente del Service Pack disponibile in portoghese (Brasile), svedese e olandese, in quanto SQL Server 2000 Desktop Engine è l'unico componente di SQL Server 2000 prodotto in tali lingue. I componenti di SQL Server 2000 per gli aggiornamenti di Database Components SP4 o Analysis Services SP4 non sono disponibili in queste lingue.
Se non si è sicuri della lingua utilizzata da un'istanza di MSDE 2000, eseguire una delle operazioni seguenti:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\IstanceName\CurrentVersion
dove InstanceName è il nome dell'istanza.
| Valore del Registro di sistema Language (in caratteri esadecimali) | Valore del Registro di sistema Language (in caratteri decimali) | Lingua dell'istanza |
| 0x00000404 | 1028 | Cinese tradizionale |
| 0x00000407 | 1031 | Tedesco |
| 0x00000409 | 1033 | Inglese |
| 0x0000040a | 1034 | Spagnolo |
| 0x0000040c | 1036 | Francese |
| 0x00000410 | 1040 | Italiano |
| 0x00000411 | 1041 | Giapponese |
| 0x00000412 | 1042 | Coreano |
| 0x00000413 | 1043 | Olandese |
| 0x00000416 | 1046 | Portoghese (Brasile) |
| 0x0000041d | 1053 | Svedese |
| 0x00000804 | 2052 | Cinese semplificato |
Se l'istanza di MSDE 2000 è stata installata utilizzando l'utilità di installazione di MSDE, è possibile aggiornare l'istanza di MSDE 2000 tramite il file di download di SQL Server 2000 SP4. Il nome del pacchetto originale dell'utilità di installazione è un nome compreso tra SqlRun01.msi e SqlRun16.msi.
Per scaricare MSDE 2000 SP4:
Prima che sia possibile installare MSDE 2000 SP4, è innanzitutto necessario estrarre i file di installazione da SQL2000.MSDE-KB884525-SP4-x86-LLL.exe. È possibile eseguire SQL2000.MSDE-KB884525-SP4-x86-LLL.exe direttamente dal CD di SP4 oppure dalla cartella in cui il file è stato scaricato o copiato dal CD.
Per estrarre i file di MSDE 2000 SP4:
Per scaricare ed estrarre i file di installazione di MSDE 2000 SP4 da Internet, attenersi alle linee guida seguenti:
Nota Se si estrae il Service Pack in una directory di rete condivisa, il percorso della cartella specificata sarà relativo alla cartella da cui è stato eseguito il file SQL2000.MSDE-KB884525-SP4-x86-LLL.exe.
Per installare MSDE 2000 SP4, utilizzare le istruzioni di installazione incluse nelle sezioni seguenti. Prima di installare MSDE 2000 SP4, esaminare il materiale disponibile nella sezione 1.0 Introduzione. I passaggi relativi all'installazione di MSDE 2000 SP4 sono i seguenti:
In MSDE 2000 SP4 è incluso un set completo di file necessario per installare o aggiornare le istanze di SQL Server 2000 Desktop Engine. È possibile eseguire tutte le operazioni di installazione di MSDE 2000 utilizzando i file inclusi in MSDE 2000 SP4 se si dispone di una licenza per l'installazione o l'aggiornamento di un'istanza di MSDE 2000. Per ulteriori informazioni sulle licenze di MSDE 2000, vedere questo sito Web Microsoft (informazioni disponibili in lingua inglese).
Qualora siano necessarie ulteriori informazioni sull'esecuzione del programma di installazione, il riferimento principale è rappresentato dalla documentazione in linea di SQL Server 2000. Per ulteriori informazioni sull'installazione della versione più recente della documentazione in linea di SQL Server 2000 o sull'accesso alla copia in linea disponibile nel sito Web MSDN Library, vedere la sezione 1.8 Disponibilità di aggiornamenti della documentazione in linea di SQL Server 2000.
Di seguito è disponibile un collegamento all'argomento di riferimento della documentazione in linea relativo al file eseguibile per l'installazione, disponibile nel sito Web MSDN Library: Customizing Desktop Engine Setup.exe.
Nella pagina relativa alla personalizzazione del file Setup.exe di Desktop Engine della versione più recente della documentazione in linea di SQL Server 2000 vengono illustrate le funzionalità del file di installazione eseguibile incluso in Desktop Engine SP3a e in MSDE 2000 Release A. La documentazione contiene inoltre informazioni aggiornate relative al programma di installazione di Desktop Engine versione SP4, a eccezione del parametro SAVESYSDB, introdotto solo con SP4. Per ulteriori informazioni, leggere la sezione 5.6.1 Nuovo parametro SAVESYSDB per l'installazione di MSDE 2000.
Nota Nelle versioni del programma di installazione per MSDE precedenti a SQL Server 2000 SP3, agli utenti viene richiesto di specificare il file del pacchetto di installazione con estensione msi utilizzato per installare o aggiornare un'istanza di MSDE 2000. Nelle versioni SP3 e successive del programma di installazione, i file msi vengono gestiti automaticamente e non è necessario specificarli per un aggiornamento o una nuova installazione.
Prima di installare MSDE 2000 SP4, è necessario eseguire le operazioni seguenti:
Prima di installare MSDE 2000 SP4, eseguire il backup dei database master, msdb e model. L'installazione di MSDE 2000 SP4 provoca la modifica dei database master, msdb e model, rendendoli incompatibili con le versioni di MSDE 2000 precedenti a SP4. Le copie di backup di tali database saranno necessarie se si decide di reinstallare MSDE 2000 senza SP4.
È inoltre consigliabile eseguire il backup dei database utente, benché tramite SP4 vengano aggiornati solo i database utente inclusi in topologie di replica.
Uno schema di backup esistente rappresenta il fattore principale della replica e, in caso di errore, consente di ripristinare uno stato noto di un database in seguito all'aggiornamento a SP4. Dopo avere applicato SP4, è consigliabile eseguire un backup del log o un backup completo del database per qualsiasi database utente incluso in una topologia di replica. Se si eseguono i backup di questi database e in seguito si verifica un errore in un database di replica, non sarà necessario riapplicare SP4 dopo il ripristino del database.
Se per i database master e msdb non è selezionata l'opzione Aumento automatico dimensioni del file, i database devono disporre di almeno 500 KB di spazio libero. Per verificare che tale spazio sia disponibile, eseguire la stored procedure di sistema sp_spaceused per il database master o msdb. Se lo spazio non allocato in uno dei database è inferiore a 500 KB, aumentare la dimensione del database. Per ulteriori informazioni, vedere "Espansione di un database" nella documentazione in linea di SQL Server 2000.
Se invece per i database master e msdb è selezionata l'opzione Aumento automatico dimensioni del file e nelle unità è disponibile spazio sufficiente, è possibile ignorare il passaggio precedente di verifica dello spazio.
Per verificare che l'opzione Aumento automatico dimensioni del file sia selezionata in MSDE 2000, utilizzare l'utilità della riga di comando osql per eseguire le istruzioni SQL seguenti:
sp_helpdb mastersp_helpdb msdbNell'output delle istruzioni verificare che il valore presente nella colonna relativa all'aumento delle dimensioni sia diverso da 0.
Prima di installare MSDE 2000 SP4, è consigliabile interrompere tutti i servizi e le applicazioni, inclusi il Pannello di controllo, Installazione applicazioni, SQL Server 2000 Reporting Services, SQL Server 2000 Notification Services e tutte le applicazioni che eseguono connessioni all'istanza di MSDE che si desidera aggiornare.
È possibile applicare MSDE 2000 SP4 senza prima interrompere i servizi, ma alcuni servizi non potranno essere riavviati se prima non si esegue un riavvio del sistema. Se i servizi non vengono interrotti, al completamento dell'installazione verrà chiesto di riavviare il computer. Se non si riavvia il sistema, potrebbe non essere possibile avviare i servizi seguenti:
È possibile ridurre la probabilità che sia necessario riavviare il computer dopo l'installazione di MSDE 2000 SP4. Per ridurre le possibilità che si verifichi tale evenienza, interrompere i servizi e le applicazioni dell'elenco precedente prima di eseguire l'installazione.
In questa sezione sono incluse le linee guida generali per l'esecuzione dell'utilità di installazione di MSDE 2000 SP4. Vengono inoltre descritti alcuni esempi degli scenari MSDE 2000 SP4 più comuni:
Per installare MSDE 2000 SP4, eseguire il file Setup.exe da una delle posizioni seguenti:
Questa operazione fa sì che venga avviato il processo di installazione.
Il file di installazione eseguibile incluso in MSDE 2000 SP4 corrisponde alla versione SP4 del programma di installazione di Desktop Engine per MSDE 2000. A eccezione del parametro SAVESYSDB, l'operazione di installazione di MSDE 2000 SP4 viene illustrata nella versione più recente della documentazione in linea di SQL Server 2000. Per informazioni sull'installazione della versione più recente della documentazione in linea di SQL Server 2000, leggere la sezione 1.8 Disponibilità di aggiornamenti della documentazione in linea di SQL Server 2000. Si tratta di una copia in lingua inglese dell'argomento di riferimento relativo al funzionamento del file Setup.exe: Customizing Desktop Engine Setup.exe.
MSDE 2000 SP4 è progettato per la distribuzione con applicazioni e per l'installazione dal programma di installazione di un'applicazione. In MSDE 2000 non è incluso un programma di installazione interattivo. I meccanismi di installazione per MSDE 2000 sono progettati per essere chiamati dall'utilità di installazione di un'applicazione. Tramite il programma di installazione dell'applicazione viene gestita qualsiasi interazione con l'utente. In MSDE 2000 sono inclusi due meccanismi di installazione:
Importante Installare o aggiornare le istanze di MSDE eseguendo sempre l'utilità Setup.exe. Non tentare di avviare il programma di installazione indirettamente tramite un file con estensione msi. Evitare, ad esempio, di fare doppio clic su uno dei file con estensione msi di MSDE 2000.
Per installare o aggiornare qualsiasi istanza di MSDE, è necessario eseguire l'utilità Setup.exe al prompt dei comandi. Gli utenti possono controllare il funzionamento del programma di installazione di MSDE 2000 specificando i parametri desiderati. È possibile specificare i parametri di installazione in due modi diversi:
È necessario racchiudere tra virgolette i valori che contengono caratteri speciali, ad esempio spazi, specificati per i parametri di installazione di MSDE. Se non vi sono caratteri speciali, le virgolette sono facoltative.
Nelle sezioni 3.2.2, 3.2.3 e 3.2.4 sono disponibili alcuni esempi dei parametri da utilizzare per gli scenari più comuni relativi all'installazione di MSDE 2000 SP4. I parametri che è possibile specificare sono descritti nella versione più recente della documentazione in linea di SQL Server 2000. Per informazioni sull'installazione della versione più recente della documentazione in linea di SQL Server 2000, leggere la sezione 1.8 Disponibilità di aggiornamenti della documentazione in linea di SQL Server 2000. Si tratta di una copia in lingua inglese dell'argomento di riferimento relativo al funzionamento del file Setup.exe: Customizing Desktop Engine Setup.exe.
Nota Se si utilizza una connessione di Servizi terminal per aggiornare un'istanza esistente di MSDE a MSDE 2000 SP4 o per installare una nuova istanza di MSDE 2000 SP4, potrebbero verificarsi alcuni problemi. In caso di problemi, riavviare il programma di installazione dal computer locale.
È possibile specificare i parametri dell'utilità Setup.exe di MSDE 2000 in un file ini, specificandone il percorso tramite l'opzione /settings. Un file ini è un file di testo, creato ad esempio tramite il Blocco note, e salvato con un nome contenente l'estensione ini. La prima riga del file ini è [Options]. Vengono quindi specificati i parametri, immettendone uno per ogni riga.
Nota sulla protezione Se durante l'installazione si utilizza un file con estensione ini, evitare di archiviare credenziali di protezione nel file.
Nell'esempio seguente vengono indicati i parametri al prompt dei comandi:
setup SAPWD="AStrongPassword" INSTANCENAME="InstanceName"TARGETDIR="C:\MyInstanceFolder"Per eseguire il programma di installazione con gli stessi parametri inclusi in un file con estensione ini, utilizzare il Blocco note per creare un file denominato MyParameters.ini con il contenuto seguente:
[Options]INSTANCENAME="InstanceName"TARGETDIR="C:\MyInstanceFolder"Eseguire quindi il programma di installazione utilizzando l'opzione /settings per selezionare il file con estensione ini:
setup /settings "MyParameters.ini" SAPWD="AStrongPassword"Utilizzare un log dettagliato per verificare che l'installazione N sia stata eseguita correttamente o per risolvere eventuali problemi.
Per generare un log dettagliato, specificare /L*v <NomeFileLog>, dove <NomeFileLog> è il nome di un file di log in cui vengono registrate tutte le azioni relative all'installazione. Se non si specifica alcun percorso come parte del nome, il file di log verrà creato nella cartella corrente. Se il programma di installazione viene eseguito da un CD-ROM, è necessario specificare il percorso completo di una cartella del disco rigido.
Nell'esempio seguente viene descritta la creazione di un file di log, MSDELog.log, nella cartella principale dell'unità C:
setup SAPWD="AStrongSAPassword" /L*v C:\MSDELog.logSe l'installazione viene eseguita correttamente, alla fine del log verrà visualizzata una voce simile alla seguente:
=== Logging stopped: 5/16/03 0:06:10 ===MSI (s) (BC:7C): Product: Microsoft SQL Server Desktop Engine -- Installation operation completed successfully.Se l'installazione non viene eseguita correttamente, alla fine del log verrà visualizzata una voce simile alla seguente:
=== Logging stopped: 5/15/03 23:50:34 ===MSI (c) (6A:CE): Product: Microsoft SQL Server Desktop Engine -- Installation operation failed.Se l'installazione non è stata eseguita correttamente, cercare la stringa "value 3" nel log degli errori. Nelle dieci righe della stringa è incluso un avviso di errore relativo a un'azione personalizzata. Nell'avviso sono incluse ulteriori informazioni sulla natura dell'errore.
Negli esempi inclusi in questa sezione viene descritto come aggiornare un'istanza esistente di MSDE 2000 a MSDE 2000 SP4 e come disabilitare la connettività di rete per l'istanza di MSDE 2000. Se si desidera che l'istanza accetti le connessioni dalle applicazioni in esecuzione in altri computer, non specificare il parametro DISABLENETWORKPROTOCOLS.
Negli esempi si suppone che l'account di accesso sa disponga di una password sicura. Per ulteriori informazioni sulla password dell'account di accesso sa, leggere la sezione 1.3 Considerazioni sulla protezione per MSDE 2000 SP4.
Per aggiornare un'istanza esistente di MSDE 2000 a MSDE 2000 SP4
cd c:\MSDESP4Folder\MSDEdove c:\MSDESP4Folder è il percorso della cartella in cui sono stati estratti i file di MSDE 2000 SP4 o della cartella di MSDE 2000 SP4 sul CD di SQL Server 2000 SP4.
setup /upgradesp sqlrun /L*v C:\MSDELog.logsetup /upgradesp sqlrun DISABLENETWORKPROTOCOLS=0 /L*v C:\MSDELog.logsetup /upgradesp sqlrun INSTANCENAME=InstanceName /L*v C:\MSDELog.logsetup /upgradesp sqlrun SECURITYMODE=SQL UPGRADEUSER=AnAdminLogin UPGRADEPWD=AdminPassword /L*v C:\MSDELog.logsetup /upgradesp sqlrun INSTANCENAME= InstanceName SECURITYMODE=SQL UPGRADEUSER=AnAdminLogin UPGRADEPWD=AdminPassword /L*v C:\MSDELog.logNell'esempio sono state inserite alcune interruzioni di riga per consentire una maggiore leggibilità del testo. I comandi devono essere eseguiti senza interruzioni di riga.
Nota Se l'istanza di MSDE 2000 che si desidera aggiornare è stata precedentemente aggiornata da MSDE 1.0 tramite un Service Pack di SQL Server 2000 precedente, è inoltre necessario aggiungere UPGRADE=1 al comando di installazione.
Nota sulla protezione Se durante l'installazione si utilizza un file con estensione ini, evitare di archiviare credenziali nel file.
Negli esempi inclusi in questa sezione viene descritto come installare una nuova istanza di MSDE 2000 SP4 configurata in modo da disabilitarne la connettività di rete, che rappresenta il comportamento predefinito. Se si desidera che l'istanza accetti connessioni dalle applicazioni in esecuzione in altri computer, è inoltre necessario specificare DISABLENETWORKPROTOCOLS=0.
Negli esempi seguenti viene descritta l'installazione di istanze utilizzando le impostazioni predefinite per tutti gli elementi di configurazione, ad esempio le regole di confronto e i percorsi dei file. Le configurazioni possono essere controllate tramite parametri di installazione, ad esempio COLLATION, DATADIR e TARGETDIR. Per ulteriori informazioni sui parametri di configurazione che è possibile specificare per il programma di installazione, vedere la pagina Web relativa alla personalizzazione del file Setup.exe di Desktop Engine (informazioni disponibili in lingua inglese).
Per installare una nuova istanza di Desktop Engine
cd c:\MSDESP4Folder\MSDEdove c:\MSDESP4Folder è il percorso della cartella in cui sono stati estratti i file di MSDE 2000 SP4 o della cartella di MSDE 2000 SP4 sul CD di SQL Server 2000 SP4.
setup SAPWD="AStrongSAPwd" /L*v C:\MSDELog.logdove AStrongSAPwd è una password sicura da assegnare all'account di accesso sa.
setup INSTANCENAME="InstanceName" SAPWD="AStrongSAPwd"/L*v C:\MSDELog.logdove AStrongSAPwd è una password sicura da assegnare all'account di accesso sa e InstanceName è il nome da assegnare all'istanza.
setup SAPWD="AStrongSAPwd" SECURITYMODE=SQL/L*v C:\MSDELog.logdove AStrongSAPwd è una password sicura da assegnare all'account di accesso sa.
setup INSTANCENAME="InstanceName" SECURITYMODE=SQLSAPWD="AStrongSAPwd" /L*v C:\MSDELog.logdove AStrongSAPwd è una password sicura da assegnare all'account di accesso sa e InstanceName è il nome da assegnare all'istanza.
Importante Se si utilizza un file con estensione ini durante l'installazione, evitare di archiviare credenziali nel file.
Importante Specificare sempre una password sicura per l'account di accesso sa, anche quando l'istanza è configurata per l'utilizzo dell'autenticazione di Windows.
Negli esempi illustrati in questa sezione viene descritto come aggiornare un'istanza esistente di MSDE 1.0 a MSDE 2000 SP4 e come disabilitare la connettività di rete per l'istanza. Se si desidera che l'istanza accetti connessioni dalle applicazioni in esecuzione in altri computer, non specificare il parametro DISABLENETWORKPROTOCOLS.
MSDE 1.0 opera allo stesso modo di un'istanza predefinita di MSDE 2000 e viene sempre aggiornato a un'istanza predefinita di MSDE 2000.
Nota Le istanze di MSDE 1.0 incluse in una topologia di replica non possono essere aggiornate a MSDE 2000 SP4.
Per aggiornare un'istanza di MSDE 1.0 a MSDE 2000 SP4
cd c:\MSDESP4Folder\MSDEdove c:\MSDESP4Folder è il percorso della cartella in cui sono stati estratti i file di MSDE 2000 SP4 o della cartella di MSDE 2000 SP4 nel CD di SQL Server 2000 SP4.
setup UPGRADE=1 DISABLENETWORKPROTOCOLS=1/L*v C:\MSDELog.logsetup UPGRADE=1 SECURITYMODE=SQL UPGRADEUSER=AnAdminLoginUPGRADEPWD=AdminPassword DISABLENETWORKPROTOCOLS=1/L*v C:\MSDELog.logImportante Se si utilizza un file con estensione ini durante l'installazione, evitare di archiviare credenziali nel file.
Nota sulla protezione Non è consigliabile utilizzare password vuote poiché possono aumentare in modo significativo il rischio di violazioni della protezione.
Nota Se si utilizza BLANKSAPWD=1, non è necessario specificare SECURITYMODE=SQL oppure UPGRADEUSER e UPGRADEPWD.
Al completamento dell'installazione, è possibile che venga chiesto di riavviare il sistema. Nella sezione 3.1.3 Interruzione dei servizi e delle applicazioni prima di eseguire il programma di installazione di MSDE 2000 SP4 vengono indicati i casi in cui è necessario eseguire un riavvio. Dopo che il sistema è stato riavviato o che l'installazione è stata completata senza richiedere il riavvio del computer, utilizzare l'applicazione Servizi del Pannello di controllo per controllare che tutti i servizi interrotti prima di applicare il Service Pack siano di nuovo in esecuzione. Tra i servizi che potrebbero essere stati interrotti prima di applicare il Service Pack sono inclusi DTC e i servizi MSSQLServer e SQLServerAgent oppure gli equivalenti specifici per l'istanza.
Riavviare le applicazioni che erano state chiuse prima dell'esecuzione del programma di installazione del Service Pack.
A questo punto è inoltre consigliabile eseguire il backup dei database master e msdb aggiornati.
Le informazioni seguenti si applicano solo alle istanze esistenti di MSDE 2000 che fanno parte di una topologia di replica di tipo merge.
Nota In molti casi, soprattutto nella replica di tipo merge, il server di distribuzione e quello di pubblicazione si trovano sullo stesso server e vengono aggiornati contemporaneamente.
Nei casi seguenti è necessario rendere inattivo il sistema, ovvero interrompere tutti gli aggiornamenti, e aggiornare tutti i server contemporaneamente.
Nella tabella seguente sono elencati i server che pubblicano e sottoscrivono pubblicazioni che consentono gli aggiornamenti nel server di sottoscrizione. Come indicato nella sezione precedente, per le topologie che consentono gli aggiornamenti nel server di sottoscrizione è necessario seguire l'ordine di aggiornamento server di distribuzione, server di pubblicazione e quindi server di sottoscrizione. Secondo questo ordine, è necessario aggiornare per primo il Server A per la pubblicazione di tipo merge e il Server B per la pubblicazione transazionale con aggiornamento dei server di sottoscrizione. In questo caso è necessario rendere inattivo il sistema e aggiornare i server simultaneamente.
| Server A | Server B |
|---|---|
| Server di pubblicazione/distribuzione per replica di tipo merge | Server di sottoscrizione per replica di tipo merge |
| Server di sottoscrizione per replica transazionale con aggiornamento | Server di pubblicazione/distribuzione per replica transazionale con aggiornamento |
In questo esempio è possibile aggiornare per primo il Server A, perché la pubblicazione transazionale in sola lettura consente l'aggiornamento di un server di sottoscrizione prima dell'aggiornamento del server di pubblicazione/distribuzione.
| Server A | Server B |
|---|---|
| Server di pubblicazione/distribuzione per replica di tipo merge | Server di sottoscrizione per replica di tipo merge |
| Server di sottoscrizione per replica transazionale di sola lettura | Server di pubblicazione/distribuzione per replica transazionale di sola lettura |
Le informazioni seguenti si applicano solo alle istanze di MSDE 2000 che fanno parte di una topologia di replica di tipo merge.
Se vengono rilevati database o filegroup non scrivibili, verrà visualizzato il messaggio seguente:
Setup has detected one or more databases and filegroups which are not writable.In generale è possibile ignorare questo avviso per proseguire con l'installazione. Se però uno o più database non scrivibili elencati nel log del programma di installazione fanno parte di una topologia di replica, sarà necessario convertirli in database scrivibili e rieseguire il programma di installazione di SP4 sull'istanza di SQL Server 2000.
Durante l'installazione non vengono effettuate distinzioni fra i database non scrivibili e i database non in linea o con stato sospetto. Se un database o un filegroup di una topologia di replica risulta non scrivibile durante l'installazione, sarà necessario riapplicare il Service Pack per aggiornare il database. Per ulteriori informazioni su come portare in linea un database, vedere l'argomento "Collegamento e scollegamento di database" nella documentazione in linea di SQL Server 2000. Per ulteriori informazioni sulla diagnosi di database con stato sospetto, leggere l'argomento sulla risoluzione dei problemi relativi a server e database della documentazione in linea di SQL Server 2000.
Per applicare MSDE 2000 SP4 a un database di sola lettura
ALTER DATABASE seguente:
ALTER DATABASE database SET READ_WRITEALTER DATABASE come indicato di seguito:
ALTER DATABASE database SET READ_ONLYPer applicare SP4 a un filegroup di sola lettura
ALTER DATABASE come indicato di seguito:
ALTER DATABASE Database MODIFY FILEGROUP filegroup_name READWRITE ALTER DATABASE come indicato di seguito:
ALTER DATABASE Database MODIFY FILEGROUP filegroup_name READONLYPer ulteriori informazioni su ALTER DATABASE, vedere l'argomento di riferimento "ALTER DATABASE" nella documentazione in linea di SQL Server. Per ulteriori informazioni sulla riapplicazione di SP4, leggere la sezione 3.8 Riapplicazione di MSDE 2000 SP4.
Quando si aggiorna un'istanza di MSDE 2000 a MSDE 2000 SP4, potrebbe essere necessario verificare che alcune delle stored procedure di sistema siano state aggiornate in altre istanze di SQL Server o MSDE.
In MSDE 2000 SP4 è incluso un aggiornamento di Microsoft Data Access Components (MDAC) a MDAC 2.8 SP1. In MDAC 2.8 SP1 sono inclusi aggiornamenti del provider SQLOLEDB e del driver ODBC SQL Server. Per ulteriori informazioni, leggere la sezione 1.5 Verifica della versione di Microsoft Data Access Components. Quando il provider o il driver effettua la connessione a un'istanza di SQL Server o MSDE, viene utilizzato un insieme di stored procedure di sistema note come stored procedure di catalogo. Le versioni delle stored procedure di catalogo nell'istanza devono essere uguali o successive rispetto a quelle utilizzate dal provider o dal driver. Se si tenta una connessione a un'istanza di SQL Server o MSDE in cui sono installate stored procedure di catalogo di versioni precedenti, verrà visualizzato l'errore seguente:
The ODBC catalog stored procedures installed on server <ServerName>
are version <OldVersionNumber>; version <NewVersionNumber> or later
is required to ensure proper operation. Please contact your system
administrator.
Ogni versione del provider e del driver viene fornita con uno script denominato Instcat.sql. Tramite lo script Instcat.sql vengono aggiornate le stored procedure di catalogo in qualsiasi istanza di SQL Server o MSDE in cui è presente una versione precedente del catalogo.
Dopo avere installato MSDE 2000 SP4, è necessario eseguire lo script Instcat.sql da MSDE 2000 SP4 in ogni istanza di SQL Server o MSDE la cui versione sia precedente rispetto a SQL Server 2000 SP4 e che presenti le caratteristiche seguenti:
Per aggiornare le stored procedure di catalogo in un'istanza di MSDE 2000 per cui è selezionata l'opzione Autenticazione di Windows
osql -E -SComputerName -ilocation\instcat.sqlosql -E -SComputerName\InstanceName -ilocation\instcat.sqlPer aggiornare le stored procedure di catalogo in un'istanza di MSDE 2000 per cui è selezionata l'opzione Autenticazione in modalità mista
osql -UAnAdminLogin -PAdminPassword -SComputerName -ilocation\instcat.sqlosql -UAnAdminLogin -PAdminPassword -SComputerName\InstanceName -ilocation\instcat.sqldove:
InstanceName è il nome di un'istanza denominata di SQL Server 2000 o MSDE 2000.instcat.sql. Il percorso predefinito per l'installazione di un'istanza di SQL Server 2000 è C:\Programmi\Microsoft SQL Server\MSSQL\Install.Lo script Instcat.sql genera numerosi messaggi. In genere tali messaggi non indicano il verificarsi di errori, ma informano l'utente sul numero di righe su cui ha avuto effetto ogni istruzione Transact-SQL nello script. Il messaggio finale indica se lo script è stato eseguito correttamente.
Per ripristinare versioni di MSDE 2000 precedenti a SP4, è necessario eseguire il backup dei database master, msdb e model prima di installare SP4. Per ulteriori informazioni, leggere la sezione 3.1.1 Backup dei database di SQL Server.
Per ripristinare una versione di MSDE 2000 precedente a SP4
Avviso Quando si ripristina una versione di SQL precedente a SP4, tutte le modifiche apportate ai database master, msdb e model in seguito all'installazione di SP4 andranno perdute.
Nota Quando si ripristina una versione di MSDE 2000 precedente a SP4, gli aggiornamenti di MDAC non vengono disinstallati. Per ulteriori informazioni, leggere la sezione 1.5 Verifica della versione di Microsoft Data Access Components.
È necessario riapplicare MSDE 2000 SP4 se è stata abilitata la scrittura di database o filegroup inclusi in una topologia di replica il cui stato era di sola lettura durante l'applicazione iniziale di SP4.
Per riapplicare MSDE 2000 SP4, eseguire la procedura illustrata nella sezione 3.0 Installazione del Service Pack.
In questa sezione sono incluse ulteriori considerazioni sull'installazione del Service Pack.
In MSDE 2000 SP4 sono inclusi tutti i file necessari per ridistribuire MSDE 2000 con altre applicazioni, se il fornitore dell'applicazione specifica dispone di una licenza per distribuire MSDE 2000. È possibile distribuire i file di MSDE 2000 SP4 come illustrato nella versione più recente della documentazione in linea di SQL Server 2000. È inoltre possibile registrarsi per ottenere i diritti di ridistribuzione di MSDE 2000 in questo sito Web Microsoft.
Per ulteriori informazioni sull'installazione della versione più recente della documentazione in linea di SQL Server 2000, leggere la sezione 1.8 Disponibilità di aggiornamenti della documentazione in linea di SQL Server 2000.
Se un'applicazione è dotata di un'utilità di installazione basata su Windows Installer, l'applicazione può essere programmata per l'installazione di un'istanza di MSDE 2000 tramite l'elaborazione dei moduli unione di MSDE 2000. In MSDE 2000 SP4 vengono forniti moduli unione per garantire il supporto delle applicazioni esistenti che utilizzano tali moduli. Le utilità di installazione per le nuove applicazioni devono essere scritte in modo tale da chiamare l'utilità di installazione di MSDE 2000 anziché elaborare direttamente i moduli unione di MSDE 2000.
I fornitori che scelgono di installare istanze di MSDE 2000 utilizzando i moduli unione MSDE 2000 dovranno fornire ai propri clienti tutte le successive correzioni di MSDE 2000. Le istanze di MSDE 2000 installate tramite elaborazione diretta dei moduli unione da parte dell'applicazione vengono contrassegnate con un GUID di codice di prodotto associato all'applicazione da Windows Installer. Solo i file di correzione contenenti il GUID possono correggere queste istanze di MSDE 2000, in quanto solo i file di correzione prodotti dal fornitore dell'applicazione conterranno i codici di prodotto corretti. I Service Pack di MSDE 2000 rilasciati da Microsoft non potranno essere applicati a tali istanze. Il fornitore dell'applicazione deve creare i file di correzione dai file di MSDE 2000 SP4 e distribuirli agli utenti che necessitano di correzioni per SP4.
Per ulteriori informazioni su come creare pacchetti di file di correzione, vedere il Software Development Kit (SDK) di Windows Installer, che può essere scaricato dal sito Web Microsoft Platform SDK.
Se tramite l'utilità di installazione di un'applicazione viene installata un'istanza di MSDE 2000 chiamando il programma di installazione di MSDE 2000, l'istanza di MSDE 2000 sarà contrassegnata con il GUID del codice di prodotto di MSDE 2000. Gli utenti possono correggere tali istanze utilizzando i file del Service Pack standard di MSDE 2000. Il fornitore dell'applicazione può scegliere uno dei metodi seguenti per distribuire MSDE 2000 SP4:
Tutti i file e le cartelle di installazione di MSDE SP4 sono inclusi nella cartella \MSDE, le cui posizioni possono essere una o più delle seguenti:
Nella cartella \MSDE sono inclusi i file Readmesql2k32desksp4.htm, readme.txt, license.txt file e i file eseguibili per l'utilità di installazione. Nella cartella sono incluse anche le sottocartelle seguenti:
Per ulteriori istruzioni sull'utilizzo dei moduli unione di MSDE, vedere l'argomento relativo all'utilizzo dei moduli unione di SQL Server Desktop Engine nella documentazione in linea di SQL Server 2000.
Nota I moduli unione non sono supportati per le nuove installazioni, ma sono disponibili per la manutenzione delle istanze di MSDE 2000 precedentemente installate tramite moduli unione.
Se il programma di installazione dell'applicazione chiama il programma di installazione di MSDE 2000, creare una cartella con la struttura e il set di file indicati di seguito. La cartella MSDEInstallFolder rappresenta un nome di cartella di esempio:
MSDEInstallFolder
Dalla cartella \MSDE di MSDE 2000 SP4 copiare nella cartella creata i file Setup.exe, Setup.ini, Setup.rll e sqlresld.dll.
MSDEInstallFolder\Msi
Copiare in questo percorso tutti i file della cartella \MSDE\Msi di MSDE 2000 SP4.
MSDEInstallFolder\Setup
Copiare in questo percorso tutti i file della cartella \MSDE\Setup di MSDE 2000 SP4.
Sarà quindi possibile eseguire il file Setup.exe per installare o aggiornare istanze di MSDE 2000 SP4.
Nota Se Windows Installer non è stato installato nel computer o se si tratta di una versione precedente a quella supportata per il programma di installazione di MSDE 2000 SP4, verranno utilizzati i file inclusi nella cartella MSDEInstallFolder\Msi per aggiornare Windows Installer.
In questa sezione vengono descritti alcuni problemi che potrebbero verificarsi in seguito all'applicazione di MSDE 2000 SP4 e le nuove funzionalità disponibili quando si esegue SP4. Tali problemi si applicano ai casi in cui si esegue il Service Pack per aggiornare una versione precedente qualsiasi di MSDE 2000, incluso MSDE 2000 Release A. In questa sezione non vengono descritte tutte le correzioni disponibili in SP4. Per un elenco completo di queste correzioni, vedere l'articolo 888799 della Microsoft Knowledge Base (informazioni disponibili in lingua inglese).
Tutte le informazioni relative a SQL Server 2000 Service Pack 4 non disponibili in tempo utile per essere incluse in questo file Leggimi verranno pubblicate nell'articolo 884525 della Microsoft Knowledge Base (informazioni disponibili in lingua inglese).
I miglioramenti seguenti si applicano alle istanze di MSDE 2000 in cui è installato Database Components SP4. I miglioramenti si applicano inoltre alle istanze di MSDE 2000 Release A in cui è installato MSDE 2000 SP4.
Novità in SP1
I gruppi di hash sono stati rimossi. Grazie ad alcuni miglioramenti apportati a MSDE 2000, i gruppi di hash non offrono più i vantaggi relativi alle prestazioni garantiti in MSDE 1.0. La rimozione dei gruppi di hash assicura inoltre una maggiore stabilità di MSDE 2000.
Query Optimizer pertanto non genera più piani delle query utilizzando i gruppi di hash.
In rarissimi casi la rimozione dei gruppi di hash può determinare un rallentamento nell'elaborazione di una query. Analizzare tali query per stabilire se sia possibile tornare al livello di prestazioni precedente creando indici più adeguati.
Novità in SP1
A questo Service Pack sono stati aggiunti due parametri per affinity mask.
Con questo Service Pack è possibile specificare quali CPU devono essere utilizzate per eseguire i thread per le operazioni di I/O su disco. Tale parametro deve essere utilizzato insieme all'opzione affinity mask. Per ulteriori informazioni, vedere l'articolo 298402 della Knowledge Base (informazioni disponibili in lingua inglese).
Tramite questo Service Pack è possibile configurare sistemi abilitati per Virtual Interface Architecture (VIA) per associare le connessioni di MSDE 2000 da schede di rete specifiche a un processore o a un set di processori. Tale parametro deve essere utilizzato insieme all'opzione affinity mask. Per ulteriori informazioni, vedere l'articolo 299641 della Knowledge Base (informazioni disponibili in lingua inglese).
Novità in SP3
Quando si esegue sp_change_users_login con l'argomento @Action=Auto_Fix, ora è necessario specificare una password. sp_change_users_login assegna la password a qualsiasi nuovo account di accesso creato per l'utente. Nell'esempio seguente viene mostrato l'utilizzo del nuovo argomento @Password:
sp_change_users_login [ @Action = ] 'action' [ , [ @UserNamePattern = ] 'user' ] [ , [ @LoginName = ] 'login' ] [ , [ @Password = ] 'password' ]Utilizzare l'argomento @Password solo con @Action=Auto_Fix. Nell'esempio seguente viene mostrato l'utilizzo della nuova sintassi da utilizzare per il comando sp_change_users_login con Auto_Fix. Gli altri esempi contenuti nella documentazione in linea di SQL Server restano invariati.
USE pubsgoEXEC sp_change_users_login 'Auto_Fix', 'Mary', NULL, 'B3r12-36'goNovità in SP3
Se l'opzione del Registro di sistema DisallowAdhocAccess non viene impostata in modo esplicito, per impostazione predefinita non è consentito l'accesso ad hoc ai provider OLE DB. Questo significa che la sintassi delle query ad hoc, ad esempio OPENDATASOURCE e OPENROWSET, non funzionerà sui server remoti. Per consentire l'accesso ad hoc, è necessario impostare in modo esplicito l'opzione DisallowAdhocAccess su 0.
Novità in SP3
Per consentire un'elaborazione più efficiente delle query remote che includono predicati LIKE, in SP3 è stata aggiunta l'opzione SqlServerLike. In MSDE 2000 SP3 o versione successiva sono disponibili due nuove opzioni per inviare operazioni LIKE a server collegati. Se il provider OLE DB di un server collegato supporta la sintassi di SQL Server per l'operatore LIKE e i caratteri jolly, è possibile specificare l'opzione SqlServerLike per fare in modo che tramite MSDE 2000 vengano inviate operazioni LIKE utilizzando la sintassi di SQL Server. Se il provider OLE DB di un server collegato segnala di supportare la sintassi SQL-92 ANSI/ISO Entry Level o restituisce la proprietà SQLPROP_ANSILIKE, SQL Server invierà le operazioni LIKE al server collegato utilizzando la sintassi SQL-92. Per ulteriori informazioni su SQLPROP_ANSILIKE, vedere l'argomento "Programmazione del set di proprietà SQLPROPSET_OPTHINTS" nella documentazione in linea di SQL Server 2000.
È necessario aggiungere un valore a una chiave del Registro di sistema per attivare l'opzione SqlServerLike per un provider OLE DB.
Nota sulla protezione Se il Registro di sistema viene modificato in modo non corretto, possono verificarsi problemi gravi, con il rischio di dover reinstallare il sistema operativo. Microsoft non garantisce che i problemi dovuti a una modifica errata del Registro di sistema possano essere risolti. Prima di modificare il Registro di sistema, eseguire il backup di tutti i dati importanti.
HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\<Instance Name>\Providers\<Provider Name>
HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Providers\<Provider Name>
Novità in SP3
Per le query distribuite, in MSDE 2000 vengono visualizzate alcune informazioni relative agli errori del provider oltre a quelle relative agli errori del server. Quando si verifica un errore in una query tra server collegati, in MSDE 2000 viene verificato se il provider supporta l'interfaccia OLE DB IErrorRecords. Se l'interfaccia è supportata, MSDE 2000 chiama la funzione GetErrorInfo per ottenere dal provider ulteriori informazioni relative all'errore e quindi invia tali informazioni all'utente come parte del messaggio di errore. Se l'interfaccia IErrorRecords non è supportata, non vi è alcun cambiamento nel comportamento di MSDE 2000 e viene visualizzato un errore generico.
Eseguire ad esempio la query seguente su un server in cui viene utilizzato MSDASQL, che non supporta sql_variant:
SELECT * FROM remote2k.dqtable.dbo.sqlvariantnotnull --Remote2k is a loopback server.Nelle versioni precedenti MSDE 2000 SP3 viene visualizzato il messaggio di errore seguente:
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.
In MSDE 2000 SP3 o versione successiva, viene visualizzato il messaggio di errore seguente:
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].
Novità in SP3
In SP3 e versioni successive è inclusa la nuova funzione fn_get_sql che restituisce il testo dell'istruzione SQL per l'handle SQL specificato. Inoltre, per supportare questa funzione, sono state aggiunte tre nuove colonne alla tabella di sistema sysprocesses: sql_handle, stmt_start e stmt_end.
La funzione fn_get_sql è illustrata nella copia più recente della documentazione in linea di SQL Server 2000. Per informazioni sull'installazione della versione più recente della documentazione in linea di SQL Server 2000, leggere la sezione 1.8 Disponibilità di aggiornamenti della documentazione in linea di SQL Server 2000. Questa è una copia in lingua inglese dell'argomento di riferimento per fn_get_sql.
Novità in SP3
In questo Service Pack sono disponibili nuove opzioni per l'attivazione e la disattivazione del concatenamento della proprietà tra database.
Durante l'installazione di MSDE 2000 SP4 è possibile utilizzare il parametro di installazione ALLOWXDBCHAINING per attivare il concatenamento delle proprietà tra database per tutti i database. Il parametro ALLOWXDBCHAINING viene illustrato nella copia più recente della documentazione in linea di SQL Server 2000, nell'argomento relativo alla personalizzazione del file Setup.exe di Desktop Engine (informazioni disponibili in lingua inglese). Per informazioni sull'installazione della versione più recente della documentazione in linea di SQL Server 2000, leggere la sezione 1.8 Disponibilità di aggiornamenti della documentazione in linea di SQL Server 2000.
Nota Non è consigliabile attivare il concatenamento della proprietà tra database per tutti i database.
Dopo l'installazione, è possibile procedere in uno dei modi seguenti per attivare o disattivare il concatenamento della proprietà tra database per tutti i database dell'istanza:
Se per l'istanza il concatenamento della proprietà tra database è disattivato, è possibile configurarlo per i singoli database. Procedere in uno dei modi seguenti per attivare e disattivare il concatenamento della proprietà tra database per un database specifico:
Per ulteriori informazioni, scegliere il pulsante ? nella pagina Elenco di controllo compatibilità con versioni precedenti quando si esegue il programma di installazione, scaricare la versione aggiornata della documentazione in linea di SQL Server 2000 o vedere l'articolo 810474 della Knowledge Base (informazioni disponibili in lingua inglese).
Novità in SP3
Il flag di traccia 1204 restituisce il tipo dei blocchi facenti parte del blocco critico (deadlock) e il comando corrente coinvolto. In SP3 e versioni successive, quando questo flag di traccia è attivo, le informazioni sul blocco critico (deadlock) vengono scritte automaticamente nel log degli errori.
Novità in SP3
Solo i membri del ruolo predefinito del server sysadmin possono eseguire la stored procedure di sistema sp_changedbowner.
Novità in SP3
La funzionalità per eseguire il debug delle stored procedure con Microsoft Visual Studio® 6.0 e versioni precedenti o con le versioni di SQL Server Query Analyzer antecedenti a SP3 è disattivata per impostazione predefinita. Per impostazione predefinita, è disattivato anche il debug delle applicazioni, ovvero l'arresto in corrispondenza di un punto di interruzione di SQL Server Transact-SQL durante il debug di un'applicazione client. Per attivare la funzionalità di debug, eseguire sp_sdidebug passando il parametro legacy_on. Per disattivare il debug, passare legacy_off alla stored procedure.
Nota Non è consigliabile eseguire la stored procedure sp_sdidebug sui server di produzione.
Per ulteriori informazioni, vedere l'articolo 328151 della Knowledge Base (informazioni disponibili in lingua inglese).
Novità in SP3
Dopo aver applicato il Service Pack, non sarà più possibile disattivare il protocollo Named Pipes nelle istanze del motore di database facenti parte di un cluster di failover.
Novità in SP3a
A partire da MSDE 2000 SP3a, le istanze di MSDE 2000 non configurate per le comunicazioni di rete non utilizzano più la porta UDP (User Datagram Protocol) 1434. Utilizzano la porta UDP 1434 solo le istanze configurate per supportare le comunicazioni di rete.
Un'istanza aggiornata a SP3a o versioni successive smetterà di utilizzare la porta UDP 1434 ogni volta che vengono disabilitate tutte le librerie di rete server dell'istanza, eccetto la libreria di rete della memoria condivisa. L'istanza inizierà a utilizzare la porta 1434 ogni volta che viene abilitata una delle librerie di rete server. Per informazioni sulla disabilitazione o l'abilitazione delle librerie di rete server, vedere l'argomento "Utilità Configurazione di rete di SQL Server" nella documentazione in linea di SQL Server 2000.
L'utilizzo della porta UDP 1434 da parte di un computer verrà sospeso solo dopo che tutte le istanze di SQL Server 2000 e MSDE 2000 nel computer saranno state aggiornate a SP3a o versioni successive e configurate in modo da non supportare le comunicazioni di rete.
Se la porta UDP 1434 è aperta o chiusa non dipende dallo stato della libreria di rete della memoria condivisa. Tale libreria viene utilizzata solo per le connessioni locali e non utilizza una rete. Inoltre, è sempre attiva, pertanto non può essere abilitata o disabilitata.
È inoltre possibile specificare l'attivazione o meno delle librerie di rete server durante l'installazione o l'aggiornamento di un'istanza di MSDE 2000. A tale scopo, utilizzare il parametro DISABLENETWORKPROTOCOLS dell'utilità di installazione di MSDE 2000 oppure la proprietà SqlDisableNetworkProtocols dei moduli unione di MSDE 2000. Per ulteriori informazioni su queste opzioni, vedere la documentazione in linea di SQL Server 2000 e in particolare l'argomento relativo alla personalizzazione del file Setup.exe di Desktop Engine. Per informazioni sull'installazione della versione più recente della documentazione in linea di SQL Server 2000, leggere la sezione 1.8 Disponibilità di aggiornamenti della documentazione in linea di SQL Server 2000.
Novità in SP4
In SP4 il valore massimo per l'opzione relativa alle dimensioni del pacchetto di rete (impostato utilizzando sp_configure) è 32767. Questo valore è leggermente inferiore alla metà del precedente valore massimo 65536. Durante l'aggiornamento i valori esistenti maggiori di 32767 verranno portati automaticamente a 32767. Se uno script tenta di utilizzare sp_configure per impostare un valore maggiore di 32767, ma minore o uguale a 65536, il valore verrà comunque impostato su 32767. Se si tenta di impostare le dimensioni del pacchetto di rete su un valore maggiore di 65536, si verificherà un errore.
Novità in SP4
In SP4 il funzionamento dell'ottimizzazione di SQL Server è cambiato a seguito di una modifica che riguarda le query contenenti predicati con elenchi IN di grandi dimensioni o numerose clausole OR. In modo più specifico, questa modifica, introdotta nell'aggiornamento rapido 789 di SQL Server, interessa le query che già contengono o che possono essere riscritte utilizzando un'espressione equivalente che contiene:
Quando tali query vengono eseguite in sistemi con un'elevata quantità di memoria e un basso grado di parallelismo, è possibile che durante l'ottimizzazione venga scelto un piano della query con prestazioni inferiori. Per ignorare la modifica apportata al funzionamento dell'ottimizzazione, nel Service Pack è disponibile il flag di traccia 9060. Per impostazione predefinita, il flag di traccia 9060 è disattivato. Quando è attivato, viene abilitato il funzionamento di SP3 antecedente all'aggiornamento rapido 789. Se quando il flag di traccia è attivato viene rilevato un errore 701, indicante memoria di sistema insufficiente, considerare l'eventualità di riscrivere le query utilizzando tabelle temporanee o variabili di tabella per i valori negli elenchi IN. Per gli intervalli numerici, utilizzare le clausole BETWEEN oppure l'operatore maggiore di (>) o minore di (<). Per informazioni sull'utilizzo dei flag di traccia, vedere "Flag di traccia" nella documentazione in linea di SQL Server.
Novità in SP4
In SP4 sono supportati i protocolli di rete Banyan VINES, Multiprotocol, AppleTalk e NWLink IPX/SPX. Questi protocolli tuttavia non saranno supportati in SQL Server 2005 e nelle versioni successive. È pertanto opportuno organizzarsi di conseguenza.
In questa sezione vengono illustrati i miglioramenti relativi alla replica di MSDE 2000 inclusi in MSDE 2000 SP4.
Novità in SP1
Durante la configurazione della replica transazionale, nel database di sottoscrizione vengono create stored procedure personalizzate per le azioni di inserimento, eliminazione e aggiornamento. Indipendentemente dal numero di colonne interessate da un'istruzione UPDATE, la stored procedure personalizzata di aggiornamento aggiorna tutte le colonne della tabella di sottoscrizione. Per le colonne non modificate vengono ripristinati i valori antecedenti all'aggiornamento. Questa azione in genere non causa problemi. Se però alcune di queste colonne sono indicizzate, la reimpostazione può essere dispendiosa.
Se si utilizza la replica transazionale, sono presenti numerosi indici per la tabella di sottoscrizione e vengono modificati solo alcuni valori di colonna a seguito degli aggiornamenti, l'overhead per la manutenzione dell'indice può ridurre le prestazioni quando le modifiche vengono applicate al server di sottoscrizione. Ad esempio, un database di sottoscrizione utilizzato per le segnalazioni può avere più indici di un database di pubblicazione. La creazione dinamica dell'istruzione UPDATE in fase di esecuzione può migliorare le prestazioni. Nell'aggiornamento sono incluse solo le colonne modificate, comportamento che consente di ottimizzare la creazione di una stringa UPDATE.
In questo Service Pack è inclusa una nuova stored procedure, sp_scriptdynamicupdproc, che genera una stored procedure personalizzata utilizzabile nel server di sottoscrizione per creare dinamicamente l'istruzione UPDATE in fase di esecuzione. Per la creazione dell'istruzione UPDATE dinamica in fase di esecuzione sono tuttavia necessarie elaborazioni aggiuntive.
La stored procedure sp_scriptdynamicupdproc è illustrata nella copia più recente della documentazione in linea di SQL Server 2000. Per informazioni sull'installazione della versione più recente della documentazione in linea di SQL Server 2000, leggere la sezione 1.8 Disponibilità di aggiornamenti della documentazione in linea di SQL Server 2000. Questa è una copia in lingua inglese dell'argomento di riferimento per sp_scriptdynamicupdproc.
Novità in SP1
Se si configurano sottoscrizioni non sincronizzate, ovvero sottoscrizioni che non ricevono lo snapshot iniziale, le stored procedure personalizzate per le istruzioni INSERT, UPDATE e DELETE devono essere create manualmente. Queste istruzioni infatti vengono create in genere nel server di sottoscrizione quando viene recapitato lo snapshot iniziale. È stata aggiunta una nuova stored procedure, sp_scriptpublicationcustomprocs, per generare script per le stored procedure personalizzate a livello di pubblicazione. Questa nuova funzionalità può semplificare le operazioni di configurazione delle sottoscrizioni non sincronizzate.
La stored procedure sp_scriptpublicationcustomprocs è illustrata nella copia più recente della documentazione in linea di SQL Server 2000. Per informazioni sull'installazione della versione più recente della documentazione in linea di SQL Server 2000, leggere la sezione 1.8 Disponibilità di aggiornamenti della documentazione in linea di SQL Server 2000. Questa è una copia in lingua inglese dell'argomento di riferimento per sp_scriptpublicationcustomprocs.
Novità in SP1
Se le tabelle di sistema della replica di tipo merge contengono quantità elevate di metadati, eliminandoli è possibile migliorare le prestazioni. Nelle versioni precedenti a SQL Server 2000 SP1 i metadati possono essere eliminati solo eseguendo sp_mergecleanupmetadata. In SQL Server 2000 SP1 e versioni successive è invece incluso un meccanismo di eliminazione dei metadati in base al periodo di memorizzazione, pertanto i metadati possono essere eliminati automaticamente dalle tabelle di sistema seguenti:
Nota Sono presenti tabelle before image se per la pubblicazione è attivata l'opzione di ottimizzazione della sincronizzazione @keep_partition_changes.
L'eliminazione dei metadati basata sul periodo di memorizzazione avviene come descritto di seguito:
Nota Il parametro -MetadataRetentionCleanup è impostato su 1 per tutti i profili dell'agente di merge forniti con SQL Server 2000 SP1 e versioni successive. Se si aggiorna un server a SP1 o versioni successive e quindi si aggiunge la replica di tipo merge, il profilo dell'agente di merge verrà aggiornato automaticamente in modo da includere questo parametro. Se si effettua l'aggiornamento a SP1 o versioni successive di un server in cui è già abilitata la replica di tipo merge, il profilo dell'agente di merge non verrà aggiornato automaticamente. In questo caso, per aggiornare il profilo, eseguire sp_add_agent_parameter. Leggere 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 che siano stati specificati periodi di memorizzazione diversi. In questo caso, verrà considerato il periodo di memorizzazione più lungo per calcolare il momento più vicino in cui può avere luogo l'eliminazione dei metadati. Se in un database sono presenti più pubblicazioni e anche una sola di esse ha impostato un periodo di memorizzazione infinito (@retention=0), i metadati di merge per il database non verranno eliminati automaticamente. È pertanto consigliabile impostare un periodo di memorizzazione infinito con estrema cautela.
Per la stored procedure di sistema sp_add_agent_parameter ora esiste un parametro MetadataRetentionCleanup che consente di aggiungere o rimuovere l'eliminazione dei metadati basata sul periodo di memorizzazione dai profili dell'agente di merge. Il valore 1 indica che l'eliminazione dei metadati deve essere inclusa nel profilo. Il valore 0 indica invece che l'eliminazione dei metadati non deve essere inclusa nel profilo. Ad esempio, per aggiungere a un profilo l'eliminazione dei metadati basata sul periodo di memorizzazione, eseguire il codice seguente:
EXEC sp_add_agent_parameter @profile_id=<my_profile_id>, @parameter_name='MetadataRetentionCleanup', @parameter_value=1Perché possa essere eseguita automaticamente l'eliminazione dei metadati basata sul periodo di memorizzazione in un database coinvolto in una replica di tipo merge, è necessario che il database e l'agente di merge si trovino entrambi su server che eseguono SQL Server 2000 SP1 o versioni successive. Ad esempio:
L'eliminazione automatica dei metadati in alcuni server e non in altri può al massimo generare falsi conflitti e comunque in casi molto rari. Per le topologie in cui sono incluse versioni di SQL Server precedenti a SQL Server 2000 SP1, è possibile ottenere un miglioramento delle prestazioni eseguendo sp_mergemetadatacleanup su tutti i server in cui non viene eseguita l'eliminazione automatica dei metadati.
L'eliminazione dei metadati basata sul periodo di memorizzazione impedisce che si verifichino problemi di convergenza e sovrascritture automatiche delle modifiche negli altri nodi. Vi è tuttavia il rischio di falsi conflitti se si verificano le condizioni seguenti:
Se ad esempio i metadati vengono eliminati dal server di pubblicazione ma non dal server di sottoscrizione e quindi viene eseguito un aggiornamento nel server di pubblicazione, si verificherà un conflitto anche se i dati apparentemente risultano sincronizzati.
Per evitare che si verifichi questo conflitto, assicurarsi che i metadati vengano eliminati più o meno contemporaneamente in tutti i nodi interessati. Se il parametro -MetadataRetentionCleanup è impostato su 1, l'eliminazione automatica dei metadati verrà eseguita nei server di pubblicazione e di sottoscrizione prima dell'inizio dell'operazione di merge, garantendo così l'eliminazione contemporanea dei metadati da tutti i nodi. Se si verifica un conflitto, utilizzare il visualizzatore dei conflitti di replica di tipo merge per esaminare la situazione e cambiare l'esito, se necessario.
Se un articolo appartiene a più pubblicazioni o viene utilizzato in uno scenario di ripubblicazione, è possibile che i periodi di memorizzazione per una riga specifica del server di pubblicazione e del server di sottoscrizione non corrispondano. Per ridurre il rischio che i metadati vengano eliminati solo su uno dei nodi, è consigliabile impostare periodi di memorizzazione analoghi per le diverse pubblicazioni.
Nota Se le tabelle di sistema contengono quantità elevate di metadati da eliminare, il processo di merge potrebbe richiedere più tempo. Per ovviare a questo inconveniente, eliminare i metadati a intervalli regolari.
Novità in SP1
Per garantire un corretto funzionamento della convergenza, un database di pubblicazione ripristinato da un backup deve essere sincronizzato innanzitutto con un database di sottoscrizione avente una sottoscrizione globale, ovvero una sottoscrizione con un valore di priorità assegnato. La sincronizzazione assicura che le modifiche perdute nel database di pubblicazione a causa dell'operazione di ripristino vengano riapplicate in modo accurato.
Non sincronizzare il database di pubblicazione con un database di sottoscrizione avente una sottoscrizione anonima. Poiché le sottoscrizioni anonime non hanno metadati sufficienti per applicare le modifiche al database di pubblicazione, la sincronizzazione potrebbe creare un problema di dati non convergenti.
Quando si pianificano le operazioni di backup e ripristino per la replica di tipo merge, è necessario tenere conto anche di quanto segue:
Ripristinare un database di sottoscrizione da un backup solo se quest'ultimo non è antecedente al periodo di memorizzazione più breve di tutte le pubblicazioni sottoscritte dal server di sottoscrizione. Se ad esempio un server di sottoscrizione sottoscrive tre pubblicazioni con periodi di memorizzazione rispettivamente di 10, 20 e 30 giorni, il backup utilizzato per ripristinare il database non deve risalire a più di 10 giorni prima.
È consigliabile sincronizzare un server di sottoscrizione con il server di pubblicazione prima di eseguire un backup. In caso contrario, è possibile che la convergenza non venga effettuata correttamente dal sistema se il server di sottoscrizione viene ripristinato da un tale backup. Anche se il file di backup risulta recente, è possibile che l'ultima sincronizzazione con un server di pubblicazione sia avvenuta da un numero di giorni più o meno equivalente a quello del periodo di memorizzazione. Si consideri ad esempio il caso di una pubblicazione con un periodo di memorizzazione di 10 giorni. L'ultima sincronizzazione è stata effettuata da 8 giorni e si procede ora alla creazione del backup. Se il backup viene applicato 4 giorni dopo, l'ultima sincronizzazione risalirà a 12 giorni prima, ovvero andrà oltre il periodo di memorizzazione previsto. Se la sincronizzazione del server di sottoscrizione fosse stata effettuata immediatamente prima del backup, il database di sottoscrizione rientrerebbe nel periodo di memorizzazione.
Se è necessario modificare il valore del periodo di memorizzazione della pubblicazione, reinizializzare manualmente il server di sottoscrizione per evitare che i dati non siano convergenti. La funzionalità di eliminazione dei metadati basata sul periodo di memorizzazione consente di eliminare i metadati obsoleti dalle tabelle di sistema di merge quando viene raggiunto il numero di giorni del periodo di memorizzazione della pubblicazione.
Il valore del periodo di memorizzazione della pubblicazione viene utilizzato per determinare quando devono scadere le sottoscrizioni che non sono state sincronizzate entro il periodo di memorizzazione. Se, dopo un'operazione di eliminazione dei metadati, si specifica un periodo di memorizzazione più esteso per la pubblicazione e una sottoscrizione tenta di eseguire il merge con il server di pubblicazione da cui sono già stati eliminati i metadati, la sottoscrizione non scadrà grazie all'aumento del valore del periodo di memorizzazione. Il server di pubblicazione inoltre non disporrà di metadati sufficienti per scaricare le modifiche nel server di sottoscrizione, pertanto si verificheranno problemi di convergenza dei dati.
Novità in SP1
Se si ripristina un backup nello stesso server e nello stesso database, ovvero la versione in esecuzione è la stessa del server da cui è stato creato il backup, le impostazioni di replica verranno mantenute. Se si ripristina un database replicato in una versione di SQL Server diversa dalla versione utilizzata per il backup del database, tenere presente quanto segue:
Novità in SP2
Durante la normale elaborazione può accadere che la replica di tipo merge invii ai server di sottoscrizione comandi DELETE per righe che non appartengono alla partizione del server di sottoscrizione. I comandi DELETE di questo tipo vengono indicati come eliminazioni irrilevanti. Le eliminazioni irrilevanti non incidono sull'integrità o sulla convergenza dei dati, ma possono generare inutile traffico di rete.
Per ridurre il traffico di rete causato da eliminazioni irrilevanti, è possibile utilizzare il nuovo parametro dell'agente snapshot
-MaxNetworkOptimization con le pubblicazioni di replica di tipo merge. Impostando questo parametro su 1, si riduce al minimo il rischio di eliminazioni irrilevanti e pertanto si ottimizzano le prestazioni della rete.
Nota È utile impostare questo parametro su 1 solo se l'opzione di ottimizzazione della sincronizzazione della pubblicazione di tipo merge è impostata su true (il parametro @keep_partition_changes di sp_addmergepublication).
L'impostazione predefinita è 0, poiché impostando il parametro su 1 possono verificarsi un aumento dei metadati archiviati e una conseguente riduzione delle prestazioni del server di pubblicazione qualora vi siano più livelli di filtri join e filtri di subset complessi. È opportuno valutare con attenzione la topologia di replica e impostare -MaxNetworkOptimization su 1 solo se il traffico di rete dovuto a eliminazioni irrilevanti è esageratamente elevato.
Per aggiungere questo parametro al profilo dell'agente snapshot, eseguire la procedura di sistema sp_add_agent_parameter come indicato di seguito:
EXEC sp_add_agent_parameter 1, 'MaxNetworkOptimization', 1Novità in SP3
In SP3 e versioni successive viene creato automaticamente un nuovo ruolo per l'utilizzo da parte della replica di tipo merge. Il nome del nuovo ruolo è nel formato MSmerge-<ID pubblicazione>. Il ruolo viene creato nel server di pubblicazione per ogni pubblicazione di replica di tipo merge e funge da elenco di accesso alla pubblicazione (PAL, Publication Access List) per il controllo dell'accesso alle pubblicazioni di tipo merge nel server di pubblicazione. Se questo ruolo viene eliminato, è possibile ricrearlo eseguendo la nuova stored procedure sp_createmergepalrole fornita con SP3 o versioni successive. Questa stored procedure viene eseguita nel server di pubblicazione sul database di pubblicazione per ricreare il ruolo.
La stored procedure sp_createmergepalrole è illustrata nella copia più recente della documentazione in linea di SQL Server 2000. Per informazioni sull'installazione della versione più recente della documentazione in linea di SQL Server 2000, leggere la sezione 1.8 Disponibilità di aggiornamenti della documentazione in linea di SQL Server 2000. Questa è una copia in lingua inglese dell'argomento di riferimento per sp_createmergepalrole.
Novità in SP3
Se una sottoscrizione viene creata da un utente che non è membro del ruolo predefinito del server sysadmin, è necessario eseguire una delle operazioni seguenti:
Nota La funzionalità di attivazione dell'agente remoto richiede sempre che il passaggio del processo venga eseguito nel contesto di un account utente nel ruolo predefinito del server sysadmin.
Novità in SP3
Le autorizzazioni sono cambiate per diverse stored procedure utilizzate per implementare, amministrare e monitorare una topologia di replica. La maggior parte di questi cambiamenti comporta l'applicazione di regole ancora più restrittive per la definizione e la concessione delle autorizzazioni necessarie per l'esecuzione delle stored procedure. Per ulteriori informazioni sulle nuove autorizzazioni, vedere la documentazione di riferimento di Transact-SQL per le stored procedure di replica nella versione aggiornata della documentazione in linea di SQL Server. Per ulteriori informazioni sulla documentazione in linea di SQL Server aggiornata, leggere la sezione 1.8 Disponibilità di aggiornamenti della documentazione in linea di SQL Server 2000.
Novità in SP3
È stato aggiunto il nuovo parametro @published_in_tran_pub sia a sp_addmergearticle che a sp_changemergearticle. Questo parametro viene utilizzato per indicare che un articolo in una pubblicazione di tipo merge è pubblicato anche in una pubblicazione transazionale. @published_in_tran_pub è nvarchar(5), con impostazione predefinita FALSE. TRUE specifica che l'articolo è pubblicato anche in una pubblicazione transazionale.
Nota Se si converte questo parametro in sp_changemergearticle, sarà necessario invalidare lo snapshot e reinizializzare i server di sottoscrizione.
Novità in SP3
SQL Server consente di utilizzare con Gestione sincronizzazione Microsoft Windows le sottoscrizioni esistenti, create tramite SQL Server Enterprise Manager, SQL-DMO e le stored procedure di replica. Con Gestione sincronizzazione Microsoft Windows è inoltre possibile creare nuove sottoscrizioni. Dopo l'applicazione del Service Pack, durante la sincronizzazione di una sottoscrizione, in Gestione sincronizzazione Microsoft Windows verrà chiesto di immettere la password o le password necessarie per la connessione ai server coinvolti nella sincronizzazione.
Novità in SP3
In alcune condizioni particolari può verificarsi un malfunzionamento della replica nel processo di collegamento o ripristino di un database pubblicato. Tali condizioni sono le seguenti:
Se si verificano tutte queste condizioni, eseguire la stored procedure sp_changedbowner sul database collegato o ripristinato. Assegnare la proprietà all'account di accesso amministratore incorporato sa. In questo modo la replica funzionerà correttamente.
Nota Per eseguire sp_changedbowner, è necessario essere un membro del ruolo predefinito del server sysadmin.
Per ulteriori informazioni, leggere la sezione 5.1.8 Concatenamento della proprietà tra database.
Novità in SP4
I controlli ActiveX® per le repliche, ovvero sqlinitx.dll, sqldistx.dll, sqlmergx.dll e replerrx.dll, non sono più designati come sicuri per la creazione di script e per l'inizializzazione. Il comportamento dei controlli in termini di protezione e funzionamento è rimasto invariato a partire da SP3, tuttavia le designazioni di protezione sono cambiate in modo da soddisfare gli standard di protezione. Questi cambiamenti possono avere effetto sulle applicazioni che richiamano in una pagina Web i controlli ActiveX per le repliche incorporati.
Novità in SP4
È possibile specificare un nuovo parametro, @compensate_for_errors, quando viene chiamata la stored procedure sp_addmergearticle. Tale parametro specifica se devono essere intraprese azioni di compensazione qualora durante la sincronizzazione vengano rilevati errori, ad esempio una violazione dei vincoli. Se il parametro è impostato su TRUE (impostazione predefinita), una modifica non applicabile in un nodo durante la sincronizzazione dà luogo ad azioni di compensazione che annullano la modifica in tutti gli altri nodi. In alcuni casi questo tipo di funzionamento è utile, mentre in altri può essere problematico. Ad esempio, un server di sottoscrizione configurato in modo non corretto che genera un errore può causare l'annullamento delle modifiche nel server di pubblicazione e in tutti gli altri server di sottoscrizione.
Se si specifica un valore FALSE, queste azioni di compensazione vengono disabilitate. Gli errori tuttavia vengono registrati ugualmente e nei merge successivi verrà tentato comunque di applicare le modifiche. Benché i dati nelle righe coinvolte possano risultare non convergenti, nel momento in cui si risolve l'errore, la modifica potrà essere applicata e i dati torneranno a essere convergenti.
Nota Se la tabella di origine di un articolo è già pubblicata in un'altra pubblicazione, il valore del parametro @compensate_for_errors deve essere lo stesso per entrambi gli articoli.
Novità in SP4
Nelle versioni precedenti le colonne Identity delle pubblicazioni transazionali vengono replicate come tipo di dati di base, ad esempio int, senza la proprietà Identity impostata. Questo funzionamento è appropriato per le applicazioni che non consentono di effettuare inserimenti nel server di sottoscrizione. In SQL Server 2000 SP4 è stata introdotta una nuova opzione di schema (0x4) per le pubblicazioni transazionali che viene utilizzata per replicare la colonna Identity esattamente come una colonna Identity. Ciò è utile in molti casi, ad esempio nella replica bidirezionale e quando si utilizza il server di sottoscrizione come server di standby a caldo. In queste situazioni gli inserimenti possono essere effettuati nel server di sottoscrizione, con un conseguente incremento della colonna Identity.
Per specificare che una colonna Identity deve essere replicata esattamente come colonna Identity:
USE NorthwindGODBCC CHECKIDENT ('Employees', RESEED, 1000000)GOPer ulteriori informazioni, vedere "DBCC CHECKIDENT" nella documentazione in linea di SQL Server.
Novità in SP4
Le istanze server di distribuzione di SQL Server 2000 (a 32 bit) eseguite in modalità Windows-on-Windows 64 su sistemi Windows 2003 SP1 con processori X64 o compatibili non possono avere server di sottoscrizione non SQL Server. Benché l'esecuzione in modalità Windows-on-Windows 64 ora sia supportata per SQL Server 2000 SP4, tale modalità non è supportata dai driver o dai provider utilizzati per la connessione dal server di distribuzione al server di sottoscrizione non SQL Server.
In questa sezione vengono illustrati i miglioramenti relativi all'Agente SQL Server inclusi in SP4.
Novità in SP2
Nella cronologia dei processi di Agente SQL Server ora viene registrato l'account di Windows con cui viene eseguito ogni passaggio del processo. Queste informazioni consentono agli amministratori di individuare i problemi di protezione relativi ai processi pianificati, inclusi i processi pianificati definiti per la replica e le operazioni DTS (Data Transformation Services).
Novità in SP3
In MSDE 2000 vengono eseguite alcune verifiche per garantire che il proprietario del processo di Agente disponga dell'autorizzazione per aggiungere o sovrascrivere il file di log con l'output del processo. La registrazione avviene in tre modi:
In tutti i casi, i processi vengono scritti con le credenziali di Agente SQL Server, ma in MSDE 2000 viene verificato che l'utente disponga dell'autorizzazione a scrivere nel percorso del file di log del processo selezionato nel server. Gli errori verranno registrati nella cronologia dei processi, ma i passaggi del processo non avranno esito negativo se non è possibile scrivere il file di log.
Novità in SP3
In MSDE 2000 e nella versione a 32 bit di SQL Server 2000 è possibile configurare SQL Agent Mail per l'utilizzo di un profilo di posta elettronica MAPI esteso per l'invio di avvisi tramite posta elettronica. È possibile utilizzare un'applicazione di posta elettronica MAPI estesa, quale Microsoft Outlook, per creare un profilo MAPI estesa. Nella versione a 64 bit di SQL Server 2000, SQL Agent Mail può utilizzare solo un profilo MAPI semplice per l'invio di avvisi tramite posta elettronica. Non utilizzare profili MAPI semplici in MSDE 2000 o nella versione a 32 bit di SQL Server 2000.
Nell'argomento seguente viene illustrato un miglioramento apportato a XML e SQLXML in SP4.
Novità in SP3
Quando si applica SP4, OPENXML viene aggiornato per l'utilizzo di una tecnologia di analisi XML personalizzabile sviluppata in modo da essere compatibile con MSXML 2.6.
Prima di SP3, la versione del parser XML utilizzato da OPENXML consente di avere espressioni Xpath in cui il predicato segue immediatamente lo speciale carattere di abbreviazione che identifica il nodo del contesto corrente, ovvero il punto (.) nella sintassi Xpath. Questo tipo di funzionamento viola la specifica della sintassi XPath, secondo la quale tale carattere deve essere seguito da un'espressione di percorso.
Con il nuovo funzionamento di OPENXML, un predicato non può più seguire immediatamente lo speciale carattere di abbreviazione del nodo del contesto corrente. Pertanto, le espressioni XPath contenute nelle query SQLXML (query XPath su schemi di mapping annotati e in fogli di stile XSLT scritti per trasformare i risultati delle query SQLXML) con la sintassi non corretta avranno esito negativo dopo l'aggiornamento a SP3 o versioni successive.
Per evitare questi problemi, individuare e correggere tutte le eventuali espressioni in cui viene utilizzata la sintassi non corretta. Ad esempio, la sintassi dell'espressione XPath specificata come valore dell'attributo test nell'elemento xsl:if seguente non è valida perché il predicato, [@ResourceTypeID='2'], segue immediatamente lo speciale carattere di abbreviazione che identifica il nodo del contesto corrente.
L'istruzione seguente, che nelle versioni precedenti non genera un errore, avrà esito negativo dopo l'installazione di SP3 o versioni successive.
<xsl:if test=".[@ResourceTypeID='2']">Per evitare che si verifichi un errore, l'espressione XPath deve essere modificata come segue:
<xsl:if test="@ResourceTypeID='2'">Novità in SP1, aggiornamento per SP4
Benché DB-Library ed Embedded SQL per le API di C sono ancora supportati in SQL Server 2000 e MSDE 2000, nelle versioni successive di SQL Server non saranno inclusi i file o la documentazione necessari per programmare le applicazioni che utilizzano tali API. Le connessioni da applicazioni esistenti scritte utilizzando DB-Library ed Embedded SQL per C continueranno a essere supportate nella prossima versione di SQL Server, ma tale supporto non sarà più disponibile in futuro. Non utilizzare pertanto DB-Library o Embedded SQL per scrivere nuove applicazioni. Inoltre, rimuovere le dipendenze da tali tecnologie quando si modificano applicazioni esistenti. Anziché DB-Library o Embedded SQL per C, utilizzare lo spazio dei nomi system.data.SQLClient di .NET Framework oppure un'API come 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 o .NET Framework SDK.
In questo argomento viene descritto un miglioramento introdotto per il programma di installazione di MSDE 2000.
Novità in SP4
In MSDE 2000 SP4 è stato introdotto un nuovo parametro SAVESYSDB per il programma di installazione di MSDE 2000. Il parametro SAVESYSDB deve essere utilizzato durante l'aggiornamento delle istanze di MSDE 2000 installate tramite moduli unione o file MSI alle versioni successive di SQL Server 2005 Express Edition. Il parametro SAVESYSDB verrà utilizzato insieme a una nuova funzionalità pianificata per le prossime versioni di SQL Server Express. SAVESYSDB è valido solo per disinstallare un'istanza eseguendo il programma di installazione di MSDE 2000 al prompt dei comandi.
Per impostazione predefinita, tramite il programma di installazione di MSDE 2000 vengono eliminati i file dei database di sistema master, model e msdb durante la disinstallazione di un'istanza di MSDE 2000. Se si specifica SAVESYSDB=1, i file di questi database di sistema verranno lasciati inalterati.
Benché il parametro SAVESYSDB può essere specificato in qualsiasi momento, viene elaborato solo se utilizzato con l'opzione di disinstallazione /x:
Setup /x sqlrun01.msi SAVESYSDB=1 INSTANCENAME="MyInstance"SAVESYSDB viene ignorato se l'opzione /x non viene specificata. Se sia SAVESYSDB che /x sono specificati, è necessario impostare il parametro SAVESYSDB su 1. Qualsiasi altro valore genererà un errore.
Novità in SP4
In SQL Server 2000 SP4 è stata aggiunta una nuova funzionalità di manutenzione che consente di disinstallare gli aggiornamenti rapidi applicati a SP4 e versioni successive di SQL Server 2000 in Windows XP e Windows Server 2003. Questa stessa funzionalità è disponibile anche con SQL Server 2000 SP3, ma solo dopo l'applicazione di un aggiornamento rapido aggiuntivo.