Lkfile in $ORACLE_HOME/dbs

Hi
we have some files in /../app/oracle/product/9.2.0/dbs
lkDATAB1
lkDATAB2
etc ...
these files are created on instances startup and header files says "DO NOT DELETE THIS FILE!"
what are these files ?
Regards
Den

The lk file, one for each database running, is used to lock shared memory.

Similar Messages

Rogue alert log in $ORACLE_HOME/dbs

Hi there, have looked all over and not yet found the answer to my query. I have a database instance running at 10.2.0.4.0. There is a rougue alert-{ORACLE_SID}.log created in $ORACLE_HOME/dbs directory when an instance is started. Show parameter background_dump_dest points to the correct directory - $ORACLE_ADMIN/$ORACLE_SID/bdump wether using spfile or pfile. To confirm what is happening I shutdown the instance and deleted both alert logs from the two locations and restarted the instance. Again two alert logs were created. Can anyone please advise why this is happening. I have found threads suggesting that logs are created in $ORACLE_HOME/dbs as default if parameters are not set correctly, but this is creating an alert log in two locations at startup.
in $ORACLE_ADMIN/$ORACLE_SID/bdump/alert_DBAASS06.log shows -
[oracle@el64dev03 bdump]$ cat alert_DBAASS06.log
Wed Jul 24 09:29:19 2013
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Shared memory segment for instance monitoring created
Picked latch-free SCN scheme 3
Autotune of undo retention is turned on.
IMODE=BR
ILAT =30
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.4.0.
System parameters with non-default values:
processes                = 250
__shared_pool_size       = 92274688
__large_pool_size        = 4194304
__java_pool_size         = 4194304
__streams_pool_size      = 0
nls_language             = ENGLISH
nls_territory            = UNITED KINGDOM
sga_target               = 327155712
control_files            = /oradata/10.2.0/DBAASS06/DBAASS06ctrl01.ctl, /oradata/10.2.0/DBAASS06/DBAASS06ctrl02.ctl
db_block_size            = 8192
__db_cache_size          = 218103808
compatible               = 10.2.0.4.0
log_archive_dest_1       = LOCATION=/oradata/10.2.0/DBAASS06/archive
log_archive_format       = DBAASS06%t_%s_%r.dbf
db_file_multiblock_read_count= 16
undo_management          = AUTO
undo_tablespace          = UNDO
remote_login_passwordfile= EXCLUSIVE
db_domain                = bctn.wheatley-associates.co.uk
utl_file_dir             = *
job_queue_processes      = 10
background_dump_dest     = /orahome/app/oracle/admin/DBAASS06/bdump
user_dump_dest           = /orahome/app/oracle/admin/DBAASS06/udump
core_dump_dest           = /orahome/app/oracle/admin/DBAASS06/cdump
session_max_open_files   = 20
sort_area_size           = 65536
db_name                  = DBAASS06
db_unique_name           = DBAASS06
open_cursors             = 300
pga_aggregate_target     = 31457280
PMON started with pid=2, OS id=13977
PSP0 started with pid=3, OS id=13979
MMAN started with pid=4, OS id=13981
DBW0 started with pid=5, OS id=13983
DBW1 started with pid=6, OS id=13985
LGWR started with pid=7, OS id=13987
CKPT started with pid=8, OS id=13989
SMON started with pid=9, OS id=13991
RECO started with pid=10, OS id=13993
CJQ0 started with pid=11, OS id=13995
MMON started with pid=12, OS id=13997
MMNL started with pid=13, OS id=13999
Wed Jul 24 09:29:57 2013
ALTER DATABASE   MOUNT
Wed Jul 24 09:30:01 2013
Setting recovery target incarnation to 2
Wed Jul 24 09:30:01 2013
Successful mount of redo thread 1, with mount id 3614370965
Wed Jul 24 09:30:01 2013
Database mounted in Exclusive Mode
Completed: ALTER DATABASE   MOUNT
Wed Jul 24 09:30:01 2013
ALTER DATABASE OPEN
Wed Jul 24 09:30:01 2013
LGWR: STARTING ARCH PROCESSES
ARC0 started with pid=15, OS id=14163
Wed Jul 24 09:30:01 2013
ARC0: Archival started
ARC1: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
ARC1 started with pid=16, OS id=14165
Wed Jul 24 09:30:01 2013
Thread 1 opened at log sequence 14
Current log# 2 seq# 14 mem# 0: /oradata/10.2.0/DBAASS06/DBAASS06_redo02.log
Successful open of redo thread 1
Wed Jul 24 09:30:01 2013
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Wed Jul 24 09:30:01 2013
ARC1: Becoming the 'no FAL' ARCH
ARC1: Becoming the 'no SRL' ARCH
Wed Jul 24 09:30:01 2013
ARC0: Becoming the heartbeat ARCH
Wed Jul 24 09:30:01 2013
SMON: enabling cache recovery
Wed Jul 24 09:30:01 2013
Successfully onlined Undo Tablespace 1.
Wed Jul 24 09:30:01 2013
SMON: enabling tx recovery
Wed Jul 24 09:30:01 2013
Database Characterset is WE8MSWIN1252
Opening with internal Resource Manager plan
where NUMA PG = 1, CPUs = 12
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=17, OS id=14167
Wed Jul 24 09:30:01 2013
Completed: ALTER DATABASE OPEN
[oracle@el64dev03 bdump]$
There is also a trace file created -
[oracle@el64dev03 bdump]$ cat dbaass06_lgwr_13987.trc
/orahome/app/oracle/admin/DBAASS06/bdump/dbaass06_lgwr_13987.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /orahome/app/oracle/product/10.2.0/db_1
System name:    Linux
Node name:      el64dev03.bctn.wheatley-associates.co.uk
Release:        2.6.32-300.39.2.el5uek
Version:        #1 SMP Wed Dec 19 14:56:59 PST 2012
Machine:        x86_64
Instance name: DBAASS06
Redo thread mounted by this instance: 1
Oracle process number: 7
Unix process pid: 13987, image: [email protected]
*** 2013-07-24 09:30:01.622
*** SERVICE NAME:() 2013-07-24 09:30:01.622
*** SESSION ID:(275.1) 2013-07-24 09:30:01.622
Maximum redo generation record size = 156160 bytes
Maximum redo generation change vector size = 150676 bytes
tkcrrsarc: (WARN) Failed to find ARCH for message (message:0x10)
tkcrrpa: (WARN) Failed initial attempt to send ARCH message (message:0x10)
in $ORACLE_HOME/dbs/alert_DBAASS06.log shows -
[oracle@el64dev03 dbs]$ cat alert_DBAASS06.log
Wed Jul 24 09:29:19 2013
Adjusting the default value of parameter parallel_max_servers

Thanks for the reply. The cloned database source looks like it uses spfile on startup on the test box, but as I hadn't checked this at the time it was cloned, the spfile was not copied over, so I'm assuming it would have used the default init.ora created which had the correct dump dest defined. As for the new database, it was created from scratch, so I don't see why this should not work correctly. Unfortunately as I am new to this establishment, I have no history as to how Oracle was installed on either machine or how any of the other databases were created, though I do understand that many may have been cloned.
So while I can't speak for the databases that already existed on the Dev box, it seemed weird that they all appeared to be doing the same thing. So I found one that hadn't been started for a while for which there was no historic alert log in dbs and started it to see what happened. It had no spfile, started with pfile and did not create a rogue log. I created an spfile and restarted and still no rouge log. I ran show paremeters and compared to another similar database that had a rougue log, DASSEN02 v DASSEN04 and the only differences were with the instance name and all the files (bdump, cdump etc) existed correctly. Had a further look ref RMAN as some but not all databases had snapcf files in the dbs directory, but again some that had snap files had rougue alert files and others didn't. Also double checked file permissions on the bdump directory, no issues there. Unexplained issues really do bug me, but I think I'll just have to live with not knowing for now, till I have a spare few hours to look at again.

Why does my archivelog RMAN backups end up in ORACLE_HOME/dbs ?

DB version: 11.2
Platform: Solaris 10
I have noticed that , rman backup pieces containing archivelogs end up in $ORACLE_HOME/dbs directory despite using format parameter. This happened for both Level 0 AND Level 1 backups.
I know that backup files end up in $ORACLE_HOME/dbs when you forget to specify FORMAT. But FORMAT is included in my Level0 and Level 1 Scripts as shown below. Is there anything else wrong with my L0 and L1 scripts ?
Following are my Level0 and Level 1 backup scripts
-- Level0
run
allocate channel LEVEL0_TBLQA device type disk;
crosscheck backup;
delete noprompt obsolete;
backup as backupset incremental level 0 database format='/u04/dbfiles/RMAN_bkp/tblqa/TBLQA_full_%U_%T.bkp' plus archivelog delete input;
release channel LEVEL0_TBLQA;
}--- Level 1
run {
backup as compressed backupset incremental level 1 database format='/u04/dbfiles/RMAN_bkp/tblqa/TBLQA_L1_%U_%T.bkp' plus archivelog delete all input;
}This DB is using control file as catalog.

backup as backupset incremental level 0 database format='/u04/dbfiles/RMAN_bkp/tblqa/TBLQA_full_%U_%T.bkp' plus archivelog delete input;
backup as compressed backupset incremental level 1 database format='/u04/dbfiles/RMAN_bkp/tblqa/TBLQA_L1_%U_%T.bkp' plus archivelog delete all input;This is because, the format you have specified stands good only till the backup of database (backup as compressed backupset incremental level 1 database format ".....") and not for the archive log in your script. Hence, the archivelog backups get stored in the $ORACLE_HOME/dbs location and the database backup gets stored in the format location you have mentioned in your RMAN script.
Instead you can use as below:
run
allocate channel LEVEL0_TBLQA device type disk format '/u04/dbfiles/RMAN_bkp/tblqa/TBLQA_full_%U_%T.bkp';
crosscheck backup;
delete noprompt obsolete;
backup as backupset incremental level 0 database plus archivelog delete input;
release channel LEVEL0_TBLQA;

During daily refresh/clone alter database rename file genrating logs under $ORACLE_HOME/dbs with name c-1437102747-20130920-16

Did anyone have seen this behavior?
DB version : 11.1.0.7
OS : HP-UX Itanum
EBS -11.5.10.2
We are doing daily refresh/clone of a database instance from production. Recently we are seeing the growth of $ORACLE_HOME/dbs directory during this
refresh.   During investigation we find out that
1) When we rename the database files after database restoration. Each below command genrating the 24MB of log file under $ORACLE_HOME/dbs.
Command :
alter database rename file '/db02/prod/XDB.dbf' to '/db02/test/XDB.dbf';
alter database rename file '/db02/prod/a_archive01.dbf' to '/db02/test/a_archive01.dbf';
Logfiles under $ORACLE_HOME/dbs on target :
-rw-r----- xxxxx 24379392 Sep 20 05:30 ./dbs/c-1437102747-20130920-02
-rw-r----- xxxxx 24379392 Sep 20 05:30 ./dbs/c-1437102747-20130920-03
2) After few minutes, these logs got removed from the directory.
3) Did not find anything unusual in the alert log.

These are controlfile autobackups.   Every time you make a physical change to the database structure, an autobackup is created. In 11.2, the frequency is reduced -- for example if you make 5 changes in quick succession, one autobackup is created.
CONTROLFILE AUTOBACKUP ON    would be visible when you do a SHOW ALL in rman.
Hemant K Chitale

What are .dbf Files in $ORACLE_HOME.dbs?

It has been brought to my attention that my disk usage on my new system jumped from 22% to 68% last night. The culprit appears to be the .dbf files in $ORACLE_HOME.dbs. What are these files? Where can I go to learn more about them and what to expect of them?
Thanks,
Gregory

Wow, I should have known better than to start a thread and then go to lunch. Sorry I’m taking so long getting back to all of you.
This is Oracle 11g. Our current production system is 10g.
Here’s a little background info. We have a flat file base ERP. Each night we copy .txt files from the ERP to the Oracle server. We have external tables, table_name_load, mapped over the .txt files. At midnight, we run a massive collection of inserts into regular tables from the load tables. We then use this day-old set of data as the basis for reports and several ApEx applications.
You’re right, I can’t claim to have a good understanding of Optimal Flexible Architecture (OFA). I’m a developer first and I’m working on DBA skills.
The files are all named something like:
arch1_191_653243844.dbf
arch1_192_653243844.dbf
arch1_193_653243844.dbf
etc.
There are over 300 of them and they are about 45M to 50M each. (The whole directory is about 14G.)
SID is oraprod
I specified locations for each of the three datafiles for our main tablespace (on three different drives), a secondary “hot” tablespace with the most frequently accessed datafile, three index datafiles for our main index tablespace, the “hot” index tablespace, temp, undo, and the control files.
The only things that I did not specify a location for are: sysaux; system; and users.
SQL> select name from v$datafile;
NAME
/oradb/app/oradata/oraprod/system01.dbf
/oradb/app/oradata/oraprod/sysaux01.dbf
/d02/oraprod/undo_tbs_1.dbf
/d02/oraprod/apex_main_tbs_1.dbf
/d03/oraprod/lib_hot_index_tbs_1.dbf
/d01/oraprod/lib_hot_tbs_1.dbf
/d01/oraprod/lib_main_index_tbs_1.dbf
/d02/oraprod/lib_main_index_tbs_2.dbf
/d03/oraprod/lib_main_index_tbs_3.dbf
/d02/oraprod/lib_main_tbs_1.dbf
/d03/oraprod/lib_main_tbs_2.dbf
/d01/oraprod/lib_main_tbs_3.dbf
/oradb/app/oradata/oraprod/users01.dbf
13 rows selected.
Based on what I’ve read in the 2 Day DBA, I put my flash recovery area all alone on /d04 and I have USE_DB_RECOVERY_FILE_DEST set.
The files were created at two times: one during my initial data load yesterday; the other during the scheduled job this morning starting at midnight.
After checking our production system, I realize that we have a whole bunch of these same kinds of files in $ORACLE_HOME/dbs there also. However, I only have them from last night, not two separate times.
I’m concerned that the older files on the new system aren’t clearing out like the files on the production system are.

Core file in $ORACLE_HOME/dbs

Hi All,
Database vertion: 11.2.0.1
OS: SunOS with Sun cluster
Core file is getting generating in huge size in $ORACLE_HOME/dbs and $ORACLE_HOME reaches 100%.
Can any one tell me why core file is getting generating.
background_core_dump is Partial
Regards,
Prasanna

See CORE_DUMP_DEST in the docs. You can change it to somewhere with more room. Also see http://www.orafaq.com/faq/what_should_one_do_with_those_core_files
If you don't get a hint from the file command or the alert log as to what is causing these, then you have to deal with Oracle support.
You can also limit core size from the OS side, details depend on OS version.
background_core_dump partial means don't dump sga with background process core dumps. Are background processes dumping?

$ORACLE_HOME/dbs/lkSID

Hi,
in 9i on Linux, we have this file : $ORACLE_HOME/dbs/lkSID which seems to prevent to open database since in EXCLUSIVE mode. Is it natural ? If not is there any solution ?
Thank you.

this DB with 500 users can not be shutdown restart any time pleased !!!

Where is the binary file come from in $ORACLE_HOME/dbs ???

I installed new database and created a basic init.ora file with a setup of RMAN using control file for backup. When the database is up running, I got a binary file c-1783536203-20090218-01 in $ORACLE_HOME/dbs. The size is about 7MB. I removed it. But it will created back after a little while. Where should I configure in db or rman to eliminate the file? The database seems running fine.
Thanks for advice.

Hi
Yes, you are right. It is auto backup controlfile. But I am using the same rman configuration for several databases. This is the only one produces the control file like that name and created in $ORACLE_HOME/dbs. All others are created in the /backup directory, not happen like that (creating file in $ORACLE_HOME/dbs).
Here is the configuration for RMAN on control file:
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/backup/cntp/online/snapcf_cntp.f';
I have to change just for this database in the rman (all rman are using control file not catalog):
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/cntp/online/controlfile_auto%F';
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/backup/cntp/online/snapcf_cntp.f';
Is there something else I have change to be able to use the configure setting like all other databases?
Thanks.

11g on RHEL5 - No initorcl.ora file in ORACLE_HOME/dbs

Hi, I am working on my first db install, I have completed OUI installation through Xming to a remote hosted server. It seemed to go OK but 1 warning concerning insufficent swap space - Expected 3036MB, Actual-1983MB
I completed the install process, creating the default db via config manager tool, and it all seemed more or less OK until I tried the URL for em console.
The warning here was the listener was not up. It seems ORACLE_SID was not defined properly. During install, the SID displayed as DB11G, and the DB Name as orcl. I am not sure which value I should be using?
I can manually define ORACLE_HOME AND ORACLE_SID, use the export utlitiy and get the listener up, but still no em console.
So....I tried starting from SQL...had to redefine env variables again, and got SQL running, login / as sysdba.
Was returned a message confirming I was connected to an idle instance. Thinking this may be the cause of em console and listener not functioning, I tried to run the STARTUP command from SQL>
I received the following.....
SQL> STARTUP
ORA-01078: failure in processing system parameters
LRM-00109: could not open parameter file '/u01/app/oracle/product/11.1.0/db_1/dbs/initDB11G.ora'
figuring I would just have to re-define ORACLE_SID = orcl, I looked in the /dbs directory and found only the following files...
[root@bluesly1 dbs]# dir -a
. .. hc_orcl.dat initdw.ora init.ora lkORCL orapworcl spfileorcl.ora
this explains why STARTUP could not find initDB11G.ora and would not find initorcl.ora either. Should I unset ORACLE_SID and let it run against init.ora??
Not sure where I went wrong, or why all these issues are popping up from a OUI graphic install that appeard to go fine other than the swap space??
Can anyone help?
Which value for SID (DB11G or "orcl")
why didn't the init_SID.ora file get created, (the spfileorcl.ora exists)
should the oracle environment variables need resetting every login, or can I specify them to be at least connection persistent?
Are some of these values dynamic depending on which routine is using them?

Thanks, dizwell is a great site. Well, readers digest version, tried to run emconsole configuration assistants and got all buggerred up. So, back to square 1, de-installed, cleaned, re-installed. Initially had "unknown host error during install's prechecks (despite having all set-up instructions followed to a T). For whatever reson, reconfiguring the ethernet adatpter and re-running system-config-network utility cleared up the error, and install went ahead. I am now up and em console is working, but only from the server's browser (Netscape 9) and WOW is it SLOW!. I am accessing a remote server from a vista home machine through Xming/puTTY.
It is all working, the X displays are good, but a little slow. Normal browsing through X with firefox or navigator is slower than usual, but workable. However, em is wildly slow, almost to the point of being unusable. I have two generic questions:
1. Anything to do to speed up Xming connection overall? On this particular connection, typical actual internet downlaod rates are about 900kbs, but X is behaving similar to about a 300kbs connection.
2. My regular browser (IE) will not resolve the URL for the em console. Is there anything I can do to access em via my normal browser, and benefit from my normal connection speed, which is pretty good. Does this require an 11g client install, or should the console be accessible from any machine?

Which sense have the file lkORACLESID in $ORACLE_HOME/dbs?

Hallo,
installing a new instance will create a file like lkORACLESID in $ORACLE_HOME (example lkORCL).
which sense have this file?
can it put to another place? and when how?
thanks in advance.
Reinhard

It is a lock file.
When a database starts, one of the background processes locks the file (creating it first if necessary). An attempt to start up the database again will fail because the old background process holds the lock, preventing the new background process from getting it.
and why you need to move it ... its 1Kb

$ORACLE_HOME/dbs

Can one rename the directory to some different name and change it back to its original name while database is running? If done by mistake what worst could happen to the database?

You have not given the important information which is your OS. Are you on UNIX or WINDOWS?
If the OS is UNIX, then, in dbs directory, it contains, spfile and password file. If the OS is windows, then, dbs doesn't contains anything, database directory contains spfile and pasword file.
Lets say, OS is unix and you renamed it, the problem could be when you want to update parameters using scope=spfile or scope=both it migth gives an error due to nonavaiability of the specified directory.
Jaffar

How do I create multiple databases on the same ORACLE_HOME

Hi,
I would like to know how can I create 2 databases on the same ORACLE_HOME? Also is it possible to start both databases at the same time?
When I installed oracle,a directory named database has been created under ORACLE_HOME, which contains all initorc1.ora ,etc ?
At this point how do I create another database named orc2 on the same machine?
Thanks in advance.
winnie philip.

Hi,
Set the oracle_sid=db1
Now rename your init.ora to init<oracle_sid>.ora in $oracle_home/dbs directory.
Change the db_name parameter to appropriate name in the init<oracle_sid>.ora file.
Now create the database.
In the same fashion create another database with the new database name and different oracle_sid
Now in order to switch between the databases.
Change the env variable Oracle_Sid to the value of the database which you wanted to start.
Regards
Anand

Create a second database from an existing ORACLE_HOME

DB Version:11.1.0.6.0
OS : AIX
We have a database running for an OLTP test environment. We need to create another database of same version (11.1.0.6.0) for Datawarehousing needs. The init.ora parameter are going to be different for this. So we need to create another database.
We are having some issues with dbca due to some JAVA related errors. So, we need to use the 'CREATE DATABASE' statement.
This is what i am going to do.
1. create an init.ora file for the new db and copy it to $ORACLE_HOME/dbs
2. Set the env variables
export ORACLE_HOME=/u01/oracle/product/11.1.0/db_1
export PATH=$PATH:$ORACLE_HOME/bin
export ORACLE_SID= <sid of the database which i am going to create>
3.
sqlplus / as sysdba
SQL> startup nomount pfile=$ORACLE_HOME/dbs/initora318.ora
4. Copy, Paste the Create Database statement.
Are these steps right?
I know that Enterprise Manager would not be configured using this method. But configuring EM shouldn't be a complex exercise.Right?
Edited by: N.Page on 11-Sep-2009 00:28

Just a small note: You can save "database create scripts" from dbca in any other system(use the same main version please) if your db server has issues. In this way you can get the original scripts and you wont forget any steps...

RMAN retores archivelog to dbs location

While i test my RMAN backup in test server, I found archive log always restore to oracle_home/dbs location .rather than actual location.
I copy the whole rman bacnk to my test server from production to test..which is same folder structure. When i put the backup in exact location and set dbid and restore controlfile. And then restore datafile and start recover them ,And the problem start at this point .Archive log should restore to the same location that in production. But it restores to oracle_home/dbs. Where is the mistake that i have done??

Post the output of
log_archive_dest_1 ------ > assuming your db version > 10.1from your source DB.
Please provide the version
I know your question is about restore. Just want to let you know ; if you execute
rman > backup database;without specifying backup location using FORMAT parameter, then your backup files will end up in ORACLE_HOME/dbs

Backup being written to dbs location

Hello all,
when i try to run the backup using below....for some reason my backup keeps going to $ORACLE_HOME/dbs location and the backup location that i specified...any reason why its writting back to dbs location?? .....i am on 11.2.0.2...its almost seems like its backing it up twice ?
allocate channel t1 type disk;
backup incremental
level=1 database FORMAT '/oracle/test/backups/%d_%t_%s_%p_%T' plus archivelog not backed up 1 times delete all in
put tag = 'DB_NAME level 1';
and here is my show all;
RMAN configuration parameters for database with db_unique_name TRGT are:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 8 DAYS;
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/oracle/test/backups/cont_spfile_%F';
CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO BACKUPSET PARALLELISM 1;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/oracle/test/backups/%d_%t_%s_%p_%T';
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 2 TIMES TO DISK;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/app/oracle/prodcut/11.2/dbs/snapcf_TRGT.f'; # default

-rw-r----- 1 oracle dba 19562496 Sep 15 14:01 cont_spfile_c-3396062562-20110915-04
-rw-r----- 1 oracle dba 843776 Sep 15 14:13 TRGT_761926387_560_1_20110915
-rw-r----- 1 oracle dba 942080 Sep 15 14:14 TRGT_761926392_562_1_20110915
-rw-r----- 1 oracle dba 3973120 Sep 15 14:15 TRGT_761926391_561_1_20110915
-rw-r----- 1 oracle dba 8192 Sep 15 14:15 TRGT_761926550_563_1_20110915
-rw-r----- 1 oracle dba 19562496 Sep 15 14:15 cont_spfile_c-3396062562-20110915-05

Lkfile in $ORACLE_HOME/dbs

Similar Messages

Maybe you are looking for