Funzionalità non più utilizzate nella replica di SQL Server 2005

Articolo
12/15/2008

Data aggiornamento: 14 aprile 2006

In questo argomento vengono illustrate le funzionalità di replica che non sono più utilizzate in Microsoft SQL Server 2005.

[!NOTA] Questo argomento è disponibile nella Guida in linea del programma di installazione e nella documentazione in linea di SQL Server 2005. I collegamenti visualizzati in grassetto nella Guida in linea del programma di installazione si riferiscono ad argomenti disponibili solo nella documentazione in linea.

Funzionalità non più utilizzate che interessano tutti i tipi di replica

Le funzionalità di replica seguenti non sono più utilizzate in SQL Server 2005.

Funzionalità	Descrizione
Creazione di sottoscrizioni push senza alcuna connessione al Sottoscrittore mediante la Creazione guidata nuova sottoscrizione	La creazione di sottoscrizioni push mediante la Creazione guidata nuova sottoscrizione adesso richiede una connessione attiva al Sottoscrittore durante la configurazione. Per ulteriori informazioni sull'utilizzo della procedura guidata, vedere Procedura: Creazione di una sottoscrizione push (SQL Server Management Studio).
Utilizzo del protocollo FTP (File Transfer Protocol) per l'inizializzazione di Sottoscrittori che eseguono SQL Server versione 7.0	Questa funzionalità è disponibile per i Sottoscrittori che eseguono SQL Server 2000 o versioni successive. Per ulteriori informazioni, vedere Trasferimento di snapshot tramite FTP.
Creazione di sottoscrizioni in Gestione sincronizzazione Microsoft Windows	Non è più possibile creare sottoscrizioni in Gestione sincronizzazione, ma è ancora possibile sincronizzarle. Per ulteriori informazioni, vedere Gestione sincronizzazione Microsoft Windows.
Sottoscrizione di una pubblicazione tramite individuazione in Active Directory	L'aggiunta di una pubblicazione in Active Directory mediante l'utilizzo del parametro @add_to_active_directory di sp_addpublication (Transact-SQL) o sp_addmergepublication (Transact-SQL) è stata dichiarata obsoleta. La sottoscrizione di una pubblicazione tramite individuazione in Active Directory non è più utilizzata.
Controllo ActiveX snapshot	Questo controllo consente di incorporare l'agente snapshot nelle applicazioni. In alternativa, utilizzare il nuovo agente snapshot gestito. Per ulteriori informazioni, vedere SnapshotGenerationAgent e How to: Create the Initial Snapshot (RMO Programming).
Attivazione remota degli agenti	SQL Server 2000 supporta l'esecuzione dell'agente di distribuzione o dell'agente di merge in altri computer e quindi l'attivazione remota di tali agenti mediante DCOM (Distributed Component Object Model). Questa funzionalità non è più utilizzata nei server di distribuzione che eseguono SQL Server 2005 e versioni successive ed è stata dichiarata obsoleta per i server di distribuzione che eseguono versioni precedenti di SQL Server. Per ulteriori informazioni, vedere la sezione relativa all'attivazione remota degli agenti nella documentazione in linea di SQL Server 2000.
Sottoscrittori Microsoft Access (Jet 4.0)	Jet è il database sottostante utilizzato da Access. In SQL Server 2000 la replica supporta le sottoscrizioni di database Jet. Queste sottoscrizioni non sono più supportate. È consigliabile utilizzare invece Microsoft SQL Server 2005 Express Edition. Access è in grado di utilizzare un database di SQL Server come back-end e i database di SQL Server non sono interessati da questo problema. Per ulteriori informazioni, vedere Replica di dati in SQL Server Express.

Funzionalità di replica transazionale non più utilizzate

Le funzionalità di replica transazionale seguenti non sono più utilizzate in SQL Server 2005.

Funzionalità	Descrizione
Opzione MSMQ per sottoscrizioni ad aggiornamento in coda	Con le sottoscrizioni ad aggiornamento in coda, le modifiche provenienti dai Sottoscrittori vengono scritte in una coda, quindi vengono lette dalla coda stessa e recapitate al server di pubblicazione dall'agente di lettura coda. In SQL Server 2000 le sottoscrizioni potrebbero utilizzare una coda SQL Server o MSMQ per accodare le modifiche. Il tipo di coda viene specificato con il parametro @queue_type di sp_addpublication (Transact-SQL) che consente l'utilizzo dei valori sql e msmq (Message Queuing). In SQL Server 2005 è invece consentito il solo valore sql. Le pubblicazioni esistenti che utilizzano MSMQ vengono modificate durante l'aggiornamento in modo da utilizzare una coda di SQL Server. Se si dispone di applicazioni che dipendono da un aggiornamento in coda tramite MSMQ, sarà necessario riscrivere tali applicazioni per includere una coda di SQL Server. Per ulteriori informazioni relative alle sottoscrizioni ad aggiornamento in coda, vedere Sottoscrizioni aggiornabili per la replica transazionale.

Opzione MSMQ per sottoscrizioni ad aggiornamento in coda

Con le sottoscrizioni ad aggiornamento in coda, le modifiche provenienti dai Sottoscrittori vengono scritte in una coda, quindi vengono lette dalla coda stessa e recapitate al server di pubblicazione dall'agente di lettura coda. In SQL Server 2000 le sottoscrizioni potrebbero utilizzare una coda SQL Server o MSMQ per accodare le modifiche. Il tipo di coda viene specificato con il parametro @queue_type di sp_addpublication (Transact-SQL) che consente l'utilizzo dei valori sql e msmq (Message Queuing). In SQL Server 2005 è invece consentito il solo valore sql. Le pubblicazioni esistenti che utilizzano MSMQ vengono modificate durante l'aggiornamento in modo da utilizzare una coda di SQL Server. Se si dispone di applicazioni che dipendono da un aggiornamento in coda tramite MSMQ, sarà necessario riscrivere tali applicazioni per includere una coda di SQL Server. Per ulteriori informazioni relative alle sottoscrizioni ad aggiornamento in coda, vedere Sottoscrizioni aggiornabili per la replica transazionale.

Funzionalità di replica di tipo merge non più utilizzate

Le funzionalità di replica di tipo merge seguenti non sono più utilizzate in SQL Server 2005.

Funzionalità	Descrizione
Pubblicazione da SQL Server 2005 Express Edition	SQL Server MSDE è in grado di fungere da server di pubblicazione per le pubblicazioni di tipo merge. SQL Server Express, ovvero la funzionalità utilizzata per sostituire MSDE, non è in grado di fungere da server di pubblicazione, tuttavia consente la sottoscrizione di pubblicazioni di tipo merge, transazionali e snapshot. La replica di tipo merge e la replica transazionale con sottoscrizioni aggiornabili consentono entrambe la propagazione delle modifiche dai Sottoscrittori al server di pubblicazione. Per ulteriori informazioni sulla replica in SQL Server Express, vedere Replica di dati in SQL Server Express.
Interfaccia IVBCustomResolver	Questa interfaccia consente di scrivere sistemi di risoluzione dei conflitti personalizzati basati su COM in Visual Basic. In SQL Server 2005 è consigliabile utilizzare gestori della regola business anziché sistemi di risoluzione dei conflitti basati su COM. Per ulteriori informazioni, vedere Esecuzione di regole business durante la sincronizzazione di tipo merge. È comunque possibile scrivere sistemi di risoluzione dei conflitti basati su COM in C++. Per ulteriori informazioni, vedere Sistemi di risoluzione personalizzati basati su COM.

Pubblicazione da SQL Server 2005 Express Edition

SQL Server MSDE è in grado di fungere da server di pubblicazione per le pubblicazioni di tipo merge. SQL Server Express, ovvero la funzionalità utilizzata per sostituire MSDE, non è in grado di fungere da server di pubblicazione, tuttavia consente la sottoscrizione di pubblicazioni di tipo merge, transazionali e snapshot. La replica di tipo merge e la replica transazionale con sottoscrizioni aggiornabili consentono entrambe la propagazione delle modifiche dai Sottoscrittori al server di pubblicazione. Per ulteriori informazioni sulla replica in SQL Server Express, vedere Replica di dati in SQL Server Express.

Interfaccia IVBCustomResolver

Questa interfaccia consente di scrivere sistemi di risoluzione dei conflitti personalizzati basati su COM in Visual Basic. In SQL Server 2005 è consigliabile utilizzare gestori della regola business anziché sistemi di risoluzione dei conflitti basati su COM. Per ulteriori informazioni, vedere Esecuzione di regole business durante la sincronizzazione di tipo merge.

È comunque possibile scrivere sistemi di risoluzione dei conflitti basati su COM in C++. Per ulteriori informazioni, vedere Sistemi di risoluzione personalizzati basati su COM.

Vedere anche

Funzionalità non più utilizzate nella replica di SQL Server 2005

Funzionalità non più utilizzate che interessano tutti i tipi di replica

Funzionalità di replica transazionale non più utilizzate

Funzionalità di replica di tipo merge non più utilizzate

Vedere anche

Concetti

Altre risorse

Guida in linea e informazioni

Risorse aggiuntive