Atualizações do mecanismo do Amazon Neptune de 19/09/2019 - Amazon Neptune

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á.

Atualizações do mecanismo do Amazon Neptune de 19/09/2019

IMPORTANTE: ESSA VERSÃO DO MECANISMO ESTÁ OBSOLETA

A partir de 27/04/2021, nenhuma nova instância que use essa versão do mecanismo será criada.

Versão: 1.0.1.0.200457.0

O Amazon Neptune 1.0.1.0.200457.0 está disponível ao público em geral. Todos os novos clusters de banco de dados do Neptune, incluindo aqueles restaurados de snapshots, serão criados no Neptune 1.0.1.0.200457.0 depois que a atualização do mecanismo for concluída para essa região.

Clusters existentes podem ser atualizados para essa versão imediatamente usando as operações de cluster do banco de dados no console ou usando o SDK. É possível usar o seguinte comando da CLI para atualizar um cluster de banco de dados:

aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws:rds:<region>:<account number>:<resourcetype>:<name>

As atualizações são simultaneamente aplicadas a todas as instâncias em um cluster de banco de dados. Como as atualizações exigem a reinicialização do banco de dados em todas as instâncias de um cluster de banco de dados, ocorrerá um tempo de inatividade de vinte a trinta segundos a alguns minutos. Depois disso, você poderá retomar o uso dos clusters ou do cluster de banco de dados. É possível visualizar ou alterar as configurações da janela de manutenção no Console do Neptune.

Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do AWS Premium Support.

Defeitos corrigidos nesta versão do mecanismo

  • Corrigido um problema de exatidão do Gremlin introduzido na versão anterior do mecanismo (1.0.1.0.200369.0) removendo a melhoria de desempenho para tratamento de predicados conjuntivos que o causou.

  • Corrigido um bug do SPARQL que fazia com que consultas com DISTINCT e um único padrão encapsulado em OPTIONAL gerassem um InternalServerError.