{"id":67,"date":"2015-06-28T13:10:00","date_gmt":"2015-06-28T16:10:00","guid":{"rendered":"http:\/\/maxoracle.com\/2015\/06\/28\/flex-asm\/"},"modified":"2015-06-28T13:10:00","modified_gmt":"2015-06-28T16:10:00","slug":"flex-asm","status":"publish","type":"post","link":"https:\/\/www.soudba.com.br\/?p=67","title":{"rendered":"Flex ASM"},"content":{"rendered":"

Um dos problemas que temos ao utilizar o ASM e que, nas versoes anteriores a versao 12c, temos que instalar a instancia ASM em cada local onde sera consumido dos diskgroups.
\nTemos entao o Flex ASM e para a clusterizacao temos que utilizar o Flex Clusters.
\nCaracteristicas:
\nFlex ASM nao requer Flex Cluster
\nFlex ASM roda como um servico para cluster padrao para atender clientes atraves do cluster.
\nFlex ASM pode rodar como um hub de conexao para atender aos servicos de Flex Cluster atraves de nos de HUBs de Flex Cluster.
\nO Flex ASM tem menor gastos de recursos ja que o mesmo nao precisa da instancia ASM
\nFlex ASM introduz uma nova rede para que os clientes e as instancias ASM possam se comunicar nessa rede
\nComo ocorre a conexao:
\nCada servidor contendo o banco de dados oracle ira configurar o local_listener apontando para o listener existente no servidor que roda a instancia ASM com seu devido Listener, sendo que o parametro local_listener do banco pode ser configurado para ate 3 listener.<\/p>\n

<\/a><\/div>\n
<\/div>\n
<\/div>\n
As instancias ASM sao desenvolvidas para que tenhamos o minimo de monitoramento o possivel. Portanto sempre que possivel a recomentacao e utilizar o parametro memory_target. O calculo e feito na hora da criacao da instancia ASM baseando-se no numero de cores dos processadores e a quantidade de memoria disponivel. Atualmente o valor minimo e de 1076M para o memory_target.<\/div>\n
<\/div>\n
Gerenciamento<\/div>\n
<\/div>\n
<\/div>\n
\n
\n
\n
\n
$ srvctl status asm -detail\n<\/span><\/pre>\n
ASM is running on host03,host02,host01 ASM is enabled.
\n<\/span>$ srvctl stop asm -node host03 -f
\n$ srvctl start asm -node host04 <\/span><\/p>\n
$ srvctl status asm -detail\n<\/span><\/pre>\n
ASM is running on host04,host02,host01
\nASM is enabled.
\n<\/span>$ srvctl relocate asm -currentnode host04 -targetnode host03 $ srvctl status asm -detail
\n<\/span>ASM is running on host03,host02,host01
\nASM is enabled.\u00a0<\/span>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n
\n
\n
\n
$ srvctl stop asm -proxy -node host03\u00a0<\/span>
\n$ srvctl start asm -proxy -node host04<\/span>
\n
\n<\/span>Cardinalidade<\/span>
\n
\n<\/span>A cardinalidade para as instancias ASM, informa qual e a quantidade de instancias ASM servindo o cluster ASM.<\/span><\/span>
\n
\n<\/span><\/span><\/p>\n
\n
\n
\n
$ srvctl config asm
\nASM home: \/u01\/app\/12.1.0\/grid <\/span>
\nPassword file: +DATA\/orapwASM
\nASM listener: LISTENER
\n<\/span>ASM instance count: 3
\n<\/span>Cluster ASM listener: ASMNET1LSNR_ASM<\/span>
\n
\n<\/span>Para consultar quais sao os clientes que estao consumindo as instancias, utilizamos a gv$asm_client.<\/span>
\n
\n<\/span>Para visualizar quais instancias estao fazendo o atendimento, faca a consulta abaixo:<\/span>
\n
\n<\/span><\/p>\n
<\/a><\/div>\n
 \n<\/p><\/div>\n<\/div>\n<\/div>\n<\/div>\n
Os clientes podem ser realocados, isso ja ocorre automaticamente caso a instancia ASM falhe. Mas atraves do novo comando abaixo, podemos realocar o cliente. Geralmente voce executa este comando para tentar realocar os clientes para outra instancia ASM.<\/span><\/span>
\n
\n<\/span><\/span><\/p>\n
\n
\n
\n
\nSQL> ALTER SYSTEM RELOCATE CLIENT ‘<\/span><instance_name>:<\/span><db_name<\/span>><\/span>‘;<\/span>
\nO cliente sera desconectado e provavelmente ao se conectar novamente, ira se conectar na instancia ASM que ja estava conectado. Para evitar que isso ocorra, derrube a instancia ASM logo apos realocar todos clientes.<\/p>\n
<\/a><\/div>\n
Quando os discos estao entregues para serem consumidos pelos diskgroups temos os seguintes status:
\nCANDIDATE – Disco recentemente criado, este disco nunca foi usado ainda.
\nFORMER – Disco que ja foi usado e removido do diskgroup, esta disponivel novamente para uso.
\nPROVISIONED – E similar ao candidate exceto porque o provisionado ainda necessita alguma acao por parte do administrador para disponibilizar este disco.
\nPara criar um diskgroup siga o exemplo:
\n <\/p>\n
\n
\n
\n
\nCREATE DISKGROUP FRA NORMAL REDUNDANCY
\nDISK ‘ORCL:SDD11’ NAME ‘FRA_DISK1’ SIZE 977 M, ‘ORCL:SDD12’ NAME ‘FRA_DISK2’ SIZE 977 M;<\/span>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n
Cada diskgroup criado, mesmo que nao contenha a clausula failure group, cada disco pertencendo a um diskgroup com redundancia normal ou redundancia high, \u00a0cada disco contem uma redundancia, ou seja se eu tiver 10 discos em um diskgroup vamos ter automaticamente 10 failgroups.
\nRedundancia
\nNORMAL – requer no minimo dois failure groups. No exemplo de criacao acima sao dois failure groups criados. Permite a falha de um failure group. Controlfiles armazenados neste tipo de diskgroup espelhado 3 vezes.
\nHIGH REDUNDANCY – requer a existencia de tres grupos de falha. Tolerante a perda de dois grupos de falhas.
\nEXTERNAL REDUNDANCY – nao tolera falhas, necessita redundancia externa.\n<\/p><\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"
Um dos problemas que temos ao utilizar o ASM e que, nas versoes anteriores a versao 12c, temos que instalar a instancia ASM em cada local onde sera consumido dos diskgroups. Temos entao o Flex ASM e para a clusterizacao … Continue lendo →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-67","post","type-post","status-publish","format-standard","hentry","category-sem-categoria"],"_links":{"self":[{"href":"https:\/\/www.soudba.com.br\/index.php?rest_route=\/wp\/v2\/posts\/67","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.soudba.com.br\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.soudba.com.br\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.soudba.com.br\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.soudba.com.br\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=67"}],"version-history":[{"count":0,"href":"https:\/\/www.soudba.com.br\/index.php?rest_route=\/wp\/v2\/posts\/67\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.soudba.com.br\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=67"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.soudba.com.br\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=67"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.soudba.com.br\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=67"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}