Tentei iniciar o ouvinte e fazer um dbstart, mas parece que ainda está dizendo "Oracle não disponível". Talvez o dbstart não tenha funcionado. Qualquer sugestão me ajudaria.
[user@fedora16 bin]$ echo $ORACLE_HOME
/home/user/app/user/product/11.2.0/dbhome_1
[user@fedora16 bin]$ echo $ORACLE_SID
orcl
[user@fedora16 bin]$ cat $ORACLE_HOME/network/admin/listener.ora
# listener.ora Network Configuration File: /home/user/app/user/product/11.2.0/dbhome_1/network/admin/listener.ora
# Generated by Oracle configuration tools.
orcl =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))
)
)
ADR_BASE_LISTENER = /home/user/app/user/product/11.2.0
[user@fedora16 bin]$ cat $ORACLE_HOME/network/admin/sqlnet.ora
# sqlnet.ora Network Configuration File: /home/user/app/user/product/11.2.0/dbhome_1/network/admin/sqlnet.ora
# Generated by Oracle configuration tools.
NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)
ADR_BASE = /home/user/app/user/product/11.2.0
[user@fedora16 bin]$ dbstart $ORACLE_HOME
[user@fedora16 ~]$ lsnrctl start orcl
LSNRCTL for Linux: Version 11.2.0.1.0 - Production on 04-MAR-2012 09:04:19
Copyright (c) 1991, 2009, Oracle. All rights reserved.
Starting /home/user/app/user/product/11.2.0/dbhome_1/bin/tnslsnr: please wait...
TNSLSNR for Linux: Version 11.2.0.1.0 - Production
System parameter file is /home/user/app/user/product/11.2.0/dbhome_1/network/admin/listener.ora
Log messages written to /home/user/app/user/product/11.2.0/diag/tnslsnr/fedora16/orcl/alert/log.xml
Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=1521)))
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1521)))
STATUS of the LISTENER
------------------------
Alias orcl
Version TNSLSNR for Linux: Version 11.2.0.1.0 - Production
Start Date 04-MAR-2012 09:04:19
Uptime 0 days 0 hr. 0 min. 0 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /home/user/app/user/product/11.2.0/dbhome_1/network/admin/listener.ora
Listener Log File /home/user/app/user/product/11.2.0/diag/tnslsnr/fedora16/orcl/alert/log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=1521)))
The listener supports no services
The command completed successfully
[user@fedora16 bin]$ ps -ef | grep '\(ora\|smon\|lsnr\)'
user 2405 1 0 08:46 ? 00:00:00 /home/user/app/user/product/11.2.0/dbhome_1/bin/tnslsnr orcl -inherit
user 2553 1611 0 08:49 pts/0 00:00:00 grep --color=auto \(ora\|smon\|lsnr\)
[user@fedora16 bin]$ sqlplus
SQL*Plus: Release 11.2.0.1.0 Production on Sun Mar 4 08:46:29 2012
Copyright (c) 1982, 2009, Oracle. All rights reserved.
Enter user-name: scott
Enter password:
ERROR:
ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist
Linux-x86_64 Error: 2: No such file or directory
Process ID: 0
Session ID: 0 Serial number: 0
dbstart
iniciará apenas bancos de dados que tenham o terceiro parâmetro nooratab
arquivo definido comoY
. Verifique o valor nesse arquivo.Você também não precisa passar oORACLE_HOME
como argumento; não tenho certeza se você realmente queria passar o SID, mas de qualquer maneira, a casaoratab
também é tirada do.O próprio script diz que ele deve ser executado apenas como parte do procedimento de inicialização do sistema, por exemplo, a partir de um script executado durante a inicialização de um
/etc/rc*.d
diretório. O$ORACLE_HOME
parâmetro passado é usado apenas para iniciar o ouvinte; o início de cada banco de dados é obtido deoratab
.De acordo com a documentação ,
dbstart
está obsoleto em favor do Oracle Restart (em ambientes não RAC) no 11g Release 2; Acho que isso significa que você deve usarcrsctl start has
para iniciar o ouvinte e o banco de dados a partir de então. Isso também usa o terceirooratab
valor para decidir se o banco de dados deve ser iniciado.Recentemente, enfrentei o problema abaixo:
Não está me permitindo conectar o sql, verifiquei as sessões do usuário ativo
V$sessionn
e um dos usuários ocupou mais sessão. Para corrigi-lo, matei a sessão de usuário ativa