oracle-11g connection is very slow
PhaniAug 6 2011 — edited Aug 10 2011Hi Team,
Installed oracle11g with database yesterday. but the connection to database using tnsnames is very slow even from host server, where as sys / as sysdba is normal in hostserver.
And checked other databases(10g) connections in the same host server, normal. Here with I spooled alert log file and parameter list. pls do the needful help.
Aler log file from shut down to startup.
Sat Aug 06 11:28:54 2011
Shutting down instance (immediate)
Stopping background process SMCO
Shutting down instance: further logons disabled
Sat Aug 06 11:28:55 2011
Stopping background process CJQ0
Stopping background process QMNC
Stopping background process MMNL
Stopping background process MMON
License high water mark = 10
ALTER DATABASE CLOSE NORMAL
Sat Aug 06 11:28:58 2011
SMON: disabling tx recovery
SMON: disabling cache recovery
Sat Aug 06 11:28:58 2011
Shutting down archive processes
Archiving is disabled
Sat Aug 06 11:28:58 2011
ARCH shutting down
Sat Aug 06 11:28:58 2011
ARCH shutting down
Sat Aug 06 11:28:58 2011
ARCH shutting down
ARC1: Archival stopped
ARC0: Archival stopped
ARC3: Archival stopped
Sat Aug 06 11:28:58 2011
ARCH shutting down
ARC2: Archival stopped
Thread 1 closed at log sequence 9
Successful close of redo thread 1
Completed: ALTER DATABASE CLOSE NORMAL
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Sat Aug 06 11:29:01 2011
Stopping background process VKTM:
Sat Aug 06 11:29:05 2011
Instance shutdown complete
Sat Aug 06 11:32:12 2011
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Using LOG_ARCHIVE_DEST_1 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on.
IMODE=BR
ILAT =118
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up:
Oracle Database 11g Release 11.2.0.1.0 - 64bit Production.
Using parameter settings in client-side pfile /oracle/ora11g/apps/dbs/initrakshak.ora on machine abml01
System parameters with non-default values:
processes = 700
sga_max_size = 30G
sga_target = 30G
control_files = "/barch10g_db/ora11g/rakshak_control/rkdatabase/control1/rakshak_control01.ctl"
control_files = "/barch10g_db/ora11g/rakshak_redo/rkdatabase/control2/rakshak_control02.ctl"
control_files = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/control3/rakshak_control03.ctl"
db_block_size = 16384
compatible = "11.2.0"
log_archive_dest = "/barch10g_db/ora11g/rakshak_archive/rkdatabase/rakshak"
db_recovery_file_dest = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/flash_recovery_area"
db_recovery_file_dest_size= 2G
undo_management = "AUTO"
undo_tablespace = "UNDOTBS1"
sec_case_sensitive_logon = FALSE
remote_login_passwordfile= "EXCLUSIVE"
utl_file_dir = "/barch10g_db/ora11g/ldoutput/"
plsql_code_type = "native"
job_queue_processes = 100
cursor_sharing = "FORCE"
audit_file_dest = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/adump"
audit_trail = "DB"
db_name = "rakshak"
open_cursors = 700
diagnostic_dest = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/"
Sat Aug 06 11:32:33 2011
PMON started with pid=2, OS id=9463
Sat Aug 06 11:32:34 2011
VKTM started with pid=3, OS id=9465 at elevated priority
VKTM running at (10)millisec precision with DBRM quantum (100)ms
Sat Aug 06 11:32:34 2011
GEN0 started with pid=4, OS id=9469
Sat Aug 06 11:32:34 2011
DIAG started with pid=5, OS id=9471
Sat Aug 06 11:32:34 2011
DBRM started with pid=6, OS id=9473
Sat Aug 06 11:32:34 2011
PSP0 started with pid=7, OS id=9475
Sat Aug 06 11:32:34 2011
DIA0 started with pid=8, OS id=9477
Sat Aug 06 11:32:34 2011
MMAN started with pid=9, OS id=9479
Sat Aug 06 11:32:34 2011
DBW0 started with pid=10, OS id=9481
Sat Aug 06 11:32:34 2011
DBW1 started with pid=11, OS id=9483
Sat Aug 06 11:32:34 2011
DBW2 started with pid=12, OS id=9485
Sat Aug 06 11:32:34 2011
LGWR started with pid=13, OS id=9487
Sat Aug 06 11:32:34 2011
CKPT started with pid=14, OS id=9489
Sat Aug 06 11:32:34 2011
SMON started with pid=15, OS id=9491
Sat Aug 06 11:32:34 2011
RECO started with pid=16, OS id=9493
Sat Aug 06 11:32:34 2011
MMON started with pid=17, OS id=9495
Sat Aug 06 11:32:34 2011
MMNL started with pid=18, OS id=9497
Sat Aug 06 11:32:34 2011
ORACLE_BASE not set in environment. It is recommended
that ORACLE_BASE be set in the environment
Sat Aug 06 11:34:34 2011
Shutting down instance (immediate)
Shutting down instance: further logons disabled
Stopping background process MMNL
Stopping background process MMON
License high water mark = 1
ALTER DATABASE CLOSE NORMAL
ORA-1507 signalled during: ALTER DATABASE CLOSE NORMAL...
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Sat Aug 06 11:34:37 2011
Stopping background process VKTM:
Sat Aug 06 11:34:40 2011
Instance shutdown complete
Sat Aug 06 11:35:55 2011
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Using LOG_ARCHIVE_DEST_1 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on.
IMODE=BR
ILAT =118
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up:
Oracle Database 11g Release 11.2.0.1.0 - 64bit Production.
Using parameter settings in client-side pfile /oracle/ora11g/apps/dbs/initrakshak.ora on machine abml01
System parameters with non-default values:
processes = 700
sga_max_size = 30G
sga_target = 30G
control_files = "/barch10g_db/ora11g/rakshak_control/rkdatabase/control1/rakshak_control01.ctl"
control_files = "/barch10g_db/ora11g/rakshak_redo/rkdatabase/control2/rakshak_control02.ctl"
control_files = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/control3/rakshak_control03.ctl"
db_block_size = 16384
compatible = "11.2.0"
log_archive_dest = "/barch10g_db/ora11g/rakshak_archive/rkdatabase/rakshak"
db_recovery_file_dest = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/flash_recovery_area"
db_recovery_file_dest_size= 2G
undo_management = "AUTO"
undo_tablespace = "UNDOTBS1"
sec_case_sensitive_logon = FALSE
remote_login_passwordfile= "EXCLUSIVE"
utl_file_dir = "/barch10g_db/ora11g/ldoutput/"
plsql_code_type = "native"
job_queue_processes = 100
cursor_sharing = "FORCE"
audit_file_dest = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/adump"
audit_trail = "DB"
db_name = "rakshak"
open_cursors = 700
diagnostic_dest = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/"
Sat Aug 06 11:36:16 2011
PMON started with pid=2, OS id=9648
Sat Aug 06 11:36:16 2011
VKTM started with pid=3, OS id=9657 at elevated priority
VKTM running at (10)millisec precision with DBRM quantum (100)ms
Sat Aug 06 11:36:16 2011
GEN0 started with pid=4, OS id=9669
Sat Aug 06 11:36:16 2011
DIAG started with pid=5, OS id=9678
Sat Aug 06 11:36:16 2011
DBRM started with pid=6, OS id=9686
Sat Aug 06 11:36:16 2011
PSP0 started with pid=7, OS id=9697
Sat Aug 06 11:36:16 2011
DIA0 started with pid=8, OS id=9704
Sat Aug 06 11:36:16 2011
MMAN started with pid=9, OS id=9711
Sat Aug 06 11:36:16 2011
DBW0 started with pid=10, OS id=9713
Sat Aug 06 11:36:16 2011
DBW1 started with pid=11, OS id=9715
Sat Aug 06 11:36:16 2011
DBW2 started with pid=12, OS id=9717
Sat Aug 06 11:36:16 2011
LGWR started with pid=13, OS id=9719
Sat Aug 06 11:36:16 2011
CKPT started with pid=14, OS id=9721
Sat Aug 06 11:36:16 2011
SMON started with pid=15, OS id=9723
Sat Aug 06 11:36:16 2011
RECO started with pid=16, OS id=9725
Sat Aug 06 11:36:16 2011
MMON started with pid=17, OS id=9727
Sat Aug 06 11:36:16 2011
MMNL started with pid=18, OS id=9729
Sat Aug 06 11:36:16 2011
ORACLE_BASE from environment = /oracle/ora11g/home
Sat Aug 06 11:36:40 2011
alter database mount
Sat Aug 06 11:36:44 2011
Successful mount of redo thread 1, with mount id 3292194824
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: alter database mount
Sat Aug 06 11:36:54 2011
alter database open
LGWR: STARTING ARCH PROCESSES
Sat Aug 06 11:36:54 2011
ARC0 started with pid=20, OS id=9743
Sat Aug 06 11:36:55 2011
ARC0: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
ARC0: STARTING ARCH PROCESSES
Sat Aug 06 11:36:55 2011
ARC1 started with pid=21, OS id=9745
Sat Aug 06 11:36:55 2011
ARC2 started with pid=22, OS id=9747
Sat Aug 06 11:36:55 2011
ARC3 started with pid=23, OS id=9749
ARC1: Archival started
ARC2: Archival started
ARC2: Becoming the 'no FAL' ARCH
ARC2: Becoming the 'no SRL' ARCH
ARC1: Becoming the heartbeat ARCH
Thread 1 opened at log sequence 9
Current log# 3 seq# 9 mem# 0: /barch10g_db/ora11g/rakshak_idx1/rkdatabase/redo3/rakshak_redolog3a.log
Current log# 3 seq# 9 mem# 1: /barch10g_db/ora11g/rakshak_idx1/rkdatabase/redo3/rakshak_redolog3b.log
Successful open of redo thread 1
Sat Aug 06 11:36:55 2011
SMON: enabling cache recovery
Successfully onlined Undo Tablespace 2.
Verifying file header compatibility for 11g tablespace encryption..
Verifying 11g file header compatibility for tablespace encryption completed
SMON: enabling tx recovery
Database Characterset is WE8ISO8859P1
No Resource Manager plan active
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
Sat Aug 06 11:36:55 2011
QMNC started with pid=25, OS id=9753
Completed: alter database open
Sat Aug 06 11:36:56 2011
db_recovery_file_dest_size of 2048 MB is 0.99% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
ARC3: Archival started
ARC0: STARTING ARCH PROCESSES COMPLETE
Sat Aug 06 11:36:58 2011
Starting background process CJQ0
Sat Aug 06 11:36:58 2011
CJQ0 started with pid=24, OS id=9768
Setting Resource Manager plan SCHEDULER[0x2FF9]:DEFAULT_MAINTENANCE_PLAN via scheduler window
Setting Resource Manager plan DEFAULT_MAINTENANCE_PLAN via parameter
Sat Aug 06 11:37:01 2011
Starting background process VKRM
Sat Aug 06 11:37:01 2011
VKRM started with pid=26, OS id=9770
Sat Aug 06 11:41:55 2011
Starting background process SMCO
Sat Aug 06 11:41:55 2011
SMCO started with pid=29, OS id=9920
parameter list
db_name='rakshak'
+#memory_target=30G+
processes = 700
audit_file_dest='/barch10g_db/ora11g/rakshak_idx1/rkdatabase/adump'
audit_trail ='db'
db_block_size=16384
db_recovery_file_dest='/barch10g_db/ora11g/rakshak_idx1/rkdatabase/flash_recovery_area'
db_recovery_file_dest_size=2G
diagnostic_dest='/barch10g_db/ora11g/rakshak_idx1/rkdatabase/'
+#dispatchers='(PROTOCOL=TCP) (SERVICE=ORCLXDB)'+
open_cursors=700
job_queue_processes=100
remote_login_passwordfile='EXCLUSIVE'
undo_management='AUTO'
undo_tablespace='UNDOTBS1'
+# You may want to ensure that control files are created on separate physical+
+# devices+
control_files = '/barch10g_db/ora11g/rakshak_control/rkdatabase/control1/rakshak_control01.ctl','/barch10g_db/ora11g/rakshak_redo/rkdatabase/control2/rakshak_control02.ctl','/barch10g_db/ora11g/rakshak_idx1/rkdatabase/control3/rakshak_control03.ctl'
compatible ='11.2.0'
SGA_MAX_SIZE=30G
SGA_TARGET=30G
Utl_file_dir='/barch10g_db/ora11g/ldoutput/'
sec_case_sensitive_logon=FALSE
plsql_code_type=native
cursor_sharing='FORCE'
log_archive_dest='/barch10g_db/ora11g/rakshak_archive/rkdatabase/rakshak'
If any information is needed, pls let me know.
thanks in advance
Regards
Phani Kumar