Problemas conhecidos

Nesta página, você encontrará uma lista dos problemas conhecidos do Cloud SQL para SQL Server, além de maneiras de evitá-los e corrigi-los.

Problemas de conexão da instância

  • Certificados SSL/TLS expirados

    Se a instância estiver configurada para usar SSL, acesse a página Instâncias do Cloud SQL no console do Google Cloud e abra a instância. Abra a página Conexões, selecione a guia Segurança e verifique se o certificado do servidor é válido. Se ele tiver expirado, você precisará adicionar um novo e fazer a rotação dos certificados.

  • Versão do proxy do Cloud SQL Auth

    Se estiver se conectando usando o proxy do Cloud SQL Auth, verifique se está usando a versão mais recente. Para mais informações, consulte Como manter o proxy do Cloud SQL Auth atualizado.

  • Conexão não autorizada

    Se você tentar se conectar a uma instância que não existe no projeto, a mensagem de erro informará apenas que você não está autorizado a acessar essa instância.

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

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

Problemas administrativos

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

    Antes de iniciar uma exportação grande, verifique se pelo menos 25% do tamanho do banco de dados está liberado (na instância). Isso ajuda a evitar problemas de crescimento automático agressivo, o que pode afetar a disponibilidade da instância.

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

    • Se você especificar uma sinalização ao criar uma nova instância, a criação dessa instância falhará.

    • Não é possível definir sinalizações do banco de dados em uma instância atual.

  • As operações de importação e exportação do Cloud SQL de longa duração não podem ser canceladas nem interrompidas.

    Apenas uma operação pode ser executada por vez em uma instância do Cloud SQL. Certifique-se de que não seja necessário executar outras operações em uma instância ao iniciar uma operação de longa duração.

    Quando você inicia uma operação de longa duração da instância do Cloud SQL, como uma operação de importação ou exportação, não é possível cancelá-la sem reiniciar a instância.

  • Se você cancelar uma importação de um arquivo BAK, o banco de dados que você está importando permanecerá em estado parcial. Você precisa descartar o banco de dados. Se você cancelar uma importação de um arquivo SQL, será necessário limpar os dados parciais manualmente.

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

  • Não crie um arquivo BAK (para importação) a partir de um banco de dados somente leitura ou de um banco de dados que esteja no modo de usuário único. Se você criar um arquivo BAK a partir de um banco de dados somente leitura ou de um banco de dados que esteja no modo de usuário único e importar esse arquivo, poderá ocorrer um erro.

  • Se você estiver tentando importar e exportar dados de um banco de dados grande (por exemplo, um banco de dados que tenha 500 GB de dados ou mais), as operações de importação e exportação poderão levar muito tempo para serem concluídas. Além disso, outras operações (por exemplo, a de backup) não estarão disponíveis para serem realizadas enquanto ocorre a importação ou exportação. Uma opção possível para melhorar o desempenho do processo de importação e exportação é restaurar um backup anterior usando gcloud ou a API.

  • O Cloud SQL é compatível com a inserção em massa apenas no SQL Server 2022.

  • O Cloud SQL só oferece suporte à página de códigos RAW.

  • O Cloud SQL não oferece suporte à inserção em massa em réplicas de leitura.

  • O Cloud SQL é compatível com a inserção em massa apenas para importação de dados para tabelas.

  • O Cloud Storage é compatível com um tamanho máximo de objeto único de 5 terabytes. Se você tiver bancos de dados maiores que 5 TB, a operação de exportação para o Cloud Storage falhará. Nesse caso, é preciso dividir os arquivos de exportação em segmentos menores.

Registros de transações e crescimento do disco

Os registros são limpados uma vez por dia, e não continuamente. Quando o número de dias de retenção de registros é configurado para ser o mesmo que o número de backups, um dia de registro pode ser perdido, dependendo de quando o backup ocorre. Por exemplo, definir a retenção de registros para 7 dias e a retenção de backup para 7 backups significa que entre 6 e 7 dias de registros serão retidos.

Recomendamos que você defina o número de backups para, pelo menos, um dia a mais de dias de retenção de registros. Dessa forma, é possível garantir um mínimo de dias especificados para a retenção de registros.

As instâncias com os seguintes nomes de região são exibidas incorretamente em determinados contextos, da seguinte maneira:

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

Esse problema ocorre nos seguintes contextos:

  • Alertas no Cloud Monitoring
  • Metrics Explorer
  • Cloud Logging

Reduza o problema dos alertas no Cloud Monitoring e no Metrics Explorer usando os rótulos de metadados de recursos. Use o rótulo de metadados do sistema region em vez do rótulo de recurso monitorado region cloudsql_database.