Problemas conhecidos

Esta página apresenta uma lista de problemas conhecidos com o Cloud SQL para SQL Server, juntamente com formas de os evitar ou recuperar.

Problemas de ligação à instância

  • Certificados SSL/TLS expirados

    Se a sua instância estiver configurada para usar SSL, aceda à página Instâncias do Cloud SQL na Google Cloud consola e abra a instância. Abra a página Ligações, selecione o separador Segurança e certifique-se de que o certificado do servidor é válido. Se tiver expirado, tem de adicionar um novo certificado e alternar para o mesmo.

  • Versão do proxy Auth do Cloud SQL

    Se estiver a estabelecer ligação através do proxy Auth do Cloud SQL, certifique-se de que está a usar a versão mais recente. Para mais informações, consulte o artigo Manter o proxy Auth do Cloud SQL atualizado.

  • Não tem autorização para estabelecer ligação

    Se tentar estabelecer ligação a uma instância que não existe nesse projeto, a mensagem de erro indica apenas que não tem autorização para aceder a essa instância.

  • Não é possível criar uma instância do Cloud SQL

    Se vir a mensagem de erro Failed to create subnetwork. Router status is temporarily unavailable. Please try again later. Help Token: [token-ID], tente criar novamente a instância do Cloud SQL.

Problemas administrativos

  • Uma operação de exportação de grande volume pode afetar negativamente a disponibilidade da instância

    Antes de iniciar uma exportação grande, certifique-se de que, pelo menos, 25% do tamanho da base de dados está livre (na instância). Isto ajuda a evitar problemas com o crescimento automático agressivo, que podem afetar a disponibilidade da instância.

    • Se a sua instância do SQL Server usar uma edição do SQL Server Express:

      • Se especificar uma flag quando cria uma nova instância, a criação da instância falha.

      • Não é possível definir flags de base de dados numa instância existente.

    • Não é possível cancelar nem parar as operações de importação e exportação de instâncias do Cloud SQL de longa duração

      Só é possível executar uma operação de cada vez numa instância do Cloud SQL. Certifique-se de que não precisa de realizar outras operações numa instância quando inicia uma operação de longa duração.

      Quando inicia uma operação de instância do Cloud SQL de execução prolongada, como uma operação de importação ou exportação, não existe forma de cancelar a operação sem reiniciar a instância.

    • Se cancelar uma importação de um ficheiro BAK, a base de dados que está a importar fica num estado parcial. Tem de eliminar a base de dados. Se cancelar uma importação de um ficheiro SQL, tem de limpar manualmente os dados parciais.

Problemas com a importação e exportação de dados

  • Não crie um ficheiro BAK (para importação) a partir de uma base de dados de leitura ou de uma base de dados no modo de utilizador único. Se criar um ficheiro BAK a partir de uma base de dados só de leitura ou de uma base de dados que esteja no modo de utilizador único e importar esse ficheiro, pode ocorrer um erro.

  • Se estiver a tentar importar e exportar dados de uma base de dados grande (por exemplo, uma base de dados com 500 GB de dados ou mais), as operações de importação e exportação podem demorar muito tempo a serem concluídas. Além disso, não pode realizar outras operações (por exemplo, a operação de cópia de segurança) enquanto a importação ou a exportação estiver em curso. Uma potencial opção para melhorar o desempenho do processo de importação e exportação é restaurar uma cópia de segurança anterior através da gcloud ou da API.

  • O Cloud SQL suporta a inserção em massa apenas no SQL Server 2022.

  • O Cloud SQL só suporta a RAW página de código.

  • O Cloud SQL não suporta a inserção em massa em réplicas de leitura.

  • O Cloud SQL suporta a inserção em massa apenas para importar dados para tabelas.

  • O Cloud Storage suporta um tamanho máximo de objeto único de cinco terabytes. Se tiver bases de dados com mais de 5 TB, a operação de exportação para o Cloud Storage falha. Neste caso, tem de dividir os ficheiros de exportação em segmentos mais pequenos.

Registos de transações e crescimento do disco

Os registos são eliminados uma vez por dia e não de forma contínua. Quando o número de dias de retenção de registos está configurado para ser igual ao número de cópias de segurança, pode perder um dia de registo, consoante a altura em que a cópia de segurança ocorre. Por exemplo, se definir a retenção de registos para sete dias e a retenção de cópias de segurança para sete cópias de segurança, significa que são retidos entre seis e sete dias de registos.

Recomendamos que defina o número de cópias de segurança para, pelo menos, mais um do que os dias de retenção de registos para garantir um mínimo de dias especificados de retenção de registos.

Problemas relacionados com o Cloud Monitoring ou o Cloud Logging

As instâncias com os seguintes nomes de regiões são apresentadas incorretamente em determinados contextos, da seguinte forma:

  • us-central1 é apresentado como us-central
  • europe-west1 é apresentado como europe
  • asia-east1 é apresentado como asia

Este problema ocorre nos seguintes contextos:

  • Alertas no Cloud Monitoring
  • Metrics Explorer
  • Cloud Logging

Pode mitigar o problema para os alertas no Cloud Monitoring e para o explorador de métricas através de etiquetas de metadados de recursos. Use a etiqueta de metadados do sistema region em vez da etiqueta de recurso monitorizado cloudsql_database region.