Problemi noti

MySQL   |  PostgreSQL   |  SQL Server

Questa pagina elenca i problemi noti di Cloud SQL per PostgreSQL, nonché i modi in cui puoi evitarli o recuperarti da questi problemi.

Se riscontri problemi con la tua istanza, assicurati di esaminare anche le informazioni nella sezione Diagnostica dei problemi.

Problemi di connessione delle istanze

• Certificati SSL/TLS scaduti

  Se l'istanza è configurata per l'utilizzo di SSL, vai alla pagina Istanze Cloud SQL nella console Google Cloud e apri l'istanza. Apri la pagina Connessioni, seleziona la scheda Sicurezza e assicurati che il certificato del server sia valido. Se è scaduto, devi aggiungere un nuovo certificato e eseguire la rotazione.

• Versione del proxy di autenticazione Cloud SQL

  Se ti connetti utilizzando il proxy di autenticazione Cloud SQL, assicurati di utilizzare la versione più recente. Per ulteriori informazioni, consulta Mantenere aggiornato il proxy di autenticazione Cloud SQL.

• Non autorizzato a connettersi

  Se provi a connetterti a un'istanza che non esiste nel progetto, nel messaggio di errore viene indicato solo che non disponi dell'autorizzazione per accedere all'istanza.

• Impossibile creare un'istanza Cloud SQL

  Se visualizzi il messaggio di errore Failed to create subnetwork. Router status is temporarily unavailable. Please try again later. Help Token: [token-ID], prova a creare di nuovo l'istanza Cloud SQL.

• Il seguente comando funziona solo con l'utente predefinito ("postgres"): gcloud sql connect --user

  Se provi a connetterti utilizzando questo comando con un altro utente, il messaggio di errore sarà FATAL: database 'user' does not exist. La soluzione alternativa è connettersi utilizzando l'utente predefinito ("postgres"), quindi utilizzare il comando "\c" psql per riconnettersi come utente diverso.

• Le connessioni PostgreSQL si bloccano quando l'autenticazione proxy del database IAM è abilitata.

  Quando il proxy di autenticazione Cloud SQL viene avviato utilizzando socket TCP e con il flag -enable_iam_login, un client PostgreSQL si blocca durante la connessione TCP. Una soluzione alternativa consiste nell'utilizzare sslmode=disable nella stringa di connessione PostgreSQL. Ad esempio:

  psql "host=127.0.0.1 dbname=postgres user=[e-mail] sslmode=disable"

  Un'altra soluzione consiste nell' avviare il proxy di autenticazione Cloud SQL utilizzando le socket Unix. In questo modo viene disattivata la crittografia SSL di PostgreSQL e il proxy di autenticazione Cloud SQL esegue la crittografia SSL.

Problemi amministrativi

• In un'istanza è possibile eseguire una sola operazione di importazione o esportazione Cloud SQL a lungo termine alla volta. Quando avvii un'operazione, assicurati di non dover eseguire altre operazioni sull'istanza. Inoltre, quando avvii l'operazione, puoi annullarla.

  PostgreSQL importa i dati in una singola transazione. Pertanto, se annulli l'operazione di importazione, Cloud SQL non mantiene i dati dell'importazione.

  Problemi con l'importazione e l'esportazione dei dati

  • Se la tua istanza Cloud SQL utilizza PostgreSQL 17, ma i tuoi database utilizzano PostgreSQL 16 e versioni precedenti, non puoi utilizzare Cloud SQL per importare questi database nell'istanza. A questo scopo, utilizza Database Migration Service.

  • Se utilizzi Database Migration Service per importare un database PostgreSQL 17 in Cloud SQL, questo viene importato come database PostgreSQL 16.

  • Per le versioni PostgreSQL 15 e successive, se il database di destinazione viene creato da template0, l'importazione dei dati potrebbe non riuscire e potresti visualizzare un messaggio di errore permission denied for schema public. Per risolvere il problema, concedi all'utente cloudsqlsuperuser i privilegi dello schema pubblico eseguendo il comando SQL GRANT ALL ON SCHEMA public TO cloudsqlsuperuser.

  • L'esportazione di molti oggetti di grandi dimensioni causa l'interruzione della risposta dell'istanza

    Se il database contiene molti oggetti di grandi dimensioni (blob), l'esportazione del database può consumare così tanta memoria che l'istanza non risponde più. Questo può accadere anche se i blob sono vuoti.

  • Cloud SQL non supporta gli spazi tabella personalizzati, ma supporta la migrazione dei dati dagli spazi tabella personalizzati allo spazio tabella predefinito pg_default nell'istanza di destinazione. Ad esempio, se possiedi uno spazio tabella denominato dbspace che si trova in /home/data, dopo la migrazione tutti i dati all'interno di dbspace vengono migrati in pg_default. Tuttavia, Cloud SQL non creerà uno spazio tabella denominato "dbspace" sul proprio disco.

  • Se stai tentando di importare ed esportare dati da un database di grandi dimensioni (ad esempio un database con almeno 500 GB di dati), il completamento delle operazioni di importazione ed esportazione potrebbe richiedere molto tempo. Inoltre, non puoi eseguire altre operazioni (ad esempio l'operazione di backup) mentre è in corso l'importazione o l'esportazione. Una potenziale opzione per migliorare il rendimento del processo di importazione ed esportazione è ripristinare un backup precedente utilizzando gcloud o l'API.

  • Cloud Storage supporta una dimensione massima di un singolo oggetto fino a cinque terabyte. Se hai database di dimensioni superiori a 5 TB, l'operazione di esportazione in Cloud Storage non va a buon fine. In questo caso, devi suddividere i file di esportazione in segmenti più piccoli.

  Log delle transazioni e crescita del disco

  I log vengono eliminati una volta al giorno, non continuamente. Quando il numero di giorni di conservazione dei log è configurato in modo da corrispondere al numero di backup, potrebbe essere perso un giorno di logging, a seconda di quando viene eseguito il backup. Ad esempio, impostare la conservazione dei log su sette giorni e la conservazione dei backup su sette backup significa che verranno conservati tra sei e sette giorni di log.

  Ti consigliamo di impostare il numero di backup su un valore almeno superiore a quello dei giorni di conservazione dei log per garantire un numero minimo di giorni di conservazione dei log specificati.

  Nota: le istanze di replica registrano un aumento dello spazio di archiviazione quando la replica viene sospesa e poi ripresa in un secondo momento. L'aumento si verifica quando l'istanza principale invia alla replica i log delle transazioni per il periodo di tempo in cui la replica è stata sospesa. I log delle transazioni aggiornano la replica in base allo stato corrente dell'istanza principale.

  Problemi relativi a Cloud Monitoring o Cloud Logging

  Le istanze con i seguenti nomi di regione vengono visualizzate in modo errato in determinati contesti, come segue:

  • us-central1 viene visualizzato come us-central
  • europe-west1 viene visualizzato come europe
  • asia-east1 viene visualizzato come asia

  Questo problema si verifica nei seguenti contesti:

  • Avvisi in Cloud Monitoring
  • Esplora metriche
  • Cloud Logging

  Puoi attenuare il problema per gli avvisi in Cloud Monitoring e per Metrics Explorer utilizzando le etichette dei metadati delle risorse. Utilizza l'etichetta dei metadati di sistema region anziché l'etichetta della risorsa monitorata region cloudsql_database.