Problemi noti

Questa pagina elenca i problemi noti di Cloud SQL per SQL Server, insieme ai modi per evitarli o risolverli.

Problemi di connessione all'istanza

  • 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 ruotarlo.

  • 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 maggiori informazioni, consulta Mantenere aggiornato il proxy di autenticazione Cloud SQL.

  • Connessione non autorizzata

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

  • Impossibile creare un'istanza Cloud SQL

    Se viene visualizzato 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.

Problemi amministrativi

  • Un'operazione di esportazione di grandi dimensioni può influire negativamente sulla disponibilità dell'istanza

    Prima di avviare un'esportazione di grandi dimensioni, assicurati che almeno il 25% delle dimensioni del database sia gratuito (nell'istanza). In questo modo è possibile evitare problemi con la crescita automatica aggressiva, che può influire sulla disponibilità dell'istanza.

  • Se la tua istanza SQL Server utilizza un'edizione SQL Server Express:

    • Se specifichi un flag durante la creazione di una nuova istanza, la creazione dell'istanza non riesce.

    • Non puoi impostare i flag di database su un'istanza esistente.

  • Le operazioni a lunga esecuzione delle istanze di importazione ed esportazione di Cloud SQL non possono essere annullate o arrestate

    Su un'istanza Cloud SQL può essere eseguita una sola operazione alla volta. Assicurati di non dover eseguire altre operazioni su un'istanza quando avvii un'operazione a lunga esecuzione.

    Quando avvii un'operazione di un'istanza Cloud SQL a lunga esecuzione, come un'operazione di importazione o esportazione, non è possibile annullare l'operazione senza riavviare l'istanza.

  • Se annulli un'importazione da un file BAK, il database che stai importando viene lasciato in stato parziale. Devi eliminare il database. Se annulli un'importazione da un file SQL, devi pulire manualmente i dati parziali.

Problemi con l'importazione e l'esportazione dei dati

  • Non creare un file BAK (per l'importazione) da un database di sola lettura o da un database in modalità utente singolo. Se crei un file BAK da un database di sola lettura o da un database in modalità utente singolo e importi quel file, potrebbe verificarsi un errore.

  • Se stai tentando di importare ed esportare i dati da un database di grandi dimensioni (ad esempio un database con 500 GB di dati o più), 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 l'importazione o l'esportazione è in corso. Una potenziale opzione per migliorare le prestazioni del processo di importazione ed esportazione è ripristinare un backup precedente utilizzando gcloud o l'API.

  • Cloud SQL supporta l'inserimento collettivo solo su SQL Server 2022.

  • Cloud SQL supporta solo la pagina di codice RAW.

  • Cloud SQL non supporta l'inserimento collettivo nelle repliche di lettura.

  • Cloud SQL supporta l'inserimento in blocco solo per l'importazione dei dati nelle tabelle.

Log delle transazioni e crescita del disco

I log vengono eliminati definitivamente una volta al giorno, non in modo continuo. Se il numero di giorni di conservazione dei log è configurato in modo da corrispondere al numero di backup, un giorno di logging potrebbe andare perso, a seconda di quando si verifica il backup. Ad esempio, impostare la conservazione dei log su sette giorni e la conservazione dei backup su sette giorni di backup, significa che i log verranno conservati da sei a sette giorni.

Ti consigliamo di impostare il numero di backup su almeno uno in più rispetto ai giorni di conservazione dei log per garantire un minimo di giorni specificati di conservazione dei log.

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

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

Questo problema si verifica nei seguenti contesti:

  • Avvisi in Cloud Monitoring
  • Metrics Explorer
  • Cloud Logging

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