Índice:
Vídeo: MONTAGEM ,CONFIGURAÇÃO E MANUTENÇÃO DE SERVIDORES 2025
O banco de dados Oracle 12c não existe simplesmente em isolamento; Funciona como parte de um sistema informático. Antes de instalar o software Oracle e configurar seu banco de dados, você precisa saber como sua base de dados se encaixa na arquitetura geral do sistema. Alguns sistemas são mais complexos do que outros, mas a maioria cai nas seguintes categorias básicas:
-
Cliente-servidor
-
Multi-camada
-
Configurações de componentes
Conhecer a categoria em que sua base de dados se encaixa irá fazer uma grande diferença durante a configuração do sistema porque você conhecerá as necessidades específicas do seu banco de dados.
Aplicações cliente-servidor no Oracle 12c
Aplicações cliente-servidor (às vezes chamadas aplicações de duas camadas ) são aquelas em que a estação de trabalho do usuário possui o programa aplicativo instalado e, durante a execução, o programa acessa os dados armazenados em um servidor de banco de dados remoto. Embora você tenha alguma sala de mudanças aqui, a estação de trabalho lida com a lógica da apresentação e da aplicação e o servidor do banco de dados atua como um armazenamento de dados. Veja como funciona uma configuração cliente-servidor.
A estação de trabalho (nível do cliente) lida com a lógica e a apresentação do aplicativo com o usuário. A lógica da aplicação pode ser implantada através de diferentes idiomas, mas exemplos comuns incluem PowerBuilder, MS Visual Basic, aplicativos Java e até mesmo algumas versões do Oracle Forms and Reports.
Quando esses aplicativos do lado do cliente precisam de dados, eles acessam o banco de dados via ODBC (Open Database Connectivity), JDBC (Java Database Connectivity) ou Oracle Net usando nomes de usuário do lado do cliente. ou arquivos. Estes protocolos de comunicação de banco de dados permitem conectividade de qualquer cliente para qualquer banco de dados, incluindo Oracle.
Na base de dados, o banco de dados armazena os dados e, por meio de usuários, funções e permissões, fornece dados para o aplicativo em resposta a consultas SQL e instruções de linguagem de manipulação de dados (DML) (que são simplesmente instruções SQL que manipulam, ou alteram, os dados). Dependendo se você estiver usando um cliente gordo ou fino, algumas das lógicas e processamento do aplicativo podem ser descarregadas para a camada do banco de dados.
O processamento no servidor de banco de dados geralmente faz sentido porque um servidor de banco de dados pode processar muito mais intensamente e com um número de trituração do que até mesmo a maior estação de trabalho. O processamento de dados é comumente executado através de procedimentos, funções e pacotes de banco de dados, que processam os dados em um conjunto de resultados menores para serem retornados ao cliente para apresentação ao usuário.
Muitas pessoas alegaram que o servidor-cliente está morto. Se for, por que muitas aplicações cliente-servidor ainda estão lá? A arquitetura cliente-servidor é mais antiga, e muitas aplicações mais recentes existem no mundo de várias camadas. No entanto, um aplicativo cliente-servidor simples ainda atende às necessidades imediatas de uma empresa em muitas situações. O aplicativo cliente-servidor pode ser um aplicativo antigo que faz seu trabalho - então, a empresa não precisa atualizar.
Configurações de componentes no Oracle 12c
Nos sistemas cliente-servidor e multi-camada, o banco de dados Oracle foi o núcleo do sistema porque ele contém os dados. Existente como armazenamento de dados primário para todo o sistema é o uso mais comum de um banco de dados Oracle, mas não é a única vez que você terá que instalar o Oracle.
Por exemplo, muitas vezes, esses bancos de dados estão em uma função de suporte, atuando como armazenamento de dados secundários para aplicações maiores de comercialização off-the-shelf (COTS). Nesses casos, os bancos de dados Oracle atuam como repositórios armazenando dados especializados para uso em um sistema maior. Durante a instalação do sistema maior, o banco de dados Oracle está instalado como um componente de suporte.
Um exemplo comum de um repositório Oracle que você pode estar familiarizado é o Oracle Designer. Você pode usar essa ferramenta de desenvolvedor Oracle para projetar, criar e armazenar código de aplicativo (entre outras coisas) e reside na área de trabalho do usuário.
Quando o usuário inicia o Oracle Designer, ele solicita que um repositório Oracle se conecte e o usuário especifique essa informação. É dentro desse repositório que todos os objetos a serem usados pela área de trabalho Designer são armazenados.
Oracle Internet Directory (OID) é um exemplo mais atual de Oracle atuando como um subcomponente dentro de um ambiente de várias camadas. OID é a implementação Oracle de um LDAP (Lightweight Directory Access Protocol).
Os LDAP são hierarquicamente definidos (não relacionais) de armazenamento de dados (não bancos de dados) que permitem o acesso rápido aos dados de dados dos sistemas. Um exemplo comum é um livro de endereços de e-mail, que não contém muitas atualizações ou dados profundamente em camadas - é apenas uma necessidade de pesquisas rápidas de um dado, que é o uso principal de um LDAP.
Outro uso comum de LDAP é armazenar usuários e suas credenciais para que os servidores de aplicativos da Web possam simplesmente procurar uma pessoa para ver se ela está autorizada a acessar um sistema. Afinal, você não quer permitir que apenas alguém em seu sistema!
Esta verificação de credencial cria uma necessidade para os produtos Oracle Fusion Middleware (OFM), e um LDAP é a solução. E, é claro, com a Oracle sendo uma empresa de banco de dados em primeiro lugar, optou por colocar sua implementação LDAP dentro de um banco de dados Oracle, o OID.
É assim que um banco de dados Oracle especializado pode fornecer autenticação via OID / LDAP para um sistema maior que também passa a usar o Oracle para o banco de dados do backend onde os dados tradicionais do cliente são armazenados. O OID é apenas um componente necessário em um sistema maior.
