Funzionalità non più utilizzate nella replica di SQL Server
In questo argomento vengono descritte le funzionalità di replica non più disponibili in SQL Server 2008.
Funzionalità non più utilizzate nella replica di SQL Server
In questa sezione vengono illustrate le funzionalità di replica che non sono più utilizzate in SQL Server 2005.
Funzionalità non più utilizzate che interessano tutti i tipi di replica
Le funzionalità di replica seguenti non sono più utilizzate in SQL Server.
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 tramite il parametro @add_to_active_directory di sp_addpublication o sp_addmergepublication è 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 Procedura: Creazione dello snapshot iniziale (programmazione RMO). |
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 SQL Server Express. 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. |
Funzionalità di replica transazionale non più utilizzate
Le funzionalità di replica transazionale seguenti non sono più utilizzate.
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, 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.
Funzionalità |
Descrizione |
---|---|
Pubblicazione da SQL Server Express |
SQL Server MSDE è in grado di fungere da server di pubblicazione per le pubblicazioni di tipo merge. SQL Server Express non può 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. |
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 logica di business anziché sistemi di risoluzione dei conflitti basati su COM. Per ulteriori informazioni, vedere Esecuzione di logiche di 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. |