Altere o local da área de trabalho VALIDAR ARQUIVOS DE RECUPERAÇÃO

Existe uma maneira de dizer ao VALIDATE RECOVERY FILEScomando para usar um local diferente com mais espaço em disco disponível?

Quando executo o comando no RMAN, ele falha com a seguinte pilha de erros:

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of validate command on ORA_DISK_1 channel at 06/05/2012 12:02:42
ORA-19502: write error on file "/opt/app/oracle/product/11.2.0/dbhome_1/dbs/...
ORA-27072: File I/O error
Additional information: 4
Additional information: 1071488
Additional information: 286720
ORA-19502: write error on file "/opt/app/oracle/product/11.2.0/dbhome_1/dbs/...

Isso parece ser devido ao fato de que a validação está usando o banco de dados inicial para sua área de trabalho e não há espaço em disco suficiente lá. Na verdade, posso ver os 8 GB livres caírem para zero antes que o comando falhe e o espaço seja retornado.

Este local não é afetado pela configuração do local no formato ao alocar o canal para o dispositivo.

DB_RECOVERY_FILE_DEST está definido como '+FRA', mas atualmente a maioria dos backups está em /u01/back em vez de ASM. '+FRA' tem alguns backups de arquivos de controle.

Atualizar:

Não encontrei uma maneira de fazer isso, mas também não encontrei nada definitivo dizendo que não é possível. Há um tópico da comunidade Oracle discutindo isso, mas sem resolução. Curiosamente , RESTORE ARCHIVELOG ALL VALIDATEe RESTORE VALIDATE DATABASE CHECK LOGICALnão exibem esse comportamento, o que pode ser o motivo pelo qual mais pessoas não o encontraram.

Atualização 2:

Abri um SR com o suporte da Oracle para ver se eles podem esclarecer essa dúvida.

Atualização 3:

O suporte da Oracle conseguiu reproduzir esse problema internamente e está tratando-o como um bug.