Olá pessoal, depois de termos instalado o Grid Infrastructure 12c para nosso Standalone Server e o Oracle Database 12c, criamos o banco de dados, agora precisamos saber como administrar este ambiente.

Vamos ver alguns comandos para realizar tarefas administrativas no nosso Standalone Server.

Para administrar o Oracle High Availability Services num Standalone Server você deve estar conectado como root. O HAS é um grupo de serviços responsável por identificar falhas, iniciar, parar e reportar erros do ambiente. Iniciando ou parando o HAS todos os demais serviços dependentes dele são consequentemente afetados. Se você efetuar um shutdown do servidor Linux todo o processo de parada do HAS irá ocorrer automaticamente e iniciará da mesma forma no boot.

CRSCTL

Caso queira desabilitar o HAS para não iniciar automaticamente no boot do Standalone Server:

Para habilitar novamente:

Desabilitar não para os serviços, da mesma forma que habilitar também não inicia.

Para verificar os recursos que estão rodando no servidor e também saber o status deles:

Para verificar um recurso específico:

A opção -t mostra a saída em formato tabelado:

Não é possível parar os recursos com o comando crsctl:

SRVCTL

O tipo e o nome do recurso devem ser passados para que o comando funcione:

Somente o nome do banco de dados e não do recurso:

O comando acima faz um “shutdown immediate” conforme é possível comprovar no alert_loredb.log:

Da mesma forma que o “start” faz um “startup”, passando por todos as etapas de inicialização do banco de dados, até sua suposta abertura:

Novamente constatamos o que foi feito olhando no alert_loredb.log:

Para verificar se o banco de dados está rodando:

Todos os comandos srvctl podem ser executados com o usuário oracle, pois configuramos nosso Standalone Server, sem um usuário exclusivo para o Grid Infrastructure. Vamos testar agora operações na instância do ASM.

Não é possível parar o ASM sem antes parar os diskgroups a não ser com a opção “force”:

A opção “force” (-f) faz com que as instâncias de banco de dados sejam desligadas imediatamente (como um “abort”) e os diskgroups sejam desmontados:

No alert_+ASM.log é possível ver que o ASM desmonta os diskgroups:

Para iniciar somente a instância do ASM:

O comando abaixo iniciará o ASM se a instância dele estiver desligada e em seguida iniciará o banco de dados:

Para verificar se os Listeners estão executando:

Para parar todos os Listeners:

Para iniciar um Listener específico:

Quando um serviço está enabled significa que ele irá iniciar e parar automaticamente no boot e shutdown, respectivamente. Quando está disabled significa que ele não realizará essas operações automaticamente. Depois que o Standalone Server for reiniciado você terá que habilitá-los primeiro para depois iniciá-los.

Todos esses comandos tem muitas variações no Standalone Server, mas por enquanto já vimos o suficiente para iniciar e parar o ambiente.

Espero que gostem e se tiverem dúvidas por favor deixem um comentário.

Abraços, Franky