Esta página foi traduzida pela API Cloud Translation.

Guia de soluções: backup do Google Cloud e DR para Oracle na solução Bare Metal

Informações gerais

Para fornecer resiliência aos databases Oracle em um ambiente da Solução Bare Metal, você precisa ter uma estratégia clara de backups de database e recuperação de desastres. Para ajudar você com esse requisito, a equipe de arquitetos de soluções da O Google Cloud realizou alguns testes extensivos da plataforma o serviço de backup e DR e compilou as descobertas neste guia. Como resultado, mostraremos as melhores maneiras de implantar, configurar e otimizar seu backup e de recuperação para bancos de dados Oracle em um ambiente da Solução Bare Metal, usando o serviço de backup e DR. Também compartilharemos alguns números de desempenho de nossos resultados de testes para que você possa ter um comparativo de mercado para comparar com seu próprio ambiente. Este guia será útil se você for um administrador de backup, administrador do Google Cloud ou DBA da Oracle.

Segundo plano

Em junho de 2022, a equipe de arquitetos de soluções iniciou uma prova de conceito (PoC, na sigla em inglês). demonstração do Backup e DR do Google Cloud para um empresarial. Para atender aos critérios precisávamos dar suporte à recuperação do banco de dados Oracle de 50 TB e restaurar o banco de dados em até 24 horas.

Essa meta representava vários desafios, mas a maioria das pessoas envolvidas na PoC acreditava que poderíamos alcançar esse resultado e que deveríamos prosseguir com a PoC Sentimos que o risco era relativamente baixo porque fizemos testes anteriores dados da equipe de engenharia de backup e DR mostrando que eles foram possível para atingir esses resultados. Também compartilhamos os resultados do teste com o cliente para deixá-lo confortável ao prosseguir com a PoC.

Durante a PoC, aprendemos a configurar vários elementos juntos Oracle, backup e DR do Google Cloud, armazenamento e Links de extensão regional: em um ambiente da Solução Bare Metal. Ao seguir os práticas recomendadas que aprendemos, você pode atingir seus próprios resultados bem-sucedidos.

"Sua quilometragem pode variar" é uma boa maneira de pensar sobre os resultados gerais deste documento. Nosso objetivo é compartilhar um pouco do que aprendemos, o que se concentrar, o que deve ser evitado e as áreas a serem investigadas você não está conseguindo o desempenho ou os resultados desejados. Esperamos que este guia ajudará você a ganhar confiança com as soluções propostas e que sua requisitos podem ser atendidos.

Arquitetura

A Figura 1 mostra uma visualização simplificada da infraestrutura que você precisa criar quando você implanta backup e DR para proteger os bancos de dados Oracle em execução em um Ambiente da Solução Bare Metal.

Figura 1: componentes para usar backup e DR com bancos de dados Oracle em um ambiente da Solução Bare Metal

Mostra como uma extensão regional da Solução Bare Metal se conecta a todos os componentes na arquitetura, incluindo um projeto host, um projeto de produtor de Backup e DR que contém o console de gerenciamento de Backup e DR, um projeto de consumidor de Backup e DR que contém o dispositivo de backup/recuperação, outros projetos de serviço que contêm VMs do Compute Engine e o Cloud Storage.

Como você pode ver no diagrama, esta solução requer os seguintes componentes:

Extensão regional da Solução Bare Metal: permite executar bancos de dados Oracle em um data center de terceiros adjacente a um data center do Google Cloud e use suas licenças de software no local.
Projeto de serviço de backup e DR: permite hospedar seu dispositivo de backup/recuperação e a Solução Bare Metal de backup e o Google Cloud e cargas de trabalho em buckets do Cloud Storage.
Projeto de serviço do Compute: oferece um local para executar o Compute Engine ou de várias VMs.
Serviço de backup e DR: fornece o console de gerenciamento de backup e DR que permite manter backups e a recuperação de desastres.
Projeto host: permite criar sub-redes regionais em um ambiente VPC que pode conectar a extensão regional da Solução Bare Metal à o serviço de backup e DR, o dispositivo de backup/recuperação, buckets do Cloud Storage e suas VMs do Compute Engine.

Instalar o Backup e DR do Google Cloud

A solução de backup e DR exige, no mínimo, as duas principais para que a solução funcione:

Console de gerenciamento de backup e DR: um endpoint HTML 5 UI e API que permite criar e gerenciar backups console do Google Cloud.
Dispositivo de backup/recuperação: este dispositivo atua como o worker executar os backups e ativar e restaurar tarefas de tipo.

O Google Cloud gerencia o console de gerenciamento de backup e DR. Você precisa implantar o console de gerenciamento em um projeto de produtor de serviço (lado de gerenciamento do Google Cloud) e implantar o dispositivo de backup/recuperação em um projeto de consumidor de serviço (lado do cliente). Para mais informações sobre para backup e DR, consulte Configurar e planejar uma implantação de backup e DR. Para visualizar a definição de um produtor e um consumidor de serviços, consulte a Glossário do Google Cloud.

Antes de começar

Para instalar o serviço de backup e DR do Google Cloud, é necessário concluir o etapas de configuração a seguir antes de iniciar a implantação:

Ative um acesso a serviços particulares uma conexão com a Internet. Você deve estabelecer essa conexão antes de iniciar o e instalação. Mesmo que você já tenha uma sub-rede de acesso a serviços particulares configurada, ela precisa ter uma sub-rede /23 no mínimo. Por exemplo, se você já configuramos uma sub-rede /24 para a conexão de acesso a serviços particulares, adicione uma sub-rede /23. Melhor ainda, você pode adicionar uma sub-rede /20 para garantir que você possa adicionar mais serviços posteriormente.
Configure o Cloud DNS para que seja acessível no Rede VPC em que você implanta o dispositivo de backup/recuperação. Isso garante a resolução correta de googleapis.com (por meio de configurações pesquisa pública).
Configurar rotas padrão da rede e regras de firewall para permitir o tráfego de saída para *.googleapis.com (via IPs públicos) ou private.googleapis.com (199.36.153.8/30) na porta TCP 443 ou uma saída explícita para 0.0.0.0/0. Novamente, você precisa configurar as rotas e o firewall na rede VPC em que você instale o dispositivo de backup/recuperação. Também recomendamos o uso do Google Private Acesso como uma opção preferencial - consulte Configurar o Acesso privado do Google para mais informações.
Ativar as APIs a seguir no projeto do consumo:
- API Compute Engine
- API Cloud Key Management Service (KMS)
- API Cloud Resource Manager (para projetos de host e de serviço, se estiverem em uso)
- API Identity and Access Management
- API Workflows
- API Cloud Logging
Se você ativou alguma políticas da organização, configure as seguintes:
- constraints/cloudkms.allowedProtectionLevels incluem SOFTWARE ou ALL.
Configure as seguintes regras de firewall:
- Entrada do dispositivo de backup/recuperação no Compute Engine VPC para o host do Linux (agente) na porta TCP-5106.
- Se você usar um disco de backup baseado em blocos com iSCSI, a saída do sistema (Agente) da Solução Bare Metal para o dispositivo de backup/recuperação na VPC do Compute Engine na porta TCP-3260.
- Se você usar um disco de backup baseado em NFS ou dNFS, a saída será do host do Linux (Agente) da Solução Bare Metal para o dispositivo de backup/recuperação na a VPC do Compute Engine nas portas a seguir:
  - TCP/UDP-111 (rpcbind)
  - TCP/UDP-756 (status)
  - TCP/UDP-2049 (nfs)
  - TCP/UDP-4001 (mountd)
  - TCP/UDP-4045 (nlockmgr)
Configure o Google Cloud DNS. para resolver nomes de host e domínios da Solução Bare Metal e garantir a resolução de nomes é consistente entre servidores, VMs e servidores da Solução Bare Metal Recursos baseados no Compute Engine, como o serviço de backup e DR

Instalar o console de gerenciamento de backup e DR

Ative o API Backup and DR Service caso ainda não esteja ativado.
No console do Google Cloud, use o menu de navegação para acessar Operações e, em seguida, Backup e DR:
Selecione a conexão de acesso a serviços particulares que você criou antes.
Escolha o local do console de gerenciamento de backup e DR. Isso é a região onde você implanta o usuário do console de gerenciamento de backup e DR em um projeto de produtor de serviços. O Google Cloud tem e mantém os recursos do console de gerenciamento.
Escolha a rede VPC no projeto de consumidor de serviço que você quer se conectar ao serviço de backup e DR. Ela costuma ser uma pasta VPC ou projeto host.
Depois de esperar até uma hora, você verá a tela a seguir quando o implantação for concluída.
Observação:o URL de cada gerenciamento de backup e DR do console do GCP usa o seguinte formato:
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com
Substitua as variáveis pelo seguinte:
- O número do projeto do Google Cloud que hospeda o console de gerenciamento de backup e DR.
- O ID gerado, que aparece entre o número do projeto e a palavra dot no URL da API para o console de gerenciamento de backup e DR.
- a região onde o console de gerenciamento de backup e DR está localizado.

Instalar o appliance de backup/recuperação

Na página de backup e DR, Clique em Fazer login no console de gerenciamento:

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/

Na página principal do console de gerenciamento, acesse Página Dispositivos:
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#clusters
```
Observação: o número do projeto está na página Painel do console do Google Cloud. É necessário usar o número do projeto em que você ativou o Serviço de backup e DR.
Digite o nome do appliance de backup/recuperação. Observe que o Google Cloud adiciona automaticamente outros números aleatórios ao final do nome assim que o a implantação começa.
Escolha o projeto do consumidor em que você quer instalar o backup/recuperação appliance.
Escolha sua região, zona e sub-rede preferidas.
Selecione um tipo de armazenamento. Recomendamos escolher o Disco permanente padrão para PoCs e disco permanente SSD para um ambiente de produção.
Clique no botão Iniciar instalação. O processo leva cerca de uma hora. para implantar o console de gerenciamento de backup e DR e, dispositivo de backup/recuperação.
Você pode adicionar outros dispositivos de backup/recuperação em outras regiões ou zonas depois o processo de instalação inicial estiver concluído.

Configurar backup e DR do Google Cloud

Nesta seção, você vai conhecer as etapas necessárias para configurar o serviço de backup e DR e proteger suas cargas de trabalho.

Configurar uma conta de serviço

A partir da versão 11.0.2 (lançamento de dezembro de 2022 do backup e DR), será possível usar uma única conta de serviço para executar o dispositivo de backup/recuperação e acessar buckets do Cloud Storage e proteger seus ambientes virtuais máquinas virtuais (VMs) (não abordado neste documento).

Papéis da conta de serviço

O backup e DR do Google Cloud usa o Google Cloud Identity and Access Management (IAM) para autorização de usuários e conta de serviço, e autenticação. É possível usar papéis predefinidos para ativar vários recursos de backup capabilities. As duas mais importantes são as seguintes:

Operador de backup e DR do Cloud Storage: atribuir este papel às conta de serviço usadas por um dispositivo de backup/recuperação que se conecta os bucket do Cloud Storage. Ela permite a criação de buckets do Cloud Storage para backups de snapshots do Compute Engine para acessar buckets com dados de backup atuais baseados em agente para restaurar cargas de trabalho.
Operador de backup e DR do Compute Engine: atribuir este papel para as conta de serviço usadas por um dispositivo de backup/recuperação para criar Snapshots Persistent Disk para máquinas virtuais do Compute Engine. Além disso, criar snapshots, esse papel permite que a conta de serviço restaure VMs no no mesmo projeto de origem ou em projetos alternativos.

Para encontrar sua conta de serviço, acesse a VM do Compute Engine executar o dispositivo de backup/recuperação no projeto do consumidor/serviço analisando o valor da conta de serviço listado na seção Gerenciamento de APIs e identidades.

Para fornecer as permissões adequadas aos seus dispositivos de backup/recuperação, acesse Identity and Access Management e conceda os seguintes papéis do Identity and Access Management ao serviço do dispositivo de backup/recuperação do Compute Engine.

Operador de backup e DR do Cloud Storage
Operador de DR e backup do Compute Engine (opcional)

Configurar pools de armazenamento

Os pools armazenam dados em locais físicos. Você deve usar Persistent Disk para seus dados mais recentes (1 a 14 dias) e Cloud Storage para retenção de longo prazo (dias, semanas, meses e anos).

Cloud Storage

Crie um bucket padrão regional ou multirregional no local em que for necessário para armazenar os dados de backup.

Siga estas instruções para criar um bucket do Cloud Storage:
1. Na página Buckets do Cloud Storage, dê um nome ao bucket.
2. Selecione seu local de armazenamento.
3. Escolha uma classe de armazenamento: Standard, Nearline ou Coldline.
4. Se você escolher Nearline ou Coldline Storage, defina a opção Access Control para Detalhado. Para o Standard Storage, aceite o acesso padrão modo de controle de Uniforme.
5. Por fim, não configure nenhuma opção adicional de proteção de dados e clique em Criar.
Em seguida, adicione esse bucket ao appliance de backup/recuperação. Acesse o Console de gerenciamento de backup e DR.
```
 https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/
 
```

Selecione o item de menu Gerenciar > Pools de armazenamento.

 https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#pools

Página do console de gerenciamento de backup e DR que mostra o menu "Gerenciar > Pools de armazenamento".

Clique na opção do lado direito + Adicionar OnVault Pool.
```
 https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#addonvaultpool
 
```
1. Digite um nome para o Nome do pool.
2. Escolha Google Cloud Storage para o Tipo de pool.
3. Selecione o dispositivo que você quer anexar ao Cloud Storage do Google Cloud.
4. Digite o nome do bucket do Cloud Storage.
5. Clique em Save.

Pools de snapshots de disco permanente

Se você implantou o dispositivo de backup/recuperação com opções padrão ou SSD, o pool de snapshots do Persistent Disk terá 4 TB por padrão. Se a origem bancos de dados ou sistemas de arquivos exigirem um pool de tamanho maior, será possível editar para o dispositivo de backup/recuperação implantado, adicione um novo Persistent Disk por vez, e criar um novo pool personalizado ou configurar outro pool padrão.

Acesse a página Gerenciar > Eletrodomésticos.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#clusters

Edite a instância do servidor de backup e clique em +Adicionar novo disco.
1. Dê um nome ao disco.
2. Selecione um tipo de disco Em branco.
3. Escolha "Padrão", "Equilibrada" ou "SSD", dependendo das suas necessidades.
4. Digite o tamanho do disco necessário.
5. Clique em Save.
Acesse Gerenciar > dispositivos, na página de backup e DR console de gerenciamento do Kubernetes.
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#clusters
```
Clique com o botão direito do mouse no nome do dispositivo e selecione Configurar dispositivo no .
É possível adicionar o disco ao pool de snapshots atual (expansão) ou podem criar um novo pool (porém, não misture tipos de Persistent Disk no mesmo piscina). Se estiver expandindo, clique no ícone do canto superior direito do pool que você quer expandir.
Neste exemplo, você cria um novo pool com a opção Clique para adicionar pool. Depois de clicar nesse botão, aguarde 20 segundos para que a próxima página seja aberta.
Nesta etapa, configure o novo pool.
1. Dê um nome ao pool e clique no ícone verde + para adicionar o disco ao piscina.
2. Clique em Enviar.
3. Confirme que deseja continuar digitando PROCEED em letras maiúsculas quando solicitado.
4. Clique em Confirm.
Agora o pool será expandido ou criado com o disco permanente.

Observação: no momento, não é possível mover, expandir ou excluir o Persistent Disk até que você remova as imagens de backup armazenadas nesse pool. Contato Cloud Customer Care, se você precisar de ajuda, Caso contrário, feche a guia do navegador.

Configurar planos de backup

Os planos de backup permitem configurar dois elementos principais para fazer backup de qualquer banco de dados, VM ou sistema de arquivos. Os planos de backup incorporam perfis e modelos.

Os perfis permitem definir quando fazer backup e por quanto tempo os dados devem ser retidos.
Os modelos fornecem um item de configuração que permite decidir qual dispositivo de backup/recuperação e pool de armazenamento (Persistent Disk, Cloud Storage etc.) deve ser usado para a tarefa de backup.

criar um perfil

No console de gerenciamento de backup e DR, acesse Planos de backup > Perfis.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#manageprofiles

Dois perfis já serão criados. Você pode usar um perfil para de VMs do Compute Engine. Você pode editar o outro perfil e usar para backups da Solução Bare Metal. É possível ter vários perfis, o que é útil se você estiver fazendo backup de muitos bancos de dados que exigem diferentes camadas de disco para backup. Por exemplo, é possível criar um pool para SSD (maior desempenho), e um pool para discos permanentes padrão (desempenho padrão). Para cada é possível escolher outro pool de snapshots.
Clique com o botão direito do mouse no perfil padrão chamado LocalProfile e selecione Editar.
Faça as mudanças a seguir:
1. Atualizar as configurações de Perfis com um nome de perfil mais significativo e descrição. É possível especificar o nível do disco a ser usado, em que bucket do Cloud Storage ou outras informações explica a finalidade desse perfil.
2. Altere o pool de snapshots para o novo pool expandido ou criado anteriormente.
3. Selecione um pool do OnVault (bucket do Cloud Storage) para esse perfil.
4. Clique em Salvar perfil.

Criar um modelo

No console de gerenciamento de backup e DR, acesse Planos de backup > Modelos.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#managetemplates

Clique em +Criar modelo.
1. Dê um nome ao modelo.
2. Selecione Sim em Permitir modificações de configurações de política.
3. Adicione uma descrição deste modelo.
4. Clique em Salvar modelo.
No seu modelo, configure o seguinte:
1. Na seção Políticas à direita, clique em +Adicionar.
2. Forneça um nome para a política.
3. Marque a caixa de seleção para os dias em que você quer que a política seja executada ou deixe os valores padrão como Everyday.
4. Edite a janela dos jobs que você quer executar nesse período.
5. Selecione um horário de retenção.
6. Clique em Configurações avançadas da política.
Se você quiser realizar backups de log de arquivo com frequência (por exemplo, a cada 15 minutos) e replicar os registros do arquivo Cloud Storage, é necessário ativar as seguintes configurações de política:
1. Defina Truncar/limpar registro após o backup como Truncar se você quiser fazer isso querem.
2. Defina Enable Database Log Backup como Yes se quiser.
3. Defina RPO (Minutes) como o intervalo de backup do registro do arquivo.
4. Defina o Período de retenção de backup de registros (em dias) como a retenção desejada período
5. Defina Replicate Logs (Use Streamsnap Technology) como No.
6. Defina Enviar registros para o pool do OnVault como Sim se quiser enviar logs para no bucket do Cloud Storage. Caso contrário, selecione Não.
7. Clique em Salvar alterações.
Clique em Fazer update da política para salvar as mudanças.
Para OnVault à direita, execute as seguintes ações:
1. Clique em +Add.
2. Adicione o nome da política.
3. Defina a Retenção em dias, semanas, meses ou anos.
4. Clique em Atualizar política.
(Opcional) Se você precisar adicionar mais opções de retenção, crie políticas de retenção semanal, mensal e anual. Para adicionar outra retenção , siga estas etapas:
1. Em OnVault à direita, clique em +Adicionar.
2. Adicione um nome de política.
3. Altere o valor de Nestes dias para o dia que você quer acionar trabalho.
4. Defina a Retenção em Dias, Semanas, Meses ou Anos.
5. Clique em Atualizar política.
Clique em Salvar modelo. No exemplo a seguir, você verá um snapshot política que retém backups por três dias no nível do Persistent Disk, sete dias para jobs OnVault e quatro semanas no total. O backup semanal funciona nas noites de sábado.

Observação: no Backup e DR, os jobs diários e semanais do OnVault não são trabalhos diferentes. Um job semanal é simplesmente aquele enviado por backup e DR no Cloud Storage. O job semanal recebe um valor de retenção adicional para que os dados não expirem. O backup e a DR retém as imagens de sábado à noite Cloud Storage por 8X dias e 4X semanas.

Fazer backup de um database Oracle

A arquitetura de backup e DR do Google Cloud oferece backup contínuo incremental e consistente do aplicativo para o Google Cloud, e recuperação instantânea e clonagem para bancos de dados Oracle de vários terabytes.

O Backup e DR do Google Cloud usa as seguintes APIs da Oracle:

API de cópia de imagem RMAN: é muito mais rápido restaurar uma cópia de imagem de um arquivo de dados porque a estrutura física do arquivo de dados já existe. A recuperação A diretiva BACKUP AS COPY do gerenciador (RMAN) cria cópias de imagens para todos os dados de todo o banco de dados e mantém o formato do arquivo de dados.
API ASM e CRS: use o gerenciamento automático de armazenamento (ASM, na sigla em inglês) e o cluster API Ready Services (CRS) para gerenciar o grupo de discos de backup do ASM.
API RMAN Archive Log Backup: essa API gera registros do arquivo e faz backup deles. para um disco de preparo e limpa do local do arquivo de produção.

Configurar os hosts da Oracle

As etapas para configurar hosts da Oracle incluem instalar o agente, adicionar os hosts para backup e DR, configurar os hosts e descobrir Bancos de dados Oracle. Quando tudo estiver no lugar, você poderá fazer seus backups dos banco de dados Oracle para backup e DR.

Instalar o agente de backup

A instalação do agente de backup e DR é relativamente simples. Você só precisar instalar o agente na primeira vez que usar o host e, em seguida, os upgrades subsequentes podem ser feitos pelo usuário de backup e DR no console do Google Cloud. Você precisa fazer login como usuário root ou em uma sessão autenticada sudo para executar e instalação. Não é necessário reiniciar o host para concluir a instalação.

Faça o download do agente de backup a partir da interface do usuário ou por meio do Gerenciar > Appliances.
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#clusters
```
Clique com o botão direito do mouse no nome do dispositivo de backup/recuperação e selecione Configurar o dispositivo. Uma nova janela do navegador será aberta.
Clique no ícone do Linux 64 bits para fazer o download do agente de backup no computador que hospeda a sessão do navegador. Use scp (cópia segura) para mover o baixou o arquivo do agente nos hosts da Oracle para instalação.
Também é possível armazenar o agente de backup em um ativar downloads e usar os comandos wget ou curl para fazer o download do diretamente para os hosts do Linux.
```
curl -o agent-Linux-latestversion.rpm https://storage.googleapis.com/backup-agent-images/connector-Linux-11.0.2.9595.rpm
```

Use o comando rpm -ivh para instalar o agente de backup.

É muito importante copiar a chave secreta gerada automaticamente. Usando o console de gerenciamento de backup e DR, você precisa adicionar o para os metadados do host.

A saída deste comando é semelhante a:

[oracle@host `~]# sudo rpm -ivh agent-Linux-latestversion.rpm
Verifying... ################################# [100%]
Preparing... ################################# [100%]
Updating / installing…
  1:udsagent-11.0.2-9595 ################################# [100%]
Created symlink /etc/systemd/system/multi-user.target.wants/udsagent.service → /usr/lib/systemd/system/udsagent.service.
Action Required:
-- Add this host to Backup and DR management console to backup/recover workloads from/to this host. You can do this by navigating to Manage->Hosts->Add Host on your management console.
-- A secret key is required to complete this process. Please use b010502a8f383cae5a076d4ac9e868777657cebd0000000063abee83 (valid for 2 hrs) to register this host.
-- A new secret key can be generated later by running: '/opt/act/bin/udsagent secret --reset --restart

Se você usar o comando iptables, abra as portas do firewall do agente de backup (TCP 5106) e dos serviços da Oracle (TCP 1521):

sudo iptables -A INPUT -p tcp --dport 5106 -j ACCEPT
sudo iptables -A INPUT -p tcp --dport 1521 -j ACCEPT
sudo firewall-cmd --permanent --add-port=5106/tcp
sudo firewall-cmd --permanent --add-port=1521/tcp
sudo firewall-cmd --reload

Adicionar hosts a backup e DR

No console de gerenciamento de backup e DR, acesse Manage > Hosts.
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#hosts
```
1. Clique em +Adicionar host.
2. Adicione o nome do host.
3. Adicione um endereço IP para o host e clique no botão + para confirmar a configuração do Terraform.
4. Clique nos appliances em que você quer adicionar o host.
5. Cole a chave secreta. Você deve realizar esta tarefa menos de duas horas depois você instala o agente de backup e a chave secreta é gerada.
6. Clique em Adicionar para salvar o host.
Se você receber um erro ou uma mensagem Falha parcial, tente o seguinte soluções alternativas:
1. A chave secreta da criptografia do agente de backup pode ter expirado. Se você não adicionar a chave secreta ao host até duas horas após a criação. Você pode gere uma nova chave secreta no host do Linux usando o seguinte comando Sintaxe de linha:
```
/opt/act/bin/udsagent secret --reset --restart
```
2. O firewall que permite a comunicação entre o backup/recuperação appliance e o agente instalado no host podem não estar configurados corretamente. Siga as etapas para abrir as portas do firewall do agente de backup e serviços Oracle.
3. A configuração do Network Time Protocol (ntp) para os hosts do Linux pode ser: configuradas incorretamente. Verifique se as configurações de NTP estão corretas.
Quando você corrigir o problema, a página Status do certificado vai aparecer. mude de N/A para Valid;

Configurar os hosts

No console de gerenciamento de backup e DR, acesse Manage > Hosts.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#hosts

Clique com o botão direito do mouse no host do Linux em que você quer fazer backup dos bancos de dados Oracle e selecione Editar.
Clique em Como preparar o formato do disco e selecione NFS.

Observação: se você preferir usar discos temporários de ASM (também conhecidos como backup para discos formatados por ASM), selecione Bloco como o Formato de disco de preparo do Kubernetes.
Role para baixo até a seção Discovered Applications (Aplicativos descobertos) e clique em Descubra aplicativos para iniciar o processo de descoberta entre dispositivos.
Clique em Discover para iniciar o processo. O processo de descoberta leva até 5 minutos. Quando concluídos, os sistemas de arquivos e bancos de dados Oracle descobertos aparecer na janela de aplicativos.
Clique em Salvar para atualizar as alterações nos hosts.

Preparar o host Linux

Ao instalar pacotes de utilitários iSCSI ou NFS em seu host baseado no Linux, você mapear um disco de preparo para um dispositivo que grave os dados de backup. Use o comandos a seguir para instalar os utilitários de iSCSI e NFS. Embora seja possível usar um ou ambos os conjuntos de utilitários, essa etapa garante que você tenha o que precisa quando você precisar.

Dica: quando devo usar iSCSI, NFS ou Oracle Direct NFS (dNFS)?

Use iSCSI quando quiser salvar seu backup em um em um disco de preparo de backup baseado em blocos (pense em backup para o sistema de arquivos) ou quando você precisar para armazenar o formato do disco de teste de backup em um grupo de discos do ASM (em que você usa o dispositivo de backup/recuperação para armazenar, criar e gerenciar backups).
Use o NFS, também conhecido como NFS do Kernel, para aumentar o backup e para melhorar a performance. Você pode aproveitar várias sessões TCP com NFS, O método de armazenamento de arquivos só oferece suporte à opção de disco de preparo de backup do sistema de arquivos.
Use o Direct NFS (dNFS) quando quiser implantar o sistema aprimoramento do NFS, que é mais rápido que o NFS padrão e melhora o backup e restaurar a capacidade de processamento. No entanto, o dNFS aceita apenas o backup do sistema de arquivos a opção de preparo do disco. A configuração do dNFS exige que você encerre o banco de dados para que a configuração entre em vigor após a reinicialização.

Para instalar os utilitários iSCSI, execute o seguinte comando:
```
sudo yum install -y iscsi-initiator-utils
```
Para instalar os utilitários NFS, execute o seguinte comando:
```
sudo yum install -y nfs-utils
```
Preparar o database Oracle

Este guia pressupõe que você já tenha uma instância e um banco de dados Oracle configurados e configurá-los. O backup e DR do Google Cloud oferece suporte à proteção bancos de dados em execução em sistemas de arquivos, ASM, Real Application Clusters (RAC) e muitas outras configurações. Para mais informações, consulte Backup e DR para Oracle bancos de dados.

Você precisa configurar alguns itens antes de iniciar o job de backup. Alguns desses tarefas são opcionais, mas recomendamos as configurações a seguir para obter desempenho:

Use o SSH para se conectar ao host do Linux e faça login como usuário do Oracle com su.

Defina o ambiente Oracle como sua instância específica:

. oraenv
ORACLE_SID = [ORCL] ?
The Oracle base remains unchanged with value /u01/app/oracle

Conecte-se ao SQL*Plus com a conta sysdba:
```
sqlplus / as sysdba
```

Use os seguintes comandos para ativar o modo ARCHIVELOG. A saída deste comando é semelhante a:

SQL> shutdown

Database closed.
Database dismounted.
ORACLE instance shut down.

SQL> startup mount

ORACLE instance started.

Total System Global Area 2415918600 bytes
Fixed Size 9137672 bytes
Variable Size 637534208 bytes
Database Buffers 1761607680 bytes
Redo Buffers 7639040 bytes
Database mounted.

SQL> alter database archivelog;

Database altered.

SQL> alter database open;

Database altered.

SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /u01/app/oracle/product/19c/dbhome_1/dbs/arch
Oldest online log sequence 20
Next log sequence to archive 22
Current log sequence 22

SQL> alter pluggable database ORCLPDB save state;

Pluggable database altered.

Configure o NFS direto para o host Linux:

cd $ORACLE_HOME/rdbms/lib
make -f [ins_rdbms.mk](http://ins_rdbms.mk/) dnfs_on

Configure o acompanhamento de alterações em blocos. Primeiro, verifique se ele está ativado ou desativado. O exemplo a seguir mostra o acompanhamento de alterações em blocos como desativado:

SQL> select status,filename from v$block_change_tracking;

STATUS     FILENAME
---------- ------------------------------------------------------------------
DISABLED

Emita o seguinte comando ao usar o ASM:

SQL> alter database enable block change tracking using file +ASM_DISK_GROUP_NAME/DATABASE_NAME/DBNAME.bct;

Database altered.

Emita o seguinte comando ao usar um sistema de arquivos:

SQL> alter database enable block change tracking using file '$ORACLE_HOME/dbs/DBNAME.bct';;

Database altered.

Verifique se o rastreamento de alterações de bloqueio está ativado:

SQL> select status,filename from v$block_change_tracking;

STATUS     FILENAME
---------- ------------------------------------------------------------------
ENABLED    +DATADG/ORCL/CHANGETRACKING/ctf.276.1124639617

Proteger um database Oracle

No console de gerenciamento de backup e DR, acesse Gerenciador de apps > Aplicativos.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#applications

Clique com o botão direito do mouse no nome do banco de dados Oracle que você quer proteger e selecione Clique em Gerenciar plano de backup no menu.
Selecione o modelo e o perfil que você quer usar e clique em Aplicar plano de backup.
Quando solicitado, defina as Advanced Settings específicas para Oracle e RMAN necessários para sua configuração. Quando terminar, clique em Aplicar plano de backup.

Número de canais, por exemplo, o padrão é 2. Portanto, se você tiver um de núcleos de CPU, é possível aumentar o número de canais operações de backup e defina esse número como um número maior.

Para saber mais sobre as configurações avançadas, consulte Definir detalhes do aplicativo e configurações para bancos de dados Oracle.

Caixa de diálogo de backup e DR que mostra como selecionar a conversão do formato ASM para o formato do sistema de arquivos.

Além dessas configurações, é possível alterar o protocolo usado pelo disco de preparo para mapear o disco do Backup Appliance para o host. Acesse Gerenciar > Hospeda do host e selecione o host que você quer Editar. Marque a opção Formato do disco de preparo como convidado. O formato Bloquear é selecionado por padrão, o que mapeia o disco de preparo via iSCSI. Caso contrário, isso pode ser alterado para NFS; e, em seguida, o disco de preparo usa o protocolo NFS.

As configurações padrão dependem do formato do database. Se você usar o ASM, o sistema usará iSCSI para enviar ao backup um grupo de discos do ASM. Se você usa um sistema de arquivos, ele usa iSCSI para enviar o backup a um sistema de arquivos. Se você quiser usar NFS ou Direct NFS (dNFS), você precisará alterar as configurações de Hosts para o disco de preparo para NFS Em vez disso, se você usar a configuração padrão, todos os discos de preparo de backup usarão de armazenamento em blocos e iSCSI.

Iniciar o job de backup

No console de gerenciamento de backup e DR, acesse Gerenciador de apps > Aplicativos.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#applications

Clique com o botão direito do mouse no banco de dados Oracle que você quer proteger e escolha Clique em Gerenciar plano de backup no menu.
Clique no menu Instantâneo à direita e clique em Executar agora. Isso começa um job de backup sob demanda.
Para monitorar o status da tarefa de backup, acesse Monitorar > Jobs e visualize o job o status atual da conta. Pode levar de 5 a 10 segundos para um job aparecer na lista. O Veja a seguir um exemplo de um job em execução:
Quando um job é bem-sucedido, você pode usar metadados para exibir os detalhes de um para a vaga específica.
- Aplique filtros e adicione termos de pesquisa para encontrar vagas de seu interesse. O exemplo a seguir usa os filtros Êxito e Dia anterior, junto com Pesquise o host test1.
Para ver mais detalhes de um job específico, clique nele no campo Job . Uma nova janela será aberta. Como você pode ver no exemplo a seguir, cada que o job de backup captura uma grande quantidade de informações.

Ativar e restaurar um database Oracle

O backup e DR do Google Cloud tem diversos recursos para acessar uma cópia de um banco de dados Oracle. Os dois métodos principais são os seguintes:

Ativações compatíveis com apps
Restaurações (ativação e migração e restauração tradicional)

Cada um desses métodos tem benefícios diferentes, então é necessário selecionar qual deles que você quer usar dependendo do seu caso de uso, requisitos de desempenho e como você precisa reter a cópia do banco de dados. As seções a seguir contêm algumas recomendações para cada recurso.

Ativações compatíveis com apps

Use ativações para ter acesso rápido a uma cópia virtual de um database Oracle. É possível configurar uma montagem quando o desempenho não é crítico, e o banco de dados as cópias são válidas por apenas algumas horas a alguns dias.

O principal benefício de um suporte é que ele não consome grandes quantidades armazenamento adicional. Em vez disso, a montagem usa um snapshot do disco de backup que pode ser um pool de snapshots em um Persistent Disk ou um pool OnVault Cloud Storage. Usar o recurso de instantâneo da cópia virtual minimiza o tempo para acessar os dados, porque eles não precisam ser copiados primeiro. O disco de backup processa todas as leituras, e um disco no pool de snapshots armazena todas gravações. Como resultado, a montagem de cópias virtuais é rápida de acessar e não precisa substituir a cópia do disco de backup. As montagens são ideais para desenvolvimento, teste e Atividades de nome fantasia em que as alterações ou atualizações de esquema precisam ser validadas antes e fazer o lançamento delas na produção.

Ativar um database Oracle

No console de gerenciamento de backup e DR, acesse Fazer backup e recuperar > Recuperar página.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#recover/selectapp

Na lista Aplicativo, localize o banco de dados que você quer ativar. Clique com o botão direito do mouse no nome do banco de dados e clique em Próxima:
A Visualização de rampa da linha do tempo aparece e mostra todas as pontuais. Você também pode rolar para trás e ver a retenção de longo prazo caso elas não apareçam na visualização da rampa. O sistema seleciona por padrão.
Se preferir uma visualização em tabela para as imagens pontuais, clique no botão Tabela para alterar a visualização:
Encontre a imagem desejada e selecione Ativar:
Escolha as Opções de aplicativo do database ativado.
1. Selecione Target Host no menu suspenso. Os organizadores aparecem neste da lista, caso já tenha feito isso.
2. (Opcional) Digite um rótulo.
3. No campo SID do banco de dados de destino, insira o identificador do destino. no seu banco de dados.
4. Defina o Nome de usuário como Oracle. Esse nome se torna o nome de usuário do SO para autenticação.
5. Digite o Diretório principal da Oracle. Para este exemplo, use /u01/app/oracle/product/19c/dbhome_1:
6. Se você configurar o backup dos registros do banco de dados, o O tempo de encaminhamento fica disponível. Clique no seletor de relógio/horário e escolha o ponto para avançar.
7. A opção Restaurar com recuperação é ativada por padrão. Essa opção monta e abre o banco de dados para você.
Quando você terminar de inserir as informações, clique em Enviar para iniciar a de vídeo.

Monitorar o progresso e o sucesso do job

Para monitorar o job em execução, acesse a página Monitorar > Jobs.
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#jobs
```
A página mostra o status e o tipo de job.
Quando o job de montagem for concluído, você poderá visualizar os detalhes dele clicando no Número do job:

Para acessar os processos pmon para o SID que você criou, faça login no host de destino e emita o comando ps -ef |grep pmon. No exemplo de saída a seguir, o banco de dados SCHTEST está operacional e tem o ID de processo 173953;

[root@test2 ~]# ps -ef |grep pmon oracle 1382 1 0 Dec23 ? 00:00:28 asmpmon+ASM oracle 56889 1 0 Dec29 ? 00:00:06 ora_pmon_ORCL oracle 173953 1 0 09:51 ? 00:00:00 ora_pmon_SCHTEST root 178934 169484 0 10:07 pts/0 00:00:00 grep --color=auto pmon

Unmount an Oracle database

After you finish using the database, you should unmount and delete the database. There are two methods to find a mounted database:

Go to App Manager > Active Mounts page.
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#activemounts
```
Esta página contém uma visão global de todos os aplicativos montados (sistemas de arquivos e bancos de dados) em uso.
1. Clique com o botão direito do mouse no suporte que você quer limpar e selecione Desmonte e exclua no menu. Esta ação não excluirá o backup dados. Ele apenas remove o banco de dados montado virtual do host de destino. e o disco de cache do snapshot que continha as gravações armazenadas para o no seu banco de dados.
Acesse a página App Manager > Aplicativos.
```
 https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#applications
 
```
1. Clique com o botão direito do mouse no app de origem (database) e selecione Acessar.
2. Na rampa à esquerda, há um círculo cinza com um número dentro do qual indica o Número de montagens ativas a partir deste momento. Clique em essa imagem e um novo menu aparece.
3. Clique em Ações.
4. Clique em Desconectar e excluir.
5. Clique em Enviar e confirme essa ação na próxima tela.
6. Alguns minutos depois, o sistema remove o banco de dados do destino. host, limpa e remove todos os discos. Esta ação libera qualquer disco espaço no pool de snapshots usado para gravações no disco de refazer para montagens ativas.
É possível monitorar jobs desconectados como qualquer outro job. Acesse o Monitorar > Menu Jobs para monitorar o progresso do job que está sendo desmontado e confirmar a conclusão do job.
```
 https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#jobs
 
```
Se você excluir acidentalmente o banco de dados Oracle manualmente ou encerrar a antes de executar o job Desmontar e excluir, execute as Desmonte e exclua o job novamente e selecione a opção Forçar desligamento na tela de confirmação. Esta ação força a remoção do disco de refazer preparo do host de destino e exclui o disco do pool de snapshots.

Restaurações

As restaurações são usadas para recuperar bancos de dados de produção quando há um problema ou dados corrompidos. ocorre e você precisa copiar todos os arquivos do banco de dados para um host local a partir de um uma cópia de backup. Normalmente, uma restauração é feita após um evento do tipo desastre ou para cópias de teste de não produção. Nesse caso, seus clientes normalmente precisar esperar que você copie os arquivos anteriores de volta para o host de origem antes reiniciar os bancos de dados. No entanto, o Google Cloud O backup e a DR também têm suporte para um recurso de restauração (copiar arquivos e iniciar banco de dados) e um recurso de montagem e migração, em que você monta o banco de dados (tempo acessar rapidamente) e você pode copiar arquivos de dados para a máquina local enquanto o banco de dados está montado e acessível. O recurso de montar e migrar é útil para cenários de objetivo de tempo de recuperação (RTO) baixo.

Ativar e migrar

A recuperação com base em migração e ativação tem duas fases:

Fase 1: a fase de montagem da restauração fornece acesso instantâneo ao banco de dados começando pela cópia montada.
Fase 2: fase de migração de restauração migra o banco de dados para o local de armazenamento de produção enquanto o banco de dados está on-line.

Ativação de restauração: fase 1

Esta fase oferece acesso instantâneo ao banco de dados a partir de uma imagem selecionada apresentado pelo dispositivo de backup/recuperação.

Uma cópia da imagem de backup selecionada é mapeada para o servidor de banco de dados de destino e apresentados ao ASM ou ao sistema de arquivos com base no banco de dados de origem formato de imagem de backup.
Use a API RMAN para realizar as seguintes tarefas:
- Restaura o arquivo de controle e o arquivo de registro redo para o controle local especificado e refazer o local do arquivo (grupo de disco do ASM ou sistema de arquivos).
- Alterne o banco de dados para a cópia da imagem apresentada pelo dispositivo de backup/recuperação.
- Avançar todos os registros de arquivo disponíveis para o ponto de recuperação especificado.
- Abra o database no modo de leitura e gravação.
O banco de dados é executado a partir da cópia mapeada da imagem de backup apresentada pelo dispositivo de backup/recuperação.
O arquivo de controle e o arquivo de registro redo do banco de dados são colocados local de armazenamento de produção local selecionado (grupo de disco ou sistema de arquivos do ASM) em ao alvo.
Após uma operação de montagem de restauração bem-sucedida, o banco de dados fica disponível para operações de produção. É possível usar a API de movimentação de arquivos de dados on-line da Oracle para mover os dados de volta para o local de armazenamento de produção (grupo de discos ou arquivo do ASM sistema) enquanto o banco de dados e o aplicativo estão em execução.

Ativação de migração: fase 2

Move o arquivo de dados do database on-line para o armazenamento de produção:

A migração de dados é executada em segundo plano. Usar a API online datafile move da Oracle para migrar os dados.
Você move os arquivos de dados da cópia apresentada de backup e DR do imagem de backup para o armazenamento do banco de dados de destino selecionado (grupo de disco do ASM ou de arquivo ou sistema operacional.
Quando o job de migração é concluído, o sistema remove e desmapea os Cópia da imagem de backup apresentada por DR e grupo de disco do ASM ou arquivo no destino, e o banco de dados é executado no armazenamento de produção.

Para mais informações sobre a recuperação de montagem e migração, consulte: Ative e migre uma imagem de backup da Oracle para recuperação instantânea em qualquer destino.

Restaurar um database Oracle

No console de gerenciamento de backup e DR, acesse Fazer backup e recuperar > Recuperar página.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#recover/selectapp

Na lista Aplicativo, clique com o botão direito do mouse no nome do banco de dados que você restaurar e selecione Próxima:
A Visualização da rampa da linha do tempo aparece, mostrando todos os pontuais. Você também pode rolar para trás se precisar visualizar a imagens de retenção de longo prazo que não aparecem na ampliação. O sistema sempre seleciona a imagem mais recente por padrão.

Para restaurar uma imagem, clique no menu Ativar e selecione Restaurar:
Escolha as opções de restauração.
1. Selecione o Tempo de avanço. Clique no relógio e escolha em um determinado momento.
2. Digite o nome de usuário que você planeja usar na Oracle.
3. Se o sistema usa autenticação de database, insira uma senha.
4. Para iniciar o job, clique em Enviar.
Digite DATA LOSS para confirmar que você quer substituir o banco de dados de origem. e clique em Confirmar.

Monitorar o progresso e o sucesso do job

Para monitorar o job, acesse a página Monitorar > Jobs.

https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#jobs

Quando o job for concluído, clique no Número do job para revisar os detalhes dele. e metadados.

Proteger o database restaurado

Quando o job de restauração do banco de dados é concluído, o sistema não faz backup do no banco de dados automaticamente após sua restauração. Em outras palavras, quando você restaura um banco de dados que tinha um plano de backup, esse plano não será ativado ao padrão.

Para verificar se o plano de backup não está em execução, acesse Gerenciador de apps > Aplicativos.
```
https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#applications
```
Encontre o database restaurado na lista. O ícone de proteção muda de de verde para amarelo, o que indica que o sistema não está programado para ser executado jobs de backup para o banco de dados.
Para proteger o banco de dados restaurado, procure na coluna Aplicativo o no banco de dados que você quer proteger. Clique com o botão direito do mouse no nome do banco de dados e selecione Gerenciar plano de backup.
Reativar o job de backup programado para o database restaurado.
1. Clique no menu Aplicar e selecione Ativar.
2. Confirme as configurações avançadas da Oracle e clique em Ativar plano de backup.

Solução de problemas e otimização

Esta seção fornece algumas dicas úteis para ajudá-lo a solucionar problemas de backups do Oracle, otimizar seu sistema e considerar ajustes para RAC e Data Guard.

Solução de problemas de backup da Oracle

As configurações do Oracle contêm várias dependências para garantir que a tarefa de backup funciona. As etapas a seguir fornecem várias sugestões para a configuração da Instâncias, listeners e bancos de dados Oracle para garantir o sucesso.

Para verificar se o listener do Oracle para o serviço e a instância que você quer a ser protegida está configurada e em execução, emita o comando lsnrctl status:

[oracle@test2 lib]$ lsnrctl status

LSNRCTL for Linux: Version 19.0.0.0.0 - Production on 29-DEC-2022 07:43:37

Copyright (c) 1991, 2021, Oracle. All rights reserved.

Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
STATUS of the LISTENER
------------------------
Alias                     LISTENER
Version                   TNSLSNR for Linux: Version 19.0.0.0.0 - Production
Start Date                23-DEC-2022 20:34:17
Uptime                    5 days 11 hr. 9 min. 20 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   /u01/app/19c/grid/network/admin/listener.ora
Listener Log File         /u01/app/oracle/diag/tnslsnr/test2/listener/alert/log.xml
Listening Endpoints Summary...
 (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=test2.localdomain)(PORT=1521)))
 (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
Services Summary...
Service "+ASM" has 1 instance(s).
 Instance "+ASM", status READY, has 1 handler(s) for this service...
Service "+ASM_DATADG" has 1 instance(s).
 Instance "+ASM", status READY, has 1 handler(s) for this service...
Service "ORCL" has 1 instance(s).
 Instance "ORCL", status READY, has 1 handler(s) for this service...
Service "ORCLXDB" has 1 instance(s).
 Instance "ORCL", status READY, has 1 handler(s) for this service...
Service "f085620225d644e1e053166610ac1c27" has 1 instance(s).
 Instance "ORCL", status READY, has 1 handler(s) for this service...
Service "orclpdb" has 1 instance(s).
 Instance "ORCL", status READY, has 1 handler(s) for this service...
The command completed successfully

Verifique se você configurou o database Oracle no modo ARCHIVELOG. Se o banco de dados for executado em um modo diferente, talvez você veja jobs com falha com o Código de erro 5556 da seguinte forma:

Caixa de diálogo "Backup e DR" que mostra os detalhes do job que contêm o código de erro 5556.

export ORACLE_HOME=ORACLE_HOME_PATH
export ORACLE_SID=DATABASE_INSTANCE_NAME
export PATH=$ORACLE_HOME/bin:$PATH

sqlplus / as sysdba
SQL> set tab off
SQL> archive log list;

Database log mode             Archive Mode
Automatic archival            Enabled
Archive destination           +FRA
Oldest online log sequence    569
Next log sequence to archive  570
Current log sequence          570

Ative o rastreamento de alterações de bloqueio no database Oracle. Embora isso não seja para que a solução funcione, a ativação do rastreamento de alterações de bloqueio impede a necessidade de realizar uma quantidade significativa de trabalho de pós-processamento para calcular blocos alterados e ajuda a reduzir os tempos de job de backup:
```
SQL> select status,filename from v$block_change_tracking;

STATUS     FILENAME
---------- ------------------------------------------------------------------
ENABLED    +DATADG/ORCL/CHANGETRACKING/ctf.276.1124639617
```

Verifique se o database usa o spfile:

sqlplus / as sysdba

SQL> show parameter spfile

NAME               TYPE        VALUE
------------------ ----------- ------------
spfile             string      +DATA/ctdb/spfilectdb.ora

Ative Direct NFS (dnfs) para os hosts de database Oracle. Embora não seja obrigatório, se você precisar do método mais rápido para fazer backup e restaurar os bancos de dados Oracle, O dnfs é a melhor opção. Para melhorar ainda mais a capacidade de processamento, alterar o disco de preparo por host e ativar dnfs para Oracle.

Configure tnsnames para resolução de hosts de database Oracle. Se você não incluir essa configuração, os comandos RMAN geralmente falham. Veja a seguir uma amostra da saída:

[oracle@test2 lib]$ tnsping ORCL

TNS Ping Utility for Linux: Version 19.0.0.0.0 - Production on 29-DEC-2022 07:55:18

Copyright (c) 1997, 2021, Oracle. All rights reserved.

Used parameter files:

Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = test2.localdomain)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = ORCL)))
OK (0 msec)

O campo SERVICE_NAME é importante para configurações de RAC. O serviço name representa o alias usado para divulgar o sistema para recursos externos. que se comunicam com o cluster. Nas opções de Detalhes e configurações para o banco de dados protegido, use o Configuração avançada para o nome do serviço do Oracle. Digite o nome do serviço específico que você quer usar nos nós que executam o job de backup.

O database Oracle usa o nome do serviço apenas para autenticação do database. O database não usa o nome do serviço para autenticação do SO. Para exemplo, o nome do banco de dados poderia ser CLU1_S e o nome da instância poderia ser ser CLU1_S.
- Se o nome do serviço Oracle não estiver listado, crie uma entrada de nome de serviço no no arquivo tnsnames.ora localizado em $ORACLE_HOME/network/admin ou em $GRID_HOME/network/admin adicionando o seguinte entrada:
```
CLU1_S =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = )(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = CLU1_S)
) )
```
- Se o arquivo tnsnames.ora estiver em um local não padrão, forneça o caminho absoluto para o arquivo na página Detalhes e configurações do aplicativo descritos em Definir detalhes e configurações do aplicativo para bancos de dados Oracle.
- Verifique se você configurou a entrada do nome do serviço para o banco de dados corretamente. Faça login no Oracle Linux e configure o ambiente da Oracle:
```
TNS_ADMIN=TNSNAMES.ORA_FILE_LOCATION
tnsping CLU1_S
```
- Revise a conta de usuário do banco de dados para garantir uma conexão bem-sucedida com o Aplicação de backup e DR:
```
sqlplus act_rman_user/act_rman_user@act_svc_dbstd as sysdba
```
- Na página Detalhes e configurações do aplicativo descrita em Detalhes e configurações do aplicativo para bancos de dados Oracle, digite o nome do serviço que você criou (CLU1_S) no Campo Oracle Service Name:
O código de erro 870 diz que "Backups do ASM com ASM nos discos de preparo NFS são não tem suporte." Se você receber esse erro, você não tem a conta de serviço definida em Detalhes e configurações para a instância em que precisam ser protegidos. Nessa configuração incorreta, o host usa NFS para o disco temporário, mas o de origem é executado no ASM.

Para corrigir esse problema, defina o campo Converter o formato do ASM para o formato do sistema de arquivos. como Yes. Depois de alterar essa configuração, execute novamente o job de backup.

O código de erro 15 informa ao sistema de backup e DR "Não foi possível conecte-se ao host de backup." Se você receber esse erro, isso indica que um dos três problemas:

O firewall entre o dispositivo de backup/recuperação e o host no qual você instalou o agente não permite a porta TCP 5106 (o agente que detecta porta).
Você não instalou o agente.
O agente não está em execução.

Para corrigir esse problema, redefina as configurações de firewall conforme necessário e verifique se se o agente está funcionando. Depois de corrigir a causa subjacente, execute o service udsagent status. O exemplo de saída a seguir mostra que se o serviço do agente de backup e DR está sendo executado corretamente:

[root@test2 ~]# service udsagent status
Redirecting to /bin/systemctl status udsagent.service
udsagent.service - Google Cloud Backup and DR service
Loaded: loaded (/usr/lib/systemd/system/udsagent.service; enabled; vendor preset: disabled)
Active: active (running) since Wed 2022-12-28 05:05:45 UTC; 2 days ago
Process: 46753 ExecStop=/act/initscripts/udsagent.init stop (code=exited, status=0/SUCCESS)
Process: 46770 ExecStart=/act/initscripts/udsagent.init start (code=exited, status=0/SUCCESS)
Main PID: 46789 (udsagent)
Tasks: 8 (limit: 48851)
Memory: 74.0M
CGroup: /system.slice/udsagent.service
 ├─46789 /opt/act/bin/udsagent start   
 └─60570 /opt/act/bin/udsagent start

Dec 30 05:11:30 test2 su[150713]: pam_unix(su:session): session closed for user oracle
Dec 30 05:11:30 test2 su[150778]: (to oracle) root on none

As mensagens de registro dos seus backups podem ajudar você a diagnosticar problemas. Você pode acessar os registros no host de origem em que os jobs de backup são executados. Para banco de dados Oracle há dois arquivos de registro principais disponíveis no arquivo /var/act/log diretório:
- UDSAgent.log–: registro do agente de backup e DR do Google Cloud que registra solicitações de API, estatísticas de jobs em execução e outros detalhes.
- SID_rman.log: registro do RMAN do Oracle que registra todos os comandos do RMAN.

Considerações adicionais sobre a Oracle

Ao implementar backup e DR para bancos de dados Oracle, considere as considerações a seguir ao implantar o Data Guard e o RAC.

Considerações sobre o Data Guard

É possível fazer backup dos nós principal e de espera do Data Guard. No entanto, se você escolher para proteger bancos de dados apenas dos nós de espera, é preciso usar Autenticação do banco de dados Oracle em vez da autenticação do SO ao retornar o banco de dados.

Considerações sobre a RAC

A solução de backup e DR não oferece suporte a backup simultâneo de vários nós em um banco de dados RAC se o disco de preparação estiver configurado para o modo NFS. Se as sistema exigir backup simultâneo de vários nós RAC, use Bloquear (iSCSI) como o modo de disco de preparo e defini-lo por host.

Para um banco de dados Oracle RAC que usa o ASM, é preciso colocar o arquivo de controle de snapshot nos discos compartilhados. Para verificar essa configuração, conecte-se ao RMAN e execute o Comando show all:

rman target /

RMAN> show all

Se o arquivo de controle de snapshot não estiver no local correto, reconfigure-o. Para exemplo, use os seguintes parâmetros de configuração RMAN para um banco de dados com um "db_unique_name" de **ctdb** que usa o sistema de arquivos local:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default

CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/mnt/ctdb/snapcf_ctdb.f';

Em um ambiente RAC, é preciso mapear o arquivo de controle de snapshot para um ASM compartilhado grupo de discos. Para atribuir o arquivo ao grupo de discos do ASM, use o Comando Configure Snapshot Controlfile Name:

CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+/snap_.f';

Recomendações

Dependendo dos seus requisitos, talvez seja necessário tomar decisões determinados recursos que afetam a solução geral. Algumas decisões podem afetar o preço, o que, por sua vez, pode afetar o desempenho, como a escolha das opções padrão Discos permanentes (pd-standard) ou discos permanentes de desempenho (pd-ssd) para os pools de snapshots do dispositivo de backup/recuperação.

Nesta seção, compartilhamos nossas escolhas recomendadas para ajudar você a garantir a melhor de desempenho para a capacidade de backup do banco de dados Oracle.

Selecionar o tipo de máquina ideal e o tipo de disco permanente

Ao usar um dispositivo de backup/recuperação com um aplicativo, como um sistema de arquivos ou um banco de dados, é possível medir o desempenho com base na rapidez com que o host as transferências de dados entre as instâncias do Compute Engine.

As velocidades dos dispositivos de disco permanente do Compute Engine são baseadas em três fatores: o tipo de máquina, a quantidade total de memória anexada à e a contagem de vCPUs da instância.
O número de vCPUs em uma instância determina a velocidade de rede alocada a uma instância do Compute Engine. A velocidade varia de 1 Gbps para um vCPU até 16 Gbps para 8 ou mais vCPUs.
Combinando esses limites, o backup e DR do Google Cloud assume como padrão usando um e2-standard-16 para um tipo de máquina de tamanho padrão para um dispositivo de backup/recuperação. A partir deste ponto de partida, você tem três opções para alocação de disco:

Escolha	Disco do pool	Máximo de gravações sustentadas	Máximo de leituras sustentadas
Mínimo	10 GB	N/A	N/A
Padrão	4.096 GB	400 MiB/s	1200 MiB/s
SSD	4.096 GB	1000 MiB/s	1200 MiB/s

As instâncias do Compute Engine usam até 60% da rede alocada para E/S para os discos permanentes anexados e reservam 40% para outros usos. Para Para mais detalhes, consulte Outros fatores que afetam o desempenho.

Recomendação: selecione um tipo de máquina e2-standard-16 e um mínimo. de 4.096 GB de DP-SSD oferece o melhor desempenho para backup/recuperação eletrodomésticos. Como segunda opção, você pode selecionar uma máquina n2-standard-16. para o dispositivo de backup/recuperação. Essa opção oferece benefícios de desempenho na faixa de 10 a 20%, mas vem com custos adicionais. Se isso corresponder ao seu caso de uso, entre em contato com o Cloud Customer Care para fazer essa alteração.

Otimizar seus snapshots

Para aumentar a produtividade de um único dispositivo de backup/recuperação, você pode executar jobs de snapshots simultâneos de várias origens. Cada job individual reduz em velocidade No entanto, com jobs suficientes, é possível atingir o limite de gravação sustentada para volumes Persistent Disk no pool de snapshots.

Ao usar iSCSI para o disco de preparo, é possível fazer backup de uma única instância grande para um dispositivo de backup/recuperação com velocidade de gravação sustentada entre 300 e 330 MB/s. Em nossos testes, vimos que isso se aplicava a tudo, de 2 TB a 80 TB em um supondo que você configurou o host de origem e o backup/recuperação dispositivo em um tamanho ideal e estejam na mesma região e zona.

Escolher o disco de preparo correto

se você precisar de desempenho e capacidade significativos, o Direct NFS pode adicionar benefício significativo em relação ao iSCSI como a opção de disco de preparo para uso no sistema Oracle backups de bancos de dados. O NFS direto consolida o número de conexões TCP, melhora a escalonabilidade e o desempenho da rede.

Ao ativar o Direct NFS para um banco de dados Oracle, configure uma origem suficiente CPU (por exemplo, 8x vCPUs e 8 canais RMAN) e estabelecer um link de 10 GB entre a extensão regional da Solução Bare Metal e o Google Cloud, pode fazer backup de um único banco de dados Oracle com capacidade de processamento entre 700 e 900 ou mais MB/s. As velocidades de restauração do RMAN também se beneficiam do Direct NFS, onde é possível ver níveis de capacidade de processamento atingem a faixa de 850 MB/s ou mais.

Equilibrar o custo e a capacidade

Também é importante entender que todos os dados de backup são armazenados em um para o pool de snapshots do dispositivo de backup/recuperação, o que é feito para reduzir custo. A sobrecarga de desempenho para esse benefício da compactação é marginal. No entanto, para dados criptografados (TDE) ou conjuntos de dados muito compactados, serão mensuráveis, embora um impacto marginal nos valores de capacidade de processamento.

Entender os fatores que afetam o desempenho da rede e dos servidores de backup

Os itens a seguir afetam a E/S de rede entre a Solução Bare Metal da Oracle e seus servidores de backup no Google Cloud:

Armazenamento em Flash

Semelhante ao Persistent Disk do Google Cloud, as matrizes de armazenamento flash que fornecem armazenamento para que os sistemas da Solução Bare Metal aumentem as capacidades de E/S com base na quantidade de armazenamento que você atribui ao host. Quanto mais armazenamento você alocar, melhor a E/S. Para resultados consistentes, recomendamos que você provisione em pelo menos 8 TB de armazenamento flash.

Latência de rede

Os jobs de backup de backup e DR do Google Cloud são sensíveis às latência de rede entre os hosts da Solução Bare Metal e os servidores de backup/recuperação appliance no Google Cloud. Pequenos aumentos na latência podem criar grandes mudanças nos tempos de backup e restauração. Diferentes zonas do Compute Engine oferecem diferentes latências de rede aos hosts da Solução Bare Metal. Ela é boa ideia de testar cada zona para o posicionamento ideal do dispositivo de backup/recuperação.

Número de processadores usados

Os servidores da Solução Bare Metal têm vários tamanhos. Recomendamos escalonar os canais do RMAN para se adequarem às CPUs disponíveis, com maior velocidade possível de sistemas maiores.

Cloud Interconnect

A interconexão híbrida entre a Solução Bare Metal e o Google Cloud é disponíveis em diversos tamanhos, como 5 Gbps, 10 Gbps e 2x10 Gbps, com desempenho da opção de 10 GB duplo. Também é possível configurar link de interconexão dedicado que será usado exclusivamente para backup e restauração operations. Essa opção é recomendada para clientes que desejam isolar os fazer backup do tráfego do banco de dados ou do aplicativo que possa passar pelos mesmos ou garantir largura de banda total onde as operações de backup e restauração são essenciais para atingir o objetivo do ponto de recuperação (RPO) e de tempo de recuperação (RTO).

A seguir

Confira outros links e informações sobre o Google Cloud backup e DR que podem ser úteis.

Para mais etapas de configuração do Google Cloud Backup e DR, consulte a documentação do produto de backup e DR.
Para acessar demonstrações de recursos e instalações do produto, consulte a Playlist de vídeos de backup e DR do Google Cloud.
Para acessar informações de compatibilidade do Google Cloud Backup e DR, consulte Matriz de suporte: backup e DR. É importante verificar se você está executando versões compatíveis do Linux e Instâncias de banco de dados Oracle.
Para outras etapas relacionadas à proteção do Oracle Database, consulte Backup e DR para bancos de dados Oracle e Proteger um banco de dados Oracle descoberto.
Sistemas de arquivos como NFS, CIFS, ext3 e ext4 também podem ser protegidos com Backup e DR do Google Cloud. Para conferir as opções disponíveis, consulte Aplique um plano de backup para proteger um sistema de arquivos.
Para ativar alertas de backup e DR do Google Cloud, consulte Configurar um alerta com base em registros e assista ao vídeo Configuração das notificações de alerta de backup e DR do Google Cloud.
Para abrir um caso de suporte, entre em contato com o Cloud Customer Care.

Guia de soluções: backup do Google Cloud e DR para Oracle na solução Bare Metal

Informações gerais

Segundo plano

Arquitetura

Instalar o Backup e DR do Google Cloud

Antes de começar

Instalar o console de gerenciamento de backup e DR

Instalar o appliance de backup/recuperação

Configurar backup e DR do Google Cloud

Configurar uma conta de serviço

Papéis da conta de serviço

Configurar pools de armazenamento

Cloud Storage

Pools de snapshots de disco permanente

Configurar planos de backup

criar um perfil

Criar um modelo

Fazer backup de um database Oracle

Configurar os hosts da Oracle

Instalar o agente de backup

Adicionar hosts a backup e DR

Configurar os hosts

Preparar o host Linux

Preparar o database Oracle

Proteger um database Oracle

Iniciar o job de backup

Ativar e restaurar um database Oracle

Ativações compatíveis com apps

Ativar um database Oracle

Monitorar o progresso e o sucesso do job

Unmount an Oracle database

Restaurações

Ativar e migrar

Ativação de restauração: fase 1

Ativação de migração: fase 2

Restaurar um database Oracle

Monitorar o progresso e o sucesso do job

Proteger o database restaurado

Solução de problemas e otimização

Solução de problemas de backup da Oracle

Considerações adicionais sobre a Oracle

Considerações sobre o Data Guard

Considerações sobre a RAC

Recomendações

Selecionar o tipo de máquina ideal e o tipo de disco permanente

Otimizar seus snapshots

Escolher o disco de preparo correto

Equilibrar o custo e a capacidade

Entender os fatores que afetam o desempenho da rede e dos servidores de backup

Armazenamento em Flash

Latência de rede

Número de processadores usados

Cloud Interconnect

A seguir