A partir da versao 11.2 do banco de dados Oracle surgiram estes conceitos de admin-managed e policy-managed. Mas qual e a diferenca entre eles?Para simplificar, digo que quando se usa a opcao admin-managed estamos assumindo o controle de recursos do banco de dados. Na opcao policy-managed, deixamos o controle para o servico de cluster RAC.Admin-managed e a antiga forma de configurar o servico de cluster, veja mais sobre o conceito de servico clicando aqui.Usando a opcao policy-managed, simplificamos a vida do DBA que nao mais precisa estar preocupado em gerenciar cada instancia em cada servidor individualmente. Agora inserimos o conceito de conjunto (pool) de servidores para gerenciar as diversas instancias.Quando voce define um servico como admin-managed sera preciso definir tambem quais instancias irao suportar este servico. A instancia escolhida e denominada PREFERRED. Tambem podem ser definidas instancias chamadas AVAILABLE que podem vir a suportar o servico em caso de falha da principal (PREFERRED).Quando voce define um servico como policy-managed significa dizer que um conjunto de servidores (server pool) ira atender a este servico. Nesta modalidade ainda podemos ter uma politica uniforme (uniform policy) ou simples (singleton). Na politica uniform o servico sera atendido por todas as instancias do pool de servidores. Na opcao singleton o RAC escolhe a instancia do pool que ira atender ao servico, em caso de falha desta, o servico migra (failover) para elege uma instancia disponivel.Entao, qual opcao usar?Caso voce tenha um amplo conhecimento do que roda no seu ambiente e tem tempo para ficar administrando recurso use admin-managed.Mas a minha opcao e usar a policy-managed, com politica uniforme, pois deixamos no automatico com melhor escalabilidade. Adicionamos novos servidores ou removemos conforme a necessidade e deixamos para o RAC decidir qual no o servico ira rodar.Voce conhece uma situacao comum que se recomende o uso do servico admin-managed? Entre em um dos nos (por exemplo: racnode1) e desabilite a opcao de cluster da instancia, isto e, altere o atributo cluster_database para FALSE:$ sqlplus "/ as sysdba"SQL> alter system set cluster_database=false scope=spfile sid='racdb1'; Tire todo mundo do ar (Shutdown all instances):$ srvctl stop database -d racdb Volte novamente a sua instancia que voce alterou o atributo de cluster e inicie o banco em MOUNT:$ sqlplus "/ as sysdba"SQL> startup mount Agora habilite o modo archive:SQL> alter database archivelog; Volte novamente o atributo de cluster para verdadeiro:SQL> alter system set cluster_database=true scope=spfile sid='racdb1'; Tire a instancia do ar:SQL> shutdown immediate Agora pode por tudo no ar usando o comando srvctl:$ srvctl start database -d racdb Se o servico estiver fora do ar, use o comando srvctl para por novamente ativo:$ srvctl start service -d racdb Entre na instancia local e veja se o banco esta em modo archive:$ sqlplus "/ as sysdba"SQL> archive log listDatabase log mode Archive ModeAutomatic archival EnabledArchive destination USE_DB_RECOVERY_FILE_DESTOldest online log sequence 83Next log sequence to archive 84Current log sequence 84Apos estes procedimentos, cada instancia do RAC podera arquivar seus redologs!Abracos e Sucesso!Luis Adelson Erro ORA-12640 ou ORA-21561? Voce ja teve este problema no seu site?No ambiente Windows, estavamos enfrentando um erro que impedia novas conexoes