Boa tarde senhores!

Uma pergunta:

Achei que era pré-requisito ter os archivelogs num lugar comum, visível
pelos dois nós (ASM ou OCFS, etc) e sempre fiz dessa forma. Eu posso
efetivamente ter um filesystem local em cada nó e salvar os archivelogs
neles? Qual o impacto real disso?

Abraços!

Marcelo

Em 27 de abril de 2010 11:57, Ricardo Cardoso de Sá <
ricardo....@terra.com.br> escreveu:

>
>
> Olá,
>
> Minha sugestão:
>
> Os discos de QUORUM e OCR, eu criaria no máximo 1G cada um, pois o tamanho
> que cada um requer no máximo 256MB.
>
> Demais discos, eu criaria LUN´s de 64GB.
>
> Criaria ASM DiskGroup separadas por tipo de segmentos, exemplos:
>
> DGSYSTEM (SYSTEM, SYSAUX, REDO) 64 GB
>
> DGUNDO (UNDOTBS1, UNDOTBS2) 128GB
>
> DGTEMP (TEMP) (64GB)
>
> DGDATA (DADOS) Inicialmente 128GB e ia adicionando VOLUMES sobre demanda...
>
> DGINDX (INDICES) Inicialmente 128GB e ia adicionando VOLUMES sobre
> demanda...
>
> Os archives eu colocaria em OCFS2 pois ficaria mais fácil a administração
> ou
> caso tenha bastante disco locais, colocaria os archives nos discos locais.
> Neste caso é mais uma opção do que pré-requisito.
>
> Att.:
>
> Ricardo C.Sa
>
> _____
>
> De: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br> [mailto:
> oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>] Em
> nome de candiurudba
> Enviada em: terça-feira, 27 de abril de 2010 09:44
> Para: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>
> Assunto: [oracle_br] SUGESTÕES !! Divisão de Discos para ASM + RAC
>
> Bom dia colegas !!
>
> Gostaria de sugestões sobre a uma divisão dos discos do meu storage que
> estou fazendo, para a implementação do ASM + RAC
>
> Hoje tenho 24 discos de 300 GB e começarei trabalhando com RAW DEVICES e em
> seguida, irei migra-los para BLOCK DEVICES.
>
> Os binarios do SO + Oracle ficarão armazanados nos discos dos servidores e
> as demais informações (dados, indices, flash recovery e etc) ficarão no
> Storage.
>
> Pensei em iniciar o Storage trabalhando com um RAID 10 (deixando o mirror
> somente a cargo do Storage e utilizando no ASM somente o stripping), ou
> seja, deste 24 discos, teriamos para trabalhar 12 discos.
>
> TOTAL GERAL = 3.6 TB
>
> 300 GB - VOTING1
> 300 GB - VOTING2
> 100 GB - OCR1
> 100 GB - OCR2
> 100 GB - OCR3
> TOTAL 900 GB
> +
> 1.5 TB - +DATA
> 500 GB - +INDX => Não sei se no caso do ASM, é vantajoso separar os indices
> dos dados...fiquei na dúvida.
> TOTAL 3104 GB
>
> Restando 568 GB para serem divididos para os Archives e Backups lógicos !!
>
> Minha idéia é colocar a geração dos ARC fora do ASM, criando um filesystem
> com EXT3 por exemplo...
>
> Alguma sugestão ?
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]



------------------------------------

--------------------------------------------------------------------------------------------------------------------------
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--------------------------------------------------------------------------------------------------------------------------
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  
------------------------------------------------------------------------------------------------------------------------
 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
    http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
    oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
    http://br.yahoo.com/info/utos.html


Responder a