Como fazer backup do banco de dados Oracle com o Bacula? Visão geral técnica do Oracle Backup and Recovery.

O que é Oracle Backup and Recovery?

Normalmente, as operações de backup e recuperação são consideradas um dos principais pilares da proteção de dados. É claro que isso também se aplica ao backup e à restauração do Oracle e, no mundo atual, ter pelo menos um backup do seu banco de dados é praticamente uma necessidade se o senhor não quiser perder tudo por causa de um simples erro ou acidente infeliz semelhante.

Um backup Oracle é uma cópia de seus dados que pode ser usada para reconstruir o conteúdo original do banco de dados. Salvo especificação em contrário, a maior parte da documentação de backup e recuperação se refere a um backup físico (um backup real de todas as informações dentro de um banco de dados) como o termo “backup”.

O ideal é que o software de backup e recuperação para Oracle seja capaz de proteger o conteúdo e as instâncias do banco de dados e o RAC – Real Application Clusters. Para uma empresa, o software de backup normalmente precisa atender a todas as metas e métricas do departamento de TI, incluindo os requisitos futuros estimados da empresa, as necessidades de segurança, as exigências de conformidade e muito mais. Caso contrário, é provável que seja necessária uma nova implementação com um software diferente antes de obter o ROI da implementação inicial.

Por que é importante criar backups de bancos de dados Oracle?

Os bancos de dados Oracle geralmente armazenam algumas das informações de missão crítica de uma empresa – perfis de parceiros, registros de clientes, dados comerciais etc. Esses mesmos bancos de dados são usados com frequência para armazenar informações que podem ser necessárias para outros fluxos de trabalho de negócios. Esses fatores, por si só, mostram por que os dados armazenados nos sistemas Oracle são, em geral, altamente valiosos e/ou sensíveis ou essenciais e devem ser protegidos.

Embora muitos usuários entendam a importância dos backups Oracle como um todo, o problema não é necessariamente tão fácil de resolver. A quantidade de dados armazenados em um banco de dados Oracle médio está aumentando em um ritmo alarmante, e as normas de conformidade relativas à retenção e segurança de dados estão ficando mais rígidas.

Isso cria um ambiente em que é realmente muito difícil acompanhar todas as exigências modernas de segurança do banco de dados Oracle. Nesse contexto, a escolha da opção correta de backup do Oracle torna-se um processo ainda mais crítico, sabendo o quanto está em jogo e o quanto uma empresa pode perder se a solução de backup escolhida falhar.

Diferentes elementos das operações de backup e recuperação do Oracle

Muitos dos elementos de backup e recuperação existentes no contexto dos bancos de dados Oracle estão funcionando de forma semelhante a qualquer outro tipo de armazenamento, mas também há algumas diferenças a serem mencionadas na maioria dos casos. Aqui, abordaremos em detalhes os principais tipos de backup que são frequentemente mencionados (completo, diferencial, incremental) e também explicaremos as diferenças entre backups quentes e frios.

Principais níveis de backup para tarefas de backup do Oracle

Três níveis de backup bem conhecidos também são aplicáveis aos bancos de dados Oracle, e a maioria de seus recursos conceituais permanece a mesma nesse contexto.

Backups completos. Quando se trata de bancos de dados Oracle, um backup completo significa copiar todo o conteúdo do banco de dados. A Oracle oferece diferentes técnicas para realizar backups completos, incluindo o Oracle Recovery Manager (RMAN). Os backups completos do banco de dados Oracle capturam todo o banco de dados em um momento específico, incluindo todos os arquivos de dados, arquivos de controle e a estrutura do banco de dados.

Suprimentos incrementais. Um backup incremental em bancos de dados Oracle captura todas as alterações feitas desde o último backup, seja um backup completo, diferencial ou incremental, da mesma forma que um backup regular de dados. Quanto às nuances específicas do Oracle, o RMAN oferece vários níveis de backups incrementais (Nível 0 ou Nível 1), cada um capturando um conjunto específico de alterações. O backup incremental de nível 0 é equivalente a um backup completo e captura todo o banco de dados. O backup incremental de Nível 1, por outro lado, captura as alterações feitas desde o último backup de Nível 0 ou Nível 1, proporcionando um equilíbrio entre o tamanho e a frequência do backup – uma excelente opção para backups regulares.

Backups diferenciais. Um backup diferencial no Oracle captura apenas as alterações feitas desde o último backup completo, semelhante aos backups de dados regulares. O Oracle RMAN pode ser usado para executar backups diferenciais, capturando alterações em blocos de dados desde o último backup completo (uma variação de um backup de nível 1, essencialmente). É importante observar que os backups diferenciais são cumulativos e incluem todas as alterações feitas desde o último backup completo, o que pode torná-los maiores ao longo do tempo em comparação com os backups incrementais.

Embora os princípios subjacentes dos backups sejam semelhantes para bancos de dados Oracle e outras formas de dados, as ferramentas e metodologias usadas no ecossistema Oracle, como o Oracle RMAN, são distintas. Para criar uma estratégia bem-sucedida de backup e recuperação em um ambiente de banco de dados Oracle, é essencial ter uma compreensão clara dessas considerações específicas do Oracle. Outro tópico que merece ser mencionado nesse contexto é a ideia de backups frios e quentes.

Backups Oracle cold vs hot

O conceito básico de backups hot e cold é muito simples. Esses dois parâmetros representam o estado atual do banco de dados de destino – os bancos de dados “quentes” estão ligados, enquanto os “frios” estão desligados. Há muitas diferenças entre os dois, especialmente com relação aos processos de backup.

O Hot Backup, também conhecido como backup on-line, é um método de backup que permite que o banco de dados Oracle permaneça acessível aos usuários enquanto o processo de backup é realizado. Nenhuma interrupção de tarefas do banco de dados, pouco ou nenhum tempo de inatividade para usuários e aplicativos e adequação a ambientes 24 horas por dia, 7 dias por semana são algumas das vantagens mais significativas desse tipo de backup.

O Oracle Recovery Manager (RMAN) cria um snapshot consistente do banco de dados para realizar um hot backup em um determinado momento. Todas as alterações feitas no banco de dados durante o processo de backup também são capturadas para garantir a consistência e a integridade dos dados do backup.

É importante observar que o processo de backup pode consumir recursos adicionais do sistema, o que pode afetar o desempenho total do banco de dados. O planejamento e a coordenação adequados são necessários para garantir a integridade e a consistência das informações de backup.

O Cold backup é um tipo de operação de backup executada quando o banco de dados Oracle está desligado. A capacidade de produzir um instantâneo limpo e consistente de todo o banco de dados em um ponto específico no tempo é uma das vantagens mais significativas dos backups frios. Em geral, esses backups são mais fáceis de executar na maioria dos cenários, e a ausência de operações ativas no próprio banco de dados simplifica muito todo o processo.

O banco de dados Oracle deve estar off-line para que a tarefa de backup a frio seja executada. O processo envolve a cópia direta dos arquivos do banco de dados em um estado desligado, garantindo a consistência dos dados em todo o banco de dados. Ao mesmo tempo, os backups a frio podem resultar diretamente do fato de os aplicativos e usuários não terem acesso ao banco de dados quando necessário. Os backups frios são usados principalmente em bancos de dados menores ou em situações em que o tempo de inatividade é aceitável.

Um dos fatores mais importantes que contribuem para a escolha entre backups frios e quentes é a tolerância ao tempo de inatividade, razão pela qual a maioria das organizações maiores e mais complexas depende de backups quentes devido à falta geral de tolerância ao tempo de inatividade do banco de dados como um todo. A maioria desses usuários tem recursos mais do que suficientes para pagar por um hardware melhor, em uma tentativa de reduzir o efeito do desempenho que os backups a quente podem ter na infraestrutura geral.

Também é uma prática relativamente comum usar esses dois backups em conjunto, dependendo da situação. As necessidades de uma empresa específica e as normas de conformidade que ela deve seguir também contribuem de forma significativa nesse caso.

Estratégia de backup da Oracle

Dentro dos recursos da Oracle, há duas estratégias principais de backup: RMAN e gerenciado pelo usuário.

O RMAN, ou Recovery Manager, é uma solução totalmente integrada ao banco de dados Oracle que pode executar várias atividades relacionadas ao backup. O RMAN pode ser acessado usando o Oracle Enterprise Manager (OEM) ou a linha de comando.

Os backups gerenciados pelo usuário são backups básicos que podem ser executados usando uma combinação de comandos do sistema operacional do host e comandos de recuperação do SQL*Plus. Todos os aspectos relacionados ao backup devem ser definidos manualmente nesse caso para cada backup.

Embora haja suporte para dois tipos de backup, o RMAN é o preferido, portanto, a maioria dos recursos de backup do Oracle está concentrada nesse tipo de backup.

Uma grande vantagem do backup RMAN é a capacidade de criar backups enquanto o banco de dados está aberto e/ou montado. O comando de backup em si também é relativamente fácil; o prompt é parecido com o seguinte:

É possível adicionar vários acréscimos ou parâmetros a esse comando, por exemplo, ele pode ter a seguinte aparência se também quisermos incluir logs arquivados no backup:

Outra opção disponível no RMAN é a capacidade de criar backups incrementais. O backup incremental é um tipo de backup que copia apenas arquivos específicos que foram alterados desde a execução do último backup de qualquer tipo (dependendo do tipo de backup, ele pode ser um backup incremental cumulativo ou um backup incremental diferencial).

Quando se trata de comandos, o prompt de backup é relativamente semelhante (com possíveis adições na forma de vários parâmetros):

E há também o fato de que as cópias de sombra/arquivos de snapshot também podem ser criados com os backups incrementais do RMAN. Por exemplo, o comando para criar um backup incremental na área de recuperação rápida pode ser iniciado com o seguinte comando:

Como o senhor pode ver, há muitos recursos que o RMAN pode oferecer como uma solução de backup nativa da Oracle. Ao mesmo tempo, ele tem suas próprias limitações, e é aí que entram as soluções de backup de terceiros. Mas, primeiro, devemos abordar a metodologia que será usada para a seguinte representação de soluções de backup de terceiros.

Metodologia para apresentação de diferentes elementos de ferramentas de backup Oracle de terceiros

Os bancos de dados Oracle são entidades inerentemente complexas e sofisticadas. Portanto, não é de surpreender que o software de backup Oracle de terceiros possa ser igualmente desafiador, especialmente em um mercado altamente competitivo. Este artigo tem como objetivo apresentar várias soluções de backup e explicar por que os clientes podem – ou não – optar por qualquer uma delas.

Classificação do cliente

Se o senhor precisar de um software de backup que ofereça uma variedade de opções, a opinião pública – na forma de classificações de clientes – pode ser um fator muito útil a ser considerado. O senhor pode encontrar classificações de clientes em várias plataformas, como G2, TrustRadius e Capterra. Verificar as classificações dos clientes é uma maneira rápida e fácil de avaliar a opinião pública sobre uma solução de software específica.

A Capterra é uma plataforma que hospeda mais de 2 milhões de avaliações registradas em várias categorias. A plataforma tem o compromisso de manter a autenticidade das avaliações e não remove nenhuma avaliação de cliente mediante solicitação do fornecedor.

O TrustRadius tem um processo rigoroso para garantir que todas as avaliações em sua plataforma sejam autênticas. Uma equipe interna de pesquisa examina cada avaliação para garantir que ela forneça insights valiosos. Nenhum fornecedor pode modificar ou excluir avaliações de clientes no TrustRadius.

A G2 é outra plataforma de avaliação respeitável que oferece mais de 100.000 fornecedores e mais de 2,4 milhões de avaliações de usuários verificadas. Seu sistema de validação de avaliações garante a validade total de cada avaliação. Além das avaliações, a G2 oferece vários outros serviços, como rastreamento, investimento e marketing.

Principais recursos, benefícios e deficiências

Quando se trata de descrever os principais recursos de uma solução de software, bem como suas vantagens e desvantagens, pode ser uma tarefa bastante difícil. O software de backup é um exemplo perfeito disso: ele tem muitos recursos, alguns dos quais podem ser relevantes apenas para um público específico, o que torna difícil determinar uma solução que atenda às necessidades de todos os clientes em potencial. Isso também se aplica às ferramentas de backup da Oracle, pois cada componente de software oferece seu próprio conjunto de recursos para executar tarefas muito semelhantes ou idênticas.

Preços

Descrever os recursos essenciais de uma solução, juntamente com seus méritos e deficiências, pode ser um desafio. O software de backup é um exemplo perfeito disso. Ele oferece vários recursos, alguns dos quais podem ser relevantes apenas para um público específico, o que torna difícil determinar as necessidades de cada cliente em potencial. Isso é particularmente verdadeiro para soluções de backup que incluem suporte para backup Oracle. Cada componente de software oferece seu próprio conjunto de recursos para realizar operações semelhantes ou idênticas.

Parecer pessoal do autor

Essa categoria pode incluir diferentes tópicos, como um breve resumo do software, um fato interessante que ainda não tenha sido mencionado e quaisquer outros detalhes relevantes. O objetivo principal é apresentar a visão pessoal do autor sobre o assunto, oferecendo uma perspectiva adicional e mais subjetiva sobre o produto.

Software de terceiros para operações de backup Oracle

O objetivo original da maioria das soluções de backup de terceiros é simples: fornecer serviços que igualem ou superem os recursos incorporados em termos de desempenho e conjunto de recursos. Os quatro exemplos abaixo são frequentemente considerados algumas das soluções de backup mais proeminentes do mercado com suporte para Oracle.

Veeam

A Veeam é uma conhecida plataforma multifuncional de backup e recuperação. Um de seus muitos recursos é a integração com o Oracle, que oferece muitos recursos para trabalhar. A Veeam não só pode ser adicionada como um sistema de backup adicional à configuração de backup Oracle existente (seja com o RMAN ou por meio de outro software de terceiros), como também pode lidar sozinha com todas as questões de backup voltadas para a Oracle. A Veeam é rápida, versátil e pode oferecer vários recursos valiosos aos usuários Oracle, como um processo de restauração baseado em snapshot, recuperação instantânea de VMs, suporte a vários sistemas operacionais e backups em nível de imagem.

Classificações dos clientes:

• Capterra – 4,8/5 pontos com base em 69avaliações de clientes
• TrustRadius – 8,8/10 pontos com base em 1.237avaliações de clientes
• G2 – 4,6/5 pontos com base em 387 avaliações de clientes

Vantagens:

• A equipe de suporte ao cliente da Veeam é bem conhecida por sua ajuda rápida e cheia de recursos.
• A solução em si é fácil de usar e confiável, com anos de experiência e clientes satisfeitos para provar isso.
• O processo de configuração inicial da solução da Veeam pode ser simples e relativamente indolor.

Observações:

• A Veeam é uma solução muito boa, mas não é de forma alguma perfeita, e há várias áreas em que a solução pode ser considerada deficiente – como os níveis de segurança cibernética e o gerenciamento de dados.
• O modelo de preços da Veeam está longe de ser simples; ele tem vários elementos, e descobrir o preço total pode se tornar uma tarefa altamente complexa muito rapidamente.
• A interface da Veeam também não é particularmente avançada. Ela não é muito complicada, mas alguns relatórios inferem que parece uma versão desatualizada do software, especialmente em comparação com exemplos de software mais novos.

Preços (no momento da redação):

• As informações oficiais sobre os preços da Veeam são limitadas em seu site. É necessário solicitar uma cotação personalizada para receber um preço preciso para os serviços necessários. No entanto, a Veeam oferece uma página calculadora de preços onde os usuários podem selecionar o número de ambientes que desejam cobrir e o período de assinatura planejado.
• A Veeam fornece informações essenciais sobre seus preços por meio da página da calculadora. Isso inclui a opção de comprar assinaturas de pelo menos um ano até cinco anos e descontos adicionais com contratos de vários anos.
• Os usuários podem escolher o tipo de carga de trabalho apropriado, como VM virtual, VM na nuvem, servidores, estações de trabalho, usuários do M365 e compartilhamentos de arquivos/NAS (TB). Se o campo “NAS/File Shares” não estiver acima de zero, o botão “Contact Us” não estará disponível.
• A Veeam vende licenças em incrementos de cinco de cada vez. Por exemplo, para proteger cinco cargas de trabalho do tipo Virtual VM, Cloud VM, Server ou Workstation por um ano, o custo é de US$ 642.
• No entanto, a categoria “Microsoft 365” exige que pelo menos dez usuários sejam selecionados de uma vez, com um preço inicial de US$ 306,

Minha opinião pessoal sobre a Veeam:

A Veeam é uma solução de backup e recuperação bem conhecida que atende a ambientes físicos, virtuais, de nuvem e híbridos. Ela tem um painel centralizado que simplifica o gerenciamento de diferentes tipos de backup, aumentando assim a eficiência. No entanto, alguns fornecedores líderes do setor oferecem níveis de segurança muito melhores do que a Veeam. Além disso, o modelo de preços pode ser confuso, pois alguns de seus recursos têm preços significativamente mais altos do que outros, sem uma justificativa clara.

Cohesity

Um dos aspectos mais significativos do Cohesity como software de backup é a capacidade de eliminar silos de dados reestruturando os elementos de infraestrutura existentes de uma forma específica. Isso permite que o Cohesity melhore o desempenho da maioria dos sistemas (inclusive os baseados em Oracle), estejam eles usando armazenamento em nuvem, armazenamento físico ou algum tipo de configuração híbrida. Os processos de backup e restauração do Cohesity são rápidos, consistentes com os aplicativos e usam vários recursos de ponta para melhorar significativamente o processo geral de manuseio de backup (como o suporte ao tipo de backup incremental para sempre).

Classificações dos clientes (no momento em que este artigo foi escrito):

• Capterra – 4,6/5 pontos com base em 49avaliações de clientes
• TrustRadius – 8,3/10 pontos com base em 81 avaliações de clientes
• G2 – 4,4/5 pontos com base em 47 avaliações de clientes

Vantagens:

• O processo de configuração inicial não é particularmente difícil e pode ser gerenciado pela maioria dos usuários.
• A interface do usuário da solução é fácil de trabalhar.
• Os recursos de centralização do Cohesity o tornam uma opção bastante conveniente quando se trata de gerenciar vários processos de backup no mesmo local.

Deficiências:

• O Cohesity tem pouco ou quase nada a oferecer em termos de recursos de automação.
• Os processos de backup não são tão personalizáveis quanto o que a maioria dos concorrentes pode oferecer.

Preços (no momento em que este artigo foi escrito):

• A Cohesity não oferece nenhuma informação sobre preços ao público; a única opção para receber essas informações é entrar em contato diretamente com a empresa.

Minha opinião pessoal sobre a Cohesity:

O Cohesity oferece uma ampla gama de recursos, o que o torna uma solução ideal para os requisitos de backup corporativo. Ele pode lidar com diversos tipos de dados e ambientes de armazenamento, oferece desempenho rápido de backup e restauração e fornece um amplo conjunto de recursos específicos de backup. A infraestrutura do Cohesity é distinta, apresentando uma estrutura semelhante a um nó que permite um aumento de escala rápido e sem esforço. Além disso, sua interface amigável torna seu uso mais conveniente do que o de outras soluções semelhantes no mercado. No entanto, o backup de bancos de dados com o Cohesity pode ser desafiador e requer intervenção manual devido à limitada automação disponível.

Rubrik

A Rubrik é uma solução de backup e recuperação impressionante, com centenas de clientes e anos de trabalho bem-sucedido. Seu software é um tesouro de recursos úteis, capaz de trabalhar com muitos tipos diferentes de armazenamento e infraestrutura, inclusive Oracle. Os recursos do Rubrik em relação à Oracle são bons, com suporte ao Live Mount (RTOs próximos de zero), backups incrementais para sempre e a capacidade de automatizar completamente fluxos de trabalho RMAN inteiros para facilitar a proteção de dados com um certo grau de personalização, se necessário.

Classificações dos clientes (no momento em que este artigo foi escrito):

• Capterra – 4,7/5 pontos com base em 47avaliações de clientes
• TrustRadius – 8,8/10 pontos com base em 215 avaliações de clientes
• G2 – 4,6/5 pontos com base em 80 avaliações de clientes

Vantagens:

• Muitos recursos de automação para escolher, com a capacidade de personalizar a maioria deles.
• Interface fácil de usar e conveniente.
• O Rubrik também é compatível com muitos tipos de implementação e armazenamento, oferecendo flexibilidade considerável para infraestruturas maiores e mais complexas.

Observações:

• O Rubrik sofre de um problema relativamente comum de um processo de configuração inicial excessivamente sofisticado e complexo.
• A falta de documentação detalhada e whitepapers dificulta a pesquisa dos recursos específicos do software.
• O Rubrik é uma excelente opção para tarefas de backup, mas ele não tem experiência em vários campos, incluindo backups do Azure.
• Recentes violações de segurança abriram dúvidas sobre a segurança da arquitetura geral do Rubrik.

Preços (no momento em que este artigo foi escrito):

• A Rubrik não fornece informações sobre preços em seu site oficial. Para obter informações sobre preços, é necessário entrar em contato diretamente com a empresa para obter uma demonstração personalizada ou uma das visitas guiadas.

Minha opinião pessoal sobre o Rubrik:

O Rubrik é uma solução abrangente de gerenciamento de dados e backup que pode dar suporte a empresas de todos os tamanhos. Ele oferece muitos recursos impressionantes para recuperação, backup e proteção de dados. Seus recursos de gerenciamento baseados em políticas o tornam uma excelente opção para empresas que operam em ambientes de TI híbridos. Ao mesmo tempo, o custo dos serviços da Rubrik pode não ser acessível para alguns clientes, e o conjunto geral de recursos da plataforma pode não ser suficiente para uma faixa específica de clientes.

Commvault

A Commvault funciona como uma sofisticada rede interligada de capacidades e funcionalidades, abrangendo não só questões de backup e recuperação, mas também de gestão e segurança de dados. A Commvault Cloud (a principal solução da empresa) também suporta a Oracle de várias formas – incluindo backups de dados Oracle e integração com o Oracle RMAN, oferecendo segurança e a conveniência de utilizar ferramentas de backup e recuperação quase nativas. Outros recursos da Commvault em termos de integração com a Oracle incluem fácil mobilidade de dados, segurança aprimorada e eliminação da dispersão de dados.

Classificações dos clientes (no momento em que este artigo foi escrito):

• Capterra – 4,6/5 pontos com base em 38avaliações de clientes
• TrustRadius – 8,0/10 pontos com base em 221avaliações de clientes
• G2 – 4,3/5 pontos com base em 138 avaliações de clientes

Vantagens:

• O Commvault possui um grande número de tipos e configurações de software suportados.
• Pode ser integrado a muitas outras soluções no mesmo campo.
• A configuração dos processos de backup e recuperação não é um processo difícil.

Observações:

• O processo de configuração inicial é altamente complicado e desafiador para a maioria dos usuários não especializados.
• Os recursos de registro da Commvault são extremamente básicos e estão ausentes em alguns casos.
• A solução geral tem uma curva de aprendizado acentuada; pode levar algum tempo para que um usuário comum compreenda todos os recursos e capacidades.

Preços (no momento em que este artigo foi escrito):

• A Commvault não oferece informações sobre preços ao público; a única opção para receber essas informações é entrar em contato diretamente com a empresa.

Minha opinião pessoal sobre a Commvault:

A Commvault é uma solução de backup que atende aos requisitos de backup de grandes organizações. Ela utiliza tecnologias avançadas para proporcionar uma excelente experiência ao usuário. O software pode lidar com diferentes opções de armazenamento, como armazenamento em nuvem, bancos de dados, VMs, contêineres e endpoints, oferecendo recursos de backup e recuperação rápidos e precisos. No entanto, a integração do Commvault com provedores de armazenamento em nuvem pode ser cara. Além disso, algumas de suas funcionalidades não oferecem informações suficientes de registro e relatórios, e a configuração inicial do software pode ser um processo complexo e demorado.

Além disso, vale a pena considerar mais uma solução de backup de terceiros no contexto das tarefas de backup e recuperação do Oracle. A solução é chamada Bacula Enterprise.

Backup e recuperação do Oracle com o Bacula Enterprise

O Bacula Enterprise é uma solução de software especialmente segura oferecida pela Bacula Systems que fornece recursos abrangentes de backup e recuperação. O que o diferencia é sua abordagem única para expandir sua própria funcionalidade dentro do mesmo software, graças a um sistema modular altamente seguro implementado pelo Bacula. Esse software oferece uma ampla gama de recursos, como níveis avançados de backup, deduplicação e compactação, diferentes interfaces de usuário, gerenciamento avançado de volume e pool, Job Control, recursos de endpoint como Bare Metal Recovery para sistemas Linux e Windows e Client-Initiated Backup. Devido aos seus níveis de segurança excepcionalmente altos, o Bacula tende a ser usado por organizações governamentais, instituições de defesa e de pesquisa preocupadas com a segurança.

Além disso, ele oferece a tecnologia Snapshot, recursos para MSP e empresas de hospedagem e proteção personalizável para o Microsoft 365 e outros aplicativos SaaS. O Bacula é compatível com vários formatos de armazenamento, incluindo nuvem física, pública e privada, e funciona com quase todas as tecnologias de fita. Ele também abrange contêineres, VMs e bancos de dados de muitos tipos diferentes.

Classificações dos clientes:

• TrustRadius – 9,7/10 pontos com base em 54avaliações de clientes
• G2 – 4,7/5 pontos com base em 56 avaliações de clientes

Vantagens:

• O Bacula oferece muitos recursos prontos para uso, e um sistema de módulo integrado poderia fornecer ainda mais recursos.
• O Bacula oferece várias opções orientadas à segurança para seus esforços de backup de dados, incluindo criptografia, verificação de backup e muito mais.
• O suporte a muitos tipos diferentes de armazenamento e variações de infraestrutura também contribui muito para o sucesso do Bacula. Ele oferece a capacidade de trabalhar com bancos de dados, servidores, VMs, armazenamento em nuvem e armazenamento físico.

Observações:

• A própria interface da Web do Bacula, o BWeb, pode ser um pouco confusa para os novatos devido ao grande número de recursos disponíveis desde o início.
• O processo de configuração inicial para infraestruturas mais complexas pode demorar um pouco para ser concluído.
• Alguns dos plugins e módulos mais específicos não estão incluídos na assinatura básica do Bacula e têm um preço separado.

Preços:

• Para obter dados exatos sobre os preços do Bacula, é necessário entrar em contato diretamente com a Bacula Systems, pois não há informações públicas sobre os preços do Bacula disponíveis em seu site oficial.
• No entanto, o site fornece algumas informações sobre o modelo de preços do Bacula.
• Vários níveis de preços estão disponíveis, incluindo BSBE, Standard, Bronze, Silver, Gold e Platinum. A maior diferença é o número de clientes e contratos com os quais se pode trabalhar usando um nível de assinatura específico.

Realização de backups Oracle com o Bacula Enterprise:

Essencialmente, uma cópia de seus dados importantes que você está mantendo separadamente do original para restaurá-lo em caso de todos os tipos de perda de dados é chamada de backup de dados. Qualquer empresa tem algum tipo de dado que precisa proteger e não quer perder – isso inclui também os usuários de banco de dados Oracle. A perda de dados é o principal motivo pelo qual o senhor precisa ter um backup para manter seu ambiente de banco de dados Oracle confiável e seguro.

A maioria das empresas que usam Oracle prefere ter uma pessoa separada para gerenciar as operações de backup do Oracle – esse cargo é chamado de “administrador de backup”. Normalmente, essa pessoa seria encarregada de uma série de tarefas, incluindo:

• Elaborar um cronograma de backup adequado;
• Estar pronto para resolver problemas que possam surgir em relação a todo o processo de backup e recuperação;
• Pensar e testar diferentes situações com diferentes tipos de possíveis falhas de hardware ou software relacionadas à perda de dados;
• Não diretamente relacionadas ao processo de backup, mas ainda assim tarefas possíveis são a preservação e a transferência de dados;
• Estar pronto para se recuperar em caso de perda de dados de qualquer escala.

Falando em perda de banco de dados Oracle, a grande variedade de possíveis motivos para a perda do banco de dados ilustra ainda mais que fazer backups do Oracle é uma coisa boa em geral! Por exemplo, algumas das várias causas de perda de dados podem ser:

• Queda de hardware;
• Acidentes com manuseio incorreto dos dados;
• Corrupção de dados devido a um vírus;
• Erros no processo de migração de dados de um dispositivo ou sistema para outro, etc.

Há muitas maneiras de fazer backup de bancos de dados Oracle. Os modos em cluster oferecem resistência a problemas de hardware, e as infraestruturas altamente disponíveis, em nuvem e convergentes oferecem novas opções de garantia e liberdade de dados, além de redundância. Independentemente dessas opções, o backup do Oracle continua sendo essencial para garantir que um pequeno erro, corrupção ou invasão não destrua os dados críticos que residem até mesmo na melhor infraestrutura. Os servidores de banco de dados continuam sendo um componente essencial da maioria das organizações e, muitas vezes, contêm as informações mais críticas para a continuidade das operações. O guia a seguir mostrará aos senhores como executar o backup e a recuperação do Oracle usando a funcionalidade SBT do RMAN, que permite que os dados sejam transmitidos diretamente para o Bacula Enterprise.

Tipos possíveis de backup e recuperação do Oracle

Existem dois métodos para fazer backup do banco de dados Oracle:

• Backup gerenciado pelo Bacula usando o modo de despejo do Oracle. Isso é rápido e fácil de configurar, mas tem escopo limitado a bancos de dados menores e não oferece suporte à recuperação point-in-time ou a backups incrementais.
• Backup gerenciado pelo RMAN (modo Oracle SBT). Também conhecido como Oracle Recovery Manager (RMAN), é um recurso original do servidor de banco de dados Oracle, o que significa que não há necessidade de instalá-lo manualmente – ele já está incluído no servidor. Esse modo usa a excelente ferramenta de backup RMAN e as APIs para permitir que o Bacula inicie modos de backup mais avançados que suportam backups de banco de dados PITR, incrementais e diferenciais, e pode aproveitar o recurso de rastreamento de alterações do RMAN para melhorar o desempenho do backup incremental. É também o mais fácil de usar, pois o RMAN utiliza uma interface para todos os sistemas operacionais, o que o torna muito menos complicado.

Como o tipo de backup baseado no RMAN é a solução preferida, aqui estão algumas das vantagens mais notáveis de usá-lo:

• Compressão binária. Esse tipo de mecanismo de compressão é integrado ao banco de dados Oracle como um sistema e seu principal objetivo é reduzir o tamanho geral de um backup médio.
• Duplicação automatizada do banco de dados. Vários recursos implementados no Oracle permitem a criação fácil da cópia de seu banco de dados usando um grande número de configurações de armazenamento.
• Backups incrementais. Esse tipo de backup mantém e faz o backup apenas dos blocos que foram alterados de alguma forma desde o último backup completo. Essa abordagem de backup requer muito menos espaço de armazenamento do que a tradicional e adiciona mais flexibilidade ao processo de restauração em caso de algum tipo de desastre.
• Backups criptografados. O RMAN pode criptografar facilmente seu banco de dados usando o recurso de criptografia de backup integrado. Há uma diferença entre criar esse backup em um disco e criar o mesmo backup diretamente em uma fita. Para disco – o banco de dados em questão deve ativar a opção de segurança avançada. Para a fita, o RMAN precisa usar a interface Oracle SBT, mas não há necessidade de habilitar a Advanced Security Option.
• Bloquear recuperação de mídia. Se a quantidade de dados corrompidos for relativamente pequena, o senhor não precisará restaurar todo o backup para corrigi-lo – esse recurso é chamado de recuperação de mídia de bloco e pode ser usado sem colocar o arquivo em si off-line também.

O senhor não precisa restaurar todo o backup para corrigi-lo – esse recurso é chamado de recuperação de mídia em bloco e pode ser usado sem tirar o próprio arquivo do ar.
Para este tutorial, vamos configurar os backups do Oracle SBT.

Parte 1: Configurar o plug-in de backup e recuperação do Oracle no Bweb

Passo 1. No Bweb, configure um novo conjunto de arquivos para o trabalho. Na guia “Plugin” do conjunto de arquivos, selecione Oracle SBT.

Etapa 2. O plug-in de backup e recuperação do Oracle é configurado principalmente no lado do cliente, portanto, na maioria dos casos, não é necessária nenhuma configuração adicional no Bweb. O novo conjunto de arquivos pode ser confirmado.

Etapa 2a: Observe as diferentes opções de backup do banco de dados Oracle disponíveis se o plug-in Oracle (não-SBT) for escolhido. O Oracle Plugin Whitepaper aborda esses métodos alternativos em profundidade.

Parte 2: Configurar o Oracle Database Backup Plugin no servidor Oracle

Tal como acontece com outros plugins de banco de dados, o Bacula Enterprise File Daemon e o componente de plugin de banco de dados relevante (Oracle SBT neste caso) devem primeiro ser instalados no servidor de banco de dados. Isso coloca as ferramentas necessárias para o backup do Bacula no servidor de banco de dados. Consulte o whitepaper da Oracle ou entre em contato com o suporte da Bacula Systems se precisar de ajuda com esta etapa.

Passo 1: Instale o Bacula File Daemon e os pacotes de plug-in de backup da Oracle

Passo 2: Instalar a biblioteca sbt no Oracle.

Passo 3: Restartar o Oracle

Passo 4: Copie o bconsole e certifique-se de que o Oracle possa lê-lo:

Passo 5: Edite o arquivo /opt/bacula/etc/sbt.conf para indicar o nome do trabalho, o caminho e a configuração do bconsole e o nome do cliente:

Exemplos de conjunto de arquivos e trabalho:

Abaixo estão exemplos do conjunto de arquivos simples configurado no BWeb na Parte 1 e um exemplo de trabalho que usa esse conjunto de arquivos. Para tutoriais aprofundados sobre o Bweb, consulte a documentação em vídeo da Bacula Systems:

Parte 3: Testar a conectividade do plug-in e executar o Oracle Backup:

Passo 1: Testar o plug-in.

Passo 2: Executar manualmente um backup por meio do RMAN:

Uma saída típica de backup bem-sucedido do RMAN tem a aparência abaixo e é uma indicação de que o plug-in SBT está instalado, configurado corretamente e pronto para executar backups:

Recuperação do banco de dados Oracle

Embora um backup por si só seja incrivelmente importante, também vale a pena mencionar que as funções de recuperação são, obviamente, uma parte vital de todo o processo no ciclo de backup e recuperação do banco de dados Oracle. Ter apenas um backup sem meios de restaurar não é útil para ninguém.

Mas primeiro temos de abordar alguns aspectos básicos. Como dissemos anteriormente, há um grande número de circunstâncias possíveis que podem fazer com que o senhor precise recuperar seu banco de dados. Por exemplo, podem ser várias falhas de hardware e problemas de firmware:

• Corrupção de blocos;
• Perda de dados;
• Erro do usuário;
• Problemas com a atualização;
• Desastre natural ou não natural.

O senhor terá que se conectar primeiro ao catálogo de recuperação se quiser restaurar ou recuperar um banco de dados usando o RMAN. A próxima etapa é alocar canais em fita ou disco. O objetivo do catálogo de recuperação é fornecer todos os tipos de informações sobre o backup ou os backups do banco de dados. Também é possível configurar um arquivo de controle separado para fins semelhantes. A diferença entre os comandos restore e recover é que o “restore” faz exatamente o que se espera: restaura os arquivos do banco de dados, mas o “recover” é um pouco diferente, pois aplica todas as alterações registradas nos logs de dados arquivados.

O backup e a recuperação do banco de dados Oracle como um processo podem oferecer várias opções de recuperação, incluindo:

• Recuperação de ponto específico

Quando o senhor usa o Oracle, o processo de recuperação não é tão complicado. O senhor pode restaurar facilmente todo o banco de dados e, depois disso, usar os comandos “recover” para escolher o ponto específico para o qual deseja que o banco de dados seja recuperado. Há também várias outras opções além da recuperação completa básica se estiver usando o RMAN – o senhor pode trazer o estado do seu banco de dados para um ponto específico no tempo ou pode combinar sua condição com um log de arquivamento específico.

• Restauração de espaços de tabela/arquivos de dados/bloqueios

Se o seu banco de dados incluir muitos tablespaces, o senhor poderá escolher esse modo de recuperação para limitar o tempo de inatividade do banco de dados apenas aos usuários do tablespace que estavam usando os arquivos danificados. Em geral, a restauração de tablespaces é um pouco mais complicada do que a função usual de restauração de banco de dados, pois o senhor não pode recuperar tablespaces específicos após a restauração. É por isso que um backup é recomendado logo após a restauração desses tablespaces. Outra particularidade do uso do RMAN é que o senhor poderá fornecer o número do bloco e o número do arquivo de dados, o que facilita o processo de recuperação.

• Data Recovery Advisor

O serviço da Oracle também inclui um recurso chamado Data Recovery Advisor, que pode ser acionado se o senhor estiver tendo problemas com um ou vários arquivos do seu banco de dados. Esse consultor é capaz de fornecer o script de reparo com base no seu banco de dados e também pode mostrar o quanto o senhor pode recuperar na situação atual. O senhor também pode ativar facilmente o script fornecido logo após iniciar o consultor.

No entanto, o gerenciamento de backup Oracle não se limita a manter sua política de retenção, mas também pode ser usado para controlar quais backups podem ser usados para operações de restauração em um determinado momento. Há várias abordagens para essa tarefa:

A primeira abordagem é estritamente para recuperar uma lista de backups disponíveis, e isso pode ser feito com pouco ou nenhum esforço com um comando LIST que o RMAN tem. Esse comando específico recupera uma tabela de conjuntos de backups, com informações adicionais sobre cada um deles, como a data de criação, o tipo de backup, as partes específicas de um banco de dados que foram copiadas e muito mais.

A segunda abordagem para o gerenciamento de backup Oracle está centrada na eliminação de arquivos obsoletos – é controlada principalmente por apenas dois parâmetros (RECOVERY WINDOW e REDUNDANCY, para o número de dias de uma política de retenção e o número de backups, respectivamente) e consiste em três opções possíveis:

• Expire. Controlado por REDUNDANCY e RECOVERY WINDOW, geralmente parte de um script de backup ou trabalho de backup com um parâmetro EXPIREDATE.
• Delete from catalog (Excluir do catálogo). O histórico de backup é excluído com uma chance de recuperação se tiver sido acidental ou se os dados em questão forem necessários.
• Delete expired (Excluir expirado). Uma tarefa de limpeza de rotina que exclui backups obsoletos e registros de arquivamento.

Embora a maioria das operações de backup do Oracle lide com backups de todo o banco de dados, a opção de restaurar objetos específicos também está disponível, de modo que qualquer objeto em seu sistema pode ser submetido a backup ou recuperado separadamente do restante a qualquer momento. Assim como no tópico anterior, há várias maneiras de abordar o assunto:

• Oracle Data Pump. O Data Pump é um utilitário Oracle que pode fornecer exportação e importação de objetos ou tabelas específicas. É importante observar que a DDL (Data Definition Language) também está incluída, o que significa que toda a estrutura da tabela ou procedimento em questão seria recriada com o objeto ou tabela que está sendo restaurado. Isso também pode ser usado para restaurar apenas a estrutura com zero dados para ser usada como modelo ou medida de backup.
• Usando níveis de tabela/esquema para copiar objetos específicos. Tabelas únicas podem ser recuperadas no Oracle usando o comando CREATE, que incluirá tablespaces sem registro – o que significa que o senhor só poderá restaurar dados, sem nenhuma estrutura, como índices, triggers, constantes etc.

Pensamentos Finais sobre Backup e Recuperação Oracle

Como o plugin Bacula Enterprise Oracle SBT aproveita o RMAN para recursos avançados de backup, algumas configurações adicionais devem ser feitas no Oracle.

Período de retenção:

Ao usar o plugin RMAN SBT, a retenção de backup definida no RMAN deve corresponder ao volume Bacula ou retenção de trabalho.

Arquivar registro:

Para usar o modo de backup do RMAN, o banco de dados deve estar no modo ARCHIVELOG.

Desenvolvimentos e atualizações recentes do Oracle

A própria Oracle é uma tecnologia em rápido desenvolvimento que lança regularmente novos recursos e capacidades. Dois dos desenvolvimentos mais recentes da Oracle como um todo são a Oracle Enterprise Communications Platform e um serviço de IA generativo chamado Oracle Cloud Infrastructure.

A Oracle Enterprise Communications Platform atua como um hub centralizado que conecta os aplicativos da Oracle a outros canais de comunicação, sejam eles plataformas de mídia social, dispositivos de IoT ou redes tradicionais. A plataforma em questão agiliza a comunicação e melhora a eficiência geral, oferecendo uma melhor experiência ao cliente e uma visão transparente de todo o pipeline de comunicações. O artigo mais recente sobre o tema ECP pode ser encontrado aqui.

O Oracle Cloud Infrastructure Generative AI Service oferece a visão da Oracle sobre o poder da IA generativa, fornecendo a seus clientes recursos para realizar traduções automáticas e geração de conteúdo na forma de vídeos e imagens, bem como uma infinidade de formatos de texto com os quais o modelo pode trabalhar. O serviço em questão agora alimenta o Oracle Health Data Intelligence – uma combinação de aplicativos, serviços e ferramentas analíticas criadas especificamente para o setor de saúde. O artigo sobre esse tópico específico pode ser encontrado aqui.

O lado técnico da Oracle é igualmente ativo, fornecendo atualizações de segurança e patches críticos. O próximo patch crítico está planejado para ser lançado em 16 de abril de 2024. Mais informações sobre as informações voltadas para a “segurança” da Oracle podem ser encontradas aqui.

Melhores práticas e problemas comuns nas operações de backup e recuperação do Oracle

As operações de backup Oracle têm muitos aspectos e detalhes exclusivos, mas a maioria das práticas recomendadas para esses tipos de operações de backup é muito semelhante ao que alguém recomendaria para operações de backup comuns. Aqui estão alguns exemplos:

• Monitoramento do desempenho do backup.
• Teste de procedimentos de backup e recuperação.
• Programa de backup consistente com base nas necessidades da empresa em termos de RPOs e RTOs.
• Criptografia de dados como elemento obrigatório de uma estratégia de backup.
• As tarefas de backup e recuperação baseadas em RMAN são altamente recomendadas.
• Mantenha e monitore a criação de documentação para todos os procedimentos de backup.

Essa lista está longe de ser exclusiva, mas deve fornecer um exemplo suficiente de como a maioria das práticas recomendadas para as tarefas de backup do Oracle é muito semelhante à forma como a maioria dos backups funciona, em geral. A lista em questão também serve como uma boa representação de como surgem alguns dos problemas mais comuns com os backups do Oracle. A seguir, usaremos a lista anterior como exemplo:

• A falha em realizar o monitoramento do desempenho do backup regularmente cria problemas não detectados que inevitavelmente se acumulam com o tempo, e a ameaça que esses problemas representam para a infraestrutura do cliente também cresce.
• A falta de testes de desempenho regulares para as tarefas de backup e recuperação cria uma situação em que o usuário nunca fica sabendo de um possível problema com qualquer um desses processos até que seja tarde demais. Os próprios backups podem se tornar inutilizáveis, corrompidos ou incompletos quando o usuário menos espera.
• Os backups frequentes podem ser a causa direta de um evento de perda de dados se ocorrer algum tipo de acidente entre duas operações de backup. A mesma lógica se aplica a RPOs e RTOs calculados incorretamente. A falta de uma análise adequada das necessidades da empresa seria a causa direta de uma perda de dados se ocorrer algum tipo de acidente e o backup não for capaz de aliviar a maior parte de seus efeitos.
• Os arquivos de backup não criptografados podem ser excluídos ou modificados por uma entidade mal-intencionada, tornando inútil todo o plano de backup.
• A dependência de operações de backup não-RMAN deixa muitas possibilidades de falhas de backup, backups incompletos e muitos outros problemas decorrentes da falta de integração com o Oracle como sistema.
• A falta de documentação detalhada sobre os procedimentos e programações de backup pode ser um grande problema em situações críticas, criando confusão, esforços de recuperação ineficientes e até mesmo uma possível perda de dados.

Pensamentos finais sobre backup e recuperação Oracle

Os bancos de dados Oracle são sofisticados o suficiente por si só, e o tópico de realizar backups corretos do banco de dados pode ser igualmente complexo em comparação. Este artigo abordou vários aspectos dos backups Oracle, incluindo definições, tipos de backup, recursos integrados, opções de terceiros e até mesmo exemplos de como funcionam operações específicas.

Um backup Oracle comum pode incluir um ou vários elementos no processo, incluindo:

• Backups on-line (hot). Só é possível para bancos de dados em funcionamento e inclui muitas nuances e riscos.
• Backups off-line (frios).Só podem ser realizados quando o banco de dados está desligado.
• Importar e exportar backups. A parte lógica da tarefa de backup (serve como um registro de onde cada elemento do banco de dados está armazenado), como uma contrapartida aos backups físicos que a maioria das soluções de terceiros faz (faz backup de cada parte do banco de dados).
• Backups do RMAN: lida com a maioria das operações de backup com o Oracle e é o método de backup preferido para a maioria das situações convencionais.

Embora o backup de ambientes Oracle complexos possa ser um desafio, a importância dos processos de backup e recuperação para bancos de dados Oracle em ambientes corporativos não pode ser subestimada – e é por isso que os backups são geralmente uma necessidade e não uma recomendação.

Por favor, consulte o Backup Oracle do Bacula whitepaper e o Bacula Systems Support se o senhor precisar de mais informações, assistência ou tiver dúvidas após a leitura deste guia de backup e recuperação Oracle.