Creazione guidata origine dati (DB2)

È possibile usare la Procedura guidata origine dati per configurare e salvare le informazioni sull'origine dati necessarie per connettere il provider di dati per DB2, ODBC Driver for DB2, Adapter BizTalk per DB2 e provider di ADO.NET per DB2 (provider di dati) in server di database IBM DB2 remoti. I consumer, ad esempio Visual Studio e BizTalk Server, caricheranno la Procedura guidata origine dati per l'uso per definire e riconfigurare le connessioni ai server di database IBM DB2. La Procedura guidata origine dati consente di semplificare la configurazione e il test delle connessioni di rete, l'uso di pacchetti, la definizione delle conversioni della tabella codici della stringa di caratteri, l'uso della sicurezza e la crittografia e la convalida e il salvataggio della configurazione.

Nelle sezioni seguenti vengono descritte le schermate della procedura guidata di accesso ai dati e le azioni che è possibile eseguire in ogni schermata.

Schermata iniziale

Facoltativamente, è possibile selezionare la casella di controllo per omettere la visualizzazione di questa schermata iniziale.

origine dati

È possibile utilizzare la schermata Origine dati per configurare la piattaforma del server di database DB2.

Piattaforma origine dati

Facoltativamente, per aumentare le prestazioni e ridurre l'impatto sul database remoto, selezionare la piattaforma dell'origine dati in cui viene distribuito il database DB2 remoto. Il provider di dati utilizza questo valore per convertire i tipi di dati in un formato supportato da questa piattaforma.

Il valore predefinito è DB2/z/OS (che fa riferimento a DB2 per z/OS). Altri valori includono DB2/400 (che fa riferimento a DB2 per IBM i), DB2/NT (che fa riferimento a DB2 per Windows) e DB2/6000 (che fa riferimento a DB2 per Linux o UNIX).

Tipo di rete

Le due opzioni di connettività seguenti sono supportate per l'uso:

  • Connessioni di rete SNA LU6.2 APPC (Advanced Program to Program to Program using Systems Network Architecture) a server di database IBM DB2 remoti in esecuzione nei computer host IBM mainframe e midrange.

  • Connessioni di rete TCP/IP a server di database IBM DB2 remoti in esecuzione in sistemi operativi Linux, UNIX e Windows.

Connessione di rete TCP/IP

La schermata connessione di rete TCP/IP può essere usata per configurare parametri obbligatori e facoltativi.

Indirizzo o alias

È necessario immettere un indirizzo IP o un alias valido nel formato IPv4 o IPv6.

Porta

È necessario specificare un numero di porta IP. Per DB2/400, il valore predefinito della porta TCP/IP è 446. Altre piattaforme IBM DB2 supportano più istanze di database simultanee, ciascuna con un numero di porta TCP/IP univoco.

Nome comune certificato

Facoltativamente, è possibile specificare un nome comune del certificato server per indicare al provider di dati di utilizzare la crittografia Secure Sockets Layer (SSL) V3.0 o Transport Layer Security (TLS) V1.0. L'utilizzo di SSL o TLS migliora la sicurezza grazie alla crittografia delle credenziali di autenticazione e dei dati. Per impostazione predefinita, questo valore è una stringa vuota (SSL o TLS non abilitato).

Transazioni distribuite

Facoltativamente, per integrare il provider di dati nelle transazioni distribuite, è possibile selezionare questa proprietà per supportare l'unità di lavoro distribuita (DUW, Distributed Unit of Work) DB2 protetta con un commit in due fasi.

Connessione di rete APPC

La schermata Connessione di rete APPC può essere usata per configurare parametri obbligatori e facoltativi.

Alias LU locale

Il provider di dati richiede un alias LU locale appC quando ci si connette usando SNA LU6.2. Selezionare o immettere il nome dell'alias lu locale APPC configurato in Host Integration Server.

Alias LU remoto

Il provider di dati richiede un alias LU remoto appC quando ci si connette usando SNA LU6.2. Selezionare o immettere il nome dell'alias LU remoto APPC configurato in Host Integration Server.

Nome modalità

Il provider di dati richiede un nome di modalità APPC, quando ci si connette tramite SNA LU6.2. Selezionare o immettere il nome del nome della modalità APPC configurato in Host Integration Server. Un valore comune per DB2/z/OS è IBMRDB.

Tipo di sicurezza

Facoltativamente, è possibile specificare la sicurezza della conversazione APPC per identificare l'utente del PC nel server di database DB2. Nella tabella seguente vengono descritte le impostazioni del livello di sicurezza.

Livello di sicurezza Descrizione
Programma Il provider di dati invia sia un nome utente che una password.
Uguale Il provider di dati invia solo un nome utente.
Nessuno Il provider di dati non invia informazioni di sicurezza (nome utente o password).

Transazioni distribuite

Facoltativamente, per integrare il provider di dati nelle transazioni distribuite, è possibile selezionare questa proprietà per supportare l'unità di lavoro distribuita (DUW, Distributed Unit of Work) DB2 protetta con un commit in due fasi.

Database DB2

La schermata Database DB2 deve essere utilizzata per configurare i parametri del database obbligatori, quali il catalogo iniziale e la raccolta dei pacchetti.

Catalogo iniziale

Questo valore è necessario nel provider di dati per la connessione a un catalogo iniziale sul server di database DB2. La tabella seguente descrive le versioni DB2 e i tipi di stringa accettati.

Database DB2 Tipo di stringa
DB2 per z/OS Stringa a 16 byte (il catalogo è noto anche come posizione).
DB2 per IBM i Stringa a 18 byte (il catalogo è noto anche come database relazionale).
DB2 per LUW Stringa a 8 byte (il catalogo è noto anche come database).

Raccolta di pacchetti

La raccolta di pacchetti è necessaria per indicare al provider di dati lo schema DB2 in cui creare un set di pacchetti. Ogni pacchetto è suddiviso in sezioni con istruzioni SQL statiche, ad esempio CREATE CURSOR, usate per recuperare i dati durante la query sul database. La tabella seguente descrive le versioni DB2 e i tipi di stringa accettati.

Database DB2 Tipo di stringa
DB2 per z/OS Stringa a 128 byte (lo schema è noto anche come raccolta).
DB2 per IBM i Stringa a 10 byte (schema è noto anche come raccolta o libreria).
DB2 per LUW Stringa da 30 byte.

Schema predefinito

Facoltativamente, è possibile specificare una stringa per indicare al provider di dati di limitare le query sullo schema a un unico schema di database, in modo da migliorare l'efficienza e le prestazioni. Il valore predefinito è una stringa vuota.

Gli oggetti del database DB2 sono organizzati in gruppi logici definiti schemi. Il nome dello schema viene usato per catalogare oggetti SQL, ad esempio tabelle e viste, usando uno SCHEMA> di denominazione <in due parti.<OBJECTNAME>. In fase di progettazione, per costruire SQL, ad esempio istruzioni SELECT, i consumer di dati possono presentare all'utente un elenco di tutti gli oggetti nel catalogo di database. La tabella seguente descrive le versioni DB2 e i tipi di stringa accettati.

Database DB2 Tipo di stringa
DB2 per z/OS Stringa a 128 byte (lo schema è noto anche come raccolta).
DB2 per IBM i Stringa a 10 byte (schema è noto anche come raccolta o libreria).
DB2 per LUW Stringa da 30 byte.

Qualificatore predefinito

Facoltativamente, è possibile specificare una stringa per indicare al provider di dati di impostare un'opzione di ambiente per un qualificatore predefinito, con il quale comunicare al server DB2 lo schema in cui posizionare gli oggetti del database. Il valore predefinito è una stringa vuota.

Gli oggetti del database DB2 sono organizzati in gruppi logici definiti schemi. Il nome dello schema viene usato per identificare oggetti SQL, ad esempio tabelle e visualizzazioni, usando uno SCHEMA> di denominazione <in due parti.<OBJECTNAME>. I consumer di dati possono emettere istruzioni SQL con nomi di oggetti uno o non qualificati. La tabella seguente descrive le versioni DB2 e i tipi di stringa accettati.

Database DB2 Tipo di stringa
DB2 per z/OS Stringa a 128 byte (lo schema è noto anche come raccolta).
DB2 per IBM i Stringa a 10 byte (schema è noto anche come raccolta o libreria).
DB2 per LUW Stringa da 30 byte.

Nome database

Per finalità amministrative, i database DB2 possono essere suddivisi in più database logici, ognuno dei quali contenente spazi tabelle e di indice distinti. Il nome del database facoltativo indica al provider di dati di usare la IN DATABASE clausola nelle istruzioni SQL. DB2 per z/OS accetta una stringa di 8 byte per il nome del database e una stringa di 8 byte per il nome dello spazio tabelle. È possibile specificare solo il nome del database o il nome del database combinato con il nome dello spazio tabelle, ad esempio DBASE1.TSPACE1.

Impostazioni locali

Facoltativamente, per aumentare le prestazioni e ridurre l'impatto sul database remoto, è possibile selezionare l'identificatore del set di caratteri codificato (CCSID) per il database DB2 remoto (host) e il consumer di dati locali (PC). Il provider di dati utilizza questi valori per convertire le stringhe di caratteri in una tabella codici supportata da questi database. Il provider di dati supporta una combinazione di set di caratteri a un byte (SBCS), set di caratteri a byte misti (MBCS), set di caratteri a due byte (DBCS) e Unicode - UTF8 [1208], che è un formato di trasformazione Unicode a 8 bit. Per altre informazioni, vedere Informazioni di riferimento sul programmatore di internazionalizzazione SNA (https://go.microsoft.com/fwlink/?LinkID=181017).

CCSID host

Il provider di dati richiede di specificare un valore per CCSID (Coded Character Set Identifier) host con cui eseguire conversioni di tabelle codici su dati di tipo stringa. Il valore CCSID host predefinito è EBCDIC - U.S./Canada [37]. In genere, i server di database IBM DB2 per z/OS e IBM i usano EBCDIC (Codice decimale codificato binario esteso). Per altre informazioni, vedere Informazioni di riferimento sul programmatore di internazionalizzazione SNA (https://go.microsoft.com/fwlink/?LinkID=181017).

Pagina codici PC

Il provider di dati richiede un valore per la tabella codici PC con cui eseguire conversioni di tabelle codici su dati di tipo stringa. La tabella codici PC predefinita è ANSI - Latin I [1252]. In genere, i consumer di dati utilizzano ANSI (American National Standards Institute) o Unicode. Per altre informazioni, vedere Informazioni di riferimento sul programmatore di internazionalizzazione SNA (https://go.microsoft.com/fwlink/?LinkID=181017).

Sicurezza

La schermata Sicurezza consente di configurare uno dei tre metodi di sicurezza: accesso interattivo, Single Sign-On o Kerberos.

Metodo di sicurezza

La schermata Sicurezza consente di configurare uno dei tre metodi di sicurezza: accesso interattivo, Single Sign-On o Kerberos.

Interactive Sign-On

La sicurezza di accesso interattivo si basa su un nome utente e una password immessi in fase di esecuzione o archiviati in un file di configurazione o in un archivio configurazione consumer dati, ad esempio un pacchetto di Integration Services.

Nome utente

La versione del database DB2 e i tipi di stringa accettati vengono descritti nella tabella riportata di seguito.

Database DB2 Tipo di stringa
DB2 per z/OS Stringa a 8 byte.
DB2 per IBM i Stringa da 10 byte.
DB2 per Linux o UNIX Stringa a 8 byte.
DB2 per Windows Stringa da 30 byte.

Password

La versione del database DB2 e i tipi di stringa accettati vengono descritti nella tabella riportata di seguito.

Database DB2 Tipo di stringa
DB2 per z/OS Stringa a 8 byte.
DB2 per IBM i Stringa da 128 byte.
DB2 per Linux o UNIX Stringa a 8 byte.
DB2 per Windows Stringa da 32 byte.

Conferma password

È necessario immettere lo stesso valore della password.

Metodo di autenticazione

La proprietà del metodo di autenticazione imposta il metodo di autenticazione per la connessione, in base alle tecnologie DES (Data Encryption Standard) deboli. I valori predefiniti sono Server usando l'accesso interattivo, la sicurezza si basa su un nome utente e una password senza crittografia.

Nella tabella seguente vengono descritte le opzioni di autenticazione.

Opzione Descrizione
Server_Encrypt_Pwd Indica al provider di dati di crittografare solo la password.
Server_Encrypt_UsrPwd Indica al provider di dati di crittografare sia il nome utente che la password.
Data_Encrypt Indica al provider di dati di crittografare il nome utente, la password e i dati utente.

Avviso

È consigliabile usare un metodo di sicurezza che usa la crittografia di autenticazione avanzata, ad esempio Kerberos, SSL V3.0 o TLS V1.0.

Salvare la password

Facoltativamente, è possibile salvare la password nel file UDL (Ole DB Universal Data Link) o nel file di testo facendo clic sulla casella di controllo Consenti salvataggio password . La scelta di questa opzione consente di salvare il nome utente e la password in testo normale. Non è possibile crittografare il nome utente o la password utilizzando questo metodo. La sicurezza del server può essere compromessa se l'autore di un attacco ottiene l'accesso alla condivisione di file in cui si trova il file UDL o il file di testo.

Single Sign-On

Single Sign-On usa un nome utente e una password archiviati in un database single Sign-On aziendale crittografato.

Applicazione di affiliazione

Si tratta di una proprietà da utilizzare obbligatoriamente con Enterprise Single Sign-On.

Kerberos

Kerberos si basa su un ticket contenente credenziali crittografate. Per altre informazioni, vedere Microsoft Kerberos (https://go.microsoft.com/fwlink/?LinkID=180764).

Nome dell'entità

Si tratta di una proprietà da utilizzare obbligatoriamente con l'autenticazione Kerberos.

Opzioni avanzate

La schermata Impostazioni avanzate consente di configurare impostazioni facoltative aggiuntive.

Pool di connessioni

Facoltativamente, è possibile specificare TRUE per indicare al provider di dati di utilizzare il pool di connessioni lato client. Il valore predefinito è FALSE (nessun pool).

Sola lettura

Facoltativamente, il provider di dati può dichiarare il metodo di accesso di sola lettura durante la connessione al server di database DB2.

Posticipa comandi prepare

Facoltativamente, è possibile specificare TRUE per indicare al provider di dati di ottimizzare l'elaborazione dei comandi di database con parametri. Il valore predefinito è FALSE.

  • Per i comandi INSERT, UPDATE e DELETE , il provider di dati può combinare i comandi PREPARE, EXECUTE e COMMIT in un flusso di rete nel database remoto.

  • Per il comando SELECT , il provider di dati può combinare i comandi PREPARE e EXECUTE in un flusso di rete. Questa ottimizzazione ridurrà il traffico di rete e spesso migliorerà le prestazioni generali.

    Deriva parametri

    Facoltativamente, è possibile specificare TRUE per indicare al provider di dati di verificare e correggere le lunghezze dei parametri per i tipi di dati carattere, per conto di consumer di dati quali l'Importazione/Esportazione guidata e la finestra di progettazione dei pacchetti di SQL Server Integration Services. Il valore predefinito è FALSE.

    Nome TP alternativo

    È possibile usare questa opzione per specificare un nome del programma di transazione DB2 diverso dal valore predefinito, ovvero 07F6C4C2.

Tutte le proprietà

La schermata Tutte le proprietà consente di configurare proprietà più dettagliate e facoltative. È possibile modificare queste proprietà selezionando una proprietà dall'elenco e quindi selezionando o modificando il valore nella colonna destra. Questa schermata consente di modificare le proprietà riportate di seguito.

  • Applicazione affiliata

  • Consenti salvataggio password

  • Authentication

  • AutoCommit

  • Nome comune certificato

  • Contabilità client

  • Nome applicazione client

  • ID utente client

  • Pool di connessioni

  • Timeout di connessione

  • DateTime come grafico

  • DateTime come data

  • Qualificatore predefinito

  • Schema predefinito

  • Posticipa comandi prepare

  • Deriva parametri

  • Host CCSIC

  • Catalogo iniziale

  • Dimensione max pool

  • Indirizzo di rete

  • Porta di rete

  • Tipo di rete (sola lettura)

  • Raccolta pacchetti

  • Password

  • Tabella codici PC

  • Read-Only

  • Dimensioni cache set di righe

  • Metodo di sicurezza

  • Entità sicurezza

  • Unità di lavoro

  • Nome utente

Convalida

Convalida

È possibile utilizzare la schermata Convalida per convalidare la configurazione verificando la connessione. È possibile utilizzarla anche per creare pacchetti DB2 ed eseguire una query di esempio.

Connettere

Fare clic sul pulsante Connetti per eseguire una connessione di test.

Pacchetti

Fare clic sul pulsante Pacchetti per creare i pacchetti DB2 necessari per eseguire istruzioni SQL in un ambiente multiutente.

Query di esempio

Fare clic sul pulsante Query di esempio per recuperare un elenco di tabelle nello schema predefinito.

Salvataggio delle informazioni in corso

Utilizzare la schermata Salvataggio delle informazioni in corso per assegnare un nome alla configurazione e salvarla. Le configurazioni vengono salvate nel percorso riportato di seguito.

C:\Users\<username>\Documents\Host Integration Projects\Data Sources\

Nome origine dati

Origine dati è un parametro che può essere utilizzato per descrivere l'origine dati. Quando si crea un collegamento dati usando la Creazione guidata origine dati, la proprietà Origine dati viene usata per assegnare un nome al file UDL (Universal Data Link) o stringa di connessione file.

Gruppo OLE DB o gestito

Esplora server di Visual Studio e SQL Server Business Intelligence Development Studio (BIDS) presenta una finestra di dialogo di proprietà OLE DB Data Links standard, con cui l'utente può passare a un file UDL. Per altri consumer di dati, è possibile salvare la configurazione in un formato di file stringa di testo di inizializzazione gestita.

ODBC

Microsoft Office Excel e altri consumer ODBC presentano una finestra di dialogo di amministratore dell'origine dati ODBC standard, con cui l'utente può visualizzare le origini dati ODBC.

Fine

Nella schermata Completamento della Creazione guidata origine dati vengono visualizzati un riepilogo e lo stato della configurazione. Fare clic su Fine per implementare le azioni.

Vedere anche

Integrazione dei dati (configurazione)