Perfeito pessoal... muito obrigado pela colaboração, Leandro, Chiappa, Alessandro, Mufalani, Régis, Ivan, Ederson, Welvis!
Vou mesmo criar o user "grid" para fazer a instalação do GI e também para ser owner da instância ASM. Muito interessante as vantagens mostradas pelo Chiappa, principalmente em relação a monitorar consumo do servidor - fica muito mais fácil descobrir a origem de algum eventual problema - e o próprio sysadmin pode monitorar e redirecionar o problema pro responsável direto (ou o DBA da instancia, ou o responsável pelo Grid/ASM), Alessandro: obrigado pelos OS Groups! Att, Milton www.certificacaobd.com.br On Tue, Mar 27, 2012 at 3:30 PM, Leandro Henrique Pereira < leandro-henrique.pere...@serpro.gov.br> wrote: > ** > > > 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 > > > > > > > > -- 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 <*> 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
