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 --executePrereqs

   Em que:

   • --dbName especifica o nome do banco de dados
   • --oracleHome especifica o local do Oracle home
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.

Para aplicar patch em um Oracle Home (dbhome):

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 patch --oracleHome dbhome_path --targetVersion Oracle_Database_version

   Em que:

   • --oracleHome identifica o caminho do Oracle home a receber o patch.
   • --targetVersion especifica a versão do Oracle Database de destino a ser usada para aplicação de patch, especificada como cinco segmentos numéricos separados por pontos (por exemplo, 19.12.0.0.0).
   Por exemplo:

   dbaascli dbhome patch --oracleHome /u02/app/oracle/product/19.0.0.0/dbhome_2 --targetVersion 19.9.0.0.0

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

   exit

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

Depois que a operação de movimentação do banco de dados é concluída, o banco de dados é executado usando a versão do software Oracle Database do Oracle Home de destino.

Para aplicar patch em um banco de dados movendo-o para outro Oracle Home:

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 move --oracleHome path_to_target_oracle_home --dbname database_name

   Em que:

   • --oracleHome identifica o caminho do Oracle home de destino que usa a versão desejada do software Oracle Database. Observe que o Oracle home de destino deve existir no sistema antes de usar o comando database move.
   • --dbname especifica o nome do banco de dados que está sendo movido.
   Por exemplo:

   dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0.0/dbhome_2 --dbname xyz

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

   exit

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

O Oracle Grid Infrastructure também pode receber aplicação de patches primeiro criando uma imagem de software com patch e depois usando essa imagem para executar a operação de aplicação de patch. Isso oferece a vantagem de que uma imagem pode ser criada antecipadamente fora da janela de aplicação de patches. Ele também ajuda na resolução de conflitos, pois os conflitos entre os patches são destacados durante o processo de criação de imagem sem afetar a janela de aplicação de patches.

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 patch --oracleHome dbhome_path --targetVersion Oracle_Database_version --executePrereqs

   Em que:

   • --oracleHome identifica o caminho do Oracle home a ser pré-verificado.
   • --targetVersion especifica a versão do Oracle Database de destino que receberá patch, especificada como cinco segmentos numéricos separados por pontos (por exemplo, 19.12.0.0.0).
4. Saia do shell de comando do usuário root:

   exit

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 move --oracleHome path_to_target_oracle_home --dbname database_name --executePrereqs

   Em que:

   • --oracleHome identifica o caminho do Oracle Home de destino que usa a versão desejada do software Oracle Database. Observe que o Oracle Home de destino deve existir no sistema antes de usar o comando database move.
   • --dbname especifica o nome do banco de dados que está sendo movido
4. Saia do shell de comando do usuário root:

   exit

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 grid patch --targetVersion target_software_version_number --executePrereqs

   Em que --targetVersion identifica a versão do software de destino para a qual o Oracle Grid Infrastructure receberá patches, especificada como cinco segmentos numéricos separados por pontos, por exemplo, 19.12.0.0.0

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

   exit

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 comando de aplicação de patch original para retomar uma operação de aplicação de patch:
   Por exemplo:

   dbaascli dbhome patch --oracleHome /u02/app/oracle/product/19.0.0.0/dbhome_2 --targetVersion 19.9.0.0.0 --resume

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

   exit

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 comando de aplicação de patch original para fazer rollback (reverter) de uma operação de aplicação de patch:
   Por exemplo:

   dbaascli grid patch --targetVersion 19.11.0.0.0 --rollback

   Observação
   
   

   • As operações de Retomada e Rollback são suportadas para aplicação de patch do Oracle Home e do Oracle Grid Infrastructure e para operações de movimentação de banco de dados.
   • Ao retomar ou fazer rollback de uma operação de aplicação de patch, execute o comando de retomada ou rollback do mesmo nó que foi usado para executar o comando de aplicação de patch original e execute o comando original com a adição do flag --resume ou --rollback.
4. Saia do shell de comando do usuário root:

   exit

Pré-requisitos

Execute o comando como usuário root.

Para usar o utilitário, conecte-se a uma máquina virtual do Exadata Database Service on Cloud@Customer.

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.

Pré-Requisito

Execute o comando como usuário root.

Para usar o utilitário, conecte-se a uma máquina virtual do Exadata Cloud@Customer.

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

Sintaxe

dbaascli job getStatus --jobID

Perguntas Frequentes

P: Para que é usado o comando getStatus do job dbaascli?

A: O comando dbaascli job getStatus é usado para exibir o status

Exemplo de Casos de Uso

Exemplo 1: Verificando o status de um job específico usando o ID do job

dbaascli job getStatus --jobID 12345

Verifica o status do job com o ID 12345. A saída mostrará o estado atual do job (por exemplo, em andamento, concluído ou com falha).

Exemplo 2: Verificando o status de um job de aplicação de patch usando o ID do job

dbaascli job getStatus --jobID 98765

Recupera o status de um job de aplicação de patch com o ID 98765 para ver se o patch foi aplicado com sucesso ou se ainda está em execução.

Exemplo 3: Verificando o status de um job de backup de banco de dados

dbaascli job getStatus --jobID 45678

Verifica o status de um job de backup de banco de dados com o ID 45678. A saída fornecerá detalhes sobre o andamento ou a conclusão do backup.

Exemplo 4: Verificando o andamento de um job de longa execução

dbaascli job getStatus --jobID 23456

Verifique o andamento de um job de execução longa (ID 23456) para ver se ele ainda está em execução ou se foi concluído.

Exemplo 5: Exibindo o status de um job de criação de banco de dados

dbaascli job getStatus --jobID 67890

Verifica o status de um job de criação de banco de dados identificado pelo ID de job 67890.

Pré-requisitos

Execute o comando como usuário root.

Para usar o utilitário, conecte-se a uma máquina virtual do Exadata Cloud@Customer.

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

Sintaxe

dbaascli cpuscale get_status

Perguntas Frequentes

P: Para que é usado o comando dbaascli cpuscale get_status?

R: O comando dbaascli cpuscale get_status é usado para verificar o status da atual ou última solicitação de dimensionamento de CPU, especialmente quando a conectividade de rede entre o Control Plane Server e a região do OCI é interrompida.

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

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

P: O que devo fazer se eu encontrar problemas ao executar o comando dbaascli cpuscale get_status?

R: Verifique se você está executando o comando como o usuário root e se está conectado a uma máquina virtual do Exadata Cloud@Customer. Se os problemas persistirem, consulte a documentação de comando ou procure suporte da Oracle.

P: E se o comando mostrar um status de falha?

R: Se o comando mostrar um status de falha, verifique os logs detalhados para obter mensagens de erro e solucionar problemas com base no erro específico. Talvez seja necessário resolver problemas de rede ou revisar os detalhes da solicitação de dimensionamento.

Exemplo de Casos de Uso

Exemplo 1: Verificando o status da operação de dimensionamento de CPU mais recente

dbaascli cpuscale get_status

Verifica o status da solicitação de dimensionamento atual ou da última CPU. Ele fornecerá informações sobre se o dimensionamento está programado, em execução ou concluído com sucesso ou falha.

Exemplo 2: Falha ao verificar o status após uma solicitação de dimensionamento

Uma operação de dimensionamento foi solicitada, mas encontrou problemas de rede entre o Control Plane Server e a região do OCI.

dbaascli cpuscale get_status

Verifica o status da solicitação de dimensionamento. Como o processo de dimensionamento falhou devido a problemas de rede, a saída fornecerá detalhes sobre o estado da falha.

Exemplo 3: Verificando o status quando o dimensionamento está em andamento

Uma operação de dimensionamento de CPU está em andamento e o usuário deseja monitorar seu progresso.

dbaascli cpuscale get_status

Verifica o status atual, mostrando que a solicitação de dimensionamento está no estado "em execução". Ele permite que o usuário rastreie a operação até que ela seja concluída ou falhe.

Exemplo 4: Verificando o status após a conclusão do dimensionamento bem-sucedida

Uma operação de dimensionamento foi executada e concluída com sucesso.

dbaascli cpuscale get_status

Verifica o status e confirma que a operação de dimensionamento foi concluída com sucesso. Ele relata o estado final como "sucesso".

Pré-requisitos

Para ampliar ou reduzir OCPUs em um cluster de VMs no modo desconectado, execute os comandos dbaascli cpuscale update e dbaascli cpuscale get_status em qualquer nó dentro de um cluster de VMs para alterar a contagem de núcleos de CPU desse cluster. Se você tiver mais de um cluster de VMs, execute outro comando em qualquer nó dentro de cada cluster de VMs que você deseja ampliar ou reduzir. Esses comandos foram projetados para não funcionar se forem emitidos durante o modo normal conectado e vão expirar após 600 segundos (10 minutos).

Execute o comando como usuário root.

Para usar o utilitário, conecte-se a uma máquina virtual do Exadata Cloud@Customer.

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

Sintaxe

O Exadata Database Service on Cloud@Customer é considerado no modo Desconectado quando há uma perda de conectividade com o plano de controle DBaaS em execução no Oracle Cloud Infrastructure (OCI).

dbaascli cpuscale update --coreCount coreCount --message message

Perguntas Frequentes

P: Para que é usado o comando dbaascli cpuscale update?

R: O comando dbaascli cpuscale update é usado para aumentar ou diminuir a contagem de núcleos de CPU de uma máquina virtual em um cluster de VMs quando a conectividade de rede entre o Control Plane Server e o Oracle Cloud Infrastructure (OCI) é interrompida.

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

R: Antes de usar esse comando, certifique-se de executá-lo no modo desconectado, o que significa que há uma perda de conectividade com o plano de controle DBaaS no OCI. Execute o comando de qualquer nó dentro do cluster de VMs e observe que ele expirará após 600 segundos (10 minutos) se usado no modo conectado. O comando deve ser executado como usuário raiz.

P: Como me conecto a uma máquina virtual para usar esse comando?

R: Para usar o comando dbaascli cpuscale update, você precisa estabelecer conexão com uma máquina virtual do Exadata Cloud@Customer usando SSH. Consulte "Conectando-se a uma Máquina Virtual usando SSH" para obter instruções detalhadas.

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

A: A opção --coreCount especifica o número de destino de CPUs que você deseja expandir ou reduzir para cada VM no cluster.

P: Posso incluir uma mensagem com o comando dbaascli cpuscale update?

R: Sim, você pode incluir uma mensagem opcional usando a opção --message para sua referência.

P: Como verifico o status de uma operação de dimensionamento de CPU?

R: Para verificar o status de uma operação de dimensionamento de CPU, use o comando dbaascli cpuscale get_status. Isso também deve ser executado de qualquer nó dentro do cluster de VMs.

P: O que acontece se eu executar o comando de atualização dbaascli cpuscale no modo conectado?

R: O comando foi projetado para não funcionar no modo conectado e expirará após 600 segundos (10 minutos). Ele só deve ser usado no modo desconectado.

P: Como dimensiono núcleos de CPU para vários clusters de VMs?

R: Se você tiver mais de um cluster de VMs, será necessário executar o comando dbaascli cpuscale update separadamente de qualquer nó dentro de cada cluster de VMs que você deseja ampliar ou reduzir.

Exemplo de Casos de Uso

Exemplo 1: Dimensionando núcleos de CPU para 20

O cluster de VMs está em execução com 16 núcleos e você deseja aumentá-lo para 20.

dbaascli cpuscale update --coreCount 20 --message "Scaling up for increased demand"

Dimensiona a contagem de núcleos da CPU até 20 e inclui uma mensagem "Dimensionando para maior demanda" para referência.

Exemplo 2: Reduzir núcleos de CPU para 8

No momento, o cluster de VMs está usando 12 núcleos, mas você deseja reduzir a contagem para 8 para salvar recursos.

dbaascli cpuscale update --coreCount 8 --message "Reducing CPU for maintenance period"

Reduz o número de núcleos de CPU para 8 e fornece uma mensagem para referência futura sobre por que a operação de dimensionamento foi executada.

Exemplo 3: Dimensionando a CPU sem uma mensagem

Você precisa dimensionar os núcleos de CPU de 32 para 24, mas nenhuma mensagem adicional é necessária.

dbaascli cpuscale update --coreCount 24

Este comando reduz a contagem de núcleos para 24 sem nenhuma mensagem. A operação será realizada com o log padrão de ações.

Exemplo 4: Verificando o status após dimensionar a CPU

Depois de executar o comando de dimensionamento, você deseja verificar se a atualização foi bem-sucedida.

dbaascli cpuscale get_status

Verifica o status da solicitação de dimensionamento atual ou da última, permitindo que você confirme se a operação de ampliação ou redução foi bem-sucedida.

Exemplo 5: Tentativa de dimensionar quando a VM já está no máximo de núcleos

O cluster de VMs já tem o máximo permitido de núcleos de CPU (48), mas é feita uma tentativa de expansão.

dbaascli cpuscale update --coreCount 50 --message "Attempt to scale beyond limit"

Falha, pois o cluster de VMs não pode exceder seu máximo de núcleos permitidos. O status refletirá a falha depois de tentar dimensionar para 50 núcleos.

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 Exadata Database Service on Cloud@Customer.

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 das 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 a 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 ativar 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 do Oracle Database especificado. 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]
            | [--backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Perguntas Frequentes

P: O que o comando dbaascli database convertToPDB faz?

R: O comando dbaascli database convertToPDB converte um Oracle Database não CDB especificado em um PDB (Banco de Dados Plugável) dentro de um CDB (Banco de Dados Contêiner).

P: Como eu especifico qual banco de dados converter?

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

dbaascli database convertToPDB --dbname <db_name>

P: Como especifico o CDB de destino para a conversão do PDB?

A: Use a opção --cdbName para especificar o nome do CDB (Banco de Dados Contêiner) de destino no qual o novo PDB será criado. Se o CDB não existir, um novo será criado no mesmo Oracle home que o não CDB de origem.

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

A: A opção --executePrereqs executa verificações de pré-conversão para garantir que o banco de dados esteja pronto para conversão. Nenhuma alteração será feita no banco de dados durante esta etapa.

P: Como faço para copiar os arquivos de dados durante a conversão?

R: Você pode usar a opção --copyDatafiles para criar uma nova cópia dos arquivos de dados em vez de usar os arquivos originais do banco de dados de origem.

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

R: A opção --keepSourceDB permite preservar o não CDB de origem original após a conclusão da operação de conversão. Se você não usar essa opção, o banco de dados de origem será removido após a conversão.

Q: Como eu confirmo que um backup é preparado antes da conversão?

R: Use o flag --backupPrepared para confirmar que você fez um backup adequado do banco de dados não CDB antes de executar a conversão. Esta etapa é crucial para evitar a perda de dados.

P: Como especifico um nome personalizado para o novo PDB?

A: Use a opção --targetPDBName para fornecer um nome específico para o novo PDB que será criado como parte da conversão. Por exemplo:

dbaascli database convertToPDB --dbname <db_name> --targetPDBName <pdb_name>

P: Posso executar a conversão em segundo plano?

R: Sim, você pode usar a opção --waitForCompletion para especificar se a operação deve ser executada em segundo plano. Use false para executar em segundo plano e true para aguardar a conclusão da operação antes de continuar. O default é true.

P: Como retomar uma conversão interrompida anteriormente?

R: Você pode usar a opção --resume para retomar um processo de conversão interrompido anteriormente. Opcionalmente, você pode fornecer o --sessionID para retomar uma sessão específica.

P: O que acontece se eu não especificar um nome de CDB?

R: Se a opção --cdbName não for fornecida, o sistema criará o novo PDB no mesmo Oracle home do banco de dados não CDB de origem.

P: Posso continuar a conversão após uma interrupção sem saber o ID da sessão?

R: Sim, usar a opção --resume sem especificar um ID de sessão retomará a última sessão conhecida. Se quiser retomar uma sessão específica, você poderá fornecer o --sessionID.

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

A: A opção --sessionID é usada em conjunto com --resume para especificar uma sessão específica a ser retomada, caso haja várias sessões interrompidas.

P: É obrigatório ter um backup antes de converter um não CDB em um PDB?

R: Embora o flag --backupPrepared seja opcional, é altamente recomendável fazer um backup do não CDB antes de executar a conversão para o PDB. Isso garante que você possa restaurar o banco de dados em caso de problemas durante a conversão.

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 nacional?

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. Utilize yes ou no para ativar ou desativar esta 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.

Execute o comando como usuário root ou oracle.

Sintaxe

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

dbaascli database createTemplate --dbname <value>
 {
   --templateLocation <value> | --uploadToObjectStorage --objectStorageLoginUser <value> --objectStorageBucketName <value> [--objectStorageUrl <value>]
 }
 [--templateName <value>] [--rmanParallelism <value>]

Perguntas Frequentes

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

R: O comando dbaascli database createTemplate é usado para criar modelos de banco de dados (modelos DBCA) com base em um banco de dados especificado, que pode ser usado posteriormente para criar novos bancos de dados.

P: Como especifico o nome do banco de dados para o qual quero criar um modelo?

A: Use a opção --dbname para especificar o nome do Oracle Database do qual o modelo será criado. Por exemplo:

dbaascli database createTemplate --dbname <db_name>

P: Como especificar onde o modelo deve ser salvo?

R: Use a opção --templateLocation para especificar o local onde o modelo DBCA será salvo. Por exemplo:

dbaascli database createTemplate --dbname <db_name> --templateLocation /path/to/template

P: Posso fazer upload do modelo para o Object Storage diretamente?

R: Sim, você pode usar a opção --uploadToObjectStorage para fazer upload do modelo DBCA para o Object Storage. Você precisará especificar o usuário de log-in do Object Storage e o nome do bucket com as opções --objectStorageLoginUser e --objectStorageBucketName, respectivamente.

P: Como especifico os detalhes de log-in do Object Storage ao fazer upload do modelo?

A: Use as seguintes opções para especificar detalhes do Object Storage:

--objectStorageLoginUser: Especifica o usuário do log-in do serviço Object Storage.

--objectStorageBucketName: Especifica o nome do bucket do serviço Object Storage.

--objectStorageUrl: (Opcional) Especifica o URL do Object Storage se ele for diferente do padrão.

Por exemplo:

dbaascli database createTemplate --dbname <db_name> --uploadToObjectStorage --objectStorageLoginUser <user> --objectStorageBucketName <bucket_name>

P: Como especificar um nome personalizado para o modelo DBCA?

A: Use a opção --templateName para especificar um nome personalizado para o modelo DBCA. Por exemplo:

dbaascli database createTemplate --dbname <db_name> --templateName <template_name>

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

A: A opção --rmanParallelism especifica o nível de paralelismo para operações do RMAN durante o processo de criação do modelo. Por exemplo:

dbaascli database createTemplate --dbname <db_name> --rmanParallelism 4

P: O que acontece se eu não especificar as opções --templateLocation ou --uploadToObjectStorage?

R: Se você não especificar um local de modelo usando --templateLocation ou optar por fazer upload para o Object Storage usando --uploadToObjectStorage, o comando não saberá onde armazenar o modelo criado e não será concluído.

P: Posso usar --templateLocation e --uploadToObjectStorage ao mesmo tempo?

R: Não, você deve escolher --templateLocation para salvar o modelo localmente ou --uploadToObjectStorage para fazer upload dele no Object Storage, mas não ambos.

P: A opção --objectStorageUrl é obrigatória ao fazer upload do modelo para o Object Storage?

A: Não, a opção --objectStorageUrl é opcional. Se não for especificado, o URL padrão do Object Storage será usado. Você só precisará especificar isso se estiver usando um URL personalizado do Object Storage.

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

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

P: Posso retomar um processo de criação de modelo com falha anteriormente?

R: Não, o comando dbaascli database createTemplate não suporta a retomada de um processo com falha. Você precisará reiniciar o comando desde o início.

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 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 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 do 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 é obrigató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?

A: 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, execute o comando como 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é-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

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 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 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 é o propósito da opção --revert?

A: A opção --revert reverte o Oracle Database ao 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 transmitir 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?

A: 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 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?

A: O comando dbaascli dataguard updateDGConfigAttributes é usado para atualizar os 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.

Execute este comando como o usuário oracle no banco de dados stand-by de destino.

Sintaxe

dbaascli dataguard failover --dbname <value> [--useImmediateFailover] [--executePrereqs] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Execute esse comando como o usuário oracle no qual a reintegração é necessária (que é o banco de dados stand-by com falha).

Sintaxe

dbaascli dataguard reinstate --dbname <value> [--primaryDBUniqueName <value>] [--executePrereqs] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Para determinar quando um membro deve ser reintegrado em uma configuração do Data Guard (DG):

Monitore a saída dgmgrl show database para os seguintes erros ORA:

• No novo cluster principal:

  ORA-16661: O banco de dados stand-by deve ser reintegrado

• No cluster principal antigo:

  ORA-16623: Alteração de atribuição detectada pelo membro

Essas mensagens indicam que ocorreu um failover. Para restaurar a sincronização completa na configuração do Data Guard, o principal anterior deve ser restabelecido.

Execute este comando como o usuário oracle.

Sintaxe

dbaascli dataguard switchover --dbname <value> [--targetStandbyDBUniqueName <value>] [--executePrereqs] [--enableDGDebug] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Execute este comando como o usuário root no banco de dados principal. No final da execução do comando, um arquivo BLOB stand-by é criado. Copie esse arquivo para o sistema de banco de dados stand-by para prosseguir com a etapa configureStandby.

Sintaxe

dbaascli dataguard prepareForStandby --dbname <value> --standbyDBUniqueName <value>  --standbyDBDomain | --noDBDomain  --standbyScanIPAddresses <Standby SCAN IP Addresses> [ --standbyScanPort ] [ --standbyServiceName ] [  -- primaryScanIPAddresses ] [ --primaryScanPort ] [--executePrereqs] [--resume [--sessionID <value>]] [--revert [--sessionID <value>]] [--waitForCompletion] [--skipDRConfiguration]

Execute isso como o usuário root no cluster stand-by.

Sintaxe

dbaascli dataguard configureStandby --dbname <value>  --oracleHome <value> | --oracleHomeName <value> --standbyDBUniqueName <value> [--standbyDBDomain <value>] | [--noDBDomain] --primaryScanIPAddresses <value> --primaryScanPort <value> --primaryServiceName <value> --protectionMode <value> --transportType <value> --activeDG <value> [--standbyBlobFromPrimary <value>] | [--standbyDBInfoJsonLocation <value>] [--standbyScanIPAddresses <value>] [--standbyScanPort <value>] [--standbySID <value>] [--nodeList <value>] [--skipAWRConfiguration] [--primaryDBOCID <value>] [--sgaSizeInMB <value>] [--pgaSizeInMB <value>] [--datafileDestination <value>] [--fraDestination <value>] [--redoLogDestination <value>] [--fraSizeInMB <value>] [--tdeKeyStoreType <value> [--tdeKeyOCID <value>]] [--tdeKeyOCID <value>] [--executePrereqs]  [--resume [--sessionID <value>]] | [--revert [--sessionID <value>]] --waitForCompletion <value>] [--enableFIPS <value>] [--skipDRConfiguration] [--okvServer <value> --okvAdminUserName <value> [--okvServerRestPort <value>]] [--okvWalletName <value>]

Execute este comando como o usuário root no cluster principal. Além disso, em uma configuração de vários stand-by, execute o comando em todos os clusters stand-by, exceto no cluster de banco de dados stand-by recém-criado.

Sintaxe

dbaascli dataguard registerStandby --dbname <value> --standbyDBUniqueName <value>  --standbyDBDomain <value> | --noDBDomain --standbyScanIPAddresses <value> [--standbyScanPort <value>] [--standbyServiceName <value>] [--executePrereqs] [--resume [--sessionID <value>]] | [--revert [--sessionID <value>]] [--waitForCompletion <value>]

Execute este comando como o usuário root no cluster principal. No entanto, no contexto de vários bancos de dados stand-by, esse comando precisa ser executado em todos os clusters stand-by, exceto no stand-by de destino.

Sintaxe

dbaascli dataguard deregisterStandby --dbname <value> --standbyDBUniqueName <value> [--executePrereqs] [--resume [--sessionID <value>]] [--waitForCompletion <value>]

Execute esse comando como o usuário root no cluster stand-by do Active Data Guard no qual você deseja ativar ou desativar a configuração do AWR. Use este comando se o AWR não tiver sido configurado durante o processo de adição stand-by.

Sintaxe

dbaascli dataguard configureAWR --dbname <value> { --action <value> | --enable | --disable } [--executePrereqs] [--resume [--sessionID <value>]]

Execute isso como o usuário root.

Quando o comando de atualização do modo de transporte é executado no principal, somente o modo de transporte do banco de dados principal é atualizado. Para atualizar o modo de transporte de um banco de dados stand-by, o comando deve ser executado separadamente nesse stand-by.

Por outro lado, quando o comando update protection mode é executado no principal, o modo de proteção é atualizado para os bancos de dados principal e stand-by. O modo de proteção também pode ser atualizado do modo stand-by, caso em que os bancos de dados principal e stand-by são atualizados.

Ao atualizar o modo de transporte ou proteção do principal, o sistema verifica os modos atuais nos bancos de dados principal e stand-by e prossegue com a atualização somente se todas as condições necessárias forem atendidas.

Sintaxe

dbaascli dataguard updateConfiguration --dbname <value> [--protectionMode <value>] [--transportType <value>] [--standbyDGType <value>] [--executePrereqs] [--resume [--sessionID <value>]] [--waitForCompletion <value>]

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 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 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 do 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 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?

A: 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 sintaxe a seguir:

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 sintaxe a seguir:

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. Você deve especificar o nome do Oracle home ou a localização 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 diag collect [--components <value>] [--startTime <value>] [--endTime <value>] [--nodes <value>] [--dbNames <value>]
        {
            [--objectStoreBucketUri <value>]
            | [--destLocation <value>]
        }
        [--waitForCompletion <value>]

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli diag collect?

R: O comando dbaascli diag collect é usado para coletar logs de diagnóstico do Oracle Database e componentes associados, como SO, Grid Infrastructure (GI) e ferramentas DBaaS.

P: Como especifico para quais componentes coletar diagnósticos?

A: Você pode especificar os componentes usando a opção --components. Os valores válidos são:

db (para logs de banco de dados)

gi (para logs do Grid Infrastructure)

os (para logs do sistema operacional)

dbaastools (para logs de ferramentas DBaaS)

all (para coletar logs de todos os componentes)

P: Como posso coletar logs para um intervalo de tempo específico?

A: Use as seguintes opções para especificar um intervalo de tempo:

--startTime <value> para definir o horário inicial da coleta de logs.

--endTime <value> para definir o horário final da coleta de logs.

A hora deve estar no formato: YYYY-MM-DDTHH24:MM:SS.

P: Em que formato os horários inicial e final devem estar?

A: --startTime e --endTime devem estar no formato YYYY-MM-DDTHH24:MM:SS. Por exemplo, 2024-09-01T15:30:00.

P: Como especifico de quais nós coletar diagnósticos?

R: Você pode usar a opção --nodes para especificar uma lista de nós delimitados por vírgulas. Por exemplo:

--nodes node1,node2

P: Como coleto logs de um banco de dados específico?

A: Use a opção --dbNames para especificar o nome do banco de dados para o qual você deseja coletar logs. Somente um nome de banco de dados pode ser especificado por vez.

P: Como posso armazenar os logs coletados no Object Storage?

A: Use a opção --objectStoreBucketUri para especificar o URL de PAR (solicitação pré-autenticada) do bucket do Object Storage no qual o upload dos logs será feito.

P: Posso coletar logs para um diretório local em vez do Object Storage?

R: Sim, você pode usar a opção --destLocation para especificar um diretório na VM convidada em que os logs serão coletados. O local padrão é /var/opt/oracle/dbaas_acfs.

P: O que acontece se eu não especificar um destino para os logs?

R: Se nenhum destino for especificado, os logs coletados serão armazenados no local padrão /var/opt/oracle/dbaas_acfs na VM convidada.

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

A: A opção --waitForCompletion especifica se o comando deve ser finalizado antes de retornar o controle ao usuário. O valor padrão é true. Se você especificar false, a operação será executada em segundo plano.

P: Como posso executar a coleta de logs em segundo plano?

A: Defina a opção --waitForCompletion como false para executar o processo de coleta de logs em segundo plano:

dbaascli diag collect --waitForCompletion false

P: Posso retomar uma sessão anterior de coleta de logs com este comando?

R: Não, o comando dbaascli diag collect não suporta a retomada das sessões anteriores. Você precisará iniciar um novo processo de coleta de logs.

P: Como posso garantir que o upload dos logs seja feito diretamente no Object Storage?

R: Você pode fornecer um --objectStoreBucketUri válido (URL de solicitação pré-autenticada do Object Storage) no qual o upload dos logs será feito após a coleta.

P: Posso coletar logs para vários bancos de dados de uma só vez?

R: Não, você só pode especificar um nome de banco de dados por vez usando a opção --dbNames.

P: O que devo fazer se quiser coletar todos os logs disponíveis para todos os componentes?

A: Use --components tudo para coletar logs de todos os componentes, incluindo o banco de dados, o Grid Infrastructure, o sistema operacional e as ferramentas DBaaS.

P: Qual é um exemplo de comando para coletar logs do componente de banco de dados de um intervalo de tempo específico?

A: Aqui está um exemplo de comando:

dbaascli diag collect --components db --startTime 2024-09-01T12:00:00 --endTime 2024-09-01T14:00:00 --dbname orcl

P: Qual é um exemplo de comando para coletar logs e fazer upload deles para o Object Storage?

A: Aqui está um exemplo de comando:

dbaascli diag collect --components db --objectStoreBucketUri https://objectstorage.example.com/n/namespace-string/b/bucket-name/o/PAR-URL

P: Qual será o comportamento padrão se a opção --components não for especificada?

R: Se você não especificar a opção --components, o comando poderá não saber quais logs coletar e poderá falhar. É recomendável sempre especificar os componentes dos quais você deseja coletar logs.

P: Posso especificar as opções --objectStoreBucketUri e --destLocation no mesmo comando?

R: Não, você deve escolher um destino — Object Storage via --objectStoreBucketUri ou um diretório local via --destLocation.

P: O que devo fazer se encontrar um erro ao usar o comando dbaascli diag collect?

R: Verifique novamente se você forneceu nomes de componentes válidos, formatos de data/hora e opções de destino. Além disso, certifique-se de estar executando o comando como o usuário root.

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 especificado.

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 gridHome create --version value [--resume [--sessionID value]] [--waitForCompletion value]

Perguntas Frequentes

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

R: O comando dbaascli gridHome create é usado para configurar um home do Grid Infrastructure para o Oracle Grid Infrastructure em um ambiente Exadata Cloud@Customer.

P: Qual é o pré-requisito para executar o comando dbaascli gridHome create?

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

P: Como especifico a versão do home do Grid Infrastructure a ser criada?

A: Use a opção --version para especificar a versão do Grid home. Esta é uma opção obrigatória ao criar o Grid home.

P: Posso retomar uma sessão de criação dbaascli gridHome anterior?

R: Sim, você pode usar a opção --resume para retomar uma sessão anterior. Opcionalmente, você pode especificar o ID da sessão usando a opção --sessionID para retomar uma sessão específica.

P: O que a opção --resume faz no comando dbaascli gridHome create?

A: A opção --resume permite retomar uma operação interrompida ou incompleta anteriormente.

Q: Como faço para executar a operação em segundo plano?

R: Você pode definir a opção --waitForCompletion como falsa para executar a operação em segundo plano. Os valores válidos para esta opção são true (padrão) ou false.

P: Qual será o comportamento padrão se --waitForCompletion não for especificado?

R: Se --waitForCompletion não for especificado, a operação será executada em primeiro plano, e o comando aguardará a conclusão da operação antes de retornar o controle ao usuário.

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

A: A opção --sessionID é usada para especificar o ID de uma sessão anterior que você deseja retomar, no caso de uma operação incompleta ou interrompida.

P: Posso usar o comando dbaascli gridHome create para fazer upgrade de um Grid home existente?

R: Não, esse comando é usado especificamente para configurar um novo home do Grid Infrastructure, não para fazer upgrade de um existente.

P: O que é um exemplo de comando para criar um Grid home com a versão 19.9.0.0.0?

A: Aqui está um exemplo de comando:

dbaascli gridHome create --version 19.9.0.0.0

P: O que devo fazer se o comando dbaascli gridHome create for interrompido?

R: Você pode retomar a operação usando a opção --resume. Se você tiver o ID da sessão, poderá fornecê-lo usando a opção --sessionID para retomar uma sessão específica.

P: Posso especificar a opção --resume sem um ID de sessão?

R: Sim, você pode usar a opção --resume sem especificar um ID de sessão. Nesse caso, o sistema tentará retomar a sessão mais recente.

P: O que acontece se eu especificar --waitForCompletion falso?

R: Se você especificar --waitForCompletion false, a operação será executada em segundo plano, permitindo que você continue usando a linha de comando enquanto a operação for concluída.

P: É possível acompanhar o progresso de uma operação em segundo plano?

R: O comando dbaascli não fornece uma maneira direta de rastrear operações em segundo plano. Talvez seja necessário verificar os logs do sistema ou o status da sessão manualmente.

P: Posso especificar uma versão do Grid home inválida ao criá-la?

R: Não, a opção --version deve conter uma versão válida do Grid Infrastructure. Se uma versão inválida for fornecida, o comando retornará um erro.

P: Como posso determinar a versão do Grid home a ser usada para criação?

R: Você pode consultar a documentação da Oracle ou consultar o administrador do banco de dados para determinar a versão correta do Grid home a ser usada para seu ambiente.

P: O que devo verificar antes de executar o comando dbaascli gridHome create?

R: Certifique-se de que você esteja conectado como o usuário root e que a versão que você deseja usar para o Grid Infrastructure seja compatível com seu ambiente.

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 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 de 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ária 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: Este é um exemplo:

dbaascli grid configureTCPS --serverCert /path/to/self_signed_cert.pem --privateKey /path/to/private_key.pem --certType SELF_SIGNED_CERT