Sobre esta tarefa

O SnapManager tenta executar uma restauração rápida baseada em volume por padrão e fornece informações de verificação de qualificação. Você pode substituir algumas verificações de elegibilidade, se necessário. Se tiver certeza de que um backup não pode ser executado usando uma restauração rápida, você pode desativar a verificação de qualificação de restauração rápida e executar uma restauração baseada em arquivo.

Você pode usar as backup restore opções de comando para especificar se o SnapManager deve restaurar todo ou parte do backup. O SnapManager também permite restaurar arquivos de controle juntamente com os arquivos de dados ou tablespaces dos backups em uma única operação de usuário. Você pode incluir -controlfiles com -complete para restaurar arquivos de controle junto com tablespaces e arquivos de dados.

Pode selecionar uma das seguintes opções para restaurar a cópia de segurança:

Você também pode restaurar o backup de um local alternativo especificando -restorespec.

Se você incluir -recover, você poderá recuperar o banco de dados para:

O SnapManager (3,2 ou posterior) permite recuperar automaticamente os backups restaurados do banco de dados usando os arquivos de log de arquivamento. Mesmo que os arquivos de log de arquivamento estejam disponíveis no local externo, se você especificar o -recover-from-location option, o SnapManager usará os arquivos de log de arquivamento do local externo para recuperar os backups de banco de dados restaurados.

O SnapManager fornece o local externo para o Oracle. Mas, a Oracle não identifica os arquivos do destino externo. Esse comportamento é notado no destino da área de recuperação flash. Estes são problemas com o Oracle e a solução alternativa é sempre ter backup de arquivos de log de arquivo em tais layouts de banco de dados.

Se qualquer SCN ou data inconsistente for fornecida, a recuperação será interrompida no último ponto consistente recuperado com a mensagem de erro Recovery succeeded, but insufficient . Você precisa executar manualmente a recuperação para um estado consistente.

Para recuperação quando nenhum log é aplicado, o SnapManager recupera até o último SCN do último arquivo de log de arquivamento criado durante o backup. Se o banco de dados for consistente até este SCN, o banco de dados será aberto com sucesso. Se o banco de dados não for consistente neste ponto, o SnapManager ainda tenta abrir o banco de dados, que será aberto com sucesso, se o banco de dados já for consistente.

Se o destino do log de arquivamento em um ponto de montagem NFS não for um storage com capacidade para Snapshot, o SnapManager permite recuperar os backups de banco de dados restaurados usando o perfil. Antes de executar operações do SnapManager em storage que não seja compatível com Snapshot, adicione os destinos archivedLogs.exclude do `smsap.config`no .

Você deve garantir que você defina o parâmetro Excluir antes de criar um perfil. Somente depois de definir o parâmetro Excluir no arquivo de configuração do SnapManager, a criação do perfil será bem-sucedida.

Se o backup já estiver montado, o SnapManager não montará o backup novamente e usará o backup já montado. Se o backup for montado por um usuário diferente e se o usuário atual não tiver acesso ao backup montado anteriormente, outros usuários terão que fornecer as permissões. Todos os arquivos de log de arquivamento têm permissões de leitura para os proprietários de grupos; o usuário atual pode não obter as permissões, se o backup for montado por um grupo de usuários diferente. Os usuários podem dar permissões aos arquivos de log de arquivo montados manualmente e, em seguida, tentar novamente a restauração ou recuperação.

Recuperação de backups de bancos de dados em um ambiente de Real Application clusters (RAC)

Durante a recuperação dos backups do banco de dados em um ambiente RAC, quando o arquivo de log de arquivamento necessário não é encontrado, o Oracle solicita arquivos de log de arquivamento e alterna entre diferentes threads e números de alteração no banco de dados RAC. O SnapManager para SAP tenta recuperar o banco de dados como um melhor esforço. A recuperação bem-sucedida dos backups de banco de dados no ambiente RAC depende da disponibilidade dos arquivos de log de arquivamento nos backups.

O mecanismo de recuperação recomendado para o banco de dados RAC é o seguinte:

Você pode especificar a opção -dump como um parâmetro opcional para coletar os arquivos de despejo após a operação de restauração bem-sucedida ou com falha.