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/OracleDB10gR2RACInstallationOnCentos4UsingVMware.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...@gmail.com --- Em oracle_br@yahoogrupos.com.br, "Aparecido" <cido...@...> 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.cdi...@... > > > --- 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]