Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Risoluzione dei problemi di connessione in Amazon Redshift

Se hai problemi con la connessione al cluster da uno strumento SQL client, puoi controllare diverse cose per restringere il problema. Se utilizzi i nostri SSL certificati server, rimuovi innanzitutto questa complessità mentre risolvi il problema di connessione. Quando trovi una soluzione, aggiungila nuovamente. Per ulteriori informazioni, consulta Configurazione delle opzioni di sicurezza per le connessioni.

La seguente sezione include alcuni messaggi di errore di esempio e le possibili soluzioni per problemi di connessione. Poiché diversi strumenti SQL client forniscono messaggi di errore diversi, questo non è un elenco completo, ma dovrebbe essere un buon punto di partenza per la risoluzione dei problemi.

Connessione dall'esterno di Amazon EC2 e problema di timeout del firewall

La connessione del client al database sembra bloccarsi o scadere quando si eseguono query lunghe, come un comando. COPY In questo caso, è possibile che la console Amazon Redshift mostri che la query è stata completata, ma lo strumento del client stesso sembra che la stia ancora eseguendo. I risultati della query potrebbero essere mancanti o incompleti, a seconda del momento in cui la connessione si è interrotta.

Possibili soluzioni

Questo problema si verifica quando ti connetti ad Amazon Redshift da un computer diverso da un'istanza AmazonEC2. In questo caso, le connessioni inattive vengono interrotte da un componente di rete intermedio, ad esempio un firewall, dopo un periodo di inattività. Questo comportamento è tipico quando si accede da una rete privata virtuale (VPN) o dalla rete locale.

Per evitare questi timeout, ti consigliamo di apportare le seguenti modifiche:

Modifica le impostazioni di timeout TCP /IP

Per modificare le impostazioni di timeout TCP /IP, configura le impostazioni di timeout in base al sistema operativo utilizzato per connetterti al cluster.

Modifica le DSN impostazioni del timeout

Se lo desideri, puoi impostare il comportamento di keepalive al DSN livello che preferisci. Puoi farlo aggiungendo o modificando i parametri seguenti nel file odbc.ini:

Se questi parametri non esistono o se hanno il valore 0, il sistema utilizza i parametri keepalive specificati per TCP /IP per determinare il comportamento di keepalive. DSN In Windows, è possibile trovare i parametri TCP /IP nel registro in. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ Su Linux e macOS, puoi trovare i parametri TCP /IP nel file sysctl.conf.

Connessione rifiutata o non riuscita

Se la connessione viene rifiutata o fallita, è possibile che venga visualizzato un errore simile a uno dei seguenti.

Possibili soluzioni

Generalmente, quando ricevi un messaggio di errore che indica l'impossibilità di stabilire una connessione, ciò significa che c'è un problema con l'autorizzazione per l'accesso al cluster o con il traffico di rete che raggiunge il cluster.

Per connetterti al cluster da uno strumento client esterno alla rete in cui si trova il cluster stesso, aggiungi una regola di ingresso al gruppo di sicurezza del cluster. La configurazione delle regole dipende dal fatto che il cluster Amazon Redshift venga creato in un cloud privato virtuale ()VPC:

Se tenti di connetterti al cluster da uno strumento client eseguito su un'EC2istanza Amazon, aggiungi anche una regola in entrata. In questo caso, aggiungi una regola al gruppo di sicurezza del cluster. La regola deve specificare il gruppo EC2 di sicurezza Amazon associato all'EC2istanza Amazon dello strumento client.

In alcuni casi, potrebbe essere presente un layer tra il client e il server, ad esempio un firewall. In questi casi, assicurarti che il firewall accetti le connessioni in ingresso sulla porta configurata per il cluster.

Incompatibilità tra client e driver

Se il client e il driver non sono compatibili, potresti ricevere un errore che dice: «Il file specificato DSN contiene una mancata corrispondenza dell'architettura tra il driver e l'applicazione».

Possibili soluzioni

Quando tenti di connetterti e ricevi un errore relativo a una mancata corrispondenza dell'architettura, ciò significa che lo strumento client e il driver non sono compatibili. Ciò si verifica perché la loro architettura di sistema non corrisponde. Ad esempio, ciò può accadere se disponi di uno strumento client a 32 bit ma hai installato una versione a 64 bit del driver. Talvolta gli strumenti client a 64 bit possono utilizzare driver a 32 bit, ma non è possibile usare applicazioni a 32 bit con driver a 64 bit. Assicurati che il driver e lo strumento client utilizzino la stessa versione dell'architettura di sistema.

Query bloccate e talvolta impossibilitate a raggiungere il cluster

Si verifica un problema con il completamento delle query, che sembrano essere in esecuzione ma si bloccano nello strumento client. SQL Talvolta le query non vengono visualizzate nel cluster, come nelle tabelle di sistema o nella console Amazon Redshift.

Possibili soluzioni

Questo problema può verificarsi a causa della perdita dei pacchetti. In questo caso, esiste una differenza nella dimensione massima dell'unità di trasmissione (MTU) nel percorso di rete tra due host IP (Internet Protocol). La MTU dimensione determina la dimensione massima, in byte, di un pacchetto che può essere trasferito in un frame Ethernet tramite una connessione di rete. In AWS, alcuni tipi di EC2 istanza Amazon supportano 1500 (frame Ethernet v2) e altri tipi di istanza supportano 9001 (frame jumbo TCP /IP). MTU MTU

Per evitare problemi che possono verificarsi con differenze di MTU dimensioni, consigliamo di effettuare una delle seguenti operazioni:

Configurazione dei gruppi di sicurezza per consentire la «destinazione irraggiungibile» ICMP

Quando c'è una differenza nelle MTU dimensioni della rete tra due host, assicurati innanzitutto che le impostazioni di rete non blocchino il path MTU discovery (). PMTUD PMTUDconsente all'host ricevente di rispondere all'host di origine con il seguente ICMP messaggio:Destination Unreachable: fragmentation needed and DF set (ICMP Type 3, Code 4). Questo messaggio indica all'host di origine di utilizzare la MTU dimensione più bassa lungo il percorso di rete per inviare nuovamente la richiesta. Senza questa negoziazione, può verificarsi la perdita del pacchetto perché la richiesta è troppo grande per l'host ricevente. Per ulteriori informazioni su questo ICMP messaggio, visitate il sito Web di RFC792Internet Engineering Task Force () IETF.

Se non configuri esplicitamente questa regola ICMP in entrata per il tuo gruppo di VPC sicurezza Amazon, PMTUD è bloccata. In AWS, i gruppi di sicurezza sono firewall virtuali che specificano le regole per il traffico in entrata e in uscita verso un'istanza. Per informazioni sui gruppi di sicurezza dei cluster Amazon Redshift, consultare Gruppi di sicurezza Amazon Redshift. Per i cluster che utilizzano la VPC piattaforma EC2 -, Amazon Redshift VPC utilizza gruppi di sicurezza per consentire o negare il traffico verso il cluster. Per impostazione predefinita, i gruppi di sicurezza sono bloccati e rifiutano tutto il traffico in entrata. Per informazioni su come impostare le regole in entrata e in uscita per le istanze EC2 -Classic o EC2 -, consulta Differenze tra VPC le istanze in EC2 -Classic e a nella VPC Amazon User Guide. EC2

Per ulteriori informazioni su come aggiungere regole ai gruppi di sicurezza, consulta. VPC VPCgruppi di sicurezza Per ulteriori informazioni sulle PMTUD impostazioni specifiche richieste in questa regola, consulta Path MTU discovery nella Amazon EC2 User Guide.

Configurazione MTU di un'istanza

In alcuni casi, il cluster potrebbe utilizzare la piattaforma EC2 -Classic oppure non è possibile consentire la ICMP regola personalizzata per il traffico in entrata. In questi casi, ti consigliamo di regolarlo MTU a 1500 sull'interfaccia di rete (NIC) delle EC2 istanze da cui ti connetti al cluster Amazon Redshift. Questa regolazione disabilita i jumbo frame TCP /IP per garantire che le connessioni utilizzino costantemente la stessa dimensione di pacchetto. Tuttavia, questa opzione riduce la velocità effettiva massima della rete per l'intera istanza, non solo per le connessioni ad Amazon Redshift. Per ulteriori informazioni, consultare le procedure seguenti.

Impostazione del parametro JDBC fetch size

Per impostazione predefinita, il JDBC driver raccoglie tutti i risultati di una query contemporaneamente. Di conseguenza, quando si tenta di recuperare un set di risultati di grandi dimensioni tramite una JDBC connessione, è possibile che si verifichi un errore sul lato client out-of-memory. Per consentire al client di recuperare i set di risultati in batch anziché in un singolo recupero, impostate il all-or-nothing JDBC parametro fetch size nell'applicazione client.

Per le migliori prestazioni, imposta la dimensione del recupero sul valore più alto che non porti a errori di esaurimento della memoria. Un valore della dimensione del recupero più basso causa più viaggi del server, quindi tempi di esecuzione prolungati. Il server riserva le risorse, incluso lo slot di WLM query e la memoria associata, finché il client non recupera l'intero set di risultati o la query non viene annullata. Quando ottimizzi in modo appropriato la dimensione del recupero, queste risorse vengono rilasciate più velocemente rendendole disponibili alle altre query.

Per ulteriori informazioni sull'impostazione del parametro JDBC fetch size, vai a Ottenere risultati in base a un cursore nella documentazione di Postgre. SQL