Caros, boa tarde.
Acabei iniciando novamente o restore pois precisamos liberar a base. Se
ocorrer novamente o erro eu irei copiar novamente o arquivo e re-executar o
restore.
Obrigada!
Depende : se o backup lá na origem estiver 100% íntegro )e portanto a corrupção
aconteceu durante o TRANSPORTE dos arqs que compõem o backup - digamos,
esqueceu de usar FTP binário, ou o filesystem no servidor-destino causou a
corrupção por qquer problema transiente, um disco defeituoso digamos)
Se o arquivo está íntegro na origem, e a corrupção ocorreu na cópia, nenhum
problema. Basta disparar novamente o restore, ele irá fazer skip do que já
estiver em disco e restaurar o resto. Efetuar o recover e abrir.
Em qua, 23 de dez de 2015 às 14:39, angelo angelolis...@gmail.com
[oracle_br] esc
Uma coisa é quase certa.. essa base tem grande chances de ficar capenga..
não ?
-- angelo
2015-12-23 14:23 GMT-02:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:
>
>
> Opa, então : nem todos os erros são recuperáveis - de modo geral os erros
> devido à falta de espaço em
Opa, então : nem todos os erros são recuperáveis - de modo geral os erros
devido à falta de espaço em disco são (a nota metalink "Using RESUMABLE Session
to Avoid Transaction Abort Due to Space Errors" (Doc ID 136941.1) exemplifica
um caso possível), e iirc os erros de corrupção não são... afaik
