Controlla se la tua domanda o il tuo problema è già stato trattato in una delle pagine seguenti:
- Domande frequenti
- Problemi noti
- Messaggi di errore
- Diagnostica dei problemi
- Debug dei problemi di connessione
Gli argomenti trattati in questa pagina includono:
- Backup e ripristino
- Clonazione
- Connettività
- Creazione di istanze
- Flag
- Alta disponibilità
- Importazione ed esportazione
- Server collegati
- 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 solo l'esito positivo o negativo dell'operazione
al termine. Non è progettato per mostrare avvisi o altri aggiornamenti.
Esegui il comando
|
Vuoi scoprire chi ha emesso un'operazione di backup on demand. | L'interfaccia utente non mostra l'utente che ha avviato un'operazione.
Cerca nei log e filtra per testo per trovare l'utente. Potresti dover utilizzare i log di controllo per informazioni private. I file di log pertinenti includono:
|
Una volta eliminata un'istanza, non puoi eseguirne il backup. | Se elimini un'istanza senza eseguire un backup finale dei dati, non è possibile alcun recupero dei dati. Tuttavia, se ripristini l'istanza, Cloud SQL ripristina anche i backup. Per ulteriori informazioni sul recupero di un'istanza eliminata, consulta Backup di recupero. Se hai eseguito un'operazione di esportazione, crea una nuova istanza e poi esegui un'operazione di importazione per ricreare il database. Le esportazioni vengono scritte in Cloud Storage e le importazioni vengono lette da lì. |
Un backup automatico è bloccato da molte ore e non può essere annullato. | I backup possono richiedere molto tempo, a seconda delle dimensioni del database.
Se hai davvero bisogno di annullare l'operazione, puoi chiedere all'
assistenza clienti di |
Un'operazione di ripristino può non riuscire quando uno o più utenti a cui viene fatto riferimento nel file di dump SQL non esistono. | Prima di ripristinare un dump SQL, tutti gli utenti del database che sono proprietari di oggetti o
a cui sono state concesse autorizzazioni per gli oggetti nel database di cui è stato eseguito il dump devono esistere nel
database di destinazione. In caso contrario, l'operazione di ripristino non riesce a ricreare gli 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 per i quali puoi conservare i backup automatici da 7 a 30 giorni o più. | Puoi
configurare il numero di backup automatici da conservare, ma non puoi conservarne un numero inferiore a quello predefinito (sette). I backup automatici vengono eliminati
regolarmente in base al valore di conservazione configurato. Purtroppo, ciò significa che i
backup attualmente visibili sono gli unici backup automatici da cui puoi eseguire il ripristino.
Per conservare i backup a tempo indeterminato, puoi creare un backup on demand, in quanto non vengono eliminati come i backup automatici. I backup on demand vengono conservati per un periodo di tempo indefinito. ovvero rimangono finché non vengono eliminati o finché non viene eliminata l'istanza a cui appartengono. Poiché questo tipo di backup non viene eliminato automaticamente, può influire sulla fatturazione. |
Un backup automatico non è andato a buon fine 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 sui log. |
Non puoi ripristinare l'istanza utilizzando il comando RESTORE di Transact-SQL o SQL Server Management Studio (SSMS). |
Cloud SQL non supporta il ripristino delle istanze tramite SSMS.
Per ripristinare l'istanza, esegui il comando
gcloud sql import .
|
Clona
Problema | Risoluzione dei problemi |
---|---|
La clonazione non riesce a causa dell'errore constraints/sql.restrictAuthorizedNetworks . |
L'operazione di clonazione è bloccata dalla configurazione Authorized Networks .
Authorized Networks sono configurati per gli indirizzi IP pubblici nella sezione Connettività
della console Google Cloud e la clonazione non è consentita a causa di
considerazioni di sicurezza.
Se possibile, 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 indirizzo IP privato, ma non hai specificato l'intervallo IP allocato che vuoi utilizzare e l'istanza di origine non è stata creata con l'intervallo specificato. Di conseguenza, 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 le best practice come il pooling delle connessioni e i nuovi tentativi. La maggior parte dei pool di connessioni rileva questi errori, se possibile. In caso contrario, l'applicazione deve riprovare o non riuscire in modo controllato. Per il nuovo tentativo di connessione, ti consigliamo i seguenti metodi:
La combinazione di questi metodi contribuisce a ridurre la limitazione. |
Creazione delle istanze
Problema | Risoluzione dei problemi |
---|---|
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: HTTPError 400: Invalid request: Incorrect Service Networking config for instance: PROJECT_ID:INSTANCE_NAME:SERVICE_NETWORKING_NOT_ENABLED. |
Abilita l'API Service Networking utilizzando il comando seguente e prova a creare di nuovo l'istanza Cloud SQL. gcloud services enable servicenetworking.googleapis.com \ --project=PROJECT_ID |
Messaggio di errore: Failed to create subnetwork. Required
'compute.projects.get' permission for PROJECT_ID . |
Quando crei un'istanza utilizzando un indirizzo IP privato, viene creato un service account just-in-time utilizzando l'API Service Networking. Se hai abilitato di recente l'API Service Networking, ilaccount di serviziot potrebbe non essere creato e la creazione dell'istanza non riesce. In questo caso, devi attendere che il account di servizio si propaghi in tutto il sistema o aggiungerlo manualmente con le autorizzazioni richieste. |
Messaggio di errore: More than 3 subject alternative names are not
allowed. |
Stai tentando di utilizzare un nome comune del soggetto personalizzato per aggiungere più di tre nomi DNS al certificato del server di un'istanza Cloud SQL. Non puoi aggiungere più di tre nomi DNS all'istanza. |
Messaggio di errore: Subject alternative names %s is too long. The
maximum length is 253 characters. |
Assicurati che i nomi DNS che vuoi aggiungere al certificato del server di un'istanza Cloud SQL non superino i 253 caratteri. |
Messaggio di errore: Subject alternative name %s is invalid. |
Verifica che i nomi DNS che vuoi aggiungere al certificato del server di un'istanza Cloud SQL soddisfino i seguenti criteri:
|
Esporta
Problema | Risoluzione dei problemi |
---|---|
HTTP Error 409: Operation failed because another operation was
already in progress. |
Esiste già un'operazione in attesa per la tua istanza. È consentita una sola operazione alla volta. Prova a eseguire la richiesta dopo il completamento dell'operazione attuale. |
HTTP Error 403: The service account does not have the required
permissions for the bucket. |
Assicurati che il bucket esista e che il account di servizio dell'istanza Cloud SQL (che esegue l'esportazione) disponga del ruolo
Storage Object Creator
(roles/storage.objectCreator ) per consentire l'esportazione nel bucket. Vedi
Ruoli IAM per Cloud Storage. |
Vuoi che le esportazioni siano automatizzate. | Cloud SQL non fornisce un modo per automatizzare le esportazioni.
Puoi creare il tuo sistema di esportazione automatizzato utilizzando prodotti come Cloud Scheduler, Pub/Sub e Cloud Run Functions, in modo simile a questo articolo sull' automazione dei backup. Google Cloud |
Bandiere
Problema | Risoluzione dei problemi |
---|---|
Vuoi modificare il fuso orario per un'istanza Cloud SQL. |
Per scoprire come aggiornare il fuso orario di un'istanza, consulta Impostazioni dell'istanza. In Cloud SQL per SQL Server, puoi utilizzare la funzione |
Alta disponibilità
Problema | Risoluzione dei problemi |
---|---|
Non riesci a trovare le metriche per un failover manuale. | Nelle metriche vengono conteggiati solo i failover automatici. |
Le risorse dell'istanza Cloud SQL (CPU e RAM) sono vicine al 100% di utilizzo, il che causa l'interruzione dell'istanza ad alta disponibilità. | Le dimensioni della macchina dell'istanza sono troppo piccole per il carico.
Modifica l'istanza per eseguire l'upgrade a una dimensione della macchina più grande per ottenere più CPU e memoria. |
Importa
Problema | Risoluzione dei problemi |
---|---|
HTTP Error 409: Operation failed because another operation was already in progress . |
Esiste già un'operazione in attesa per la tua istanza. È consentita una sola operazione alla volta. Prova a eseguire la richiesta dopo il completamento dell'operazione attuale. |
L'operazione di importazione sta richiedendo troppo tempo. | Un numero eccessivo di connessioni attive può interferire con le operazioni di importazione.
Chiudi le operazioni non utilizzate. Controlla l'utilizzo di CPU e memoria della tua istanza Cloud SQL per assicurarti che siano disponibili molte risorse. Il modo migliore per garantire le risorse massime 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 file di dump non esistono. | Prima di importare un file di dump, tutti gli utenti del database che sono proprietari di oggetti o
a cui sono state concesse autorizzazioni per gli oggetti nel database di cui è stato eseguito il dump devono esistere nel
database di destinazione. In caso contrario, l'operazione di importazione non riesce a ricreare gli oggetti con la proprietà o le autorizzazioni originali.
Crea gli utenti del database prima dell'importazione. |
Mancata corrispondenza LSN | L'ordine di importazione dei backup dei log delle transazioni non è corretto o la catena dei log delle transazioni è interrotta. Importa i backup del log delle transazioni nello stesso ordine della tabella del set di backup. |
StopAt troppo presto | Questo errore indica che il primo log nel file di log delle transazioni è successivo al timestamp StopAt . Ad esempio, se
il primo accesso nel file di log delle transazioni è alle ore 12:00 del 1° settembre 2023 e il campo StopAt
ha il valore 11:00 del 1° settembre 2023, Cloud SQL restituisce questo errore.Assicurati di utilizzare il StopAt timestamp corretto e il file di log delle transazioni corretto. |
Server collegati
Messaggio di errore | Risoluzione dei problemi |
---|---|
Msg 7411, Level 16, State 1, Line 25
|
L'opzione DataAccess è disattivata. Esegui il
seguente comando per abilitare l'accesso ai dati:EXEC sp_serveroption @server='LINKED_SERVER_NAME', @optname='data access', @optvalue='TRUE' Sostituisci LINKED_SERVER_NAME con il nome del server collegato. |
Access to the remote server is denied because no
login-mapping exists. (Microsoft SQL Server, Error: 7416)
|
Se si verifica questo problema durante la creazione di una connessione
criptata, devi provare un altro modo per fornire l'ID utente quando
accedi al server collegato. Per farlo, esegui questo comando:
EXEC master.dbo.sp_addlinkedserver @server = N'LINKED_SERVER_NAME', @srvproduct= N'', @provider= N'SQLNCLI', @datasrc= N'TARGET_SERVER_ID', @provstr= N'Encrypt=yes;TrustServerCertificate=yes;User ID=USER_ID' Sostituisci quanto segue:
|
Logging
Problema | Risoluzione dei problemi |
---|---|
Audit log non trovati. | I log di accesso ai dati vengono scritti solo se l'operazione è una chiamata API autenticata guidata dall'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. |
Le informazioni sulle operazioni non sono presenti nei log. | Vuoi trovare maggiori informazioni su un'operazione.
Ad esempio, un utente è stato eliminato, ma non riesci a scoprire chi lo ha fatto. I log mostrano l'operazione iniziata, ma non forniscono ulteriori informazioni. Devi attivare la registrazione degli audit per registrare informazioni dettagliate e di identificazione personale (PII) come queste. |
Alcuni log vengono filtrati dal log error.log di un'istanza Cloud SQL per SQL Server.
|
I log filtrati includono
Log AD senza timestamp e includono:
Login failed for user 'x'. Reason: Token-based server access
validation failed with an infrastructure error. Login lacks connect endpoint
permission. [CLIENT: 127.0.0.1] . Questi log vengono filtrati perché
potrebbero potenzialmente causare confusione.
|
I file di log sono difficili da leggere. | Preferisci visualizzare i log in formato JSON o di testo.Puoi utilizzare il comando
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 file di testo: 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 |
Gestisci le istanze
Problema | Risoluzione dei problemi |
---|---|
L'archiviazione temporanea ha aumentato l'archiviazione automatica. | L'archiviazione automatica è attivata.
Il riavvio elimina i file temporanei, ma non riduce lo spazio di archiviazione. Solo l' assistenza clienti può reimpostare le dimensioni dell'istanza. |
I dati vengono eliminati automaticamente. | Molto probabilmente uno script è in esecuzione da qualche parte nel tuo ambiente.
Controlla i log intorno al momento dell'eliminazione e verifica se è in esecuzione uno script non autorizzato da una dashboard o da un altro processo automatizzato. |
L'istanza non può essere eliminata. | 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 o l'istanza potrebbe avere lo stato del flag INSTANCE_RISKY_FLAG_CONFIG .
Alcune possibili spiegazioni includono:
|
L'istanza è bloccata a causa delle grandi dimensioni dei dati temporanei. | Il sistema può creare molte tabelle temporanee contemporaneamente, a seconda
delle query e del carico.
Purtroppo, non puoi ridurre le dimensioni del file Un'opzione di mitigazione è creare la tabella temporanea con
|
Errore irreversibile durante l'upgrade. | I log potrebbero rivelare ulteriori informazioni, ma in ogni caso potrebbe essere necessario l'assistenza clienti per forzare la ricreazione dell'istanza. |
L'istanza è bloccata al riavvio dopo l'esaurimento dello spazio su disco. | La funzionalità di aumento automatico dello spazio di archiviazione non è abilitata.
Se lo spazio di archiviazione dell'istanza si esaurisce e la funzionalità di aumento automatico dello spazio di archiviazione non è abilitata, l'istanza va offline. Per evitare questo problema, puoi modificare l'istanza per abilitare l'aumento automatico dello spazio di archiviazione. |
La tua 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 si arresta, tutte le connessioni in sospeso che non
terminano entro 60 secondi rendono l'arresto non pulito.
Se le connessioni durano meno di 60 secondi, è possibile evitare la maggior parte degli arresti anomali, incluse le connessioni dal prompt dei comandi del database. Se mantieni aperte queste connessioni per ore o giorni, gli spegnimenti possono essere non puliti. |
Un utente non può essere eliminato. | Probabilmente l'utente ha oggetti nel database che dipendono da questo ruolo. Devi
eliminare questi oggetti o riassegnarli a un altro utente.
Scopri quali oggetti dipendono dall'utente, quindi eliminali o riassegnali a un altro utente. Questo thread su Stack Exchange spiega come trovare gli oggetti di proprietà dell'utente. |
Determinate query vengono eseguite lentamente. | Le query possono essere lente per molti motivi, principalmente a causa di aspetti specifici del database. Un motivo che può coinvolgere Cloud SQL è la latenza di rete,
quando la risorsa di origine (scrittore o lettore) e la risorsa di destinazione
(Cloud SQL) si trovano in regioni diverse.
Fai riferimento in particolare ai suggerimenti generali sul rendimento. Per inserimenti, aggiornamenti o eliminazioni lenti del database, valuta le seguenti azioni:
Per ridurre la latenza, ti consigliamo di individuare le risorse di origine e di destinazione nella stessa regione. |
Viene indicato che la memoria è piena, ma i grafici di monitoraggio non lo mostrano. | Un'istanza può non riuscire e segnalare Out of memory , ma i grafici della console Google Cloud o di Cloud Monitoring sembrano mostrare che è ancora disponibile memoria.
Oltre al carico di lavoro, esistono altri fattori che possono influire sull'utilizzo della memoria, ad esempio il numero di connessioni attive e i processi di overhead interni. Questi valori non sempre vengono visualizzati nei grafici di monitoraggio. Assicurati che l'istanza abbia un overhead sufficiente per tenere conto del carico di lavoro più un overhead aggiuntivo. |
Recupero di un'istanza eliminata. | Tutti i dati di un'istanza, inclusi i backup, vengono persi definitivamente quando
l'istanza viene eliminata.
Per conservare i dati, esportali in Cloud Storage prima di eliminare un'istanza. Il ruolo Cloud SQL Admin include l'autorizzazione per eliminare l'istanza. Per evitare eliminazioni accidentali, assegna 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 al termine dell'operazione. Ti consigliamo di scegliere la clonazione, in quanto non influisce sulle prestazioni e non richiede di ripetere le impostazioni di configurazione dell'istanza, come flag, tipo di macchina, dimensioni dello spazio di archiviazione e memoria. |
Errore durante l'eliminazione di un'istanza. | Se la protezione dall'eliminazione è abilitata per un'istanza, conferma l'intenzione di eliminare l'istanza. Poi disattiva la protezione da eliminazione prima di eliminare l'istanza. |
Private Service Connect
Problema | Risoluzione dei problemi |
---|---|
Il collegamento del servizio dell'istanza non accetta l'endpoint Private Service Connect. |
|
ERROR: (gcloud.compute.forwarding-rules.create) Could not fetch resource: The resource 'projects/PROJECT_ID/regions/REGION/subnetworks/SUBNET_NAME' was not found |
Questo messaggio di errore può verificarsi quando si riserva un indirizzo IP interno statico per l'endpoint Private Service Connect. Assicurati che la subnet specificata esista nel progetto specificato dall'URI. Se vuoi creare un endpoint in un progetto di servizio, ma utilizzare una subnet da una rete VPC condiviso, devi specificare la subnet in base al relativo URI e utilizzare l'ID progetto del progetto host nell'URI. Per saperne di più, consulta Creare l'endpoint manualmente. |
ERROR: (gcloud.compute.forwarding-rules.create) Could not fetch resource:
- The resource 'projects/PROJECT_ID/global/networks/NETWORK_NAME' was not found |
Questo messaggio di errore può verificarsi quando crei manualmente un endpoint Private Service Connect. Assicurati che la rete specificata esista nel progetto specificato dall'URI. Se vuoi creare un endpoint in un progetto di servizio, ma utilizzare una rete VPC condiviso, devi specificare la rete tramite il relativo URI e utilizzare l'ID progetto del progetto host nell'URI. Per saperne di più, consulta Creare l'endpoint manualmente. |
Replica
Problema | Risoluzione dei problemi |
---|---|
La replica di lettura non ha iniziato la replica al momento della creazione. | Probabilmente nei file di log è presente un errore più specifico. Ispeziona 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 trattarsi di un flag che hai
fornito esplicitamente o di 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 nei file di log è presente un errore più specifico.
Ispeziona i log in
Cloud Logging per trovare l'errore effettivo.
Se l'errore è: |
Lo spazio sul disco è esaurito. | La dimensione del disco dell'istanza principale può esaurirsi durante la creazione della replica. Modifica l'istanza principale per eseguire l'upgrade a una dimensione del disco maggiore. |
L'istanza di replica utilizza troppa memoria. | La replica utilizza la memoria temporanea per memorizzare nella cache le operazioni di lettura richieste di frequente, il che può portare a un utilizzo di memoria superiore rispetto all'istanza principale.
Riavvia l'istanza di replica per recuperare lo spazio di memoria temporaneo. |
La replica è stata interrotta. | È stato raggiunto il limite massimo di spazio di archiviazione e l'aumento automatico
dello spazio di archiviazione non è abilitato.
Modifica l'istanza per abilitare |
Il ritardo di replica è costantemente elevato. | Il carico di scrittura è troppo elevato per la replica. Il ritardo di replica
si verifica quando il thread SQL su una replica non riesce a tenere il passo con il
thread I/O. Alcuni tipi di query o carichi di lavoro possono causare un ritardo di replica elevato temporaneo o permanente per un determinato schema. Alcune delle cause tipiche
del ritardo della replica sono:
Alcune possibili soluzioni includono:
|
La creazione della replica non riesce a causa del timeout. | Le transazioni non sottoposte a commit a esecuzione prolungata sull'istanza principale possono causare
la mancata creazione della replica di lettura.
Ricrea la replica dopo aver interrotto tutte le query in esecuzione. |