Oracle 10g: backup falhou, disco de log cheio - como recupero o banco de dados?

Question

• Devido a falhas nos backups, o disco usado para logs de transações parece estar cheio.
• O banco de dados não está aceitando conexões, portanto, não posso executar a tarefa de backup (HP Data Protector) manualmente.
• A instância do Oracle monta diretamente o disco de uma SAN, portanto, não há nenhum sistema de arquivos visível para o Windows.

O serviço de banco de dados está sendo executado, no entanto. Existe uma maneira simples de recuperar o banco de dados, talvez até o ponto em que o trabalho de backup possa ser executado novamente e restaurar o serviço?

Não assuma nenhum conhecimento sobre o Oracle além de tnsping ; -)

No arquivo alert_mydatabase.log , ( <orahome>\admin\mydatabase\bdump\ ),

ORA-15041: diskgroup space exhausted 
...
ARCH: Archival stopped, error occurred. Will continue retrying
...

    

Answer 1

ORA-15041: diskgroup space exhausted

Parece que você está usando o ASM para armazenar seus archivelogs / backups e provavelmente o preencheu (provavelmente porque os backups antigos não estão sendo removidos)

Como cagcowboy lhe disse que seu banco de dados é provavelmente pendurado porque ele não pode arquivar e alternar seu arquivo de log atual, mas não parece que você precisa recuperar / restaurar ou algo . Quando você puder liberar algum espaço, a instância continuará sua atividade.

Como já sugerido, eu deveria tentar entrar em contato com o suporte da Oracle para obter os devidos conselhos.

Atenciosamente.

    

Answer 2

Alguns pensamentos aleatórios:

1. Supondo que você tenha um contrato de suporte da Oracle, eu os envolveria. Não necessariamente porque este é um problema incomum ou particularmente difícil; mas tanto por causa de sua falta de familiaridade com o Oracle. Pegue algo errado e você pode estragar o seu banco de dados.

2. Por que você acha que uma restauração é necessária? Quando o disco fica cheio, as gravações no banco de dados são "congeladas" (como você está vendo), mas não deve haver perda / corrupção de dados.

3. Você tem sua senha do db sys?

4. Este é um sistema ao vivo / de produção?

5. Existe alguma outra maneira de acessar o sistema de arquivos SAN?

Responda a estas perguntas e podemos prosseguir a partir daí.

    

Answer 3

Aqui estão mais pensamentos aleatórios:

1) Onde fica o dba?

2) Como os volumes do banco de dados não são visíveis no Windows, presumo que o banco de dados esteja usando partições brutas ou ASM. você conhece qual deles? E se não asm ou raw, então qual sistema de arquivos é o disco de dados subjacente?

3) quando você faz backup do banco de dados, como você lida com a remoção / arquivamento dos logs de arquivamento?

4) se não estiver usando raw / asm e usando o sistema de arquivos, veja se o volume san para o log de archive pode ser estendido / aumentar de tamanho para permitir que o arquivamento continue. Em seguida, faça um backup imediatamente e remova / arquive os logs de arquivo antigos.

5) Você também pode tentar criar um novo volume para o log de arquivo, entrar no banco de dados e alterar o banco de dados a ser arquivado no novo destino de log de archive.

No que diz respeito ao seu log de arquivo, parece que o banco de dados parou para aguardar espaço, mas não travou. Se você fizer espaço, ele continuará. Sua melhor aposta é juntar um dba e um administrador de san e determinar o que pode ser feito para ganhar espaço. Ligue para o suporte da oracle para obter ajuda se você ficar preso.