Production database restarted

Hi Guru,
Today morning when i ched my production env i saw it was restrted last night not getting the cause exactley.Here is the log file details any body explain me the cause plz.I need to explane to the cutomer for this.
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Interface type 1 en3 192.168.3.0 configured from OCR for use as a cluster interconnect
Interface type 1 en2 172.19.21.128 configured from OCR for use as a public interface
Picked latch-free SCN scheme 3
WARNING: db_recovery_file_dest is same as db_create_online_log_dest_2
Autotune of undo retention is turned on.
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.3.0.
System parameters with non-default values:
processes = 150
__shared_pool_size = 553648128
__large_pool_size = 16777216
__java_pool_size = 16777216
__streams_pool_size = 16777216
spfile = +SOADATA/soapr/spfilesoapr.ora
nls_language = ENGLISH
nls_territory = UNITED KINGDOM
sga_target = 3221225472
control_files = SOADATA/soapr/controlfile/current.260.643395251, SOAFLASH/soapr/controlfile/current.256.643395251
db_block_size = 8192
__db_cache_size = 2600468480
compatible = 10.2.0.3.0
log_archive_dest_1 = LOCATION=+SOAFLASH/SOAPR/
log_archive_format = %t_%s_%r.dbf
Cluster communication is configured to use the following interface(s) for this instance
192.168.3.21
Thu Jun 11 04:02:14 2009
cluster interconnect IPC version:Oracle UDP/IP (generic)
IPC Vendor 1 proto 2
PSP0 started with pid=4, OS id=90296
DIAG started with pid=3, OS id=557234
PMON started with pid=2, OS id=233714
LMON started with pid=5, OS id=438470
LMD0 started with pid=6, OS id=520246
LMS0 started with pid=7, OS id=553174
LMS1 started with pid=8, OS id=491544
MMAN started with pid=9, OS id=360658
DBW0 started with pid=10, OS id=291018
LGWR started with pid=11, OS id=516102
CKPT started with pid=12, OS id=282782
SMON started with pid=13, OS id=544788
RECO started with pid=14, OS id=221322
CJQ0 started with pid=15, OS id=573464
MMON started with pid=16, OS id=585758
MMNL started with pid=17, OS id=589856
Thu Jun 11 04:02:15 2009
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
Thu Jun 11 04:02:15 2009
lmon registered with NM - instance id 2 (internal mem no 1)
Thu Jun 11 04:02:16 2009
Reconfiguration started (old inc 0, new inc 68)
List of nodes:
0 1
Global Resource Directory frozen
* allocate domain 0, invalid = TRUE
Communication channels reestablished
* domain 0 valid = 1 according to instance 0

Thankes for understanding thats why only i am thinking here is total alert log file.I am also confusing the cause it may be due to communication chennle reestablised?
Starting ORACLE instance (normal)
Thu Jun 11 04:02:42 2009
Specified value of sga_max_size is too small, bumping to 3841982464
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Interface type 1 en3 192.168.3.0 configured from OCR for use as a cluster interconnect
Interface type 1 en2 172.19.21.128 configured from OCR for use as a public interface
Picked latch-free SCN scheme 3
WARNING: db_recovery_file_dest is same as db_create_online_log_dest_2
Autotune of undo retention is turned on.
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.3.0.
System parameters with non-default values:
processes = 100
sessions = 410
sga_max_size = 3841982464
shared_pool_size = 1073741824
large_pool_size = 117440512
java_pool_size = 536870912
spfile = +WEBDATA/webpr/spfilewebpr.ora
control_files = WEBDATA/webpr/controlfile/current.256.645528657, WEBFLASH/webpr/controlfile/current.259.645528657
db_block_size = 8192
db_cache_size = 2097152000
compatible = 10.2.0.3.0
log_archive_dest_1 = LOCATION=+WEBDATA/WEBPR/
log_archive_format = %t_%s_%r.dbf
db_file_multiblock_read_count= 16
cluster_database = TRUE
cluster_database_instances= 2
db_create_file_dest = +WEBDATA
db_create_online_log_dest_1= +WEBDATA
db_create_online_log_dest_2= +WEBFLASH
db_recovery_file_dest = +WEBFLASH
db_recovery_file_dest_size= 21474836480
thread = 2
instance_number = 2
undo_management = AUTO
undo_tablespace = UNDOTBS2
remote_login_passwordfile= EXCLUSIVE
db_domain = phones4u.ltd
service_names = WEBPR.phones4u.ltd
dispatchers = (PROTOCOL=TCP) (SERVICE=WEBPRXDB)
remote_listener = LISTENERS_WEBPR
job_queue_processes = 2
background_dump_dest = /app/oracle/WEB/web_home/admin/WEBPR/bdump
user_dump_dest = /app/oracle/WEB/web_home/admin/WEBPR/udump
core_dump_dest = /app/oracle/WEB/web_home/admin/WEBPR/cdump
audit_file_dest = /app/oracle/WEB/web_home/admin/WEBPR/adump
db_name = WEBPR
open_cursors = 300
pga_aggregate_target = 2147483648
aq_tm_processes = 1
Cluster communication is configured to use the following interface(s) for this instance
192.168.3.21
Thu Jun 11 04:02:43 2009
cluster interconnect IPC version:Oracle UDP/IP (generic)
IPC Vendor 1 proto 2
DIAG started with pid=3, OS id=602288
PMON started with pid=2, OS id=688270
PSP0 started with pid=4, OS id=409774
LMON started with pid=5, OS id=733286
LMD0 started with pid=6, OS id=680058
LMS0 started with pid=7, OS id=716928
LMS1 started with pid=8, OS id=725092
MMAN started with pid=9, OS id=745598
DBW0 started with pid=10, OS id=749698
LGWR started with pid=11, OS id=753776
CKPT started with pid=12, OS id=757874
SMON started with pid=13, OS id=761972
RECO started with pid=14, OS id=766070
CJQ0 started with pid=15, OS id=770168
MMON started with pid=16, OS id=774266
MMNL started with pid=17, OS id=778364
Thu Jun 11 04:02:44 2009
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
Thu Jun 11 04:02:44 2009
lmon registered with NM - instance id 2 (internal mem no 1)
Thu Jun 11 04:02:45 2009
Reconfiguration started (old inc 0, new inc 20)
List of nodes:
0 1
Global Resource Directory frozen
* allocate domain 0, invalid = TRUE
Communication channels reestablished
* domain 0 valid = 1 according to instance 0
Thu Jun 11 04:02:45 2009
Master broadcasted resource hash value bitmaps
Non-local Process blocks cleaned out
Thu Jun 11 04:02:45 2009
LMS 0: 0 GCS shadows cancelled, 0 closed
Thu Jun 11 04:02:45 2009
LMS 1: 0 GCS shadows cancelled, 0 closed
Set master node info
Submitted all remote-enqueue requests
Dwn-cvts replayed, VALBLKs dubious
All grantable enqueues granted
Thu Jun 11 04:02:45 2009
LMS 0: 0 GCS shadows traversed, 0 replayed
Thu Jun 11 04:02:45 2009
LMS 1: 0 GCS shadows traversed, 0 replayed
Thu Jun 11 04:02:45 2009
Submitted all GCS remote-cache requests
Fix write in gcs resources
Reconfiguration complete
LCK0 started with pid=20, OS id=729238
Thu Jun 11 04:02:47 2009
ALTER DATABASE MOUNT
Thu Jun 11 04:02:47 2009
Starting background process ASMB
ASMB started with pid=22, OS id=737424
Starting background process RBAL
RBAL started with pid=23, OS id=811148
Thu Jun 11 04:02:52 2009
SUCCESS: diskgroup WEBDATA was mounted
SUCCESS: diskgroup WEBFLASH was mounted
Thu Jun 11 04:02:59 2009
Setting recovery target incarnation to 1
Thu Jun 11 04:02:59 2009
Successful mount of redo thread 2, with mount id 843760124
Thu Jun 11 04:02:59 2009
Database mounted in Shared Mode (CLUSTER_DATABASE=TRUE)
Completed: ALTER DATABASE MOUNT
Thu Jun 11 04:03:00 2009
ALTER DATABASE OPEN
Picked broadcast on commit scheme to generate SCNs
Thu Jun 11 04:03:00 2009
LGWR: STARTING ARCH PROCESSES
ARC0 started with pid=26, OS id=921634
Thu Jun 11 04:03:00 2009
ARC0: Archival started
ARC1 started with pid=27, OS id=950398
Thu Jun 11 04:03:00 2009
ARC1: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
Thread 2 opened at log sequence 1427
Current log# 3 seq# 1427 mem# 0: +WEBDATA/webpr/onlinelog/group_3.275.645530383
Current log# 3 seq# 1427 mem# 1: +WEBFLASH/webpr/onlinelog/group_3.256.645530383
Successful open of redo thread 2
Thu Jun 11 04:03:01 2009
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Thu Jun 11 04:03:01 2009
ARC1: Becoming the 'no FAL' ARCH
ARC1: Becoming the 'no SRL' ARCH
Thu Jun 11 04:03:01 2009
ARC0: Becoming the heartbeat ARCH
Thu Jun 11 04:03:01 2009
SMON: enabling cache recovery
Thu Jun 11 04:03:02 2009
Successfully onlined Undo Tablespace 4.
Thu Jun 11 04:03:02 2009
SMON: enabling tx recovery
Thu Jun 11 04:03:02 2009
Database Characterset is WE8ISO8859P1
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=29, OS id=925830
Thu Jun 11 04:03:12 2009
Completed: ALTER DATABASE OPEN

Similar Messages

  • Adding a Dialog instance to a live production database.

    We are adding a number of new App servers to a ECC6 7.0 Live production database but we don't have enough confidence in the in the information in InstGui and install guide that it will not over write the /sapmnt/SID/exe of the running CI.
    Has anyone done this and is just down to not selecting the unpack Kernel and oracle client check boxes in the Parameter Summary?
    Cheers
    Chris

    Hi,
    >If parameters are set correctly it shouldn't ask you to unpack exe files.
    >DI should get all exe files from CI and it will do the same copy again whenever it gets restarted.
    Well, yes if only, the DI use the same kernel as the CI...
    For example we run our ECC6 production system with a CI on Windows 2003 64 Itanium and the DI on Windows 2003 x86_64.
    Regards,
    Olivier

  • Database restarting daily, why?

    My RDBMS is Enterprise Edition Release 11.2.0.3.0 - 64bit Production running on RHEL 6 x86_64 running on a virtual server. Each morning at 05:58 the database restarts. Looking at the various trace files generated at that time I see messages as follows -
    CELL communication is configured to use 0 interface(s):
    kcrfwy: minimum sleep is 9974 usecs (overhead is 8974 usecs)
    kgfmIsAppliance=0 (due to init)
    There is a vktm trace file:
    VKTM running at (1)millisec precision with DBRM quantum (100)ms
    [Start] HighResTick = 1383573491638525
    kstmrmtickcnt = 0 : ksudbrmseccnt[0] = 1383573491
    kwqmnich: current time:: 13: 58: 21: 0
    kwqmnich: instance no 0 repartition flag 1
    kwqmnich: initialized job cache structure
    *** 2013-11-04 05:58:23.677
    kwqinfy: Call kwqrNondurSubInstTsk
    PQQ: Skipping service checks
    kgsksysstop: blocking mode (2) timestamp: 1383573500394276
    kgsksysstop: successful
    kgsksysresume: successful
    *** 2013-11-04 05:59:14.924
    PQQ: Active Services changed
    PQQ: Old service table
    SvcIdx  SvcId Active ActDop
    PQQ: New service table
    SvcIdx  SvcId Active ActDop
         1      1      1      0
         2      2      1      0
         3      3      1      0
         4      4      1      0
    Control file enqueue hold time tracking dump at time: 1470029
      1: 1140ms (rw) file: kct.c line: 2522 count: 140733193388033 total: 1140ms time: 1469406
    The alert log shows the shutdown/startup and all looks normal. The audit trail file shows a connection as sysdba at this time (that is to be expected I suppose).
    The vktm trace file indicates to me that the problem may be due to the virtual keeper of the time and I wondered if it is perhaps getting out of sync with the time clock on the virtual server. I spoke with one of the system administrators who suggested some checks. One is that the entry tinker panic 0 be in the /etc/ntp.conf file but I don't find that entry. The VM tools appear to be in place -
    -bash-3.2$ grep "buildNr =" /usr/bin/vmware-config-tools.pl
    $buildNr = '8.6.11 build-1180212';
    -bash-3.2$ /sbin/lsmod | grep vm
    vmmemctl 46424  0
    vmci            83804  1 vsock
    vmxnet                55556  0
    vmxnet3               88544  0
    At this point I am stuck and not sure what else to look at. I have done a bit of searching but have not found anything which seems to fit my situation. If anyone has encountered this or has any suggestions I would be most grateful.
    Thank you.
    Bill Wagman

    I understand your desire to 'plan' and why that might normally make sense but if planning is needed before your org can change their most important passwords then you have a large, gaping security hole.
    One of the key tasks that ANY organization must be able to perform AT A MOMENTS NOTICE is changing key passwords. Implicit in that task is the requisite documentation that shows the EXACT steps the need to be taken and clearly identifies ALL possible impacts (i.e. other password changes needed, batch process impacts, etc).
    The IT manager, or lead DBA, should be able to put their hands on security documentation that identifies that process and the steps to implement it.
    As part of the process of resolving your current issue I suggest you broach that LARGER deficiency to your management and make immediate plans to address it.

  • Production Server Restarted

    Hi,
       Yesterday production system restarted automatically,this first time happened.here iam sending the stopdb.log.
    LOGFILE FOR STOPPING DATABASE
    Trying to stop database ...
    Thu May 13 10:05:42 IST 2010
    Checking required environment variables
    SAPSYSTEMNAME is >TSD<
    Stop database with xuserkey >c<
    Thu May 13 10:05:42 IST 2010
    Connect to the database to check the database state:
    dbmcli check finished with return code: 0
    Database is running
    Continue with stop procedure
    Thu May 13 10:05:43 IST 2010
    Stop Database Analyzer
    Database Analyzer is active (INFO 13): wc=1
    dbmcli (dban_stop) finished with return code: 0
    Thu May 13 10:05:49 IST 2010
    Check connected user on database system
    Thu May 13 10:05:50 IST 2010
    Stopping the database
    Shutdown Database...
    OK
    OK
    Thu May 13 10:06:01 IST 2010
    Connect to the database to check the database state:
    dbmcli check finished with return code: 0
    The database state is offline.
    TSD database stopped
    What may be the iam not understanding guide me for the sane to analyze.
    Thnaku

    Dear Harshit,
    Kindly let me know your OS ?
    I think system  had been rebooted.Kindly check OS level logs .
    Thanks and Regards,
    ARun
    Edited by: Arun Kumar Rathour on May 14, 2010 12:36 PM

  • Recovering production database after a loss to Prod database server and SAN

    So I was asked this morning... can we recover our database if we lose both the database server and the SAN.
    A bit of information:
    Database: 10gR2
    Using ASM
    Backing up to ASM
    SAN is onsite
    My initial response was of course we backup at least twice a day, and then once a week move those backups to an offsite location.
    Then I started thinking about it some more. If we lose the SAN we have offsite backups of the entire SAN once a week so we could recover the SAN. If we were to lose the server we would lose the diskgroups where the backups are being stored.
    So my question is… and don’t laugh for me never thinking about it before please lol, but do I need to backup the ASM instance in order to be able to restore ASM to be able to get to my backups which are stored inside ASM diskgroups? If so do I need to do this old school by shutting it down and backing it up since there isn’t any archiving going on? If not does anyone recommend a certain way of going about this type of thing?
    Thanks in advance
    Luke

    Hi Luke,
    I think the answers to your questions are fluid, and can be stated as "it depends". If your SAN backup was created as a "snap", for example, a BCV on EMC systems, then likely you can get all your database in your ASM diskgroups. As long as all the disks in the diskgroups were snapped at the same time. Really, though, your best bet is always an RMAN backup which can be done even if your database is not in archive log mode. You can use rman to stop the database, restart it to mount mode and then back up the entire database, though I would suggest that if this is a production system that you do run in archive log mode.
    Cheers!
    Jay
    http://www.grumpy-dba.com

  • Oracle 11g 64 bit on Linux - Restore failure in production database

    Hi guru,
    We used to take full hot backup with the help of BackupExec of Symantec in our production database.We have two different oracle database (not cluster).
    We defined same policy for both .We defined schedule on Symantec to take full hot backup every night of database on tap drive.At any point of time we maintain only 2 full backup for each database on tap and then recycle it.
    Yesterday suddenly storage of database failed for both.?It was complete failure so we did not have any option but to restore last night full backup.
    It has done successfully for one database but when we tried to restore second from last night backup it thrown error :
    channel ch0: ORA-19870: error while restoring backup piece BE_9kjsfol6_1_1
    ORA-19507: failed to retrieve sequential file, handle="BE_9kjsfol6_1_1", parms=""
    ORA-27029: skgfrtrv: sbtrestore returned error
    ORA-19511: Error received from media manager layer, error text
    then we tried to restore backup of last to last night and it gave again error :
    channel ch0: ORA-19870: error while restoring backup piece BE_9djsaman_1_1
    ORA-19507: failed to retrieve sequential file, handle="BE_9djsaman_1_1", parms=""
    ORA-27029: skgfrtrv: sbtrestore returned error
    ORA-19511: Error received from media manager layer, error text
    But we have seen log of Symantec at the time of backup and it said that backup has successfully completed.
    right now I am in big trouble I tried almost all possible combination of symantec to restore database but got no success.I used script generated by symantec and tried to run that on RMAN directly but it is throwing same error.
    Please help me if possible an throw some light on exception (as I understand it says it is not able to find some piece on tap but we have not touched tap and tap media is completely safe.)
    I am pasting complete text log generated by Symantec at the time of restore attempt:
    Recovery Manager: Release 11.1.0.6.0 - Production on Sun Oct 12 01:26:45 2008
    Copyright (c) 1982, 2007, Oracle. All rights reserved.
    # RMAN command section
    RUN {
    ALLOCATE CHANNEL ch0
    TYPE 'SBT_TAPE';
    SEND 'BSA_SERVICE_HOST=192.168.0.135,NBBSA_TOTAL_STREAMS=1,NBBSA_JOB_COOKIE={E8E38B61-7C1B-41A2-A2D7-8BB38A516AD3},NBBSA_DB_DEVICE_NAME=Oracle-Linux::\\G1-1-BLD-DSA2\sniffer2';
    RESTORE
    DATABASE
    UNTIL TIME "TO_DATE('10-08-2008:12:00:41', 'MM-DD-YYYY:HH24:MI:SS')";
    RECOVER
    DATABASE
    UNTIL TIME "TO_DATE('10-08-2008:12:00:41', 'MM-DD-YYYY:HH24:MI:SS')";
    RELEASE CHANNEL ch0;
    connected to target database: SNIFFER2 (DBID=3949735487, not open)
    using target database control file instead of recovery catalog
    allocated channel: ch0
    channel ch0: SID=316 device type=SBT_TAPE
    channel ch0: Symantec/BackupExec/1.1.0
    sent command to channel: ch0
    Starting restore at 12-OCT-08
    channel ch0: starting datafile backup set restore
    channel ch0: specifying datafile(s) to restore from backup set
    channel ch0: restoring datafile 00001 to /home/oracle/app/oracle/oradata/sniffer2/system01.dbf
    channel ch0: restoring datafile 00002 to /home/oracle/app/oracle/oradata/sniffer2/sysaux01.dbf
    channel ch0: restoring datafile 00003 to /home/oracle/app/oracle/oradata/sniffer2/undotbs01.dbf
    channel ch0: restoring datafile 00004 to /home/oracle/app/oracle/oradata/sniffer2/users01.dbf
    channel ch0: restoring datafile 00005 to /home/oracle/app/oracle/oradata/sniffer2/system02.dbf
    channel ch0: restoring datafile 00006 to /home/oracle/app/oracle/oradata/sniffer2/sysaux02.dbf
    channel ch0: restoring datafile 00007 to /Ora2Meta/metatab01.dbf
    channel ch0: restoring datafile 00008 to /home/oracle/app/oracle/oradata/sniffer2/UNDOTBS103.dbf
    channel ch0: restoring datafile 00009 to /Ora2Data/blobdata01.dbf
    channel ch0: restoring datafile 00010 to /Ora2Data/blobdata02.dbf
    channel ch0: restoring datafile 00013 to /Ora2BTreeIndex/bindtab02.dbf
    channel ch0: restoring datafile 00014 to /Ora2DomainIndex/domaintab01.dbf
    channel ch0: reading from backup piece BE_9kjsfol6_1_1
    channel ch0: ORA-19870: error while restoring backup piece BE_9kjsfol6_1_1
    ORA-19507: failed to retrieve sequential file, handle="BE_9kjsfol6_1_1", parms=""
    ORA-27029: skgfrtrv: sbtrestore returned error
    ORA-19511: Error received from media manager layer, error text
    channel ch0: starting datafile backup set restore
    channel ch0: specifying datafile(s) to restore from backup set
    channel ch0: restoring datafile 00011 to /Ora2Data/blobdata03.dbf
    channel ch0: restoring datafile 00015 to /Ora2DomainIndex/domaintab02.dbf
    channel ch0: reading from backup piece BE_9ljsfqm6_1_1
    channel ch0: piece handle=BE_9ljsfqm6_1_1 tag=TAG20081006T155830
    channel ch0: restored backup piece 1
    channel ch0: restore complete, elapsed time: 00:11:35
    channel ch0: starting datafile backup set restore
    channel ch0: specifying datafile(s) to restore from backup set
    channel ch0: restoring datafile 00012 to /Ora2Data/blobdata04.dbf
    channel ch0: reading from backup piece BE_9mjsfrcb_1_1
    channel ch0: piece handle=BE_9mjsfrcb_1_1 tag=TAG20081006T155830
    channel ch0: restored backup piece 1
    channel ch0: restore complete, elapsed time: 00:02:55
    failover to previous backup
    skipping datafile 1; already restored to file /home/oracle/app/oracle/oradata/sniffer2/system01.dbf
    channel ch0: starting datafile backup set restore
    channel ch0: specifying datafile(s) to restore from backup set
    channel ch0: restoring datafile 00002 to /home/oracle/app/oracle/oradata/sniffer2/sysaux01.dbf
    channel ch0: restoring datafile 00003 to /home/oracle/app/oracle/oradata/sniffer2/undotbs01.dbf
    channel ch0: restoring datafile 00004 to /home/oracle/app/oracle/oradata/sniffer2/users01.dbf
    channel ch0: restoring datafile 00005 to /home/oracle/app/oracle/oradata/sniffer2/system02.dbf
    channel ch0: restoring datafile 00006 to /home/oracle/app/oracle/oradata/sniffer2/sysaux02.dbf
    channel ch0: restoring datafile 00007 to /Ora2Meta/metatab01.dbf
    channel ch0: restoring datafile 00008 to /home/oracle/app/oracle/oradata/sniffer2/UNDOTBS103.dbf
    channel ch0: restoring datafile 00009 to /Ora2Data/blobdata01.dbf
    channel ch0: restoring datafile 00010 to /Ora2Data/blobdata02.dbf
    channel ch0: restoring datafile 00013 to /Ora2BTreeIndex/bindtab02.dbf
    channel ch0: restoring datafile 00014 to /Ora2DomainIndex/domaintab01.dbf
    channel ch0: reading from backup piece BE_9djsaman_1_1
    channel ch0: piece handle=BE_9djsaman_1_1 tag=TAG20081004T174806
    channel ch0: restored backup piece 1
    channel ch0: restore complete, elapsed time: 00:29:55
    Finished restore at 12-OCT-08
    Starting recover at 12-OCT-08
    starting media recovery
    Oracle Error:
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01194: file 2 needs more recovery to be consistent
    ORA-01110: data file 2: '/home/oracle/app/oracle/oradata/sniffer2/sysaux01.dbf'
    released channel: ch0
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 10/12/2008 02:12:48
    RMAN-06053: unable to perform media recovery because of missing log
    RMAN-06025: no backup of archived log for thread 1 with sequence 34786 and starting SCN of 327309500 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34785 and starting SCN of 327301335 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34784 and starting SCN of 327293588 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34783 and starting SCN of 327283177 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34782 and starting SCN of 327276129 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34781 and starting SCN of 327270761 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34780 and starting SCN of 327259154 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34779 and starting SCN of 327247460 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34778 and starting SCN of 327238239 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34777 and starting SCN of 327230121 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34776 and starting SCN of 327221510 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34775 and starting SCN of 327215378 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34774 and starting SCN of 327212076 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34773 and starting SCN of 327211654 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34772 and starting SCN of 327211171 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34771 and starting SCN of 327202005 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34770 and starting SCN of 327194156 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34769 and starting SCN of 327183755 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34768 and starting SCN of 327182026 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34767 and starting SCN of 327179450 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34766 and starting SCN of 327172246 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34765 and starting SCN of 327161460 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34764 and starting SCN of 327157752 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34763 and starting SCN of 327149852 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34762 and starting SCN of 327142049 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34761 and starting SCN of 327134814 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34760 and starting SCN of 327128948 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34759 and starting SCN of 327029461 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34758 and starting SCN of 326986719 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34757 and starting SCN of 326981601 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34756 and starting SCN of 326978697 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34755 and starting SCN of 326978093 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34754 and starting SCN of 326977904 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34753 and starting SCN of 326976801 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34752 and starting SCN of 326973891 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34751 and starting SCN of 326970649 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34750 and starting SCN of 326962803 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34749 and starting SCN of 326958315 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34748 and starting SCN of 326955232 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34747 and starting SCN of 326951908 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34746 and starting SCN of 326943909 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34745 and starting SCN of 326935460 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34744 and starting SCN of 326922741 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34743 and starting SCN of 326910246 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34742 and starting SCN of 326905072 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34741 and starting SCN of 326901097 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34740 and starting SCN of 326900178 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34739 and starting SCN of 326899668 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34738 and starting SCN of 326899106 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34737 and starting SCN of 326891014 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34736 and starting SCN of 326875443 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34735 and starting SCN of 326863782 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34734 and starting SCN of 326842985 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34733 and starting SCN of 326838670 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34732 and starting SCN of 326823584 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34731 and starting SCN of 326821851 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34730 and starting SCN of 326820427 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34729 and starting SCN of 326816378 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34728 and starting SCN of 326812324 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34727 and starting SCN of 326802760 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34726 and starting SCN of 326790469 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34725 and starting SCN of 326779939 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34724 and starting SCN of 326771711 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34723 and starting SCN of 326757052 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34722 and starting SCN of 326739164 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34721 and starting SCN of 326730107 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34720 and starting SCN of 326721606 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34719 and starting SCN of 326718543 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34718 and starting SCN of 326715249 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34717 and starting SCN of 326709503 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34716 and starting SCN of 326693713 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34715 and starting SCN of 326680021 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34714 and starting SCN of 326674022 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34713 and starting SCN of 326664781 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34712 and starting SCN of 326648917 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34711 and starting SCN of 326637659 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34710 and starting SCN of 326633287 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34709 and starting SCN of 326632166 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34708 and starting SCN of 326621042 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34707 and starting SCN of 326617608 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34706 and starting SCN of 326613463 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34705 and starting SCN of 326611471 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34704 and starting SCN of 326610305 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34703 and starting SCN of 326602873 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34702 and starting SCN of 326601517 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34701 and starting SCN of 326593022 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34700 and starting SCN of 326577874 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34699 and starting SCN of 326567243 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34698 and starting SCN of 326553641 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34697 and starting SCN of 326544480 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34696 and starting SCN of 326531815 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34695 and starting SCN of 326528717 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34694 and starting SCN of 326522442 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34693 and starting SCN of 326515260 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34692 and starting SCN of 326504255 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34691 and starting SCN of 326494511 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34690 and starting SCN of 326484165 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34689 and starting SCN of 326475207 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34688 and starting SCN of 326470137 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34687 and starting SCN of 326463888 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34686 and starting SCN of 326456866 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34685 and starting SCN of 326415614 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34684 and starting SCN of 326398980 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34683 and starting SCN of 326385176 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34682 and starting SCN of 326373763 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34681 and starting SCN of 326365337 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34680 and starting SCN of 326352830 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34679 and starting SCN of 326351732 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34678 and starting SCN of 326351526 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34677 and starting SCN of 326351228 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34676 and starting SCN of 326350869 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34675 and starting SCN of 326350236 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34674 and starting SCN of 326344630 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34673 and starting SCN of 326336226 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34672 and starting SCN of 326334353 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34671 and starting SCN of 326332206 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34670 and starting SCN of 326325188 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34669 and starting SCN of 326323615 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34668 and starting SCN of 326317656 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34667 and starting SCN of 326304700 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34666 and starting SCN of 326296332 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34665 and starting SCN of 326283118 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34664 and starting SCN of 326270792 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34653 and starting SCN of 326183189 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34652 and starting SCN of 326175000 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34651 and starting SCN of 326159778 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34650 and starting SCN of 326154245 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34649 and starting SCN of 326148100 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34648 and starting SCN of 326142540 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34647 and starting SCN of 326136812 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34646 and starting SCN of 326124534 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34645 and starting SCN of 326118922 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34644 and starting SCN of 326111890 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34643 and starting SCN of 326108132 found to restore
    RMAN-06025: no backup of archived log for thread 1 with sequence 34642 and starting SCN of 326102908 found to restore
    RMAN-00567: Recovery Manager could not print some error messages
    Recovery Manager complete.

    see metalink note 465558.1
    https://metalink2.oracle.com/metalink/plsql/f?p=130:14:6831911279782618352::::p14_database_id,p14_docid,p14_show_header,p14_show_help,p14_black_frame,p14_font:NOT,465558.1,1,1,1,helveticaKhurram

  • Creating standby database from ASM production database in standard edition

    Hi,
    I am using oracle 10g release 2 standard edition. I recently created a database instance and wanted to create a standby database instance. After sorting out how to achieve this without managed standby and data guard I finally got it working and the shipped archive logs are applied and working well on the standby database.
    Now I am thinking of re-creating my production database and using ASM for storage managment. By doing this can a standby database still be created from a primary database using ASM? I want to be sure I can before I commit to using ASM for the production instance and manually creating a standby database from that instance.
    Note: I am using standard edition not enterprise edition.

    Hi
    For Oracle SE standby, you can visit www.anbultechnologies.co.uk , they have a brilliant product name DRMC which is Automatic disaster recovery solution with automatic failover in case primary goes down due to any reason.
    We are using this product for more than 2 years and it works like a dream using Oracle Standard Edition. We have depolyed more databases and Standby solution within the prices of 2 EE edition licenses.
    You can give ma try as well.
    website address is www.anbultechnologies.co.uk

  • SQL Server Reporting Services installed on a production database server used to support JD Edwards EnterpriseOne. What performance isses can arise

    SQL Server Reporting Services installed on a production database server used to support JD Edwards EnterpriseOne. What performance isses can arise. Is it recommended. What are the pros and cons

    Hi hazelannc, 
    I am trying to involve someone more familiar with this topic for a further look at this issue. Sometime delay might be expected from the job transferring. Your patience is greatly appreciated. Thank you for your understanding and support.
    Regards,
    Katherine Xiong
    Katherine Xiong
    TechNet Community Support

  • Mount STANDBY with EE software created from SE production database

    We mount (by error) our STANDBY databases with Enterprise Edition EE softare.
    Our production database is Standard Edition SE.
    We apply the logs without problem, but we have intention the mount the STANDBY database with SE software.
    -&gt; Could be possible mount the STANDBY database without need to recreate it? Remember the origin db are created from SE software and mount the STANDBY with EE software.
    Thanks you!
    Any help are welcome.
    Diego.

    Please read Note:139642.1 on metalink.

  • Changes are not reflected in Staging or Production Database - BCC

    Hi,
    I changed an asset from product catalog and able to see successful deployment in BCC. But, I am not able to see the changes in Staging or Production database.
    I see only changes in Versioned Database.
    Did the following things to see if thee is any error but there is no error during this operations.
    1) Enabled all the logs for DeploymentManager, DeploymentServer.
    2) Ran the CatalogMaintenanceService.
    Please help me in resolving this issue.
    Thanks,
    DKAP

    Adding to Desai, check for the repository mapping in agents, i.e in your production agent, you need to map the repositories to production repositories. For example ProductCatalog should be mapped to ProductCatalogproduction, similarly in Staging agent as well.
    Cheers
    R

  • Production database Alert log Message

    Hi,
    I am using oracle 10gR1 on windows.Recently i have created a physical standby database (sid=smtm) and production database (sid=mtm).My production alter log file dispaly some thing like please suggest my what it shows.
    Mon Mar 02 00:18:31 2009
    Private_strands 7 at log switch
    Thread 1 advanced to log sequence 35722
    Current log# 4 seq# 35722 mem# 0: D:\ORACLE\PRODUCT\10.1.0\ORADATA\MTM\REDO04.LOG
    Current log# 4 seq# 35722 mem# 1: D:\ORACLE\PRODUCT\10.1.0\ORADATA\MTM\REDO04_A.LOG
    Mon Mar 02 00:18:31 2009
    ARC1: Evaluating archive   log 2 thread 1 sequence 35721
    ARC1: Destination LOG_ARCHIVE_DEST_2 archival not expedited
    Committing creation of archivelog 'E:\ORACLE\MTM\ARCHIVES\MTM_945F37AC_1_35721_500044525.ARC'
    Invoking non-expedited destination LOG_ARCHIVE_DEST_2 thread 1 sequence 35721 host SMTM
    *FAL[server, ARC1]: Begin FAL noexpedite archive (branch 500044525 thread 1 sequence 35721 dest SMTM)*
    *FAL[server, ARC1]: Complete FAL noexpedite archive (thread 1 sequence 35721 destination SMTM)*Mon Mar 02 00:29:42 2009
    Private_strands 7 at log switch
    Thread 1 advanced to log sequence 35723
    Current log# 3 seq# 35723 mem# 0: D:\ORACLE\PRODUCT\10.1.0\ORADATA\MTM\REDO03.LOG
    Current log# 3 seq# 35723 mem# 1: D:\ORACLE\PRODUCT\10.1.0\ORADATA\MTM\REDO03_A.LOG
    Mon Mar 02 00:29:42 2009
    ARC1: Evaluating archive   log 4 thread 1 sequence 35722
    ARC1: Destination LOG_ARCHIVE_DEST_2 archival not expedited
    Committing creation of archivelog 'E:\ORACLE\MTM\ARCHIVES\MTM_945F37AC_1_35722_500044525.ARC'
    Invoking non-expedited destination LOG_ARCHIVE_DEST_2 thread 1 sequence 35722 host SMTM
    *FAL[server, ARC1]: Begin FAL noexpedite archive (branch 500044525 thread 1 sequence 35722 dest SMTM)*
    *FAL[server, ARC1]: Complete FAL noexpedite archive (thread 1 sequence 35722 destination SMTM)*
    Thanks

    Sorry i have no metalink account.
    On production database there is no any ORA error and on standby database Alert log shows.
    Mon Mar 02 03:40:38 2009
    RFS[1]: No standby redo logfiles created
    RFS[1]: Archived Log: 'E:\ORACLE\PRODUCT\10.1.0\ARCHIVES\MTM_945F37AC_1_35728_500044525.ARC'
    Committing creation of archivelog 'E:\ORACLE\PRODUCT\10.1.0\ARCHIVES\MTM_945F37AC_1_35728_500044525.ARC'
    RFS[1]: No standby redo logfiles created
    RFS[1]: Archived Log: 'E:\ORACLE\PRODUCT\10.1.0\ARCHIVES\MTM_945F37AC_1_35729_500044525.ARC'
    Committing creation of archivelog 'E:\ORACLE\PRODUCT\10.1.0\ARCHIVES\MTM_945F37AC_1_35729_500044525.ARC'
    RFS[1]: No standby redo logfiles created
    RFS[1]: Archived Log: 'E:\ORACLE\PRODUCT\10.1.0\ARCHIVES\MTM_945F37AC_1_35730_500044525.ARC'
    Committing creation of archivelog 'E:\ORACLE\PRODUCT\10.1.0\ARCHIVES\MTM_945F37AC_1_35730_500044525.ARC'Mon Mar 02 04:29:14 2009
    RFS[1]: No standby redo logfiles created
    RFS[1]: Archived Log: 'E:\ORACLE\PRODUCT\10.1.0\ARCHIVES\MTM_945F37AC_1_35731_500044525.ARC'
    Committing creation of archivelog 'E:\ORACLE\PRODUCT\10.1.0\ARCHIVES\MTM_945F37AC_1_35731_500044525.ARC'
    Media Recovery Log
    ORA-279 signalled during: ALTER DATABASE RECOVER  standby database  ...Mon Mar 02 11:01:57 2009
    ALTER DATABASE RECOVER CONTINUE DEFAULT
    Mon Mar 02 11:01:57 2009
    Media Recovery Log E:\ORACLE\PRODUCT\10.1.0\ARCHIVES\MTM_945F37AC_1_35553_500044525.ARC
    ORA-279 signalled during: ALTER DATABASE RECOVER    CONTINUE DEFAULT  ...Mon Mar 02 11:02:05 2009
    ALTER DATABASE RECOVER CONTINUE DEFAULT
    Media Recovery Log E:\ORACLE\PRODUCT\10.1.0\ARCHIVES\MTM_945F37AC_1_35554_500044525.ARC
    ORA-279 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
    Mon Mar 02 11:02:14 2009
    ALTER DATABASE RECOVER CONTINUE DEFAULT
    Media Recovery Log E:\ORACLE\PRODUCT\10.1.0\ARCHIVES\MTM_945F37AC_1_35555_500044525.ARC
    ORA-279 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
    Regards
    Thanks for reply.

  • Production database version 10.1.0.3 to 10.2

    We are planning to upgrade the production database version 10.1.0.3 to 10.2 version.
    Please provide the link to download the any standard document related to upgrade the oracle version 10.1.0.3 to 10.2.

    You can directly upgrade 10.1.0.3 to 10.2.0.2 by using 10.2.0.2 complete software distribution but not 10.2.0.2 patch set.
    10.2.0.2 Patch set requires 10.2.0.1 base release first.
    To proceed with the upgrade review instructions from Oracle Database upgrade guide 10.2 from OTN.
    http://download-uk.oracle.com/docs/cd/B19306_01/server.102/b14238.pdf
    Regards
    Vignesh Bala

  • Adding new column to production database

    I have to add a new timestamp column, that defaults to the current date/time, to an existing production database. The table is large - 150M records. I am trying to understand the ramifications of adding a new column to a table this large that gets hit often, mostly with inserts and reads. The column does allow null values and I am not going back and populating existing records with a value. Basically, I am looking for some best practice guidelines - how to prepare, what to expect, what other processes should be followed along with this schema update.

    Radiators wrote:
    Thanks, I have not found any %TYPE or %ROWTYPE dependencies on the table I am altering. But at the same time I do not understand how these types of dependencies would invalidate packages. I wouldn't be breaking any %TYPE dependency because I am not dropping columns, only adding a new one. And according to documentation for %ROWTYPE - "If columns are later added to or dropped from the table, your code can keep working without changes." Can you point me to Oracle documentation that describes your concern in detail? Thanks.you can test it yourself
    SQL> CREATE TABLE abc (c1 NUMBER);
    Table created.
    SQL> INSERT INTO abc
      2       VALUES (99);
    1 row created.
    SQL> CREATE OR REPLACE PROCEDURE test_proc
      2  AS
      3     v   abc%ROWTYPE;
      4  BEGIN
      5     SELECT c1
      6       INTO v
      7       FROM abc
      8       WHERE ROWNUM = 1;
      9  END;
    10  /
    Procedure created.
    SQL> SELECT object_name, status
      2    FROM user_objects
      3   WHERE object_name = 'TEST_PROC';
    OBJECT_NAME                STATUS
    TEST_PROC                    VALID
    SQL> ALTER TABLE abc ADD (c2 VARCHAR2(10));
    Table altered.
    SQL> SELECT object_name, status
      2    FROM user_objects
      3   WHERE object_name = 'TEST_PROC';
    OBJECT_NAME                 STATUS
    TEST_PROC                     INVALID
    SQL> you should also consider the chance that some where if people are using "select * into" using this table, which will fail since you added new column. i don't see any unusual performance bottlenecks by adding a new column. in case of the backups, yes the earlier backups will not have the column. if you restore it, you will see earlier table structure itself. i have one specific question. why are you not attempting this in development/test environment first? even if it is a simple insert, it's always important to do it in test environments before attempting on production db. one thing for sure i know is, after adding column, you will have to recompile all the invalid dependencies. i think, it's better if you attempt it in test db and come up with any issues you see rather than asking a general question where problematic scenarios are plenty and rarely unknown before hand.

  • Daily export backup (via datapump) of a 600GB production database

    Hi Guys,
    I have a 600GB DB.
    10G Database.
    Currently I have daily rman backup to tape.
    Based on your experience, should i bother to perform a daily export of production database of such size?
    Do u think it's useful?
    thanks

    Fran wrote:
    All depends, what do you want to do? Do you have enough space to save a backup and export daily?
    In my opinion with one backup is enough to save your database. I'm sorry, I can't agree with that. I've been in situations where the first, second and THIRD backup sources have been unavailable in the event of a Production restore. I had to go to Plan D and cross my fingers (and sweat a lot). That might be overkill, but you should never rely on just one backup method/source for Production data.
    Not only that, but, obviously, you can also use an export of the data and import into another database or a schema inside the database in case you need to address any logical corruption. We also use the exports to refresh test databases.
    We have many similar sizes of databases and we take exports weekly, instead of daily. An export will be an incomplete backup, obviously, though you can ensure consistency by giving it an SCN to use as a datapoint. You can also run Data Pump in parallel which does speed things up.
    If you use it as part of your backup strategy, I'd make sure I had regular backups of the parameter file and the controlfiles (both binary and trace). I'd also make sure I had regular txt files showing the necessary information for the tablespaces and the datafiles which you can use to recreate the files in case you needed to.
    Mark

  • What is the Best way to extract a subset of data from a Production database

    Hi,
    One of our cleint want to to extract a subset of data from a Production databases in order to build a dev or test database. Since it is a banking sector they do not want to clone the db.
    Can anybdoy suggests any tool or any info
    Regards
    Manoj

    DataBee is one option. Depending on circumstances, you may also want their DataMasker utility in addition...
    Of course, depending on your particular system and your particular requirements, this sort of thing can rather quickly get quite complicated since you may need very particular types of subsets of data...
    Justin

Maybe you are looking for

  • How to upload file from client to server

    Can someone please help. User needs to browse file on his desktop and upload file using browse button. This file should then be uploaded to the server. I am using javascript in the front end and servlet in the back. Any help will be highly appreciate

  • E70 Firmware Upgrade Process improvements

    I'm currently on the road, using my E70 via bluetooth to get online with an unlimited Cingular data plan. I downloaded the 15mb Nokia Software Updater, but much to my dissatisfaction, the upgrader cannot do anything if I have an active internet conne

  • Chart of Account and Country COA

    Hi All, Can some tell me difference between Chart of Accounts and Country Chart of Accounts. And for What purpose Country Chart of Accounts is used. Regards, Kiran.

  • Emctl stop -- error

    $ emctl stop Enter Management password : Error: javax.naming.NamingException: Lookup error: java.net.ConnectException: Co nnection refused; nested exception is: java.net.ConnectException: Connection refused

  • Why are some black areas of pictures rendered as bright green?

    At the site: http://bleacherreport.com/tb/bc7Yq The main .jpg has the coach's pants, parts of the players uniforms, and much of the crowd as green instead of dark blue. The photo under the Al Lesar heading is normal. The photos under the related head