Menu de navegação

[rmanParticipante]

@vpapa

Os grupos são de 500 mb cada.

Creio que estão grandes né ? Está sendo gerado 1 por hora, o ideal é 3 archives por hora ?

Sim, o sistema estava em produção.

[vpapaParticipante]

[quote=”rman”:2ma3zj81]@vpapa

Os grupos são de 500 mb cada.

Creio que estão grandes né ? Está sendo gerado 1 por hora, o ideal é 3 archives por hora ?

Sim, o sistema estava em produção.[/quote]

@rman,

Cara eu não conheço seu Hardware, mas ‘e um bom tamanho, assim vc da uma folga pros ARCn rs rs.

Você esta tendo algum tipo de problema? Lentidão, freeze ..etc..??

Abraco !

[rmanParticipante]

@vpapa

Está tudo ok, só achei que o redo log está muito grante, o ARCn está é folgado 1 archive log por hora… Só pensei em diminuir o tamanho por que quanto maior o redo log, maior é a perda de informação caso exista a perda de archive log. O archive log está sendo gerado com 476 mb.

[felipegParticipante]

Opa,

Mas o objetivo é não perder o archive 8)
Sobre o tamanho do redo, segue um post interessante:

https://profissionaloracle.com.br/blogs/ … redo-logs/

Atenciosamente,
Felipe.

[rmanParticipante]

@felipeg

Sim, o objetivo ainda é não perder o archive log.

Aparentemente me desviei do assunto, mas na realidade não, como a rede é lenta (gigabit), comparada com fibra ótica, pensei em diminuir o redo log, por consequência o tamanho do archive log também reduzirá, tornando mais viável e diminuindo o tempo de transferência do archive log. Entendeu ?

[vpapaParticipante]

Opa,

Então rman, você esta certo, mas tem que ver a carga do seu sistema, ter mais switch logs e archives ira gerar mais I/O e processamento, se der, teste, diminua seus grupos( criando e dropando ‘e claro), deixe em um dia assim e veja como se comporta.

OBS: esteja seguro do que esta fazendo e de como fazer, qualquer coisa pergunte que faco um tutorial para ti, mas creio que já saiba como proceder.

Abraco !!

[rmanParticipante]

@vpapa

Não é possível diminuir o redo log ? Ou o recomendado é remover e criar outro com tamanho menor ?

[vpapaParticipante]

[quote=”rman”:1qxi3faz]@vpapa

Não é possível diminuir o redo log ? Ou o recomendado é remover e criar outro com tamanho menor ?[/quote]

@rman,

Nao existe resize para redo log group !!

Da uma lida aqui:

http://download.oracle.com/docs/cd/B193 … #sthref850

[Rodrigo AlmeidaParticipante]

Olá,

Seguinte, multiplexação é o aconselhável, tanto para quem usa SAN/DAS/NAS com ou sem ASM ou DGBROKER e o raios que o parta!

A multiplexação do Archives conforme a diferença dos discos no seu caso, um LOG1 para FC e outro para SAS, pode causa contenção nos log switch, que você poderá acompanhar pelo AWR nos TOP 5 WAITS com o log synch, o valor de wait poderá aumentar.

Mas é questão de teste. SAS é um disco de 2 canais, sendo 1 dedicado para escrita, você está gerando 496MB de redo em 1 hora para arquivar (bem baixo), então, talvez uma perda de tempo no log switch necessariamente não irá lhe trazer impactos no seu banco de produção por aumentar a segurança.

Recomendação, faça o teste por 1 semana e acompanhe. Caso esteja lhe trazendo problemas significativos nas cargas e transações, desabilite o LOG_DEST para o disco SAS.

Abraços,

[rmanParticipante]

@alphamek

O grande problema não é o fato do HD ser SAS, é o fato que para gravar nele tem q passar por um rede gigabit, creio que o gargalo vai estar na rede não no HD.

Se estivesse ligado por fibra ótica eu não teria receio nenhum em implementar a multiplexação.

Obrigado pela atenção.

[Autor]

Posts