DB System Upgrade disponível via console do OCI


Em constante evolução, a Oracle disponibilizou mais uma novidade em sua nuvem pública (OCI), o processo de upgrade de DB Systems através da console do OCI. Este processo simplificará a atividade de upgrade  do banco de dados no OCI, gerando uma economia de tempo e esforço para uma atividade que antes necessitava ser realizada manualmente.

Porém vale destacar que este processo está disponível apenas para ambientes Enterprise Edition

Se formos tentar executar em um ambiente Standard Edition, receberemos a mensagem abaixo, seja ao realizar o precheck ou tentar executar diretamente o upgrade.


Abaixo estarei mostrando o processo de upgrade de um ambiente Enterprise Edition 11.2.0.4 (11.2.0.4.201020) para 19.9 executado através da console do OCI. 

***Por segurança é sempre recomendado que você faça o upgrade primeiramente em um ambiente de testes e valide sua aplicação. Antes de iniciar o upgrade em produção também faça um backup de segurança.***

Para realizar o processo de upgrade, basta acessar a console do OCI em DB Systems, selecionar o database desejado.

Clicar em databases e posteriormente clicar no nome do database (neste caso DB1119).
Apos clicar no nome do database, deve-se clicar em updates, onde serão mostradas as versões disponíveis para upgrade.
Neste exemplo selecionarei a última versão disponível e executarei um precheck, afim de validar se existe alguma pendencia que impeça o upgrade.

O status do processo de precheck por ser acompanhado em Work Requests.

Após o precheck ser executado com sucesso, irei voltar para Updates e executar o upgrade. Vale destacar que durante o processo de upgrade a base ficará indisponível.


Como podemos verificar, o upgrade foi concluido com sucesso em 1 hora e 49 minutos.


https://docs.cloud.oracle.com/en-us/iaas/Content/Database/Tasks/dbsystem_upgrading_database.htm

Separando o OCR e o Voting Disk em um novo Diskgroup (Grid 11g,12c,18c,19c)




Este procedimento está sendo realizado em um ambiente Oracle Grid 19c. Porém é possível ser realizado desde a versão 11g.

Vale lembrar que por questão se disponibilidade e melhores praticas o diskgroup do OCR e Votting Disk devem ter redundância tanto no ASM quanto no storage.

Inicialmente para verificar o diskgroup onde o OCR está localizado deve-se exportar as variáveis do Grid e executar o comando ocrcheck

Conforme abaixo, podemos constatar que o mesmo está localizado no DGREDO.

[oracle@lamimdb01 ~]$ ocrcheck
Status of Oracle Cluster Registry is as follows :
         Version                  :          4
         Total space (kbytes)     :     491684
         Used space (kbytes)      :      84536
         Available space (kbytes) :     407148
         ID                       : 1014714349
         Device/File Name         :    +DGREDO
                                    Device/File integrity check succeeded

                                    Device/File not configured

                                    Device/File not configured

                                    Device/File not configured

                                    Device/File not configured

         Cluster registry integrity check succeeded

         Logical corruption check bypassed due to non-privileged user

[oracle@lamimdb01 ~]$

Através do comando crsctl query css votedisk podemos validar o caminho do voting disk. Neste caso também no DGREDO.

[oracle@lamimdb01 ~]$ crsctl query css votedisk
##  STATE    File Universal Id                File Name Disk group
--  -----    -----------------                --------- ---------
 1. ONLINE   457bc5592a044f68bf2e84d7ccb705a7 (/dev/oracleasm/disks/DGREDO003) [DGREDO]
Located 1 voting disk(s).
[oracle@lamimdb01 ~]$

Estarei criando um novo diskgroup chamado DGOCR com os discos que havia criado via oracleasm em outra oportunidade.

[oracle@lamimdb01 ~]$ oracleasm listdisks | grep DGOCR
DGOCR001
DGOCR002
DGOCR003
[oracle@lamimdb01 ~]$

Para criar o diskgroup é necessário conectar no grid com as sysasm.

[oracle@lamimdb01 ~]$ sqlplus / as sysasm

SQL*Plus: Release 19.0.0.0.0 - Production on Sat Nov 7 19:53:50 2020
Version 19.3.0.0.0

Copyright (c) 1982, 2019, Oracle.  All rights reserved.


Connected to:
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.3.0.0.0

SQL> set line 210
col path for a45
select name, mount_status, header_status, mode_status, label, path, total_mb, free_mb from v$asm_disk where PATH like '%DGOCR%';
SQL> SQL>
NAME                           MOUNT_S HEADER_STATU MODE_ST LABEL                           PATH                                            TOTAL_MB    FREE_MB
------------------------------ ------- ------------ ------- ------------------------------- --------------------------------------------- ---------- ----------
                               CLOSED  PROVISIONED  ONLINE                                  /dev/oracleasm/disks/DGOCR002                          0          0
                               CLOSED  PROVISIONED  ONLINE                                  /dev/oracleasm/disks/DGOCR001                          0          0
                               CLOSED  PROVISIONED  ONLINE                                  /dev/oracleasm/disks/DGOCR003                          0          0

SQL> CREATE DISKGROUP DGOCR NORMAL REDUNDANCY DISK '/dev/oracleasm/disks/DGOCR001','/dev/oracleasm/disks/DGOCR002','/dev/oracleasm/disks/DGOCR003';

Diskgroup created.

SQL> !
[oracle@lamimdb01 ~]$

Vale lembrar que o diskgroup criado vai estar disponível apenas no node onde o processo foi executado. Sendo necessário iniciar e ativar nos demais nodes do cluster.

[oracle@lamimdb01 ~]$ srvctl status diskgroup -g DGOCR
Disk Group DGOCR is running on lamimdb01
[oracle@lamimdb01 ~]$ srvctl start diskgroup -g DGOCR -n lamimdb02
[oracle@lamimdb01 ~]$ srvctl enable diskgroup -g DGOCR -n lamimdb02
[oracle@lamimdb01 ~]$
[oracle@lamimdb01 ~]$  srvctl status diskgroup -g DGOCR
Disk Group DGOCR is running on lamimdb01,lamimdb02
[oracle@lamimdb01 ~]$

Inicialmente vamos adicionar o novo diskgroup ao OCR e posteriormente remover o antigo. Este processo deve ser executado com o root, exportando as variáveis do Grid.

[root@lamimdb01 ~]# . /etc/ambiente_ora_grid.sh
[root@lamimdb01 ~]# ocrcheck
Status of Oracle Cluster Registry is as follows :
         Version                  :          4
         Total space (kbytes)     :     491684
         Used space (kbytes)      :      84556
         Available space (kbytes) :     407128
         ID                       : 1014714349
         Device/File Name         :    +DGREDO
                                    Device/File integrity check succeeded

                                    Device/File not configured

                                    Device/File not configured

                                    Device/File not configured

                                    Device/File not configured

         Cluster registry integrity check succeeded

         Logical corruption check succeeded

[root@lamimdb01 ~]# ocrconfig -add +DGOCR
[root@lamimdb01 ~]# ocrcheck
Status of Oracle Cluster Registry is as follows :
         Version                  :          4
         Total space (kbytes)     :     491684
         Used space (kbytes)      :      84556
         Available space (kbytes) :     407128
         ID                       : 1014714349
         Device/File Name         :    +DGREDO
                                    Device/File integrity check succeeded
         Device/File Name         :     +DGOCR
                                    Device/File integrity check succeeded

                                    Device/File not configured

                                    Device/File not configured

                                    Device/File not configured

         Cluster registry integrity check succeeded

         Logical corruption check succeeded

[root@lamimdb01 ~]# ocrconfig -delete +DGREDO
[root@lamimdb01 ~]# ocrcheck
Status of Oracle Cluster Registry is as follows :
         Version                  :          4
         Total space (kbytes)     :     491684
         Used space (kbytes)      :      84556
         Available space (kbytes) :     407128
         ID                       : 1014714349
         Device/File Name         :     +DGOCR
                                    Device/File integrity check succeeded

                                    Device/File not configured

                                    Device/File not configured

                                    Device/File not configured

                                    Device/File not configured

         Cluster registry integrity check succeeded

         Logical corruption check succeeded

[root@lamimdb01 ~]#

Por fim, iremos mover o Voting Disk. Este processo também deve ser executado com o root.

[root@lamimdb01 ~]# crsctl query css votedisk
##  STATE    File Universal Id                File Name Disk group
--  -----    -----------------                --------- ---------
 1. ONLINE   457bc5592a044f68bf2e84d7ccb705a7 (/dev/oracleasm/disks/DGREDO003) [DGREDO]
Located 1 voting disk(s).
[root@lamimdb01 ~]# crsctl replace votedisk +DGOCR
Successful addition of voting disk f70a8f1d25784fe6bf3c21b9b76fd744.
Successful addition of voting disk 1ccc821b66294fa4bfd9208e834d8435.
Successful addition of voting disk 0887878f5dce4fccbf876b79455e2a78.
Successful deletion of voting disk 457bc5592a044f68bf2e84d7ccb705a7.
Successfully replaced voting disk group with +DGOCR.
CRS-4266: Voting file(s) successfully replaced
[root@lamimdb01 ~]# crsctl query css votedisk
##  STATE    File Universal Id                File Name Disk group
--  -----    -----------------                --------- ---------
 1. ONLINE   f70a8f1d25784fe6bf3c21b9b76fd744 (/dev/oracleasm/disks/DGOCR001) [DGOCR]
 2. ONLINE   1ccc821b66294fa4bfd9208e834d8435 (/dev/oracleasm/disks/DGOCR002) [DGOCR]
 3. ONLINE   0887878f5dce4fccbf876b79455e2a78 (/dev/oracleasm/disks/DGOCR003) [DGOCR]
Located 3 voting disk(s).
[root@lamimdb01 ~]#


Discos não aparecem no asm após o boot da máquina (ORA-15032 ORA-15017 ORA-15040 )



Em um ambiente Red Red Enterprise Linux 7.9 com Grid 19c após o restart da máquina alguns diskgroup não estão sendo montados devido a falta de discos.

NOTE: Instance updated compatible.rdbms to 10.1.0.0.0 for grp 3 (DGREDO).
2020-11-06T13:38:20.258524-03:00
SUCCESS: diskgroup DGREDO was mounted
ORA-15032: not all alterations performed
ORA-15017: diskgroup "DGRECO" cannot be mounted
ORA-15040: diskgroup is incomplete
ORA-15017: diskgroup "DGDATA" cannot be mounted
ORA-15040: diskgroup is incomplete

2020-11-06T13:38:20.286790-03:00
ERROR: ALTER DISKGROUP ALL MOUNT /* asm agent call crs *//* {0:0:239} */
2020-11-06T13:38:20.407035-03:00
NOTE: diskgroup resource ora.DGREDO.dg is online
2020-11-06T13:38:20.873938-03:00
Reconfiguration started (old inc 4, new inc 6)
List of instances (total 3) :

Se listarmos os discos via oracleasm, é possível ver que nem todos os discos estão sendo listados. Após fazer um scan e listar novamente os mesmos são identificados e é possível montar os DGs com problema.

[grid@lamimdb01 trace]$ oracleasm listdisks
DGDATA003
DGDATA004
DGDATA010
DGDATA011
DGDATA016
DGDATA017
DGDATA019
DGDATA022
DGDATA024
DGDATA025
DGDATA028
DGREDO001
DGREDO002
DGREDO003
DGREDO004

root@lamimdb01 ~]# oracleasm scandisks
Reloading disk partitions: done
Cleaning any stale ASM disks...
Scanning system for ASM disks...
Instantiating disk "DGDATA021"
Instantiating disk "DGDATA013"
Instantiating disk "DGDATA007"
Instantiating disk "DGRECO001"
Instantiating disk "DGRECO003"
Instantiating disk "DGRECO004"
Instantiating disk "DGRECO005"
Instantiating disk "DGRECO006"
Instantiating disk "DGRECO002"
Instantiating disk "DGDATA030"
Instantiating disk "DGDATA023"
Instantiating disk "DGDATA015"
Instantiating disk "DGDATA009"
Instantiating disk "DGDATA002"
Instantiating disk "DGDATA027"
Instantiating disk "DGDATA020"
Instantiating disk "DGDATA026"
Instantiating disk "DGDATA018"
Instantiating disk "DGDATA005"
Instantiating disk "DGDATA029"
Instantiating disk "DGDATA014"
Instantiating disk "DGDATA008"
Instantiating disk "DGDATA001"
Instantiating disk "DGDATA012"
Instantiating disk "DGDATA006"
[root@lamimdb01 ~]#  oracleasm listdisks
DGDATA001
DGDATA002
DGDATA003
DGDATA004
DGDATA005
DGDATA006
DGDATA007
DGDATA008
DGDATA009
DGDATA010
DGDATA011
DGDATA012
DGDATA013
DGDATA014
DGDATA015
DGDATA016
DGDATA017
DGDATA018
DGDATA019
DGDATA020
DGDATA021
DGDATA022
DGDATA023
DGDATA024
DGDATA025
DGDATA026
DGDATA027
DGDATA028
DGDATA029
DGDATA030
DGRECO001
DGRECO002
DGRECO003
DGRECO004
DGRECO005
DGRECO006
DGREDO001
DGREDO002
DGREDO003
DGREDO004

Este problema ocorre devido ao asmlib estar fazendo a leitura dos discos antes que o iSCSI ou o FCoE tenham sido carregados.

Conforme doc da Red Hat Oracle ASM not scanning iSCSI or FCoE disks during boot basta aplicar o workaround abaixo para correção deste problema.

Após aplicar o workaround, o problema foi corrigido e os discos reconhecido no boot da maquina.

Environment

  • Red Hat Enterprise Linux (RHEL) 7
  • iSCSI initiator
  • FCoE
  • Multipath
  • ASMLib

Issue

  • Oracle ASM disks don't mount automatically thus manual intervention is required.
  • Oracle ASM disks using iSCSI or FCoE and multipath not being scanned during the boot process.

Edit /lib/systemd/system/oracleasm.service unit adding the following parameters:

  • iSCSI

    [Unit]
    Description=Load oracleasm Modules
    Requires=multipathd.service iscsi.service  <---
    After=multipathd.service iscsi.service     <---
    [...]
    
  • FCoE

    [Unit]
    Description=Load oracleasm Modules
    Requires=multipathd.service fcoe.service  <---
    After=multipathd.service fcoe.service     <---
    [...]

[INS-32250] ADR setup (diagsetup) tool failed. Check the install log for more details.

 Erro de permissão durante a instalação do Oracle Grid 19c.


Este erro ocorre devido a permissão do diretório diag ($GRID_BASE/diag) não estar correta. Neste caso, o diretório esta com permissão de root e deveria estar com grid:oinstall e 775.

root@lamim01 .oracle]# cd /u01/app/oracle/
[root@lamim01 oracle]# ls
checkpoints  diag
[root@lamim01 oracle]# ls -ltr
total 0
drwxrwxr-x 3 root root     17 Oct 29 09:49 diag
drwxr-xr-x 2 grid oinstall  6 Oct 29 10:16 checkpoints
[root@lamim01 oracle]# pwd
/u01/app/oracle
[root@lamim01 oracle]# ls -ltr
total 0
drwxrwxr-x 3 root root     17 Oct 29 09:49 diag
drwxr-xr-x 2 grid oinstall  6 Oct 29 10:16 checkpoints
[root@lamim01 oracle]#
[root@lamim01 oracle]#
[root@lamim01 oracle]# chown grid:oinstall /u01/app/oracle/diag/
[root@lamim01 oracle]# chmod -R 775 /u01/app/oracle/diag/
[root@lamim01 oracle]# ls -ltr
total 0
drwxrwxr-x 3 grid oinstall 17 Oct 29 09:49 diag
drwxr-xr-x 2 grid oinstall  6 Oct 29 10:16 checkpoints
[root@lamim01 oracle]#

Feito o ajuste, basta executar novamente a etapa que apresentou falha.




Instalação do Oracle Enterprise Manager Cloud Control 13.4c


O Oracle Enterprise Manager é a plataforma de gerenciamento on-premise da Oracle que fornece um único painel para gerenciar todas as suas implementações Oracle, em seu data center ou na nuvem. Através de profunda integração com o conjunto de produtos Oracle, ela fornece suporte de gerenciamento e automação líder de mercado para Oracle Applications, bancos de dados, middleware, hardware e Engineered Systems.

Requisitos de Hardware:


A versão 13.4 é a última versão atualmente disponível e pode ser baixado do site da Oracle.

Linux x86-64 (64-bit)

Windows x86-64(64-bit)

Solaris Operating System (SPARC)

Solaris Operating System (x86-64)

IBM AIX on POWER Systems (64-bit)

HP-UX Itanium (64-bit)

Esta instalação estará utilizando como repositório o Oracle Database 19.3c Enterprise Edition. O produto (somente o software) já está instalado de acordo com os pré requisitos de instalação e não será abordado neste artigo.  

Vale destacar que essa instalação que é utilizada apenas para o Cloud Control não precisa ser licenciada.

Vamos baixar o template que será usado para a criação do database de acordo com o size do ambiente. 

Neste exemplo vamos realizar uma instalação mínima (Eval), instalando todos os componentes em uma mesma máquina.

A primeira etapa a ser realizada é a criação da instância que será utilizada como repositório do Cloud Control. Para isso, deve-se baixar o template desejado (download dos templates) e copia-lo e descompactá-lo no diretório $ORACLE_HOME/assistants/dbca/templates/.

[oracle@emmcc01:cdbrepo1 midias]$
[oracle@emmcc01:cdbrepo1 midias]$cp 19_5_0_0_Database_Template_with_cdbpdb_for_EM13_4_0_0_0_Linux_x64.zip $ORACLE_HOME/assistants/dbca/templates/
[oracle@emmcc01:cdbrepo1 midias]$cd $ORACLE_HOME/assistants/dbca/templates
[oracle@emmcc01:cdbrepo1 templates]$unzip 19_5_0_0_Database_Template_with_cdbpdb_for_EM13_4_0_0_0_Linux_x64.zip
Archive:  19_5_0_0_Database_Template_with_cdbpdb_for_EM13_4_0_0_0_Linux_x64.zip
  inflating: set_repo_param_19_5_0_0_Database_SQL_for_EM13_4_0_0_0_Large_deployment.sql
  inflating: set_repo_param_19_5_0_0_Database_SQL_for_EM13_4_0_0_0_Medium_deployment.sql
  inflating: set_repo_param_19_5_0_0_Database_SQL_for_EM13_4_0_0_0_Small_deployment.sql
  inflating: shpool_19_5_0_0_Database_SQL_for_EM13_4_0_0_0.sql
  inflating: 19_5_0_0_Database_Template_with_cdbpdb_for_EM13_4_0_0_0_Large_deployment.dbc
  inflating: 19_5_0_0_Database_Template_with_cdbpdb_for_EM13_4_0_0_0_Medium_deployment.dbc
  inflating: 19_5_0_0_Database_Template_with_cdbpdb_for_EM13_4_0_0_0_Small_deployment.dbc
  inflating: 19_5_0_0_Database_Template_with_cdbpdb_for_EM13_4_0_0_0.dfb1
  inflating: 19_5_0_0_Database_Template_with_cdbpdb_for_EM13_4_0_0_0.dfb2
  inflating: 19_5_0_0_Database_Template_with_cdbpdb_for_EM13_4_0_0_0.dfb3
  inflating: 19_5_0_0_Database_Template_with_cdbpdb_for_EM13_4_0_0_0.ctl
  inflating: shpool_19_5_0_0_Database_SQL_for_EM13_4_0_0_0_Large.sql
  inflating: shpool_19_5_0_0_Database_SQL_for_EM13_4_0_0_0_Medium.sql
  inflating: shpool_19_5_0_0_Database_SQL_for_EM13_4_0_0_0_Small.sql
[oracle@emmcc01:cdbrepo1 templates]$

Feita a cópia do template para o diretório de templates do produto, pode-se iniciar o processo de criação da instância via DBCA. Este processo é como a criação de qualquer instância Oracle. Basta se atentar nas particularidades que serão demonstradas abaixo.






Nesta etapa estou alterando o valor da flash recovery area para 20GB.


Nesta etapa estou usando um listener existente. Porém se ele não existir, pode ser criado.






Nesta etapa, deve-se desmar a opção Configure Enterprise Manager (EM) database express.






Concluída a criação do banco de dados será necessário criar a estrutura de diretórios que será utilizada para instalação do cloud control e do agent. Neste exemplo usei $ORACLE_BASE/middleware e $ORACLE_BASE/agent

[oracle@emmcc01:cdbrepo1 middleware]$echo $ORACLE_BASE/middleware
/orabin01/app/oracle/middleware
[oracle@emmcc01:cdbrepo1 middleware]$echo $ORACLE_BASE/agent
/orabin01/app/oracle/agent
[oracle@emmcc01:cdbrepo1 middleware]$

Após a criação da estrutura de diretórios, podemos iniciar o processo de instalação do Cloud Control. Vale destacar aqui que dependendo das configurações da máquina, o processo de instalação pode levar mais de 2 horas.

Para realizar a instalação não é necessário descompactar as mídias. Basta que todas estejam no mesmo diretório e com permissão de execução.

[oracle@emmcc01:cdbrepo1 /]$
[oracle@emmcc01:cdbrepo1 /]$cd /midias/CloudControl/
[oracle@emmcc01:cdbrepo1 CloudControl]$ls -ltr
total 12429652
-rwxrwxr-x. 1 oracle oinstall 1623577684 Sep 17 21:20 em13400_linux64.bin
-rwxrwxr-x. 1 oracle oinstall 2109004737 Sep 17 21:20 em13400_linux64-2.zip
-rwxrwxr-x. 1 oracle oinstall 2047749474 Sep 17 21:20 em13400_linux64-3.zip
-rwxrwxr-x. 1 oracle oinstall 2117312528 Sep 17 21:20 em13400_linux64-4.zip
-rwxrwxr-x. 1 oracle oinstall  808014516 Sep 17 21:20 em13400_linux64-5.zip
-rwxrwxr-x. 1 oracle oinstall 2143125187 Sep 17 21:20 em13400_linux64-6.zip
-rwxrwxr-x. 1 oracle oinstall 1879163226 Sep 18 17:23 em13400_linux64-7.zip
[oracle@emmcc01:cdbrepo1 CloudControl]$



Na etapa de verificação de pré requisitos estarei ignorando 2 warnings que são decorrentes da infra estrutura disponibilizada para a instalação.



Nesta etapa serão definidos os diretórios do cloud control (/orabin01/app/oracle/middleware)  e agent (/orabin01/app/oracle/agent) criados anteriormente.






Agora é esperar o processo de instalação que pode demorar mais de 2 horas dependendo da configuração da máquina onde está sendo executado.


Na etapa de configuração do BI Publisher pode ocorrer o erro abaixo. Esse erro pode ocorrer devido a variável CLASSPATH estar definida (13.4: OMS Install/Upgrade Fails During BIP Configuration Doc ID 2634802.1).

erro: INFO: oracle.sysman.top.oms:The plug-in BI Publisher Configuration has failed its perform method


Solução proposta na DOC da Oracle.

Para executar o processo de workaround, deve ser fechada a tela de instalação onde apresenta o erro e executados os comandos descritos. Vale destacar que este processo é tamém é demorado.

[oracle@emmcc01:cdbrepo1 middleware]$
[oracle@emmcc01:cdbrepo1 middleware]$echo $OMS_HOME
/orabin01/app/oracle/middleware
[oracle@emmcc01:cdbrepo1 middleware]$unset CLASSPATH
[oracle@emmcc01:cdbrepo1 middleware]$./runConfig.sh ORACLE_HOME=$OMS_HOME MODE=perform ACTION=configure COMPONENT_XML={encap_oms.1_0_0_0_0.xml}
[oracle@emmcc01:cdbrepo1 middleware]$

Assim que esta etapa concluir, deve-se executar o script allroot.sh com o usuário root.

[oracle@emmcc01:cdbrepo1 middleware]$
[root@emmcc01: middleware]$sh /orabin01/app/oracle/middleware/allroot.sh

Starting to execute allroot.sh .........

Starting to execute /orabin01/app/oracle/middleware/root.sh ......
Performing root user operation.

The following environment variables are set as:
    ORACLE_OWNER= oracle
    ORACLE_HOME=  /orabin01/app/oracle/middleware

Enter the full pathname of the local bin directory: [/usr/local/bin]:
The contents of "dbhome" have not changed. No need to overwrite.
The file "oraenv" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]:
The file "coraenv" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]:

Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root script.
Now product-specific root actions will be performed.
/etc exist

Creating /etc/oragchomelist file...
/orabin01/app/oracle/middleware

Finished product-specific root actions.
/etc exist
Finished execution of  /orabin01/app/oracle/middleware/root.sh ......


Starting to execute /orabin01/app/oracle/agent/agent_13.4.0.0.0/root.sh ......

Finished product-specific root actions.
/etc exist
Finished execution of  /orabin01/app/oracle/agent/agent_13.4.0.0.0/root.sh ......
[root@emmcc01: middleware]$[oracle@emmcc01:cdbrepo1 middleware]$

Concluída as etapas acima o cloud control está instalado. Para confirmar o status do mesmo e a porta de acesso, podemos utilizar o comando emctl status oms -details.  

[oracle@emmcc01:cdbrepo1 bin]$./emctl status oms -details
Oracle Enterprise Manager Cloud Control 13c Release 4
Copyright (c) 1996, 2020 Oracle Corporation.  All rights reserved.
Enter Enterprise Manager Root (SYSMAN) Password :
Unable to connect to repository database
OMS ports, URLs and security info will not be printed

WLS Domain Information
Domain Name            : GCDomain
Admin Server Host      : emmcc01
Admin Server HTTPS Port: 7102
Admin Server is RUNNING

Oracle Management Server Information
Managed Server Instance Name: EMGC_OMS1
Oracle Management Server Instance Host: emmcc01
WebTier is Up
Oracle Management Server is Up
JVMD Engine is Up

BI Publisher Server Information
BI Publisher Managed Server Name: BIP
BI Publisher Server is Down
BI Publisher is disabled, to enable BI Publisher on this host, use the 'emctl config oms -enable_bip' command
[oracle@emmcc01:cdbrepo1 bin]$

Conforme status acima os serviços estão UP (com exceção do publisher que não foi instalado e configurado).

Para validar a porta que o Cloud Control foi configurado, podemos verificar no arquivo emgc.properties. Neste caso a porta é a 7803.

[oracle@emmcc01:cdbrepo1 EMGC_OMS1]$pwd
/orabin01/app/oracle/gc_inst/em/EMGC_OMS1
[oracle@emmcc01:cdbrepo1 EMGC_OMS1]$cat /orabin01/app/oracle/gc_inst/em/EMGC_OMS1/emgc.properties | grep EM_CONSOLE_HTTPS_PORT
EM_CONSOLE_HTTPS_PORT=7803
[oracle@emmcc01:cdbrepo1 EMGC_OMS1]$
[oracle@emmcc01:cdbrepo1 EMGC_OMS1]$


Fontes:https://docs.oracle.com/en/enterprise-manager/cloud-control/enterprise-manager-cloud-control/13.4/emadv/sizing-your-enterprise-manager-deployment.html#GUID-04DB92C7-A9B4-4886-A5DE-A8EA3093E8CC

https://docs.oracle.com/en/enterprise-manager/cloud-control/enterprise-manager-cloud-control/13.4/embsc/creating-database-instance-preconfigured-repository-using-database-templates1.html#GUID-2709C116-F312-4255-9F6D-C1BBDF481B66

https://www.oracle.com/enterprise-manager/downloads/cloud-control-downloads.html