Controlla se la tua domanda o il tuo problema è già stato risolto in uno dei pagine seguenti:
- Domande frequenti
- Problemi noti
- Messaggi di errore
- Diagnosticare i problemi
- Eseguire il debug dei problemi di connessione
Gli argomenti di questa pagina includono:
- Backup e ripristino
- Annulla importazione ed esportazione
- Clonazione
- Connettività
- Creazione di istanze
- Flag
- Alta disponibilità
- Importazione ed esportazione
- Integrazione con Vertex AI
- Logging
- Gestione delle istanze
- Private Service Connect
- Replica
Backup e ripristino
Problema | Risoluzione dei problemi |
---|---|
Non puoi visualizzare lo stato dell'operazione corrente. | La console Google Cloud segnala l'esito positivo o negativo solo quando l'operazione
al termine dell'operazione. Non è progettata per mostrare avvisi o altri aggiornamenti.
Esegui
Comando |
Vuoi sapere chi ha eseguito un'operazione di backup on demand. | L'interfaccia utente non mostra l'utente che ha avviato un'operazione.
Cerca nei log. e filtrarli in base al testo per trovare l'utente. Potresti dover utilizzare i log di controllo informazioni private. I file di log pertinenti includono:
|
Dopo aver eliminato un'istanza, non puoi eseguirne il backup. | Dopo l'eliminazione definitiva di un'istanza, non è possibile recuperare i dati. Tuttavia, Se l'istanza viene ripristinata, vengono ripristinati anche i backup. Per ulteriori informazioni informazioni sul recupero di un'istanza eliminata, consulta Backup di recupero. Se hai eseguito un'operazione di esportazione, crea una nuova istanza ed eseguire un'operazione di importazione per ricreare il database. Le esportazioni sono vengono scritte in Cloud Storage e le importazioni vengono lette da lì. |
Un backup automatico è bloccato per molte ore e non può essere annullato. | I backup possono richiedere molto tempo, a seconda delle dimensioni del database.
Se devi davvero annullare l'operazione, puoi chiedere
assistenza clienti a |
Un'operazione di ripristino può non riuscire quando uno o più utenti a cui viene fatto riferimento nel Il file di dump SQL non esiste. | Prima di ripristinare un dump SQL, tutti gli utenti del database che sono proprietari degli oggetti
a cui sono state concesse le autorizzazioni per gli oggetti nel database di cui è stato eseguito il dump,
database di destinazione. In caso contrario, l'operazione di ripristino non riesce a ricreare
oggetti con la proprietà o le autorizzazioni originali.
Crea gli utenti del database prima di ripristinare il dump SQL. |
Vuoi aumentare il numero di giorni che puoi mantenere automatici i backup da sette a 30 giorni o più. | Puoi
e configurare il numero di backup automatici da conservare,
da 1 a 365. I backup automatici vengono eliminati
regolarmente in base al valore di conservazione configurato. Purtroppo, questo significa
i backup attualmente visibili sono gli unici da cui puoi eseguire il ripristino.
Per conservare i backup a tempo indeterminato, puoi: creazione un backup on demand, in quanto non vengono eliminati come backup automatici. I backup on demand rimangono a tempo indeterminato. Vale a dire che rimangono valide finché non vengono eliminate o non viene eliminata l'istanza a cui appartengono. Poiché questo tipo di backup non viene eliminato automaticamente, può billing. |
Un backup automatico non è riuscito e non hai ricevuto una notifica via email. | Per fare in modo che Cloud SQL ti invii una notifica sullo stato del backup, configura un avviso basato su log. |
Un'istanza si verifica ripetutamente con errori perché si sta ciclicando tra gli stati di errore e di ripristino del backup. Tenta di connettersi e di utilizzare il database dopo il ripristino non è riuscito. |
Tentativi da effettuare
|
Scopri che mancano dati quando esegui un'operazione di backup/ripristino. | Le tabelle sono state create come non registrate. Ad esempio:
Queste tabelle non sono incluse in un ripristino da un backup:
La soluzione è evitare di utilizzare tabelle non registrate se vuoi ripristinarle
tramite un backup. Se stai eseguendo il ripristino da un database che ha già
ha tabelle non registrate, puoi eseguire il dump del database in un file e ricaricare
dopo aver modificato il file di cui è stato eseguito il dump in |
Annulla importazione ed esportazione
Problema | Risoluzione dei problemi |
---|---|
Messaggio di errore: You can't cancel operation [operation-ID] because
this operation isn't in progress. |
Stai tentando di annullare un'operazione di importazione o esportazione completata, non riuscito o annullato. Se l'operazione è in esecuzione, puoi annullarla. |
Messaggio di errore: You can't cancel operation [operation-ID] because
Cloud SQL doesn't support the cancellation of an [operation-type]
operation. |
Cloud SQL
non supporta l'annullamento dell'operazione perché ha un tipo di operazione diverso da |
Messaggio di errore: The [operation-type] operation isn't cancelled. Wait
and retry in a few seconds. |
Al momento Cloud SQL non può annullare l'operazione di importazione o esportazione. Riprova tra qualche secondo. Se il problema persiste, contatta Assistenza Google Cloud. |
Clona
Problema | Risoluzione dei problemi |
---|---|
La clonazione non è riuscita e viene restituito constraints/sql.restrictAuthorizedNetworks errore. |
L'operazione di clonazione è bloccata dalla configurazione Authorized Networks .
Authorized Networks è configurato per gli indirizzi IP pubblici nella sezione Connettività
della console Google Cloud e la clonazione non è consentita a causa
considerazioni sulla sicurezza.
Rimuovi tutte le voci |
Messaggio di errore: Failed to create subnetwork. Couldn't find free
blocks in allocated IP ranges. Please allocate new ranges for this service
provider. Help Token: [help-token-id]. |
Stai tentando di utilizzare la console Google Cloud per clonare un'istanza con un IP privato ma non hai specificato l'intervallo IP allocato desiderato da utilizzare e l'istanza di origine non viene creata con l'intervallo specificato. Come come risultato, l'istanza clonata viene creata in un intervallo casuale. Utilizza |
Connetti
Problema | Risoluzione dei problemi |
---|---|
Aborted connection . |
Il problema potrebbe essere:
Le applicazioni devono tollerare gli errori di rete e seguire best practice ad esempio il pool di connessioni e nuovi tentativi. La maggior parte dei pooler di connessioni rileva ove possibile. In caso contrario, l'applicazione deve riprovare puoi fallire con eleganza. Per riprovare la connessione, consigliamo i seguenti metodi:
La combinazione di questi metodi consente di ridurre la limitazione. |
Certificate verify failed . |
I certificati client sono scaduti o il percorso dei certificati non è corretto. Rigenera i certificati ricreandoli. |
FATAL: database 'user' does not exist . |
gcloud sql connect --user funziona solo con l'impostazione predefinita
postgres utente.
Collegati con l'utente predefinito, quindi modifica utenti. |
Vuoi scoprire chi è connesso. | Accedi al database ed esegui questo comando:
SELECT datname, usename, application_name as appname, client_addr, state, now() - backend_start as conn_age, now() - state_change as last_activity_age FROM pg_stat_activity WHERE backend_type = 'client backend' ORDER BY 6 DESC LIMIT 20 |
Hostname/IP does not match certificate's altnames:
Host: localhost. is not in the cert's altnames . |
L'indirizzo host non corrisponde a quello nella con i nomi alternativi dei certificati server. Se utilizzi Node.js con verify-full o un equivalente,
utilizza il nome DNS per il parametro servername.
Il nome DNS è disponibile sul server
utilizzando openssl. Ad esempio:
|
Creazione delle istanze
Problema | Risoluzione dei problemi |
---|---|
Messaggio di errore: Failed to create subnetwork. Couldn't
find free blocks in allocated IP ranges. Please allocate new ranges for
this service provider . |
Non sono disponibili altri indirizzi nell'intervallo IP allocato. Là
sono possibili i seguenti scenari:
Per risolvere il problema, puoi espandere il già allocato o allocare un intervallo IP aggiuntivo una connessione privata ai servizi. Per ulteriori informazioni, vedi Alloca un intervallo di indirizzi IP. Se hai utilizzato il flag Se stai allocando un nuovo intervallo, assicurati che l'allocazione non che si sovrappongono a eventuali allocazioni esistenti. Dopo aver creato un nuovo intervallo IP, aggiorna il peering VPC con quanto segue : gcloud services vpc-peerings update \ --service=servicenetworking.googleapis.com \ --ranges=OLD_RESERVED_RANGE_NAME,NEW_RESERVED_RANGE_NAME \ --network=VPC_NETWORK \ --project=PROJECT_ID \ --force Se stai espandendo un'allocazione esistente, assicurati di aumentare solo l'intervallo di allocazione e non diminuirlo. Ad esempio, se l'allocazione originale era 10.0.10.0/24, quindi rendere la nuova allocazione almeno 10.0.10.0/23. In generale, se parte da un'allocazione /24, riduci la dimensione /mask del 1 per ogni condizione (gruppo di tipi di istanze aggiuntivi, regione aggiuntiva) è una buona regola empirica. Ad esempio, se provi a creare entrambi i tipi di istanza gruppi con la stessa allocazione, è sufficiente passare da /24 a /23. Dopo aver espanso un intervallo IP esistente, aggiorna il peering VPC con seguente comando: gcloud services vpc-peerings update \ --service=servicenetworking.googleapis.com \ --ranges=RESERVED_RANGE_NAME \ --network=VPC_NETWORK \ --project=PROJECT_ID |
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. |
Messaggio di errore: Failed to create subnetwork. Required
'compute.projects.get' permission for PROJECT_ID . |
Quando crei un'istanza utilizzando un indirizzo IP privato, un servizio viene creato just-in-time utilizzando l'API Service Networking. Se hai abilitato solo di recente l'API Service Networking, quindi l'account di servizio potrebbe non essere creato e la creazione dell'istanza non riesce. Nel devi attendere la propagazione dell'account di servizio al sistema o aggiungilo manualmente con le autorizzazioni richieste. |
Esporta
Problema | Risoluzione dei problemi |
---|---|
HTTP Error 409: Operation failed because another operation was
already in progress. |
Esiste già un'operazione in attesa per l'istanza. Solo un'operazione è consentito alla volta. Prova la richiesta dopo che l'operazione attuale è completato. |
HTTP Error 403: The service account does not have the required
permissions for the bucket. |
Assicurati che il bucket esista e l'account di servizio per Cloud SQL
istanza (che sta eseguendo l'esportazione) ha
Ruolo Storage Object Creator
(roles/storage.objectCreator ) per consentire l'esportazione nel bucket. Consulta
Ruoli IAM per Cloud Storage. |
L'esportazione in formato CSV è riuscita, ma l'esportazione SQL non è riuscita. | I formati CSV e SQL esportano in modo diverso. Il formato SQL esporta
l'intero database e probabilmente
richiede più tempo. Il formato CSV consente di
devi definire quali elementi del database includere nell'esportazione.
Utilizzare le esportazioni CSV ed esportare solo ciò che serve. |
L'esportazione sta richiedendo troppo tempo. | Cloud SQL non supporta le operazioni sincrone simultanee.
Utilizza esportazione offloading. A livello generale, in fase di offloading delle esportazioni, invece che eseguendo un'esportazione sull'istanza di origine, Cloud SQL avvia per eseguire l'esportazione. La distribuzione dell'esportazione ha diverse vantaggi, tra cui l'aumento delle prestazioni sull'istanza di origine e sblocco di operazioni amministrative durante l'esecuzione dell'esportazione. Con dell'esportazione, la latenza totale può aumentare in base alla quantità di tempo richiesta per visualizzare l'istanza di offload. In genere, per esportazioni di dimensioni ragionevoli, la latenza non è significativa. Tuttavia, se l'esportazione è sufficientemente ridotta, potresti notare un aumento della latenza. |
Errore di creazione estensione. | Il file di dump contiene riferimenti a un'estensione non supportata. |
Errore durante l'utilizzo di pg_dumpall . |
Utilizzo dell'utilità pg_dumpall con il flag --global
richiede
ruolo super user,
questo ruolo non è supportato in Cloud SQL per PostgreSQL. Per evitare errori
che si verificano durante l'esecuzione di operazioni di esportazione che includono nomi utente, utilizza anche
--no-role-passwords flag.
|
L'operazione di esportazione scade prima di esportare qualcosa e vedrai
il messaggio di errore Could not receive data from client: Connection reset
by peer. |
Se Cloud Storage non riceve dati in un
di tempo, in genere circa sette minuti, la connessione viene reimpostata. È
è possibile che l'esecuzione della query di esportazione iniziale richieda troppo tempo.
Esegui un'esportazione manuale utilizzando
|
Vuoi che le esportazioni siano automatizzate. | Cloud SQL non fornisce un modo per automatizzare le esportazioni.
Potresti creare il tuo sistema di esportazione automatizzato utilizzando Google Cloud come Cloud Scheduler, Pub/Sub e Cloud Functions, simile a questo articolo su l'automazione dei backup. |
Flag
Problema | Risoluzione dei problemi |
---|---|
Puoi impostare il fuso orario per una sessione, ma farlo scade quando ti disconnetti. |
Connettiti al database e imposta fuso orario del database in base a quello desiderato per utente o per database. In Cloud SQL per PostgreSQL, puoi specificare quanto segue.
Queste impostazioni rimangono dopo la chiusura di una sessione, simulando un
Configurazione di ALTER DATABASE dbname SET TIMEZONE TO 'timezone'; ALTER USER username SET TIMEZONE TO 'timezone'; Queste impostazioni si applicano solo alle nuove connessioni al database. Per vedere le modifica il fuso orario, disconnettiti dall'istanza e riconnettiti a li annotino. |
Alta disponibilità
Problema | Risoluzione dei problemi |
---|---|
Non puoi trovare le metriche per un failover manuale. | Nelle metriche vengono presi in considerazione solo i failover automatici. |
Le risorse delle istanze Cloud SQL (CPU e RAM) utilizzano quasi il 100% di utilizzo, causando l'arresto dell'istanza ad alta disponibilità. | La dimensione della macchina dell'istanza è troppo piccola per il caricamento.
Modifica l'istanza per eseguire l'upgrade a una dimensione della macchina più grande e ottenere più CPU e memoria. |
Importa
Problema | Risoluzione dei problemi |
---|---|
Messaggio di errore: permission denied for schema public |
Per PostgreSQL 15 e versioni successive, se il database di destinazione viene creato da template0 , l'importazione dei dati potrebbe non riuscire. Per risolvere il problema, fornisci privilegi pubblici per lo schema all'utente cloudsqlsuperuser eseguendo il comando SQL GRANT ALL ON SCHEMA public TO cloudsqlsuperuser . |
HTTP Error 409: Operation failed because another operation was already in progress . |
Esiste già un'operazione in attesa per l'istanza. Solo un'operazione è consentito alla volta. Prova la richiesta dopo che l'operazione attuale è completato. |
L'operazione di importazione sta richiedendo troppo tempo. | Troppe connessioni attive possono interferire con le operazioni di importazione.
Chiudi le operazioni inutilizzate. Controlla l'utilizzo di CPU e memoria del tuo di Cloud SQL per verificare che sono disponibili numerose risorse. Il modo migliore per garantire il massimo delle risorse per l'importazione è riavviare l'istanza prima di iniziare l'operazione. Un riavvio:
|
Un'operazione di importazione può non riuscire quando uno o più utenti a cui viene fatto riferimento nel il file di dump non esiste. | Prima di importare un file di dump, tutti gli utenti del database che possiedono gli oggetti
a cui sono state concesse le autorizzazioni per gli oggetti nel database di cui è stato eseguito il dump,
database di destinazione. In caso contrario, l'operazione di importazione non riesce a ricreare il file
oggetti con la proprietà o le autorizzazioni originali.
Crea gli utenti del database prima dell'importazione. |
Dopo aver importato i dati, la dimensione di utilizzo del disco dati sarà molto maggiore. | Dopo l'importazione dei dati, potrebbe verificarsi un utilizzo imprevisto del disco. Questo utilizzo può dovuto all'utilizzo del recupero point-in-time. Per risolvere il problema, dopo aver importato i dati, disabilita il recupero point-in-time se vuoi eliminare i log e recuperare spazio di archiviazione. Tieni presente che la diminuzione lo spazio di archiviazione utilizzato non riduce le dimensioni dello spazio di archiviazione l'istanza. |
Messaggio di errore: GRANT stderr: ERROR: must be member of role ROLE_NAME |
Questo messaggio di errore viene visualizzato se tenti di importare un file di dump SQL che viene caricato in Cloud Storage a un database Cloud SQL e il job di importazione è stato eseguito per circa quattro giorni. ROLE_NAME è un ruolo del database personalizzato definito nell'origine
PostgreSQL standard. L'utente predefinito di Per risolvere il problema, completa i seguenti passaggi:
|
Integrazione con Vertex AI
Problema | Risoluzione dei problemi |
---|---|
Messaggio di errore: Google ML integration API is supported only on Postgres version 12 or above. |
Per abilitare l'integrazione di Vertex AI in Cloud SQL, devi disporre di un database Cloud SQL per PostgreSQL versione 12 o successiva. Per eseguire l'upgrade del database a questa versione, vedi Esegui l'upgrade della versione principale del database in loco. |
Messaggio di errore: Google ML Integration API is not supported on shared core instance. Please upsize your machine type. |
Se hai selezionato un core condiviso per il tipo di macchina dell'istanza, non puoi abilitare l'integrazione di Vertex AI in Cloud SQL. Esegui l'upgrade del tipo di macchina a core dedicati. Per ulteriori informazioni, vedi Tipo di macchina. |
Messaggio di errore: Google ML Integration is unsupported for this maintenance version. Please follow https://cloud.google.com/sql/docs/postgres/self-service-maintenance to update the maintenance version of the instance. |
Per abilitare l'integrazione di Vertex AI in Cloud SQL, la versione di manutenzione dell'istanza deve essere R20240130 o successiva. Per eseguire l'upgrade dell'istanza a questa versione, consulta Manutenzione self-service. |
Messaggio di errore: Cannot invoke ml_predict_row if 'cloudsql.enable_google_ml_integration' is off. |
Il flag di database cloudsql.enable_google_ml_integration è disattivato. Cloud SQL non può essere integrato con Vertex AI.Per attivare questo flag, utilizza il comando gcloud sql instances patch :gcloud sql instances patch INSTANCE_NAME --database-flags cloudsql.enable_google_ml_integration=on Sostituisci INSTANCE_NAME con il nome dell'istanza Cloud SQL principale. |
Messaggio di errore: Failed to connect to remote host: Connection refused. |
L'integrazione tra Cloud SQL e Vertex AI non è abilitata. Per abilitare questa integrazione, utilizza il comando gcloud sql instances patch :gcloud sql instances patch INSTANCE_NAME Sostituisci INSTANCE_NAME con il nome dell'istanza Cloud SQL principale. |
Messaggio di errore: Vertex AI API has not been used in project PROJECT_ID before or it is disabled. Enable it by visiting /apis/api/aiplatform.googleapis.com/overview?project=PROJECT_ID then retry. |
L'API Vertex AI non è abilitata. Per saperne di più sull'abilitazione di questa API, consulta Abilitare l'integrazione del database con Vertex AI. |
Messaggio di errore: Permission 'aiplatform.endpoints.predict' denied on resource. |
Le autorizzazioni di Vertex AI non vengono aggiunte all'account di servizio Cloud SQL per il progetto in cui si trova l'istanza Cloud SQL. Per saperne di più su come aggiungere queste autorizzazioni all'account di servizio, vedi Abilitare l'integrazione del database con Vertex AI. |
Messaggio di errore: Publisher Model `projects/PROJECT_ID/locations/REGION_NAME/publishers/google/models/MODEL_NAME` not found. |
Il modello di machine learning o l'LLM non esiste in Vertex AI. |
Messaggio di errore: Resource exhausted: grpc: received message larger than max. |
Le dimensioni della richiesta che Cloud SQL passa a Vertex AI superano il limite gRPC di 4 MB per richiesta. |
Messaggio di errore: Cloud SQL attempts to send a request to Vertex AI. However, the instance is in the %s region, but the Vertex AI endpoint is in the %s region. Make sure the instance and endpoint are in the same region. |
Cloud SQL tenta di inviare una richiesta a Vertex AI. Tuttavia, l'istanza si trova in una regione, ma l'endpoint Vertex AI si trova in un'altra. Per risolvere il problema, l'istanza e l'endpoint devono trovarsi entrambi nella stessa regione. |
Messaggio di errore: The Vertex AI endpoint isn't formatted properly. |
Il formato dell'endpoint Vertex AI non è corretto. Per maggiori informazioni, vedi Utilizzare endpoint privati per la previsione online. |
Messaggio di errore: Quota exceeded for aiplatform.googleapis.com/online_prediction_requests_per_base_model with base model: textembedding-gecko. |
Il numero di richieste che Cloud SQL passa a Vertex AI supera il limite di 1500 richieste al minuto per regione per modello e progetto. |
Logging
Problema | Risoluzione dei problemi |
---|---|
Il logging utilizza molta CPU e memoria nell'istanza Cloud SQL. | Il logging deve essere ottimizzato.
Il flag |
Log di controllo non trovati. | I log di accesso ai dati vengono scritti solo se l'operazione è autenticata chiamata API basata sull'utente che crea, modifica o legge i dati creati dall'utente. o se l'operazione accede ai file di configurazione o ai metadati delle risorse. |
Informazioni sulle operazioni non trovate nei log. | Vuoi trovare ulteriori informazioni su un'operazione.
Ad esempio, se un utente è stato eliminato, ma non riesci a scoprire chi lo ha fatto. I log mostrano è stata avviata, ma non fornisci altre informazioni. Devi enable log di controllo per l'identificazione personale e dettagliata informazioni (PII) come questa. |
I file di log sono difficili da leggere. | Preferisci visualizzare i log in formato json o text.Puoi utilizzare
gcloud logging read
insieme ai comandi di post-elaborazione di Linux per scaricare i log.
Per scaricare i log in formato JSON: gcloud logging read \ "resource.type=cloudsql_database \ AND logName=projects/PROJECT_ID \ /logs/cloudsql.googleapis.com%2FLOG_NAME" \ --format json \ --project=PROJECT_ID \ --freshness="1d" \ > downloaded-log.json Per scaricare i log come TEXT: gcloud logging read \ "resource.type=cloudsql_database \ AND logName=projects/PROJECT_ID \ /logs/cloudsql.googleapis.com%2FLOG_NAME" \ --format json \ --project=PROJECT_ID \ --freshness="1d"| jq -rnc --stream 'fromstream(1|truncate_stream(inputs)) \ | .textPayload' \ --order=asc > downloaded-log.txt |
I log delle query non sono presenti nei log PostgreSQL. | Devi abilitare i flag pgaudit.
|
Gestione delle istanze
Problema | Risoluzione dei problemi |
---|---|
Vuoi sapere quali query sono in esecuzione al momento. | Connettiti al database ed esegui questa query:
|
Vuoi sapere quali unità vengono utilizzate per un campo specifico. | Connettiti al database ed esegui questa query
(con il tuo FIELD_NAME ):
|
Vuoi trovare il valore attuale di un'impostazione di database. | Connettiti al database ed esegui questa query
(con il tuo SETTING_NAME ):
Esegui |
Vuoi interrompere un processo in background bloccato. | L'utente deve avere il ruolo pg_signal_backend .
Esegui questi comandi:
|
L'istanza sta per raggiungere il 100% del consumo degli ID transazione. | Il monitoraggio interno ti avvisa che l'istanza sta per raggiungere il 100%
il consumo di ID transazione. Vuoi evitare il wraparound delle transazioni,
che possono bloccare le scritture.
Il job autovacuum potrebbe essere bloccato o potrebbe non essere in grado di recuperare gli ID transazione abbastanza rapidamente da stare al passo con il carico di lavoro. Per evitare interruzioni dovute a problemi di wraparound delle transazioni, puoi rivedere questi suggerimenti per il self-service per gestire il wraparound di TXID. Per consigli generali sull'ottimizzazione, vedi Ottimizzazione, monitoraggio e risoluzione dei problemi delle operazioni vacuum in PostgreSQL. |
L'archiviazione temporanea ha aumentato l'archiviazione automatica. | L'archiviazione automatica è abilitata.
Il riavvio elimina i file temporanei, ma non per ridurre lo spazio di archiviazione. Solo l'assistenza clienti può reimpostare la dimensione dell'istanza. |
È in corso l'eliminazione automatica dei dati. | Molto probabilmente uno script è in esecuzione da qualche parte nel tuo ambiente.
Cerca nei log al momento dell'eliminazione e vedi se c'è script non autorizzato eseguito da una dashboard o da un altro processo automatizzato. |
Impossibile eliminare l'istanza. | Potresti visualizzare il messaggio di errore ERROR: (gcloud.sql.instances.delete) HTTP Error
409: The instance or operation is not in an appropriate state to handle the
request oppure l'istanza potrebbe presentare un INSTANCE_RISKY_FLAG_CONFIG
la segnalazione dello stato.
Ecco alcune possibili spiegazioni:
|
L'istanza è bloccata a causa di grandi dimensioni di dati temporanei. | Il sistema può creare molte tabelle temporanee contemporaneamente, a seconda
le query e il carico.
Purtroppo non puoi ridurre il file Un'opzione di mitigazione è creare la tabella temporanea con
|
Errore irreversibile durante l'upgrade. | I log possono rivelare di più, ma in ogni caso assistenza clienti potrebbe essere necessaria per forzare la creazione dell'istanza. |
L'istanza è bloccata al riavvio dopo aver esaurito lo spazio su disco. | La funzionalità di aumento automatico dello spazio di archiviazione non è abilitata.
Se l'istanza esaurisce lo spazio di archiviazione e l'aumento automatico dello spazio di archiviazione non è abilitata, l'istanza passa alla modalità offline. Per evitare questo problema, puoi modificare l'istanza per abilitare l'aumento automatico dello spazio di archiviazione. |
L'istanza principale on-premise è bloccata. | Google Cloud non può aiutarti con le istanze che non si trovano in Cloud SQL. |
Arresto lento al riavvio. | Quando un'istanza viene arrestata, tutte le connessioni in sospeso che non
termini entro 60 secondi rendono l'arresto sporco.
Poiché le connessioni durano meno di 60 secondi, la maggior parte delle è possibile evitare gli arresti, incluse le connessioni dal database al prompt dei comandi. Se mantieni aperte queste connessioni per ore o giorni, gli arresti anomali possono essere sporchi. |
Impossibile eliminare un utente. | È probabile che l'utente contenga oggetti nel database che dipendono da questo. Tu
devono rilasciare
gli oggetti o riassegnarli a un altro utente.
Scopri quali oggetti dipendono dall'utente, poi rilasciali o riassegnali per questi oggetti a un altro utente. Questo thread su Stack Exchange spiega come trovare gli oggetti di proprietà per l'utente. |
Alcune query sono lente. | Le query possono essere lente per molti motivi, principalmente a causa di database specifici
aspetti. Uno dei motivi che può influire su Cloud SQL è la latenza di rete,
quando la risorsa di origine (autore o lettore) e la destinazione
(Cloud SQL) si trovano in regioni diverse.
Consulta consigli generali per le prestazioni. Per inserimenti, aggiornamenti o eliminazioni lenti dei database, considera quanto segue azioni:
Per ridurre la latenza, il consiglio è di individuare sia l'origine che risorse di destinazione nella stessa regione. |
È indicato che la memoria è insufficiente, ma non è indicato dai grafici di monitoraggio. | Un'istanza può generare un errore e segnalare Out of memory , ma
I grafici della console Google Cloud o di Cloud Monitoring sembrano indicare che sono ancora
memoria rimanente.
Oltre al carico di lavoro, esistono altri fattori che possono influire sulla memoria di rete, ad esempio il numero di connessioni attive e l'overhead interno i processi di machine learning. Questi aspetti non sempre si riflettono nei grafici di monitoraggio. Assicurati che l'istanza abbia un overhead sufficiente per tenere conto del carico di lavoro più costi aggiuntivi. |
Recupero di un'istanza eliminata. | Tutti i dati su un'istanza, inclusi i backup, vengono persi definitivamente quando
viene eliminata l'istanza.
Per conservare i dati: esportarlo in Cloud Storage prima di per eliminare un'istanza. Il ruolo Amministratore Cloud SQL include l'autorizzazione per eliminare in esecuzione in un'istanza Compute Engine. Per impedire l'eliminazione accidentale, concedi questo ruolo solo se necessario. |
Vuoi rinominare un'istanza Cloud SQL esistente. | La ridenominazione di un'istanza esistente non è supportata.
Esistono altri modi per raggiungere l'obiettivo creando una nuova istanza.
In entrambi i casi, puoi eliminare la vecchia istanza dopo che l'operazione è stata fatto. Ti consigliamo di procedere con la clonazione, poiché non ha alcun impatto sul delle prestazioni e non richiede di ripetere la configurazione dell'istanza come flag, tipo di macchina, dimensioni di archiviazione e memoria. |
Errore durante l'eliminazione di un'istanza. | Se per un'istanza è abilitata la protezione da eliminazione, conferma i tuoi piani per eliminare l'istanza. Poi Disabilita la protezione dall'eliminazione prima di eliminare l'istanza. |
Private Service Connect
Problema | Risoluzione dei problemi |
---|---|
Il collegamento al servizio dell'istanza non accetta l'endpoint Private Service Connect. |
|
Replica
Problema | Risoluzione dei problemi |
---|---|
La replica di lettura non è stata avviata al momento della creazione. | Probabilmente contiene un errore più specifico nei file di log. Esamina i log in Cloud Logging per trovare l'errore effettivo. |
Impossibile creare la replica di lettura: errore invalidFlagValue. | Uno dei flag nella richiesta non è valido. Potrebbe essere una segnalazione
fornito esplicitamente o uno impostato su un valore predefinito.
Innanzitutto, verifica che il valore del flag Se il flag |
Impossibile creare la replica di lettura: errore sconosciuto. | Probabilmente contiene un errore più specifico nei file di log.
Esamina i log in
Cloud Logging per trovare l'errore effettivo.
Se l'errore è: |
Il disco è pieno. | La dimensione del disco dell'istanza principale può diventare piena durante la creazione della replica. Modifica l'istanza principale per eseguirne l'upgrade a una dimensione del disco maggiore. |
Lo spazio su disco aumenta in modo significativo. | Uno slot non utilizzato attivamente per monitorare i dati fa sì che PostgreSQL
mantenere i segmenti WAL a tempo indeterminato, causando l'aumento indefinita dello spazio su disco. Se utilizzi
le funzionalità di decodifica e replica logica in Cloud SQL, gli slot di replica
creati e eliminati automaticamente. Gli slot di replica non utilizzati possono essere rilevati eseguendo una query sul
pg_replication_slots
visualizzazione di sistema e filtro nella colonna active . Non utilizzato
possono essere rimossi per rimuovere i segmenti WAL utilizzando
Comando pg_drop_replication_slot .
|
L'istanza di replica utilizza troppa memoria. | La replica utilizza la memoria temporanea per memorizzare nella cache la lettura richiesta più spesso
operazioni, il che può portarlo a utilizzare più memoria rispetto all'istanza principale.
Riavvia l'istanza di replica per recuperare lo spazio di memoria temporaneo. |
Replica interrotta. | È stato raggiunto il limite massimo di spazio di archiviazione e l'archiviazione automatica
L'aumento non è abilitato.
Modifica l'istanza per abilitare |
Il ritardo della replica è costantemente elevato. | Il carico di scrittura è troppo elevato per essere gestito dalla replica. Ritardo della replica
si verifica quando il thread SQL su una replica non riesce a stare al passo
thread IO. Alcuni tipi di query o carichi di lavoro possono causare problemi
un ritardo di replica elevato permanente per un determinato schema. Alcuni dei tipici
Le cause del ritardo di replica sono:
Ecco alcune possibili soluzioni:
|
Errori durante la ricreazione degli indici in PostgreSQL 9.6. | PostgreSQL ti informa che devi ricreare
specifico indice. Questa operazione può essere eseguita solo sull'istanza principale. Se
una nuova istanza di replica, presto verrà visualizzato di nuovo lo stesso errore.
Indici hash
non vengono propagate alle repliche nelle versioni PostgreSQL precedenti alla 10.
Se devi utilizzare indici hash, esegui l'upgrade a PostgreSQL 10 o versioni successive. Altrimenti, Se vuoi usare anche le repliche, non usare indici hash in PostgreSQL 9.6. |
La query sull'istanza principale è sempre in esecuzione. | Dopo aver creato una replica, è previsto che la query SELECT * from pg_stat_activity where state = 'active' and pid = XXXX and username = 'cloudsqlreplica' venga eseguita continuativamente sull'istanza principale.
|
La creazione della replica non riesce con il timeout. | Le transazioni non impegnate a lunga esecuzione sull'istanza principale possono causare
in caso di errore durante la creazione della replica di lettura.
Ricrea la replica dopo aver interrotto tutte le query in esecuzione. |
Se l'istanza principale e la replica hanno dimensioni vCPU diverse, potrebbero verificarsi problemi di prestazioni delle query, poiché lo strumento di ottimizzazione delle query prende in considerazione le dimensioni delle vCPU. |
Per risolvere il problema, completa i seguenti passaggi:
Se si tratta di una query specifica, modificala. Ad esempio, puoi modificare l'ordine dei join per vedere se il rendimento migliora. |