

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 Amazon Redshift
<a name="data-not-delivered-to-rs"></a>

Controlla quanto segue se i dati non vengono distribuiti al cluster con provisioning Amazon Redshift o al gruppo di lavoro Amazon Redshift serverless.

Prima di essere caricati in Amazon Redshift, i dati vengono distribuiti al bucket S3. Se i dati non sono stati distribuiti sul bucket S3, consulta [Risoluzione dei problemi Amazon S3](data-not-delivered-to-s3.md).
+ Controlla la `DeliveryToRedshift.Success` metrica Firehose per assicurarti che Firehose abbia provato a copiare i dati dal tuo bucket S3 al cluster con provisioning di Amazon Redshift o al gruppo di lavoro Amazon Redshift Serverless. Per ulteriori informazioni, consulta [Monitora Amazon Data Firehose con parametri CloudWatch](monitoring-with-cloudwatch-metrics.md).
+ Abilitare la registrazione degli errori, se non è già attivata, e controllare i log di errore per gli errori di distribuzione. Per ulteriori informazioni, consulta [Monitora Amazon Data Firehose utilizzando i log CloudWatch](monitoring-with-cloudwatch-logs.md).
+ Consulta la `STL_CONNECTION_LOG` tabella Amazon Redshift per vedere se Firehose è in grado di effettuare connessioni di successo. In questa tabella si dovrebbero poter vedere le connessioni e il loro stato in base a un nome utente. Per ulteriori informazioni, consulta [https://docs.aws.amazon.com/redshift/latest/dg/r_STL_CONNECTION_LOG.html](https://docs.aws.amazon.com/redshift/latest/dg/r_STL_CONNECTION_LOG.html) nella *Guida per gli sviluppatori di database di Amazon Redshift*.
+ Se il controllo precedente mostra che le connessioni sono state stabilite, controlla la tabella `STL_LOAD_ERRORS` di Amazon Redshift per verificare il motivo dell'errore COPY. Per ulteriori informazioni, consulta [https://docs.aws.amazon.com/redshift/latest/dg/r_STL_LOAD_ERRORS.html](https://docs.aws.amazon.com/redshift/latest/dg/r_STL_LOAD_ERRORS.html) nella *Guida per gli sviluppatori di database di Amazon Redshift*.
+ Assicurati che la configurazione di Amazon Redshift nel tuo stream Firehose sia accurata e valida.
+ Assicurati che il ruolo IAM specificato nel tuo stream Firehose possa accedere al bucket S3 da cui Amazon Redshift copia i dati e anche alla funzione Lambda per la trasformazione dei dati (se la trasformazione dei dati è abilitata). Inoltre, assicurati che il ruolo IAM abbia accesso al gruppo di log e ai flussi di CloudWatch log per controllare i log degli errori. Per ulteriori informazioni, consulta [Concedi a Firehose l'accesso a una destinazione Amazon Redshift](controlling-access.md#using-iam-rs).
+ Se il cluster con provisioning di Amazon Redshift o il gruppo di lavoro Serverless Amazon Redshift si trova in un cloud privato virtuale (VPC), assicurati che il cluster consenta l'accesso dagli indirizzi IP Firehose. Per ulteriori informazioni, consulta [Concedi a Firehose l'accesso a una destinazione Amazon Redshift](controlling-access.md#using-iam-rs).
+ Assicurati che il cluster con provisioning Amazon Redshift o il gruppo di lavoro Amazon Redshift serverless sia disponibile pubblicamente.
+ Se utilizzi la trasformazione dei dati, verifica che la funzione Lambda non restituisca mai risposte con dimensioni del payload che superino i 6 MB. Per ulteriori informazioni, consulta [Amazon Data FirehoseData Transformation](data-transformation.md).