Usando o Utilitário dbaascli no Oracle Exadata Database Service na Infraestrutura do Exascale

1. Conecte-se à máquina virtual como usuário opc.

   Para obter instruções detalhadas, consulte Estabelecendo Conexão com uma Máquina Virtual usando SSH.

2. Inicie um shell de comando do usuário root:

   sudo -s

3. Execute o seguinte comando:

   dbaascli cswlib showImages --product database

   A saída do comando lista as imagens de software de banco de dados disponíveis.

   dbaascli cswlib showImages --product grid

   A saída do comando lista as imagens de software de grade disponíveis.

4. Saia do shell de comando do usuário root:

   exit

   Para obter mais detalhes sobre opções avançadas suportadas, consulte dbaascli cswlib showImages.

1. Conecte-se à máquina virtual como usuário opc.

   Para obter instruções detalhadas, consulte Estabelecendo Conexão com uma Máquina Virtual usando SSH.

2. Inicie um shell de comando do usuário root:

   sudo -s

3. Execute o seguinte comando:

   dbaascli dbhome create --version Oracle Home Version --imageTag image Tag Value

   Em que:

   • --version especifica a versão do Oracle Database
   • --imageTag especifica a Tag da Imagem a ser usada
   Por exemplo:

   dbaascli dbhome create --version 23.26.0.0.0

   Observação
   
   A especificação de imageTag é opcional. Para exibir as Tags de Imagem, consulte o comando dbaascli cswlib showImages. As Tags de Imagem normalmente são iguais à versão do banco de dados. No entanto, é mantido como provisão para casos em que várias imagens podem precisar ser liberadas para a mesma versão - cada uma atendendo a um requisito específico do cliente.
4. Saia do shell de comando do usuário root:

   exit

   Para obter mais detalhes sobre opções avançadas suportadas, consulte dbaascli dbhome create.

• Criar um Banco de Dados Contêiner (CDB) ou um Banco de Dados não Contêiner
• Criar um CDB com bancos de dados plugáveis (PDBs)
• Criar um Banco de Dados Oracle com o Conjunto de Caracteres especificado
• Criar Bancos de Dados Oracle em um subconjunto de nós de cluster
  Observação
  
  

  • Os bancos de dados criados em um subconjunto de nós não serão exibidos na console do OCI.
  • O utilitário dbaascli só é compatível com o provisionamento do Oracle AI Database 26ai no Oracle Exadata Database Service on Exascale Infrastructure. A Oracle recomenda que você use a API baseada na console do OCI em vez de dbaascli para provisionar o Oracle Database 19c neste serviço.

1. Conecte-se à máquina virtual como usuário opc.

   Para obter instruções detalhadas, consulte Estabelecendo Conexão com uma Máquina Virtual usando SSH.

2. Inicie um shell de comando do usuário root:

   sudo -s

3. Execute o seguinte comando:

   dbaascli database create --dbName database name --oracleHome Oracle Home Path

   Em que:

   • --dbName especifica o nome do banco de dados
   • --oracleHome especifica o local do Oracle home
   Para criar um CDB, execute o seguinte comando:

   dbaascli database create --dbName database name --oracleHome Oracle Home Path

   Para criar um não CDB, execute o seguinte comando:

   dbaascli database create --dbName database name --oracleHome Oracle Home Path --createAsCDB false

   Quando solicitado, digite as senhas sys e tde.

4. Saia do shell de comando do usuário root:

   exit

   Para obter mais detalhes sobre opções avançadas suportadas, consulte dbaascli database create.

1. Conecte-se à máquina virtual como usuário opc.

   Para obter instruções detalhadas, consulte Estabelecendo Conexão com uma Máquina Virtual usando SSH.

2. Inicie um shell de comando do usuário root:

   sudo -s

3. Execute o seguinte comando:

   dbaascli cswlib showImages --product database

   A saída do comando lista as imagens de software de banco de dados disponíveis.

   dbaascli cswlib showImages --product grid

   A saída do comando lista as imagens de software de grade disponíveis.

4. Saia do shell de comando do usuário root:

   exit

   Para obter mais detalhes sobre opções avançadas suportadas, consulte dbaascli cswlib showImages.

# dbaascli diag collect
DBAAS CLI version 24.1.1.0.0
Executing command diag collect
Job id: 92f33125-aa70-4ce2-94fb-64d8f1cbdc93
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_07-20-44-PM_83383.log
Loading PILOT...
Session ID of the current execution is: 10
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_07-20-48-PM_83856
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-1920/diag_cloudlogs_20231214-1920_node1.zip=a0d049b87ab9e9cec2ab7d95ded4903bac818c81c8b6a46d295e1e75f4630e19}"
}
dbaascli execution completed

# dbaascli diag collect --waitForCompletion false
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --waitForCompletion false
Job id: 5b556976-dba1-4be9-a4fe-4b58e69c1d96
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_07-23-26-PM_98107.log
Job accepted. Use "dbaascli job getStatus --jobID 5b556976-dba1-4be9-a4fe-4b58e69c1d96" to check the job status.

# dbaascli diag collect --dbnames myOracleDatabase19cName
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --dbnames myOracleDatabase19cName
Job id: 8e1d2667-4649-4384-8610-b6348d6548ac
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_08-41-41-PM_88831.log
Loading PILOT...
Session ID of the current execution is: 12
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_08-41-45-PM_89361
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2041/diag_cloudlogs_20231214-2041_node1.zip=9e50500089a74ca7cd8ae08550c06868e26e1cd9c52e808194256594f63397e4}"
}
dbaascli execution completed

# dbaascli diag collect --destLocation /tmp/test/
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --destLocation /tmp/test/
Job id: f992afdf-415e-4b58-ab5b-9e38f8c2079d
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-42-54-PM_16270.log
Loading PILOT...
Session ID of the current execution is: 14
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-42-58-PM_16777
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/tmp/test/diag_collect/artifacts_diag_cloudlogs_20231214-2143/diag_cloudlogs_20231214-2143_node1.zip=8a26cffcfdd72c261660d4f736c615981856e357749d90751b94f3eda19a9a70}"
}
dbaascli execution completed

# dbaascli diag collect --startTime 2023-12-05T10:00:00 --endTime 2023-12-05T11:00:00
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --startTime 2023-12-05T10:00:00 --endTime 2023-12-05T11:00:00
Job id: 70b03e50-98cc-4c2b-9684-1f82070bac88
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-45-17-PM_42856.log
Loading PILOT...
Session ID of the current execution is: 15
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-45-21-PM_43526
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2145/diag_cloudlogs_20231214-2145_node1.zip=b44cf3bfca1ab7a1629dd83098a7772790ab949e50dbb3950f0017e427d7bd05}"
}
dbaascli execution completed

# dbaascli diag collect --nodes node1,node2
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --nodes node1,node2
Job id: fa70da09-3de6-4cc8-854c-a739b4fc2ceb
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-46-58-PM_55884.log
Loading PILOT...
Session ID of the current execution is: 16
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-47-02-PM_56418
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2147/diag_cloudlogs_20231214-2147_node1.zip=de2805c9c6c2af2d602395a84d37747935327b73a6c73052282665a8410eb41f}"
}

# dbaascli diag collect --components dbaastools
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --components dbaastools
Job id: da941d3c-5191-4ced-b1bb-9b083fa75865
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-47-23-PM_68256.log
Loading PILOT...
Session ID of the current execution is: 17
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-47-27-PM_68729
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2147/diag_cloudlogs_20231214-2147_node1.zip=d1f290fb42c981935e1142ec059c2dbba8be2e0a9ffebc9eea83a6336abe2eed}"
}
dbaascli execution completed

# dbaascli diag collect --objectStoreBucketUri https://objectstorage.us-phoenix-1.oraclecloud.com/p/aL-IbIKQ1j6lWNftJc2rLoLh6o9bJgbZm8z0S--BeVuXaipSEEMISrSCfFrVEolG/n/intexadatateam/b/diag_collect_test/o/
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --objectStoreBucketUri https://objectstorage.us-phoenix-1.oraclecloud.com/p/aL-IbIKQ1j6lWNftJc2rLoLh6o9bJgbZm8z0S--BeVuXaipSEEMISrSCfFrVEolG/n/intexadatateam/b/diag_collect_test/o/
Job id: 028151b7-cbc4-409a-9ec6-69affe10f3bb
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-51-36-PM_2963.log
Loading PILOT...
Session ID of the current execution is: 20
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-51-40-PM_3555
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2151/diag_cloudlogs_20231214-2151_node1.zip=71633e13ccd06de15cb26850bb0266cf0d869e259550515c5b1fb734c487b470}"
}
dbaascli execution completed

# dbaascli diag healthcheck                
DBAAS CLI version MAIN
Executing command diag healthcheck
INFO: Starting diag healthcheck
INFO: Collected diag logs at: /var/opt/oracle/dbaas_acfs/diag_cloudlogs_20210322-2246.tar.gz

# dbaascli diag healthcheck --destLocation /tmp/test
DBAAS CLI version MAIN
Executing command diag healthcheck --destLocation /tmp/test
INFO: Starting diag healthcheck
INFO: Collected diag logs at: /tmp/test/diag_cloudlogs_20210322-2250.tar.gz

# dbaascli diag healthcheck --nodes rbcl1,rbcl2                   
DBAAS CLI version MAIN
Executing command diag healthcheck --nodes rbcl1,rbcl2
INFO: Starting diag healthcheck
INFO: Collected diag logs at: /var/opt/oracle/dbaas_acfs/diag_cloudlogs_20210421-1915.tar.gz

# dbaascli diag healthcheck --objectStoreBucketUri https://objectstorage.us-phoenix-1.oraclecloud.com/p/t0Z-kRV5pSmFzqnf-y5XhaAbM4LS82epeBnulKnCr31IeHVjxI9tOkntLF2kq7fP/n/MyNamespace/b/MyParBucket/o/
DBAAS CLI version MAIN
Executing command diag healthcheck --objectStoreBucketUri https://objectstorage.us-phoenix-1.oraclecloud.com/p/t0Z-kRV5pSmFzqnf-y5XhaAbM4LS82epeBnulKnCr31IeHVjxI9tOkntLF2kq7fP/n/MyNamespace/b/MyParBucket/o/
INFO: Collected diag logs at: https://objectstorage.us-phoenix-1.oraclecloud.com/p/t0Z-kRV5pSmFzqnf-y5XhaAbM4LS82epeBnulKnCr31IeHVjxI9tOkntLF2kq7fP/n/MyNamespace/b/MyParBucket/o/diag_cloudlogs_20210421-1839.tar.gz

Preparar para duplicação

Certifique-se de que os seguintes pré-requisitos são ment:

• Certifique-se de que haja uma configuração de caminho de rede para acessar o banco de dados de origem por meio da string EZConnect.
• Copie o arquivo da wallet de TDE (ewallet.p12 ) para o nó do banco de dados de destino. O nó no qual você decide executar o comando dbaascli.
• Crie um Oracle home no nó de destino, se necessário. A versão do Oracle home deve ser a mesma versão da origem ou da versão de RU superior.

Executar verificações de pré-requisitos

Para executar verificações de pré-requisitos, use a opção de comando --executePrereqs. Isso só executará as verificações de pré-requisitos sem executar a duplicação real do Oracle Database.

dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod FILE --tdeConfigMethod FILE --executePrereqs

Duplicar o banco de dados

dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod FILE --tdeConfigMethod FILE

Duplicando um banco de dados na mesma região

• Etapas adicionais de pré-requisito

  Certifique-se de configurar políticas de acesso do OCI Vault para nós do banco de dados de destino. Os nós do banco de dados de destino devem poder acessar o cofre de chaves do OCI do banco de dados de origem juntamente com seu novo cofre de chaves (se for decidido usar o cofre de chaves separado).

• Executar verificações de pré-requisitos

  dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod KMS --sourceDBKMSKeyOCID <Source Database OCI Vault key OCID> --tdeConfigMethod KMS --kmsKeyOCID <OCI Vault key OCID> --executePrereqs

• Duplicar o banco de dados

  dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod KMS --sourceDBKMSKeyOCID <Source Database OCI Vault key OCID> --tdeConfigMethod KMS --kmsKeyOCID <OCI Vault key OCID>

  Após a conclusão bem-sucedida desse comando, o banco de dados será duplicado.

Duplicando um banco de dados entre regiões

• Etapas adicionais de pré-requisito
  • Configure um novo OCI Vault para o banco de dados de destino na região correspondente seguindo as etapas descritas em Preparar-se para Usar Chaves Gerenciadas pelo Cliente no Serviço Vault. Conclua as Tarefas de 1 a 3.
  • Configurar a replicação do OCI Vault da região de origem para a região de destino. Para obter mais informações, consulte Replicando Vaults e Chaves.
  • Atualize a política de grupo Dinâmico, que é criada na etapa 2 para permitir o acesso à chave replicada do OCI Vault.
• Executar verificações de pré-requisitos

  dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod KMS --sourceDBKMSKeyOCID <Source Database OCI Vault key OCID> --tdeConfigMethod KMS --kmsKeyOCID <OCI Vault key OCID> --executePrereqs

• Duplicar o banco de dados

  dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod KMS --sourceDBKMSKeyOCID <Source Database OCI Vault key OCID> --tdeConfigMethod KMS --kmsKeyOCID <OCI Vault key OCID>

  Após a conclusão bem-sucedida desse comando, o banco de dados será duplicado.

Pré-requisitos

Execute o comando como usuário root.

Para usar o utilitário, conecte-se a uma máquina virtual do Oracle Exadata Database Service no Exascale Infrastructure.

Consulte Estabelecendo Conexão com uma Máquina Virtual com SSH.

Sintaxe

dbaascli admin updateStack 
[--resume]
[--prechecksOnly]
[--nodes]

Perguntas Frequentes

P: Para que é usado o comando dbaascli admin updateStack?

R: O comando dbaascli admin updateStack é usado para instalar ou atualizar um RPM dbaastools no Exadata Cloud Infrastructure.

P: Quais são os pré-requisitos para usar o comando dbaascli admin updateStack?

R: Você deve executar o comando como usuário raiz e estabelecer conexão com uma máquina virtual do Exadata Cloud Infrastructure.

P: O que a opção --resume faz?

A: A opção --resume retomará a execução anterior do comando updateStack se ele tiver sido interrompido ou incompleto.

P: Qual é a finalidade da opção --prechecksOnly?

A: A opção --prechecksOnly executa apenas as pré-verificações para a operação sem realmente executar a instalação ou atualização.

P: Como o parâmetro --nodes é usado?

R: O parâmetro --nodes especifica uma lista de nós delimitados por vírgulas nos quais o RPM deve ser instalado. Se não for fornecido, o RPM será instalado em todos os nós do cluster.

P: O que devo fazer se eu encontrar problemas com o comando dbaascli admin updateStack?

R: Certifique-se de que você esteja executando o comando como usuário raiz e que esteja conectado a uma máquina virtual do Exadata Cloud Infrastructure. Verifique se há mensagens de erro específicas e consulte a documentação de comando ou o suporte da Oracle, se necessário.

P: Como estabeleço conexão com uma máquina virtual do Exadata Cloud Infrastructure para usar o comando dbaascli admin updateStack?

R: Você precisa usar SSH para se conectar à máquina virtual. Consulte a seção em "Estabelecendo Conexão com uma Máquina Virtual com SSH" na documentação para obter instruções detalhadas.

Exemplo de Casos de Uso

Exemplo 1: Instalando ou atualizando o RPM dbaastools em todos os nós

dbaascli admin updateStack

Instala ou atualiza o RPM dbaastools em todos os nós do ambiente Exadata Cloud@Customer.

Exemplo 2: executando pré-verificações somente antes de instalar ou atualizar o RPM

dbaascli admin updateStack --prechecksOnly

Executa somente as pré-verificações para a atualização do RPM dbaastools, sem realmente executar a instalação. Ele garante que todos os pré-requisitos sejam atendidos antes de prosseguir com a atualização.

Exemplo 3: Retomando uma operação updateStack interrompida anteriormente

dbaascli admin updateStack --resume

Retoma uma operação de atualização de RPM dbaastools anterior que foi interrompida ou não foi concluída com sucesso.

Exemplo 4: Instalando ou atualizando dbaastools em nós específicos

dbaascli admin updateStack --nodes node1,node2

Instala ou atualiza o RPM dbaastools somente nos nós especificados node1 e node2, sem afetar outros nós do cluster.

Exemplo 5: Retomando o processo updateStack em nós específicos

dbaascli admin updateStack --resume --nodes node3,node4

Retoma o processo de atualização para dbaastools somente nos nós específicos node3 e node4, se a execução anterior tiver sido interrompida.

Execute o comando como usuário root.

Sintaxe

dbaascli cswLib deleteLocal --imageTag <value>

Em que:

• --imageTag especifica a tag de imagem do Oracle home

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli cswlib deleteLocal?

R: O comando dbaascli cswlib deleteLocal é usado para excluir uma imagem local do Oracle home do sistema.

P: Quais são os pré-requisitos para executar o comando dbaascli cswlib deleteLocal?

R: O comando deve ser executado como o usuário root para garantir que as permissões necessárias estejam disponíveis para excluir a imagem local.

P: Como especificar qual imagem local excluir?

A: Use a opção --imageTag para especificar a tag de imagem do Oracle home que você deseja excluir.

P: O que a opção --imageTag representa no comando?

A: A opção --imageTag representa o identificador ou a tag associada à imagem do Oracle home que você deseja excluir.

P: Posso excluir várias imagens locais de uma só vez usando este comando?

R: Não, o comando dbaascli cswlib deleteLocal permite excluir apenas uma imagem local por vez, especificada por sua tag de imagem.

P: O que acontece se eu executar o comando dbaascli cswlib deleteLocal sem especificar --imageTag?

R: O comando falhará porque --imageTag é necessário para identificar qual imagem local deve ser excluída.

P: É possível recuperar uma imagem local depois que ela tiver sido excluída usando este comando?

R: Não, depois que a imagem local for excluída usando o comando dbaascli cswlib deleteLocal, ela não poderá ser recuperada. Certifique-se de verificar a tag da imagem antes de continuar.

P: Quando eu precisaria usar o comando dbaascli cswlib deleteLocal?

R: Você usaria esse comando quando precisasse remover uma imagem do Oracle home não usada ou desatualizada do sistema local para liberar espaço ou limpar seu ambiente.

Pré-requisitos

Execute o comando como usuário root.

Para usar o utilitário, conecte-se a uma máquina virtual do Oracle Exadata Database Service no Exascale Infrastructure.

Consulte Estabelecendo Conexão com uma Máquina Virtual com SSH.

Sintaxe

dbaascli cswlib download --version | --imageTag
[--product]

Perguntas Frequentes

P: Qual é a finalidade do comando de download dbaascli cswlib?

R: O comando dbaascli cswlib download é usado para fazer download de imagens de software disponíveis e disponibilizá-las no Exadata Cloud Infrastructure.

P: Quais são os pré-requisitos para executar o comando de download dbaascli cswlib?

R: Execute o comando como usuário root. Além disso, você precisa estar conectado a uma máquina virtual do Exadata Cloud Infrastructure.

P: Como me conecto à máquina virtual necessária para este comando?

A: Você precisa usar SSH para estabelecer conexão com a máquina virtual do Exadata Cloud Infrastructure. Instruções detalhadas podem ser encontradas na documentação em "Estabelecendo Conexão com uma Máquina Virtual com SSH".

P: O que a opção --version especifica no comando?

A: A opção --version especifica a versão da imagem do Oracle home que você deseja fazer download.

P: Como eu uso a opção --imageTag no comando dbaascli cswlib download?

A: A opção --imageTag é usada para especificar a tag de imagem da imagem de software que você deseja fazer download.

P: Qual é a finalidade da opção --product no comando?

A: A opção --product especifica o tipo de imagem que você deseja baixar. Os valores válidos são banco de dados ou grade.

P: Posso fazer download de imagens de banco de dados e grade simultaneamente?

R: Não, você deve especificar database ou grid usando a opção --product, para que cada operação de download seja específica de um tipo de imagem.

P: O que acontece se eu não especificar uma tag de versão ou imagem?

R: O comando provavelmente falhará ou solicitará as informações necessárias, pois as opções --version ou --imageTag são necessárias para identificar a imagem de software específica para download.

P: É necessário especificar --version e --imageTag juntos?

R: Não, você geralmente especifica --version ou --imageTag, dependendo de como deseja identificar a imagem a ser transferida por download, mas não ambos ao mesmo tempo.

P: Quando eu usaria o comando dbaascli cswlib download?

R: Você usaria esse comando quando precisasse fazer download de imagens de software do Oracle home para ambientes database ou grid na configuração do Exadata Cloud Infrastructure.

Execute o comando como usuário root.

Sintaxe

dbaascli cswLib listLocal [--product <value>]

Em que:

• --product identifica o tipo de produto do Oracle home. Valores válidos: database ou grid.

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli cswlib listLocal?

R: O comando dbaascli cswlib listLocal é usado para exibir a lista de imagens do Banco de Dados e do Grid Infrastructure disponíveis localmente no seu sistema.

P: Quais são os pré-requisitos para executar o comando dbaascli cswlib listLocal?

R: O comando deve ser executado como o usuário root para ter as permissões necessárias para acessar e listar as imagens disponíveis.

P: Como eu especifico que tipo de imagens listar usando este comando?

A: Use a opção --product para especificar o tipo de imagens do Oracle home que você deseja listar. Os valores válidos são database ou grid.

P: O que a opção --product representa no comando dbaascli cswlib listLocal?

A: A opção --product identifica o tipo de produto Oracle home, permitindo que você filtre a lista de imagens disponíveis para os tipos database ou grid.

P: Posso listar imagens de banco de dados e grade simultaneamente?

R: Não, a opção --product permite listar imagens database ou grid de cada vez. Você precisa executar o comando duas vezes com valores --product diferentes para ver as duas listas.

P: O que acontece se eu não especificar a opção --product no comando?

R: Se a opção --product não for especificada, o comando poderá listar todas as imagens disponíveis localmente ou poderá exigir que você especifique o tipo de produto. O comportamento pode depender da configuração do seu ambiente.

P: Quando devo usar o comando dbaascli cswlib listLocal?

R: Você deve usar esse comando quando quiser verificar quais imagens do Banco de Dados ou do Grid Infrastructure estão disponíveis localmente no sistema.

P: Como posso diferenciar entre imagens de banco de dados e de grade na lista?

R: A opção --product permite filtrar a lista, portanto, especificando database ou grid, você só verá as imagens relevantes para esse tipo de produto, facilitando a diferenciação.

P: Há algum risco associado à execução do comando dbaascli cswlib listLocal?

R: Não, este comando não é destrutivo e exibe apenas informações sobre imagens disponíveis localmente. Ele não modifica ou exclui nenhum arquivo.

P: Este comando exibe imagens remotas ou armazenadas na nuvem?

R: Não, o comando dbaascli cswlib listLocal exibe apenas imagens que estão disponíveis localmente no seu sistema, não aquelas armazenadas remotamente ou na nuvem.

Execute o comando como usuário root.

Sintaxe

dbaascli cswlib showImages 
[--product]

Em que:

• --product identifica o tipo de produto do Oracle home. Valores válidos: database ou grid.

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli cswlib showImages?

R: O comando dbaascli cswlib showImages é usado para exibir a lista de imagens disponíveis do Banco de Dados e do Grid Infrastructure que podem ser baixadas ou gerenciadas no ambiente do Oracle Exadata Database Service.

P: Quais são os pré-requisitos para executar o comando dbaascli cswlib showImages?

R: O comando deve ser executado como o usuário root para garantir que você tenha as permissões necessárias para exibir as imagens disponíveis.

P: Como faço para filtrar as imagens listadas por este comando?

R: Você pode filtrar as imagens especificando a opção --product com database ou grid para listar somente as imagens relacionadas a esse tipo de produto.

P: O que a opção --product representa no comando dbaascli cswlib showImages?

A: A opção --product identifica o tipo de produto do Oracle home, permitindo que você filtre a lista de imagens para o banco de dados ou a grade.

P: Posso exibir imagens de banco de dados e grade em uma única execução de comando?

R: Não, você precisa executar o comando duas vezes com valores --product diferentes (database e grid) para exibir os dois tipos de imagens.

P: O que acontece se eu não especificar a opção --product no comando?

R: Se a opção --product não for especificada, o comando poderá listar todas as imagens disponíveis ou poderá solicitar que você especifique o tipo de produto, dependendo da configuração do seu ambiente.

P: Quando devo usar o comando dbaascli cswlib showImages?

R: Use este comando quando quiser exibir a lista de imagens do Banco de Dados ou do Grid Infrastructure disponíveis para download ou implantação no ambiente do Oracle Exadata Database Service.

P: Há alguma diferença entre os comandos dbaascli cswlib showImages e dbaascli cswlib listLocal?

R: Sim, dbaascli cswlib showImages lista todas as imagens disponíveis que você pode fazer download ou gerenciar, enquanto dbaascli cswlib listLocal lista apenas as imagens que já foram baixadas e disponíveis localmente no seu sistema.

P: Esse comando pode ser usado para exibir imagens armazenadas na nuvem?

R: Sim, esse comando pode mostrar imagens que estão disponíveis para download nos repositórios da Oracle, não apenas aquelas armazenadas localmente.

P: Que tipo de imagens posso esperar ver com este comando?

R: Você pode esperar ver imagens relacionadas ao Oracle Database e ao Grid Infrastructure, que são componentes essenciais para gerenciar e executar bancos de dados Oracle em plataformas Exadata.

Pré-requisito

• Execute o comando como usuário root.

Sintaxe

dbaascli database addInstance --dbname <value> --node <value> [--newNodeSID <value>]

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database addInstance?

R: O comando dbaascli database addInstance é usado para adicionar uma nova instância de banco de dados a um nó especificado em um ambiente do Oracle Exadata Database Service.

P: Quais são os pré-requisitos para executar o comando dbaascli database addInstance?

R: O comando deve ser executado como o usuário root para ter as permissões necessárias para adicionar uma instância de banco de dados.

P: O que a opção --dbname representa neste comando?

A: A opção --dbname especifica o nome do Oracle Database para o qual você deseja adicionar uma nova instância.

P: Qual é a opção --node usada no comando addInstance do banco de dados dbaascli?

A: A opção --node especifica o nome do nó em que a nova instância do banco de dados será adicionada.

P: Qual é a finalidade da opção --newNodeSID neste comando?

A: A opção --newNodeSID permite especificar o SID (Identificador do Sistema) para a nova instância do banco de dados que será criada no nó especificado.

P: É obrigatório especificar a opção --newNodeSID ao adicionar uma nova instância?

A: A opção --newNodeSID é opcional. Se não for fornecido, a Oracle gerará automaticamente um SID para a nova instância do banco de dados.

P: Quando devo usar o comando dbaascli database addInstance?

R: Use este comando quando quiser dimensionar seu banco de dados adicionando uma nova instância a um nó adicional em uma configuração do Oracle Database com vários nós.

P: Posso adicionar várias instâncias de banco de dados a nós diferentes usando este comando?

R: Sim, você pode executar o comando várias vezes para adicionar instâncias de banco de dados a diferentes nós especificando os valores --node e --dbname apropriados.

P: O que acontece se o nó especificado na opção --node não estiver disponível?

R: O comando falhará se o nó especificado não estiver disponível ou acessível. Certifique-se de que o nó esteja adequadamente configurado e acessível antes de executar o comando.

P: Este comando pode ser usado em um ambiente do Data Guard?

R: Sim, você pode usar o comando dbaascli database addInstance em um ambiente do Data Guard para adicionar instâncias, mas é recomendável seguir as diretrizes necessárias do Data Guard para essas configurações.

P: Esse comando causará tempo de inatividade do banco de dados?

R: A adição de uma instância a um novo nó geralmente não causa tempo de inatividade para as instâncias de banco de dados existentes, mas é recomendável verificar seu ambiente em busca de dependências específicas.

Pré-requisito

• Execute o comando como usuário root.

Sintaxe

dbaascli database backup --dbname <value>
        {
            --list
                {
                    [--backupType <value>]
                    | [--json <value>]
                }
            | --start [--level0] [--level1]
                {
                    [--archival --tag <value>]
                    | [--archivelog]
                }
            | --delete --backupTag <value>
            | --status --uuid <value> [--json <value>]
            | --getBackupReport
                {
                    --tag <value>
                    | --latest
                }
                --json <value>
            | --configure
                {
                    --configFile <value>
                    | --enableRTRT
                    | --disableRTRT
                    | --disableCatalog
                    | --deleteImmutableConfiguration
                }
            | --getConfig
                {
                    [--configFile <value>]
                    | [--showOldParams]
                }
            | --validate [--untilTime <value>]
            | --showHistory [--all]
            | --getSchedules
        }

Em que:

--dbname specifies Oracle Database name         
--list returns database backup information
            [--backupType | --json]
            [--backupType specifies backupType (REGULAR-L0 | REGULAR-L1 | ARCHIVELOG | LONGTERM). ]
            [--json specifies file Name for JSON output. ]        
--start begins database backup.
            [--level0 creates a Level-0 (full) backup. ]
            [--level1 creates a Level-1 (incremental) backup. ]
            [--archival | --archivelog]
            [--archival creates an archival full backup. ]
                --tag specifies backup tag. 
            [--archivelog ]       
--delete deletes Archival backup. 
            --backupTag specifies backup tag to delete.        
--status displays the details about a backup job process. 
            --uuid unique identifier of the backup operation. Input format: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.
                [--json specifies file Name for JSON output. ]       
--getBackupReport returns BackupReport. 
            --tag | --latest
            --tag specifies backup tag. 
            --latest returns latest backup report (all types of database backup). 
            --json specifies file Name for JSON output.         
--configure configures database for backup. 
            --configFile | --enableRTRT | --disableRTRT | --disableCatalog | --deleteImmutableConfiguration
            --configFile specifies database backup configuration file. 
            --enableRTRT enables Real Time Redo Transport. 
            --disableRTRT disables Real Time Redo Transport. 
            --disableCatalog disables recovery catalog. 
            --deleteImmutableConfiguration         
--getConfig returns database backup configuration. 
            [--configFile | --showOldParams]
            [--configFile specifies database backup configuration file. ]
            [--showOldParams returns old parameter names of backup configuration. ]        
--validate validates that backups are complete and corruption-free. 
            [--untilTime validates from closest Level-0 (full) backup until time provided. Input format: DD-MON-YYYY HH24:MI:SS.]        
--showHistory displays history of backup operations.
            [--all displays all backup operations. ]        
--getSchedules returns all backup schedules for a given database.

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database backup?

R: O comando dbaascli database backup é usado para configurar destinos de armazenamento de backup do Oracle Database, fazer backups, consultar backups e excluir backups existentes.

P: Quais são os pré-requisitos para executar o comando de backup do banco de dados dbaascli?

R: O comando deve ser executado como o usuário root para ter as permissões necessárias para o gerenciamento de backup.

P: Como inicio um backup completo do Oracle Database usando este comando?

A: Para iniciar um backup completo (Nível-0), use a seguinte sintaxe:

dbaascli database backup --dbname <value> --start --level0

P: Como faço um backup incremental usando o comando de backup do banco de dados dbaascli?

A: Para executar um backup incremental de Nível 1, use esta sintaxe:

dbaascli database backup --dbname <value> --start --level1

P: Qual é a diferença entre backups de Nível 0 e Nível 1?

R: Um backup de Nível 0 é um backup completo do banco de dados, enquanto um backup de Nível 1 é um backup incremental que captura apenas as alterações feitas desde o último backup de Nível 0 ou Nível 1.

P: Posso fazer um backup de arquivamento usando este comando?

R: Sim, você pode criar um backup de arquivamento usando a opção --archival junto com o comando --start:

dbaascli database backup --dbname <value> --start --archival --tag <backup_tag>

P: Como excluo um backup de arquivamento existente?

A: Para excluir um backup de arquivamento, use a seguinte sintaxe:

dbaascli database backup --dbname <value> --delete --backupTag <tag_value>

P: Como posso verificar o status de um backup específico usando o comando?

R: Você pode verificar o status de um backup usando a opção --status com o parâmetro --uuid, como este:

dbaascli database backup --dbname <value> --status --uuid <backup_uuid>

P: Como faço para listar todos os backups de um banco de dados?

A: Para listar todos os backups disponíveis para um banco de dados específico, use a opção --list:

dbaascli database backup --dbname <value> --list

Para saída JSON, adicione a opção --json:

dbaascli database backup --dbname <value> --list --json <file_name>

P: Como posso recuperar um relatório de backup?

R: Você pode obter um relatório de backup usando a opção --getBackupReport, para uma tag específica ou para o backup mais recente:

dbaascli database backup --dbname <value> --getBackupReport --tag <backup_tag> --json <file_name>

Ou para recuperar o relatório mais recente:

dbaascli database backup --dbname <value> --getBackupReport --latest --json <file_name>

P: Como configuro as definições de backup do banco de dados?

A: Use a opção --configure para especificar o arquivo de configuração de backup ou para ativar/desativar o RTRT (Real-Time Redo Transport):

dbaascli database backup --dbname <value> --configure --configFile <config_file>

Para habilitar o RTRT:

dbaascli database backup --dbname <value> --configure --enableRTRT

P: Como verifico a configuração de backup atual do meu banco de dados?

A: Para exibir a configuração de backup do banco de dados atual, use a opção --getConfig:

dbaascli database backup --dbname <value> --getConfig

P: O que a opção --validate faz no comando dbaascli database backup?

A: A opção --validate verifica se os backups estão completos e livres de corrupção. Você pode especificar um intervalo de tempo usando a opção --untilTime:

dbaascli database backup --dbname <value> --validate --untilTime "DD-MON-YYYY HH24:MI:SS"

P: Como exibo o histórico de todas as operações de backup de um banco de dados?

A: Use a opção --showHistory para exibir o histórico de todas as operações de backup:

dbaascli database backup --dbname <value> --showHistory

Para obter um histórico completo, incluindo todas as operações:

dbaascli database backup --dbname <value> --showHistory --all

P: O que são opções de RTRT (Real-Time Redo Transport) e quando devo usá-las?

R: As opções RTRT (--enableRTRT e --disableRTRT) são usadas para controlar o Transporte de Redo em Tempo Real, aplicável apenas para destinos de backup ZDLRA (Zero Data Loss Recovery Appliance) nos ambientes Exadata Cloud@Customer. Ative o RTRT para garantir a remessa de redo log em tempo real.

Pré-requisitos

Execute o comando como usuário oracle.

Sintaxe

dbaascli database bounce
[--dbname][--rolling <value>]

O comando executa um shutdown do banco de dados no modo imediato. O banco de dados é depois reiniciado e aberto. No Oracle Database 12c ou mais recente, todos os PDBs também são abertos.

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database bounce?

R: O comando dbaascli database bounce é usado para fazer shutdown e reiniciar um Oracle Database no Exadata Cloud Infrastructure. Ele suporta a reinicialização do banco de dados de forma incremental, garantindo o mínimo de interrupção.

P: Quais são os pré-requisitos para executar o comando dbaascli database bounce?

R: O comando deve ser executado como o usuário oracle, que tem os privilégios necessários para fazer shutdown e reiniciar o banco de dados.

P: O que a opção --dbname especifica neste comando?

A: A opção --dbname especifica o nome do Oracle Database que você deseja desligar e reiniciar.

P: Qual é a opção --rolling usada no comando dbaascli database bounce?

A: A opção --rolling especifica se o banco de dados deve ser devolvido (reinicializado) de maneira incremental. Se definido como verdadeiro, as instâncias do banco de dados serão reiniciadas uma a uma, garantindo um tempo de inatividade mínimo. O valor padrão é false, que reinicia todas as instâncias de uma só vez.

P: O que significa "saltar o banco de dados"?

R: Saltar o banco de dados refere-se a desligá-lo e reiniciá-lo. Esta operação pode ser usada para manutenção, aplicação de alterações ou recuperação de determinados tipos de problemas.

P: O comando dbaascli database bounce executa um shutdown normal?

R: Sim, o comando executa um shutdown no modo "imediato", que fecha o banco de dados e faz rollback de transações não confirmadas sem esperar que os usuários se desconectem.

P: Este comando abrirá automaticamente todos os PDBs em um banco de dados Oracle 12c ou mais recente?

R: Sim, se o banco de dados estiver executando o Oracle Database 12c ou mais recente, o comando abrirá automaticamente todos os Bancos de Dados Plugáveis (PDBs) após a reinicialização do banco de dados.

P: O comando dbaascli database bounce pode ser usado em um ambiente com vários nós ou RAC (Real Application Clusters)?

R: Sim, em um ambiente com vários nós ou RAC, você pode usar a opção --rolling para reiniciar as instâncias do banco de dados uma a uma, minimizando o tempo de inatividade.

P: O que acontece se eu não especificar a opção --rolling?

R: Se a opção --rolling não for especificada ou se estiver definida como falsa, o comando fará shutdown e reiniciará todas as instâncias do banco de dados ao mesmo tempo, o que pode causar um breve período de indisponibilidade.

P: Existe um valor padrão para a opção --rolling no comando dbaascli database bounce?

R: Sim, o valor padrão da opção --rolling é false, o que significa que o banco de dados será devolvido de forma não incremental, a menos que especificado de outra forma.

P: Como reinicio um banco de dados no modo incremental?

R: Para reiniciar o banco de dados no modo incremental, use a seguinte sintaxe:

dbaascli database bounce --dbname <value> --rolling true

P: É seguro executar o comando dbaascli database bounce durante sessões ativas?

R: Embora o comando use um shutdown imediato, que reverte as transações não confirmadas, é sempre recomendável garantir que não haja sessões críticas ou ativas antes de devolver o banco de dados.

P: Esse comando pode ser usado para PDBs específicos em um banco de dados multitenant?

R: Não, o comando dbaascli database bounce opera em todo o banco de dados. No Oracle 12c ou posterior, ele retornará o Banco de Dados Contêiner (CDB) e abrirá todos os PDBs, mas não permitirá a devolução de PDBs individuais.

P: O que devo fazer se o banco de dados não voltar a ficar on-line depois de devolvê-lo?

R: Se o banco de dados não for reinicializado, verifique se há erros nos logs durante o processo de shutdown ou inicialização. Investigar os logs de alerta da Oracle pode fornecer informações sobre o que causou o problema.

Pré-requisitos

Execute o comando como usuário root ou oracle.

Sintaxe

dbaascli database changePassword [--dbname <value>] [--user <value>]
{
  [--prepareStandbyBlob <value> [--blobLocation <value>]] | [--standbyBlobFromPrimary <value>]
}
[--resume [--sessionID <value>]]

Perguntas Frequentes

P: O que o comando dbaascli database changePassword faz?

A: O comando dbaascli database changePassword é usado para alterar a senha de um usuário especificado do Oracle Database. Será solicitado inserir o nome do usuário e, em seguida, a nova senha.

P: Quais são os pré-requisitos para usar o comando changePassword do banco de dados dbaascli?

R: Você deve executar o comando como o usuário root ou oracle para alterar a senha de um usuário do banco de dados.

P: Como eu especifico o banco de dados ao usar este comando?

A: Use a opção --dbname para especificar o nome do Oracle Database no qual você deseja atuar. Por exemplo:

dbaascli database changePassword --dbname <db_name>

P: Como eu especifico o usuário cuja senha eu quero alterar?

A: Use a opção --user para especificar o nome de usuário cuja senha precisa ser alterada. Por exemplo:

dbaascli database changePassword --user <username>

P: Qual é a finalidade da opção --prepareStandbyBlob no comando dbaascli database changePassword?

A: A opção --prepareStandbyBlob é usada nos ambientes do Data Guard para gerar um arquivo blob que contém os artefatos necessários para a alteração de senha no banco de dados stand-by. Isso garante a sincronização da senha no ambiente do Data Guard.

P: O que a opção --blobLocation especifica?

A: A opção --blobLocation permite especificar um caminho personalizado no qual o arquivo blob stand-by deve ser gerado. Se não for fornecido, o arquivo será salvo no local padrão.

P: Como eu uso o blob gerado do banco de dados principal para alterar a senha no stand-by?

R: Você pode usar a opção --standbyBlobFromPrimary para especificar o arquivo blob preparado do banco de dados principal para aplicar a alteração de senha ao banco de dados stand-by. Por exemplo:

dbaascli database changePassword --standbyBlobFromPrimary <blob_file_path>

P: Para que é usada a opção --resume neste comando?

A: A opção --resume é usada para retomar uma operação de alteração de senha interrompida anteriormente. Você pode especificar o ID da sessão, se necessário, usando a opção --sessionID.

P: Posso retomar uma sessão específica com o comando dbaascli database changePassword?

R: Sim, você pode usar a opção --resume junto com --sessionID para retomar uma sessão de alteração de senha específica especificando o ID da sessão.

P: O comando dbaascli database changePassword é aplicável em um ambiente do Data Guard?

A: Sim, é. A opção --prepareStandbyBlob pode ser usada para garantir que as alterações de senha sejam propagadas para o banco de dados stand-by em uma configuração do Data Guard.

P: O que acontece se eu não fornecer um --blobLocation ao usar --prepareStandbyBlob?

R: Se nenhum --blobLocation for fornecido, o arquivo blob que contém os artefatos de alteração de senha será salvo no local padrão.

P: Como verifico o status de uma sessão retomada usando o banco de dados dbaascli changePassword?

R: Você pode especificar o ID da sessão usando a opção --sessionID para retomar uma sessão específica. O sistema continuará de onde parou ao alterar a senha.

P: Esse comando pode ser usado para bancos de dados regulares e para aqueles em um ambiente do Data Guard?

R: Sim, o comando funciona para bancos de dados Oracle regulares e para bancos de dados em um ambiente Data Guard. Em ambientes do Data Guard, opções adicionais como --prepareStandbyBlob podem ser usadas para gerenciar alterações de senha nos bancos de dados principal e stand-by.

Sintaxe

dbaascli database convertToPDB --dbname <value> [--cdbName <value>] [--executePrereqs]
        {
            [--copyDatafiles [--keepSourceDB]]|[backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Use este comando para criar o Oracle Database versão 12.1.0.2 ou superior com a atualização de release JAN 2021 ou superior. Para bancos de dados com versões inferiores, recomenda-se usar a API baseada na Console do OCI.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli database create --dbName {--oracleHome | --oracleHomeName}
[--dbUniqueName <value>]
[--dbSID <value>]
[--createAsCDB <value>]
[--pdbName <value>]
[--pdbAdminUserName <value>]
[--dbCharset <value>]
[--dbNCharset <value>]
[--dbLanguage <value>]
[--dbTerritory <value>]
[--sgaSizeInMB <value>]
[--pgaSizeInMB <value>]
[--datafileDestination <value>]
[--fraDestination <value>]
[--fraSizeInMB <value>]
[--nodeList <value>]
[--tdeConfigMethod <value>]
[--kmsKeyOCID <value>]
{
            [--resume [--sessionID <value>]]
            | [--revert [--sessionID <value>]]
        }
[--executePrereqs]
[--honorNodeNumberForInstance <value>]
[--lockPDBAdminAccount <value>]
[--dbcaTemplateFilePath <value>]
[--waitForCompletion]

Perguntas Frequentes

P: O que o comando dbaascli database create faz?

R: O comando dbaascli database create é usado para criar uma nova instância do Oracle Database. Ele suporta a criação do Oracle Database versão 12.1.0.2 ou superior com a atualização de release JAN 2021 ou superior.

P: Como especifico o nome do Oracle Database a ser criado?

A: Use a opção --dbName para especificar o nome do Oracle Database. Por exemplo:

dbaascli database create --dbName <db_name>

P: Como posso criar um CDB (Banco de Dados Contêiner)?

A: Use a opção --createAsCDB e especifique verdadeiro para criar o banco de dados como um CDB. Por exemplo:

dbaascli database create --dbName <db_name> --createAsCDB true

P: Como especifico o Oracle Home para o banco de dados?

R: Você pode usar a opção --oracleHome para especificar o local do Oracle home ou a opção --oracleHomeName para especificar o nome do Oracle home.

P: Como especifico um nome de banco de dados exclusivo ou SID?

A: Use a opção --dbUniqueName para especificar um nome exclusivo para o banco de dados e a opção --dbSID para especificar o SID do banco de dados.

P: Como crio um PDB (Banco de Dados Plugável) junto com um CDB?

R: Você pode usar a opção --pdbName para especificar o nome do PDB e a opção --pdbAdminUserName para definir o nome do usuário administrador do PDB. Por exemplo:

dbaascli database create --dbName <db_name> --createAsCDB true --pdbName <pdb_name> --pdbAdminUserName <admin_user>

P: Como posso especificar o conjunto de caracteres do banco de dados e o conjunto de caracteres nacionais?

A: Use a opção --dbCharset para especificar o conjunto de caracteres do banco de dados e a opção --dbNCharset para especificar o conjunto de caracteres nacionais. Por exemplo:

dbaascli database create --dbName <db_name> --dbCharset AL32UTF8 --dbNCharset AL16UTF16

P: Como defino as definições de memória (SGA e PGA) para o banco de dados?

R: Use a opção --sgaSizeInMB para especificar o tamanho da SGA e a opção --pgaSizeInMB para especificar o tamanho da PGA, ambos em megabytes.

P: Como especificar o destino dos arquivos de dados e da Área de Recuperação Rápida (FRA)?

A: Use a opção --datafileDestination para especificar o grupo de discos ASM para arquivos de dados e a opção --fraDestination para especificar o grupo de discos ASM para o FRA. Você também pode definir o tamanho FRA com a opção --fraSizeInMB.

P: Posso configurar a TDE (Transparent Data Encryption) durante a criação do banco de dados?

R: Sim, você pode configurar a TDE usando a opção --tdeConfigMethod. Os valores válidos são FILE (para criptografia baseada em arquivo) ou KMS (para usar o Oracle Key Management Service). Se estiver usando o KMS, forneça o OCID da chave do KMS com a opção --kmsKeyOCID.

P: Como crio o banco de dados em uma lista específica de nós?

A: Use a opção --nodeList para especificar uma lista de nós separados por vírgulas em que o banco de dados deve ser criado.

P: Como posso retomar ou reverter uma tentativa anterior de criação de banco de dados?

A: Use a opção --resume para retomar a execução anterior ou a opção --revert para fazer rollback da execução anterior. Você também pode especificar um --sessionID para retomar ou reverter uma sessão específica.

P: O que a opção --executePrereqs faz?

A: A opção --executePrereqs só executa os pré-requisitos para a operação de criação do banco de dados, sem realmente criar o banco de dados. Use yes ou no para ativar ou desativar essa opção.

P: Posso especificar um modelo DBCA personalizado para a criação do banco de dados?

R: Sim, use a opção --dbcaTemplateFilePath para fornecer o caminho absoluto do arquivo de modelo DBCA que deve ser usado para criar o banco de dados.

P: Posso executar a operação de criação do banco de dados em segundo plano?

R: Sim, você pode usar a opção --waitForCompletion para especificar se o comando deve aguardar a conclusão da criação do banco de dados (true) ou executar a operação em segundo plano (false).

P: O que acontece se eu não especificar a opção --dbUniqueName?

R: Se você não especificar um nome exclusivo para o banco de dados usando --dbUniqueName, o sistema gerará automaticamente um nome com base no --dbName fornecido.

P: Posso bloquear a conta de administrador do PDB durante a criação de um CDB?

R: Sim, você pode usar a opção --lockPDBAdminAccount e defini-la como verdadeira para bloquear a conta de administrador do PDB após a criação do banco de dados. Por default, este valor é definido como true.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli database delete --dbname <value>
[--deleteArchiveLogs <value>]
[--deleteBackups <value>]
[--precheckOnly <value>]
[--waitForCompletion <value>]
[--force]
[--dbSID <value>]
[--resume [--sessionID <value>]]

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database delete?

R: O comando dbaascli database delete é usado para excluir um Oracle Database no Exadata Cloud Infrastructure.

P: Como especifico o banco de dados que desejo excluir?

A: Use a opção --dbname para especificar o nome do Oracle Database que você deseja excluir. Por exemplo:

dbaascli database delete --dbname <db_name>

P: Como excluo os logs de arquivamento ao excluir um banco de dados?

R: Você pode excluir os logs de arquivamento definindo a opção --deleteArchiveLogs como true. Por exemplo:

dbaascli database delete --dbname <db_name> --deleteArchiveLogs true

P: Também posso excluir backups ao excluir o banco de dados?

R: Sim, use a opção --deleteBackups e defina-a como verdadeira para excluir todos os backups associados. Por exemplo:

dbaascli database delete --dbname <db_name> --deleteBackups true

P: Como posso executar apenas as pré-verificações da operação de exclusão sem realmente excluir o banco de dados?

R: Você pode usar a opção --precheckOnly e defini-la como sim para executar as pré-verificações sem excluir o banco de dados. Por exemplo:

dbaascli database delete --dbname <db_name> --precheckOnly yes

P: Como faço para forçar a exclusão de um banco de dados?

A: Para forçar a exclusão de um banco de dados, use o flag --force. Isso ignora as verificações e força o processo de exclusão. Por exemplo:

dbaascli database delete --dbname <db_name> --force

P: Como faço para executar a operação de exclusão em segundo plano?

A: Use a opção --waitForCompletion e defina-a como false para executar a operação em segundo plano. Por exemplo:

dbaascli database delete --dbname <db_name> --waitForCompletion false

P: Posso especificar o SID do banco de dados que quero excluir?

R: Sim, você pode especificar o SID do banco de dados usando a opção --dbSID. Por exemplo:

dbaascli database delete --dbname <db_name> --dbSID <sid>

P: Como retomo uma operação de exclusão interrompida anteriormente?

A: Para retomar uma execução de exclusão anterior, use a opção --resume. Você também pode especificar um ID de sessão usando a opção --sessionID, se necessário. Por exemplo:

dbaascli database delete --dbname <db_name> --resume --sessionID <session_id>

P: Quais privilégios de usuário são necessários para executar o comando dbaascli database delete?

A: O comando deve ser executado como o usuário root.

P: O que a opção --precheckOnly faz no comando dbaascli database delete?

A: A opção --precheckOnly permite que você execute apenas as pré-verificações da operação de exclusão sem realmente excluir o banco de dados. Ele garante que todas as verificações sejam aprovadas antes de continuar com a exclusão real.

P: Posso excluir um banco de dados sem aguardar a conclusão da operação?

R: Sim, definindo a opção --waitForCompletion como falsa, a operação de exclusão será executada em segundo plano e você não precisará esperar que ela seja concluída.

Pré-requisito

• Execute o comando como usuário root.

Sintaxe

dbaascli database deleteInstance --dbname <value> --node <value> [--continueOnUnreachableNode]

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database deleteInstance?

R: O comando dbaascli database deleteInstance é usado para excluir uma instância específica do Oracle Database em um nó especificado em um ambiente do Exadata Cloud Infrastructure.

P: Como especifico qual instância do Oracle Database excluir?

R: Você pode especificar a instância do Oracle Database a ser excluída usando a opção --dbname para fornecer o nome do banco de dados e a opção --node para fornecer o nome do nó. Por exemplo:

dbaascli database deleteInstance --dbname <db_name> --node <node_name>

P: Posso excluir a instância mesmo que o nó esteja inacessível?

R: Sim, você pode usar a opção --continueOnUnreachableNode para continuar com a exclusão, mesmo que o nó especificado esteja inacessível. Por exemplo:

dbaascli database deleteInstance --dbname <db_name> --node <node_name> --continueOnUnreachableNode

P: O que acontece se o nó especificado estiver inacessível durante a operação de exclusão da instância?

R: Se o nó estiver inacessível e a opção --continueOnUnreachableNode não for usada, a operação falhará. Se a opção for usada, a operação continuará mesmo que o nó não possa ser acessado.

P: Como excluo uma instância de banco de dados de um nó específico?

A: Use o seguinte comando para excluir uma instância de banco de dados de um nó específico:

dbaascli database deleteInstance --dbname <db_name> --node <node_name>

P: Quais privilégios de usuário são necessários para executar o comando dbaascli database deleteInstance?

A: O comando deve ser executado como o usuário root.

P: Posso excluir uma instância sem especificar o nó?

R: Não, a opção --node é necessária para especificar de qual nó a instância do banco de dados deve ser excluída.

P: O que a opção --continueOnUnreachableNode faz?

R: A opção --continueOnUnreachableNode permite que a operação prossiga mesmo que o nó especificado não possa ser atingido, garantindo que a exclusão da instância continue em cenários em que o nó possa estar inativo.

P: É possível excluir várias instâncias de banco de dados de uma só vez usando este comando?

R: Não, o comando dbaascli database deleteInstance é usado para excluir uma única instância de banco de dados em um nó especificado de cada vez. Você precisaria executar o comando separadamente para cada instância que deseja excluir.

Pré-requisito

• Execute o comando como usuário root.

Sintaxe

dbaascli database duplicate --dbName <value> --sourceDBConnectionString <value>
        {
            --oracleHome <value>
            | --oracleHomeName <value>
        }
[--dbSID <value>] 
[--dbUniqueName <value>] 
[--sgaSizeInMB <value>] 
[--pgaSizeInMB <value>] 
[--datafileDestination <value>] 
[--fraDestination <value>] 
[--fraSizeInMB <value>] 
[--sourceDBWalletLocation <value>] 
[--nodeList <value>]
        {
            [--resume [--sessionID <value>]]
            | [--revert [--sessionID <value>]]
        }
[--rmanParallelism <value>]
[--rmanSectionSizeInGB <value>]
[--tdeConfigMethod <value>]
[--kmsKeyOCID <value>]
[--sourceDBTdeConfigMethod <value>]
[--sourceDBKmsKeyOCID <value>]
[--executePrereqs <value>] 
[--waitForCompletion <value>]
[--skipPDBs <value>]

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database duplicate?

R: O comando dbaascli database duplicate é usado para criar um novo Oracle Database duplicando um banco de dados ativo existente.

P: Quais são os pré-requisitos para usar o comando duplicado do banco de dados dbaascli?

R: Execute o comando como usuário root.

P: Como especificar o banco de dados de origem para duplicação?

A: Use a opção --sourceDBConnectionString para fornecer a string de conexão do banco de dados de origem no formato <scan_name>:<scan_port>/<database_service_name>. Por exemplo:

--sourceDBConnectionString <scan_name>:<scan_port>/<database_service_name>

P: Como especifico o local do Oracle Home para o novo banco de dados?

R: Você pode especificar o local do Oracle Home usando a opção --oracleHome ou o nome do Oracle Home usando a opção --oracleHomeName. Por exemplo:

--oracleHome <value>

ou

--oracleHomeName <value>

P: Qual é a finalidade da opção --sourceDBWalletLocation?

A: A opção --sourceDBWalletLocation especifica o local do arquivo da wallet de TDE do banco de dados de origem, que é necessário para duplicar o banco de dados de um banco de dados de origem ativo.

P: Posso ignorar a duplicação de PDBs específicos do banco de dados de origem?

R: Sim, você pode usar a opção --skipPDBs para especificar uma lista delimitada por vírgulas de nomes de PDB que devem ser excluídos da operação duplicada. Por exemplo:

--skipPDBs pdb1,pdb2

P: Como configuro a TDE para o novo banco de dados?

A: Use a opção --tdeConfigMethod para especificar o método de configuração de TDE (FILE ou KMS). Se você escolher KMS, poderá fornecer o OCID da chave KMS usando a opção --kmsKeyOCID. Por exemplo:

--tdeConfigMethod FILE

ou

--tdeConfigMethod KMS --kmsKeyOCID <value>

P: O que a opção --executePrereqs faz?

A: A opção --executePrereqs especifica se apenas as verificações de pré-requisito devem ser executadas para a operação. Os valores válidos são yes para executar somente pré-requisitos ou no para continuar com a operação completa.

P: Como posso retomar uma operação duplicada interrompida anteriormente?

A: Use a opção --resume junto com a opção --sessionID para retomar uma operação duplicada interrompida anteriormente. Por exemplo:

--resume --sessionID <value>

P: O que a opção --waitForCompletion faz?

A: A opção --waitForCompletion especifica se a operação deve ser concluída. A definição dessa opção como true aguarda conclusão, enquanto false executa a operação em segundo plano. Por exemplo:

--waitForCompletion true

P: Qual é a finalidade da opção --rmanParallelism?

A: A opção --rmanParallelism especifica o valor de paralelismo do RMAN (Recovery Manager) durante o processo de duplicação. Isso pode melhorar a velocidade da operação de duplicação usando vários processos paralelos.

P: Como especifico o tamanho da SGA e da PGA para o novo banco de dados?

R: Use as opções --sgaSizeInMB e --pgaSizeInMB para especificar os tamanhos da SGA (Área Global do Sistema) e da PGA (Área Global do Programa) em megabytes, respectivamente. Por exemplo:

--sgaSizeInMB <value>

--pgaSizeInMB <value>

P: O que a opção --revert faz?

A: A opção --revert é usada para fazer rollback de uma operação duplicada anterior. Você precisa fornecer o --sessionID para especificar qual sessão reverter.

Pré-requisitos

Execute o comando como usuário root ou o usuário oracle

Sintaxe

dbaascli database getDetails --dbname <value>

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database getDetails?

R: O comando dbaascli database getDetails mostra informações detalhadas sobre um banco de dados Oracle especificado, incluindo o nome do banco de dados, as informações do nó e os detalhes do banco de dados plugável (PDB).

P: Quem pode executar o comando dbaascli database getDetails?

R: O comando pode ser executado pelo usuário root ou pelo usuário oracle.

P: O que a opção --dbname especifica no comando dbaascli database getDetails?

A: A opção --dbname especifica o nome do banco de dados Oracle para o qual informações detalhadas estão sendo recuperadas.

P: Que tipo de informação o comando dbaascli database getDetails fornece?

R: O comando fornece detalhes como nome do banco de dados, informações do nó e informações sobre bancos de dados plugáveis (PDBs) associados ao banco de dados contêiner.

Execute o comando como o usuário root ou oracle.

Sintaxe

dbaascli database getPDBs --dbname <value>

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database getPDBs?

R: O comando dbaascli database getPDBs é usado para listar todos os bancos de dados plugáveis (PDBs) em um banco de dados contêiner (CDB) especificado.

P: Como especifico o banco de dados contêiner para o comando getPDBs?

A: Você usa a opção --dbname para especificar o nome do banco de dados contêiner. Por exemplo:

--dbname <value>

P: Eu preciso executar o comando dbaascli database getPDBs como um usuário específico?

R: Sim, você deve executar o comando como o usuário root ou o usuário oracle.

P: Posso exibir PDBs em um banco de dados não CDB usando o comando getPDBs?

R: Não, o comando getPDBs só é aplicável a bancos de dados contêineres (CDBs). Não é possível usar esse comando para bancos de dados não CDB.

P: Qual é o formato da saída do comando dbaascli database getPDBs?

R: O comando retorna uma lista de todos os PDBs dentro do banco de dados contêiner especificado. A saída geralmente inclui nomes de PDB, status e outros detalhes relevantes sobre cada banco de dados plugável.

P: Este comando pode ser usado para vários bancos de dados de uma só vez?

R: Não, o comando dbaascli database getPDBs funciona com um único banco de dados contêiner por vez, especificado pela opção --dbname.

P: É necessário fazer shutdown do banco de dados para usar o comando getPDBs?

R: Não, o comando getPDBs não requer que o banco de dados seja submetido a shutdown. Ele pode ser executado enquanto o banco de dados contêiner está operacional.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli database modifyParameters --dbname <value> 
{
--setParameters <values>[--instance <value>] [--backupPrepared] [--allowBounce]|
--resetParameters <values> [--instance <value>] [--backupPrepared] [--allowBounce]
}
--responseFile
[--backupPrepared]
[--instance]
[--allowBounce]
[--waitForCompletion]

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database modifyParameters?

A: O comando dbaascli database modifyParameters é usado para modificar ou redefinir parâmetros de inicialização do Oracle Database.

P: Como eu especifico o banco de dados cujos parâmetros eu quero modificar?

R: Você deve usar a opção --dbname para especificar o nome do banco de dados para o qual deseja modificar ou redefinir parâmetros.

P: Como posso modificar os parâmetros do banco de dados usando o comando modifyParameters?

A: Use a opção --setParameters seguida de uma lista de parâmetros delimitados por vírgulas e seus novos valores. Por exemplo:

--setParameters parameter1=valueA,parameter2=valueB

P: Como redefino parâmetros para seus valores padrão usando este comando?

A: Use a opção --resetParameters seguida de uma lista de parâmetros delimitados por vírgulas para redefinir seus valores padrão. Por exemplo:

--resetParameters parameter1,parameter2

P: Posso modificar parâmetros usando um arquivo de resposta?

R: Sim, você pode especificar a localização absoluta de um arquivo JSON de resposta usando a opção --responseFile. O arquivo deve conter os parâmetros que você deseja modificar.

P: É necessário fazer um backup antes de modificar os parâmetros?

R: Embora não seja obrigatório para todas as alterações, se você estiver modificando parâmetros críticos ou confidenciais, é recomendável ter um backup em vigor. Você pode usar a opção --backupPrepared para confirmar que um backup foi preparado.

P: Posso aplicar alterações apenas a uma instância específica em um banco de dados de várias instâncias?

R: Sim, você pode especificar o nome da instância usando a opção --instance. Se esta opção não for usada, as alterações serão aplicadas no nível do banco de dados.

P: O banco de dados precisará ser devolvido (reiniciado) após a modificação dos parâmetros?

R: Para alguns parâmetros estáticos, é necessário um bounce do banco de dados. Você pode usar a opção --allowBounce para conceder permissão para que o banco de dados seja devolvido, se necessário.

P: O que acontece se eu não permitir que o banco de dados seja devolvido ao alterar parâmetros estáticos?

R: Se você não usar a opção --allowBounce ao modificar parâmetros estáticos, as alterações não entrarão em vigor até a próxima reinicialização manual do banco de dados.

P: Posso retomar a modificação de parâmetros se uma sessão anterior foi interrompida?

R: Não, este comando não suporta a retomada da sessão. Você precisará executar o comando novamente desde o início.

Pré-requisitos

• Antes de executar uma operação de movimentação, certifique-se de que todas as instâncias associadas do banco de dados estejam ativas e em execução.
• Execute o comando como usuário root.

Sintaxe

dbaascli database move
{
  --oracleHome <value> | --oracleHomeName <value>
}
--dbname <value> 
[--executePrereqs] 
[--resume [--sessionID <value>]] 
[--rollback [--sessionID <value>]] 
[--skipDatapatch] 
[--skipPDBs <value>] 
[--skipClosedPDBs] 
[--continueWithDbDowntime] 
[--allowParallelDBMove] 
[--waitForCompletion <value>] 
[--nodeList <value>]

Em que:

• --oracleHome especifica o caminho do Oracle home
• --oracleHomeName especifica o nome do Oracle home
• --dbname especifica o nome do banco de dados
• --executePrereqs executa as verificações de pré-requisito e reporta os resultados
• --resume retoma a execução anterior
  • --sessionID especifica para retomar um ID de sessão específico
• --rollback faz rollback do banco de dados para o home anterior
  • --sessionID especifica para retomar um ID de sessão específico
• --skipDatapatch ignora a execução do datapatch nos bancos de dados
• --skipPdbs ignora a execução do datapatch em uma lista especificada de PDBs delimitados por vírgulas. Por exemplo: pdb1,pdb2...
• --skipClosedPDBs ignora a aplicação de patch em PDBs fechados
• --continueWithDbDowntime continua aplicando patch com tempo de inatividade do banco de dados. Essa opção pode ser usada em ambientes nos quais só há uma instância ativa e a operação de aplicação de patch pode continuar mesmo com um tempo de inatividade.
• --allowParallelDBMove permite que o banco de dados seja movido em paralelo.
• --waitForCompletion especifica false para executar a operação em segundo plano. Valores válidos: true|false
• --nodeList especifica uma lista de nós delimitados por vírgulas se a operação precisar ser executada em um subconjunto de nós

Perguntas Frequentes

P: Para que é usado o comando dbaascli database move?

R: O comando dbaascli database move é usado para mover um banco de dados de um Oracle home para outro.

P: Quais são os pré-requisitos para usar o comando dbaascli database move?

R: Antes de executar uma operação de movimentação, verifique se todas as instâncias associadas do banco de dados estão ativas e em execução. Além disso, o comando deve ser executado como o usuário root.

P: O que o parâmetro --oracleHome especifica?

A: O parâmetro --oracleHome especifica o caminho do Oracle home para o qual o banco de dados será movido.

P: O que o parâmetro --oracleHomeName especifica?

A: O parâmetro --oracleHomeName especifica o nome do Oracle home para o qual o banco de dados será movido.

P: Qual é a finalidade do parâmetro --dbname?

A: O parâmetro --dbname especifica o nome do banco de dados que você deseja mover.

P: O que a opção --executePrereqs faz?

A: A opção --executePrereqs executa as verificações de pré-requisitos e reporta os resultados.

P: Para que é usada a opção --resume?

A: A opção --resume retoma uma operação de movimentação interrompida ou incompleta anteriormente.

P: Como --sessionID é usado no comando?

A: O --sessionID especifica o ID da sessão para retomar uma execução ou rollback anterior.

P: O que a opção --rollback faz?

A: A opção --rollback faz rollback do banco de dados para seu Oracle home anterior.

P: O que a opção --skipDatapatch faz?

A: A opção --skipDatapatch ignora a execução do datapatch nos bancos de dados durante a operação de movimentação.

P: Qual é a função da opção --skipPDBs?

A: A opção --skipPDBs ignora a execução do datapatch em uma lista especificada de PDBs (por exemplo, pdb1, pdb2).

P: O que a opção --skipClosedPDBs faz?

A: A opção --skipClosedPDBs ignora a aplicação de patches de PDBs fechados.

P: O que significa --continueWithDbDowntime?

R: A opção --continueWithDbDowntime permite que a operação de movimentação prossiga mesmo que haja apenas uma instância ativa ativa, permitindo tempo de inatividade durante o processo.

P: Qual é a finalidade da opção --allowParallelDBMove?

A: A opção --allowParallelDBMove permite que a movimentação do banco de dados seja executada em paralelo, potencialmente acelerando o processo.

P: O que --waitForCompletion especifica?

A: A opção --waitForCompletion especifica se a operação deve ser concluída. Definir como falso executa a operação em segundo plano.

P: Como posso usar o parâmetro --nodeList?

R: O parâmetro --nodeList especifica uma lista de nós delimitados por vírgulas nos quais a operação de movimentação será executada, se não for aplicada a todos os nós.

P: O que devo fazer se encontrar problemas com o comando dbaascli database move?

R: Certifique-se de que todas as instâncias do banco de dados estejam em execução e verifique se você está executando o comando como o usuário root. Se os problemas persistirem, consulte a documentação de comando detalhada ou abra um ticket de suporte com a Oracle.

P: Posso executar uma operação de movimentação se uma das instâncias do banco de dados estiver inativa?

R: Não, todas as instâncias de banco de dados associadas devem estar ativas e em execução antes de executar a operação de movimentação.

P: O que acontece se a operação de movimentação for interrompida?

R: Você pode usar a opção --resume para continuar a operação de movimentação de onde parou usando a mesma sessão ou especificando --sessionID.

P: O que a opção --allowParallelDBMove faz?

R: Permite que a movimentação do banco de dados seja executada em paralelo, o que pode reduzir o tempo necessário para concluir a operação, especialmente em ambientes maiores.

P: Como monitoro o andamento de uma operação de movimentação que está sendo executada em segundo plano?

R: Ao usar --waitForCompletion false, o comando não aguarda a conclusão da operação. Você pode verificar o status da operação manualmente usando os logs ou comandos de status apropriados da Oracle.

P: Qual é o significado da opção --skipClosedPDBs?

R: Ele ignora a aplicação de patches para PDBs fechados, reduzindo o tempo de operação se houver PDBs que não precisem de aplicação de patch.

P: A movimentação do banco de dados pode ser revertida a qualquer momento?

R: Sim, a operação de movimentação pode ser submetida a rollback usando a opção --rollback, especificando o ID da sessão ou simplesmente fazendo rollback para o Oracle home anterior.

P: Qual é a função de --nodeList em um ambiente com vários nós?

R: Em um ambiente com vários nós, você pode restringir a operação de movimentação a nós específicos fornecendo uma lista delimitada por vírgulas de nomes de nós com --nodeList.

P: Posso mover o banco de dados para um novo Oracle home ao ignorar nós específicos em um ambiente com vários nós?

R: Sim, você pode usar a opção --nodeList para especificar quais nós incluir na operação de movimentação. Todos os nós não listados serão ignorados.

P: Qual é o número máximo de nós que posso especificar com o parâmetro --nodeList?

R: O parâmetro --nodeList permite especificar uma lista delimitada por vírgulas de quantos nós forem necessários, limitada apenas pela configuração do seu ambiente. Certifique-se de que todos os nós sejam válidos e acessíveis.

P: Como sei quais PDBs estão fechados antes de usar a opção --skipClosedPDBs?

R: Você pode consultar a view v$pdbs para verificar o status de seus PDBs. Todos os PDBs com um status de "MOUNTED" ou "CLOSED" serão ignorados ao usar --skipClosedPDBs.

P: Como verifico se um rollback foi concluído com sucesso?

R: Após executar o comando de rollback, você pode revisar os logs do banco de dados ou usar os logs de alerta da Oracle para verificar se o banco de dados foi submetido a rollback com sucesso para seu Oracle home anterior.

P: Existe uma maneira de forçar a operação de movimentação se alguns pré-requisitos falharem?

R: O comando move impõe verificações de pré-requisitos para a estabilidade do sistema. Não é possível ignorar falhas críticas de pré-requisitos. Resolva todos os problemas reportados pela opção --executePrereqs antes de prosseguir com a movimentação.

Exemplo de Casos de Uso

Exemplo 1: Movimentação Básica do Banco de Dados pelo Caminho do Oracle Home

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL

Move o banco de dados ORCL para o Oracle home localizado em /u01/app/oracle/product/19.0.0/dbhome_1.

Exemplo 2: Movimentação do Banco de Dados pelo Nome do Oracle Home

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname ORCL

Move o banco de dados ORCL para o Oracle home chamado DB_HOME_NAME.

Exemplo 3: Executando Verificações de Pré-requisitos Antes de Mover

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --executePrereqs

Move o banco de dados ORCL para o Oracle home ao executar as verificações de pré-requisitos de antemão.

Exemplo 4: Retomando uma Operação de Movimentação Anterior

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --resume

Retoma uma operação de movimentação anterior para o banco de dados ORCL.

Exemplo 5: Retomando uma Operação de Movimentação com um ID de Sessão Específico

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname ORCL --resume --sessionID 12345

Retoma a operação de movimentação do banco de dados ORCL usando o ID de sessão 12345.

Exemplo 6: Fazendo Rollback de uma Operação de Movimentação

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --rollback

Faz rollback da operação de movimentação do banco de dados ORCL, restaurando-a para o Oracle home anterior.

Exemplo 7: Fazendo Rollback de uma Operação de Movimentação com um ID de Sessão

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname ORCL --rollback --sessionID 67890

Faz rollback da operação de movimentação para ORCL usando o ID da sessão 67890.

Exemplo 8: Ignorando Datapatch

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --skipDatapatch

Move o banco de dados ORCL sem executar o datapatch nos bancos de dados.

Exemplo 9: Ignorando PDBs Específicos Durante o Datapatch

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --skipPDBs pdb1,pdb2

Move o banco de dados ORCL para um novo Oracle home, mas ignora a execução do patch de dados nos PDBs especificados (pdb1 e pdb2).

Exemplo 10: Ignorando o Datapatch em PDBs Fechados

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --skipClosedPDBs

Move o banco de dados ORCL e ignora a execução do patch de dados em qualquer PDB fechado.

Exemplo 11: Permitindo o Tempo de Inatividade do Banco de Dados Durante a Movimentação

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname ORCL --continueWithDbDowntime

Move o banco de dados ORCL para o Oracle home especificado, permitindo o tempo de inatividade do banco de dados durante o processo de movimentação.

Exemplo 12: Movendo o Banco de Dados em Paralelo

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --allowParallelDBMove

Move o banco de dados ORCL para o Oracle home especificado com a opção de executar a movimentação em paralelo para obter melhor desempenho.

Exemplo 13: Executando a Operação em Segundo Plano

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --waitForCompletion false

Move o banco de dados ORCL para um novo Oracle home, mas executa a operação em segundo plano.

Exemplo 14: Especificando Nós para a Movimentação

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --nodeList node1,node2

Move o banco de dados ORCL para o Oracle home especificado, mas executa a operação somente em node1 e node2.

Exemplo 15: Combinação de Movimentação com Verificações de Pré-requisitos, Ignorando PDBs Específicos e Permitindo Período de Indisponibilidade

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname ORCL --executePrereqs --skipPDBs pdb1 --continueWithDbDowntime

Move o banco de dados ORCL para o Oracle home especificado, executa verificações de pré-requisitos, ignora a execução do datapatch em pdb1 e permite o tempo de inatividade do banco de dados durante a operação.

Exemplo 16: Combinação de Movimentação em Paralelo e Execução em Segundo Plano

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --allowParallelDBMove --waitForCompletion false

Move o banco de dados ORCL para um novo Oracle home, executa a movimentação em paralelo e executa a operação em segundo plano.

Exemplo 17: Combinando Movimentação com Execução Paralela e Ignorando PDBs Fechados

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname TESTDB --allowParallelDBMove --skipClosedPDBs

Move o banco de dados TESTDB para o novo Oracle home /u02/app/oracle/product/19.0.0/dbhome_2, enquanto executa a operação em paralelo e ignora o datapatch em PDBs fechados.

Exemplo 18: Executando Somente Verificação de Pré-requisitos

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname PRODDB --executePrereqs

Verifica os pré-requisitos para mover o banco de dados PRODDB para o Oracle home localizado em /u02/app/oracle/product/19.0.0/dbhome_2 sem realmente executar a movimentação.

Exemplo 19: Ignorando o Datapatch para PDBs Específicos

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname HRDB --skipPDBs pdb1,pdb3

Move o banco de dados HRDB para o novo Oracle home, mas ignora a execução do datapatch para pdb1 e pdb3.

Exemplo 20: Executando a Movimentação em Nós Específicos

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname FINDB --nodeList node1,node3

Move o banco de dados FINDB para o novo Oracle home somente em node1 e node3.

Exemplo 21: Movimentação do Banco de Dados com Tempo de Inatividade Permitido

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --continueWithDbDowntime

Move o banco de dados ORCL para o Oracle home especificado, permitindo tempo de inatividade durante a operação de movimentação.

Exemplo 22: Combinação de Movimentação Paralela e Ignorando Datapatch

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname CRMDB --allowParallelDBMove --skipDatapatch

Move o banco de dados CRMDB em paralelo, ignorando o processo datapatch.

Exemplo 23: Operação de Movimentação em Segundo Plano com uma Lista de Nós

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname SALESDB --waitForCompletion false --nodeList node2,node3

Move o banco de dados SALESDB para o Oracle home especificado em segundo plano, e a operação só é aplicada em node2 e node3.

Exemplo 24: Movimentação do Banco de Dados com Verificação de Pré-requisito e Permissão de Movimentação Paralela

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_2 --dbname ORCL --executePrereqs --allowParallelDBMove

Move o banco de dados ORCL para o novo Oracle home após executar as verificações de pré-requisitos e executar a operação de movimentação em paralelo.

Exemplo 25: Fazendo Rollback de uma Operação de Movimentação e Ignorando PDBs Fechados

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname DEVDB --rollback --skipClosedPDBs

Faz rollback da operação de movimentação do banco de dados DEVDB, ignorando quaisquer PDBs fechados.

Exemplo 26: Movendo o Banco de Dados com Tempo de Inatividade Específico e Execução Paralela

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname FINDB --allowParallelDBMove --continueWithDbDowntime

Move o banco de dados FINDB para o Oracle home especificado, permitindo tempo de inatividade do banco de dados e permitindo a execução paralela para acelerar o processo.

Exemplo 27: Verificando Pré-requisitos de Movimentação do Banco de Dados sem Executar a Movimentação

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname HRDB --executePrereqs

Executa verificações de pré-requisitos para validar se o banco de dados HRDB pode ser movido para o Oracle home especificado sem executar a movimentação propriamente dita.

Exemplo 28: Movendo o Banco de Dados e Executando o Comando em Segundo Plano em Nós Específicos

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_3 --dbname PRODDB --waitForCompletion false --nodeList node1,node4

Move o banco de dados PRODDB para um novo Oracle home, executando a operação em segundo plano e aplicando-a apenas em node1 e node4.

Exemplo 29: Combinando Verificações de Pré-requisitos, Ignorando PDBs Fechados e Permitindo Execução Paralela

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname CRMDB --executePrereqs --skipClosedPDBs --allowParallelDBMove

Executa verificações de pré-requisitos antes de mover o banco de dados CRMDB para o novo Oracle home, ignora a aplicação de patches em PDBs fechados e permite que a operação seja executada em paralelo para uma execução mais rápida.

Exemplo 30: Movimentação do Banco de Dados com Rollback em um ID de Sessão Específico e Ignorando o Datapatch

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname DEVDB --rollback --sessionID 45678 --skipDatapatch

Faz rollback de uma operação de movimentação executada anteriormente para o banco de dados DEVDB para seu Oracle home anterior usando o ID da sessão 45678, ignorando o processo datapatch durante o rollback.

Exemplo 31: Movendo o Banco de Dados com Permitir Execução Paralela e Especificando o Ignoramento de Datapatch para PDBs

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_3 --dbname ANALYTICDB --allowParallelDBMove --skipPDBs pdb2,pdb4

Move o banco de dados ANALYTICDB em paralelo ao Oracle home especificado e ignora o processo datapatch para pdb2 e pdb4.

Pré-requisito

• Execute o comando como usuário root.
• O banco de dados deve ter sido configurado com detalhes do destino de armazenamento de backup em que os backups são armazenados.

Sintaxe

dbaascli database recover --dbname <value>
        {
            --start
                {
                    --untilTime <value>
                    | --untilSCN <value>
                    | --latest
                    | --tag <value>
                }
            | --status --uuid <value>
        }

--dbname: Oracle Database name.
      --start | --status
--start: Begins database recovery.
      --untilTime | --untilSCN | --latest | --tag
      --untilTime: Recovers database until time. Input format: DD-MON-YYYY HH24:MI:SS.
      --untilSCN: Recovers database until SCN.
      --latest: Recovers database to last known state.
      --tag: Recovers database to archival tag.
--status
      --uuid <value>

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database recovery?

R: O comando dbaascli database recover é usado para recuperar um Oracle Database de backups armazenados em um destino de armazenamento de backup.

P: Como especificar qual banco de dados recuperar?

R: Você pode especificar o banco de dados que deseja recuperar usando a opção --dbname seguida pelo nome do banco de dados. Por exemplo:

--dbname <database_name>

P: Quais são as opções de recuperação disponíveis com o comando dbaascli database recovery?

A: As opções de recuperação são:

--untilTime: Recupere o banco de dados para um horário específico.

--untilSCN: Recupere o banco de dados para um SCN (Número de Alteração do Sistema) específico.

--latest: Recupere o banco de dados para o último estado conhecido.

--tag: Recupere o banco de dados usando uma tag de arquivamento.

P: Como recupero o banco de dados em um horário específico?

A: Use a opção --untilTime seguida pela hora no formato DD-MON-YYYY HH24:MI:SS. Por exemplo:

--untilTime 05-SEP-2024 15:30:00

P: Como recupero o banco de dados para um SCN específico?

A: Use a opção --untilSCN seguida pelo valor SCN. Por exemplo:

--untilSCN 123456789

P: Como posso recuperar o banco de dados para o estado mais recente conhecido?

R: Use a opção --latest para recuperar o banco de dados para o estado mais recente possível. Por exemplo:

--latest

P: Qual é o uso da opção --tag no processo de recuperação?

A: A opção --tag permite recuperar o banco de dados usando uma tag de arquivamento associada aos backups. Por exemplo:

--tag <backup_tag>

P: Como posso verificar o status de uma operação de recuperação?

R: Use a opção --status junto com o valor --uuid para verificar o status de uma operação de recuperação em andamento ou anterior. Por exemplo:

--status --uuid <recovery_uuid>

P: O que a opção --start faz no processo de recuperação?

A: A opção --start inicia a operação de recuperação com base no método de recuperação selecionado (--untilTime, --untilSCN, --latest ou --tag).

P: Existe uma maneira de recuperar o banco de dados sem especificar um horário ou SCN?

R: Sim, você pode recuperar o banco de dados para seu último estado conhecido usando a opção --latest, que não requer a especificação de um horário ou SCN.

P: Posso realizar uma recuperação parcial?

R: Sim, você pode recuperar o banco de dados para um ponto específico no tempo ou SCN usando as opções --untilTime ou --untilSCN, respectivamente.

Pré-requisitos

• Antes de executar uma operação runDatapatch, verifique se todas as instâncias associadas do banco de dados estão em funcionamento.

• Execute o comando como usuário root.

Sintaxe

dbaascli database runDatapatch --dbname
[--resume]
    [--sessionID]
[--skipPdbs | --pdbs]
[--executePrereqs]
[--patchList]
[--skipClosedPdbs]
[--rollback]

Em que:

• --dbname especifica o nome do banco de dados
• --resume retoma a execução anterior
  • --sessionID especifica para retomar um ID de sessão específico
• --skipPdbs ignora a execução do datapatch em uma lista especificada de PDBs delimitados por vírgulas. Por exemplo: pdb1,pdb2...
• --pdbs executa o datapatch somente em uma lista delimitada por vírgulas de PDBs especificada. Por exemplo: pdb1,pdb2...
• --executePrereqs executa verificações de pré-requisitos
• --patchList aplica ou faz rollback da lista especificada de patches delimitados por vírgulas. Por exemplo: patch1,patch2...
• --skipClosedPdbs ignora a execução do datapatch em PDBs fechados
• --rollback faz rollback dos patches aplicados

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database runDatapatch?

R: O comando dbaascli database runDatapatch é usado para aplicar patches a um Oracle Database.

P: O que deve ser garantido antes de executar o comando dbaascli database runDatapatch?

R: Antes de executar o comando, certifique-se de que todas as instâncias do banco de dados estejam ativas e em execução.

P: Como especificar qual banco de dados aplicar patch?

A: Use a opção --dbname seguida pelo nome do banco de dados. Por exemplo:

--dbname myDatabase

P: Como retomo uma operação runDatapatch interrompida anteriormente?

A: Use a opção --resume para retomar a execução anterior ou a opção --sessionID para especificar um ID de sessão específico. Por exemplo:

--resume

--sessionID 12345

P: Como posso ignorar determinados PDBs ao executar o patch?

A: Use a opção --skipPdbs seguida de uma lista delimitada por vírgulas de nomes de PDB a serem ignorados. Por exemplo:

--skipPdbs pdb1,pdb2

P: Como posso executar o patch apenas em determinados PDBs?

A: Use a opção --pdbs seguida de uma lista delimitada por vírgulas de nomes de PDB a serem incluídos. Por exemplo:

--pdbs pdb1,pdb2

P: Como aplicar ou reverter um conjunto específico de patches?

A: Use a opção --patchList seguida de uma lista delimitada por vírgulas de nomes de patch para aplicar ou fazer rollback. Por exemplo:

--patchList patch1,patch2

P: O que a opção --rollback faz?

A: A opção --rollback faz rollback dos patches que foram aplicados durante a operação de aplicação de patch.

P: O que acontece se alguns PDBs forem fechados durante a operação de aplicação de patch?

R: Se alguns PDBs estiverem fechados, você poderá usar a opção --skipClosedPdbs para ignorar a aplicação de patch nesses PDBs fechados.

P: Posso executar verificações de pré-requisitos antes de aplicar patches?

R: Sim, use a opção --executePrereqs para executar verificações de pré-requisitos antes de aplicar o patch.

P: Como descubro qual ID de sessão retomar um patch?

R: Após uma operação runDatapatch, o ID da sessão geralmente é registrado. Use a opção --sessionID para especificar esse ID ao retomar um patch. Por exemplo:

--sessionID 67890

Pré-requisitos:

Execute o comando como usuário root.

Sintaxe

Crie um novo modelo de DBCA com base no banco de dados especificado.

dbaascli database createTemplate --dbname <value> --templateLocation <value> 
[--templateName <value>] 
[--rmanParallelism <value>]

Pré-requisitos

Execute o comando como usuário root.

Sintaxe

dbaascli database start
[--dbname]
[--mode]

O comando inicia e abre o banco de dados. No Oracle Database 12c ou mais recente, todos os PDBs também são abertos.

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database start?

A: O comando dbaascli database start é usado para iniciar um Oracle Database.

P: O que deve ser feito antes de executar o comando dbaascli database start?

A: O comando deve ser executado como o usuário root.

P: Como eu especifico o banco de dados que quero iniciar?

A: Use a opção --dbname seguida pelo nome do banco de dados. Por exemplo:

--dbname myDatabase

P: Quais são os modos possíveis em que posso iniciar o banco de dados?

R: Você pode iniciar o banco de dados no modo mount ou nomount usando a opção --mode. Por exemplo:

--mode mount

P: Qual é o modo padrão se eu não especificar um?

R: Se você não especificar um modo, o banco de dados será iniciado no modo open padrão.

P: Este comando abrirá todos os PDBs no Oracle Database 12c ou posterior?

R: Sim, ao iniciar o banco de dados no Oracle Database 12c ou mais recente, todos os bancos de dados plugáveis (PDBs) também serão abertos.

P: Como posso iniciar um banco de dados no modo nomount?

A: Use a opção --mode e defina-a como nomount. Por exemplo:

--mode nomount

P: Como posso iniciar um banco de dados no modo de montagem?

A: Use a opção --mode e defina-a para montar. Por exemplo:

--mode mount

P: É obrigatório especificar um nome de banco de dados ao executar o comando dbaascli database start?

R: Sim, é recomendável especificar o nome do banco de dados usando a opção --dbname para garantir que o banco de dados correto seja iniciado.

Pré-requisitos

Execute o comando como usuário root.

Sintaxe

dbaascli database status
[--service][--dbname] 
[--user]
[--password]

A saída do comando inclui o modo aberto do banco de dados, a release e a edição do software do banco de dados e a versão da release de outros componentes do software.

Pré-requisitos

Execute o comando como usuário root.

Sintaxe

dbaascli database stop
[-–dbname <value>]
[--mode <value>]

O comando executa um shutdown do banco de dados no modo imediato. Não são permitidas novas conexões ou novas transações. As transações ativas são revertidas e todos os usuários conectados são desconectados.

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database stop?

A: O comando dbaascli database stop é usado para interromper um Oracle Database.

P: Quais são os pré-requisitos para usar o comando dbaascli database stop?

R: Execute o comando como usuário root e estabeleça conexão com uma máquina virtual do Exadata Cloud@Customer usando SSH.

P: Como especificar qual banco de dados interromper?

R: Você pode especificar o banco de dados usando a opção --dbname seguida pelo nome do banco de dados. Por exemplo:

--dbname myDatabase

P: Quais são os modos de shutdown válidos do comando de interrupção do banco de dados dbaascli?

A: Os modos de shutdown válidos são:

abort

immediate

normal

transactional

P: Qual será o modo de shutdown padrão se nenhum modo for especificado?

R: Se nenhum modo for especificado, o banco de dados será submetido a shutdown no modo immediate por padrão.

P: O que acontece no modo de desligamento imediato?

R: No modo immediate, nenhuma conexão ou transação nova é permitida, as transações ativas são submetidas a rollback e todos os usuários conectados são desconectados.

P: Como posso interromper o banco de dados no modo de aborto?

R: Para interromper o banco de dados no modo de aborto, use a opção --mode com abortar. Por exemplo:

--mode abort

P: O que o modo normal faz ao interromper o banco de dados?

R: No modo normal, o banco de dados permite que as sessões atuais do usuário sejam concluídas e, em seguida, interrompidas sem afetar as transações ativas.

P: Para que é usado o modo transacional no comando de interrupção do banco de dados dbaascli?

R: No modo transactional, o banco de dados é interrompido somente depois que todas as transações ativas são concluídas, mas nenhuma nova transação é permitida.

P: É obrigatório especificar o modo de shutdown no comando de interrupção do banco de dados dbaascli?

A: Não, especificar um modo shutdown é opcional. Se não for informado, o modo imediato padrão será usado.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli database upgrade --dbname <value> 
{--targetHome <value> | --targetHomeName <value>}
{ [--executePrereqs | --postUpgrade | --rollback]}
{[--standBy | --allStandbyPrepared]}
{[--upgradeOptions <value>]  | [--standBy]}
[--removeGRP]
[--increaseCompatibleParameter]
[--resume [--sessionID <value>]]
[--waitForCompletion <value>]

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database upgrade?

R: O comando dbaascli database upgrade é usado para fazer upgrade de um Oracle Database para uma nova versão.

P: Quais são os pré-requisitos para usar o comando dbaascli database upgrade?

R: Você deve executar o comando como usuário root e estabelecer conexão com uma máquina virtual do Exadata Cloud@Customer usando SSH.

P: Como eu especifico o banco de dados que precisa ser atualizado?

A: Use a opção --dbname seguida pelo nome do banco de dados. Por exemplo:

--dbname myDatabase

P: Como posso especificar o Oracle home de destino para o upgrade?

R: Você pode especificar o local do Oracle home de destino com a opção --targetHome ou o nome do home do Oracle Database de destino com a opção --targetHomeName.

P: O que a opção --standBy faz?

A: A opção --standBy é usada para fazer upgrade de bancos de dados stand-by nas configurações do Data Guard.

P: Qual é a finalidade do flag --allStandbyPrepared?

R: O flag --allStandbyPrepared reconhece que todas as operações necessárias em bancos de dados stand-by foram executadas antes do upgrade do banco de dados principal em uma configuração do Data Guard.

P: O que a opção --removeGRP faz?

A: A opção --removeGRP removerá automaticamente o backup de Ponto de Restauração Garantido (GRP) se o upgrade do banco de dados for bem-sucedido.

P: Quando devo usar a opção --increaseCompatibleParameter?

R: Use a opção --increaseCompatibleParameter para aumentar automaticamente o parâmetro compatível durante o upgrade do banco de dados, desde que o upgrade seja bem-sucedido.

P: O que a opção --executePrereqs faz?

A: A opção --executePrereqs executa apenas as verificações de pré-upgrade para garantir que o banco de dados esteja pronto para o upgrade.

P: Como lidar com uma etapa de pós-upgrade com falha?

A: Use a opção --postUpgrade para executar novamente as etapas de pós-upgrade se a tentativa inicial de pós-upgrade falhar.

P: Qual é a finalidade da opção --revert?

A: A opção --revert reverte o Oracle Database para seu Oracle home original, desfazendo o upgrade.

P: Como posso passar argumentos adicionais específicos do DBUA para o upgrade?

A: Use a opção --upgradeOptions para informar argumentos específicos do DBUA para o upgrade do Oracle Database. Consulte a documentação da Oracle para obter os argumentos e as opções com suporte.

P: É obrigatório especificar o Oracle home de destino para o upgrade?

R: Sim, você deve especificar --targetHome ou --targetHomeName para indicar o Oracle home de destino para o upgrade.

P: O que devo fazer se precisar executar uma verificação de pré-upgrade, mas não continuar com o upgrade?

R: Use a opção --executePrereqs para executar somente as verificações de pré-upgrade sem continuar com o upgrade real.

Execute o comando como usuário root ou oracle.

Sintaxe

dbaascli dataguard prepareStandbyBlob --dbname <value> --blobLocation <value>

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli dataguard prepareStandbyBlob?

R: O comando dbaascli dataguard prepareStandbyBlob é usado para gerar um arquivo blob contendo vários arquivos necessários no site stand-by em um ambiente do Data Guard.

P: Quais são os pré-requisitos para executar o comando dbaascli dataguard prepareStandbyBlob?

A: O comando deve ser executado como o usuário root ou oracle.

P: Como especifico o nome do Oracle Database para o qual quero preparar o blob stand-by?

A: Use a opção --dbname seguida pelo nome do Oracle Database. Por exemplo:

--dbname myDatabase

P: Como especificar o local onde o arquivo blob stand-by será gerado?

R: Use a opção --blobLocation para especificar o caminho do diretório personalizado no qual o arquivo blob stand-by será gerado. Por exemplo:

--blobLocation /path/to/standby_blob

P: O que a opção --dbname faz no comando?

A: A opção --dbname especifica o nome do Oracle Database para o qual o arquivo blob stand-by está sendo preparado.

P: Qual é a finalidade da opção --blobLocation?

A: A opção --blobLocation define o caminho do diretório personalizado no qual o arquivo blob stand-by será criado.

P: Posso executar o comando dbaascli dataguard prepareStandbyBlob como usuário diferente do root ou do oracle?

R: Não, o comando deve ser executado como o usuário root ou oracle.

P: É possível usar um caminho relativo para a opção --blobLocation?

R: Recomenda-se usar um caminho absoluto para a opção --blobLocation para garantir que o arquivo blob stand-by seja criado no diretório correto.

P: O que devo fazer se eu quiser alterar o local onde o arquivo blob stand-by é gerado?

A: Modifique a opção --blobLocation para especificar um novo caminho de diretório para o arquivo blob stand-by.

P: Preciso executar alguma etapa adicional após gerar o arquivo blob stand-by?

R: Sim, depois de gerar o arquivo blob stand-by, você precisa transferi-lo para o site stand-by e usá-lo para a configuração do Data Guard.

Execute o comando como o usuário root ou oracle.

Sintaxe

dbaascli dataguard updateDGConfigAttributes --attributes <value>

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli dataguard updateDGConfigAttributes?

R: O comando dbaascli dataguard updateDGConfigAttributes é usado para atualizar atributos de automação do Data Guard em todos os nós do cluster.

P: Quais são os pré-requisitos para executar o comando dbaascli dataguard updateDGConfigAttributes?

A: O comando deve ser executado como o usuário root ou oracle.

P: Como especifico os atributos que desejo atualizar usando este comando?

A: Use a opção --attributes seguida pelos atributos a serem modificados. Os atributos devem estar em um formato delimitado por vírgulas, como attribute=value. Por exemplo:

--attributes attribute1=value1,attribute2=value2

P: Em qual formato os valores da opção --attributes devem estar?

R: Os valores da opção --attributes devem estar em um formato delimitado por vírgulas com cada atributo especificado como attribute=value.

P: Posso especificar vários atributos na opção --attributes?

R: Sim, você pode especificar vários atributos separando-os com vírgulas. Por exemplo:

--attributes attribute1=value1,attribute2=value2

P: O que acontece se eu fornecer um atributo que não seja predefinido no arquivo de configuração do Data Guard?

R: Se você fornecer um atributo que não seja predefinido, o comando poderá falhar ou ignorar o atributo não reconhecido. Certifique-se de que todos os atributos sejam predefinidos no arquivo de configuração do Data Guard.

P: Preciso reiniciar algum serviço após atualizar os atributos de automação do Data Guard?

R: Na maioria dos casos, você não precisa reiniciar os serviços após atualizar os atributos. No entanto, verifique os atributos específicos e seu impacto para determinar se é necessário reiniciar.

P: Como posso verificar se os atributos do Data Guard foram atualizados com sucesso?

R: Após executar o comando, você pode verificar os atributos atualizados verificando a configuração do Data Guard ou usando comandos/ferramentas de verificação apropriados específicos à sua configuração.

P: O que devo fazer se o comando não atualizar os atributos?

R: Verifique as mensagens de erro para obter detalhes sobre o que deu errado. Verifique se você especificou os atributos corretos e se eles estão predefinidos no arquivo de configuração do Data Guard. Verifique as permissões do usuário e a sintaxe do comando.

P: É possível atualizar atributos apenas para nós específicos usando este comando?

R: Não, o comando dbaascli dataguard updateDGConfigAttributes atualiza atributos em todos os nós do cluster. Se precisar atualizar atributos para nós específicos, talvez seja necessário usar métodos ou comandos diferentes.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli dbhome create --version <value>
[--oracleHome <value>]
[--oracleHomeName <value>]
[--enableUnifiedAuditing <value>] 
[--imageTag <value>]
[--ImageLocation <value>

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli dbhome create?

R: O comando dbaascli dbhome create é usado para criar um novo home do Oracle Database com a versão desejada.

P: Quais são os pré-requisitos para executar o comando dbaascli dbhome create?

A: O comando deve ser executado como o usuário root.

P: Como eu especifico a versão do Oracle Database ao criar um novo Oracle Home?

A: Use a opção --version seguida pela versão do Oracle Database no formato de cinco segmentos numéricos separados por pontos, como 19.11.0.0.0.

P: O que a opção --oracleHome especifica?

A: A opção --oracleHome especifica o local onde você deseja instalar o Oracle Home. Se o local não for fornecido, o local padrão será usado.

P: Posso designar um nome personalizado ao novo Oracle Home?

R: Sim, você pode usar a opção --oracleHomeName para especificar um nome definido pelo usuário para o Oracle Home. Se não for especificado, um nome padrão será usado.

P: Como ativo ou desativo a Auditoria Unificada no novo Oracle Home?

A: Use a opção --enableUnifiedAuditing e especifique true para ativar ou false para desativar a Auditoria Unificada para o Oracle Home.

P: O que a opção --imageTag faz?

A: A opção --imageTag especifica a tag de imagem do Oracle Home, que pode ser usada nos casos em que a tag de imagem difere da versão.

P: Qual é um exemplo de uso do comando dbaascli dbhome create com a tag version and image?

A: Um exemplo do comando com a tag version and image é:

dbaascli dbhome create --version 19.8.0.0.0 --imageTag 19.8.0.0.0

Isso cria um Oracle Home para a versão 19.8.0.0.0 com a tag de imagem correspondente.

P: O que acontece se eu não fornecer as opções --oracleHome ou --oracleHomeName?

R: Se --oracleHome não for fornecido, o Oracle Home será instalado no local padrão. Se --oracleHomeName não for especificado, um nome padrão será designado ao Oracle Home.

P: Como posso verificar se a criação do Oracle Home foi bem-sucedida?

R: Depois de executar o comando, verifique os logs de saída em busca de mensagens ou erros bem-sucedidos. Você também pode verificar o Oracle Home navegando até o local especificado ou usando ferramentas Oracle como orainstRoot.sh.

P: É possível criar vários Oracle Homes com versões diferentes no mesmo sistema?

R: Sim, você pode criar vários Oracle Homes com versões diferentes especificando valores diferentes para as opções --version e --oracleHomeName.

P: O que devo fazer se a criação do Oracle Home falhar?

R: Verifique os logs de saída para obter mensagens de erro detalhadas. Verifique se você tem o formato de versão correto, as permissões necessárias e espaço em disco suficiente. Corrija os problemas e tente executar o comando novamente.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli dbHome delete 
{ --oracleHome <value> 
| --oracleHomeName <value> } [--resume [--sessionID <value>]] 

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli dbHome delete?

A: O comando dbaascli dbHome delete é usado para excluir um home do Oracle Database especificado do sistema.

P: Quais são os pré-requisitos para executar o comando de exclusão dbaascli dbHome?

A: O comando deve ser executado como o usuário root.

P: Como especifico o Oracle Home a ser excluído?

A: Você pode especificar o Oracle Home a ser excluído usando uma das seguintes opções:

--oracleHome <value> para fornecer o caminho absoluto da localização do Oracle Home.

--oracleHomeName <value> para fornecer o nome do Oracle Home.

P: Qual é a diferença entre as opções --oracleHome e --oracleHomeName?

A4:

--oracleHome especifica o local físico ou o caminho do Oracle Home a ser excluído.

--oracleHomeName especifica o nome definido pelo usuário do Oracle Home a ser excluído.

P: Como posso retomar um processo de exclusão interrompido anteriormente?

R: Você pode usar a opção --resume para retomar um processo de exclusão anterior. Se você souber o ID de sessão específico do processo, poderá incluí-lo com a opção --sessionID.

P: Para que é usada a opção --sessionID no comando dbaascli dbHome delete?

A: A opção --sessionID é usada para retomar uma sessão específica que foi interrompida ou falhou anteriormente durante o processo de exclusão.

P: O que acontece se eu não fornecer as opções --resume ou --sessionID?

R: Se as opções --resume ou --sessionID não forem fornecidas, o comando iniciará um novo processo de exclusão em vez de retomar um processo interrompido.

P: Existe alguma forma de confirmar a exclusão do Oracle Home após a execução do comando?

R: Você pode verificar a exclusão verificando se há mensagens de sucesso nos logs de saída e garantindo que o diretório Oracle Home não esteja mais presente no local especificado.

P: Posso excluir um Oracle Home que está sendo usado no momento por um banco de dados em execução?

R: Não, o Oracle Home não deve estar em uso por nenhum banco de dados ou serviço em execução durante o processo de exclusão. Certifique-se de interromper qualquer banco de dados relacionado antes de executar o comando de exclusão.

P: O que devo fazer se o comando de exclusão dbaascli dbHome falhar?

R: Verifique os logs de saída para obter quaisquer mensagens de erro. Certifique-se de que o Oracle Home não esteja em uso, verifique a localização ou o nome correto do Oracle Home e confirme se você tem as permissões necessárias. Depois de resolver quaisquer problemas, execute novamente o comando ou use a opção --resume, se necessário.

P: Posso excluir vários Oracle Homes de uma só vez usando o comando dbaascli dbHome delete?

R: Não, o comando só permite excluir um Oracle Home por vez especificando a opção --oracleHome ou --oracleHomeName.

P: Qual é um exemplo de exclusão de um Oracle Home por seu nome?

A: Aqui está um exemplo de exclusão de um Oracle Home por nome:

dbaascli dbHome delete --oracleHomeName myOracleHome

Esse comando exclui o Oracle Home com o nome myOracleHome.

P: Qual é um exemplo de exclusão de um Oracle Home por sua localização?

A: Aqui está um exemplo de exclusão de um Oracle Home especificando sua localização:

dbaascli dbHome delete --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

Esse comando exclui o Oracle Home localizado em /u01/app/oracle/product/19.0.0/dbhome_1.

P: Posso cancelar o processo de exclusão depois de iniciado?

R: Não, depois que o processo de exclusão for iniciado, ele não poderá ser cancelado. Certifique-se de que o Oracle Home esteja pronto para exclusão antes de executar o comando.

Execute o comando como usuário root.

Sintaxe

dbaascli dbHome getDatabases
{ --oracleHomeName value | --oracleHome value }

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli dbHome getDatabases?

R: O comando dbaascli dbHome getDatabases é usado para exibir informações sobre todos os Bancos de Dados Oracle em execução em um home do Oracle Database especificado.

P: Como posso especificar o home do Oracle Database a ser verificado?

A: Você pode especificar o home do Oracle Database usando uma das seguintes opções:

--oracleHomeName <value> para especificar o nome definido pelo usuário do Oracle home.

--oracleHome <value> para especificar o local completo (caminho) do Oracle home.

P: Qual é a diferença entre as opções --oracleHomeName e --oracleHome?

A4:

--oracleHomeName refere-se a um nome definido pelo usuário para o Oracle home.

--oracleHome refere-se ao local físico (ou caminho do diretório) do Oracle home no sistema.

P: Como faço para executar o comando dbaascli dbHome getDatabases?

A: Para executar o comando, use a seguinte sintaxe:

dbaascli dbHome getDatabases --oracleHomeName <value>

ou

dbaascli dbHome getDatabases --oracleHome <value>

Certifique-se de executar o comando como usuário root.

P: Posso especificar o nome do Oracle home e o local do Oracle home no mesmo comando?

R: Não, você só pode especificar --oracleHomeName ou --oracleHome em uma única execução de comando. Escolha uma opção com base em como você identifica o Oracle home.

P: Que tipo de informação o comando dbaascli dbHome getDatabases retorna?

R: O comando retorna informações sobre todos os Bancos de Dados Oracle em execução no Oracle home especificado. Isso inclui detalhes como nomes e status do banco de dados.

P: Qual é um exemplo de uso do dbaascli dbHome getDatabases com o local do Oracle home?

A: Aqui está um exemplo de como usar o comando com o local do Oracle home:

dbaascli dbHome getDatabases --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

Esse comando recupera a lista de bancos de dados em execução no Oracle home localizado em /u01/app/oracle/product/19.0.0/dbhome_1.

P: Qual é um exemplo de uso do dbaascli dbHome getDatabases com o nome do Oracle home?

A: Aqui está um exemplo de como usar o comando com o nome do Oracle home:

dbaascli dbHome getDatabases --oracleHomeName myOracleHome

Esse comando recupera a lista de bancos de dados em execução no Oracle home chamado myOracleHome.

P: Preciso de permissões especiais para executar este comando?

R: Sim, você deve executar o comando como usuário raiz para exibir as informações sobre Bancos de Dados Oracle em execução em um Oracle home especificado.

P: O que devo verificar se o comando dbaascli dbHome getDatabases não retorna bancos de dados?

R: Certifique-se de ter especificado o nome ou o local correto do Oracle home e de que há bancos de dados em execução nesse Oracle home. Além disso, confirme se o Oracle home está configurado e ativo corretamente.

P: Posso usar o comando dbaascli dbHome getDatabases em vários Oracle homes de uma só vez?

R: Não, o comando funciona em um único Oracle home de cada vez. Execute o comando separadamente para cada Oracle home que você deseja consultar.

P: Existe uma maneira de verificar se o Oracle home especificado no comando está correto?

R: Você pode verificar o Oracle home verificando a estrutura do diretório ou os detalhes da configuração no sistema para garantir que o caminho ou o nome fornecido corresponda ao Oracle home real.

P: O que acontece se eu executar o comando sem especificar um nome do Oracle home ou do Oracle home?

A: O comando requer que a opção --oracleHome ou --oracleHomeName seja especificada. Se nenhuma das opções for fornecida, o comando falhará ao ser executado.

P: Este comando pode recuperar bancos de dados que estão interrompidos no momento?

R: Sim, o comando listará todos os bancos de dados associados ao Oracle home especificado, independentemente de estarem em execução ou interrompidos no momento.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli dbHome getDetails
{ --oracleHomeName value | --oracleHome value }

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli dbHome getDetails?

R: O comando dbaascli dbHome getDetails é usado para exibir informações detalhadas sobre um Oracle home específico no sistema.

P: Como especifico o Oracle home sobre o qual quero obter detalhes?

A: Você pode especificar o Oracle home usando uma das seguintes opções:

--oracleHomeName <value> para especificar o nome definido pelo usuário do Oracle home.

--oracleHome <value> para especificar o local completo (caminho) do Oracle home.

P: Qual é a diferença entre --oracleHomeName e --oracleHome?

A4:

--oracleHomeName é o nome definido pelo usuário para um Oracle home.

--oracleHome refere-se ao caminho completo do diretório em que o Oracle home está localizado.

P: Como faço para executar o comando dbaascli dbHome getDetails?

A: Para executar o comando, use a seguinte sintaxe:

dbaascli dbHome getDetails --oracleHomeName <value>

ou

dbaascli dbHome getDetails --oracleHome <value>

Certifique-se de executar o comando como usuário root.

P: Posso especificar --oracleHomeName e --oracleHome no mesmo comando?

R: Não, você só pode usar uma opção por execução de comando. Especifique o nome do Oracle home ou o local do Oracle home, não ambos.

P: Quais informações o comando dbaascli dbHome getDetails retorna?

R: O comando fornece informações detalhadas sobre o Oracle home especificado, como sua versão, status e quaisquer outros detalhes de configuração associados ao Oracle home.

P: Qual é um exemplo de uso do comando dbaascli dbHome getDetails com um local do Oracle home?

A: Aqui está um exemplo:

dbaascli dbHome getDetails --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

Este comando recupera informações detalhadas sobre o Oracle home localizado em /u01/app/oracle/product/19.0.0/dbhome_1.

P: Qual é um exemplo de uso do comando dbaascli dbHome getDetails com um nome do Oracle home?

A: Aqui está um exemplo:

dbaascli dbHome getDetails --oracleHomeName myOracleHome

Este comando recupera informações detalhadas sobre o Oracle home chamado myOracleHome.

P: Preciso de permissões especiais para executar este comando?

R: Sim, você deve executar o comando como usuário raiz para exibir detalhes sobre o Oracle home.

P: O que devo fazer se o comando dbaascli dbHome getDetails não retornar informações?

R: Verifique se você especificou corretamente o nome ou o local do Oracle home e se o Oracle home está configurado corretamente e existe no sistema.

P: Posso usar o comando dbaascli dbHome getDetails em vários Oracle homes simultaneamente?

R: Não, o comando só funciona em um único Oracle home de cada vez. Execute o comando separadamente para cada Oracle home.

P: É possível verificar o nome do Oracle home antes de executar o comando?

R: Sim, você pode verificar o nome do Oracle home verificando os arquivos de configuração do sistema ou listando todos os Oracle homes disponíveis no sistema.

P: O que acontece se eu não especificar um nome ou local do Oracle home no comando?

A: O comando requer que a opção --oracleHome ou --oracleHomeName seja especificada. Se nenhum dos dois for fornecido, a execução do comando falhará.

P: Posso recuperar informações sobre Oracle homes que não estão em uso no momento?

R: Sim, o comando dbaascli dbHome getDetails fornece detalhes sobre Oracle homes, independentemente de eles estarem em uso ou ociosos.

P: O que devo verificar se o comando retorna um erro?

R: Verifique se o nome ou a localização do Oracle home está correto, se o Oracle home existe e se você está executando o comando como o usuário root. Verifique novamente se há erros de digitação ou caminhos incorretos.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli dbHome patch

{
    --oracleHome <value>
    | --oracleHomeName <value>
 }
        [--imageFilePath <value>] [--executePrereqs] [--nodes <value>]
        {
            [--resume [--sessionID <value>]]
            | [--rollback [--sessionID <value>]]
        }
[--skipDatapatch] 
[--skipClosedPDBs] 
[--skipPDBs <value>] 
[--continueWithDbDowntime] 
[--skipUnreachableNodes] 
[--drainTimeoutInSeconds <value>] 
[--waitForCompletion <value>]

Perguntas Frequentes

P: Para que é usado o comando de patch dbaascli dbHome?

A: O comando dbaascli dbHome patch é usado para aplicar patch ao Oracle home de um nível de patch para outro.

P: Preciso de permissões especiais para executar o comando de patch dbaascli dbHome?

R: Sim, você precisa executar o comando como usuário root.

P: Como especifico o caminho ou o nome do Oracle home para o patch?

A: Use a opção --oracleHome para especificar o caminho do Oracle home ou --oracleHomeName para especificar o nome do Oracle home.

P: Como posso definir a versão de destino do patch?

R: Use a opção --targetVersion seguida do número da versão no formato 19.12.0.0.0.

P: O que a opção --resume faz?

A: A opção --resume permite retomar uma sessão de aplicação de patch anterior.

P: Como especificar um ID de sessão específico ao retomar um patch?

R: Use a opção --sessionID para especificar o ID da sessão de aplicação de patch que você deseja retomar.

P: Para que é usada a opção --continueWithDbDowntime?

A: A opção --continueWithDbDowntime permite que a aplicação de patch continue mesmo que haja tempo de inatividade do banco de dados, útil em ambientes com apenas uma instância ativa.

P: Como posso ignorar a aplicação de patch em nós inacessíveis?

A: Use a opção --skipUnreachableNodes para ignorar operações em nós inacessíveis.

P: Como aplicar patch apenas a nós específicos em um cluster?

A: Use a opção --nodes seguida de uma lista delimitada por vírgulas de nomes de nós para aplicar patch a um subconjunto de nós.

P: Para que serve a opção --executePrereqs?

A: A opção --executePrereqs executa verificações de pré-requisitos antes de aplicar o patch.

P: Como posso ignorar a execução do datapatch nos bancos de dados?

A: Use a opção --skipDatapatch para ignorar o processo datapatch durante a aplicação de patch.

P: Posso especificar um local personalizado para a imagem do banco de dados?

R: Sim, use a opção --imageLocation para especificar um local personalizado para a imagem do banco de dados.

P: O que a opção --skipPDBs faz?

A: A opção --skipPDBs permite ignorar a execução do datapatch em uma lista especificada de bancos de dados plugáveis (PDBs) delimitados por vírgulas.

P: Como posso ignorar o datapatch em PDBs fechados?

A: Use a opção --skipClosedPDBs para ignorar o datapatch em PDBs fechados.

P: O que acontece se eu usar a opção --rollback?

A: A opção --rollback reverterá o Oracle home para seu estado anterior antes que o patch seja aplicado.

P: Como especifico o caminho do Oracle home para aplicação de patch?

A: Use a opção --oracleHome seguida pelo caminho para o diretório do Oracle home.

P: Como posso aplicar patch a um Oracle home pelo nome dele, e não pelo caminho?

A: Use a opção --oracleHomeName seguida pelo nome do Oracle home.

P: Como retomo uma operação de aplicação de patch se ela foi interrompida?

A: Use a opção --resume junto com a opção --sessionID para retomar uma sessão interrompida específica.

P: Posso continuar o processo de aplicação de patch se o banco de dados estiver inativo?

R: Sim, use a opção --continueWithDbDowntime para continuar a aplicação de patch, mesmo que o banco de dados esteja inativo.

P: O que devo fazer se alguns nós estiverem inacessíveis durante o processo de aplicação de patch?

A: Use a opção --skipUnreachableNodes para ignorar os nós inacessíveis.

P: Como posso aplicar o patch apenas a determinados nós?

A: Especifique os nós que você deseja aplicar patch usando a opção --nodes com uma lista de nomes de nós separados por vírgulas.

P: Como verifico os pré-requisitos antes de aplicar o patch?

R: Use a opção --executePrereqs para executar verificações de pré-requisitos antes de aplicar o patch.

P: O que devo fazer se quiser evitar a aplicação do datapatch durante o processo de aplicação de patch?

A: Use a opção --skipDatapatch para ignorar a etapa datapatch.

P: Como posso especificar um local diferente para a imagem do banco de dados usada no processo de aplicação de patch?

A: Use a opção --imageLocation para especificar um local personalizado para a imagem.

P: E se eu precisar ignorar o datapatch em determinados PDBs?

A: Use a opção --skipPDBs para ignorar o datapatch em uma lista especificada de PDBs delimitados por vírgulas.

P: Posso ignorar o datapatch em PDBs que não estão abertos no momento?

R: Sim, use a opção --skipClosedPDBs para ignorar o datapatch em PDBs fechados.

P: O que devo fazer se a correção falhar no meio do caminho?

R: Você pode usar a opção --rollback para reverter para o estado anterior ou tentar retomar o processo de correção com a opção --resume.

P: Como posso verificar se todos os pré-requisitos foram atendidos antes de aplicar o patch?

R: Execute o comando de patch com a opção --executePrereqs para garantir que todos os pré-requisitos sejam atendidos.

P: E se a operação de aplicação de patch não for concluída com sucesso e eu precisar tentar novamente?

A: Use a opção --resume para repetir a operação de aplicação de patch de onde ela parou. Se necessário, você pode especificar um --sessionID para retomar uma sessão específica.

P: Como posso verificar se o patch foi aplicado com sucesso?

R: Você pode verificar o processo de aplicação de patch verificando a versão do Oracle home usando o comando opatch lsinventory após a conclusão do patch.

P: Posso executar o comando de aplicação de patches em um modo dryrun para visualizar ações?

R: Não, o comando dbaascli dbHome patch não tem um recurso de dryrun. No entanto, você pode usar a opção --executePrereqs para executar verificações de pré-requisitos antes de realmente aplicar o patch.

P: É possível aplicar vários patches em uma única execução?

A: O comando dbaascli dbHome patch só permite uma versão de destino por vez. Você precisaria executar o comando separadamente para cada versão do patch.

P: Como tratar a aplicação de patches se o ambiente usar vários Oracle homes?

R: Você pode especificar o Oracle home ao qual deseja aplicar patch usando as opções --oracleHome ou --oracleHomeName, dependendo se você está especificando o caminho ou o nome do Oracle home.

P: Posso ignorar o datapatch do PDB e do CDB em um comando?

R: Sim, você pode combinar as opções --skipPDBs e --skipDatapatch para ignorar o patch de dados para PDBs e CDB em uma única execução de patch.

P: Posso aplicar um patch e fazer rollback imediatamente se ele causar problemas?

R: Sim, depois de aplicar um patch, você pode usar a opção --rollback para reverter para o nível de patch anterior se houver algum problema.

P: Posso aplicar patch a vários Oracle homes simultaneamente?

R: Não, você precisa executar o comando dbaascli dbHome patch individualmente para cada Oracle home.

P: Como posso rastrear o andamento da operação de aplicação de patch?

R: Durante o processo de aplicação de patches, o comando fornece mensagens de saída que mostram o andamento. Você também pode verificar os arquivos de log para obter informações detalhadas.

P: Posso executar a aplicação de patches em paralelo em um ambiente clusterizado?

R: As operações de aplicação de patch podem ser aplicadas a um subconjunto de nós usando a opção --nodes. No entanto, a aplicação simultânea de patches deve ser tratada com cuidado e você deve garantir que não haja sessões sobrepostas.

P: Como posso identificar quais patches estão disponíveis para meu Oracle home?

R: Você pode verificar os patches disponíveis por meio do portal de suporte da Oracle ou executando o comando opatch lsinventory para ver os patches atuais aplicados ao Oracle home.

P: Posso especificar um timeout para drenar recursos ao interromper o banco de dados durante a aplicação de patch?

R: Sim, você pode usar a opção --drainTimeoutInSeconds para especificar o tempo em segundos para drenagem de recursos ao interromper o banco de dados.

P: O que acontece se o patch falhar em um dos nós em um ambiente com vários nós?

R: Você pode usar a opção --skipUnreachableNodes para ignorar o nó com falha e continuar o processo de aplicação de patch nos nós restantes. Em seguida, você pode resolver o problema no nó com falha separadamente.

P: Como posso fazer com que o processo de aplicação de patches seja executado em segundo plano?

A: Use a opção --waitForCompletion com um valor de false para permitir que o processo de aplicação de patch seja executado em segundo plano. Dessa forma, você não precisa esperar que o processo seja concluído de forma interativa.

P: Posso executar uma operação de rollback em um subconjunto de nós em um ambiente clusterizado?

R: Sim, você pode usar a opção --nodes junto com a opção --rollback para fazer rollback da aplicação de patch em um conjunto específico de nós.

P: E se eu precisar atualizar a localização da imagem após iniciar o processo de patch?

A: A opção --resume não permite alterar o local da imagem. No entanto, você pode interromper a sessão e iniciar um novo processo de patch com o --imageLocation atualizado.

P: Existe uma maneira de verificar quais IDs de sessão estão disponíveis para retomar um patch?

R: Você pode verificar os arquivos de log ou usar as ferramentas do Oracle Cloud para identificar sessões de aplicação de patches ativas ou pausadas e seus IDs de sessão.

P: Posso limitar o tempo de inatividade durante a aplicação de patches?

R: Se você precisar limitar o tempo de inatividade, use a opção --continueWithDbDowntime com cuidado. Isso permite que você prossiga mesmo quando o tempo de inatividade for esperado, mas requer planejamento para um impacto mínimo no serviço.

Exemplo de Casos de Uso

Exemplo 1: Aplicação Básica de Patch do Oracle Home pelo Caminho do Oracle Home

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0

Corrige o Oracle home localizado em /u01/app/oracle/product/19.0.0/dbhome_1 para a versão 19.12.0.0.0.

Exemplo 2: Aplicação de Patch por Nome do Oracle Home

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0

Corrige o Oracle home chamado DB_HOME_NAME para a versão 19.12.0.0.0.

Exemplo 3: Retomando uma Operação de Patch Anterior

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --resume

Retoma a operação de aplicação de patch anterior para o Oracle home localizado em /u01/app/oracle/product/19.0.0/dbhome_1.

Exemplo 4: Retomando um Patch com um ID de Sessão Específico

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --resume --sessionID 12345

Retoma a operação de aplicação de patch do Oracle home DB_HOME_NAME usando o ID da sessão 12345.

Exemplo 5: Patch com Tempo de Inatividade do Banco de Dados Permitido

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --continueWithDbDowntime

Corrige o Oracle home localizado em /u01/app/oracle/product/19.0.0/dbhome_1 para a versão 19.12.0.0.0, permitindo o tempo de inatividade do banco de dados.

Exemplo 6: Ignorando Nós Inacessíveis

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipUnreachableNodes

Corrige o Oracle home para a versão 19.12.0.0.0 ao ignorar qualquer nó inacessível.

Exemplo 7: Aplicando Patch a um Subconjunto de Nós

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --nodes node1,node2

Corrige o Oracle home para a versão 19.12.0.0.0 somente em node1 e node2.

Exemplo 8: Executando Verificações de Pré-requisitos Antes da Aplicação de Patch

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0 --executePrereqs

Corrige o Oracle home DB_HOME_NAME para a versão 19.12.0.0.0 após executar verificações de pré-requisitos.

Exemplo 9: Ignorando a Etapa Datapatch

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipDatapatch

Corrige o Oracle home para a versão 19.12.0.0.0 sem executar o datapatch nos bancos de dados.

Exemplo 10: Usando um Arquivo de Imagem para Aplicação de Patch

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --imageFilePath /path/to/image/file.zip

Corrige o Oracle home para a versão 19.12.0.0.0 usando um arquivo de imagem localizado em /path/to/image/file.zip.

Exemplo 11: Ignorando PDBs Específicos Durante o Datapatch

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipPDBs cdb1:pdb1,cdb2:pdb2

Corrige o Oracle home para a versão 19.12.0.0.0 e ignora a execução de datapatch nos PDBs especificados (pdb1 em cdb1 e pdb2 em cdb2).

Exemplo 12: Ignorando o Datapatch em PDBs Fechados

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipClosedPDBs

Corrige o Oracle home para a versão 19.12.0.0.0 ao ignorar a execução do datapatch em qualquer PDB fechado.

Exemplo 13: Fazendo Rollback do Oracle Home

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --rollback

Faz rollback do último patch aplicado no Oracle home chamado DB_HOME_NAME.

Exemplo 14: Combinação de Aplicação de Patch com Verificações de Pré-requisitos e Nós Específicos

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --executePrereqs --nodes node1,node2

Corrige o Oracle home para a versão 19.12.0.0.0, executa verificações de pré-requisitos e aplica o patch apenas em node1 e node2.

Exemplo 15: Ignorando Nós Inacessíveis e PDBs Específicos

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0 --skipUnreachableNodes --skipPDBs cdb1:pdb1

Corrige o Oracle home DB_HOME_NAME para a versão 19.12.0.0.0 enquanto ignora nós inacessíveis e evita a execução de datapatch em pdb1 em cdb1.

Exemplo 16: Verificando o Pós-Patch da Versão do Oracle Home

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0

opatch lsinventory

Este exemplo mostra como verificar a versão do Oracle home após um patch bem-sucedido executando opatch lsinventory.

Exemplo 17: Fazendo Rollback de Patches com ID de Sessão Específica

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --rollback --sessionID 67890

Faz rollback da aplicação de patch do Oracle home para um ID de sessão de 67890.

Exemplo 18: Aplicação de Patch com Ignorando Verificações de Pré-requisitos

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipPrereqs

Corrige o Oracle home, mas ignora as verificações de pré-requisitos antes de aplicar o patch.

Exemplo 19: Aplicando um Patch a uma Imagem Personalizada do Oracle Home

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0 --imageLocation /custom/location/image.zip

Corrige o Oracle home usando um arquivo de imagem personalizado localizado em /custom/location/image.zip.

Exemplo 20: Ignorando Nós Específicos e Executando Pré-requisitos

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipUnreachableNodes --executePrereqs

Ignora a aplicação de patches em nós inacessíveis e executa verificações de pré-requisitos antes de aplicar o patch.

Exemplo 21: Ignorando o Datapatch em Todos os PDBs em Vários CDBs

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipPDBs cdb1:pdb1,cdb2:pdb2,cdb3:pdb3

Corrige o Oracle home, mas ignora o patch de dados nos PDBs especificados em vários CDBs.

Exemplo 22: Continuando a Aplicação de Patches com Tempo de Inatividade em Vários Nós

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0 --continueWithDbDowntime --nodes node3,node4

Continua a aplicação de patches em node3 e node4 com tempo de inatividade do banco de dados permitido.

Exemplo 23: Ignorando o Datapatch em PDBs e PDBs Fechados

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipDatapatch --skipClosedPDBs

Corrige o Oracle home ao ignorar o patch de dados e os PDBs fechados.

Exemplo 24: Fazendo Rollback e Reaplicando Patch

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --rollback

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0

Faz rollback do patch atual e, em seguida, reaplica o patch ao Oracle home.

Exemplo 25: Ignorando o Datapatch e Permitindo Tempo de Inatividade em um Nó Específico

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.13.0.0.0 --skipDatapatch --continueWithDbDowntime --nodes node1

Corrige o Oracle home para a versão 19.13.0.0.0 em node1, ignorando a etapa do datapatch e permitindo tempo de inatividade.

Exemplo 26: Especificando o Timeout de Drenagem Durante o Shutdown do Banco de Dados

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.13.0.0.0 --drainTimeoutInSeconds 300

Corrige o Oracle home DB_HOME_NAME para a versão 19.13.0.0.0 e permite um timeout de 5 minutos (300 segundos) para drenar recursos durante o shutdown.

Exemplo 27: Executando Patches em Segundo Plano

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.13.0.0.0 --waitForCompletion false

Corrige o Oracle home para a versão 19.13.0.0.0 e executa o processo de aplicação de patch em segundo plano sem aguardar a conclusão.

Exemplo 28: Fazendo Rollback do Patch em um Subconjunto de Nós

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --rollback --nodes node1,node2

Faz rollback do último patch aplicado em node1 e node2 somente para o Oracle home especificado.

Exemplo 29: Ignorando Pré-requisitos e Aplicando Patches a Vários Nós

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.13.0.0.0 --skipPrereqs --nodes node3,node4

Corrige o Oracle home para a versão 19.13.0.0.0 em node3 e node4 sem executar verificações de pré-requisitos.

Exemplo 30: Fazendo Rollback do Patch e Ignorando Nós Inacessíveis

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --rollback --skipUnreachableNodes

Faz rollback do último patch no Oracle home DB_HOME_NAME e ignora nós inacessíveis durante o processo de rollback.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli diag collect [--components <value>] [--startTime <value>] [--endTime <value>] [--nodes <value>] [--dbNames <value>]
        {
            [--objectStoreBucketUri <value>]
            | [--destLocation <value>]
        }
        [--waitForCompletion <value>]

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli diag healthCheck
[--destLocation]
[--nodes]
[--objectStoreBucketURI]

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli diag healthCheck?

R: O comando dbaascli diag healthCheck é usado para executar verificações de integridade de diagnóstico em um Oracle Database executado em um ambiente Exadata Cloud@Customer.

P: Quais são os pré-requisitos para usar o comando dbaascli diag healthCheck?

R: O comando deve ser executado como o usuário root e você deve estar conectado a uma máquina virtual do Exadata Cloud@Customer.

P: Como eu especifico um diretório personalizado para coletar os logs?

R: Use a opção --destLocation para especificar o diretório no qual os logs de verificação de integridade serão coletados. O local padrão é /var/opt/oracle/dbaas_acfs.

P: Qual será o local padrão para a coleta de logs se eu não especificar --destLocation?

A: O diretório padrão para coleta de logs é /var/opt/oracle/dbaas_acfs.

P: Posso especificar em quais nós executar a verificação de integridade?

R: Sim, você pode usar a opção --nodes para especificar uma lista de nós delimitados por vírgulas em que a verificação de integridade deve ser executada.

P: Como faço upload dos logs de verificação de integridade para o Object Storage?

A: Use a opção --objectStoreBucketURI para fornecer um URL de PAR (solicitação pré-autenticada) do serviço Object Storage. Isso fará upload dos logs coletados para o bucket especificado.

P: Posso coletar logs de vários nós?

R: Sim, você pode especificar vários nós usando a opção --nodes em um formato delimitado por vírgulas. Por exemplo: --nodes node1,node2.

P: Qual é um exemplo de comando para executar uma verificação de integridade em um nó específico?

A: Aqui está um exemplo de comando para executar a verificação de integridade em um nó específico:

dbaascli diag healthCheck --nodes node1

P: Como posso armazenar os logs no Object Storage em vez de na máquina local?

R: Você pode fornecer um URL de PAR (solicitação pré-autenticada) usando a opção --objectStoreBucketURI para armazenar os logs no Object Storage.

P: Posso especificar --destLocation e --objectStoreBucketURI ao mesmo tempo?

R: Sim, você pode especificar --destLocation para armazenamento local e --objectStoreBucketURI para fazer upload de logs para o Object Storage.

P: O que devo fazer se encontrar um erro ao executar o comando dbaascli diag healthCheck?

R: Certifique-se de que você esteja executando o comando como o usuário raiz e tenha fornecido opções válidas para --destLocation, --nodes ou --objectStoreBucketURI. Verifique se os nomes dos nós estão corretos, se especificados.

P: Posso executar a verificação de integridade em segundo plano?

R: O comando dbaascli diag healthCheck não tem um modo de fundo explícito, mas você pode executá-lo em segundo plano anexando & no final do comando.

P: O que acontece se eu não fornecer a opção --nodes?

R: Se a opção --nodes não for fornecida, a verificação de integridade será executada em todos os nós do cluster por padrão.

P: Posso retomar uma sessão de verificação de integridade anterior usando este comando?

R: Não, o comando dbaascli diag healthCheck não suporta a retomada das sessões anteriores. Você deve iniciar uma nova verificação de integridade todas as vezes.

P: Qual é um exemplo de comando para executar uma verificação de integridade e fazer upload de logs para o Object Storage?

A: Aqui está um exemplo de comando:

dbaascli diag healthCheck --objectStoreBucketURI https://objectstorage.example.com/n/namespace-string/b/bucket-name/o/PAR-URL

P: Qual será o comportamento padrão se eu não especificar --destLocation ou --objectStoreBucketURI?

R: Se nem --destLocation nem --objectStoreBucketURI forem especificados, os logs de verificação de integridade serão coletados no diretório padrão /var/opt/oracle/dbaas_acfs na máquina local.

P: Posso limitar a verificação de integridade a componentes ou logs específicos?

R: Não, o comando dbaascli diag healthCheck não permite especificar componentes ou logs individuais. Ele executa uma verificação geral de saúde de diagnóstico para o sistema.

P: O que devo verificar antes de executar o comando dbaascli diag healthCheck?

R: Certifique-se de estar conectado a uma máquina virtual do Exadata Cloud@Customer e executando o comando como o usuário root.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli grid configureTCPS
[--pkcs12WalletFilePath]
[--caCertChain]
[--precheckOnly]
[--serverCert]
[--privateKey]
[--certType]
[--privateKeyPasswordProtected]

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli grid configureTCPS?

A: O comando dbaascli grid configureTCPS é usado para configurar o TCPS (Transport Layer Security) para o cluster existente em um ambiente Oracle Exadata.

P: Qual é o pré-requisito para executar o comando dbaascli grid configureTCPS?

A: O comando deve ser executado como o usuário root.

P: O TCPS é ativado por padrão no Exadata Database Service em sistemas de Infraestrutura Dedicada?

R: Sim, o TCPS é ativado por padrão para bancos de dados em sistemas Oracle Exadata Database Service on Dedicated Infrastructure.

P: O TCPS é ativado por padrão nos sistemas Exadata Database Service on Cloud@Customer?

R: Não, o TCPS não é ativado por padrão nos sistemas Exadata Database Service on Cloud@Customer. Para ativar o TCPS, atualize o arquivo sqlnet.ora do banco de dados específico e reinicie o banco de dados.

P: Qual é a consequência de ativar o TCPS nos sistemas Exadata Cloud@Customer?

R: A ativação do TCPS nos sistemas Exadata Cloud@Customer fará com que as conexões do Zero Data Loss Recovery Appliance (ZDLRA) falhem. Você só pode ativar a configuração ZDLRA ou TCPS, mas não ambos simultaneamente.

P: O que a opção --pkcs12WalletFilePath especifica?

A: A opção --pkcs12WalletFilePath especifica o caminho absoluto para o arquivo de certificado no formato da wallet PKCS12, que é usado para configuração do TCPS.

P: Para que é usada a opção --caCertChain?

A: A opção --caCertChain especifica uma lista concatenada de certificados contendo certificados de CA intermediários e o certificado de CA raiz.

P: O que a opção --precheckOnly faz?

A: A opção --precheckOnly especifica se apenas as pré-verificações devem ser executadas para a operação de configuração do TCPS. Os valores aceitos são yes ou no.

P: O que a opção --serverCert especifica?

A: A opção --serverCert especifica o caminho para o certificado PEM que será usado ou girado para a configuração TCPS.

P: Como especificar a chave privada para a configuração do TCPS?

A: Use a opção --privateKey para especificar o caminho para o arquivo de chave privada associado ao certificado do servidor.

P: Quais são os valores aceitos para a opção --certType?

A: Os valores aceitos para a opção --certType são:

SELF_SIGNED_CERT

CA_SIGNED_CERT

PKCS12_CERT

O valor padrão é SELF_SIGNED_CERT.

P: A senha da chave privada é protegida por padrão?

R: Sim, a opção --privateKeyPasswordProtected é definida como true por padrão, indicando que a chave privada é protegida por senha. Você poderá defini-la como false se a chave privada não for protegida por senha.

P: Posso executar uma pré-verificação antes de configurar o TCPS?

R: Sim, você pode executar somente as pré-verificações da operação definindo a opção --precheckOnly como sim. Isso ajuda a validar o ambiente antes de fazer alterações.

P: O que acontece se eu fornecer um caminho incorreto para o arquivo da wallet PKCS12?

R: Se --pkcs12WalletFilePath contiver um caminho incorreto, o comando falhará e a configuração do TCPS não prosseguirá.

P: O que devo fazer se a chave privada estiver protegida por senha?

R: Se a chave privada for protegida por senha, certifique-se de que a opção --privateKeyPasswordProtected esteja definida como true (que é o padrão).

P: Posso especificar meu próprio certificado assinado pela CA para a configuração do TCPS?

R: Sim, você pode especificar seu próprio certificado assinado pela CA usando as opções --serverCert e --privateKey e definindo --certType como CA_SIGNED_CERT.

P: O que é um exemplo de comando para configurar o TCPS usando um certificado autoassinado?

A: Aqui está um exemplo:

dbaascli grid configureTCPS --serverCert /path/to/self_signed_cert.pem --privateKey /path/to/private_key.pem --certType SELF_SIGNED_CERT

P: Posso usar um certificado PKCS12 para configuração do TCPS?

R: Sim, você pode usar um certificado PKCS12 especificando a opção --pkcs12WalletFilePath e definindo --certType como PKCS12_CERT.

P: O que devo verificar antes de executar o comando dbaascli grid configureTCPS?

R: Verifique se você tem os arquivos de certificado corretos, arquivos de chave privada e se você está conectado como usuário raiz. Além disso, certifique-se de entender as implicações se estiver usando o ZDLRA, pois ele não pode ser executado simultaneamente com o TCPS.

Pré-requisitos

Execute o comando como usuário root.

Sintaxe

dbaascli grid patch
 {
            --targetVersion <value>
            | --targetHome <value>
        }
        [--executePrereqs] [--nodeList <value>] [--continueWithDbDowntime] [--drainTimeoutInSeconds <value>] [--containerURL <value>] [--imageFile <value>] [--patchInParallel]
        {
            [--resume [--sessionID <value>]]
            | [--rollback [--sessionID <value>]]
        }
        [--waitForCompletion <value>]

Em que:

• --targetVersion especifica a versão de destino do Oracle Home indicada como cinco segmentos numéricos separados por pontos (por exemplo, 19.12.0.0.0)
• --targetHome especifica o caminho totalmente qualificado do diretório home do Grid Infrastructure de destino para aplicação de patches out-of-place
• --containerURL especifica o URL personalizado para extrair a imagem do Grid Infrastructure
• Opção --executePrereqs para executar pré-requisitos
• --nodeList especifica uma lista de nós delimitados por vírgulas se a aplicação de patch tiver de ser executada em um subconjunto de nós
• --patchInParallel especifica para executar patches de nós remotos em paralelo
• --rollback especifica para fazer rollback do Oracle home com patch
• --resume retoma a execução anterior
  • --sessionID especifica para retomar um ID de sessão específico
• --continueWithDbDowntime continua aplicando patch com tempo de inatividade do banco de dados. Essa opção pode ser usada em ambientes nos quais só há uma instância ativa e a operação de aplicação de patch pode continuar mesmo com um tempo de inatividade.
• --drainTimeoutInSeconds especifica o tempo (em segundos) para concluir a descarga de recursos enquanto o banco de dados é interrompido
• --createImage cria uma imagem com base em uma cópia do home do Grid ativo, com patch para a versão de destino especificada
  • --createImageDir especifica o caminho totalmente qualificado do diretório no qual a imagem será criada
• --imageFile especifica o caminho totalmente qualificado da imagem a ser usada
• --patchInParallel executa a aplicação de patch dos nós remotos em paralelo
• --waitForCompletion especifica false para executar a operação em segundo plano. Valores válidos: true|false

Perguntas Frequentes

P: O que o comando dbaascli grid patch faz?

A: O comando dbaascli grid patch é usado para aplicar patch ao Oracle Grid Infrastructure para uma versão secundária especificada.

P: Preciso de permissões especiais para executar o comando dbaascli grid patch?

R: Sim, você precisa executar o comando dbaascli grid patch como o usuário root.

P: Posso especificar uma versão de destino ao aplicar patch ao Oracle Grid Infrastructure?

R: Sim, você pode especificar a versão de destino usando a opção --targetVersion.

P: Como especifico a versão de destino do patch?

R: Use a opção --targetVersion seguida do número da versão no formato 19.12.0.0.0.

P: O que a opção --containerURL faz no comando dbaascli grid patch?

A: A opção --containerURL permite especificar um URL personalizado para extrair a imagem do Grid Infrastructure.

P: Qual é a finalidade da opção --executePrereqs?

A: A opção --executePrereqs é usada para executar verificações de pré-requisitos antes de aplicar o patch.

P: Como posso aplicar patch a um subconjunto de nós usando o comando dbaascli grid patch?

A: Use a opção --nodeList seguida de uma lista delimitada por vírgulas de nomes de nós para aplicar patch apenas a um subconjunto de nós.

P: O que acontece se eu usar a opção --rollback?

A: A opção --rollback fará rollback do Oracle home com patch para seu estado anterior.

P: Posso retomar uma sessão de aplicação de patch anterior?

R: Sim, você pode usar a opção --resume para retomar a última sessão de aplicação de patch. Se você tiver um ID de sessão específico, poderá especificá-lo com a opção --sessionID.

P: Para que é usada a opção --continueWithDbDowntime?

A: A opção --continueWithDbDowntime permite que você continue aplicando patches mesmo que haja tempo de inatividade do banco de dados, geralmente usado em ambientes em que há apenas uma instância ativa.

P: Como faço para criar uma imagem de um Grid home com patch?

A: Use a opção --createImage para criar uma imagem. Você pode especificar o diretório em que a imagem deve ser criada usando a opção --createImageDir.

P: Qual é a finalidade da opção --imageFile?

A: A opção --imageFile permite especificar o caminho totalmente qualificado do arquivo de imagem a ser usado para aplicação de patches.

P: Como posso executar o comando dbaascli grid patch em segundo plano?

R: Você pode usar a opção --waitForCompletion definida como false para executar a operação em segundo plano.

P: Posso usar um URL personalizado para extrair a imagem do patch?

R: Sim, você pode usar a opção --containerURL para especificar um URL personalizado para extrair a imagem do Grid Infrastructure.

P: Como especifico quais nós aplicar patch se não quiser aplicar patch a todos eles?

R: Você pode especificar os nós que deseja aplicar patch usando a opção --nodeList com uma lista de nomes de nós separados por vírgulas.

P: O que devo fazer se precisar fazer rollback de um patch?

A: Use a opção --rollback no comando dbaascli grid patch para fazer rollback do patch.

P: Como lidar com uma operação de aplicação de patch se meu ambiente tiver apenas uma instância ativa e precisar continuar com o tempo de inatividade?

A: Use a opção --continueWithDbDowntime para continuar a aplicação de patch mesmo com o tempo de inatividade do banco de dados.

P: Posso criar uma imagem do Grid home corrigido?

R: Sim, você pode usar a opção --createImage para criar uma imagem do Grid home com patch. Se necessário, especifique o diretório em que a imagem deve ser salva usando --createImageDir.

P: O que devo fazer se quiser retomar uma sessão de aplicação de patches após uma interrupção?

A: Use a opção --resume para retomar a sessão de aplicação de patch. Se você souber o ID da sessão, poderá especificá-lo com --sessionID.

P: E se o processo de aplicação de patch falhar no meio do caminho?

R: Se o processo de aplicação de patch falhar, você poderá usar a opção --resume para reiniciar o processo. Você também pode usar a opção --rollback para reverter para o estado anterior.

P: Como posso garantir que todos os pré-requisitos sejam atendidos antes da aplicação de patch?

R: Use a opção --executePrereqs para executar todas as verificações de pré-requisitos antes de aplicar o patch.

Q: Posso executar a correção em segundo plano para evitar segurar o terminal?

R: Sim, você pode usar a opção --waitForCompletion false para executar o processo de aplicação de patch em segundo plano.

P: Como posso criar uma imagem do Grid home após a aplicação de patch?

A: Use a opção --createImage para criar uma nova imagem do Grid home com patch. Especifique o diretório usando --createImageDir, se necessário.

P: Como eu uso um arquivo de imagem existente para aplicação de patches?

R: Você pode usar a opção --imageFile para especificar o caminho totalmente qualificado para o arquivo de imagem que deseja usar para aplicação de patch.

P: O que devo fazer se quiser evitar o tempo de inatividade do banco de dados durante a aplicação de patches?

R: Certifique-se de que seu ambiente tenha mais de uma instância ativa em execução. Você pode evitar o uso da opção --continueWithDbDowntime, que se destina a ambientes com apenas uma instância ativa.

P: Como eu sei o progresso de um patch em execução em segundo plano?

R: Se você executar o patch com --waitForCompletion false, poderá verificar o status do job em segundo plano usando comandos do sistema operacional como ps ou verificar os logs localizados no Grid home.

P: É possível aplicar patch a uma versão principal superior usando o patch de grade dbaascli?

R: Não, dbaascli grid patch só permite aplicação de patch a uma versão secundária da versão principal atual. Para atualizações importantes, você precisará seguir um processo de atualização diferente.

P: Posso ignorar verificações de pré-requisitos específicas durante a aplicação de patch?

R: Não, quando você usar --executePrereqs, todas as verificações de pré-requisitos serão executadas. No entanto, você pode revisar os resultados das verificações de pré-requisitos e tratar manualmente quaisquer problemas antes de continuar.

P: O que devo fazer se o processo de correção estiver preso ou pendurado?

R: Se o processo de aplicação de patch não responder, você poderá interrompê-lo usando comandos do sistema operacional e retomá-lo usando a opção --resume. Se isso não funcionar, tente usar a opção --rollback para reverter o patch.

P: Posso automatizar o processo de aplicação de patches em vários clusters?

R: Sim, usando scripts que incluem o comando dbaascli grid patch com opções apropriadas, você pode automatizar a aplicação de patches em diferentes clusters.

P: Onde posso encontrar logs para o processo de aplicação de patch?

R: Em geral, os logs estão localizados no diretório de logs do Oracle Grid home ou no local padrão especificado durante a configuração. Você pode monitorar esses logs para obter detalhes sobre o processo de aplicação de patch.

P: É possível criar um processo de patch silencioso sem interação do usuário?

R: Sim, especificando todas as opções necessárias no comando e executando-o em segundo plano (--waitForCompletion false), você pode criar um processo de aplicação de patch não interativo.

P: Posso verificar se há atualizações de patch disponíveis antes de aplicar um patch?

R: O próprio comando dbaascli grid patch não tem uma opção para listar patches disponíveis. No entanto, você pode usar os métodos padrão da Oracle, como o Suporte Técnico da Oracle, para identificar os patches mais recentes.

P: Posso usar dbaascli para aplicar patch a vários Oracle Homes?

R: Não, o comando dbaascli grid patch foi projetado para aplicar patch a um home específico do Oracle Grid Infrastructure de cada vez. Você precisaria executar o comando separadamente para cada home.

P: Existe uma maneira de evitar completamente o tempo de inatividade ao aplicar patch ao Grid Infrastructure?

R: Para minimizar o tempo de inatividade, certifique-se de que seu ambiente tenha várias instâncias de banco de dados ativas (configuração RAC) para que a aplicação de patches possa ser feita nó por nó. A opção --continueWithDbDowntime não deve ser usada neste caso.

P: Como lidar com a aplicação de patches para ambientes RAC One Node?

R: Em ambientes RAC One Node, você precisa ser cauteloso com a opção --continueWithDbDowntime, pois pode haver apenas uma instância ativa. Revise a documentação da Oracle para obter diretrizes de aplicação de patches específicas para o RAC One Node.

P: Posso exibir o histórico de sessões de patches anteriores?

R: O utilitário dbaascli não fornece uma maneira direta de exibir o histórico da sessão. No entanto, os logs de sessões de aplicação de patch anteriores podem ser encontrados no diretório de logs do Grid home.

Exemplo de Casos de Uso

Exemplo 1: Aplicação Básica de Patches de Grade

dbaascli grid patch --targetVersion 19.12.0.0.0

Corrige o Oracle Grid Infrastructure para a versão 19.12.0.0.0.

Exemplo 2: Aplicação de Patch com um URL de Contêiner Personalizado

dbaascli grid patch --targetVersion 19.12.0.0.0 --containerURL https://example.com/custom/url

Corrige o Grid Infrastructure para a versão 19.12.0.0.0, usando um URL de contêiner personalizado para extrair a imagem do Grid Infrastructure.

Exemplo 3: Aplicação de Patch com Verificações de Pré-requisitos

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

Corrige o Grid Infrastructure para a versão 19.12.0.0.0 após executar as verificações de pré-requisitos.

Exemplo 4: Aplicação de Patch em um Subconjunto de Nós

dbaascli grid patch --targetVersion 19.12.0.0.0 --nodeList node1,node2,node3

Corrige o Grid Infrastructure para a versão 19.12.0.0.0 nos nós especificados (node1, node2 e node3).

Exemplo 5: Fazendo Rollback do Patch

dbaascli grid patch --rollback

Faz rollback do último patch aplicado no Oracle Grid Infrastructure.

Exemplo 6: Retomando uma Operação de Patch Anterior

dbaascli grid patch --resume

Retoma a operação de aplicação de patch anterior de onde ela foi interrompida.

Exemplo 7: Retomando uma Operação de Patch com um ID de Sessão Específico

dbaascli grid patch --resume --sessionID 12345

Retoma a operação de aplicação de patch usando o ID de sessão 12345.

Exemplo 8: Patch com Tempo de Inatividade do Banco de Dados Permitido

dbaascli grid patch --targetVersion 19.12.0.0.0 --continueWithDbDowntime

Corrige o Grid Infrastructure para a versão 19.12.0.0.0, permitindo o tempo de inatividade do banco de dados, se necessário.

Exemplo 9: Criando uma Imagem com Patch

dbaascli grid patch --targetVersion 19.12.0.0.0 --createImage --createImageDir /path/to/dir

Cria uma imagem do Grid home com patch (versão 19.12.0.0.0) e a armazena no diretório especificado.

Exemplo 10: Usando um Arquivo de Imagem Existente

dbaascli grid patch --targetVersion 19.12.0.0.0 --imageFile /path/to/image/file.zip

Corrige o Grid Infrastructure para a versão 19.12.0.0.0 usando um arquivo de imagem existente localizado em /path/to/image/file.zip.

Exemplo 11: Executando a Operação de Aplicação de Patch em Segundo Plano

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

Corrige o Grid Infrastructure para a versão 19.12.0.0.0 e executa a operação em segundo plano.

Exemplo 12: Combinação de Pré-requisitos, URL Personalizado e Subconjunto de Nós

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs --containerURL https://example.com/custom/url --nodeList node1,node2

Aplica o Grid Infrastructure à versão 19.12.0.0.0, executa verificações de pré-requisitos, usa um URL personalizado para a imagem e aplica o patch apenas em node1 e node2.

Exemplo 13: Criando uma Imagem com Patch com um Arquivo de Imagem Existente

dbaascli grid patch --targetVersion 19.12.0.0.0 --createImage --createImageDir /path/to/dir --imageFile /path/to/existing/image.zip

Cria uma imagem corrigida e a armazena no diretório especificado ao usar um arquivo de imagem existente para o patch.

Exemplo 14: Verificando Pré-requisitos sem Aplicação de Patch

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

Verifica se todos os pré-requisitos foram atendidos para aplicação de patch na versão 19.12.0.0.0 sem realmente aplicar o patch.

Exemplo 15: Executando Patch e Ignorando Falhas de Pré-requisito

dbaascli grid patch --targetVersion 19.12.0.0.0 --continueWithDbDowntime --executePrereqs

Executa o patch mesmo que algumas verificações de pré-requisitos falhem. Isso é útil em cenários em que o tempo de inatividade é permitido e determinados pré-requisitos podem ser ignorados.

Exemplo 16: Verificando Problemas nos Logs de Patch

tail -f /u01/app/grid/logs/grid_patch.log

Monitora o log de patch em tempo real para diagnosticar quaisquer problemas durante o processo de aplicação de patch.

Exemplo 17: Aplicando o Patch em um Ambiente Paralelo

dbaascli grid patch --targetVersion 19.12.0.0.0 --nodeList node1,node2 --waitForCompletion false

Corrige o Grid Infrastructure em um subconjunto de nós (node1 e node2) e executa o processo em segundo plano.

Exemplo 18: Usando um Arquivo de Imagem Específico de uma Origem Externa

dbaascli grid patch --targetVersion 19.12.0.0.0 --imageFile /mnt/images/grid_patch_19.12.zip

Corrige o Grid Infrastructure usando um arquivo de imagem pré-download localizado em um dispositivo de armazenamento externo.

Exemplo 19: Executando Patch com um ID de Sessão Personalizado

dbaascli grid patch --targetVersion 19.12.0.0.0 --resume --sessionID 67890

Retoma uma operação de aplicação de patch que foi interrompida, usando o ID de sessão 67890.

Exemplo 20: Programando a Aplicação de Patches para Execução Posterior

echo "dbaascli grid patch --targetVersion 19.12.0.0.0" | at 02:00

Programa o comando de aplicação de patch para ser executado às 2:00 AM usando o comando at no Linux.

Exemplo 21: Especificando o Tempo Limite para Conclusão

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion true --continueWithDbDowntime --timeout 7200

Corrige o Grid Infrastructure enquanto permite tempo de inatividade, mas aguarda até 7200 segundos (2 horas) para conclusão antes do timeout.

Exemplo 22: Criando uma Imagem Personalizada para Outro Ambiente

dbaascli grid patch --targetVersion 19.12.0.0.0 --createImage --createImageDir /backups/images/grid_patch

Cria uma imagem personalizada do Grid Infrastructure com patch para armazenar no diretório /backups/images/grid_patch para uso em outros ambientes.

Exemplo 23: Recuperação de Patch Após a Interrupção

dbaascli grid patch --resume --continueWithDbDowntime

Recupera e retoma o processo de aplicação de patches se ele tiver sido interrompido, com tempo de inatividade do banco de dados permitido.

Exemplo 24: Combinando a Verificação de Pré-requisitos com a Execução em Segundo Plano

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs --waitForCompletion false

Verifica pré-requisitos e executa o patch em segundo plano.

Exemplo 25: Ignorando a Criação de Imagem para Aplicação de Patch Mais Rápida

dbaascli grid patch --targetVersion 19.12.0.0.0 --patchInParallel --continueWithDbDowntime --waitForCompletion false

Corrige o Grid Infrastructure para a versão 19.12.0.0.0 em paralelo entre nós, com tempo de inatividade do banco de dados permitido e sem criar uma imagem para acelerar o processo.

Exemplo 26: Monitorando o Andamento do Patch por meio de Logs

tail -f /u01/app/grid/logs/grid_patch_progress.log

Monitora o arquivo de log para o progresso da aplicação de patches em tempo real, fornecendo insights sobre cada etapa do processo de aplicação de patches.

Exemplo 27: Aplicação de Patches com Timeout de Drenagem Personalizado

dbaascli grid patch --targetVersion 19.12.0.0.0 --drainTimeoutInSeconds 3600 --continueWithDbDowntime

Corrige o Grid Infrastructure e define um timeout personalizado de 1 hora (3600 segundos) para permitir a drenagem normal de recursos durante o tempo de inatividade do banco de dados.

Exemplo 28: Aplicando um Patch a Nós Específicos com Verificações de Pré-requisito

dbaascli grid patch --targetVersion 19.12.0.0.0 --nodeList node1,node4 --executePrereqs

Corrige apenas os nós node1 e node4 para a versão 19.12.0.0.0 e executa as verificações de pré-requisitos antecipadamente.

Exemplo 29: Aplicação de Patch sem Aguardar Conclusão

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

Começa a aplicar patch no Grid Infrastructure para a versão 19.12.0.0.0 em segundo plano, permitindo que outras tarefas sejam executadas sem aguardar a conclusão do processo.

Exemplo 30: Reaplicando um Patch com Falha Após um Problema de Timeout de Drenagem

dbaascli grid patch --resume --drainTimeoutInSeconds 7200

Retoma a sessão de aplicação de patch anterior e estende o timeout de drenagem do recurso para 2 horas (7200 segundos), caso ele falhe devido ao tempo insuficiente na tentativa anterior.

Exemplo 31: Exibindo Logs de Patch em Tempo Real com ID de Sessão Específico

tail -f /u01/app/grid/logs/grid_patch_12345.log

Monitora o arquivo de log da sessão de aplicação de patch com o ID de sessão 12345 em tempo real.

Exemplo 32: Aplicação de Patch em um Novo Home de Destino

dbaascli grid patch --targetHome /u01/app/grid_home_19c --executePrereqs

Executa um patch fora do local para um novo home do Oracle Grid localizado em /u01/app/grid_home_19c, com verificações de pré-requisitos.

Exemplo 33: Interrompendo um Job de Patch em Segundo Plano

ps -ef | grep dbaascli | grep patch | awk '{print $2}' | xargs kill -9

Interrompe um job de patch em segundo plano localizando e eliminando o ID do processo associado (PID).

Exemplo 34: Verificando a Conclusão de Patches sem Logs

dbaascli grid status --targetVersion 19.12.0.0.0

Verifica se o patch para a versão 19.12.0.0.0 foi aplicado com sucesso verificando o status da versão atual do Grid Infrastructure.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli grid removeTCPSCert --subject <value>
 {
   --userCert | --trustedCert | --requestedCert
 }
 [--serialNumber <value>] [--executePrereqs] [--resume [--sessionID <value>]] [--bounceListeners]

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli grid removeTCPSCert?

R: O comando dbaascli grid removeTCPSCert é usado para remover certificados TCPS existentes da wallet do Grid Infrastructure em um ambiente Oracle Exadata.

P: Qual é o pré-requisito para executar o comando dbaascli grid removeTCPSCert?

A: O comando deve ser executado como o usuário root.

P: O que a opção --subject especifica no comando dbaascli grid removeTCPSCert?

A: A opção --subject especifica o assunto do certificado a ser removido da wallet do Grid Infrastructure.

P: Qual é a finalidade do flag --userCert?

R: O flag --userCert indica que o certificado a ser removido é um certificado do usuário.

P: Quando devo usar o flag --trustedCert?

A: Use o flag --trustedCert ao remover um certificado confiável da wallet do Grid Infrastructure.

P: O que o flag --requestedCert faz?

A: O flag --requestedCert indica que o certificado que está sendo removido é um certificado solicitado.

P: O que a opção --serialNumber especifica?

A: A opção --serialNumber especifica o número de série do certificado a ser removido. É útil para identificar exclusivamente um certificado quando há vários certificados com o mesmo assunto.

P: Qual é a finalidade da opção --executePrereqs?

A: A opção --executePrereqs executa verificações de pré-requisitos antes de remover o certificado e reporta os resultados, garantindo que o ambiente esteja devidamente preparado para a operação.

P: O que a opção --resume faz?

A: A opção --resume retoma a operação de remoção se ela tiver sido interrompida anteriormente.

P: Como especificar um ID de sessão ao retomar uma operação interrompida?

R: Use a opção --sessionID para especificar o ID da sessão da operação interrompida que você deseja retomar.

P: O que o flag --bounceListeners faz?

R: O flag --bounceListeners é usado para reiniciar o listener do Grid Infrastructure e verificar o listener após a remoção do certificado TCPS.

P: Posso remover um certificado TCPS sem devolver os listeners?

R: Sim, o flag --bounceListeners é opcional. Se você não especificá-lo, os listeners não serão devolvidos automaticamente.

Q: Como posso garantir que a operação será executada com segurança?

R: Você pode usar a opção --executePrereqs para executar verificações de pré-requisitos antes de executar o comando, garantindo que tudo esteja em ordem antes do processo de remoção.

P: O que devo fazer se precisar remover um certificado de usuário específico por número de série?

A: Use a opção --subject para especificar o assunto do certificado, o flag --userCert para indicar que ele é um certificado do usuário e a opção --serialNumber para especificar o número de série do certificado.

P: Posso remover vários certificados de uma só vez?

R: Não, o comando é projetado para remover um único certificado de cada vez com base no assunto fornecido e em outros parâmetros.

P: O que acontece se o processo de remoção do certificado for interrompido?

R: Você pode retomar a operação usando a opção --resume junto com o --sessionID do processo interrompido.

P: Preciso executar o comando como usuário raiz?

R: Sim, o comando dbaascli grid removeTCPSCert deve ser executado como o usuário root para ter os privilégios necessários para remover certificados TCPS.

P: Como posso identificar o certificado que quero remover?

R: Você pode identificar o certificado pelo seu assunto e, opcionalmente, pelo seu número de série para garantir que você está direcionando o certificado correto para remoção.

P: O que é um exemplo de comando para remover um certificado confiável?

A: Este é um exemplo:

dbaascli grid removeTCPSCert --subject "CN=example_cert" --trustedCert

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli grid rotateTCPSCert
[--pkcs12WalletFilePath]
[--caCertChain]
[--precheckOnly]
[--serverCert]
[--privateKey]
[--certType]
[--privateKeyPasswordProtected]

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli grid rotateTCPSCert?

R: O comando dbaascli grid rotateTCPSCert é usado para rotacionar certificados TCPS (Transport Layer Security Protocol) na wallet do Grid Infrastructure em ambientes Oracle Exadata.

P: Qual é o pré-requisito para executar o comando dbaascli grid rotateTCPSCert?

A: O comando deve ser executado como o usuário root.

P: O que a opção --pkcs12WalletFilePath especifica?

A: A opção --pkcs12WalletFilePath especifica o caminho absoluto para o arquivo de certificado no formato da wallet PKCS12 para a configuração do TCPS.

P: Qual é a finalidade da opção --caCertChain?

A: A opção --caCertChain especifica uma lista concatenada de certificados, incluindo CA intermediária e certificados de CA raiz, para a configuração TCPS.

P: O que a opção --precheckOnly faz?

R: A opção --precheckOnly permite executar pré-verificações sem fazer alterações reais. Os valores válidos são "yes" para executar somente as pré-verificações e "no" para prosseguir com a rotação.

P: Como a opção --serverCert é usada?

A: A opção --serverCert especifica o caminho para o certificado do servidor PEM (Privacy Enhanced Mail) que é usado ou rotacionado para a configuração do TCPS.

P: O que a opção --privateKey especifica?

A: A opção --privateKey especifica o caminho para o arquivo de chave privada correspondente ao certificado do servidor usado para rotação TCPS.

P: Quais são os valores válidos para a opção --certType?

A: A opção --certType aceita os seguintes valores para especificar o tipo de certificado a ser adicionado à wallet do Grid Infrastructure:

SELF_SIGNED_CERT (padrão)

CA_SIGNED_CERT

PKCS12_CERT

P: O que a opção --privateKeyPasswordProtected faz?

A: A opção --privateKeyPasswordProtected indica se a chave privada é protegida por senha. Os valores válidos são true (padrão) e false

P: Posso executar o comando dbaascli grid rotateTCPSCert sem girar os certificados?

R: Sim, usando a opção sim --precheckOnly, você só pode executar as pré-verificações sem girar os certificados.

P: Qual é um exemplo de comando para rotacionar um certificado usando uma wallet PKCS12?

A: Aqui está um exemplo de comando:

dbaascli grid rotateTCPSCert --pkcs12WalletFilePath /path/to/wallet.p12 --certType PKCS12_CERT

P: Como rotaciono um certificado de servidor com uma cadeia de certificados assinada pela CA?

A: Use as opções --serverCert e --caCertChain, conforme mostrado abaixo:

dbaascli grid rotateTCPSCert --serverCert /path/to/serverCert.pem --caCertChain /path/to/caChain.pem

P: O que acontece se eu não especificar --privateKeyPasswordProtected?

A: Se você não especificar a opção --privateKeyPasswordProtected, o comando assumirá que a chave privada é protegida por senha (padrão: true).

Q: Posso girar um certificado autoassinado?

R: Sim, você pode rotacionar um certificado autoassinado usando a opção --certType SELF_SIGNED_CERT padrão ou especificando-a explicitamente.

P: Como posso rotacionar um certificado sem fornecer uma chave privada?

R: Para determinados tipos de certificado, como PKCS12, talvez você não precise fornecer um arquivo de chave privada separado, pois ele está incluído na wallet. No entanto, se uma chave privada for necessária, ela deverá ser fornecida usando a opção --privateKey.

P: E se eu quiser girar um certificado em segundo plano?

R: O comando dbaascli grid rotateTCPSCert não fornece uma opção explícita para execução em segundo plano. Você pode executar o comando diretamente em uma sessão em segundo plano (por exemplo, usando nohup ou ferramentas semelhantes).

P: Qual será o tipo de certificado padrão se não for especificado?

A: O tipo de certificado padrão é SELF_SIGNED_CERT.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli grid upgrade --version
[--resume]
[--executePrereqs]
[--containerURL]
[--softwareOnly]
[--targetHome]
[--revert]

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli grid upgrade?

R: O comando dbaascli grid upgrade é usado para fazer upgrade do Oracle Grid Infrastructure de uma versão principal para outra em uma máquina virtual do Exadata Cloud@Customer.

P: Qual é o pré-requisito para executar o comando dbaascli grid upgrade?

R: O comando deve ser executado como o usuário root e você precisa estar conectado a uma máquina virtual do Exadata Cloud@Customer.

P: O que a opção --version especifica?

A: A opção --version especifica a versão de destino do Oracle Grid Infrastructure para a qual você deseja fazer upgrade.

P: O que a opção --resume faz?

A: A opção --resume retoma um processo de upgrade do Grid Infrastructure interrompido ou com falha anteriormente.

P: Como a opção --executePrereqs é usada?

A: A opção --executePrereqs executa apenas as verificações de pré-requisitos para o upgrade do Grid Infrastructure sem executar o upgrade real.

P: Qual é a finalidade da opção --containerURL?

A: A opção --containerURL especifica um URL personalizado para extrair a imagem de software do Grid Infrastructure para o upgrade.

P: O que a opção --softwareOnly faz?

A: A opção --softwareOnly instala somente o software Grid Infrastructure sem configurar ou fazer upgrade do ambiente Grid.

P: Quando você usaria a opção --targetHome?

A: A opção --targetHome especifica o caminho para o Grid home de destino existente no qual o upgrade será executado.

P: O que acontece se o upgrade falhar?

R: Se o upgrade falhar, você poderá usar a opção --revert para fazer rollback do upgrade para seu estado anterior.

P: Posso executar um upgrade do Grid Infrastructure em estágios?

R: Sim, usando a opção --softwareOnly, você pode primeiro instalar o software e depois concluir o upgrade completo, permitindo upgrades preparados.

P: Como eu uso o comando dbaascli grid upgrade para fazer upgrade somente do software?

A: Use a seguinte sintaxe para fazer upgrade somente do software:

dbaascli grid upgrade --version <target_version> --softwareOnly

P: Posso verificar se há pré-requisitos de upgrade sem executar o upgrade?

R: Sim, você só pode executar as verificações de pré-requisitos usando:

dbaascli grid upgrade --version <target_version> --executePrereqs

P: Como posso fazer upgrade do Grid Infrastructure usando um URL de contêiner personalizado?

A: Você pode especificar o URL para extrair a imagem do Grid Infrastructure da seguinte forma:

dbaascli grid upgrade --version <target_version> --containerURL <custom_url>

P: Como posso retomar um processo de upgrade interrompido anteriormente?

A: Para retomar um upgrade interrompido ou com falha anteriormente, use:

dbaascli grid upgrade --version <target_version> --resume

P: O que a opção --revert faz no comando dbaascli grid upgrade?

A: A opção --revert faz rollback de um upgrade do Grid Infrastructure com falha ou interrompido para seu estado original.

P: Posso executar um upgrade completo sem configurar o Grid Infrastructure imediatamente?

R: Sim, você pode primeiro instalar apenas o software usando a opção --softwareOnly e depois configurá-lo posteriormente.

P: O que devo fazer se um upgrade falhar e eu quiser desfazer as alterações?

A: Use a opção --revert para fazer rollback do upgrade com falha:

dbaascli grid upgrade --version <target_version> --revert

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli job getStatus --jobID

Pré-requisito

• Execute o comando como usuário root.

Sintaxe

dbaascli pdb backup --pdbName <value> --dbname <value>
        {
            --start
                {
                    [--level1]
                    | [--archival --tag <value>]
                }
            | --delete --backupTag <value>
            | --status --uuid <value>
            | --getBackupReport --json <value> --tag <value>
            | --list [--json <value>]
        }

--pdbName: PDB name.
--dbname: Oracle Database name.
--start | --delete | --status | --getBackupReport | --list
--start: Begins PDB backup.
      [--level1 | --archival]
      [--level1: Creates a Level-1 (incremental) backup.]
      [--archival: Creates an archival full backup.]
          --tag: Specify backup tag.
--delete: Deletes archival backup.
          --backupTag: Specify backup tag to delete.
--status
          --uuid <value>
--getBackupReport: Returns backup report.
         --json: Specify the file name for JSON output.
         --tag: Specify backup tag.
--list: Returns PDB backup information.
         [--json: Specify the file name for JSON output.]

Perguntas Frequentes

P: Qual é a finalidade do comando de backup dbaascli pdb?

R: O comando dbaascli pdb backup é usado para criar backups para um banco de dados plugável (PDB), consultar o status do backup, gerar relatórios de backup e excluir backups do PDB em um ambiente Exadata Cloud@Customer.

P: Qual é o pré-requisito para usar o comando de backup dbaascli pdb?

R: O comando deve ser executado como o usuário root e você precisa estar conectado a uma máquina virtual do Exadata Cloud@Customer.

P: Como inicio um backup do PDB usando o comando de backup dbaascli PDB?

R: Você pode iniciar um backup do PDB usando a opção --start. Por exemplo:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --start

P: Quais opções podem ser usadas com o sinalizador --start?

A: Com o flag --start, você pode especificar:

--level1 para um backup incremental de Nível 1

--archival para um backup de arquivamento completo (que também requer um --tag para especificar a tag de backup)

P: Como crio um backup de PDB incremental de Nível 1?

A: Use o flag --level1 com a opção --start para criar um backup incremental de Nível 1:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --start --level1

P: Como crio um backup de PDB de arquivamento?

A: Use o flag --archival com a opção --start e especifique uma tag de backup usando --tag:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --start --archival --tag <backup_tag>

P: Como excluo um backup específico do PDB?

A: Para excluir um backup específico, use o flag --delete e especifique a tag de backup usando --backupTag:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --delete --backupTag <backup_tag>

P: Como posso verificar o status de um backup do PDB?

A: Use o flag --status junto com o backup --uuid para verificar o status de um backup específico:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --status --uuid <backup_uuid>

P: Como recupero um relatório de backup do PDB no formato JSON?

A: Para obter um relatório de backup no formato JSON, use a opção --getBackupReport, especifique o nome do arquivo com --json e forneça a tag de backup com --tag:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --getBackupReport --json <file_name> --tag <backup_tag>

P: Como posso listar todos os backups do PDB para um PDB específico?

A: Use a opção --list para obter uma lista de todos os backups de um determinado PDB:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --list

Opcionalmente, você pode gerar a lista no formato JSON usando o flag --json:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --list --json <file_name>

P: O que a opção --pdbName faz?

A: A opção --pdbName especifica o nome do banco de dados plugável (PDB) para o qual você deseja fazer backup, consultar ou excluir backups.

P: Qual é a finalidade da opção --dbname?

A: A opção --dbname especifica o nome do Oracle Database ao qual o PDB pertence.

P: Como especifico uma tag de backup para um backup do PDB?

A: Você especifica uma tag de backup usando a opção --tag ao iniciar um backup de arquivamento ou ao recuperar um relatório de backup:

--tag <backup_tag>

P: Posso executar backups de PDB no modo JSON?

R: Sim, as opções de relatório de backup (--getBackupReport) e listagem de backup (--list) suportam saída no formato JSON. Você especifica um nome de arquivo JSON usando a opção --json.

Pré-requisito

Execute o comando como usuário oracle.

Sintaxe

dbaascli pdb bounce
	{
            --pdbName <value>
            | --pdbUID <value>
        }
        --dbname <value> [--openMode <value>] [--startServices <value>] [--waitForCompletion <value>]

Pré-requisito

Execute o comando como usuário oracle.

Sintaxe

dbaascli pdb close
        {
            --pdbName <value>
            | --pdbUID <value>
        }
        --dbname <value> [--waitForCompletion <value>]

Após a conclusão bem-sucedida da execução desse comando, o PDB é fechado em todas as instâncias do banco de dados contêiner.

Pré-requisito

Execute o comando como usuário oracle.

Sintaxe

dbaascli pdb getConnectString --dbname <value>
        {
            --pdbName <value>
            | --pdbUID <value>
        }

Pré-requisito

Execute o comando como usuário oracle.

Sintaxe

dbaascli pdb create --pdbName <value> --dbName <value> [--maxCPU <value>] [--maxSize <value>] [--pdbAdminUserName <value>] [--lockPDBAdminAccount <value>] [--resume [--sessionID <value>]] [--executePrereqs] [--waitForCompletion <value>]
        {
            [--blobLocation <value>]
            | [--standbyBlobFromPrimary <value>]
        }
        [--pdbTdeKeyVersionOCID <value>]

Durante o processo de criação do PDB, você é solicitado a especificar a senha de administração do novo PDB.

Pré-requisito

Execute o comando como usuário oracle.

Sintaxe

dbaascli pdb createSnapshot
{
    --pdbName <value> | --pdbUID <value>
}
--dbName <value>
--snapshotName <value>
[--pdbAdminUserName <value>]
[--executePrereqs] [--resume [--sessionID <value>]]
[--waitForCompletion true|false]

Em que:

• --pdbName especifica o nome do PDB pelo qual será criado o snapshot.
• --pdbUID especifica o ID do usuário (UID) do PDB do qual o snapshot será criado.
• --dbName Nome do Oracle Database.
• --snapshotName especifica o nome do snapshot do PDB.
• --pdbAdminUserName especifica o nome do usuário administrador do PDB.
• --executePrereqs executa as verificações de pré-requisito e reporta os resultados.
• --resume [--sessionID <value>] retoma a operação anterior. Ele pode usar o flag --sessionID <value> para especificar a retomada de um ID de sessão específico (<value>).
• --waitForCompletion true|false especifica se a operação deve ser executada em primeiro plano (true) ou em segundo plano (false). Valores válidos: true, false.

Pré-requisito

Execute o comando como usuário oracle.

Sintaxe

dbaascli pdb configureSnapshot
{
    --pdbName <value> | --pdbUID <value>
}
--dbName <value>
--snapshotIntervalInMins <value>
[--executePrereqs]
[--maxPDBSnapshots <value>]
[--waitForCompletion <value>]

Em que:

• --pdbName <value> especifica o nome do PDB para o qual a configuração de snapshot automático será definida.
• --pdbUID <value> especifica o ID do usuário (UID) do PDB para o qual a configuração de snapshot automático será definida.
• --dbName Nome do Oracle Database.
• --snapshotIntervalInMins <value> especifica o intervalo, em minutos, para quando snapshots automáticos do PDB serão tirados.
• --executePrereqs executa as verificações de pré-requisito e reporta os resultados.
• --maxPDBSnapshots <value>] especifica o número máximo de snapshots a serem criados para o PDB fornecido. .
• --waitForCompletion true|false especifica se a operação deve ser executada em primeiro plano (true) ou em segundo plano (false). Valores válidos: true, false.

Pré-requisito

Execute o comando como usuário oracle.

Sintaxe

dbaascli pdb delete --dbName <value>
        {
            --pdbName <value>
            | --pdbUID <value>
        }
        [--executePrereqs] [--waitForCompletion <value>] [--resume [--sessionID <value>]] [--allStandbyPrepared] [--cleanupRelocatedPDB]

Pré-requisito

Execute o comando como usuário oracle.

Sintaxe

dbaascli pdb deleteSnapshot
{
    --pdbName <value> | --pdbUID <value>
}
{
    --snapshotName <value> | --snapshotUID <value>
}
--dbName <value>
[--executePrereqs]
[--waitForCompletion <value>
[--resume [--sessionID <value>]
]
]

Em que:

• --pdbName <value> especifica o nome do PDB para o qual a configuração de snapshot automático será definida.
• --pdbUID <value> especifica o ID do usuário (UID) do PDB para o qual a configuração de snapshot automático será definida.
• --snapshotName <value> especifica o nome do snapshot do PDB que você deseja excluir.
• --snapshotUID <value> especifica o ID do usuário (UID) do snapshot do PDB que você deseja excluir.
• --dbName especifica o nome do Oracle Database.
• --executePrereqs executa as verificações de pré-requisito e reporta os resultados.
• --waitForCompletion true|false especifica se a operação deve ser executada em primeiro plano (true) ou em segundo plano (false). Valores válidos: true, false.
• --resume [sessionID <value>] especifica para retomar a operação anterior. Para especificar a retomada de um ID de sessão específico, adicione o flag sessionID e forneça o número do ID da sessão.

Pré-requisito

Execute o comando como usuário oracle.

Sintaxe

dbaascli pdb getDetails --dbname <value>
        {
            --pdbName <value>
            | --pdbUID <value>
        }

Pré-requisito

Execute o comando como usuário oracle.

Sintaxe

dbaascli pdb getSnapshot
{
    --pdbName <value>| --pdbUID <value>
}
{
    --snapshotName <value> | --snapshotUID <value>
}
--dbName <value>

Em que:

• --pdbName <value> especifica o nome do PDB cujos detalhes você deseja obter.
• --pdbUID <value> especifica o ID do usuário (UID) do PDB para o snapshot cujos detalhes você deseja obter.
• --snapshotName <value> especifica o nome do snapshot cujos detalhes você deseja obter
• --snapshotUID <value> especifica o ID do usuário (UID) do snapshot cujos detalhes você deseja obter.
• --dbName especifica o nome do Oracle Database.

Pré-requisito

Execute o comando como usuário oracle.

Sintaxe

dbaascli pdb list --dbname

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli pdb list?

R: O comando dbaascli pdb list é usado para exibir a lista de bancos de dados plugáveis (PDBs) em um banco de dados contêiner (CDB) especificado em um ambiente Exadata Cloud@Customer.

P: Quais são os pré-requisitos para executar o comando dbaascli pdb list?

R: O comando deve ser executado como o usuário oracle e você deve estar conectado a uma máquina virtual do Exadata Cloud@Customer.

P: O que a opção --dbname especifica no comando dbaascli pdb list?

A: A opção --dbname especifica o nome do banco de dados contêiner (CDB) que hospeda os bancos de dados plugáveis (PDBs) para os quais você deseja exibir a lista.

P: Posso exibir a lista de PDBs de vários bancos de dados contêineres de uma só vez?

R: Não, o comando dbaascli pdb list permite listar os PDBs de apenas um banco de dados contêiner (CDB) por vez, especificado pela opção --dbname.

P: Como listo os PDBs em um banco de dados contêiner (CDB) específico?

R: Você pode listar os PDBs em um CDB específico usando a seguinte sintaxe:

dbaascli pdb list --dbname <CDB_Name>

P: Quais informações são exibidas ao usar o comando dbaascli pdb list?

R: O comando retorna uma lista de todos os bancos de dados plugáveis (PDBs) dentro do banco de dados contêiner (CDB) especificado. A lista geralmente inclui os nomes dos PDBs e possivelmente outros detalhes, como seu status.

P: Posso filtrar a lista de PDBs usando opções adicionais?

R: Não, o comando dbaascli pdb list não suporta opções de filtragem adicionais. Ele simplesmente retorna a lista completa de PDBs no CDB especificado.

P: O que acontece se o --dbname especificado não existir ou estiver incorreto?

R: Se o --dbname especificado estiver incorreto ou não existir, o comando retornará um erro e nenhuma lista de PDB será exibida.

P: O comando dbaascli pdb list pode ser usado para qualquer ambiente de banco de dados Oracle?

R: Não, o comando dbaascli pdb list foi projetado especificamente para uso nos ambientes Exadata Cloud@Customer.

Pré-requisito

Execute o comando como usuário oracle.

Sintaxe

dbaascli pdb listSnapshots
{
    --pdbName <value> | --pdbUID <value>
}
--dbName <value>

Em que:

• --pdbName <value> especifica o nome do PDB para o qual os snapshots serão listados.
• --pdbUID <value> especifica o UID do PDB para o qual os snapshots serão listados.
• --dbName <value> especifica o nome do Oracle Database.

Pré-requisito

Execute o comando como usuário oracle.

Sintaxe

dbaascli pdb localClone --pdbName <value> --dbName <value> [--targetPDBName <value>] [--powerLimit <value>] [--maxCPU <value>] [--maxSize <value>] [--resume [--sessionID <value>]] [--executePrereqs] [--waitForCompletion <value>]
    {
      [--blobLocation <value>]
      | [--standbyBlobFromPrimary <value>]
    }
    [--excludeUserTablespaces <value>] [--excludePDBData <value>] [--pdbAdminUserName <value>] [--lockPDBAdminAccount <value>] [--sourcePDBServiceConvertList <value>]
    {
      [--createFromSnapshot
        {
          --snapshotName <value>
          | --snapshotUID <value>
        }
        [--copyDataFiles]]
      | [--snapshot]
    }

O PDB recém-clonado herda senhas de administração do PDB de origem.