può SSIS connettersi ad un altro server sql?

Può un pacchetto SSIS eseguire su un'istanza di SQL Server, ma i dati di process si trovano in un'altra istanza di SQL Server? Vorrei sapere questo prima di tentare di installare SSIS e richiedere un ansible riavvio su un altro server.

Voglio fare perché Microsoft consiglia di non eseguire SSIS in un ambiente cluster. Per evitare problemi, ho installato un'altra istanza di SQL Server 2005 con SSIS per eseguire i pacchetti previsti per il nostro sistema di contabilità.

  • Come posso importre i dati utilizzando i server SQL SSIS, quando si utilizzano vincoli di chiave esterna?
  • Installazione SOLO SSIS e non l'integer sistema SQL Server?
  • SSIS: Come creare e esportre i dati nel database di Microsoft Access 2003?
  • Come posso fare il mio process SSIS consumare più risorse e eseguire più velocemente?
  • Processo SSIS distribuito e / o parallelo
  • SQL Server 2005: copiare l'agente di SQL Server?
  • Eseguire il pacchetto SSIS
  • SSIS DSN non viene visualizzato come origine dati ODBC
  • 4 Solutions collect form web for “può SSIS connettersi ad un altro server sql?”

    Sì, è molto ansible. È ansible definire connessioni a una miriade di origini dati esterne da un pacchetto SSIS. SQL Server, Oracle, Excel, file piatti, ecc.

    Basta ricordare una cosa successa quando si tratta di connettersi a Excel tramite SSIS in un ambiente a 64 bit. È necessario disporre gli strumenti client a 32 bit installati nella casella SQL a 64 bit per interfacersi con Excel. Ciò è stato un po 'doloroso per noi …

    Ecco un collegamento a un articolo di MSDN che descrive come aggiungere gestori di connessione al pacchetto SSIS e fornisce anche collegamenti a vari tipi di gestori di connessione supportti.

    Vedere come SSIS è uno strumento di estrazione, trasformazione e caricamento, si spera che possa accedere ai dati su un altro server!

    Guarda il libro SSIS di Kirk Hasselden. C'è una grande passeggiata in esso. Potresti probabilmente trovare altri tutorial online.

    Una volta ottenuto le basi, controlla questo pacchetto, è assolutamente straordinario:

    http://www.sqlmag.com/Articles/ArticleID/95385/pg/3/3.html

    Dove dice ms per non eseguire SSIS su un server cluster? Dice di non raggruppare il servizio, ma non ho visto la raccomandazione contro di essa.

    Phill, suppongo che tu sia sbagliato in merito a che MS non raccomanda di eseguire SSIS in ambiente cluster. In realtà, non lo consiglia di essere configurato come risorsa di cluster, ma è OK eseguire più istanze separate di SSIS su più nodes di cluster

    http://msdn.microsoft.com/en-us/library/ms345193.aspx

    Il servizio Integration Services non è un servizio cluster o cluster-aware e non support il failover da un nodo di cluster ad un altro. Pertanto, in un ambiente cluster, Integration Services dovrebbe essere installato e avviato come un servizio autonomo in each nodo del cluster.

    Tuttavia, se l'alta disponibilità è il tuo objective nella creazione di un ambiente hardware cluster, è ansible raggiungere questo objective senza configurare il servizio Integration Services come risorsa di cluster. Per gestire i pacchetti in qualsiasi nodo del cluster da qualsiasi altro nodo del cluster, modificare il file di configuration per il servizio Integration Services in ciascun nodo del cluster. È ansible modificare ciascuno di questi file di configuration per indicare tutte le istanze disponibili di SQL Server sui quali vengono memorizzati i pacchetti. Questa soluzione offre l'alta disponibilità che la maggior parte dei clienti necessita, senza i potenziali problemi riscontrati quando il servizio Integration Services è configurato come risorsa di cluster.

    Quindi, per la tua domanda, la risposta è Sì, naturalmente puoi farlo, ma hai anche una scelta migliore per installare i servizi autonomi sul tuo nodo di cluster e non avrai bisogno di una nuova casella (e di ulteriori spese amministrative per i backup, monitoraggio, aggiornamento, se hai già stabilito tutte queste procedure su di te cluster)

    IMHO il suo overkill per installare un'altra versione di SQL Server se tutto il vostro andare a fare è usarlo per memorizzare i pacchetti SSIS.

    È ansible "connettere" a un ambiente SQL Server nel senso che i pacchetti possono eseguire che utilizzano altri database come parte del loro process.

    È ansible connettere l'istanza SSIS a un'istanza di SQL Server per utilizzare MSDB come repository di pacchetti modificando il file MsDtsSrvr.ini.xml . Per impostazione predefinita, questo è configurato per indicare l'istanza locale.

    È ansible installare SSIS in ambiente cluster. MS consiglia di non eseguirlo come risorsa cluster. Il trucco con SSIS in esecuzione su un db cluster è necessario indicare <ServerName>.</ServerName> nel file di configuration sopra indicato al nome virtuale di SQL Server.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.