Menu de navegação

[airoospParticipant]

Boa noite pessoal,

Estou fazendo testes do rman no notebook e ao executar o recover table aparecem os erros:

RMAN-04006: error from auxiliary database: ORA-28056: Writing audit records to Windows Event Log failed
ORA-28056: Writing audit records to Windows Event Log failed

Ambiente: Windows 7 64, banco 12c EE

Pesquisando na internet sobre os erros, encontrei algumas soluções, limpar o log de registros do Windows e colocar o usuário que esta executando o processo no grupo administradores. Fiz isso, mas também não funcionou.

Alguém já teve este tipo de problema?

Obrigado.

Airton

[José Laurindo ChiappaModerator]

Blz ? Então, eu já usei diversas vezes Oracle no Windows e não vi esse erro ainda não… A msg porém parece ser CLARA : o RMAN não conseguiu gravar no log de sistema do Windows… Isso pode ocorrer TANTO por má config QUANTO por falta de permissão OU (realmente) por falta de espaço no log de sistema do Windows….
Eu sugiro :

1) Limpe COMPLETAMENTE o log do Windows : veja em http://itbloggertips.com/2014/01/ora-28056-writing-audit-records-windows-event-log-failed/ que nós temos logs de Aplicação, de Internet Explorer, de Segurança e de Sistema, limpe TODOS, não só um ou outro….
E adicionalmente, depois de fazer a limpeza completa, espere um bom tempinho e consulte os logs do Windows : isso é pra tentar verificar se eventualmente vc não tem um software bugado/problemático nessa máquina Windows que esteja a todo momento querendo gravar log e acabe ‘enchendo’ o log do Windows… SE houver algum, resolva isso….

2) Permissões : cfrme creio que é sabido, NÃO BASTA vc colocar o usuário Windows com o qual vc está logado no grupo dos Administradores Windows : nos Windows acima de XP nós temos a figura do UAC, que faz as permissões entrarem em Ação SE e APENAS SE isso for explicitamente solicitado… Assim, na hora de abrir o prompt de comandos (prompt DOS de preferência, nem todas as tools Oracle funcionam bem com PowerShell) onde vc vai rodar o RMAN, vc TEM QUE EXPLICITAMENTE solicitar a opção de ‘Executar como Administrador’… Outro ponto é que esse usuário WINDOWS ** tem ** que estar no Grupo de DBAs ORACLE, além de ser administrador local, tenha CERTEZA disso..
E NEM PRECISO DIZER, o RMAN vai tentar criar uma Instância Oracle temporária no local onde vc indicar com a cláusula de AUXILIARY DESTINATION : tenha CERTEZA que o usuário com o qual vc logou E abriu o prompt de comando TEM todas as permissões nesse local , E o local tem espaço livre o suficiente…

3) Config : aqui é simples, é vc ter CERTEZA de ter setado nesse prompt de comando elevado as variáveis ORACLE_SID, ORACLE_HOME e PATH… E vc não diz mas SE vc está testando o RECOVER TABLE num ambiente multitenant, vc TEM que indicar a cláusula PLUGGABLE DATABASE, vide https://oracle-base.com/articles/12c/multitenant-rman-backup-recovery-cdb-and-pdb-12cr1#table-pitr-recovery-in-pdbs …

==> Teste esses pontos e veja lá o que acontece aí, qquer coisa manda uma outra msg mostrando/evidenciando que esses pontos todos FORAM seguidos sem sucesso….

[]s

Chiappa

[airoospParticipant]

Boa tarde Chiappa,

Beleza? Então, segui as informações que você passou e consegui fazer o restore da table.
O que fiz de diferente foi, abrir o prompt de comando com “executar como administrador” e também limpei o event viewer do Windows.
Tinha esquecido de falar, o ambiente single instance.

Outra coisa, você já fez a configuração do ASM no Windows? É necessário instalar e configurar o GRID antes, certo?

O material que encontrei até agora é para instalação do ASM em Linux.

Se você tiver algum informação agradeço.

Abraço,

Airton

[José Laurindo ChiappaModerator]

Segue as respostas :

“Beleza? Então, segui as informações que você passou e consegui fazer o restore da table.”

Maravilha, é bico mesmo, né não ??? Claro, não é NEM DE LONGE uma novidade Revolucionária, o que esse cara faz é AUTOMATIZAR o que a gente fazia antes quando precisava recuperar só uma tabela (ou só poucas tabelas) dum backup RMAN (ie, cria instância “auxiliar/temporária”, recupera nessa instância a tablespace SYSTEM e a tablespace onde está/estão a(s) tabela(s) e sobe esse outro ‘banco’ nessa instância “auxiliar/temporária”)…. A vantagem é que é um negócio AUTOMATIZADO, portanto Muitíssimo Menos Sujeito a erros humanos/de operação….

“O que fiz de diferente foi, abrir o prompt de comando com “executar como administrador” e também limpei o event viewer do Windows.”

Sim, isso é Windows : ganhasse eu uma moeda para CADA VEZ que alguém ‘esquece’ do UAC e do conceito dele que os privilégios do grupo Admin só entram em ação SE SOLICITADO EXPLICITAMENTE não digo que estaria Rico, mas teria uma graninha….
E sobre o event log, vc tinha dito que “Pesquisando na internet sobre os erros, encontrei algumas soluções, limpar o log de registros do Windows…” : com CERTEZA vc limpou só UMA dos tupos de log, ou limpou apenas os últimos N logs – Windows quando enche o log de eventos vc TEM que limpar TODOS os Eventos de TODAS as 3 categorias, PREFERENCIALMENTE (se for máquina Prod) tirando um backup deles antes….

“Outra coisa, você já fez a configuração do ASM no Windows? É necessário instalar e configurar o GRID antes, certo?”

Sim, o ASM faz parte dos recursos do Oracle GRID… E no seu caso, vc pode ter sim um Grid de uma máquina só, sem problemas…. mas é isso aí , pra ter ASM vc TEM que ter GRID, nem que seja um GRID de uma máquina só….
Antes de te dar algumas refs, uns Avisos e Obs importantes :

a) o ASM é um DISK VOLUME MANAGER, ie, um software que controla um VOLUME, um CONJUNTO DE DISCOS, que preferencialmente residem num STORAGE (NAS ou SAN, ou mesmo directNFS) : cada VOLUME é fisicamente composto por N discos… A vantagem desse arranjo é que o volume manager SEPARA as informações em pedacinhos, gravando cada pedacinho em um disco físico diferente : aí na hora de Recuperar as informações, o STORAGE pode acionar cada disco físico Separadamente, em Paralelo, o que via de regra Acelera Por Demais a recuperação/leitura dos dados – é MUITO melhor vc ter n discos sendo lidos/acionados ao mesmo tempo do que um DISCO só, que só pode fazer UM I/O de cada vez, já que um disco só vai ter UM BRAÇO e UMA cabeça de leitura…
PARA FINS de Estudos, Óbvio que vc pode ter um disco só, que pode INCLUSIVE ser disco Local (fora de storage), mas em prod um arranjo desses Não faz Sentido, já que o ganho de Performance do ASM vai ser basicamente nenhum…

b) o ASM é composto por um software de gerenciamento de serviços (o GRID) mais um software de volume manager (o ASM em si) e Mais uma instância de banco de dados Oracle (é nesse pequeno database Oracle de uso interno do ASM que ele vai REGISTRAR os dados internos que ele precisa), como a lista de ASM DISKS, os DISK GROUPS que utilizam cada ASM DISK…. Nem preciso dizer, isso CRIA UMA DEPENDÊNCIA, o database que grava/lê coisas num diskgroup ASM ** não poderá ser Aberto/Ativado ** sem que esse database do ASM, e TODOS os demais softwares que citei, tenham sido startados/ativados primeiro…

c) Aqui cabe uma Obs importante, que me confundia demais a cabeça quando era novato : um DISCO ASM é uma unidade lógica, é um agrupamente de espaço : vc pode ‘formatar’ como disco ASM um DISK VOLUME inteiro do seu storage, uma partição dele, uma partição de disco local, etc… O ponto é : NEM SEMPRE um disco asm corresponde a um disco físico, okdoc ??
Uma vez que vc tenha criado seus ASM DISKS, eles Poderão ser colocados dentro de ASM DISK GROUPS, é são esses disk groups que teu banco Oracle vai efetivamente usar….

d) respondendo a sua outra pergunta, faz um BOM tempo que eu não tenho a oportunidade de usar ASM em Windows de verdade, em ambiente Prod (a última vez foi há coisa de uns 4 anos, num cliente que no meio lá dos seus cento e poucos databases Oracle em Linux/Unix/AIX tinha dois perdidos lá em Windows, e a versão era 11gR2), mas usei sim , então sei que funciona, sim…. Inclusive isso tá DOCUMENTADO, veja https://docs.oracle.com/database/121/NTDBI/oraclerestart.htm#NTDBI999 que é JUSTAMENTE o manual de instalação do GRID , sim sim ?? Dá uma BOA lida nele que le CONFIRMA tudo que eu falei até agora, tal como o FATO que o ASM é parte do GRID, que vc PODE SIM ter um grid de uma máquina só/standalone, tudinho…

==> Obs feitas, algumas boas refs podem ser : http://www.shannura.com/archives/2226261108_rac12c_w01.html , https://pierreforstmanndotcom.wordpress.com/2014/10/27/how-to-install-grid-infrastructure-12-1-0-2-on-windows-2012-in-almost-full-silent-mode/ , http://neeraj-dba.blogspot.com/2011/07/configuring-oracle-asm-on-windows.html e https://oracle-base.com/articles/12c/oracle-db-12cr1-rac-installation-on-windows-2012-using-virtualbox : este último tá na verdade instalando um RAC, mas é COMUM se instalar o ASM pra trabalhar junto com o RAC, no seu caso como é stand-alone IGNORE os procedimentos referentes à RAC e vá direto na instalação de GRID com ASM….

[]s

Chiappa

[Author]

Posts