Seguindo a linha de compartilhando exepriência. Onde trabalho na primeira instalação que usamos o ASM 11G utilizamos o mesmo usuário, semelhante ao que faziamos no 10G.
Porém com uso ficou evidente que é mais simples administrar usando 2 usuários. Boa parte das vantegens que o Chiappa citou nós também identificamos principalmente em ambientes RAC. Agora nosso padrão para 11G é usar exatamente a recomendação da oracle de 2 usuários. --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <jlchiappa@...> escreveu > > Blz, Rodrigo ? Vou aproveitar a thread pra passar pro Milton uma experiência > recente aqui : no cliente que acabei que atender, eles seguiram a > Recomendação e criaram um usuário oracle para o RDBMS e um usuário GRID para > o Grid Infrastructure - eu gostei (e achei inclusive mais fácil de > administrar com 2 usuários separados) pelo seguinte : > > a) isso "força" os juniores a reconhecerem/entenderem que o ASM e a camada > de infra-estrutura são Independentes do database > > b) isso permitia a separação de atividades (ie, quem precisava fazer alguma > atuação no GI conectava na máquina do cliente como GRID, quem precisava atuar > no RDBMS conectava como oracle) - entre outras vantagens, no nosso ambiente > isso permitia identificar tasks em execução rapidamente, facilitava na hora > de identificar eventuais arquivos "perdidos" em /tmp ou /etc pelo usuário > unix/linux, o que nos leva á terceira vantagem , que é ... > > c) ... achei que em vc tendo dois usuários separados, é muito mais fácil vc > identificar no bate-pronto se um eventual consumo excessivo ou um problema de > SO se refere ao RDBMS ou ao GI : vc consulta top, ps ou qquer coisa do tipo, > ao ver o usuário que executa o processo culposo vc já sabe se ele é RDBMS ou > GI só pelo nome do usuário > > No meu caso essas vantagens foram significativas, Milton, vc teria que ver > no seu ambiente se seriam também ou não... > > []s > > Chiappa > > > > --- Em oracle_br@yahoogrupos.com.br, "Rodrigo Mufalani" <rodrigo@> escreveu > > > > Boa tarde Milton, > > > > Como bem observou nosso amigo. Na versão RAC do 11g a coisa muda um pouco > > com a introdução do Grid Infra, então o ASM HOME passa a pertencer a > > GRID_HOME ( O que seria parecido com o CRS_HOME) nas versões anteriores. > > De fato vc tem que ter duas HOMES, você tanto pode colocar isso em dois > > usuários separados (mais organizado), mas dá um pouco mais trabalho para > > adm. Ou colocar tudo debaixo do usuário oracle (menos organizado), mas é > > mais fácil de administrar. > > > > Atenciosamente, > > > > Rodrigo Mufalani > > rodrigo@ > > www.mufalani.com.br > > twitter: @mufalani > > > > > > -----Mensagem original----- > > De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em > > nome de Milton Bastos Henriquis Jr. > > Enviada em: terça-feira, 27 de março de 2012 11:42 > > Para: oracle_br@yahoogrupos.com.br > > Assunto: Re: [oracle_br] ASM > > > > Certo Mufalani, entendi... mas sobre os _HOME, essa questão não é separada > > da questão dos users? > > > > Afinal, posso setar ORACLE_HOME e ASM_HOME no mesmo diretório, mudaria > > apenas o ORACLE_SID. > > Não seria isso? > > > > > > > > Att, > > > > Milton > > > > > > > > On Tue, Mar 27, 2012 at 11:34 AM, Rodrigo Mufalani > > <rodrigo@>wrote: > > > > > ** > > > > > > > > > Milton, > > > > > > Uma coisa que o nosso ilustre Arup Nanda defendeu em sua apresentação > > > no GUOB é que não faz sentido dividir a Oracle_home e ASM home... Em > > > sua palestra de boas práticas... > > > > > > Uma boa razão para não ter essa separação é, quando se aplica um patch > > > na Oracle_home não necessariamente se aplica no ASM, correto? Mas para > > > uma questão de manter os binários com mesmo level de patch vc acaba > > > aplicando nos dois. > > > Então, para que a divisão? > > > > > > Muita gente vai dizer... mas a Oracle recomenda e talz... Mas nesse > > > caso, eu concordo com ele. > > > > > > Atenciosamente, > > > > > > > > > Rodrigo Mufalani > > > Oracle Ace Member > > > http://www.mufalani.com.br > > > <img > > > src=http://mufalani.com.br/site/wp-content/uploads/2012/01/logo.png/im > > > g> > > > > > > Muito obrigado pelo retorno, pessoal! > > > > > > Mufalani, Ederson, Iva, Régis... > > > E também ao Welvis e ao Rafael que me mandaram material em pvt. > > > > > > Bom, eu não tinha pensado nessa questão de papéis de administradores > > > (um responsável pelo database, outro profissional responsável pelo > > > grid, etc...), pois aqui esse administrador seria a mesma pessoa. > > > > > > Porém, realmente pode acontecer de algum dia eu precisar implementar > > > toda essa instalação em um cliente que tenha essa divisão de > > > responsabilidades. > > > > > > Independente disso, pensei também em outra questão: quando database e > > > ASM ficam no mesmo usuário, há aquela necessidade de executar o oraenv > > > para alterar as variáveis de ambiente entre ASM e instância do > > > database. > > > Claro que isso é algo simples e rápido de se fazer, mas é muito comum > > > a gente acabar esquecendo de conferir as variáveis e acabar fazendo > > > algo que não deveria por esquecer de alterar. > > > > > > Com um usuário diferente, teria também essa facilidade de ter as > > > variáveis definidas e estáticas no owner do ASM, correto? > > > (não vou considerar alteração da variável ORACLE_SID entre instâncias, > > > pois não vou ter 2 instâncias neste servidor) > > > > > > E mais uma pergunta, abusando da experiência dos colegas: quais seriam > > > as características deste novo user do SO para o ASM? Quais grupos devo > > > criar e associar, quais variáveis de ambiente devo setar, e quaisquer > > > outras providencias antes de rodar o runInstaller do Grid Infra? > > > > > > Att, > > > > > > Milton Bastos > > > > > > On Tue, Mar 27, 2012 at 10:13 AM, Régis Pradela > > > <pradelarf@ > > > >wrote: > > > > > > > ** > > > > > > > > > > > > > > > Milton, bom dia! > > > > > > > > Apartir da versão 11gr2 a Oracle implementou a separação de roles de > > > > SO, onde é *RECOMENDADO* que sejam criados usuários separados para o > > > > RDBMS e > > > o > > > > ASM, assim como grupos de SO específicos, visando maior controle de > > > > quem pode administrar o banco de dados e ASM/CRS, em alguns casos > > > > são equipes diferentes. > > > > Como dito, isto é uma recomendação, não uma obrigação. Eu costumo > > > separar, > > > > mas, em alguns clientes que visito os DBAs internos não gostam desta > > > > separação, ai tenho que instalar o RDBMS e o GRID sobre o mesmo > > > > owner de SO. > > > > Resumindo, a Oracle Recomenda que você utilize, mas, não é obrigatório. > > > > > > > > -- > > > > R.P. > > > > DBA Oracle > > > > Blog: www.rpradela.com.br > > > > > > > > Oracle Database 11g Administrator Certified Professional Oracle > > > > Database 11g Administrator Certified Associate Oracle Database 10g > > > > Real Applications Clusters Administrator Certified Expert (OCE) > > > > Oracle Enterprise Linux Certified Implementation Specialist (OCE) > > > > > > > > From: "Milton Bastos Henriquis Jr." <miltonbastos@> > > > > Reply-To: <oracle_br@yahoogrupos.com.br> > > > > Date: Tue, 27 Mar 2012 10:07:35 -0300 > > > > To: <oracle_br@yahoogrupos.com.br> > > > > Subject: [oracle_br] ASM > > > > > > > > > > > > Bom dia amigos! > > > > > > > > Primeiramente: > > > > SO: RedHat 5.5 (kernel 2.6.18-274.el5) > > > > Database: 11.2.0.1 > > > > Grid Infra: 11.2.0.1 > > > > (todos acima versão x86-64) > > > > > > > > Nunca trabalhei com ASM (apenas com filesystem), e estou agora > > > > tentando instalar o Oracle Grid Infrastructure para começar a > > > > aprender um pouco sobre ASM. > > > > > > > > Gostaria de saber em relação ao usuário do sistema operacional para > > > > instalação do Grid e da instância ASM. > > > > Isso não ficou muito claro pra mim na documentação. > > > > Já tenho o típico usuário "oracle" configurado corretamente para > > > > owner do database. > > > > Uso este mesmo usuário para instalar o Grid e para criar o ASM? > > > > Ou crio um user novo? > > > > Alguma vantagem ou desvantagem nos dois casos? > > > > > > > > -- > > > > Att, > > > > > > > > Milton Bastos > > > > www.certificacaobd.com.br > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > -- > > Att, > > > > > > [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 > > >