[oracle@linux /]$ sqlplus "/as sysdba"

[Donati 0]

Senhores.Estou com um erro extremamente simples, porém, está me dando muita dor de cabeça.Aí vai:Quando vou me conectar via SSH no servidor RED HAT onde tem o Oracle 10g, não consigo e retorna este erro:-------------------------------------------------------------------------------------------[oracle@linux /]$ sqlplus "/as sysdba"SQL*Plus: Release 10.2.0.1.0 - Production on Fri Oct 5 00:09:13 2007Copyright © 1982, 2005, Oracle. All rights reserved.ERROR:ORA-09817: Write to audit file failed.Linux Error: 28: No space left on deviceORA-09945: Unable to initialize the audit trail fileLinux Error: 28: No space left on device-------------------------------------------------------------------------------------------Pelo que analisei o erro aparentemente é espaço em Disco, segue tela do Linux:[oracle@linux dbs]$ df -hFilesystem Size Used Avail Use% Mounted on/dev/sda2 8.4G 4.0G 4.1G 50% //dev/sda1 99M 12M 83M 12% /bootnone 125M 0 125M 0% /dev/shm/dev/sda3 5.8G 5.5G 0 100% /u01O que poderia efetuar para resolver este mero problema.É somente um servidor de testes, e gostaria de liberar ao pessoal de desenvolvimento, porém ainda sou leigo como DBA, e preciso aprender e muito...O Banco estava no MODO ARCHIVELOG e está gerando 5 ARCHIVES, porém não posso deleta-los correto ??Qual outra forma de efetuar essa correção.. ??Obrigado a ajuda...Abraços.

[Armando Veloso 0]

Donati,primeiro: isso é problema de SO (espaco em disco) e não de oracle... pois pelo "df" verifica-se que o /u01 esta 100% cheio!segundo: se é servidor de testes, entao nao precisa coloca-lo em modo archivelog, pois nao precisa se preocupar em realizar um possivel restore....você pode deletar todos os archivelogs, mas se só tiver 5, você vai liberar pouco espaco, mas pelo menos por uns dias o problema se resolve...Veja o que tem no "/u01" e se tem algo que possa ser apagado... se não tiver nada pra apagar, creio que seus datafiles estejam tambem todos no /u01, entao, uma saida é MOVER SEUS DATAFILES para o "/" que ta com 4GB livre! (crie uma pasta dentro do "/", tipo /u02/oradata/NOME_DA_INSTANCIA, e mova pra ela)Falou!!!

[oscarnogueira 1]

Boas,como já falaram, o espaço em disco de um de seus pontos de montagem está cheio, e o Oracle não está conseguindo escrever um arquivo de auditoria. Uma das soluções possíveis, já que é um banco de dados de testes, é desabilitar a auditoria ou, no mínimo, deletar do caminho que está no parâmetro de inicialização AUDIT_FILE_DEST, os arquivos *.aud, que são como traces gerados pelo Oracle para auditoria de ações daqueles que logam como SYSDBA.Uma outra boa prática é logar no banco como SYSDBA somente quando necessário. Para realizar atividades rotineiras de um DBA crie um usuário e dê a role DBA para ele.Até!

[Donati 0]

Donati,primeiro: isso é problema de SO (espaco em disco) e não de oracle... pois pelo "df" verifica-se que o /u01 esta 100% cheio!segundo: se é servidor de testes, entao nao precisa coloca-lo em modo archivelog, pois nao precisa se preocupar em realizar um possivel restore....você pode deletar todos os archivelogs, mas se só tiver 5, você vai liberar pouco espaco, mas pelo menos por uns dias o problema se resolve...Veja o que tem no "/u01" e se tem algo que possa ser apagado... se não tiver nada pra apagar, creio que seus datafiles estejam tambem todos no /u01, entao, uma saida é MOVER SEUS DATAFILES para o "/" que ta com 4GB livre! (crie uma pasta dentro do "/", tipo /u02/oradata/NOME_DA_INSTANCIA, e mova pra ela)Falou!!!

Perfeito Armando, voltou a funcionar.Este ambiente é só para testes mesmo, e só para o pessoal de desenvolvimento bagunçar, mas sempre tem q ter os caras para arrumar.Valeu pela força, Grande abraço.