As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Manter o cluster de banco de dados do Amazon Neptune
O Neptune realiza manutenção periódica em todos os recursos que usa, incluindo:
+ **Substituir o hardware subjacente conforme necessário.** Isso acontece em segundo plano, sem que você precise realizar nenhuma ação e geralmente não afeta as operações.
+ **Atualizar o sistema operacional subjacente.** As atualizações do sistema operacional das instâncias no cluster de banco de dados são realizadas para melhorar o desempenho e a segurança. Portanto, você deve concluí-las o mais rápido possível. Em geral, essas atualizações demoram cerca de dez minutos. As atualizações do sistema operacional não alteram a versão do mecanismo de banco de dados nem a classe de uma instância de banco de dados.
Em geral, é melhor atualizar primeiro as instâncias do leitor em um cluster de banco de dados e depois a instância do gravador. Atualizar os leitores e o gravador ao mesmo tempo pode causar um período de inatividade no caso de um failover. O backup das instâncias de banco de dados não é feito automaticamente antes de uma atualização do sistema operacional. Dessa forma, faça backups manuais antes de aplicar uma atualização do sistema operacional.
+ **Atualizar o mecanismo do banco de dados Neptune.** O Neptune lança regularmente uma variedade de atualizações do mecanismo para introduzir novos recursos e melhorias e corrigir bugs.
## Números das versões do mecanismo
### Numeração de versão antes da versão 1.3.0.0 do mecanismo
Antes de novembro de 2019, o Neptune era compatível apenas com uma versão do mecanismo por vez, e os números de versão do mecanismo tinham todos o mesmo formato, `1.0.1.0.200{{}}`, em que `xxx` era o número do patch. As novas versões do mecanismo foram todas lançadas como patches para versões anteriores.
Em novembro de 2019, o Neptune passou a ser compatível com várias versões, oferecendo aos clientes um melhor controle dos caminhos de atualização. Consequentemente, a numeração de versões do mecanismo foi alterada.
De novembro de 2019 até a [versão 1.3.0.0 do mecanismo](engine-releases-1.3.0.0.md), os números de versão tinham cinco partes. Por exemplo, no número de versão `1.0.2.0.R2`:
+ A primeira parte sempre foi 1.
+ A segunda parte, (`0` em `1.0.2.0.R2`), era o número da versão principal do banco de dados.
+ A terceira e a quarta parte, (`2.0` em `1.0.2.0.R2`), eram números de versão secundária.
+ A quinta parte, (`R2` em `1.0.2.0.R2`), era o número do patch.
A maioria das atualizações era atualizações de patches, e a distinção entre patches e atualizações de versões secundárias nem sempre era clara.
### Numeração de versão a partir da versão 1.3.0.0 do mecanismo
A partir da [versão 1.3.0.0 do mecanismo](engine-releases-1.3.0.0.md), o Neptune mudou a forma como as atualizações do mecanismo são numeradas e gerenciadas.
Os números de versão do mecanismo agora têm quatro partes, cada uma correspondendo a um tipo de versão, da seguinte forma:
{{product-version}}**.**{{major-version}}**.**{{minor-version}}**.**{{patch-version}}
Non-breaking mudanças do tipo que foram lançadas anteriormente como patches agora são lançadas como versões secundárias que você pode gerenciar usando a configuração da [`AutoMinorVersionUpgrade`](engine-maintenance-management.md#using-amvu)instância.
Isso significa que, se você quiser, poderá receber uma notificação sempre que uma nova versão secundária for lançada, basta assinar o evento [`RDS-EVENT-0156`](event-lists.md#RDS-EVENT-0156) (consulte [Assinar a notificação de eventos do Neptune](events-subscribing.md)).
As versões de patches agora estão reservadas para correções direcionadas urgentes e são numeradas usando a última parte do número da versão (`*.*.*.1`, `*.*.*.2` e assim por diante).