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 a -recover-from-location opção, o SnapManager usará os arquivos de log de arquivamento do local externo para recuperar os backups de banco de dados restaurados.

Ao especificar os locais de log de arquivamento externo para a recuperação dos backups restaurados, você deve garantir que inclua os nomes de locais externos em maiúsculas. No sistema de arquivos, todos os nomes de pastas e subpastas devem estar em maiúsculas, porque o Oracle traduz o caminho de destino para maiúsculas e espera que os caminhos de destino externos, nomes de pastas e nomes de subpastas estejam em maiúsculas. Se você especificar os caminhos de destino do log de arquivamento externo em minúsculas, o Oracle talvez não consiga identificar o caminho especificado e não consiga restaurar o banco de dados.

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 não for um storage com capacidade para captura instantânea, 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.

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