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