Ativar um backup do Oracle como um banco de dados virtual no console de gerenciamento do appliance

Antes de começar

Para bancos de dados Oracle com criptografia de dados transparente (TDE), a carteira para TDE pode ser capturada definindo a configuração avançada do local do arquivo de configuração do Oracle para o aplicativo Oracle. As ativações com reconhecimento de aplicativos para bancos de dados ativados para TDE exigem que a carteira seja copiada para o local apropriado no host de ativação. Além disso, ela precisa ser configurada e aberta. Para definir o login automático, use este código:

orapki wallet create -wallet <wallet_path> -auto_login -pwd <wallet_password>

Ativar um database Oracle como um aplicativo virtual

Para ativar um database Oracle como um aplicativo virtual, siga estas etapas:

  1. No console de gerenciamento do dispositivo de serviço de backup e DR, clique em App Manager > Applications e insira o nome do aplicativo de banco de dados ou use os filtros para facilitar o acesso à imagem do banco de dados de que você precisa.

  2. Clique com o botão direito do mouse no aplicativo e selecione Access.

  3. Na página Access, selecione a imagem necessária e clique em Mount no menu Mount.

  4. Em Application Options , ative a opção Create New Virtual Application.

  5. Preencha o formulário conforme necessário para esse aplicativo virtual. Os campos marcados com um asterisco (*) são obrigatórios. Clique em cada entrada para mais informações úteis.

    Application Options

    • Se o aplicativo de origem estiver protegido por uma política de snapshot que ativou backups de registro de banco de dados e os registros estiverem disponíveis com a imagem, você poderá usá-los para avançar para um ponto específico no tempo, alterando essas opções na seção Roll Forward Time:

      • O campo de data contém todas as datas possíveis para as quais o banco de dados pode ser avançado, por meio da aplicação de registros de transações de banco de dados. Selecione a data para a qual você quer avançar o banco de dados.
      • O campo de hora contém um controle deslizante que mostra todos os horários possíveis na data selecionada para os quais o banco de dados pode avançar. Se você selecionar a data mais recente possível e mover o controle deslizante para a posição mais à direita, o job será aplicado a todos os registros disponíveis. Se você selecionar a data mais antiga possível e mover o controle deslizante para a posição mais à esquerda, o job não vai aplicar nenhum registro.
      • É possível especificar o avanço usando User Time ou Host Time. User Time é relativo ao horário local do usuário atual. O horário do host é relativo ao sistema que hospeda os dados a serem ativados.

    • Target Database SID: especifique o SID do novo database Oracle a ser provisionado no destino. Siga as convenções de nomenclatura padrão do Oracle para esse valor. Verifique se a versão do banco de dados do host de destino corresponde à versão do host de origem e se há recursos suficientes no servidor de banco de dados de destino. Siga as convenções de nomenclatura padrão do Oracle para esse valor.

    • Nome de usuário: especifique as credenciais do usuário do Oracle Operating System no destino.

    • Oracle Home Directory: especifique o Oracle Home Directory ($ORACLE_HOME) no servidor de banco de dados de destino.

    • A ativação com reconhecimento de aplicativos é um novo banco de dados. Se você quiser proteger o novo banco de dados, ative a opção Manage New Application para aplicar um plano de backup ao novo banco de dados. Os novos campos Template e Profile aparecem onde você pode selecionar qualquer um dos modelos de backup e perfis de recursos atuais. Os snapshots do banco de dados são incrementais.

    Opções avançadas

    • Caminho do diretório TNS Admin: especifique o caminho do diretório TNS_ADMIN (caminho do arquivo tnsnames.ora) no servidor de banco de dados de destino.

    • Tamanho da memória do banco de dados em MB: tamanho total da memória do banco de dados, em MB, para o banco de dados que está sendo provisionado no destino. Consulte a tabela a seguir para conferir o comportamento esperado, dependendo de como esse e o SGA% (próximo) são definidos.

    • **SGA%**: parâmetro para configurar a memória SGA/PGA, como uma porcentagem da memória total, para o banco de dados que está sendo provisionado. Consulte a tabela a seguir para conferir o comportamento esperado, dependendo de como esse e o Database Memory Size in MB são definidos.

    Database Memory Size in MB SGA% Comportamento
    não especificado N/A O tamanho total da memória do banco de dados e o parâmetro de memória no destino são os mesmos do banco de dados de origem.
    especificado não especificado O parâmetro MEMORY_TARGET é definido para o banco de dados que está sendo provisionado no destino.
    especificado especificado Defina SGA e PGA para o banco de dados provisionado no destino como:
    SGA_TARGET = Database Memory Size in MB x (SGA%/100) PGA_TARGET = Database Memory Size in MB x (100-(SGA%/100))
    Observação: não defina o SGA como 100. Para evitar a lentidão do banco de dados, reserve alguma memória para o PGA.

    • Tamanho do REDO: parâmetro para configurar o tamanho do REDO, em MB, para o banco de dados que está sendo provisionado. Se não for especificado, o tamanho do REDO será definido como 1.000 MB.

    • Shared_Pool_Size in MB: parâmetro para configurar o tamanho do pool compartilhado, em MB, para o banco de dados que está sendo provisionado. Se não for especificado, o shared_pool_size não será usado.

    • DB_Cache_Size in MB: parâmetro para configurar o tamanho do cache do banco de dados, em MB, para o banco de dados que está sendo provisionado. Se não for especificado, o db_cache_size não será usado.

    • DB_Recovery_File_Dest_Size in MB: parâmetro para configurar o tamanho do destino do arquivo de recuperação do banco de dados, em MB, para o banco de dados que está sendo provisionado. Se não for especificado, o db_recovery_file_dest_size será definido como 50.000 MB.

    • inmemory_size: parâmetro para configurar o inmemory_size do banco de dados, em MB, para o banco de dados que está sendo provisionado. O tamanho mínimo que pode ser definido é 100 MB. Se não for especificado, o parâmetro inmemory_size será ignorado, independentemente da versão do Oracle.

    • Diagnostic_Dest: parâmetro para configurar o destino de diagnóstico no host. Se não for especificado, o diagnostic_dest será definido como ORACLE_HOME.

    • Número máximo de processos: parâmetro para configurar o número máximo de processos de usuário do sistema que podem se conectar simultaneamente ao Oracle, para o banco de dados que está sendo provisionado. Se não for especificado, os processos serão definidos como 500.

    • Max number of open cursors: parâmetro para configurar o número máximo de cursores abertos que uma sessão pode ter de uma só vez, para o banco de dados que está sendo provisionado. Se não for especificado, o número de cursores abertos vai usar as configurações do banco de dados de origem.

    • TNS Listener IP: especifique o endereço IP do listener TNS. Ele pode ser um dos IPs de SCAN, VIP ou host. Se não for especificado, o IP do host será usado.

    • Porta do listener TNS: porta do listener TNS a ser usada para criar o nome do serviço em tnsnames.ora para o banco de dados provisionado no destino. Se não for especificado, a porta 1521 será usada.

    • Nome de domínio TNS: especifique o nome de domínio a ser usado com o nome do serviço em tnsnames.ora para o banco de dados provisionado no destino. Isso é necessário quando o serviço de banco de dados está usando o Domain Name.

    • Prefixo PDB: especifique um prefixo para renomear o PDB durante a criação do banco de dados filho.

    • Usuário a ser removido: é uma lista separada por vírgulas de usuários a serem removidos como parte da operação de ativação.

    • Não alterar o DBID do banco de dados: se selecionado, o DBID do novo banco de dados não será alterado.

    • No Archive Mode: se selecionado, o novo banco de dados será executado no modo no-archivelog. A reproteção da nova instância não está disponível.

    • Limpar Archivelog: se selecionado, limpe os archivelogs após a execução da máscara.

    • Não atualizar tnsnames.ora: se selecionado, uma entrada para o novo banco de dados não será adicionada ao tnsnames.ora. Isso pode exigir intervenção manual para conexões com o novo banco de dados e, em alguns casos, os jobs de snapshot do novo banco de dados falham sem essa intervenção manual.

    • Do not update oratab:se selecionado, uma entrada para o novo banco de dados não será adicionada ao oratab, se houver uma.

    • Adicionar entrada do TNS Listener: o padrão é "false". Se essa opção estiver ativada, uma entrada de listener será adicionada ao arquivo tnsnames.ora.

    • Número de Canais: o número de canais RMAN.

    • Limpar OS_Authent_Prefix: OS_Authent_Prefix é um prefixo que o Oracle usa para autenticar usuários que se conectam ao servidor. O Oracle concatena o valor desse parâmetro ao início do nome e da senha da conta do sistema operacional do usuário.

    • Restaurar com recuperação: se selecionado, coloca o banco de dados recém-criado on-line: o banco de dados provisionado no destino é aberto para leitura e gravação. Esta é a seleção padrão.

    • Stand Alone Non-RAC: isso só é aplicável a bancos de dados em que o banco de dados de origem está em uma configuração não RAC e o Backup e DR armazena a cópia no formato ASM. Se selecionado, isso executa uma ativação com reconhecimento de aplicativos em uma instância ASM não RAC independente. Não selecione essa opção se uma lista de nós RAC tiver sido fornecida.

    • Use existing Oracle password file: se essa opção for selecionada, uma ativação de banco de dados virtual vai usar o arquivo de senha do Oracle atual e não o excluirá durante a limpeza na desativação.

    • Variável de ambiente: se você tiver variáveis de ambiente definidas pelo usuário a serem transmitidas para scripts de pré e pós-processamento, insira uma aqui.

  6. Clique em Submit para enviar o job. Acesse o Job Monitor para conferir o progresso e os detalhes do job. A imagem ativada está disponível nas ativações ativas.

Gerenciamento das ativações ativas

Depois de criar uma ativação, você pode rastrear a imagem em App Manager > Active Mounts. O ideal é não deixar nenhuma imagem ativada indefinidamente. Isso ocorre porque a imagem de backup da qual a ativação foi criada não pode expirar até que todas as ativações sejam excluídas. Quando terminar de usar a imagem ativada, faça o seguinte:

  • Desative a imagem. Você pode ativá-la novamente , se necessário. Em seguida, exclua a imagem mais tarde quando tiver certeza de que ela não é mais necessária.
  • Desative e exclua a imagem. Isso exclui a imagem ativada, não o backup em que a ativação se baseia.

Como colocar os grupos de discos ASM protegidos pelo Backup e DR de volta on-line após a reinicialização de um servidor de banco de dados de destino

Após qualquer reinicialização do servidor de banco de dados em que a cópia do Backup e DR está ativada ou os backups do Backup e DR estão em andamento para o banco de dados no momento da reinicialização/falha, siga estas etapas para recuperar a ativação do grupo de discos do Backup e DR:

  1. Verifique se o servidor de banco de dados de destino está de volta e se o sistema ASM e RAC também estão ativos.

  2. Reinicie o agente de backup e DR (da raiz).

  3. Defina o ambiente ASM.

  4. Faça login no ASM sqlplus e verifique o status do grupo de discos:

    `select name, state from v$asm_diskgroup where (name = '<dg name>';)`

  5. Se estiver desativado, ative o grupo de discos: alter diskgroup <dg name> mount;

  6. Faça login no SO Oracle e defina o ambiente do banco de dados. Em seguida, inicie o banco de dados.

O guia do DBA do Oracle