I progetti ora hanno due versioni basate sul loro modello di distribuzione: basato sul pacchetto (classico) o basato sul progetto (nuovo). Il pacchetto è disponibile dal 2005 al 2012. Durante lo sviluppo, sviluppi soluzioni che risolvono i problemi aziendali. Il problema è che, una volta fuori da Visual Studio / BIDS / SSDT, il concetto completo scompare. Il modello di progetto crea un file .ispac, che è più simile a una libreria C-3/4 di un assembly non va bene, devi avere tutto. Quei file .ispac vengono caricati nel catalogo SSISDB speciale che è nuovo nel 2012
SSISDB è un catalogo dedicato per l'hosting di progetti di modelli di distribuzione di progetti in SQL Server. L'organizzazione è Cartelle create. Una cartella può contenere 2 tipi di elementi: Progetti e Ambienti. Un progetto è un progetto SSIS. Ce ne possono essere molti in una singola cartella o in una sola. Un ambiente è l'approccio del 2012 alla configurazione / parametrizzazione dei pacchetti. Gli ambienti possono essere molti o solo uno per cartella. Non esiste alcun collegamento automatico tra un ambiente e i parametri o le gestioni connessioni di un progetto. Un ambiente può essere utilizzato tra progetti in più cartelle.
Ai progetti in cartelle nel catalogo di Integration Services può essere applicata una configurazione manuale e codificata oppure è possibile utilizzare un ambiente per fornire tali configurazioni. La differenza può essere sottile. Assumi 2 diversi progetti SSIS che fanno riferimento al database delle vendite. Stessa risorsa È possibile utilizzare l'opzione Configura e definire manualmente il server per ambiente (sviluppo, test, prod) per progetto oppure creare 1 ambiente che definisce il valore per il server di vendita. Quindi dire a ciascun progetto di riutilizzare la stessa risorsa per la configurazione. Quel server va a gonfie vele, un cambiamento risolve tutto.
Da cartelle SSISDB, progetti, spiegazione degli ambienti
Catalogo dei servizi di integrazione
L'ordinamento della nomenclatura mi avrebbe probabilmente aiutato a chiarire queste cose.
1. SSISDB
SSISDB è il catalogo in cui verranno distribuiti tutti i pacchetti SSIS 2012+, se si utilizza il nuovo modello di distribuzione di Project. Sarà sempre chiamato SSISDB per SQL Server 2012.
Opzioni del tasto destro
- Operazioni attive: elenca tutti i pacchetti SSIS attualmente in esecuzione con un'opzione per interrompere il pacchetto selezionato.
- Crea cartella: crea una cartella con una descrizione facoltativa
- Avvia PowerShell - Autoesplicativo
- Rapporti: una varietà di rapporti nativi sulle esecuzioni dei pacchetti.
- Elimina: elimina il catalogo SSISDB. Ciò comporterà la necessità di ricreare il catalogo e la perdita di tutta la cronologia.
- Aggiorna: autoesplicativo
- Proprietà: contiene informazioni sulle impostazioni di registrazione predefinite e sul controllo delle versioni del progetto.
2. Cartella
Una cartella contiene Project (s) e, facoltativamente, Environment (s). È necessario creare una cartella. La procedura guidata di distribuzione non ne crea automaticamente una per te. Puoi chiamarlo come preferisci. Puoi avere tutti i tuoi progetti SSIS in una singola cartella, avere una mappatura 1: 1 tra progetti e cartelle o qualsiasi altra via di mezzo. Le cartelle hanno solo 1 livello di profondità - Nessun annidamento
Opzioni del tasto destro
- Avvia PowerShell - Autoesplicativo
- Rapporti - Tutte le esecuzioni, tutte le convalide
- Elimina: elimina la cartella, presupponendo che non vi siano progetti o ambienti sottostanti.
- Aggiorna: autoesplicativo
- Proprietà: contiene il nome, la versione e una descrizione.
3. Progetti
Questo viene creato automaticamente quando viene creata una cartella.
Opzioni del tasto destro
- Distribuisci progetto - Procedura guidata eliminazione IS
- Importa pacchetti - Procedura guidata di conversione del progetto Integration Services
- Avvia PowerShell - Autoesplicativo
- Rapporti: sono disponibili solo rapporti personalizzati
- Aggiorna: autoesplicativo
Voglio solo creare un semplice test utilizzando SSIS, importare un file in una tabella, quali dei precedenti sono richiesti e in quale ordine li creo?
Dovresti solo creare un singolo pacchetto per gestire lo spostamento dei dati da un file in una tabella. Puoi eseguirlo da Visual Studio che non richiede nessuna delle "cose" sopra. Tuttavia, in una situazione mondiale SOX / SAS 70, probabilmente non si disporranno di autorizzazioni sufficienti per eseguire il carico in un ambiente di produzione (separazione dei compiti). A quel punto, dovresti pianificare in che modo verranno distribuiti i pacchetti, in che modo modificherai i valori specifici dell'ambiente (il server di vendita è su sqldev / sqltest / sqlprod), come verranno lanciati i pacchetti (pianificato vs event drive vs at at volontà), ecc. È allora che probabilmente vorrai implementare il catalogo di Integration Services 2012. E non è un requisito però, è possibile eseguire pacchetti di modelli di distribuzione di progetti da un .ispac, ma non è un'opzione altrettanto conveniente.
L'ordine in cui vengono creati è 1. Creare un progetto in Visual Studio / SQL Server Data Tools (BI) 1. Creare una cartella nel catalogo di Integration Services 2. Distribuire un progetto 3. Creare un ambiente (facoltativo) 4. Configurare il progetto ( collegamento a un ambiente o impostazione manuale dei valori) 5. Eseguire il pacchetto in SSMS facendo clic con il pulsante destro del mouse su Esegui, fare clic sulla casella di controllo per assicurarsi che i valori di configurazione siano stati applicati
Inoltre, hai buoni collegamenti alle panoramiche ETL di SSIS 2012 di base e / o come articoli
Il mio tentativo di scrivere su come mettere SSIS sotto controllo è la serie di Andy Leonard su SSC, Stairway to Integration Services . È un buon autore e anche un bell'aspetto (come direbbe). Concentrati sull'apprendimento degli elementi essenziali dello stesso SSIS e quindi dovresti essere in grado di comprendere la raffinatezza della distribuzione del 2012 o almeno capire in modo specifico quali domande hai.