Demorou - só mesmo o Suporte pra te orientar, pois não vejo como um arquivo 'E:\BDEDUCAR\ARCHIVELOG\2017_ 04_11\O1_MF_1_421421_%U_.ARC' pode ter se originado dum LOG_FORMAT ARC%S_%R.%T. Passa direitinho pro Suporte a relação completa dos seus parâmetros ativos, o ALERT completo e um DIR de todos os seus discos que eles vão verificar o que mais pode ser....
[]s Chiappa ---Em oracle_br@yahoogrupos.com.br, <alisson...@yahoo.com.br> escreveu: Bom dia! Verifiquei que o parametro LOG_ARCHIVE_FORMAT = ARC%S_%R.%T. O erro tinha parado por dias e agora voltou novamente . De qualquer formar abrir um chamado no Suporte. ---Em oracle_br@yahoogrupos.com.br, <jlchiappa@...> escreveu: A msg parece que tá clara aqui : ORA-27040: file create error, unable to create file OSD-04002: unable to open file O/S-Error: (OS 1392) The file or directory is corrupted and unreadable. OU SEJA, o archiver não tá conseguindo criar/abrir corretamente o arquivo... O busílis é que há ** trocentas ** causas possível para que o SO não consiga abrir um arquivo, vc vai ter que validar todas.... Por exemplo, http://www.databasejournal.com/features/oracle/article.php/3867646/Oracle-Database-Archive-Logging----Where-are-my-archive-logs.htm mostra um caso sutil, onde o asn... - digo, DBA :) deixou LOG_ARCHIVE_DEST igual ao LOG_ARCHIVE_DEST_1, besteira feita.... E há ** diversos ** parâmetros relacionados a archive (além das 10 destinations extras possíveis, neguim Sempre esquece de outros como log_archive_duplex_dest ) : vc VAI TER QUE checar CUIDADOSAMENTE cada um deles.... Outra possibilidade é que (por qualquer besteira operacional) alguém já tenha criado (ou restaurado, copiado, enfim) nesse disco/diretório/destino um arquivo com o mesmo nome do que o archiver tá tentando criar, só dá besteira isso.... Outra coisa, talvez haja um CARACTER ESPECIAL / espaço em branco no arquivo em disco ? E outro ponto, talvez o mais CRÍTICO DE TODOS : achei MEGA-ESTRANHA essa msg : Unable to create archive log file 'E:\BDEDUCAR\ARCHIVELOG\2017_ 04_11\O1_MF_1_421421_%U_.ARC' Pois acontece que , SE vc olhar o manual 11gR2 para formato de log archives (online em https://docs.oracle.com/cd/E18283_01/server.112/e17110/initparams124.htm) vc encontra : "" LOG_ARCHIVE_FORMAT Property Description Parameter type String Syntax LOG_ARCHIVE_FORMAT = filename Default value Operating system-dependent Modifiable No Range of values Any string that resolves to a valid filename Basic No Oracle RAC Multiple instances can have different values, but identical values are recommended. LOG_ARCHIVE_FORMAT is applicable only if you are using the redo log in ARCHIVELOG mode. Use a text string and variables to specify the default filename format when archiving redo log files. The string generated from this format is appended to the string specified in the LOG_ARCHIVE_DEST parameter. The following variables can be used in the format: %s log sequence number %S log sequence number, zero filled %t thread number %T thread number, zero filled %a activation ID %d database ID %r resetlogs ID that ensures unique names are constructed for the archived log files across multiple incarnations of the database destination in the V$ARCHIVE_DEST " ====>> ABSOLUTAMENTE NÃO HÁ REFERÊNCIA a esse %U como um formatador Válido/Documentado, de onde é que está vindo isso pelo amor dos deuses ?????? iirc %U é um delimitador/formatdor válido para BACKUP FILES, mas iirc NÃO PARA LOG FILES !!!!! Alguma coisa de errado NÂO ESTÁ CERTA, concorda ??? Será que algum neguim arteiro não indicou pro archive %U como parte do nome de archive a gerar, aí não sendo um delimitar válido ele interpreta como uma string real a botar no nome do arquivo, e aí o Windows REJEITA esse arquivo, pois como Documentado em trocentos lugares (https://technet.microsoft.com/pt-br/library/ms163853(v=sql.105).aspx é um deles) o Windows *** não aceita *** caracter % no meio dum nome de arquivo ????? Veja lá.... []s Chiappa
