Essencial
Guia do administrador do Oracle-Database 11g
R2-, administrador do MySQL
e
do administrador do Oracle Linux Guia R7
in Portuguese
Desenvolvido por Nam Nguyen
Essential Administrator's Guide Oracle-Database-11g R2, MySQL Administrator and Oracle Linux Administrator's Guide R7 in Portuguese
O eBook é um grande recurso em qualquer lugar que você vá com orientações úteis para aprender a usar Guia do administrador do Oracle-Database-11g R2, o MySQL Administrator e do administrador do Oracle Linux Guia R7 com facilidade e prazer. Este livro fornece uma introdução amigável ao assunto , tendo um quadro estrutural clara; ele orienta o leitor através de elementos do núcleo do sujeito com o uso de ilustrações e diagramas ao longo do texto para garantir que o leitor entende mesmo o mais complexo dos conceitos.
1) Oracle Guia-Database 11g Administrator-R2 2) MySQL Administrator
3) do administrador do Oracle Linux Guia R7
O eBook é para quem tem interesse em Oracle Guia-Database 11g Administrator-R2, administrador MySQL, e do administrador do Oracle Linux Guia R7 e quer entender suas capacidades e tomadores de decisões técnicas. É um grande recurso e referência perfeito para TI Departamento de Informática e Professional.
Obter-se aprender Oracle Guia-Database 11g R2-, administrador MySQL todos os 3 do
Administrador essencial e do administrador do Oracle Linux Guia R7, aprendendo deles vai abrir inúmeras portas com garantia de que você bom emprego agora e no futuro.
Basta lembrar uma coisa que a aprendizagem nunca pára! Ler, ler, ler! E escreva, escreva, escreva!
Um muito obrigado à minha maravilhosa esposa Beth (Griffo) Nguyen e meus filhos incríveis Taylor Nguyen e Ashton Nguyen por todo o seu amor e apoio, sem o seu apoio emocional e ajuda, nenhuma destas eBooks língua de ensino e áudios seria possível.
Guia do
administrador do Oracle-
Database-11g
R2
Introdução ao Database Administration
Tipos de Banco de Dados da Oracle Usuários
Os tipos de usuários e suas funções e responsabilidades dependem do local do banco de
dados. Um site pequeno pode ter um administrador de banco que administra o banco de dados para desenvolvedores e usuários do aplicativo. Um site muito grande pode achar que é
necessário dividir as funções de um administrador de banco entre várias pessoas e entre as várias áreas de especialização.
Administradores de banco de dados
Cada banco de dados requer pelo menos um DBA (Database Administrator). Um sistema de banco de dados Oracle pode ser grande e pode ter muitos usuários. Portanto, a administração de banco de dados é, por vezes, não é um trabalho de uma pessoa, mas um trabalho para um grupo de DBAs que compartilham a responsabilidade.
As responsabilidades de um administrador de banco de dados pode incluir as seguintes tarefas:
Instalar e atualizar o servidor de banco de aplicativos e ferramentas Oracle
A alocação de memória do sistema e planejamento de requisitos de armazenamento futuras para o sistema de banco de dados
Criação de estruturas primárias de armazenamento de banco de dados (espaços de tabela) após os desenvolvedores de aplicativos têm projetado uma aplicação
Criação de objetos primários (tabelas, exibições, índices), uma vez os desenvolvedores de aplicativos têm projetado uma aplicação
Modificando a estrutura de banco de dados, conforme necessário, a partir de informações dadas por desenvolvedores de aplicativos
Inscrever utilizadores e manter a segurança do sistema Garantir o cumprimento dos acordos de licença da Oracle Controlar e monitorar o acesso do usuário ao banco de dados Monitorização e optimizar o desempenho do banco de dados
Planejamento para backup e recuperação de informações do banco de dados Manter os dados arquivados em fita
Fazer backup e restaurar o banco de dados
Entrando em Contato com a Oracle para suporte técnico Agentes de segurança
Em alguns casos, um site atribui um ou mais agentes de segurança de um banco de dados. Um oficial de segurança registra usuários, controles e monitora o acesso do usuário ao banco de dados, e mantém a segurança do sistema. Como um DBA, você pode não ser responsável por estas funções, se o seu site tiver um agente de segurança separado. Consulte o Guia de
Segurança Oracle Database para obter informações sobre as funções dos agentes de segurança.
Administradores de rede
Alguns sites têm um ou mais administradores de rede. Um administrador de rede, por exemplo, administra produtos de rede da Oracle, como Oracle Net Services. Veja Guia Banco de Dados Oracle Net Services do administrador para obter informações sobre os deveres dos
administradores de rede.
Os desenvolvedores de aplicativos
Os desenvolvedores de aplicativos de design e implementação de aplicações de banco de dados. Suas responsabilidades incluem as seguintes tarefas:
Projetar e desenvolver o aplicativo de banco de dados
Projetando a estrutura de banco de dados para uma aplicação Estimando os requisitos de armazenamento para uma aplicação
Especificando modificações da estrutura de banco de dados para uma aplicação Afinação essas informações para um administrador de banco
Ajustando o aplicativo durante o desenvolvimento
Estabelecer medidas de segurança para uma aplicação durante o desenvolvimento
Os desenvolvedores de aplicativos podem realizar algumas dessas tarefas em colaboração com DBAs. Consulte o Guia do Oracle Database Aplicação Avançada desenvolvedor para obter informações sobre as tarefas de desenvolvimento de aplicativos.
Administradores de Aplicativo
Um site de banco de dados Oracle pode atribuir um ou mais administradores de aplicativos para administrar uma determinada aplicação. Cada aplicação pode ter seu próprio
administrador.
Usuários de banco de dados
Usuários de banco de dados interagem com o banco de dados por meio de aplicativos ou utilitários. As responsabilidades de um usuário típico inclui as seguintes tarefas:
Entrar, modificar e excluir dados, quando permitido Geração de relatórios a partir dos dados
Tarefas de um administrador de base
Nota: Ao fazer o upgrade para uma nova versão, o backup do seu ambiente de produção existente, tanto de software e banco de dados, antes da instalação. Para informações sobre como preservar seu banco de dados de produção existente, consulte o Oracle Database Guia de atualização.
Tarefa 1: Avaliar o Hardware Database Server
Avaliar como banco de dados Oracle e suas aplicações pode usar melhor os recursos do computador disponíveis. Esta avaliação deve revelar as seguintes informações:
Quantas unidades de disco estão disponíveis para os produtos da Oracle
Quantos, se houver, as unidades de fita dedicados estão disponíveis para os produtos da Oracle
Quanta memória está disponível para as instâncias de banco de dados Oracle será executado (consulte a documentação de configuração do sistema)
Tarefa 2: instalação de software Oracle Database
Como o administrador de banco de dados, você instalar o software do servidor de banco de dados Oracle e quaisquer ferramentas front-end de banco de dados e aplicativos que acessam o banco de dados. Em algumas instalações de processamento distribuído, o banco de dados é controlado por um computador central (servidor de banco de dados) e as ferramentas e aplicativos de banco de dados são executadas em computadores remotos (clientes). Neste caso, você também deve instalar os componentes do Oracle Net necessários para conectar os sistemas remotos para o computador que executa o Oracle Database.
Para obter mais informações sobre o software para instalar, consulte "Identificando seu o Oracle base de dados Software Release" na página 1-12.
Tarefa 3: Planejar o Banco de Dados
Como o administrador de banco, você deve planejar:
A estrutura de armazenamento lógico do banco de dados O projeto total do banco de dados
A estratégia de backup do banco de dados
É importante para planejar como a estrutura de armazenamento lógico do banco de dados irá afectar o desempenho do sistema e várias operações de
gerenciamento de banco de dados. Por exemplo, antes de criar qualquer
tablespaces para o banco de dados, você deve saber quantos arquivos de dados incluirá o espaço de tabela, que tipo de informações serão armazenadas em cada espaço de tabela, e em que unidades de disco os arquivos de dados serão
armazenados fisicamente. Ao planejar o armazenamento lógico geral da estrutura de banco de dados, considere os efeitos que esta estrutura terá
quando o banco de dados é realmente criado e em execução. Considere como a estrutura de armazenamento lógico do banco de dados irá afectar:
O desempenho do computador que executa o Oracle Database
O desempenho do banco de dados durante as operações de acesso a dados A eficiência dos procedimentos de backup e recuperação para o banco de dados
Planeje o projeto relacional dos objetos de banco de dados e as características de
armazenamento para cada um desses objetos. Ao planejar a relação entre cada objeto e seu armazenamento físico antes de criá-la, você pode afetar diretamente o desempenho do banco de dados como uma unidade. Certifique-se de planejar o crescimento do banco de dados.
Em ambientes de bancos de dados distribuídos, nesta fase de planejamento é extremamente importante. A localização física dos dados acessados com freqüência afeta dramaticamente o desempenho do aplicativo.
Durante a fase de planejamento, desenvolver uma estratégia de backup para o banco de
dados. Você pode alterar a estrutura de armazenamento lógico ou o projeto do banco de dados para melhorar a eficiência do backup.
Está além do escopo deste livro para discutir projeto banco de dados relacional e distribuído. Se você não estiver familiarizado com essas questões de design, consulte a documentação padrão da indústria aceito.
Parte II, "Estrutura Oracle Database e Storage", e Parte III, "Objetos de esquema", fornecem informações específicas sobre a criação de estruturas lógicas de armazenamento, objetos e restrições de integridade para o seu banco de dados.
Tarefa 4: Criar e abrir o banco
Depois de concluir o projeto de banco de dados, você pode criar o banco de dados e abra-o para uso normal. Você pode criar um banco de dados no momento da instalação, usando o Assistente de Configuração de banco de dados, ou você pode fornecer seus próprios scripts para criar um banco de dados.
Veja o Capítulo 2, "Criando e Configurando um Banco de Dados Oracle", para obter informações sobre a criação de um banco de dados e Capítulo 3, "Iniciando e Desligando" para orientação na criação de banco de dados.
Tarefa 5: backup de banco de dados
Depois de criar a estrutura de banco de dados, executar a estratégia de backup que você
planejou para o banco de dados. Criar os arquivos de log redo adicionais, dar o primeiro backup completo (online ou offline), e agendar backups de banco de dados futuros em intervalos regulares.
Tarefa 6: registrar usuários do sistema
Depois de fazer o backup do banco de dados estrutura, você pode se inscrever os usuários do banco de dados de acordo com seu contrato de licença Oracle, e conceder privilégios e funções adequadas para esses usuários. Veja o Capítulo 7, "Gerenciando Usuários e Protegendo o Banco de Dados" para obter orientação nesta tarefa.
Tarefa 7: Implementar o Database Design
Depois de criar e iniciar o banco de dados, e matricular os usuários do sistema, você pode implementar o banco de dados estrutura lógica planejada através da criação de todos os tablespaces necessários. Quando você terminar de criar espaços de tabela, você pode criar os objetos de banco de dados.
Parte II, "Estrutura Oracle Database e Armazenamento" e Parte III, "Schema Objects" fornecer informações sobre a criação de estruturas de armazenamento lógico e objetos para o seu banco de dados.
Tarefa 8: backup de banco de dados totalmente funcional
Quando o banco de dados estiver totalmente implementado, novamente o backup do banco de dados. Além de backups regulares, você deve sempre fazer backup de seu banco de dados imediatamente após a implementação de mudanças na estrutura do banco de dados.
Tarefa 9: Database Performance Tune
Otimizando o desempenho do banco de dados é uma de suas responsabilidades em curso como um DBA. Banco de Dados Oracle fornece um recurso de gerenciamento de recursos de banco de dados que ajuda a controlar a alocação de recursos entre os diferentes grupos de
utilizadores. O gerenciador de recursos do banco de dados é descrito no Capítulo 27,
"Gerenciando recursos com a Oracle banco de dados Resource Manager".
Tarefa 10: Faça o download e instalar patches
Após a instalação e em uma base regular, baixar e instalar patches. Patches estão disponíveis como manchas intercalares individuais e como patches de (ou versões de patch). Remendos provisórios resolver bugs de software individuais e podem ou não ser necessários a sua instalação.Lança patch são conjuntos de correções de bugs que são aplicáveis para todos os clientes. Lança patch têm números de versão. Por exemplo, se você instalou o Oracle Database 11.2.0.1, o primeiro lançamento do patch terá um número de lançamento de 11.2.0.2.
Tarefa 11: Roll Out de Hosts adicionais
Depois que você tiver uma instalação do Oracle Database configurado corretamente, atento, atualizado, e testado, você pode querer rolar que a instalação exata para outros
hospedeiros. Razões para isso incluem o seguinte:
Você tem vários sistemas de banco de dados de produção.
Você quer criar sistemas de teste e desenvolvimento que são idênticas para o seu sistema de produção.
Em vez de instalar, tuning, e aplicação de patches em cada host adicional, você pode clonar a instalação do banco de dados Oracle testado para outros hospedeiros, economizando tempo e evitando incoerências. Existem dois tipos de clonagem disponível para você:
A clonagem de um Oracle casa-Just os binários configurados e remendadas do diretório e subdiretórios do Oracle são copiados para o host de destino e "fixo"
para coincidir com o novo ambiente. Em seguida, pode iniciar uma instância com este clonado casa e criar um banco de dados.
Você pode usar o Enterprise Manager Clone ferramenta Oracle Home para clonar uma casa Oracle para um ou mais hosts de destino. Você também pode clonar manualmente uma casa Oracle usando um conjunto de scripts fornecidos e do Oracle Universal Installer.
A clonagem de um banco de dados O banco de dados-afinado, incluindo arquivos de banco de dados, parâmetros de inicialização, e assim por diante, são clonados a uma casa existente do Oracle (possivelmente uma casa clonado).
Você pode usar a ferramenta Clone Gerente Database Enterprise para clonar uma instância de banco de dados Oracle para uma casa existente do Oracle.
Enviando comandos e SQL ao banco de dados
O principal meio de comunicação com banco de dados Oracle é através da apresentação de instruções SQL. Banco de Dados Oracle também suporta um super conjunto de SQL, que inclui comandos para iniciar e encerrar o banco de dados, modificar a configuração de banco de dados, e assim por diante. Há três maneiras de enviar essas instruções SQL e comandos para banco de dados Oracle:
Diretamente, usando a interface de linha de comando do SQL * Plus
Indiretamente, usando a interface gráfica do usuário de Oracle Enterprise Manager
Com o Oracle Enterprise Manager (Enterprise Manager), você usa uma interface gráfica intuitiva para administrar o banco de dados, e Enterprise Manager envia instruções SQL e comandos nos bastidores.
Veja Oracle Database 2 Dia DBA para obter mais informações.
■ Diretamente, usando SQL Developer
Os desenvolvedores usam SQL Developer para criar e esquemas de banco de ensaio e
aplicações, embora você também pode usá-lo para tarefas de administração de banco de dados.
Consulte o Guia do Oracle Database 2 Developer Day para mais informações.
Esta seção se concentra no uso do SQL * Plus para enviar instruções SQL e comandos para o banco de dados. Ela inclui os seguintes tópicos:
Sobre o SQL * Plus
Conectando-se ao banco de dados com SQL * Plus Sobre o SQL * Plus
SQL * Plus é a interface de linha de comando primário para seu banco de dados Oracle. Você usar o SQL * Plus para iniciar e encerrar o banco de dados, defina os parâmetros de inicialização do banco de dados, criar e gerenciar usuários, criar e alterar objetos de banco de dados (como tabelas e índices), inserir e atualizar dados, consultas SQL executados, e mais.
Antes que você possa enviar instruções SQL e comandos, você deve se conectar ao banco de dados. Com o SQL * Plus, você pode conectar local ou remotamente. Conectando localmente significa conectar a um banco de dados Oracle em execução no mesmo computador no qual você está executando o SQL * Plus. Conectando remotamente significa conectar através de uma rede a um banco de dados Oracle que está sendo executado em um computador remoto. Essa base de dados é referido como uma base de dados remota. O SQL * Plus executável no
computador local é fornecida por uma instalação completa Oracle Database, uma instalação Oracle Client, ou uma instalação instantânea Cliente.
Conectando-se ao banco de dados com SQL * Plus Oracle Database inclui os seguintes componentes:
A instância de banco de dados Oracle, que é uma coleção de processos e memória Um conjunto de arquivos de disco que contém os dados do usuário e dados do sistema
Quando você se conecta com o SQL * Plus, você está se conectando à instância Oracle. Cada instância tem um ID de instância, também conhecido como um ID de sistema (SID). Porque pode haver várias instâncias Oracle em um computador host, cada um com seu próprio conjunto de arquivos de dados, você deve identificar a instância para a qual você deseja se conectar. Para uma conexão local, a identificar a instância, definindo as variáveis de ambiente do sistema operacional. Para uma conexão remota, você identifica a instância, especificando um endereço de rede e um nome de serviço de banco de dados. Para ambas as conexões locais e remotas, você deve definir as variáveis de ambiente para ajudar o sistema operacional
encontrar o SQL * Plus executável e para fornecer o executável com um caminho para seus arquivos de suporte e scripts. Para se conectar a uma instância Oracle com o SQL * Plus, portanto, você deve concluir as seguintes etapas:
Passo 1: Abra uma janela de comandos Passo 2: Variáveis System Set Operating
Environment Passo 3: Inicie o SQL * Plus Passo 4: Enviar o SQL * Plus CONNECT Declaração Passo 1: Abra uma janela de comando
Tomar as medidas necessárias em sua plataforma para abrir uma janela na qual você pode digitar comandos do sistema operacional.
Passo 2: Definir Variáveis de Ambiente de Sistema Operacional
Dependendo de sua plataforma, você pode ter que definir variáveis de ambiente antes de iniciar o SQL * Plus, ou pelo menos verificar se estão definidas corretamente.
Por exemplo, na maioria das plataformas, ORACLE_SID e ORACLE_HOME deve ser
definido. Além disso, é aconselhável definir a variável de ambiente PATH para incluir o Oracle_
CASA diretório / bin. Algumas plataformas podem exigir variáveis de ambiente adicionais:
Nas plataformas UNIX e Linux, você deve definir as variáveis de ambiente digitando comandos do sistema operacional.
Na plataforma Windows, o Oracle Universal Installer (OUI) atribui automaticamente valores para ORACLE_HOME e ORACLE_SID no registro do Windows.
Se você não criar um banco de dados após a instalação, OUI não define ORACLE_SID no Registro; depois de criar seu banco de dados em um momento posterior, você deve definir a variável de ambiente ORACLE_SID a partir de uma janela de comando.
Instalações UNIX e Linux vêm com dois scripts, oraenvand coraenv, que você pode usar para configurar facilmente as variáveis de ambiente. Para obter mais informações,
consulte Referência do administrador para sistemas UNIX.
Para todas as plataformas, ao alternar entre as instâncias com diferentes casas da Oracle, você deve alterar a variável de ambiente ORACLE_HOME. Se várias instâncias compartilham a mesma casa Oracle, você deve alterar apenas ORACLE_SID ao alternar as instâncias.
Consulte o Guia de instalação do banco de dados Oracle ou guia de administração para o seu sistema operacional para obter detalhes sobre variáveis de ambiente e para obter informações sobre casos de comutação.
Exemplo 1-1 Definindo variáveis de ambiente no UNIX (C Shell)
setenv setenv ORACLE_HOME ORACLE_SID orcl /u01/app/oracle/product/11.2.0/db_1 setenv LD_LIBRARY_PATH $ ORACLE_HOME / lib: / usr / lib: / usr / dt / lib: / usr / openwin / lib: / usr / ccs / lib
Exemplo 1-2 Definindo Variáveis de Ambiente no Windows SET ORACLE_SID = orawin2
Exemplo 1-2 assume que ORACLE_HOME e ORACLE_SID estão definidos no registro, mas que você deseja substituir o valor de registro de ORACLE_SID para se conectar a uma instância diferente.
No Windows, os valores das variáveis de ambiente definidas em uma janela do prompt de comando substituem os valores no registro.
Passo 3: Inicie o SQL * Plus Para iniciar o SQL * Plus:
1. Execute um dos seguintes procedimentos:
Certifique-se de que a variável de ambiente PATH contém ORACLE_HOME / bin.
Altere o diretório para ORACLE_HOME / bin.
2. Digite o seguinte comando (maiúsculas de minúsculas no UNIX e Linux):
sqlplus / nolo g
Passo 4: Enviar o SQL * Plus CONNECT Declaração
Você submete o SQL * Plus CONNECT declaração para ligar inicialmente à instância Oracle ou a qualquer momento para se reconectar como um usuário diferente. A sintaxe da instrução CONNECT é a seguinte:
CONN [ECT] [logon] [AS {SYSOPER | SYSDBA}]
A sintaxe de logon é a seguinte: {nome de usuário | /} [@ connect_identifier] [edição
= {EDITION_NAME | DATABASE_DEFAULT}]
Quando você fornecer nome de usuário, SQL * Plus solicitará uma senha. A senha não é exibida enquanto você digita.
A tabela a seguir descreve os componentes sintaxe da instrução CONNECT.
Componente sintaxe Descrição
/ Chamadas para autenticação externa da solicitação de conexão. Uma palavra-passe de banco de dados não é utilizada neste tipo de autenticação. A forma mais comum de autenticação externa está operando a autenticação do sistema, onde o usuário do banco de dados é autenticado por ter ligado para o sistema operacional hospedeiro com uma determinada conta de usuário de acolhimento. A autenticação externa também pode ser realizada com uma carteira Oracle ou por um serviço de rede. Consulte o Guia de Segurança Oracle Database para obter mais informações. Consulte também "Usando a
autenticação de sistema operacional" na página 1-20.
AS {SYSOPER | SYSDBA}
Indica que o usuário do banco de dados está se conectando com ou o SYSOPER ou SYSDBA privilégio de sistema. Apenas determinados usuários
administrativas predefinidas ou usuários que foram adicionados ao arquivo de senhas pode se conectar com esses privilégios. Consulte "Privilégios
Administrativos" na página 1-16 para obter mais informações.
nome de usuário Um nome de usuário de banco de dados válido. O banco de dados autentica a solicitação de conexão, fazendo corresponder nome de usuário contra o dicionário de dados e solicitar uma senha de usuário.
connect_identifier (1) Um Oracle Net conectar identificador, para uma conexão remota. A sintaxe exata depende da configuração do Oracle Net. Se omitido, SQL * Plus tentativas de conexão a uma instância local. Um identificador de conexão comum é um nome de serviço de rede. Este é um alias para uma Oracle Net conectar descritor (endereço de rede e nome do serviço de banco de dados). O alias é tipicamente resolvida no arquivo tnsnames.ora no computador local, mas pode ser resolvido por outros
meios. VejaGuia Banco de Dados Oracle Net Services do administrador para obter mais informações sobre identificadores de conexão.
Componente Sintaxe Descrição
connect_identifier (2) Como uma alternativa, um identificador de conexão pode usar Easy Connect sintaxe. Easy Connect fornece out-of-the-box conectividade TCP / IP para bancos de dados remotos sem a necessidade de configurar o Oracle Net Services no computador (local) cliente.
Sintaxe de conexão fácil para o identificador de conexão é a seguinte (as que encerram aspas duplas devem ser incluídos):
"Anfitrião [: porta] [/ service_name] [: servidor] [/ instance_name]"
Onde:
anfitrião é o nome de host ou endereço IP do computador que hospeda o banco de dados remoto.
Ambos IP versão 4 (IPv4) e IP versão 6 (IPv6) são suportados. Os endereços IPv6 devem ser colocados entre colchetes. Veja Guia Banco de Dados Oracle Net Services do administrador para obter informações sobre o endereçamento IPv6.
port é a porta TCP em que o ouvinte Oracle Net no acolhimento escuta as conexões de banco de dados. Se omitido, 1521 é assumido.
service_name é o nome do serviço de banco de dados ao qual se conectar. Pode ser omitido se a configuração do ouvinte Net Services no host remoto designa um serviço padrão. Se nenhum serviço padrão é configurado, service_name deve ser fornecido. Cada banco de dados normalmente oferece um serviço de padrão com um nome igual ao nome do banco de dados global, que é composta dos parâmetros de inicialização DB_NAME e DB_DOMAIN da seguinte forma:
DB_NAME.DB_DOMAIN
Se DB_DOMAIN é nulo, então o nome de serviço padrão é apenas o DB_NAME. Por exemplo, se DB_NAME é orcl e DB_ DOMAINis us.example.com, em seguida, o nome do serviço padrão é orcl.us.example.com.
Veja "As cargas de trabalho de aplicativos Gerenciamento de Banco de Dados com Serviços ", na página 2-39 para obter mais informações.
servidor é o tipo de manipulador de serviço. Os valores aceitáveis são dedicados, compartilhados e reunidos. Se omitido, o tipo padrão de servidor é escolhido pelo ouvinte: servidor compartilhado se configurado, caso contrário servidor dedicado.
instance_name é a instância à qual se conectar. Você pode especificar o nome do serviço e nome de instância, o que você faria normalmente apenas para o Oracle Real Application Clusters (Oracle RAC) ambientes. Para o Oracle RAC ou ambientes de instância única, se você especificar apenas o nome instância, você se conectar ao serviço de banco de dados padrão. Se não houver serviço padrão configurado no arquivo listener.ora, um
erro é generated.You pode obter o nome da instância do parâmetro de inicialização instance_name.
Veja Guia Banco de Dados Oracle Net Services do administrador para obter mais informações sobre Easy Connect.
edição = {EDITION_NAME | DATABASE_DEFAULT}
Especifica a edição em que a nova sessão de banco de dados é iniciado. Se você especificar uma edição, ele deve existir e você deve ter o privilégio USE nele. Se esta cláusula não for
especificada, a edição padrão do banco de dados é usado para a sessão.
Consulte o Guia do Oracle Database Aplicação Avançada desenvolvedor para obter informações sobre as edições e redefinição baseada edição.
Exemplo 1-3
Este exemplo simples se conecta a um banco de dados local como SYSTEM usuário. Solicita SQL
* Plus para a senha do usuário SYSTEM.
sistema conectar Exemplo 1-4
Este exemplo conecta a um banco de dados local como usuário SYS com o privilégio SYSDBA. Solicita SQL * Plus para a senha do usuário SYS.
conectar sys as sysdba
Ao conectar como usuário SYS, você deve se conectar como SYSDBA.
Exemplo 1-5
Este exemplo conecta localmente com o privilégio SYSDBA com autenticação do sistema operacional.
ligar / as sysdba Exemplo 1-6
Este exemplo usa sintaxe fácil conexão para se conectar como salesadmin usuário para um banco de dados remoto em execução no dbhost.example.com host. O ouvinte do Oracle Net (o ouvinte) está ouvindo na porta padrão (1521). O serviço de banco de dados é
sales.example.com.Solicita SQL * Plus para a senha do usuário salesadmin.
conectar salesadmin @ "dbhost.example.com/sales.example.com"
Exemplo 1-7
Este exemplo é idêntico ao Exemplo 1-6, excepto que o tipo de processador de serviço é indicado.
conectar salesadmin @ "dbhost.example.com/sales.example.com:dedicated~~V"
Exemplo 1-8
Este exemplo é idêntico ao Exemplo 1-6, excepto que o ouvinte está escutando no número de porta não padrão 1.522.
conectar salesadmin @ "dbhost.example.com:1522/sales.example.com"
Exemplo 1-9
Este exemplo é idêntico ao Exemplo 1-6, excepto que o endereço IP do host é substituído pelo nome de host.
conectar salesadmin @ "192.0.2.5/sales.example.com"
Exemplo 1-10
Este exemplo conecta usando um endereço IPv6. Observe os colchetes encerram.
conectar salesadmin @ "[2001: 0DB8: 0: 0 :: 200C: 417A] /sales.example.com"
Exemplo 1-11
Este exemplo especifica a instância à qual se conectar e omite o nome do serviço de banco de dados. Um serviço de banco de dados padrão deve ter sido especificado, caso contrário, será gerado um erro. Observe que quando você especificar apenas o exemplo, você não pode especificar o tipo de manipulador de serviço.
conectar salesadmin @ "dbhost.example.com//orcl"
Exemplo 1-12
Este exemplo conecta remotamente como salesadmin usuário para o serviço de banco de dados designado pelo nome do serviço sales1 net. Solicita SQL * Plus para a senha do usuário salesadmin.
conectar salesadmin @ sales1
Exemplo 1-13
Este exemplo conecta remotamente com autenticação externa para o serviço de banco de dados designado pelo nome do serviço sales1 net.
ligar / @ sales1 Exemplo 1-14
Este exemplo conecta remotamente com o privilégio SYSDBA e com autenticação externa para o serviço de banco de dados designado pelo nome do serviço sales1 net.
ligar / @ sales1 como sysdba Exemplo 1-15
Este exemplo conecta remotamente como salesadmin usuário para o serviço de banco de dados designado pelo nome do serviço sales1 net. A sessão de banco de dados começa na edição rev21. Solicita SQL * Plus para a senha do usuário salesadmin.
conectar salesadmin @ sales1 edição = rev21
Como identificar o Software Oracle Database Release
Porque Oracle Database continua a evoluir e pode necessitar de manutenção, a Oracle produz periodicamente novos lançamentos. Nem todos os clientes inicialmente inscrever-se para uma nova versão ou necessitam de manutenção específico para a sua libertação existente. Como resultado, várias versões do produto existem simultaneamente.
Até cinco números pode ser necessária para identificar plenamente autorização. O significado destes números é discutida nas seções que se seguem.
Lançamento Number Format
Para entender a nomenclatura release utilizado pela Oracle, examine o seguinte exemplo de uma versão do Oracle Database rotulado "11.2.0.1.0".
Figura 1-1 Exemplo de um Oracle Database Release Número 11.2.0.1.0
Maior número de versão de banco de dados
Número versão de manutenção de banco de dados Plataforma número versão específica
Número da versão específica de componentes Número da versão Fusion Middleware
Nota: A partir da versão 9.2, versões de manutenção de banco de dados Oracle são indicados por uma mudança para o segundo numeral de um número de versão. Em versões anteriores, o terceiro numeral indicado uma versão de manutenção particular.
Maior Número Database Release
O primeiro número é o identificador mais geral. Ela representa uma importante nova versão do software que contém nova funcionalidade significativa.
Manutenção de banco de dados Número de publicação
O segundo numeral representa um nível de versão de manutenção. Algumas das novas funcionalidades podem também ser incluídos.
Fusion Middleware Número de publicação
O terceiro número reflete o nível de release do Oracle Fusion Middleware.
-Componente específico Número de publicação
A quarta numeral identifica um nível de libertação específica para um
componente. Componentes diferentes podem ter diferentes números nesta posição, dependendo, por exemplo, conjuntos de patches componentes ou versões intermédias.
Específicos de Plataforma Número de publicação
O quinto algarismo identifica uma versão específica da plataforma. Geralmente este é um conjunto de patches. Quando diferentes plataformas exigem que o conjunto de patches equivalente, este número será o mesmo em todas as plataformas afetadas.
Como verificar a versão atual Número
Para identificar o lançamento do Oracle Database que está actualmente instalado e ver os níveis de liberação de outros componentes de banco de dados que você está usando, consultar o dicionário de dados vista PRODUCT_COMPONENT_VERSION. A consulta de exemplo a
seguir. (Você também pode consultar a visão V $ VERSÃO para ver informações em nível de componente.) Outros níveis de lançamento do produto pode aumentar independente do servidor de banco de dados.
COL formato Produto A40 COL formato versão A15 COL STATUS FORMATO A15
SELECT * FROM PRODUCT_COMPONENT_VERSION;
Versão do produto STATUS
NLSRTL 11.2.0.0.1 Produção Oracle Database 11g Enterprise Edition 11.2.0.0.1 Produção PL / SQL 11.2.0.0.1 Produção ...
É importante transmitir à Oracle os resultados desta consulta quando você relatar problemas com o software.
Sobre banco de dados Security Administrator e Privilégios
Para executar as tarefas administrativas de um DBA Oracle Database, você precisa de privilégios específicos do banco de dados e, eventualmente, no sistema operacional do servidor no qual o banco de dados é executado. O acesso a uma conta de administrador de banco deve ser rigidamente controlado.
Conta do sistema operacional do administrador de base
Para executar muitas das tarefas administrativas para um banco de dados, você deve ser capaz de executar comandos do sistema operacional. Dependendo do sistema operacional no qual o banco de dados Oracle está em execução, você pode precisar de uma conta do sistema
operacional ou ID para obter acesso ao sistema operacional. Se assim for, a sua conta do sistema operacional pode exigir privilégios de sistema operacional ou direitos de acesso que outros usuários do banco de dados não necessitam (por exemplo, para executar a instalação do software Oracle Database). Embora você não precisa dos arquivos de banco de dados Oracle a ser armazenado em sua conta, você deve ter acesso a elas.
Contas de usuário administrativos
Duas contas de usuário administrativas são criadas automaticamente quando o Oracle Database está instalado:
SYS (senha padrão: CHANGE_ON_INSTALL) SYSTEM (senha padrão: GERENTE)
Nota: Tanto a Oracle Universal Installer (OUI) e Assistente de Configuração de Banco de Dados (DBCA) agora pedir SYS e SYSTEM senhas e não aceitam as senhas padrão "change_on_
instalar" ou "manager", respectivamente.
Se você criar o banco de dados manualmente, a Oracle recomenda que você especificar senhas para SYS e SYSTEM no momento da criação do banco de dados, ao invés de usar essas senhas padrão. Ver "Protegendo seu banco de dados: Especificar senhas de usuários SYS e SYSTEM"
na página 2-16 para obter mais informações.
Crie pelo menos um usuário administrativo suplementar e conceder a esse usuário uma função administrativa apropriada para usar ao executar tarefas administrativas diárias. Não utilizar SYS e sistema para estes fins.
Nota Referente Aprimoramentos de segurança: Nesta versão do Oracle Database e em versões posteriores, várias melhorias estão sendo feitas para garantir a segurança de contas de usuários de banco de dados padrão. Você pode encontrar uma lista de verificação de segurança para esta versão no Guia de Segurança do Oracle Database. A Oracle recomenda que você leia esta lista e configurar seu banco de dados em conformidade.
SYS
Quando você cria um banco de dados Oracle, o usuário SYS é criado automaticamente e recebe a função de DBA.
Todas as tabelas de base e vistas para o dicionário de dados do banco de dados são
armazenados no esquema SYS. Estas tabelas base e as vistas são críticos para a operação de banco de dados Oracle. Para manter a integridade do dicionário de dados, tabelas no esquema SYS são manipulados apenas por a base de dados. Eles nunca devem ser modificadas por qualquer usuário ou administrador de banco de dados, e ninguém deve criar todas as tabelas no esquema do usuário SYS. (No entanto, você pode alterar os parâmetros de armazenamento das configurações de dicionário de dados, se necessário.)
Certifique-se que a maioria dos usuários de banco de dados nunca são capazes de se conectar ao banco de dados Oracle usando a conta SYS.
SISTEMA
Quando você cria um banco de dados Oracle, o SYSTEM usuário também é criado e recebe a função de DBA automaticamente.
O nome do usuário do sistema é utilizado para criar tabelas e visualizações que exibem informações administrativas adicionais, e mesas internas e vistas usados por várias opções de banco de dados Oracle e ferramentas. Nunca use o esquema SYSTEM para armazenar tabelas de interesse para usuários não administrativos.
O DBA Papel
Um papel DBA predefinido é criado automaticamente com cada instalação Oracle Database. Esta função contém a maioria dos privilégios de sistema de banco de
dados. Portanto, o papel DBA deve ser concedido apenas para os administradores de banco de dados reais.
Nota: O papel DBA não inclui os privilégios de sistema SYSDBA ou SYSOPER. Esses são privilégios administrativos especiais que permitem que um administrador para executar tarefas de
administração de banco de dados básicos, como a criação do banco de dados e instância inicialização e desligamento. Estes privilégios de sistema são discutidos em "Privilégios Administrativos" na página 1-16.
Autenticação de Administrador de Banco de Dados
Como um DBA, muitas vezes você realizar operações especiais, tais como o encerramento ou o arranque de uma base de dados. Porque só um DBA deve executar estas operações, os nomes de usuário de administrador de banco de dados requerem um esquema de autenticação segura.
Privilégios administrativos
Privilégios administrativos que são necessários para um administrador de banco de dados para executar operações básicas são concedidos através de dois privilégios de sistema especiais, SYSDBA e SYSOPER. Você deve ter um desses privilégios concedidos a você, dependendo do nível de autorização que você necessita.
Nota: Os privilégios de sistema SYSDBA e SYSOPER permitir o acesso a um banco de dados de exemplo, mesmo quando o banco de dados não está aberto. O controle desses privilégios é totalmente fora da própria base de dados.
Os privilégios SYSDBA e SYSOPER também pode ser pensado como tipos de conexões que permitem executar determinadas operações de banco de dados para que os privilégios não podem ser concedidas em qualquer outra forma. Por exemplo, se você tem o privilégio SYSDBA, você pode se conectar ao banco de dados, especificando se conectar como SYSDBA.
SYSDBA e SYSOPER
As operações seguintes são autorizadas pelos privilégios de sistema SYSDBA e SYSOPER:
Operações privilégio de sistema Autorizado SYSDBA ■ Executar operações STARTUP e SHUTDOWN
ALTER DATABASE: aberta, montar, fazer backup ou alterar o conjunto de caracteres CREATE DATABASE
DROP DATABASE CRIAR SPFILE
ALTER DATABASE ARCHIVELOG ALTER DATABASE RECOVER
Inclui o privilégio sessão restrita Efetivamente, este privilégio de sistema permite que um usuário se conectar como usuário SYS.
SYSOPER ■ Executar operações STARTUP e SHUTDOWN CRIAR SPFILE
ALTER DATABASE OPEN / mount / BACKUP ALTER DATABASE ARCHIVELOG
ALTER DATABASE RECOVER (somente recuperação completa Qualquer forma de
recuperação incompleta, como até à hora de |. MUDANÇA | CANCELAR |. CONTROLFILE requer a conexão como SYSDBA)
Inclui o privilégio sessão restrita
Este privilégio permite que um usuário para executar tarefas operacionais básicos, mas sem a capacidade de olhar para os dados do usuário.
A maneira pela qual você está autorizado a usar esses privilégios depende do método de autenticação que você usar.
Quando você se conectar com privilégios SYSDBA ou SYSOPER, você se conecta com um esquema padrão, não com o esquema que está geralmente associada a seu nome de usuário. Para SYSDBA este esquema é SYS; SYSOPER para o esquema é PÚBLICO.
Conectando com privilégios administrativos: Exemplo
Este exemplo ilustra que um usuário é atribuído um outro esquema (SYS) ao se conectar com o privilégio de sistema SYSDBA. Suponha que o usuário oe amostra foi concedido o privilégio de sistema SYSDBA e emitiu as seguintes declarações:
LIGUE oe CRIAR admin_test TABELA (nome VARCHAR2 (20));
Mais tarde, oe usuário emite estas declarações:
LIGUE oe AS SYSDBA SELECT * DE admin_test;
Usuário oe agora recebe o seguinte erro:
ORA-00942: tabela ou exibição não existe
Tendo-se conectado como SYSDBA, oe usuário agora referencia o esquema SYS, mas a tabela foi criada no esquema OE.
Selecionando um método de autenticação para Administradores de Dados
Administradores de banco de dados pode autenticar os administradores de banco de dados através do dicionário de dados, (usando uma senha da conta) como outros usuários. Tenha em mente que começando com Oracle Database 11 g Release 1, senhas de banco de dados são maiúsculas de minúsculas. (Você pode desativar caso sensibilidade e voltar ao pré-lançamento 11 g comportamento, definindo o parâmetro de inicialização SEC_ CASE_SENSITIVE_LOGON para FALSE.)
Além da autenticação normal de dicionário de dados, os seguintes métodos estão disponíveis para autenticar os administradores de banco de dados com o SYSDBA ou privilégio SYSOPER:
Sistema operacional (OS) autenticação Os arquivos de senha
A autenticação forte com um serviço de autenticação baseada em rede, como o Oracle Internet Directory
Estes métodos são necessários para autenticar um administrador de banco de dados quando o banco de dados não foi iniciado ou não disponível. (Podem também ser usados quando a base de dados está disponível.)
O restante desta seção se concentra na autenticação do sistema operacional e autenticação de arquivo de senha. Consulte o Guia de Segurança Oracle Database para obter informações sobre a autenticação de administradores de banco com serviços de autenticação baseados em rede.
Notas:
Estes métodos substituir a sintaxe CONNECT interno fornecido com versões anteriores do Oracle Database. CONNECT INTERNO não é mais suportado.
Autenticação do sistema operacional tem precedência sobre autenticação de arquivo de senha. Se você atender aos requisitos de autenticação do sistema operacional, em seguida, mesmo se você usar um arquivo de senhas, você será autenticado pela autenticação do sistema operacional.
Sua escolha vai ser influenciado por se você pretende administrar seu banco de dados localmente no mesmo sistema no qual o banco de dados reside, ou se você pretende
administrar muitos bancos de dados diferentes de um único cliente remoto. Figura 1-2 ilustra as escolhas que você tem para administrador de banco esquemas de autenticação.
Figura 1-2 Banco de Dados Administrador Métodos de autenticação
Banco de Dados Banco de Dados Remoto Administração Local Administração
Se você estiver executando administração de banco de dados remoto, consulte a documentação do Oracle Net para determinar se você estiver usando uma conexão
segura. Protocolos de conexão mais populares, tais como TCP / IP e DECnet, não são seguras.
Conexões remotas Nonsecure
Para se conectar ao banco de dados Oracle como um usuário privilegiado através de uma conexão não segura, você deve ser autenticado por um arquivo de senha. Ao usar a
autenticação de arquivo de senha, o banco de dados utiliza um arquivo de senha para manter o controle de nomes de usuário do banco de dados que foram concedidos o privilégio de sistema SYSDBA ou SYSOPER. Esta forma de autenticação é discutido em "Usando a autenticação de senha de arquivos" na página 1-21.
Ligações locais e conexões remotas seguras
Você pode se conectar ao banco de dados Oracle como um usuário privilegiado através de uma ligação local ou uma conexão remota segura de duas maneiras:
Se o banco de dados tem um arquivo de senha e você foi concedido o privilégio SYSDBA ou SYSOPER sistema, então você pode se conectar e ser autenticado por um arquivo de senha.
Se o servidor não está usando um arquivo de senha, ou se você não tiver sido concedido privilégios SYSDBAor SYSOPER e não estão, portanto, o arquivo de senhas, você pode usar a autenticação do sistema operacional. Na maioria dos sistemas operacionais, a autenticação para administradores de dados envolve a colocação do nome de usuário do sistema operacional do administrador de banco de dados em um grupo especial, genericamente referido como OSDBA. Usuários desse grupo são concedidos privilégios SYSDBA. Um grupo similar, OSOPER, é usado para conceder privilégios SYSOPER para os usuários.
Usando a autenticação de Sistema Operacional
Esta seção descreve como autenticar um administrador usando o sistema operacional.
OSDBA e OSOPER
Participação em um dos dois grupos especiais do sistema operacional permite que um DBA para se autenticar no banco de dados através do sistema operacional, em vez de com um nome de usuário e senha do banco de dados. Isto é conhecido como a autenticação do sistema
operativo.Estes grupos de sistema operacional são genericamente referidos como OSDBA e OSOPER. Os grupos são criados e atribuídos nomes específicos como parte do processo de instalação do banco de dados. Os nomes padrão variam dependendo do seu sistema operacional, e estão
listados na tabela a seguir:
A Oracle Universal Installer usa esses nomes padrão, mas você
pode substituí-los. Uma razão para substituí-los é se você tiver várias instâncias em execução no mesmo computador host. Se cada instância é ter uma pessoa diferente como o DBA diretor, você pode melhorar a segurança de cada instância através da criação de um grupo OSDBA diferente para cada instância. Por exemplo, para duas instâncias no mesmo host, o grupo OSDBA para a primeira instância poderia ser nomeado dba1, e OSDBA para a segunda instância poderia ser nomeado DBA2. O primeiro DBA seria um membro de apenas dba1, eo segundo DBA seria um membro de apenas DBA2. Assim, ao usar a autenticação do sistema operacional, cada DBA seria capaz de se conectar somente a sua instância atribuído.
A associação ao grupo OSDBA ou OSOPER afeta a conexão com o banco de dados das seguintes maneiras:
Se você é um membro do grupo OSDBA e você especificar AS SYSDBA quando você se conectar ao banco de dados, em seguida, você se conectar ao banco de dados com o privilégio de sistema SYSDBA.
Se você é um membro do grupo OSOPER e você especificar AS SYSOPER quando você se conectar ao banco de dados, em seguida, você se conectar ao banco de dados com o privilégio de sistema SYSOPER.
Se você não for um membro de um desses grupos de sistema operacional e você tentar se conectar como SYSDBA ou SYSOPER, o comando CONNECT falhar.
Preparação para utilizar autenticação do sistema operacional
Para ativar a autenticação do sistema operacional de um usuário administrativo:
Criar uma conta do sistema operacional para o usuário.
Adicione a conta aos grupos OSDBA ou sistema operacional OSOPER definido.
Grupo Sistema Operacional
UNIX User Group O Windows User Group
OSDBA dba ORA_DBA
OSOPER oper ORA_OPER
