:Q&A

Conceitos básicos

• O que é uma instância de banco de dados?

  Uma instância de banco de dados é um servidor onde você cria um ou mais bancos de dados. Em cada banco de dados, é possível criar uma ou mais tabelas.

• O que são instâncias primárias e secundárias?

  Nas instâncias da High-availability Edition, SQL Server Cluster Edition , seus serviços acessam a instância primária. Os dados da instância primária são sincronizados em tempo real com outro nó, correspondente à instância secundária.

  Apenas a instância primária está acessível. A instância secundária serve exclusivamente para backup e não processa solicitações de serviço. Se a instância primária falhar, ocorre um failover entre primária e secundária. A instância secundária assume como nova primária, e a antiga primária é reconstruída para se tornar a nova secundária. Esse processo é transparente para sua aplicação, embora possa ocorrer uma desconexão transitória durante o failover.

  Nota

  Nas instâncias da MySQL Cluster Edition, os nós são denominados primário e secundário. Os nós secundários permitem leitura. Caso o nó primário falhe, qualquer nó secundário pode ser promovido a primário.

  Para obter mais informações sobre a arquitetura primária e secundária de cada edição, consulte Visão geral das edições do ApsaraDB RDS.

• O que é uma instância somente leitura?

  Uma instância somente leitura permite dimensionar elasticamente a capacidade de leitura do seu sistema de banco de dados e aliviar a pressão de leitura na instância primária. Se o seu banco de dados recebe muitas solicitações de leitura e poucas de escrita, uma única instância pode não suportar a carga de leitura, afetando seus negócios. Nesse cenário, crie uma ou mais instâncias somente leitura para lidar com o alto volume de solicitações de leitura e aumentar o throughput da sua aplicação.

  Para saber mais, consulte Introdução às instâncias somente leitura do ApsaraDB RDS for MySQL.

Faturamento e compra

• Por que recebo um erro de "permissão negada" ao tentar criar uma instância do ApsaraDB RDS?

  Esse erro geralmente ocorre quando um usuário RAM tenta criar uma instância do ApsaraDB RDS. Recomendamos criar instâncias usando sua conta Alibaba Cloud. Caso precise usar um usuário RAM, conceda a permissão AliyunRDSFullAccess a ele. Para mais detalhes, consulte Conceder permissões a um usuário RAM.

• Minha instância usa o método de faturamento por assinatura. Por que há cobranças extras?

  A taxa de assinatura cobre apenas a instância e seu espaço de armazenamento. Custos adicionais surgem se você utilizar instâncias somente leitura, ativar o SQL Explorer, usar recursos pagos de monitoramento de desempenho ou exceder a cota gratuita de armazenamento de backup. Para mais informações, consulte Itens faturáveis.

• Por que minha nova instância não aparece na lista de instâncias após a criação?

  Esse problema pode ocorrer pelos seguintes motivos:

  • Região incorreta

    A região exibida no momento pode ser diferente daquela selecionada para a instância. Alterne entre regiões no canto superior esquerdo do console.

  • Recursos insuficientes na zona

    Os recursos em uma zona são alocados dinamicamente. Se a zona escolhida não tiver recursos suficientes no momento do pedido, a criação falhará. Tente novamente em outra zona. Em caso de falha na criação, visualize o reembolso na página Pedidos.

    Na página Pedidos, clique em na aba Product Orders. Filtre os pedidos por Type e selecione Refund para visualizar os pedidos de reembolso e seus status após uma falha na criação.

• Sou cobrado por uma instância ociosa de pagamento conforme o uso ?

  Sim. Como uma instância de pagamento conforme o uso continua reservando recursos de computação e armazenamento mesmo quando ociosa, a cobrança horária permanece ativa.

• Posso alternar o método de faturamento entre assinatura e pagamento conforme o uso?

  Sim. Para mais informações, consulte Alterar o método de faturamento de pagamento conforme o uso para assinatura e Alterar o método de faturamento de assinatura para pagamento conforme o uso.

• Como as cobranças são calculadas se eu alterar as especificações de uma instância por assinatura?

  Para mais informações, consulte Alterar especificações da instância.

• Quais são os impactos se minha instância expirar ou tiver um pagamento em atraso?

  Para mais informações, consulte Pagamentos em atraso.

• O tráfego de rede pública é gratuito tanto para instâncias de pagamento conforme o uso quanto para as de assinatura? O tráfego de entrada e saída também é gratuito?

  Sim, o tráfego de rede pública para instâncias de pagamento conforme o uso e por assinatura, incluindo tráfego de entrada e saída, é totalmente gratuito.

• Há alguma taxa para solicitar um endpoint público?

  Não. Atualmente, a solicitação de um endpoint público é gratuita.

• Para a mesma quantidade de CPU e memória, por que as especificações de nível básico têm conexões máximas e IOPS maiores que as de nível empresarial?

  Isso ocorre porque as especificações de nível básico pertencem à família de instâncias compartilhadas ou de uso geral, enquanto as de nível empresarial pertencem à família de instâncias dedicadas. Na prática, as especificações de nível empresarial oferecem maior estabilidade devido aos recursos dedicados de CPU e memória. Para uma comparação detalhada, consulte Famílias de instâncias.

Gerenciamento de instâncias

• Como autorizo um usuário RAM a gerenciar instâncias do ApsaraDB RDS?

  Para mais informações, consulte Autorizar um usuário RAM a gerenciar instâncias do ApsaraDB RDS.

• Como altero a Virtual Private Cloud (VPC)?

  • Algumas instâncias do ApsaraDB RDS for MySQL permitem alterar diretamente a VPC e o vSwitch. Para mais informações, consulte Alterar a VPC e o vSwitch de uma instância do ApsaraDB RDS for MySQL.

  • Instâncias que usam discos em nuvem e possuem uma versão secundária do mecanismo anterior a 20201031 não suportam alterações diretas de VPC. Para alterar a VPC, utilize um dos métodos a seguir:

• Posso acessar a instância secundária?

  Não. Apenas a instância primária está acessível. A instância secundária destina-se exclusivamente a backup e não processa solicitações de serviço.

• Ao usar uma VPC, quantos endereços IP privados uma instância do ApsaraDB RDS for MySQL ocupa?

  Devido à implementação subjacente, a quantidade de endereços IP privados ocupados por uma instância varia conforme o tipo. Os detalhes são os seguintes:

  • ApsaraDB RDS for MySQL 5.5, 5,6, 5,7 ou 8,0 na High-availability Edition com SSD local: 1

  • ApsaraDB RDS for MySQL 5,7 na Basic Edition com SSD padrão: 1

  • ApsaraDB RDS for MySQL 8,0 na Basic Edition com SSD padrão: 2

  • ApsaraDB RDS for MySQL 5,7 ou 8,0 na High-availability Edition com discos em nuvem: 3

• Como paro temporariamente uma instância do ApsaraDB RDS que não estou utilizando?

  As instâncias do ApsaraDB RDS não podem ser paradas. Se você não precisar usar uma instância temporariamente, migre seus dados para um banco de dados local e, em seguida, libere a instância. Para mais informações, consulte Liberar ou cancelar assinatura de uma instância.

Alterações de especificações

• O que devo fazer se minha instância for bloqueada devido a espaço de armazenamento insuficiente?

  Para mais informações, consulte O que faço se minha instância do ApsaraDB RDS estiver no estado 'Bloqueado'?

• O que devo fazer se o disco da instância estiver cheio?

  • Ative a expansão automática de armazenamento. Esse recurso expande o espaço em disco automaticamente quando ele está acabando, evitando que a instância seja bloqueada. Para mais informações, consulte Ativar expansão automática de armazenamento para uma instância do ApsaraDB RDS for MySQL e Ativar expansão automática de armazenamento para uma instância do ApsaraDB RDS for PostgreSQL.

  • Expanda manualmente o espaço de armazenamento da instância. Para mais informações, consulte Alterar especificações da instância.

• Quando atualizo as especificações da instância primária, as especificações das suas instâncias somente leitura são atualizadas automaticamente?

  Não. É necessário atualizar manualmente as instâncias somente leitura.

• Como altero o tipo de armazenamento entre SSDs locais, SSDs padrão e ESSDs?

  Para mais informações, consulte Alterar o tipo de armazenamento de disco em nuvem para SSD local.

• Quanto tempo leva para expandir o espaço de armazenamento?

  O sistema verifica primeiro se a máquina host possui espaço de armazenamento suficiente. Em caso positivo, a expansão ocorre diretamente e leva pouco tempo. Caso contrário, o sistema migra os dados da instância para um host com armazenamento suficiente, o que demanda mais tempo.

• A alteração de especificações afetará meus serviços online?

  Durante a atualização, ocorre uma desconexão transitória de cerca de 30 segundos no momento do failover.

• Os endpoints da instância mudam após a alteração das especificações?

  O endpoint interno/público e o endpoint de divisão de leitura/escrita permanecem inalterados, mas seus endereços IP correspondentes podem mudar. Recomendamos utilizar os endpoints na sua aplicação.

• Ao tentar expandir o espaço de armazenamento, recebo um erro de 'estoque insuficiente'. O que devo fazer?

  Você pode migrar a instância para outra zona e tentar expandir o espaço de armazenamento novamente. A migração para outra zona não altera o endpoint de conexão, mas o endereço IP correspondente ao endpoint mudará. Recomendamos configurar sua aplicação para reconectar automaticamente.

Segurança

• A lista de permissões de endereços IP entra em vigor imediatamente após a configuração?

  Não. As novas configurações levam cerca de um minuto para entrar em vigor.

• Por que existem grupos desconhecidos na lista de permissões de endereços IP?

  Se os grupos adicionais contiverem endereços IP internos, eles geralmente são gerados automaticamente por outros serviços da Alibaba Cloud, como Data Management Service (DMS) ou Database Autonomy Service (DAS), para auxiliar nas funções do console. Eles não afetam seus dados e nenhuma ação é necessária. Por exemplo, um grupo de lista de permissões chamado hdm_security_ips contém apenas endereços IP internos.

• Existem riscos de segurança se eu permitir apenas acesso pela rede interna e não ativar o acesso público?

  Recomendamos alternar sua instância do ApsaraDB RDS para a rede VPC. Isso garante que apenas instâncias do Elastic Compute Service (ECS) dentro da mesma VPC possam acessar sua instância RDS, desde que você adicione seus endereços IP internos à lista de permissões de endereços IP.

• Quais são as consequências de não atualizar um certificado SSL expirado? Isso afetará a operação da instância ou a segurança dos dados?

  Se um certificado SSL expirar e não for atualizado, as aplicações cliente que utilizam conexões criptografadas falharão ao se conectar à instância. No entanto, isso não afeta a operação da instância nem a segurança dos dados.

Auditoria

Após ativar o SQL Explorer, como verifico o tamanho dos logs gerados?

Conexão

• Como soluciono falhas de conexão com uma instância?

  Para mais informações, consulte Solucionar falhas de conexão com uma instância do ApsaraDB RDS.

• Uma instância em uma VPC pode ser acessada pela internet?

  Sim. Após solicitar um endpoint público e configurar uma lista de permissões de endereços IP, uma instância em uma VPC ou na rede clássica pode ser acessada pela internet.

• Um failover entre primária e secundária afeta o endpoint de conexão?

  Um failover entre primária e secundária não altera o endpoint de conexão. Apenas o endereço IP subjacente muda, o que não afeta sua aplicação.

Contas e bancos de dados

• Posso gerenciar contas com controle mais granular, como por endereço IP de origem ou acesso a tabelas?

  Sim. Após conectar-se ao banco de dados, use comandos para conceder permissões com controle mais granular.

• Quais são as permissões específicas de contas privilegiadas e contas padrão?

  Para mais informações, consulte Lista de privilégios de conta.

• O ApsaraDB RDS fornece uma conta root ou superprivilégios?

  Não. O ApsaraDB RDS não fornece conta root nem qualquer conta com superprivilégios. Trata-se de uma medida de segurança para evitar perda irreversível de dados ou vazamentos causados por operações acidentais.

• Uma conta criada na instância primária pode ser usada em uma instância somente leitura?

  Sim. As contas criadas na instância primária são sincronizadas com suas instâncias somente leitura. No entanto, não é possível gerenciar contas nas instâncias somente leitura. Essas contas possuem apenas permissões de leitura nessas instâncias e não podem executar operações de escrita.

Instâncias somente leitura e divisão de leitura/escrita

• Alterar configurações

• Se eu definir o peso de leitura de uma instância somente leitura como 0, ela ainda poderá ser acessada?

  Sim, mas não através do endpoint de divisão de leitura/escrita. O acesso só é possível usando o próprio endpoint interno ou público da instância. Essa configuração é normalmente usada para dedicar uma instância somente leitura a um serviço específico.

• Liberar uma instância somente leitura afetará meus serviços?

  Sim. Antes de liberar uma instância somente leitura, recomendamos definir seu peso de leitura como 0. Conexões em cache ainda podem ser roteadas para a instância. Novas conexões são necessárias para rotear solicitações para outras instâncias somente leitura.

• O que devo fazer se encontrar problemas com a divisão de leitura/escrita?

  Para mais informações, consulte FAQ sobre divisão de leitura/escrita.

• Se a frequência de escrita na minha instância primária for baixa, posso rotear solicitações de leitura para ela também?

  Sim. Ao configurar o peso de leitura, atribua um peso também à instância primária.

Backup e recuperação

• Posso desativar o backup de dados para uma instância do ApsaraDB RDS for MySQL?

  Não. Reduza a frequência de backup para no mínimo duas vezes por semana. O período mínimo de retenção para backups de dados é de sete dias.

• Posso desativar o backup de logs para uma instância do ApsaraDB RDS for MySQL?

  Sim, exceto para instâncias da Basic Edition. Desative-o desligando a opção de backup de logs nas configurações de backup.

• Por que as tarefas de backup às vezes falham?

  Executar instruções DDL (Data Definition Language) durante um backup pode causar bloqueios de tabela, levando à falha do backup.

• Nos backups de logs, por que existem dois arquivos binlog com o mesmo nome?

  Instâncias da High-availability Edition usam uma arquitetura primária-secundária, e tanto a instância primária quanto a secundária geram arquivos binlog. Distinga-os pelo instance ID. Na página Service Availability, localize os IDs das instâncias primária e secundária. Os campos Primary Instance No. e Secondary Instance No. correspondem aos IDs das instâncias primária e secundária, respectivamente.

• Qual é a finalidade dos backups de dados e logs baixados?

  Use esses arquivos de backup para restaurar dados a qualquer momento. Para mais informações, consulte Restaurar dados de um arquivo de backup físico de uma instância do ApsaraDB RDS for MySQL para um banco de dados autogerenciado ou Restaurar dados de um arquivo de backup lógico de uma instância do ApsaraDB RDS for MySQL para um banco de dados autogerenciado.

• Por que um snapshot fica grande quando o tamanho real dos dados é pequeno (por exemplo, alguns GB de dados resultam em um snapshot de dezenas de GB)? Os snapshots fazem backup de dados no nível de bloco. O sistema faz backup apenas dos blocos que contêm dados, então o snapshot é menor que o disco. No entanto, se os dados forem gravados de forma dispersa, muitos blocos podem estar apenas parcialmente preenchidos. Como o bloco inteiro é incluído no snapshot, o tamanho total do snapshot pode ser significativamente maior que o tamanho real dos dados.

• Como consulto rapidamente dados em um arquivo de backup?

  Para arquivos de backup lógico completo, utilize o recurso de consulta de conjunto de backup do Data Disaster Recovery. Isso permite consultar diretamente os dados nos conjuntos de backup armazenados na nuvem sem precisar restaurá-los.