Funzionalità deprecate nella replica di SQL Server
In questo argomento vengono descritte le funzionalità deprecate della replica ancora disponibili in SQL Server 2012. Tali funzionalità verranno rimosse a partire da una delle prossime versioni di SQL Server. È consigliabile non utilizzare le funzionalità deprecate nelle nuove applicazioni.
Nuovi elementi deprecati in SQL Server 2012
Funzionalità |
Descrizione |
|---|---|
RMO |
L'API RMO è deprecata. In alternativa, compilare nuove applicazioni utilizzando Transact-SQL |
Replica eterogenea |
La replica eterogenea a Sottoscrittori non SQL Server è deprecata. Per spostare dati, creare soluzioni utilizzando Change Data Capture e SSIS. |
Pubblicazione Oracle |
La pubblicazione Oracle è deprecata. Per spostare dati, creare soluzioni utilizzando Change Data Capture e SSIS. |
Elementi deprecati nelle versioni precedenti
Funzionalità deprecate che interessano tutti i tipi di replica
Le funzionalità seguenti, che riguardano tutti i tipi di replica, risultano deprecate in SQL Server 2005 o SQL Server 2008.
Funzionalità |
Descrizione |
|---|---|
Sottoscrizioni collegabili |
È possibile utilizzare questa funzionalità quando si sviluppa un numero elevato di sottoscrizioni pull, pratica comune nella replica di merge. È consigliabile utilizzare le procedure seguenti invece delle sottoscrizioni collegabili:
In entrambi i casi è possibile automatizzare la creazione di un numero elevato di sottoscrizioni con operazioni di scripting. La procedura è la seguente: creare un'unica sottoscrizione e un apposito script, modificare lo script per ogni Sottoscrittore e applicare lo script a ogni Sottoscrittore per creare una sottoscrizione. Per ulteriori informazioni, vedere Creazione di script di replica. |
Registrazione del Sottoscrittore |
La stored procedure sp_addsubscriber è deprecata. Non è più richiesta per registrare in modo esplicito un Sottoscrittore nel server di pubblicazione. |
SQL-DMO (SQL Distributed Management Objects) |
Nonostante il codice esistente continuerà a funzionare, SQL-DMO non supporta le nuove funzionalità disponibili in SQL Server 2005 e SQL Server 2008. Utilizzare invece oggetti RMO (Replication Management Objects). Per ulteriori informazioni, vedere Concetti di base relativi a RMO (Replication Management Objects). |
Modifiche dello schema tramite sp_repladdcolumn e sp_repldropcolumn |
Le stored procedure sp_repladdcolumn e sp_repldropcolumn sono state deprecate. Utilizzare invece la replica delle modifiche dello schema. Non è possibile utilizzare le stored procedure per l'aggiunta o l'eliminazione di colonne con i tipi di dati introdotti in SQL Server 2005 e versioni successive: xml, varchar(max), nvarchar(max), varbinary(max) o tipi definiti dall'utente (UDT), datetime2, time, datetimeoffset, hierarchyid, geometry e geography. |
Convalida mediante checksum |
Non utilizzare la convalida mediante checksum. Utilizzare la convalida mediante checksum binario. È inoltre possibile utilizzare la convalida del conteggio delle righe per tutti i Sottoscrittori SQL Server, inclusi i Sottoscrittori che sottoscrivono pubblicazioni di server di pubblicazione Oracle. |
Aggiunta di pubblicazioni ad Active Directory |
L'aggiunta di una pubblicazione in Active Directory tramite il parametro @add_to_active_directory di sp_addpublication o sp_addmergepublication è deprecata. La sottoscrizione di una pubblicazione tramite la relativa individuazione in Active Directory non è più disponibile. |
Parametro -UseInprocLoader |
Questo parametro dell'agente di distribuzione e dell'agente di merge è deprecato in quanto non è compatibile con il tipo di dati XML. Se non si sta eseguendo la replica di dati XML, è possibile utilizzare questo parametro. Per ulteriori informazioni, vedere Agente distribuzione repliche e Agente merge repliche. |
Parametri PublisherAddress, PublisherNetwork, DistributorNetwork e DistributorAddress negli agenti di distribuzione e di merge¹ |
Questi parametri consentono di specificare l'indirizzo IP durante la connessione al server di pubblicazione o al server di distribuzione. Poiché il sottosistema di replica utilizza nomi di server per verificare la connessione, è consigliabile utilizzare alias nei protocolli client per eseguire il mapping dell'indirizzo IP al nome del server e utilizzare il nome del server negli agenti. |
¹ Funzionalità deprecata in SQL Server 2008.
Funzionalità deprecate della replica transazionale
Le seguenti funzionalità della replica transazionale in SQL Server 2005 o SQL Server 2008 sono state deprecate.
Funzionalità |
Descrizione |
|---|---|
Scadenza della sottoscrizione per le pubblicazioni transazionali |
La proprietà @retention di sp_addpublication è deprecata. Le sottoscrizioni vengono ancora contrassegnate come inattive e devono essere reinizializzate se non sono state sincronizzate entro il periodo massimo di memorizzazione per la distribuzione (proprietà @max_distretention di sp_adddistributiondb). |
Sottoscrizioni "no sync" alle pubblicazioni transazionali |
Una sottoscrizione viene definita "no sync" se viene specificato un valore none per il parametro @sync_type di sp_addsubscription o sp_addpullsubscription. Se si desidera specificare che lo schema e i dati necessari sono già presenti nel database di sottoscrizione, specificare invece un valore replication support only per il parametro. |
Sottoscrittori ODBC |
Per i Sottoscrittori non SQL Server utilizzare invece OLE-DB. |
Sottoscrizioni trasformabili |
Questa funzionalità è disponibile mediante l'interfaccia delle stored procedure, tuttavia il supporto nell'interfaccia utente è stato rimosso. Per utilizzare la funzionalità, è necessario installare SQL Server 2000 Data Transformation Services (DTS). Per ulteriori informazioni, vedere Compatibilità con le versioni precedenti di Integration Services. |
Controllo ActiveX distribuzione |
Questo controllo consente di incorporare l'agente di distribuzione nelle applicazioni. Utilizzare invece RMO. Per ulteriori informazioni, vedere Sincronizzazione di una sottoscrizione pull e Sincronizzazione di una sottoscrizione push. |
Interfaccia di distribuzione repliche |
In SQL Server 2000 l'interfaccia di distribuzione repliche è un'interfaccia per memorizzare le transazioni replicate nel database di distribuzione nel server di distribuzione. È possibile utilizzare questa interfaccia per consentire la pubblicazione da un database non SQL Server (per monitorare le modifiche nel server di pubblicazione è necessaria una programmazione personalizzata aggiuntiva). Il supporto di questa funzionalità è stato deprecato, tuttavia il codice esistente continuerà a funzionare nei server che vengono aggiornati da SQL Server 2000. Per ulteriori informazioni, vedere la guida di riferimento all'interfaccia di distribuzione repliche nella documentazione online di SQL Server 2000. |
Replica a Sottoscrittori Oracle 8 e da server di pubblicazione Oracle 8¹ |
¹ Funzionalità deprecata in SQL Server 2008.
Funzionalità deprecate della replica di tipo merge
Le seguenti funzionalità della replica di tipo merge in SQL Server 2005 o SQL Server 2008 sono state deprecate.
Funzionalità |
Descrizione |
|---|---|
Partner di sincronizzazione alternativi |
Questa funzionalità consente di specificare un server di pubblicazione alternativo per la sincronizzazione di un Sottoscrittore. In SQL Server 2005 e SQL Server 2008, invece dei partner di sincronizzazione alternativi, è consigliabile utilizzare la replica di tipo merge in combinazione con il mirroring del database. Per ulteriori informazioni, vedere Mirroring e replica del database (SQL Server). |
Sottoscrizioni "nosync" di pubblicazioni di tipo merge1 |
Una sottoscrizione viene definita "no sync" se viene specificato un valore none per il parametro @sync_type di sp_addmergesubscription o sp_addmergepullsubscription. Questo tipo di sottoscrizione non è consigliato per la replica di tipo merge. |
Controllo ActiveX merge |
Questo controllo consente di incorporare l'agente di merge nelle applicazioni. Utilizzare invece RMO. |
Opzione UPDATE multicolonna |
Quando la replica di tipo merge esegue un aggiornamento, vengono aggiornate tutte le colonne modificate in un'unica istruzione UPDATE e reimpostati i valori originali per le colonne non modificate. In alternativa è possibile applicare più istruzioni UPDATE, ovvero un'istruzione UPDATE per ogni colonna modificata. L'istruzione UPDATE multicolonna in genere è più efficiente. Nelle versioni di SQL Server precedenti a SQL Server 2005, è consigliabile specificare il valore false per l'opzione dell'articolo @fast_multicol_updateproc per risolvere i casi in cui un'istruzione UPDATE multicolonna (un'unica istruzione UPDATE) potrebbe rivelarsi meno efficiente:
In seguito ai miglioramenti delle prestazioni di SQL Server, questa opzione non è più necessaria nei casi elencati. |
Parametro -ParallelUploadDownload¹ |
Questo parametro dell'agente di merge viene utilizzato per eseguire il caricamento e il download simultanei delle modifiche in una sessione di replica di tipo merge. I vantaggi a livello di prestazioni offerti da questo parametro vengono parzialmente annullati dalla quantità di metadati che è necessario trasferire in rete. |
Proprietà @allow_partition_realignment in sp_addmergepublication¹ |
Questa proprietà consente di controllare le operazioni di eliminazione che è necessario inviare ai Sottoscrittori se una riga viene spostata all'esterno della partizione dei Sottoscrittori. |
Parametro -ExchangeType¹ |
Questo parametro consente di determinare se l'agente di merge esegue la fase di caricamento o la fase di download oppure entrambe. Il valore predefinito corrisponde a 3, per eseguire il caricamento e il download. Non è consigliabile scegliere solo il caricamento, perché, in questo caso, le modifiche allo schema o i processi di inizializzazione non verrebbero replicati. La funzionalità di solo download può essere ottenuta utilizzando @subscriber_upload_options per un articolo. Per ulteriori informazioni, vedere sp_addmergearticle (Transact-SQL). |
Proprietà @delete_tracking in sp_addmergearticle¹ |
Questa proprietà viene utilizzata per arrestare il rilevamento delle eliminazioni quando queste devono essere inviate al server di pubblicazione o al Sottoscrittore. L'implementazione può essere effettuata utilizzando DeleteHandler in BusinessLogicModule. |
Record logici¹ |
Questa funzionalità consente di inviare un set di righe correlate in una singola transazione. Nella maggior parte dei casi, l'utilizzo di questa funzionalità comporta un overhead delle prestazioni durante la replica. |
¹ Funzionalità deprecata in SQL Server 2008.