Opa, valeu pela dica! Obrigado.
Aparecido Souza da Silva ORACLE DBA / LINUX ORACLE CERTIFIED ASSOCIATE 10g asilva.cdi...@gmail.com --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson" <wfras...@...> escreveu > > > Não gerencia não, o OpenFiller apenas simula o gerencimento em modo shared dos discos, de qualquer forma para que você teste seu RAC em uma Vmware (pelo que estou vendo é o caso), terá que ou usar o OpenFiller para gerenciar (OCR, Voting, ASM) ou então pode fazer de forma compartilhada conforme ex a seguir: > > http://www.oracle-base.com/articles/10g/OracleDB10gR2RACInstallationOnCe\ ntos4UsingVMware.php > > abcs > > ----- Original Message ----- > From: Aparecido > To: oracle_br@yahoogrupos.com.br > Sent: Wednesday, September 30, 2009 6:08 PM > Subject: [oracle_br] Re: MAPENTO DE LUNS PARA ORACLE RAC > > > IMPORTANTE: > > ESTA SOLUÇÃO É NECESSÁRIA PARA OCR E VOTING DISKS OU RAW > DEVICES. > > PARA DISCOS DE DADOS A ASMLIB GERENCIA ISSO. > > Aparecido Souza da Silva > ORACLE DBA / LINUX > ORACLE CERTIFIED ASSOCIATE 10g > asilva.cdi...@... > > --- Em oracle_br@yahoogrupos.com.br, "Aparecido" cido_re@ escreveu > > > > Boa tarde a todos. > > > > Estou utilizando como storage um cara chamado OPENFILER > > (www.openfiler.com). > > > > Consegui resolver o problema! > > > > Tudo o que tive que fazer foi adicionar uma regra na white list do > > SCSI_ID.CONF para reconhecer o OPENFILER e algumas regras para tornar > > persistente os devices utilizando a mesma sequencia de luns em todos > os > > servidores, segue abaixo o que eu fiz: > > > > > > ADICIONEI A SEGUINTE LINHA NO ARQUIVO /etc/scsi_id.conf em todos os > > servidores: > > > > vendor=OPNFILER, model=VIRTUAL-DISK, options=-g > > > > EM SEGUIDA CRIEI O ARQUIVO /etc/udev/rules.d/55-iscsi.rules E > ADICIONEI > > AS SEGUINTES REGRAS: > > > > KERNEL="sd*[!0-9]", PROGRAM="/sbin/scsi_id", > > RESULT="14f504e46494c45006d6d734169672d4e5231772d616c3634" , > NAME="sdb" > > KERNEL="sd*[!0-9]", PROGRAM="/sbin/scsi_id", > > RESULT="14f504e46494c45007676787661762d694677492d33614753" , > NAME="sdc" > > KERNEL="sd*[!0-9]", PROGRAM="/sbin/scsi_id", > > RESULT="14f504e46494c450071774e6b33592d6e6d39742d58513946" , > NAME="sdd" > > KERNEL="sd*[!0-9]", PROGRAM="/sbin/scsi_id", > > RESULT="14f504e46494c450030646d4e71712d6d6650392d366d4e4b" , > NAME="sde" > > KERNEL="sd*[!0-9]", PROGRAM="/sbin/scsi_id", > > RESULT="14f504e46494c45003273776c65662d4d6b64312d46305970" , > NAME="sdf" > > > > Desta forma consegui persistir por exemplo a mesma lun01 em todos os > > servidores como /dev/sdb, e assim sucessivamente. > > > > OBS: Pra descobrir os IDs das LUNS eu rodei o seguinte comando como > > root: scsi_id -g -u -s /block/sd[x] sendo [x] a letra do device > > (sdb,sdc, sdd, etc...). > > > > > > Espero que ajude alguém pois foram horas de pesquisa, rsss > > > > Abraço a todos. > > > > Aparecido Souza da Silva > > ORACLE DBA / LINUX > > ORACLE CERTIFIED ASSOCIATE 10g > > asilva.cditec@ > > > > > > --- Em oracle_br@yahoogrupos.com.br, "rolegar" rolegar@ escreveu > > > > > > Cido, > > > > > > Qual o storage utilizado? No caso de EMC em um RPM(EMCPowerPath) que > > faz o mapeamento para algo do tipo /dev/emcpowera e demais lun's > > dependendo da configuração. > > > > > > > > > > > > > > > > > > > > Olá a todos. > > > > > > > > Estou montando um RAC 10g em RedHat 4 e luns fornecidas via iSCSI > de > > um STORAGE. > > > > > > > > Como faço para mapear as luns para os mesmo devices nos dois > > servidores? > > > > > > > > Ex: > > > > servidor1 lun0 --> /dev/sdb > > > > servidor2 lun0 --> /dev/sdb > > > > > > > > O que ocorre é que tenho 5 luns e o mapeamento é aleatorio. > > > > > > > > Obrigado pela atenção. > > > > > > > > Cido > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > ------------------------------------------------------------------------\ ------ > > > > O Banco de Dados de Vírus interno expirou. > Verificado por AVG - http://www.avgbrasil.com.br > Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de Lançamento: 30/1/2009 17:31 > > > [As partes desta mensagem que não continham texto foram removidas] >
