O Data Disaster Recovery oferece dois métodos de backup (lógico e físico) e diversas especificações de planos. Use este guia para escolha o método e a especificação adequados ao tamanho do banco de dados, aos requisitos de desempenho e ao orçamento.
Backup lógico versus backup físico
O backup lógico atua no nível dos objetos do banco de dados (tabelas, índices, stored procedures). O backup físico opera no nível de arquivos e copia os arquivos brutos do sistema operacional. A escolha depende do tamanho do banco de dados e do escopo de proteção necessário.
|
Atributo |
Backup lógico |
Backup físico |
|
Backup scope |
Bancos de dados e tabelas individuais |
Apenas instância inteira do banco de dados |
|
Recommended database size |
1 MB – 1 TB |
Superior a 1 TB |
|
Common tools |
mysqldump (MySQL), exp/imp (Oracle) |
XtraBackup (MySQL), RMAN (Oracle) |
|
Full backup mechanism |
O DBS divide os dados das tabelas e lê em múltiplas threads com execução paralela de SQL |
Um gateway de backup instalado no servidor copia os arquivos do banco de dados diretamente |
|
Incremental backup mechanism |
O DBS lê logs do banco de dados da memória em tempo real e ajusta a velocidade de leitura conforme a taxa de geração de logs |
Não aplicável |
|
Requires backup gateway |
Não |
Sim — consulte Add a backup gateway |
|
Impact on database I/O |
Mínimo — sem bloqueio dos bancos de dados durante o backup |
Moderado — leitura direta do disco afeta as operações de entrada/saída por segundo (IOPS) |
|
Backup size |
Menor — permite backup seletivo de tabelas ou dados |
Maior — reflete todo o espaço de armazenamento ocupado pelo banco de dados |
|
Backup and recovery speed |
Geralmente mais lento |
Geralmente mais rápido |
|
Sandbox support |
Não |
Sim — consulte Sandbox feature overview |
|
Supported databases |
Todos os tipos de banco de dados, incluindo ApsaraDB (o ApsaraDB suporta apenas backup lógico) |
Bancos de dados autogerenciados; ApsaraDB não é suportado |
Para consultar a lista completa de métodos de backup suportados por mecanismo de banco de dados, veja Supported database engines and features .
Escolha uma especificação de plano de backup
O Data Disaster Recovery disponibiliza as seguintes especificações de planos de backup: serverless, micro, small, medium, large, xlarge, 2xlarge e 4xlarge. Especificações de níveis superiores oferecem melhor desempenho de backup e recuperação, com menor custo unitário por GB.
O principal fator que determina o custo mensal é a comparação entre o volume real de backup e a cota gratuita da categoria escolhida. Se o volume exceder consistentemente a cota gratuita, migrar para um nível superior costuma ser mais econômico do que pagar taxas de excesso em um nível inferior.
Detalhes das especificações
As tarifas exibidas na página de compra são as vigentes. A cada mês civil, a cota gratuita é reiniciada. Cotas não utilizadas não acumulam para o mês seguinte.
|
Tipo de agendamento de backup |
Tempo estimado para backup de 100 GB de dados |
Cota gratuita para backup de dados (GB por mês) |
Taxa de configuração para a China continental |
Taxa de configuração para a região China (Hong Kong) e regiões fora da China |
||
|
Taxa de configuração (USD por mês) |
Preço unitário para dados de backup excedentes (USD por GB) |
Taxa de configuração (USD por mês) |
Preço unitário para dados de backup excedentes (USD por GB) |
|||
|
micro |
20 horas |
40 |
5 |
0,117 |
7 |
0,175 |
|
small |
5 horas |
400 |
22 |
0,055 |
33 |
0,083 |
|
medium |
2,5 horas |
800 |
35 |
0,039 |
53 |
0,059 |
|
large |
1,5 horas |
1600 |
56 |
0,024 |
84 |
0,036 |
|
xlarge |
1 hora |
∞ |
140 |
Gratuito |
209 |
Gratuito |
Observações de uso
Apenas upgrade de agendamento de backup: Não há suporte para downgrade de agendamentos. Consulte Upgrade a backup schedule.
Limite de tabelas: Mantenha o número de tabelas no banco de dados de source abaixo de 10.000. Exceder esse valor prolonga a inicialização de tabelas durante o backup e a recuperação.
Considerações sobre chave primária: Tabelas sem chave primária, com chaves primárias do tipo string ou com chaves primárias compostas resultam em tempos de backup maiores.
Esquemas de tabela complexos: Se o banco de dados tiver esquemas inadequados, tabelas muito grandes ou campos extensos, comece com uma especificação de nível superior. Caso ocorram exceções de backup, faça o upgrade do agendamento e tente novamente. Para problemas não resolvidos, participe do grupo DingTalk do DBS (ID: 35585947) para obter suporte técnico.
Selecione uma especificação conforme sua prioridade
Requisito de alto desempenho
Para bancos de dados de produção em que a velocidade de backup e recuperação é crítica, escolha a especificação 4xlarge ou 2xlarge.
Requisito de custo-benefício
Use a fórmula de faturamento para comparar custos entre os níveis e selecione a opção de menor custo que atenda às necessidades de desempenho:
Subscription (upfront) billing = Configuration fee + max(0, Actual backup volume − Free quota) × Excess rateExemplo: A Empresa A executa quatro backups completos por mês em um banco de dados de 150 GB e gera 600 GB de dados de backup. Os preços aplicam-se à China continental.
|
Especificação |
Cálculo |
Custo mensal |
|
micro |
USD 5 + (600 − 40) GB × USD 0,117/GB |
USD 70,52 |
|
small |
USD 22 + (600 − 400) GB × USD 0,055/GB |
USD 33 |
|
medium |
USD 35 + 0 (dentro da cota gratuita) |
USD 35 |
Neste exemplo, a opção small apresenta o menor custo. A opção medium custa apenas 2% a mais, mas oferece velocidade de backup superior. A escolha correta depende dos requisitos de desempenho.
Este exemplo é meramente ilustrativo. Considere o volume de backups incrementais e o crescimento de dados entre backups completos ao estimar o uso mensal real. Quando o volume total mensal de backup ultrapassa 5.207 GB, a especificação xlarge torna-se a mais econômica, pois não possui limite de volume de dados e oferece o melhor desempenho de backup.
Dados de benchmark de desempenho
Os resultados de benchmark abaixo ajudam a validar qual especificação atende aos requisitos de throughput antes da compra.
Backup e recuperação lógicos
Ambiente de teste:
|
Item de configuração |
Valor |
|
Tipo de banco de dados |
RDS for MySQL (uso geral) |
|
CPU |
8 núcleos |
|
Memória |
2.400 MB |
|
IOPS |
1.200 |
Banco de dados de teste:
|
Métrica |
Valor |
|
Tamanho do banco de dados |
102 GB |
|
Total de registros |
150 milhões |
|
Tamanho do registro |
|
|
Campos por registro |
3 – 22 colunas |
|
Tipos de campo |
int, varchar, datetime |
Backup completo
|
Especificação |
RPS (registros por segundo) |
Throughput (MB/s) |
|
large |
42.855,7 |
15,3 |
|
medium |
33.122,2 |
11,8 |
|
small |
9.569,3 |
3,4 |
|
micro |
6.756,2 |
1,9 |
Backup incremental
|
Especificação |
Throughput (MB/s) |
|
large |
46,1 |
|
medium |
29,8 |
|
small |
14,9 |
|
micro |
5,0 |
Restauração completa
|
Especificação |
RPS (registros por segundo) |
|
large |
34.190,5 |
|
medium |
19.740,9 |
|
small |
9.949,4 |
|
micro |
4.320,2 |
Restauração incremental
|
Especificação |
RPS (registros por segundo) |
|
large |
35.546,9 |
|
medium |
21.331,4 |
|
small |
10.061,5 |
|
micro |
4.972,1 |
Backup e recuperação físicos
O backup físico lê arquivos do MySQL como um fluxo e grava os dados de backup no armazenamento em cloud usando múltiplos fluxos simultâneos. O nível de concorrência escala conforme a especificação: níveis superiores proporcionam backups mais rápidos. Dois algoritmos de compressão estão disponíveis: gzip (maior taxa de compressão, arquivos menores) e LZ4 (velocidade superior, arquivos maiores).
Banco de dados de teste:
|
Métrica |
Valor |
|
Tamanho do banco de dados |
40,3 GB |
|
Total de registros |
2 bilhões |
|
Número de tabelas |
160 |
|
Tamanho do registro |
0,2 KB |
Backup completo
|
Especificação e compressão |
Tempo |
Throughput |
Tamanho do arquivo compactado |
|
small (4 threads) + gzip |
636 s |
63 MB/s |
21,1 GB |
|
large (8 threads) + gzip |
341 s |
118 MB/s |
21,1 GB |
|
xlarge (16 threads) + gzip |
204 s |
197 MB/s |
21,1 GB |
|
small (4 threads) + LZ4 |
268 s |
150 MB/s |
31,1 GB |
|
large (8 threads) + LZ4 |
119 s |
338 MB/s |
31,1 GB |
|
xlarge (16 threads) + LZ4 |
104 s |
387 MB/s |
31,1 GB |
Restauração completa
|
Especificação e compressão |
Volume de dados compactados |
Duração |
Velocidade de recuperação (relativa ao tamanho dos dados brutos) |
|
small (4 threads) + gzip |
21,1 GB |
320 s |
126 MB/s |
|
large (8 threads) + gzip |
21,1 GB |
161 s |
250 MB/s |
|
xlarge (16 threads) + gzip |
21,1 GB |
86 s |
468 MB/s |
|
small (4 threads) + LZ4 |
31,1 GB |
408 s |
99 MB/s |
|
large (8 threads) + LZ4 |
31,1 GB |
208 s |
194 MB/s |
|
xlarge (16 threads) + LZ4 |
31,1 GB |
108 s |
373 MB/s |
Insight principal: O LZ4 é aproximadamente 2 a 3 vezes mais rápido que o gzip na mesma especificação, mas gera arquivos de backup cerca de 47% maiores. Opte pelo gzip quando o espaço de armazenamento for prioritário; escolha o LZ4 quando a velocidade de backup for mais importante.
Próximos passos
Add a backup gateway — necessário para backup físico
Upgrade a backup schedule — aumente a especificação se o desempenho for insuficiente
Supported database engines and features — verifique o suporte ao método de backup para o mecanismo do seu banco de dados
Performance tests on backup and restoration — metodologia detalhada de benchmark