Documentação do Oracle Cloud Infrastructure

Conceitos Básicos do Oracle Exadata Database Service na Implantação da Infraestrutura do Exascale

Depois de concluir as tarefas de preparação em Preparação para o Oracle Exadata Database Service na Infraestrutura do Exascale, comece a implantar seu sistema Oracle Exadata Database Service na Infraestrutura do Exascale seguindo esses procedimentos.

Marcando com Tag o Oracle Exadata Database Service em Recursos de Infraestrutura do Exascale

O Tagging é um serviço base avançado do OCI (Oracle Cloud Infrastructure) que permite aos usuários pesquisar, controlar o acesso e executar ações em massa em um conjunto de recursos baseados na tag.

Importância das Tags

Usando o sistema de tags do OCI (Oracle Cloud Infrastructure), você pode marcar recursos com tags de acordo com seu esquema organizacional, o que permite agrupar recursos, gerenciar custos e fornecer insights sobre o uso. As tags também ajudam a criar um modelo de governança em torno da segurança e do MAA (Maximum Availability Architecture). À medida que sua organização expande a presença dela na nuvem, pode ser um desafio acompanhar as arquiteturas de implantação, as melhores práticas de segurança, o MAA, a camada de aplicativos etc. O uso de tags de metadados para identificar atributos de carga de trabalho pode ajudar a manter-se atualizado com a segurança e a disponibilidade da sua tenancy sem estouros de orçamento.

Para permitir que os clientes gerenciem recursos do OCI de forma segura e econômica, a Oracle fornece um conjunto de tags predefinidas de acordo com as melhores práticas para marcar recursos com tags. Essas tags são agrupadas em dois namespaces: o oracleStandard e o OracleApplicationName. Você pode imaginar um namespace de tag como um contêiner para suas chaves de tag.

Considere um cenário em que sua organização tenha vários recursos de nuvem, como Infraestrutura do Exadata, Cluster de VMs, Home do Banco de Dados, Oracle Database e Redes de Clusters de VMs em vários compartimentos da sua tenancy. Suponha que você queira rastrear esses recursos na nuvem para fins específicos, reportá-los ou executar ações em massa. Nesse caso, você precisará de um sistema que permita agrupar esses recursos com base em diferentes critérios, como ambiente, criticidade, usuários de destino, aplicativo e assim por diante. Você pode conseguir isso aplicando tags apropriadas a esses recursos.

Por exemplo, você pode marcar com tag todos os recursos na sua pilha de desenvolvimento com Oracle-Standard.Environment=Dev ou, para uma pilha de aplicativos críticos para a empresa, defina Oracle-Standard.Criticality=High ou Extreme. No caso de interrupções de serviço por causa de vários motivos, você poderá identificar rapidamente todos os recursos do OCI associados a um aplicativo ou função de negócios ou poderá separar cargas de trabalho críticas e não críticas.

O serviço Tagging também pode ajudar a implantar configurações otimizadas com base em atributos de carga de trabalho identificados por meio de tags. Por exemplo, as implantações de banco de dados para o aplicativo PeopleSoft exigem uma configuração específica. A definição das tags ApplicationName e AppMajorVersion ao implantar um Oracle Database pode garantir que o banco de dados esteja configurado e pronto para o aplicativo específico (nesse caso, PeopleSoft) pronto para uso.

Além disso, a integração com o serviço OCI Cloud Advisor pode fornecer a você uma visão direta e detalhada da conformidade dos seus serviços de nuvem com as diretrizes corporativas e ajudar seu gerenciamento a administrar com visão. Consulte Visão Geral do Serviço Cloud Advisor para obter mais detalhes.

Adicionando Tags

Você pode fazer isso usando a console do OCI (Oracle Cloud Infrastructure), a interface de linha de comando ou o SDK.

Há muitos recursos de nuvem que podem ser marcados em uma implantação do Oracle Exadata Database Service no Exascale Infrastructure. Alguns deles são Exadata Infrastructure, Cluster de VMs, Home do Banco de Dados, Oracle Database, Cluster de VMs do Autonomous Exadata, Autonomous Container Database, Autonomous Database e Redes de Clusters de VMs. É possível aplicar tags ao criar os recursos ou modificá-los posteriormente. Por exemplo, você pode aplicar tags a um ACD (Autonomous Container) ao provisionar o ACD ou adicioná-las posteriormente em sua respectiva página Detalhes.

Consulte Como o Serviço Tagging Funciona para obter mais detalhes sobre o uso de tags. O serviço Tagging se integra ao sistema de autorização do Oracle Cloud Infrastructure. Você pode usar controles de política do IAM para ativar a delegação ou a restrição de manipulação de tags. Consulte Autenticação e Autorização para saber mais sobre as permissões necessárias para trabalhar com tags definidas e de formato livre. (Obrigatório) Digite o texto de introdução aqui, incluindo a definição e a finalidade do conceito.

Dica:

Para obter um tutorial de "teste" que demonstra como implementar tags no Oracle Autonomous Database, consulte o Lab 14: Oracle Standard Tags no Oracle Autonomous Database Dedicated for Fleet Administrators Workshop do Oracle LiveLabs.

Suas tenancies vêm com uma biblioteca de tags padrão que se aplicam à maioria dos recursos. Essas tags estão disponíveis no momento como um conjunto de Namespaces de Tag que seus administradores de governança podem implantar. As melhores práticas do OCI recomendam a aplicação dessas tags a todos os recursos aos quais uma tag padrão pode ser aplicada. Além de gerar relatórios e governança, a automação de serviços do OCI pode fornecer otimizações específicas de carga de trabalho com base em valores de tag padrão.

Por exemplo, as implantações de banco de dados para o aplicativo PeopleSoft exigem uma configuração específica. A definição da chave de tag de aplicativo apropriada no namespace de tag Oracle-ApplicationName ao implantar um Autonomous Database pode garantir que o banco de dados esteja configurado e pronto para o aplicativo específico (neste exemplo, PeopleSoft) fora da caixa.

Figura 4-1 Exemplo de Tag

Definindo uma chave de tag de aplicativo apropriada no namespace de tag Oracle-ApplicationName.

Tags Padrão da Oracle

Os administradores de governança da tenancy podem implantar as tags padrão no nível da tenancy. Seus administradores também podem marcar determinadas tags como obrigatórias, impondo assim as tags em recursos nesses compartimentos. A seguir estão as tags padrão definidas no namespace chamado OracleStandard. Para obter mais informações sobre a importação de tags padrão, consulte Para importar tags padrão na seção Gerenciando Namespaces de Tag.

Tabela 4-1 Tags Padrão da Oracle

Chave de Tag Opções de Valor da Tag Descrição

OracleStandard.Criticality
  • Extremo
  • Alto
  • Média
  • Baixa

Permite a definição de recursos em camadas de acordo com os padrões de classificação de aplicativos corporativos. A governança do cliente pode usar essa tag para gerar relatórios e garantir que os recursos sejam configurados de acordo com a diretriz da camada à qual eles pertencem.

Por exemplo, um recurso de banco de dados com OracleStandard.Criticality definido como Extremo ou Alto pode exigir o SLA de maior disponibilidade e talvez precise ser configurado com o Autonomous Data Guard.

OracleStandard.Environment
  • Des.
  • Teste
  • Prod
  • Pré-produção
  • Teste
  • Tentativa
  • Sandbox
  • User Testing

Denota um ciclo de vida do recurso. No caso de bancos de dados, ele ajuda a determinar a densidade de consolidação, a distribuição do banco de dados entre contêineres, definir planos de manutenção e gerenciar clones.

OracleStandard.Sensitivity
  • Público
  • Interno
  • Confidencial
  • altamente sensível
  • Extremely Sensitive

Uma tag de classificação de aplicativo ou banco de dados. A chave de tag OracleStandard.Sensitivity definida como Highly Sensitive pode indicar que uma lista de controle de acesso ou determinada aplicação do NSG (Grupo de Segurança de Rede) é obrigatória para restringir o acesso.

OracleStandard.Regulation

Consulte a Lista de Regulamentos de Conformidade para obter valores.

Denota uma ou mais regulamentações de conformidade às quais um recurso deve aderir.

Os administradores de tags podem adicionar valores à lista na console de Governança e Administração do OCI. Consulte Usando Valores Predefinidos para obter mais detalhes.

OracleStandard.TargetUsers
  • Público
  • Clientes
  • Parceiros
  • Empresa
  • Divisão
  • Departamento
  • Workgroup

Denota os usuários finais de um recurso. Outra forma de classificação de recursos que ajuda a determinar usuários de destino e permite que as equipes de governança definam padrões corporativos com base no tipo de usuário ou aplicativo.

OracleStandard.EndUserCount
  • 1
  • 10
  • 100
  • 1,000
  • 10,000
  • 100,000
  • 1,000,000
  • 1,000,000
  • 10,000,000

Uma contagem aproximada de usuários finais. Essa tag ajuda a determinar o número de usuários impactados ou o raio de atuação durante um evento de disponibilidade ou segurança. Também ajuda a priorizar esforços de recuperação no caso de grandes interrupções que afetem um grande número de recursos da nuvem.

OracleStandard.OwnerEmail

Tag de formato livre. Por exemplo, john.smith@example.com ou app_support_grp@example.com

Denota o endereço de e-mail do proprietário do recurso.

OracleStandard.Org
  • RH
  • Financeiro
  • Marketing
  • Vendas
  • Jurídico
  • Pesquisa e Desenvolvimento
  • Suporte ao Cliente
  • Suporte Interno
  • Produção

Identifica a linha de negócios ou o departamento do cliente que possui ou usa o recurso. Essa opção pode ajudar com relatórios de agregação de custos e determinar o uso entre unidades de negócios. Os administradores de tag podem adicionar valores relevantes à lista na console de Governança e Administração do OCI. Consulte Usando Valores Predefinidos para obter mais detalhes.

OracleStandard.CostCenter
  • 12,345
  • WebMarketing

Campo de formato livre para o centro de custos.

OracleStandard.RecoveryTimeObjectiveMinutes

0-10,080

Tempo em minutos. Denota o tempo máximo dentro do qual o recurso é necessário para se recuperar de uma falha.

OracleStandard.RecoveryPointObjectiveMinutes

0-1,440

Tempo em minutos. Tolerância máxima à perda de dados para um recurso de armazenamento de dados, como um banco de dados ou um dispositivo de armazenamento.

Para facilitar a manutenção das máquinas virtuais (VMs) do Oracle Exadata Database Service on Exascale Infrastructure, a Oracle notifica você sobre reinicializações de VM planejadas.

As VMs do Oracle Exadata Database Service em Infraestrutura do Exascale usam hosts físicos subjacentes que periodicamente devem passar por manutenção. Quando essa manutenção é necessária, a Oracle programa uma reinicialização da sua VM e notifica você sobre a próxima reinicialização. A reinicialização permite que sua VM seja migrada para um novo host físico que não precisa de manutenção. A interrupção e a inicialização do nó também resultarão na migração para um novo host físico. O único efeito para sua VM é a própria reinicialização. A manutenção planejada do hardware físico original ocorre após a migração da sua VM para um novo host e não tem efeito na sua VM. Se você não reiniciar sua VM durante o período de notificação, a Oracle reiniciará a VM no final do período de notificação.
Observação

Quando a Oracle programa uma reinicialização da sua VM, outras VMs desse Cluster de VMs não serão afetadas pela manutenção planejada. Os outros nós do cluster continuam disponíveis como parte de sua estratégia de alta disponibilidade (HA).

Estabelecendo Conexão com um Oracle Exadata Database Service em uma VM de Infraestrutura do Exascale

Saiba como estabelecer conexão com uma máquina virtual (VM) do Oracle Exadata Database Service on Exascale Infrastructure usando SSH ou o SQL Developer.

A forma como você se conecta depende de como a sua rede na nuvem está configurada. Você encontra informações sobre vários cenários de rede em Visão Geral do Serviço Networking, mas, para obter recomendações específicas sobre como estabelecer conexão com um banco de dados na nuvem, entre em contato com o administrador de segurança da rede.

Observação

O Oracle Exadata Database Service nos servidores de Infraestrutura do Exascale não pode ser associado aos domínios do Active Directory, e o serviço não é compatível com o uso do Active Directory para autenticação e autorização do usuário.

Tópico principal: Conceitos Básicos de Implantação de Infraestrutura do Oracle Exadata Database Service no Exascale

Pré-requisitos para Acessar o Oracle Exadata Database Service na Infraestrutura do Exascale

Para usar SSH para acessar um nó de computação em uma instância do Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS), você precisa dessas informações.

Observação

Para poder acessar ExaDB-XS, você deve ter configurado o serviço Exadata Database na Infraestrutura do Exascale.

  • O caminho completo para o arquivo que contém a chave privada associada à chave pública usada quando o sistema foi iniciado.

  • O endereço IP público ou privado da instância do Oracle Exadata Database Service no Exascale Infrastructure.

    Use o endereço IP privado para conexão com o sistema de sua rede on-premises ou de dentro da VCN (rede virtual na nuvem). Isso inclui a conexão de um host localizado on-premises, estabelecendo conexão por meio de uma VPN ou do FastConnect com a sua VCN ou de outro host na mesma VCN. Use o endereço IP público para estabelecer conexão com o sistema de fora da nuvem (sem VPN). Você pode encontrar os endereços IP na Console do Oracle Cloud Infrastructure. Na página Detalhes do Cluster de VMs do Exadata, clique em Máquinas Virtuais na lista Recursos.

    Os valores são exibidos nas colunas Endereço IP Público e Endereço IP Privado e Nome do DNS da tabela que exibe Máquinas Virtuais ou Nós do Oracle Exadata Database Service na instância da Infraestrutura do Exascale.

Definição da Porta do Listener SCAN

Ao criar um cluster de VMs na nuvem, você tem a opção de designar outro número de porta do listener SCAN.

A porta de listener SCAN padrão para clusters de VMs na nuvem é 1521. Com a console, você tem a opção de designar outro número de porta do listener SCAN no provisionamento do Cluster de VMs. Na Console do OCI, essa opção aparece em Opções Avançadas ao criar o cluster.

Observação

Não há suporte para a alteração manual da porta do listener SCAN de um cluster de VMs após o provisionamento usando o software de backend. Essa alteração pode causar falhas no provisionamento do Data Guard.

Estabelecendo Conexão com uma Máquina Virtual usando SSH

Você pode estabelecer conexão com as máquinas virtuais em um sistema Oracle Exadata Database Service no Exascale Infrastructure usando uma conexão SSH (Secure Shell).

A maioria dos sistemas de estilo Unix (incluindo Linux, Oracle Solaris e macOS) inclui um cliente SSH. Nos sistemas Microsoft Windows, você pode fazer download de um cliente SSH gratuito chamado PuTTY neste site: "http://www.putty.org".

Tópicos Relacionados

Tópico principal: Estabelecendo Conexão com um Oracle Exadata Database Service em uma VM do Exascale Infrastructure

Estabelecendo Conexão em um Sistema no Estilo Unix

Use este procedimento para acessar uma máquina virtual em um sistema Oracle ExaDB-XS por meio de um sistema no estilo do Unix usando SSH.

  • Digite o seguinte comando SSH para acessar a máquina virtual:
    ssh –i private-key user@node

    Na sintaxe anterior:

    • private-key é o caminho completo e o nome do arquivo que contém a chave privada SSH que corresponde a uma chave pública registrada no sistema.
    • user é o usuário do sistema operacional que você deseja usar para estabelecer conexão:
      • Para executar operações como proprietário do software Oracle Database, conecte-se como opc e su oracle. O usuário oracle não tem acesso de usuário root à máquina virtual.
      • Para executar operações que exijam acesso root à máquina virtual, como aplicação de patches, conecte-se como opc. O usuário opc pode usar o comando sudo -s para obter acesso root à máquina virtual.
    • node é o nome do host ou o endereço IP da máquina virtual que você deseja acessar.
Estabelecendo Conexão com uma Máquina Virtual em um Sistema Microsoft Windows Usando PuTTY

Saiba como acessar uma máquina virtual em um sistema Microsoft Windows usando PuTTY.

Antes de usar o programa PuTTY para estabelecer conexão com uma máquina virtual, você precisa do seguinte:
  • O endereço IP da máquina virtual.
  • O arquivo da chave privada de SSH que corresponde à chave pública associada à implantação. Esse arquivo de chave privada deve estar no formato PuTTY .ppk. Se o arquivo de chave privada tiver sido criado originalmente na plataforma Linux, você poderá usar o programa PuTTYgen para convertê-lo no formato .ppk.

Antes de começar

Para estabelecer conexão com uma máquina virtual usando o programa PuTTY no Windows:

  1. Faça download do PuTTY e instale-o.

    Para fazer download do PuTTY, vá para http://www.putty.org/ e clique no link You can download PuTTY here.

  2. Execute o programa PuTTY (putty.exe).

    A janela de configuração do PuTTY é exibida, mostrando o painel Session.

  3. No campo Host Name (or IP address), digite o nome do host ou endereço IP da máquina virtual que você deseja acessar.
  4. Confirme se a opção Tipo de conexão está definida como SSH.
  5. Na árvore Categoria, expanda Conexão, se necessário, e clique em Dados.

    O painel Data é exibido.

  6. No campo Nome do usuário de log automático, digite o usuário do sistema operacional que você deseja usar para estabelecer conexão.
    • Para executar operações que requerem root, conecte-se como o usuário opc.
    • Para acessar a máquina virtual para operações do usuário (por exemplo, para executar backups), conecte-se como o usuário oracle. (Esse usuário também pode usar o comando sudo para obter acesso root ou oracle à VM.
  7. Confirme se a opção Quando o nome do usuário não for especificado estiver definida como Prompt.
  8. Na árvore Categoria, expanda SSH e clique em Autenticação.
    O painel Auth é exibido.
  9. Clique em Pesquisar ao lado do campo Arquivo de chave privada para autenticação. Na janela Selecionar arquivo de chave privada, navegue até o arquivo de chave privada que corresponde à chave pública associada à implantação e abra-o.
  10. Na árvore Categoria, clique em Sessão.

    O painel Session é exibido.

  11. No campo Sessões Salvas, digite um nome para a configuração de conexão e clique em Salvar.
  12. Clique em Abrir para abrir a conexão.

    A janela Configuração do PuTTY será fechada e a janela de terminal do PuTTY será exibida.

    Se esta for a primeira vez que você estiver se conectando à VM, a janela de alerta de segurança PuTTY será exibida, solicitando que você confirme a chave pública. Clique em Yes para continuar com a conexão.

Acessando um Banco de Dados após a Conexão com a Máquina Virtual

Após a conexão com uma máquina virtual, você poderá usar a série de comandos a seguir para identificar um banco de dados e estabelecer conexão com ele.

  1. Acesse a VM usando SSH como o usuário opc.

  2. Faça login como o usuário Oracle. Por exemplo: sudo su oracle

  3. Use o utilitário srvctl localizado no diretório home do Oracle Grid Infrastructure para listar os bancos de dados no sistema. Por exemplo: 

    /u01/app/12.2.0.1/grid/bin/srvctl config database -v
nc122   /u02/app/oracle/product/12.2.0/dbhome_6 12.2.0.1.0
s12c    /u02/app/oracle/product/12.2.0/dbhome_2 12.2.0.1.0

  4. Identifique as instâncias do banco de dados que você deseja acessar. Por exemplo:

    /u01/app/12.2.0.1/grid/bin/srvctl status database -d s12c
Instance s12c1 is running on node node01
Instance s12c2 is running on node node02

  5. Configure as definições de ambiente do banco de dados que você deseja acessar. Por exemplo:

    . oraenv
ORACLE_SID = [oracle] ? s12c
The Oracle base has been set to /u02/app/oracle
    export ORACLE_SID=s12c1

  6. Você pode usar o comando svrctl para exibir informações mais detalhadas sobre o banco de dados. Por exemplo: 

    srvctl config database -d s12c
Database unique name: s12c
Database name:
Oracle home: /u02/app/oracle/product/12.2.0/dbhome_2
Oracle user: oracle
Spfile: +DATAC4/s12c/spfiles12c.ora
Password file: +DATAC4/s12c/PASSWORD/passwd
Domain: example.com
Start options: open
Stop options: immediate
Database role: PRIMARY
Management policy: AUTOMATIC
Server pools:
Disk Groups: DATAC4
Mount point paths:
Services:
Type: RAC
Start concurrency:
Stop concurrency:
OSDBA group: dba
OSOPER group: racoper
Database instances: s12c1,s12c2
Configured nodes: node01,node02
CSS critical: no
CPU count: 0
Memory target: 0
Maximum memory: 0
Default network number for database services:
Database is administrator managed

  7. Você pode acessar o banco de dados usando o SQL*Plus. Por exemplo:

    sqlplus / as sysdba

SQL*Plus: Release 12.2.0.1.0 Production ...

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

Connected to:
Oracle Database 12c EE Extreme Perf Release 12.2.0.1.0 - 64bit Production

Usando o Oracle Net Services para Estabelecer Conexão com um Banco de Dados

O Oracle Exadata Database Service no Exascale Infrastructure do Oracle Database suporta o acesso remoto ao banco de dados usando o Oracle Net Services.

Como o Oracle Exadata Database Service no Exascale Infrastructure usa o Oracle Grid Infrastructure, você pode estabelecer conexões do Oracle Net Services usando conexões Nome de Acesso de Cliente Único (SCAN). SCAN é um recurso que fornece um mecanismo consistente para que os clientes acessem as instâncias do Oracle Database que estão sendo executadas em um cluster.

Por padrão, o SCAN é associado a três endereços IP virtuais (VIPs). Cada VIP do SCAN também está associado a um listener do SCAN que fornece um ponto final para conexões do Oracle Database usando o Oracle Net Services. Para maximizar a disponibilidade, o Oracle Grid Infrastructure distribui os VIPs e os listeners do SCAN entre os nós de cluster disponíveis. Além disso, se houver um shutdown ou falha do nó, os VIPs e os listeners do SCAN serão migrados automaticamente para um nó ativo. Ao usar conexões do SCAN, você melhora a capacidade dos clientes do Oracle Database de ter um conjunto confiável de pontos finais de conexão capazes de atender a todos os bancos de dados em execução no cluster.

Os listeners do SCAN são adicionais aos Listeners do Oracle Net que são executados em cada nó do cluster, também conhecidos como listeners do nó. Quando uma conexão do Oracle Net Services passa por uma conexão do SCAN, o listener do SCAN roteia a conexão para um dos listeners do nó e não desempenha mais nenhum papel na conexão. Uma combinação de fatores, incluindo disponibilidade do listener, posicionamento da instância do banco de dados e distribuição da carga de trabalho, determina qual listener de nó recebe cada conexão.

Observação

Este documento fornece requisitos básicos para conexão com os bancos de dados do Oracle Exadata Database Service no Exascale Infrastructure usando o Oracle Net Services.

Tópico principal: Estabelecendo Conexão com um Oracle Exadata Database Service em uma VM do Exascale Infrastructure

Pré-requisitos de Conexão com um Banco de Dados com o Oracle Net Services

Verifique os pré-requisitos de conexão com uma instância do Oracle Database no Oracle Oracle Exadata Database Service on Exascale Infrastructure usando o Oracle Net Services.

Para conectar-se a um Oracle Database no Oracle Exadata Database Service no Exascale Infrastructure com o Oracle Net Services, você precisa do seguinte:
  • Os endereços IP dos VIPs do SCAN ou o nome do host ou endereço IP de uma máquina virtual que hospeda o banco de dados que você deseja acessar.
  • O identificador do banco de dados: o SID (identificador do sistema de banco de dados) ou um nome de serviço.
Conexão com um Banco de Dados com o SQL Developer

Você pode conectar-se a um banco de dados com o SQL Developer usando um dos seguintes métodos:

  • Crie um túnel SSH temporário do seu computador para o banco de dados. Este método fornece acesso somente pela duração do túnel. (Quando terminar de usar o banco de dados, certifique-se de fechar o túnel SSH saindo da sessão SSH.)
  • Abra a porta usada como listener do Oracle SCAN atualizando a lista de segurança usada para o cluster de VMs na nuvem ou o recurso do sistema de banco de dados na instância do Exadata Cloud Service. A porta padrão do listener SCAN é 1521. Esse método fornece acesso mais durável ao banco de dados. Para obter mais informações, consulte Atualizando a Lista de Segurança.

Depois de criar um túnel SSH ou abrir a porta do listener SCAN, conforme descrito acima, você pode se conectar a uma instância do Oracle Exadata Database Service no Exascale Infrastructure usando endereços IP SCAN ou endereços IP públicos, dependendo de como sua rede está configurada e de onde você está se conectando. Você pode encontrar os endereços IP na Console, na página de detalhes do Banco de Dados.

Tópico principal: Usando o Oracle Net Services para Estabelecer Conexão com um Banco de Dados

Para estabelecer conexão usando endereços IP SCAN

Você pode estabelecer conexão com o banco de dados usando os endereços IP SCAN se o seu cliente estiver on-premises e você estiver usando uma conexão FastConnect ou VPN entre Sites.

Você tem as seguintes opções:

  • Use os endereços IP SCAN privados, conforme mostrado no seguinte exemplo tnsnames.ora: 

    testdb=
  (DESCRIPTION =
    (ADDRESS_LIST=
      (ADDRESS = (PROTOCOL = TCP)(HOST = <scanIP1>)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = <scanIP2>)(PORT = 1521)))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )

  • Defina um nome SCAN externo no servidor DNS on-premises. Seu aplicativo pode resolver esse nome SCAN externo para os endereços IP SCAN privados do Sistema de Banco de Dados e, em seguida, o aplicativo pode usar uma string de conexão que inclua o nome SCAN externo. No exemplo tnsnames.ora a seguir, extscanname.example.com é definido no servidor DNS on-premises. 

    testdb =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = <extscanname.example.com>)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )
Para estabelecer conexão usando endereços IP públicos

Você pode usar o endereço IP público do nó para estabelecer conexão com o banco de dados se o cliente e o banco de dados estiverem em VCNs distintas ou se o banco de dados estiver em uma VCN que tenha um gateway de internet.

No entanto, há implicações importantes a serem consideradas:

  • Quando o cliente usa o endereço IP público, ele ignora o listener SCAN e acessa o listener do nó, de modo que o balanceamento de carga do servidor não fica disponível.
  • Quando o cliente usa o endereço IP público, ele não pode aproveitar o recurso de failover VIP Se um nó não estiver disponível, novas tentativas de conexão com o nó serão suspensas até ocorrer um timeout de TCP/IP. Você pode definir parâmetros sqlnet no cliente para limitar o timeout de TCP/IP.

O exemplo a seguir do tnsnames.ora mostra uma string de conexão que inclui o parâmetro CONNECT_TIMEOUT para evitar timeouts de TCP/IP. 

test=
  (DESCRIPTION =
    (CONNECT_TIMEOUT=60)
    (ADDRESS_LIST=
      (ADDRESS = (PROTOCOL = TCP)(HOST = <publicIP1>)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = <publicIP2>)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )
Estabelecendo Conexão com um Banco de Dados com o SCAN

Para criar uma conexão do Oracle Net Services usando os listeners do SCAN, você pode escolher entre dois métodos.

Tópico principal: Usando o Oracle Net Services para Estabelecer Conexão com um Banco de Dados

Estabelecendo Conexão com um Banco de Dados com um Descritor de Conexão que Faz Referência a Todos os VIPs do SCAN

Você pode configurar um descritor de conexão para o Oracle Exadata Database Service no Sistema de Infraestrutura do Exascale usando vários listeners SCAN.

Esse método exige que você informe todos os endereços IP virtuais (VIP) do nome de acesso de cliente único (SCAN) e permite que o Oracle Net Services estabeleça conexão com um listener disponível do SCAN.

  1. Use o seguinte modelo para definir um alias do Net Services, que geralmente é usado para fornecer um nome conveniente para o descritor de conexão:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-1)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-2)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-3)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Em que:

    alias-name é o nome usado para identificar o alias.

    SCAN-VIP-[1–3] são os endereços IP dos VIPs do SCAN.

    sid-or-service-entry identifica o SID do banco de dados ou o nome do serviço usando um dos seguintes formatos:
    • SID=sid-name. Por exemplo: SID=S12C1.
    • SERVICE_NAME=service-name. Por exemplo: SERVICE_NAME=PDB1.example.yourcloud.com.
    Observação

    Por padrão, o Oracle Net Services seleciona aleatoriamente um dos endereços na lista de endereços para balancear a carga entre os listeners do SCAN.

Estabelecendo Conexão com um Banco de Dados com um Descritor de Conexão que Faz Referência a um Nome Personalizado do SCAN

Você pode configurar um descritor de conexão para o Oracle Exadata Database Service no Sistema de Infraestrutura do Exascale usando um nome personalizado do SCAN.

Usando esse método, você define um nome SCAN (nome de acesso de cliente único) personalizado no seu servidor de nomes de domínio (DNS), que é resolvido com os três endereços IP virtuais (VIPs) do SCAN.

  1. Use o seguinte modelo para definir um alias do Net Services que faça referência ao nome personalizado do SCAN:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=scan-name)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Em que:

    alias-name é o nome usado para identificar o alias.

    scan-name é o nome personalizado do SCAN.

    sid-or-service-entry identifica o SID do banco de dados ou o nome do serviço usando um dos seguintes formatos:
    • SID=sid-name. Por exemplo: SID=S12C1.
    • SERVICE_NAME=service-name. Por exemplo: SERVICE_NAME=PDB1.example.yourcloud.com.
    Se preferir, use o método de conexão fácil para especificar um descritor de conexão com o seguinte formato:
    scan-name:1521/sid-or-service-entry
    Por exemplo:
    exa1scan.example.com:1521/S12C1
    Ou
    exa1scan.example.com:1521/PDB1.example.yourcloud.com
Estabelecendo Conexão com um Banco de Dados com um Listener de Nó

Para estabelecer conexão com uma instância do Oracle Database no Oracle Exadata Database Service na Infraestrutura do Exascale com um descritor de conexão que ignore os listeners SCAN, use este procedimento para rotear sua conexão diretamente para um listener de nó.

Usando esse método, você renuncia à alta disponibilidade e ao balanceamento de carga fornecidos pelo SCAN. No entanto, esse método poderá ser desejável se você quiser direcionar conexões para um nó ou interface de rede específicos. Por exemplo, talvez você queira garantir que as conexões de um programa que executa o carregamento de dados em massa usem a rede de backup.

Usando esse método, você direciona sua conexão usando o nome do host ou o endereço IP do nó.

Exemplo 4-1 Definindo um Alias de Serviço de Rede que Faz Referência Diretamente ao Nó

alias-name = (DESCRIPTION=
  (CONNECT_TIMEOUT=timeout)					
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=node)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

Em que:

alias-name é o nome usado para identificar o alias.

timeout especifica um período de timeout (em segundos), que permite encerrar uma tentativa de conexão sem precisar aguardar um timeout de TCP. O parâmetro (CONNECT_TIMEOUT=timeout) é opcional.

node é o nome do host ou endereço IP da máquina virtual que você deseja usar.

sid-or-service-entry identifica o SID do banco de dados ou o nome do serviço usando um dos seguintes formatos:
  • SID=sid-name. Por exemplo, SID=S12C1.
  • SERVICE_NAME=service-name. Por exemplo, SERVICE_NAME=PDB1.example.oraclecloudatcust.com.
Se preferir, use o método de conexão fácil para especificar um descritor de conexão com o seguinte formato:
node:1521/sid-or-service-entry
Por exemplo:
exa1node01.example.com:1521/S12C1
Ou
exa1node01.example.com:1521/PDB1.example.oraclecloudatcust.com

Estabelecer Conexão com o Oracle Exadata Database Service no Exascale Infrastructure Service

Saiba como estabelecer conexão com um sistema de Infraestrutura do Oracle Exadata Database Service no Exascale usando SSH e com um banco de dados do Oracle Exadata Database Service no Exascale Infrastructure usando o Oracle Net Services (SQL*Net).

Tópico principal: Estabelecendo Conexão com um Oracle Exadata Database Service em uma VM do Exascale Infrastructure

Conexão com um Banco de Dados com o SQL Developer

Você pode conectar-se a um banco de dados com o SQL Developer usando um dos seguintes métodos:

  • Crie um túnel SSH temporário do seu computador para o banco de dados. Este método fornece acesso somente pela duração do túnel. (Quando terminar de usar o banco de dados, certifique-se de fechar o túnel SSH saindo da sessão SSH.)
  • Abra a porta usada como listener do Oracle SCAN atualizando a lista de segurança usada para o cluster de VMs na nuvem ou o recurso do sistema de banco de dados na instância do Exadata Cloud Service. A porta padrão do listener SCAN é 1521. Esse método fornece acesso mais durável ao banco de dados. Para obter mais informações, consulte Atualizando a Lista de Segurança.

Depois de criar um túnel SSH ou abrir a porta do listener SCAN, conforme descrito acima, você pode se conectar a uma instância do Oracle Exadata Database Service no Exascale Infrastructure usando endereços IP SCAN ou endereços IP públicos, dependendo de como sua rede está configurada e de onde você está se conectando. Você pode encontrar os endereços IP na Console, na página de detalhes do Banco de Dados.

Estabelecendo Conexão com um Banco de Dados com o Oracle Net Services

Você pode estabelecer conexão com as máquinas virtuais em um sistema Oracle Exadata Database Service no Exascale Infrastructure usando o Oracle Net Services.

Tópico principal: Estabelecer Conexão com o Serviço Oracle Exadata Database Service no Exascale Infrastructure

Usando o Oracle Net Services para Estabelecer Conexão com um Banco de Dados

O Oracle Exadata Database Service no Exascale Infrastructure do Oracle Database suporta o acesso remoto ao banco de dados usando o Oracle Net Services.

Como o Oracle Exadata Database Service no Exascale Infrastructure usa o Oracle Grid Infrastructure, você pode estabelecer conexões do Oracle Net Services usando conexões Nome de Acesso de Cliente Único (SCAN). SCAN é um recurso que fornece um mecanismo consistente para que os clientes acessem as instâncias do Oracle Database que estão sendo executadas em um cluster.

Por padrão, o SCAN é associado a três endereços IP virtuais (VIPs). Cada VIP do SCAN também está associado a um listener do SCAN que fornece um ponto final para conexões do Oracle Database usando o Oracle Net Services. Para maximizar a disponibilidade, o Oracle Grid Infrastructure distribui os VIPs e os listeners do SCAN entre os nós de cluster disponíveis. Além disso, se houver um shutdown ou falha do nó, os VIPs e os listeners do SCAN serão migrados automaticamente para um nó ativo. Ao usar conexões do SCAN, você melhora a capacidade dos clientes do Oracle Database de ter um conjunto confiável de pontos finais de conexão capazes de atender a todos os bancos de dados em execução no cluster.

Os listeners do SCAN são adicionais aos Listeners do Oracle Net que são executados em cada nó do cluster, também conhecidos como listeners do nó. Quando uma conexão do Oracle Net Services passa por uma conexão do SCAN, o listener do SCAN roteia a conexão para um dos listeners do nó e não desempenha mais nenhum papel na conexão. Uma combinação de fatores, incluindo disponibilidade do listener, posicionamento da instância do banco de dados e distribuição da carga de trabalho, determina qual listener de nó recebe cada conexão.

Observação

Este documento fornece requisitos básicos para conexão com os bancos de dados do Oracle Exadata Database Service no Exascale Infrastructure usando o Oracle Net Services.

Pré-requisitos de Conexão com um Banco de Dados com o Oracle Net Services

Verifique os pré-requisitos de conexão com uma instância do Oracle Database no Oracle Oracle Exadata Database Service on Exascale Infrastructure usando o Oracle Net Services.

Para conectar-se a um Oracle Database no Oracle Exadata Database Service no Exascale Infrastructure com o Oracle Net Services, você precisa do seguinte:
  • Os endereços IP dos VIPs do SCAN ou o nome do host ou endereço IP de uma máquina virtual que hospeda o banco de dados que você deseja acessar.
  • O identificador do banco de dados: o SID (identificador do sistema de banco de dados) ou um nome de serviço.
Estabelecendo Conexão com um Banco de Dados com o SCAN

Para criar uma conexão do Oracle Net Services usando os listeners do SCAN, você pode escolher entre dois métodos.

Tópico principal: Estabelecendo Conexão com um Banco de Dados com o Oracle Net Services

Identificando Endereços IP com o SDK ou a CLI

Você pode usar o SDK ou a CLI do OCI para identificar os endereços IP do Oracle Exadata Database Service nos nós de computação do Exascale Infrastructure. Em seguida, você pode usar os endereços IP para estabelecer conexão com o seu sistema.

  1. Use a API GetDbNode para retornar os detalhes do Oracle Exadata Database Service na Infraestrutura do ExascaledbNode. Observe os OCIDs retornados para os parâmetros hostIpId e backupIpId do dbNode.
  2. Com os OCIDs encontrados nos parâmetros hostIpId e backupIpId, você pode usar a API GetPrivateIp para obter os endereços IP privados usados pelas sub-redes do cliente e de backup. Para endereços IP de sub-rede pública, use a API GetPublicIpByPrivateIpId.
Estabelecendo Conexão com um Banco de Dados com um Descritor de Conexão que Faz Referência a Todos os VIPs do SCAN

Você pode configurar um descritor de conexão para o Oracle Exadata Database Service no Sistema de Infraestrutura do Exascale usando vários listeners SCAN.

Esse método exige que você informe todos os endereços IP virtuais (VIP) do nome de acesso de cliente único (SCAN) e permite que o Oracle Net Services estabeleça conexão com um listener disponível do SCAN.

  1. Use o seguinte modelo para definir um alias do Net Services, que geralmente é usado para fornecer um nome conveniente para o descritor de conexão:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-1)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-2)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-3)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Em que:

    alias-name é o nome usado para identificar o alias.

    SCAN-VIP-[1–3] são os endereços IP dos VIPs do SCAN.

    sid-or-service-entry identifica o SID do banco de dados ou o nome do serviço usando um dos seguintes formatos:
    • SID=sid-name. Por exemplo: SID=S12C1.
    • SERVICE_NAME=service-name. Por exemplo: SERVICE_NAME=PDB1.example.yourcloud.com.
    Observação

    Por padrão, o Oracle Net Services seleciona aleatoriamente um dos endereços na lista de endereços para balancear a carga entre os listeners do SCAN.

Estabelecendo Conexão com um Banco de Dados com um Descritor de Conexão que Faz Referência a um Nome Personalizado do SCAN

Você pode configurar um descritor de conexão para o Oracle Exadata Database Service no Sistema de Infraestrutura do Exascale usando um nome personalizado do SCAN.

Usando esse método, você define um nome SCAN (nome de acesso de cliente único) personalizado no seu servidor de nomes de domínio (DNS), que é resolvido com os três endereços IP virtuais (VIPs) do SCAN.

  1. Use o seguinte modelo para definir um alias do Net Services que faça referência ao nome personalizado do SCAN:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=scan-name)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Em que:

    alias-name é o nome usado para identificar o alias.

    scan-name é o nome personalizado do SCAN.

    sid-or-service-entry identifica o SID do banco de dados ou o nome do serviço usando um dos seguintes formatos:
    • SID=sid-name. Por exemplo: SID=S12C1.
    • SERVICE_NAME=service-name. Por exemplo: SERVICE_NAME=PDB1.example.yourcloud.com.
    Se preferir, use o método de conexão fácil para especificar um descritor de conexão com o seguinte formato:
    scan-name:1521/sid-or-service-entry
    Por exemplo:
    exa1scan.example.com:1521/S12C1
    Ou
    exa1scan.example.com:1521/PDB1.example.yourcloud.com
Estabelecendo Conexão com um Banco de Dados com um Listener de Nó

Para estabelecer conexão com uma instância do Oracle Database no Oracle Exadata Database Service na Infraestrutura do Exascale com um descritor de conexão que ignore os listeners SCAN, use este procedimento para rotear sua conexão diretamente para um listener de nó.

Usando esse método, você renuncia à alta disponibilidade e ao balanceamento de carga fornecidos pelo SCAN. No entanto, esse método poderá ser desejável se você quiser direcionar conexões para um nó ou interface de rede específicos. Por exemplo, talvez você queira garantir que as conexões de um programa que executa o carregamento de dados em massa usem a rede de backup.

Usando esse método, você direciona sua conexão usando o nome do host ou o endereço IP do nó.

Exemplo 4-2 Definindo um Alias de Serviço de Rede que Faz Referência Diretamente ao Nó

alias-name = (DESCRIPTION=
  (CONNECT_TIMEOUT=timeout)					
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=node)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

Em que:

alias-name é o nome usado para identificar o alias.

timeout especifica um período de timeout (em segundos), que permite encerrar uma tentativa de conexão sem precisar aguardar um timeout de TCP. O parâmetro (CONNECT_TIMEOUT=timeout) é opcional.

node é o nome do host ou endereço IP da máquina virtual que você deseja usar.

sid-or-service-entry identifica o SID do banco de dados ou o nome do serviço usando um dos seguintes formatos:
  • SID=sid-name. Por exemplo, SID=S12C1.
  • SERVICE_NAME=service-name. Por exemplo, SERVICE_NAME=PDB1.example.oraclecloudatcust.com.
Se preferir, use o método de conexão fácil para especificar um descritor de conexão com o seguinte formato:
node:1521/sid-or-service-entry
Por exemplo:
exa1node01.example.com:1521/S12C1
Ou
exa1node01.example.com:1521/PDB1.example.oraclecloudatcust.com

Limites de Capacidade do Exadata Database Service na Infraestrutura do Exascale

Para entender os recursos de escalabilidade e a capacidade de recursos do serviço ExaDB-XS, verifique essas tabelas e listas.

Tamanho Mínimo do Cluster de VMs

  • Cluster de VMs de nó único
  • 8 totais de ECPUs por VM
  • Armazenamento do systsem de arquivo de 220 GB por VM
  • Armazenamento do banco de dados do Exascale Vault de 300 GB por cluster de VMs

Opções de Escalabilidade da VM

Os clusters de VMs podem ser dimensionados de forma rápida e fácil para atender às suas demandas:

  • É possível ativar um subconjunto do total de ECPUs designadas à VM.
  • Ao ativar mais de suas ECPUs reservadas para a VM, você pode dimensionar as ECPUs sem precisar reiniciar a VM.
  • Você pode dimensionar a memória em 2,75 GB por ECPU total.
  • Você pode executar adições ou remoções quentes de VMs
  • Você pode dimensionar o armazenamento de VM (no entanto, o dimensionamento do armazenamento de VM requer uma reinicialização).
  • Você pode executar o dimensionamento ao vivo e on-line do storag de banco de dados do Exascale

Tamanho Máximo do Cluster de VMs

A lista a seguir fornece opções máximas de configuração do cluster de VMs

  • Número de VMs no Cluster de VMs: 10 VMs.
  • ECPUs por VM: 200 ECPUs
  • Armazenamento do sistema de arquivos por VM: 2 TB
  • Armazenamento do Exascale Vault por cluster de VMs: 100 TB

Capacidade Mínima do Database Storage Vault

A capacidade mínima total faturada para vaults ExaDB-XS é de 300 GB. As imagens são armazenadas em um Oracle Advanced Cluster File System (ACFS), e o restante do espaço está disponível para um primeiro banco de dados, conforme descrito na tabela a seguir.

Tabela 4-2 ExaDB-XS Capacidade Mínima do Database Storage Vault para Sistemas e Uso do Banco de Dados

Objetivo Capacidade Mínimo
Uso do sistema (imagens armazenadas no ACFS) 50 GB
Uso do banco de dados (provisionando um primeiro banco de dados) 250 GB

Capacidade Mínima do Armazenamento do Sistema de Arquivos de VM

A capacidade mínima total faturada para armazenamento de máquina virtual (VM) é de 280 GB. As capacidades mínimas do sistema de arquivos estão listadas na tabela a seguir.

Tabela 4-3 Capacidade Mínima Faturada de Armazenamento do Sistema de Arquivos da VM ExaDB-XS

Sistema de Arquivos Capacidade Total Mínima (GB) Capacidade Mínima Utilizável (GB)

/boot

0.512

0.412

/ (espelhado)

30

15

/tmp

10

10

/var (espelhado)

10

5

/var/log

18

18

/var/log/audit

3

3

/home

4

4

Espaço de swap

(/swap)

16

16

/crashfiles

20

20

/u01

82

80

/u02

84

81

Overhead

2

Não aplicável

Todos os sistemas de arquivos (total mínimo)

280

Não aplicável

Melhores Práticas para VMs de Infraestrutura do Oracle Exadata Database Service no Exascale

A Oracle recomenda que você siga estas diretrizes de melhores práticas para garantir a capacidade de gerenciamento das máquinas virtuais (VMs) do Oracle Exadata Database Service on Exascale Infrastructure.

Quando seguidas, as diretrizes de melhores práticas podem evitar problemas que podem afetar a capacidade de gerenciamento e o desempenho das VMs de Infraestrutura do Exadata Service on Exascale yourOracle:

  • Sempre que possível, use as interfaces de nuvem fornecidas pela Oracle, como a Console, a API ou a CLI do Oracle Cloud Infrastructure, ou ferramentas específicas da nuvem, como dbaascli para executar gerenciamento do ciclo de vida e operações administrativas no Oracle Exadata Database Service em VM do Exascale Infrastructure. Por exemplo, use a console, a API ou a CLI do OCI ou o dbaascli para aplicar patches do Oracle Database em vez de executar o opatch manualmente. Além disso, se uma operação pode ser executada usando a Console, bem como um utilitário de linha de comando, a Oracle recomenda que você use a Console. Por exemplo, use a Console em vez do comando dbaascli para criar bancos de dados.
  • Não altere OS usuários do Sistema Operacional Convidado ou manipule manualmente as definições de chave SSH associadas à sua VM.
  • Aplique somente patches que estejam disponíveis por meio do serviço Database. Não aplique patches de qualquer outra origem, a menos que você seja orientado a fazer isso pelo Suporte Técnico da Oracle.
  • Aplique os patches trimestrais regularmente, a cada trimestre, se possível.
  • Não altere as portas do Listener do Oracle Net.

Movendo para o Oracle Cloud com o Zero Downtime Migration

A Oracle agora oferece o serviço Zero Downtime Migration, uma maneira rápida e fácil de mover bancos de dados locais para o Oracle Cloud Infrastructure.

O Zero Downtime Migration utiliza o Oracle Active Data Guard para criar uma instância standby do banco de dados em um sistema Oracle Cloud Infrastructure. Você só fará switchover quando estiver pronto e seu banco de dados de origem permanecerá disponível como standby. Use o serviço Zero Downtime Migration para migrar bancos de dados individualmente ou no nível da frota. Consulte Mover para o Oracle Cloud Usando o Zero Downtime Migration para obter mais informações.