.
Recurso patrocinado O gerenciamento eficiente de dados e a resiliência são questões-chave a serem abordadas quando se trata de colocar seus dados na nuvem. Poucas organizações têm o luxo de poder colocar seus aplicativos e serviços completamente offline durante qualquer migração subsequente ou manutenção de infraestrutura. Portanto, qualquer coisa que os ajude a manter a disponibilidade de um banco de dados principal de missão crítica nesse meio tempo provavelmente obterá aprovação entre os administradores de banco de dados (DBAs).
Amazon Web Services (AWS) lançado pela primeira vez Amazon Relational Database Service (Amazon RDS) para Oracleum serviço de banco de dados comercial totalmente gerenciado que automatiza muitas tarefas administrativas – incluindo provisionamento de hardware, configuração, patches de software, monitoramento e backups de dados – em 2011, deixando os DBAs livres para gastar mais tempo se concentrando no desenvolvimento de aplicativos e outras tarefas mais urgentes.
Agora, o Amazon RDS for Oracle está facilitando fazer exatamente isso com uma atualização importante em sua proposta – Comutação do Data Guard (DG). O novo recurso turbina a proteção de dados e o gerenciamento do Amazon RDS for Oracle, tornando mais rápido e seguro para os clientes testarem e manterem ambientes de banco de dados Oracle no local e na nuvem AWS.
Reduzindo a carga do DBA
Michael Barras, arquiteto principal de soluções de banco de dados da AWS, está ajudando a liderar melhorias no tratamento e proteção de dados integrados ao RDS for Oracle, ao mesmo tempo em que se concentra na melhoria de seus recursos de disponibilidade e migração para ajudar as organizações a manter cargas de trabalho de missão crítica em execução em todas as circunstâncias.
“Bancos de dados relacionais são pacotes de software bastante grandes. Muito trabalho precisa ser feito antes que você possa gerenciá-los e colocar seus dados no banco de dados”, diz ele.
“Com a alternância do Data Guard, estamos retirando parte da carga dos administradores de banco de dados (DBAs) e entregando a elasticidade do sistema e a infraestrutura em segundo plano para facilitar o gerenciamento e a segurança na nuvem.” A alternância DG automatiza a alternância do banco de dados primário para o banco de dados em espera (réplicas) para minimizar o tempo de inatividade e a perda de dados durante a manutenção planejada.
Além de fornecer a infraestrutura em nuvem para permitir que as organizações operem seus bancos de dados fora do local, a AWS também garante que as empresas possam dimensionar suas operações de banco de dados de maneira rápida e eficiente em resposta às necessidades de negócios e requisitos dos clientes em rápida mudança, acrescenta Barras.
“Pode ser uma oferta como serviço, mas é mais do que simplesmente ativar um servidor com um cartão de crédito e pronto.”
Resiliência, recuperação de desastres e backups automatizados
Projetado para ser altamente escalável e durável desde o início, o RDS for Oracle foi desenvolvido tendo em mente um desempenho de transação rápido e seguro. Mas, mais importante, também oferece alta disponibilidade por meio de implantações de zona de multidisponibilidade (Multi-AZ) em vários data centers em qualquer região e permite que os clientes estabeleçam e testem planos de recuperação de desastres (DR) que se replicam nessas regiões.
Por exemplo, Banco de transações Goldman Sachs (TxB), que fornece uma variedade de serviços de pagamento e gerenciamento de caixa para seus clientes, executa vários componentes-chave de sua plataforma de fluxo de pagamento no RDS for Oracle para garantir a continuidade e a resiliência dos negócios em diferentes AZs regionais e entre regiões.
“Nosso principal método de resiliência é Multi-AZ na região, portanto, contamos com esse failover automatizado que nos dará uma segunda cópia dos dados em outra AZ”, diz John Gorry, ex-DBA e agora vice-presidente de banco de dados TxB Engenharia. “E se tivermos uma falha nesse nó primário, o RDS trará esse nó secundário com um tempo de inatividade relativamente curto, normalmente em torno de 120 segundos.”
Isso significa quase nenhum tempo de inatividade do aplicativo para o TxB, desde que o aplicativo tenha sido configurado corretamente. “E esse é um recurso realmente poderoso porque significa que minha equipe pode se concentrar no valor agregado e não precisa se preocupar em como orquestrar failovers, como reconstruir cópias secundárias dos dados e assim por diante.”
Com a alternância Data Guard (DG) e DG, o serviço também oferece resiliência e recuperação de desastres por meio de várias zonas de disponibilidade (AZs) e várias regiões que garantem que os dados tenham backup automático e completo e sejam sempre recuperáveis por meio de replicação completa de dados. Uma configuração comum seria executar em duas AZs em uma região de origem e replicar para uma AZ em uma região diferente. A segunda região pode ser configurada para ter sua própria segunda cópia dos dados do cliente.
Nas versões anteriores do serviço, os clientes que quisessem realizar uma simulação de recuperação de desastres precisariam promover uma réplica como um novo banco de dados autônomo antes de criar uma nova réplica para manter a configuração. Agora, a alternância de DG simplifica esse processo revertendo a função do banco de dados sem precisar recriar a réplica, conforme ilustrado no gráfico abaixo.
Diagrama de comutação do Data Guard – Clique para ampliar
Gráfico 1: Transição de função de banco de dados planejada para transição do RDS para Oracle Data Guard
Assim, o banco de dados primário original se torna o banco de dados em espera, enquanto a réplica assume seu lugar como primário. Dessa forma, uma nova réplica pode ser criada no mesmo estado que a réplica original, o que significa que a configuração da replicação pode ser mantida de forma transparente para a consistência dos dados sem a necessidade de validação de dados subsequente.
A alternância para um banco de dados em espera de destino pode ser iniciada na AWS Command Line Interface ou no console do Amazon RDS. Ele usa o Oracle Data Guard Broker para validar o primário e a réplica antes de fazer a movimentação, durante o qual o banco de dados primário original deixa de processar solicitações de gravação enquanto novas transações são bloqueadas.
O envio de logs é suspenso e o MRP pode alcançar o banco de dados em espera para garantir que os dados sejam consistentes. Quando a alternância for concluída, o novo banco de dados primário será reiniciado no modo de leitura/gravação e a nova réplica será iniciada na configuração de replicação anterior, no modo somente leitura ou montado. Quaisquer réplicas adicionais que não estiveram envolvidas na alternância são reconfiguradas para continuar a replicação assíncrona do novo banco de dados primário.
Os DBAs também podem criar backups automatizados e snapshots manuais de suas réplicas do RDS for Oracle, um recurso que reduz o tempo gasto fazendo backups após uma transição de função entre bancos de dados primários e secundários durante o processo de alternância/failover. Além disso, uma nova instância pode ser criada simplesmente restaurando a partir de um instantâneo anterior ou de uma recuperação pontual.
Uma discussão mais detalhada sobre os casos de uso da alternância do Data Guard no Amazon RDS for Oracle está disponível aqui. O blog inclui como os administradores de banco de dados (DBAs) e arquitetos de banco de dados podem realizar uma alternância gerenciada para habilitar a reversão de função entre o banco de dados primário do RDS for Oracle e sua réplica.
O resultado líquido elimina a maior parte do trabalho braçal dos clientes que, de outra forma, teriam que configurar os serviços por conta própria.
“Fazer tudo isso sozinho em sistemas locais seria muito trabalhoso para muitas organizações”, diz Barras.
Testando a alternância do Data Guard
Claro, uma coisa é saber que seu banco de dados primário de missão crítica está online, operacional e protegido – outra é ter certeza absoluta de que é o caso. E nenhuma empresa quer descobrir que há um problema após o evento.
As principais áreas atendidas pela transição de DG incluem manutenção planejada de sistemas, planejamento de tráfego de dados em diferentes regiões e gerenciamento de infraestrutura. Ele também abrange o teste de novos serviços para garantir que os planos de DR do cliente realmente funcionem e possam transferir o tráfego com sucesso para um banco de dados alternativo, minimizando qualquer chance de perda de dados.
“Com a ajuda extra da transição do Data Guard, as organizações não precisam gastar tanto tempo e esforço para garantir que as cargas de trabalho de dados na nuvem estejam funcionando bem. Elas também podem garantir que essas cargas de trabalho estejam totalmente disponíveis para os negócios para necessidades operacionais, e que também estão bem protegidos”, diz Barras.
Aprovação e conformidade do setor
E quanto ao mercado de serviços financeiros mencionado acima e outros setores de alta conformidade, a nova oferta oferece testes abrangentes de conformidade. Isso inclui exercícios abrangentes e demonstrações totalmente documentadas de conformidade do setor sendo atendida pelas empresas.
A resiliência entre regiões para serviços com estado, como o RDS Oracle, é fundamental para o TxB, por exemplo, ajudando-o a provar aos reguladores do setor e aos auditores internos/externos que ele pode fazer failover e ser executado em diferentes regiões físicas. Os fundamentos dessa capacidade são as réplicas somente leitura entre regiões do banco de dados com o TxB promovendo rotineiramente uma réplica para garantir que os dados sejam sincronizados adequadamente entre as regiões primária e secundária em todos os momentos. É essa rotina que a empresa espera substituir pela transição de DG após uma avaliação completa do novo recurso.
Planejar com antecedência e testar sistemas de estresse para garantir que eles façam o trabalho esperado, mantendo a conformidade antes de você realmente confiar neles, é sempre uma tarefa estressante em qualquer aspecto da TI. A nova alternância de DG e os recursos de backup automatizado no RDS for Oracle darão aos DBAs mais tranquilidade.
Patrocinado pela AWS.
.
