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à.

  • Processo SSIS distribuito e / o parallelo
  • Posso distriggersre WSD (Servizi Web per i dispositivi) in Server 2012 / R2? Come?
  • Conversione di un server di Windows 2003
  • Server di blade in una piccola stanza degli uffici (90db)?
  • Come si può avere un server per e-mail e uno per il web con un indirizzo IP?
  • Hyper-v sull'avvio di 2012R2 gen1 vm provoca l'arresto dell'host
  • Come si differenzia un server blade da un normale server rackmount?
  • Chiunque mette a disposizione un server temporaneo di posta elettronica per catturare le email durante un'interruzione?
  • Motivi per non permettere alle persone nella stanza del server
  • Quando una CC si blocca, TFS 2012 smette di funzionare
  • È meglio impostare il DNS sul mio server o lasciare che il mio registrarlo gestisca?
  • Qualcuno ha parcheggiato un dominio sul mio server / IP - dovrei preoccuparmi?
  • 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.