- Este tópico contém 8 respostas, 4 vozes e foi atualizado pela última vez 16 anos, 2 meses atrás por
jspaulonci.
-
AutorPosts
-
17 de setembro de 2009 às 8:25 pm #89755
armandoveloso
ParticipanteOla todos!
Não sei o porquê, mas toda vez que o BD vai alocar novo logfile acontece a mensagem abaixo no alert.log:
Thread 1 cannot allocate new log, sequence 4555
Private strand flush not completeBanco operando em archive mode.
Essa mensagem aparece no alert.log, mas o archive é gerado na boa.
Na v$logfile aparece todos os logfile com status ONLINE.
O banco é o 10G R2.17 de setembro de 2009 às 8:42 pm #89756David Siqueira
ParticipanteArmando,
Faça o seguinte, verifique o FIlesystem onde seus archives são armazenados, dê uma boa olhada para ver se não estão com problemas de falta de espaço, check também as permissões se for necessário.
Caso não seja este o problema, possa ser que seus arquivos de REDO log estejam muito pequenos para o tamanho da sua base, e não estão atendendo as necessidades de maneira correta.
Espero ter ajudado.
Ats.
17 de setembro de 2009 às 8:44 pm #89757David Siqueira
ParticipanteOutra coisa que esqueci…o seu tempo de check point , pode estar insuficiente ou muito grande para o tamanho de redo’s que você possui, portanto na hora de fazer todo o processo de sincronização esta gerando esses erros.
No site do Asktom eu vi um post no forum falando deste assunto, caso queira dê uma olhadinha lá, acredito que vale a pena conferir o forum onde o pessoal ja passou por isso.
Abraço
17 de setembro de 2009 às 9:27 pm #89758armandoveloso
ParticipanteDavid,
obrigdo pea ajuda.
Enta, eu usav 3 grupos de redolog, ate ontem. Daí ontem eu aumentei mais um, ficando 4. Hoje ainda aparece essa mensagem.Criei mais agora, e vou observar se continua ou ao asmensaens. O tamanho do logfile é 50M.
Qto a espço, ta muto tranquilo, ha de sobra. Veja:
(obs: os logs tao no /u02)[oracle@server /]$ df -h
Sist. Arq. Tam Usad Disp Uso% Montado em
/dev/sda1 201G 30G 161G 16% /
tmpfs 2,0G 0 2,0G 0% /dev/shm
/dev/sdb1 226G 11G 204G 5% /u02
/dev/sdc1 226G 76G 139G 36% /u03Ou seja, tem 200GB livres na prticao /u02.
MAS…….
Ao listar os arquivos do banco na particao /u02, pareceum mensagem muito estranha, tipo dizend q um DBF ta enome, sei la… nao entendi o q sgnifica, veja:
[oracle@server DATA]$ ls -lt
ls: TS_DADOS.DBF: Valor muito extenso para o tipo de dados definido
total 271376
-rw-r—– 1 oracle oinstall 15417344 Sep 17 14:21 control02.ctl
-rw-r—– 1 oracle oinstall 52429312 Sep 17 14:21 redo0201.log
-rw-r—– 1 oracle oinstall 52429312 Sep 17 14:20 redo0501.log
-rw-r—– 1 oracle oinstall 52429312 Sep 17 13:24 redo0101.log
-rw-r—– 1 oracle oinstall 52429312 Sep 17 10:00 redo0401.log
-rw-r—– 1 oracle oinstall 52429312 Sep 17 06:00 redo0301.logSera q é como se esse arquivo tivesse “ocupando” o HD todo?
Pq pelo “df” q mstei ainda tem 200GB livres.. otamanho desse DBF é de 2,5 GB.Qualquer coisa tento tambem aumentar o tamanho dos logfiles, pondo logo pra 100MB cada.
Obrigado.
17 de setembro de 2009 às 10:03 pm #89759David Siqueira
ParticipanteHumm…
Aumentar os Redo’s seria uma boa opção para que ele pare de dar o erro, mais teria que ser feito um trabalho de dimensionamento desses arquivos, pra não desperdiçar espaço á toa e nem deixar faltar sobrecarregando seu BD.
Quanto ao seu datafile de 2.5GB , será que não é uma limitação do seu S.O que só aceita arquivos até 2.GB, algumas releases tem esse problema.
Abraço!!!
17 de setembro de 2009 às 10:07 pm #89761David Siqueira
ParticipanteDá uma olhada nesse material Armando :
http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:69012348056
http://www.lazydba.com/oracle/0__26265.htmlEspero que te ajude.
ABraço
17 de setembro de 2009 às 10:18 pm #89762vieri
Participantels: TS_DADOS.DBF: Valor muito extenso para o tipo de dados definido
provavelmente isso é uma limitação do comando ls -lt que não está conseguindo exibir a qtd de bytes do arquivo.
tente com ls -lh, para ver se some este erro.
quanto a esse erro, tente aumentar o redolog para 100Mb
e verfique em qto está o log buffer, aumente ele em uns 25% também e verifique se a MSG’s somem.. se não sumir va para o metalink que deve ser algum warning.18 de setembro de 2009 às 3:12 pm #89769armandoveloso
ParticipanteDavid,
vou ao cliente hoje e passarei pra 100MB esses logfiles.Obrigado pelos links! Pelo que li la, se resume mesmo a aumentar a quantidade de logfiles e tambem o tamanho deles. Ja aumentei de 3 para 5 a qtde, falta aumentar so o tamanho.
Vieri, o linux é o Red Hat 5.
Esquisito que numa maquina Red Hat eu dou o comando sugerio por vc (ls -lh), mas nele nao funciona! O parametro “h” nao é aceito.
MAS…. mesmo usando SOMENTE O COMANDO “ls” o erro aparece!Muito esquisito isso!
22 de setembro de 2009 às 2:59 pm #89830jspaulonci
ParticipanteJá tive esse problema, uso Solaris 5.10, A Oracle disse que pode ser ignorado.
Spaulonci
-
AutorPosts
- Você deve fazer login para responder a este tópico.