Compilação de comandos operacionais comumente usados ao fazer login no banco de dados Oracle
1. su – oracle não é obrigatório e é adequado para uso quando não há senha de DBA. Você pode entrar na interface sqlplus sem senha.
2. sqlplus /nolog ou sqlplus system/manager ou ./sqlplus system/manager@ora9i ;
3、SQL>connect / as sysdba ;（as sysoper）或
conecte interno/oracle AS SYSDBA;(scott/tiger)
conn sys/change_on_install como sysdba;
4. SQL>startup; Inicie a instância do banco de dados
5. Visualize todos os bancos de dados atuais: selecione * em v$database;
selecione o nome do v$database;
desc v$databases; Ver campos da estrutura do banco de dados
7. Como verificar quais usuários possuem permissões SYSDBA e SYSOPER:
SQL>selecione * de V_$PWFILE_USERS;
Mostrar usuário; Ver o usuário atual da conexão com o banco de dados
8. Insira o banco de dados de teste: teste de banco de dados;
9. Visualize todas as instâncias do banco de dados: selecione * em v$instance;
Tais como: ora9i
10. Visualize todas as tabelas de dados da biblioteca atual:
SQL> selecione TABLE_NAME de all_tables;
selecione * em todas_tabelas;
SQL> selecione nome_tabela de todas_tabelas onde nome_tabela como '%u%';
NOME DA TABELA
------------------------------
_default_auditing_options_
11. Visualize a estrutura da tabela: desc all_tables;
12. Exiba todas as estruturas de campo de CQI.T_BBS_XUSER:
desc CQI.T_BBS_XUSER;
13. Obtenha os registros da tabela CQI.T_BBS_XUSER:
selecione * em CQI.T_BBS_XUSER;
14. Adicionar usuário do banco de dados: (test11/test)
criar o usuário test11 identificado pelos usuários do espaço de tabela padrão de teste Temporário TABLESPACE Temp;
15. Autorização do usuário:
conceder conexão, recurso, dba para test11;
conceder sysdba para test11;
comprometer-se;
16. Altere a senha do usuário do banco de dados: (Altere as senhas de sys e sistema para teste.)
alterar o sistema do usuário identificado pelo teste;
alterar o sistema do usuário identificado pelo teste;
Solução para o problema de que o console de gerenciamento Oracle não consegue efetuar login
解决步骤: controle de banco de dados
oracle 10gem DB Control
Oracle 10GEM.
1. Soltar arquivos de configuração e execução do repositório:
emca -deconfig dbcontrol db -repos drop
oracle 10g重建em db control
Oracle 10G重建EM DB Control.
1. Solte os arquivos de configuração e execução do repositório:
emca -deconfig dbcontrol db -repos drop
2. Faça logon no SQLPLUS como usuário SYS ou SYSTEM e elimine a conta sysman e os objetos de gerenciamento:
a. descartar cascata do sysman do usuário;
b. descartar função MGMT_USER;
c. descartar cascata MGMT_VIEW do usuário;
d. eliminar sinônimo público MGMT_TARGET_BLACKOUTS;
e. eliminar sinônimo público SETEMVIEWUSERCONTEXT;
3.Crie arquivos de configuração e execute o repositório
emca -config dbcontrol db -repos create
Ao criar o EM, o número da porta solicitado deve ser o número de desconexão da instância, como 1521, e não o número da porta do EM (como 1158).
o número da porta do EM está aqui Você pode encontrar 10.2.0/db_1/sysman/config/emca.properties no arquivo.
Então, após executá-lo, a interface saiu, mas um erro foi relatado:
java.lang.Exception: Exception no envio de Request:: null.
Muitas funções não podem ser usadas. Use, prompt para logar novamente. Encontrei a solução no fórum da Oracle:
http :
//forums. oracle .com/forums/ … p; messageID=1374397
Encontre o seguinte arquivo
10.2.0/db_1/ZYKNET_ORC2/sysman/config/emd O agentTZRegion padrão em .properties
é GMT, basta alterá-lo para seu fuso horário, por exemplo:
agentTZRegion=Asia/Chungking
Para obter uma lista de fusos horários, consulte: 10.2.0/db_1/sysman/admin/supportedtzs.lst
Em seguida, reinicie o OracleDBConsole<SID>
3.Crie arquivos de configuração e execute o repositório
emca -config dbcontrol db -repos create
Ao criar o EM, o número da porta solicitado deve ser o número de desconexão da instância, como 1521, e não o número da porta do EM (como 1158).
o número da porta do EM está aqui Você pode encontrar 10.2.0/db_1/sysman/config/emca.properties no arquivo.
Então, após executá-lo, a interface saiu, mas um erro foi relatado:
java.lang.Exception: Exception no envio de Request:: null.
Muitas funções não podem ser usadas. Use, prompt para logar novamente. Encontrei a solução no fórum da Oracle:
http :
//forums. oracle .com/forums/ … p; messageID=1374397
Encontre o seguinte arquivo
10.2.0/db_1/ZYKNET_ORC2/sysman/config/emd O agentTZRegion padrão em .properties
é GMT, basta alterá-lo para seu fuso horário, por exemplo:
agentTZRegion=Asia/Chungking
Para obter uma lista de fusos horários, consulte: 10.2.0/db_1/sysman/admin/supportedtzs.lst
Em seguida, reinicie o OracleDBConsole<SID>
Configuração de rede Oracle
Os três arquivos de configuração listener.ora, sqlnet.ora e tnsnames.ora são todos colocados no diretório $ORACLE_HOME/network/admin.
1. sqlnet.ora-----A função é semelhante ao arquivo nsswitch.conf no Linux ou outro Unix. Este arquivo é usado para determinar como encontrar a string de conexão que aparece na conexão.
Por exemplo, se nosso cliente inserir
sqlplus sys/oracle@orcl,
se meu sqlnet.ora se parecer com isto
: SQLNET.AUTHENTICATION_SERVICES= (NTS)
NAMES.DIRECTORY_PATH= (TNSNAMES,HOSTNAME)
, então o cliente inserirá primeiro o tnsnames.ora arquivo Encontre o registro de orcl. Se não houver nenhum registro correspondente, tente tratar orcl como um nome de host, resolva seu endereço IP através da rede e, em seguida, conecte-se à instância de GLOBAL_DBNAME=orcl neste IP. Claro, orcl aqui não é um host. Nome
Se eu estiver assim
NAMES.DIRECTORY_PATH= (TNSNAMES)
, então o cliente irá procurar apenas por registros orcl de tnsnames.ora. Existem outras opções entre colchetes, como LDAP, que não são comumente usadas.
2. Tnsnames.ora ------ Este arquivo é semelhante ao arquivo hosts unix. Ele fornece a correspondência entre tnsname e nome do host ou ip. É semelhante apenas quando sqlnet.ora
NAMES.DIRECTORY_PATH= (TNSNAMES) Desta forma, o cliente tentará utilizar este arquivo somente se TNSNAMES estiver incluído na ordem em que o cliente analisa a string de conexão.
PROTOCOLO: Protocolo de comunicação entre o cliente e o servidor, geralmente TCP. Esse conteúdo geralmente não precisa ser alterado.
HOST: O nome da máquina ou endereço IP da máquina onde o ouvinte do banco de dados está localizado. O ouvinte do banco de dados geralmente está na mesma máquina que o banco de dados, então quando digo a máquina onde o ouvinte do banco de dados está localizado, geralmente se refere à máquina onde o banco de dados está localizado. No UNIX ou WINDOWS, você pode obter o nome da máquina usando o comando hostname no prompt de comando da máquina onde o banco de dados está atendendo ou obter o endereço IP usando o comando ipconfig (para WINDOWS) ou ifconfig (para UNIX). Deve-se observar que independentemente do nome da máquina ou endereço IP, o cliente deve usar o comando ping para executar ping no nome da máquina onde o banco de dados está escutando. Caso contrário, o nome da máquina onde o banco de dados está escutando precisa ser ser adicionado ao arquivo hosts.parse.
PORTA: A porta na qual o ouvinte do banco de dados está escutando. Você pode verificar o arquivo listener.ora no lado do servidor ou executar o comando lnsrctl status [nome do ouvinte] no prompt de comando da máquina onde o ouvinte do banco de dados está localizado. O valor de Port aqui deve ser igual à porta na qual o banco de dados está escutando.
SERVICE_NAME: No lado do servidor, após efetuar login como usuário do sistema, use o comando sqlplus> show parâmetro service_name para visualizá-lo.
ORCL corresponde à máquina local e SALES corresponde a outro endereço IP. Também define se deve usar o modo servidor principal ou servidor compartilhado para conexão. Quando
quiser se conectar, digite TNSNAME
ORCL =
(DESCRIPTION =
(ADDRESS_LIST =
#A seguir está o host, porta e protocolo correspondente a este TNSNAME
(ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521)) )
(
CONNECT_DATA =
#Usar o modo de servidor dedicado para conectar precisa corresponder ao modo do servidor, caso contrário, será ajustado automaticamente de acordo com o modo do servidor
(SERVER = DEDICADO)
#correspondente ao service_name, SQLPLUS>;mostrar parâmetro service_name; para visualizar
(SERVICE_NAME = orcl) ) )
#O seguinte é semelhante a VENDAS = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.188.219)(PORT = 1521)) ) ( CONNECT_DATA = (SERVER = DEDICADO) (SERVICE_NAME = vendas) ) ) Nota : Se o banco de dados o servidor usa MTS, o programa cliente precisa usar o link do banco de dados. É melhor indicar claramente que o cliente usa o método de conexão direta dedicado, caso contrário você encontrará muitos ORACLE BUGs relacionados ao ambiente distribuído. Em circunstâncias normais, é melhor usar conexões diretas com o servidor de banco de dados, a menos que o número de conexões de banco de dados em tempo real seja próximo de 1.000.
3. listener.ora------Arquivo de configuração do processo listener
. Não há muito a dizer sobre o processo listener. Ele aceita aplicativos de acesso remoto ao banco de dados e os transfere para o processo do servidor Oracle. Portanto, se uma conexão remota não for usada, o processo de ouvinte não será necessário. Da mesma forma, fechar o processo de ouvinte não afetará a conexão de banco de dados existente.
Exemplo de arquivo Listener.ora
#listener.ora Arquivo de configuração de rede: #E:/oracle/product/10.1.0/Db_2/NETWORK/ADMIN/listener.ora
# Gerado pelas ferramentas de configuração Oracle.
#A seguir define qual instância o LISTENER process is O serviço fornecido aqui é ORCL e corresponde a ORACLE_HOME e GLOBAL_DBNAME onde GLOBAL_DBNAME não é necessário, a menos que #
use HOSTNAME para conexão de banco de dados
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = boway)
(ORACLE_HOME = E:/oracle/product /10.1.0/Db_2)
(SID_NAME = ORCL)
)
)
#O nome do ouvinte, um banco de dados pode ter mais de um ouvinte
#A seguir está o protocolo, ip, porta, etc. que o ouvinte monitora. A porta tcp1521 é usado aqui e #Used é o nome do host
LISTENER =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = boway)(PORT = 1521))
)
O exemplo acima é o exemplo mais simples, mas também é o mais comum. Um processo ouvinte fornece serviços para uma instância (SID).
O comando de operação do ouvinte é
$ORACLE_HOME/bin/lsnrctl start, outros como stop, status, etc. Consulte a ajuda após digitar lsnrctl.
Os três arquivos mencionados acima podem ser configurados através da ferramenta de configuração gráfica
$ORACLE_HOME/netca Wizard em
$ORACLE_HOME/netmgr.
Estou mais acostumado com netmgr.
A configuração do perfil é sqlnet.ora, que é a
configuração de nome de serviço do método de resolução de nomes. são os
ouvintes do arquivo tnsnames.ora que são configurados com o arquivo listener.ora, ou seja, o processo do ouvinte.Você
pode tentar a configuração específica e depois consultar o arquivo de configuração.
Desta forma, a estrutura geral está lá, que é
quando você insere sqlplus sys/oracle@orcl
1. Consulte sqlnet.ora para ver como o nome é resolvido e descubra que é TNSNAME
2. Em seguida, consulte o arquivo tnsnames.ora, encontre o registro orcl nele e encontre o nome do host, porta e service_name
3. Se não houver nenhum problema com o processo do ouvinte, estabeleça uma conexão com o processo do ouvinte.
4. Dependendo do modo de servidor, como modo de servidor dedicado ou modo de servidor compartilhado, o ouvinte executa a próxima ação. O padrão é o modo de servidor dedicado. Se não houver problema, o cliente se conectará ao processo do servidor do banco de dados.
5. Neste momento, a conexão de rede foi estabelecida e a missão histórica do processo do ouvinte foi concluída.
#---------------
Vários formulários de comando usados para conexão
1.sqlplus / as sysdba Esta é uma autenticação típica do sistema operacional e não requer um processo de ouvinte
2.sqlplus sys/oracle tal O O método de conexão só pode se conectar ao banco de dados local e não requer o processo listener.3.sqlplus
sys/oracle@orcl Este método requer que o processo listener esteja disponível. Mais comumente conectado pela Internet.
O método de conexão acima não exige que o banco de dados esteja disponível ao usar o usuário sys ou outros usuários autenticados por meio de arquivos de senha. A autenticação do sistema operacional não exige que o banco de dados esteja disponível. Usuários comuns exigem autenticação de banco de dados, portanto, o banco de dados deve estar no estado aberto.
Remote_Login_Passwordfile em init.ora possui
três valores opcionais para o impacto na autenticação:
NONE: Valor padrão, indicando que o sistema Oracle não utiliza arquivo de senha, e usuários privilegiados autenticados através do sistema operacional possuem permissões SYSORA e SYSOPER
EXCLUSIVO:
1 . Indica que apenas uma instância de banco de dados pode usar um arquivo de senha
2. Permite que as permissões SYSORA e SYSOPER sejam atribuídas a outros usuários além de SYS
SHARED:
1. Indica que múltiplas instâncias de banco de dados podem usar o arquivo de senha.
2. Não é permitido atribuir permissões SYSORA e SYSOPER a outros usuários que não sejam SYS.
Portanto, se você deseja efetuar login como um sistema operacional, Remote_Login_Passwordfile deve ser definido como NONE
quando o usuário de login não é Quando você é membro do grupo ORA_DBA e do grupo ORA_OPER, você precisa criar o mesmo nome de usuário que o usuário atual do sistema operacional no Oracle para efetuar login no banco de dados. é um usuário de domínio, o nome é: nome de domínio/seunome. Se for um usuário de computador local, o nome é: nome do computador. /seunome
método de criação:
crie "nome de domínio/seunome" identificado externamente;
Sistema operacional, modifique HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE /HOME0 e adicione AUTH_PREFIX_DOMAIN, defina o valor como FALSE, você pode ignorar o nome de domínio ao criar um usuário Oracle. Desta
forma, init. Existe um parâmetro em ora que afetará como o banco de dados corresponde a um usuário Windows e um usuário Oracle os_authent_prefix = ""O
padrão é vazio. Antes do Oracle8i, esse parâmetro não existia e OPS$ era usado como prefixo do nome de usuário. (O comprimento máximo do nome de usuário Oracle é limitado a 30 caracteres)
Sobre o nome de domínio (nome do host ) resolução
/etc/hosts (UNIX)
Ou o cliente windows/hosts (WIN98) winnt/system32/drivers/etc/hosts (WIN2000)
precisa gravar o relacionamento correspondente entre o endereço IP do servidor de banco de dados e o nome do host.
127.0.0.1 localhost
192.168.0.35 oracledb oracledb
192.168.0.45 tomcat tomcat
202.84.10.193 bj_db bj_db
Às vezes, depois de configurarmos a primeira etapa, o alias do servidor de banco de dados tnsping é bem-sucedido,
mas sqlplus nome de usuário/senha@servicename não funciona, jdbc thin link Se ainda não funciona,
não se esqueça de fazer esta etapa no cliente, o motivo pode ser que a relação correspondente entre o endereço IP do servidor e o nome do host não esteja definida no servidor DNS.
Se houver IP privado e IP público na Internet, o IP privado será escrito na frente e o IP público atrás.
É melhor manter um backup antes de editar. Também é melhor usar copiar e colar ao adicionar uma linha para evitar erros de espaço ou tabulação ao editar hosts.
No ambiente multibanco de dados ORACLE no UNIX, o cliente do sistema operacional precisa configurar as duas variáveis de ambiente a seguir
ORACLE_SID=appdb; export ORACLE_SID
TWO_TASK=appdb;export TWO_TASK
para especificar o banco de dados de destino padrão
#-------------
Pode ser usado para solução de problemas diária
1. lsnrctl status Visualiza o status do processo do listener do lado do servidor
LSNRCTL>; help
As seguintes operações estão disponíveis
Um asterisco (*) denota um modificador ou comando estendido:
start stop status
services version reload
save_config trace change_password
quit exit set*
show*
LSNRCTL> ; status
: em11:
2．tnsping verifica se a configuração dos arquivos sqlnet.ora e tnsname.ora do cliente está correta e o status do processo de ouvinte do servidor correspondente.
C:/>tnsping orcl
Utilitário TNS Ping para Windows de 32 bits: Versão 10.1.0.2.0 - Produção em 16 de agosto de
2005 09:36:08
Copyright (c) 1997, 2003, Oracle. Todos os direitos reservados.
Arquivos de parâmetros usados:
E:/oracle/product/10.1.0/Db_2/network/admin/sqlnet.ora
Adaptador TNSNAMES usado para resolver o alias
Tentativa de contato (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)
(HOST ) = 127.0.0.1)(PORT = 1521))) (CONNECT_DATA = (SERVER = DEDICADO) (SERVICE_
NAME = orcl)))
OK (20 mseg)
3．
SQL>;show sga Verifica se a instância foi iniciada
SQL>; select open_mode from v$database; Verifica se o banco de dados está aberto ou montado.
OPEN_MODE
----------
READ WRITE
Exemplo de uso de hostname para acessar o banco de dados em vez de tnsname
Usar tnsname para acessar o banco de dados é o método padrão, mas também traz alguns problemas, ou seja, o cliente precisa configurar o arquivo tnsnames.ora de. Se o endereço do servidor de banco de dados for alterado, será necessário reeditar o arquivo do cliente. Acessar o banco de dados através do nome do host elimina esse problema.
É necessário modificar
o
arquivo de configuração listener.ora #Listener do lado do servidor listener.ora
#使用nome de host则不再需要tnsname.ora文件做本地解析
# listener.ora Arquivo de configuração de rede: d:/oracle/product/10.1.0/db_1/NETWORK/ADMIN/listener.ora
# Gerado pelas ferramentas de configuração Oracle.
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
# (SID_NAME = PLSExtProc)
(SID_NAME = orcl)
(GLOBAL_DBNAME = boway)
(ORACLE_HOME = d:/oracle/product/10.1.0/db_1)
# (PROGRAM = extproc)
)
)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
)
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = boway)(PORT = 1521)) )
)
Cliente sqlnet.ora Se você confirmar que não usará TNSNAME para acesso, poderá remover TNSNAMES
# sqlnet.ora Arquivo de configuração de rede: d:/oracle/product/10.1.0/db_1/NETWORK/ADMIN/sqlnet.ora
# Generated pelas ferramentas de configuração Oracle
SQLNET.AUTHENTICATION_SERVICES= (NTS)
NAMES.DIRECTORY_PATH= (HOSTNAME)
O arquivo Tnsnames.ora não precisa ser configurado e não importa se ele for excluído.
O seguinte é um problema com a configuração da rede e do sistema operacional. Como posso resolver meu nome de host?
Você pode se conectar ao
sqlplus sys/oracle@boway
da seguinte maneira. Nesse caso, o servidor boway será conectado e o ouvinte determinará o que você deseja.
Soluções de solução de problemas comuns :
TNS-12154 (ORA-12154): TNS: não foi possível resolver o nome do serviço.
Este erro indica que o nome do serviço de rede usado para conexão não existe nos tnsnames. arquivo ora, como o tnsnames.ora acima O nome do serviço de rede é apenas teste. Se o usuário usar sqlplus system/manager@test1 ao se conectar, o erro TNS-12154 será fornecido.
Deve-se observar que às vezes, mesmo que haja um nome de serviço de rede correspondente no arquivo tnsnames.ora, ocorrerá um erro ao conectar-se usando o nome do serviço de rede. A configuração típica para esta situação é a seguinte (na máquina cliente):
arquivo sqlnet.ora:
NAMES.DIRECTORY_PATH = (TNSNAMES,….)
NAMES.DEFAULT_DOMAIN = server.com
arquivo tnsnames.ora:
teste =
(DESCRIPTION=
(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=testserver)(PORT =1521))
)
(CONNECT_DATA=(SERVICE_NAME=orcl.testserver.com)
)
)
O mecanismo básico da operação sql*plus:
Depois que o usuário inserir sqlplus system/manager@test, o programa sqlplus procurará automaticamente o parâmetro NAMES.DEFAULT_DOMAIN no arquivo sqlnet.ora. Se o parâmetro existir, o valor no parâmetro será retirado e adicionado ao final de o nome do serviço de rede, ou seja, Neste exemplo, sua entrada é alterada automaticamente de sqlplus system/manager@test para sqlplus system/[email protected] e, em seguida, você acessa o arquivo tnsnames.ora para localizar o teste. nome do serviço de rede server.com. Claro, ele não pode ser encontrado., porque há apenas o nome do serviço de rede de teste no arquivo, um erro é relatado. A solução é comentar o parâmetro NAMES.DEFAULT_DOMAIN no arquivo sqlnet.ora, como #NAMES.DEFAULT_DOMAIN = server.com. Se o parâmetro NAMES.DEFAULT_DOMAIN não existir, o programa sqlplus encontrará diretamente o nome do serviço de rede de teste no arquivo tnsnames.ora e, em seguida, retirará o host, porta, tcp, service_name e usará essas informações para enviar a solicitação de conexão para o servidor de banco de dados correto.
Além disso, em princípio, a configuração em tnsnames.ora não diferencia maiúsculas de minúsculas, mas encontrei uma situação que diferencia maiúsculas de minúsculas, então é melhor usar o mesmo serviço de rede configurado em tnsnames.ora.
ORA-12514: TNS:listener não pôde resolver SERVICE_NAME fornecido no descritor de conexão.
Este erro indica que o nome do serviço de rede pode ser encontrado em tnsnames.ora, mas o SERVICE_NAME especificado em tnsnames.ora é inconsistente com o SERVICE_NAME no lado do servidor. A solução é modificar SERVICE_NAME em tnsnames.ora.
Introdução a termos confusos:
Db_name: Um identificador exclusivo para um banco de dados (banco de dados Oracle), que é o banco de dados Oracle. Essa representação é suficiente para um único banco de dados, mas com a popularidade dos bancos de dados distribuídos compostos por vários bancos de dados, esse método de comandar bancos de dados impõe uma certa carga no gerenciamento de bancos de dados, pois os nomes de cada banco de dados podem ser iguais, causando problemas de gerenciamento. sobre. Para resolver esta situação foi introduzido o parâmetro Db_domain, para que a identificação da base de dados seja determinada pelos dois parâmetros Db_name e Db_domain, evitando confusão de gestão causada por nomes de bases de dados duplicados. Isto é semelhante ao gerenciamento de nomes de máquinas na Internet. Conectamos os dois parâmetros Db_name e Db_domain com '.' para representar um banco de dados, e chamamos o nome do banco de dados Global_name, ou seja, estende Db_name. O parâmetro Db_name pode consistir apenas em letras, números, '_', '#', '$' e pode ter até 8 caracteres.
Db_domain: Define o domínio onde um banco de dados está localizado. A nomenclatura deste domínio não tem nada a ver com o 'domínio' da Internet. É apenas decidido pelo administrador do banco de dados com base na situação real para melhor gerenciar o banco de dados distribuído . Claro que, para comodidade de gerenciamento, pode ser igual ao domínio da Internet.
Global_name: Um identificador exclusivo para um banco de dados (banco de dados Oracle).A Oracle recomenda usar este método para comandar o banco de dados. Este valor é determinado durante a criação do banco de dados e o valor padrão é Db_name.Db_domain. Quaisquer modificações subsequentes nos parâmetros Db_name e Db_domain no arquivo de parâmetros não afetarão o valor de Global_name. Se desejar modificar Global_name, você só poderá usar o comando ALTER DATABASE RENAME GLOBAL_NAME TO <db_name.db_domain> para modificá-lo e, em seguida, modifique os parâmetros correspondentes.
Service_name: Este parâmetro foi introduzido recentemente pelo oracle8i. Antes do 8i, usávamos SID para identificar uma instância do banco de dados, mas no ambiente paralelo da Oracle, um banco de dados corresponde a várias instâncias, o que requer vários nomes de serviço de rede e é complicado de configurar. Para facilitar a configuração em um ambiente paralelo, foi introduzido o parâmetro Service_name, que corresponde a um banco de dados em vez de uma instância e possui muitos outros benefícios. O valor padrão deste parâmetro é Db_name.Db_domain, que é igual a Global_name. Um banco de dados pode corresponder a vários Service_names para obter uma configuração mais flexível. Este parâmetro não está diretamente relacionado ao SID, ou seja, o nome do Serviço não precisa ser igual ao SID.
Nome do serviço de rede: nome do serviço de rede, também conhecido como alias do banco de dados. É necessário quando o programa cliente acessa o banco de dados. Ele protege os detalhes de como o cliente se conecta ao servidor e realiza a transparência da localização do banco de dados.
Como se conectar ao banco de dados usando o nome do serviço de rede configurado:
Use o programa sqlplus para testar por meio do nome do serviço de rede de teste, como sqlplus system/manager@test. Se você não conseguir se conectar ao banco de dados, adicione o valor do parâmetro DB_Domain do banco de dados Oracle após o nome do serviço de rede de teste (serviço de rede) no arquivo tnsname.ora e verifique-o com o comando sqlplus> show parâmetro db_domain. O valor do parâmetro db_domain aqui é testserver.com. Adicione-o ao final do nome do serviço de rede. O conteúdo do nome do serviço de rede no tnsname.ora modificado é: Deve ser
alterado para:
Como usar o nome do serviço de rede configurado para se conectar ao banco de dados:
Use o programa sqlplus para testar por meio do nome do serviço de rede de teste, como sqlplus system/manager@test. Se você não conseguir se conectar ao banco de dados, adicione o valor do parâmetro NAMES.DEFAULT_DOMAIN no arquivo sqlnet.ora após o nome do serviço de rede de teste (serviço de rede) no arquivo tnsname.ora. Meu valor de parâmetro aqui é testserver.com. Alterar Adicionado ao final do nome do serviço de rede, o conteúdo sobre o nome do serviço de rede no tnsname.ora modificado é:
Sob quais circunstâncias o Oracle definirá automaticamente o parâmetro NAMES.DEFAULT_DOMAIN?
O ambiente típico onde isso ocorre é que o 'sufixo DNS primário' é definido em 'Meu Computador à Propriedades à Nome do Computador à Alterar à Outro... à Sufixo DNS Primário deste Computador' do cliente Windows, porque neste caso a instalação Quando usando o cliente, o parâmetro NAMES.DEFAULT_DOMAIN será automaticamente definido no arquivo sqlnet.ora. Isso também pode ocorrer quando o computador for adicionado ao domínio e o cliente oracle estiver instalado. Se possível, você pode tentar.
Quando configuro o cliente Oracle, geralmente modifico manualmente o arquivo tnsnames.ora, mas muitas pessoas gostam de usar ferramentas gráficas para configuração. A ferramenta gráfica acaba modificando o arquivo tnsnames.ora, mas às vezes causa outros problemas:
Ao configurar o nome do serviço de rede usando o software de configuração gráfica da Oracle 'net assistant' ou 'Net Configuration Assistant', se 'sufixo DNS primário' tiver sido definido, mas não houver 'primário' no nome do serviço de rede escrito no software de configuração gráfica sufixo dns', se você apenas escrever teste, o software de configuração gráfica adicionará automaticamente 'sufixo dns primário' no final para torná-lo test.testserver.com e armazená-lo em tnsnames.ora, independentemente do seu sqlnet.ora Existe um parâmetro NAMES.DEFAULT_DOMAIN no arquivo. Neste momento, a conexão de teste usando a ferramenta gráfica foi aprovada, mas se não houver nenhum parâmetro NAMES.DEFAULT_DOMAIN no arquivo sqlnet.ora neste momento, você deve usar test.testserver.com em tnsnames.ora ao usar o serviço de rede nome.Em vez do teste você digita no software de configuração gráfica. A solução é:
<1> Você pode definir NAMES.DEFAULT_DOMAIN= testserver.com no arquivo sqlnet.ora. Neste momento, você pode usar test ou test.testserver.com para se conectar ao banco de dados.
<2> Não definir NAMES no arquivo sqlnet.ora. Parâmetro .DEFAULT_DOMAIN, remova .testserver.com em test.testserver.com no arquivo tnsnames.ora, então você pode usar test para se conectar ao banco de dados
Configure o ouvinte oracle 11g para conectar-se remotamente ao banco de dados no Linux
Lado do servidor:
1. Adicione um ouvinte: Execute no terminal: $ORACLE_HOME/bin/netca (deve estar em um ambiente de interface gráfica) e siga as instruções para adicionar um ouvinte.
2. Adicione os serviços suportados pelo listener: Execute no terminal: $ORACLE_HOME/bin/netmgr (na interface gráfica), em: Oracle Net Configuration -> Local -> Listeners -> xxxx (o listener que você acabou de adicionar), selecione serviços de "Banco de dados" e adicione o banco de dados que deseja servir. Entre eles, observe que Global Database Name é o nome do seu serviço externo. Em seguida, salve e saia.
3. Reinicie seu ouvinte: Terminal executado:
$ORACLE_HOME/bin/lsnrctl stop
$ORACLE_HOME/bin/lsnrctl start
O prompt final:
O serviço "XXXX" tem 1 instância(s).
O comando foi concluído com sucesso.
Ok, até agora no servidor lado A configuração do ouvinte está concluída.
Cliente:
1. Configure uma "Configuração de nome de serviço local": terminal run: $ORACLE_HOME/bin/netca , selecione:Configuração do nome do serviço local , siga as instruções. Entre eles, Nome do Serviço é escrito com o "Nome do Banco de Dados Global" adicionado durante a configuração do lado do servidor; Nome do Host é escrito como o IP do servidor (se estiver na LAN, o nome do servidor também pode ser usado); finalmente, forneça o serviço local um nome (por exemplo, chamado :LSN). Em seguida, salve e saia.
2. Conecte-se ao banco de dados no servidor através do sqlplus:
Formato: sqlplus nome de usuário/senha@nome do serviço local