Muitos DBA que decidem utilizar pela primeira vez o ASM, surpreendem-se com erros relacionado ao daemon css ao configurar uma instancia ASM. Configurar esse servico e facil, basta criar o arquivo de inicializacao de banco apenas com o parametro INSTANCE_TYPE=ASM. Entretanto somente isto nao e suficiente. Voce tem que iniciar, como root, o Cluster Syncronization Services daemon. Para isto, execute o comando a seguir: # /u01/app/oracle/product/11.1.0/db_1/bin/localconfig resetSuccessfully accumulated necessary OCR keys.Creating OCR keys for user root, privgrp root..Operation successful.Configuration for local CSS has been initializedAdding to inittabStartup will be queued to init within 30 seconds.Checking the status of new Oracle init process...Expecting the CRS daemons to be up within 600 seconds. Caso o servico nao suba em dez minutos digite CTRL-C e execute o comando a seguir. # nohup /etc/init.d/init.cssd run >/dev/null 2>&1 O Oracle Clusterware e um software que quando instalado em servidores de mesmo sistema operacional, permite que esses servidores trabalhem como se fossem apenas um servidor. O Oracle Clusterware necessita de dois componentes: Um voting disk para gravar informacoes sobre o node membership e o Oracle Cluster Registry (OCR) para gravar informacoes sobre a configuracao do cluster. Voting disk e OCR tem que residir um mesmo storage compartilhado. O Oracle Clusterware necessita que cada node seja conectado a uma rede privada atraves de interconexao privada.A interconexao privada e uma rede separada a qual deve ser configurada entre os nodes participantes do cluster. Esta interconexao, a qual e requisitada pelo Oracle RAC, pode ser a mesma rede utilizada pelo clusterware, mas a interconexao nao devem ser acessadas por nodes que nao fazem parte do cluster.A Oracle recomenda a redundancia de interconexao para evitar que esta se transforme em unico ponto de falha. Ela recomenda tambem o uso do User Datagram Protocol (UDP) sobre Gigabit Ethernet na configuracao de interconexao do cluster. Cabos crossover nao sao suportados pelo Oracle Clusterware e nem pelo Oracle RAC.O Oracle Clusterware gerencia os nodes do cluster e evita que uma ou instances tente controlar o acesso ao banco RAC. Isto pode ocorrer em falha na comunicacao entre nodes via interconexao.A arquitetura Oracle Clusterware suporta alta-disponibilidade atraves de reinicializacao automatica de componentes do cluster. O Oracle clusterware pode reiniciar automaticamente um node com objetivo de evitar que a indisponibilidade daquele node comprometa disponibilidade ambiente como um todo. Em um ambiente Oracle RAC, todos os componentes estao sobre o controle do Oracle Clusterware. O Oracle Clusterware tambem fornece uma API que permite o controle de outros processos Oracle. Uma das vantagens do compartilhamento de recursos utilizando threads e evitar a ociosidade daqueles processos que sao alocados por instrucoes de aplicativos de baixo consumo de recursos. Alem de evitar o esgotamento de recursos de hardware. Sou DBA Oracle. Em nosso datacenter temos alguns servicos de banco de dados que sao configurados para que varias sessoes de banco utilizem um unico processo. Normalmente temos 80 processos do sistema operacional atendendo milhares de conexoes de banco. Se tivessemos que trabalhar no modo conexao dedicada, ou seja: um processo para cada conexao de banco, entao teriamos alocar uma quantidade muito maior