PFILE, SPFILE ?
I am new to oracle. When I startup the database get the following error.
SQL> STARTUP NOMOUNT;
ORA-01078: failure in processing system parameters
LRM-00109: could not open parameter file 'E:\ORACLE\PRODUCT\10.1.0\DB_1\DATABASE\INITOCA10GS.ORA'
SQL>
Are there any option to start the database if there is no any pfile or spfile?
Thanks,
Regards Manoj.
Thanks to all.
After database starts can I identify which file that
the database used to start?
Use show parameter spfile. If it displays some value it means the database has been started up using the shown spfile. Otherwise you are using pfile.
And i think there is no way to see using which pfile you started up the database ?
Amardeep Sidhu
Similar Messages
-
Knwoing the database was started with which pfile/spfile
hello to everyone,
Actually, a question that crossed my mind and I wondered if it's possible in Oracle.
For an already started database, is there a way to know the database was started with which pfile/spfile? Is there a view that tells this for example.
Many thnx.
H HiruyaIf spfile parameter is null, then you can look for a
pfile with the name convention of
init<ORACLE_SID>.ora.Yes, you can, but that won't tell you anything about which pfile was used to start the instance. I can just as easily type:
startup pfile=/my/pfile/that/does/not/conform/to/any/naming/standard
There's no way to definitively determine which pfile was used to start an instance.
-Mark -
Hi
My Data base is Oracle 9i.
My Question is My DataBase rinning from SPFILE or PFILE..?
How Can I know That?
IS thre any Query To Know it?SYS AS SYSDBA RMAN>SELECT DECODE(value, NULL, 'PFILE', 'SPFILE') "Init File Type"
2 FROM sys.v_$parameter WHERE name = 'spfile';
Init F
SPFILE
Regards,
Sabdar Syed.
SYS AS SYSDBA RMAN>startup pfile=initRMAN.ora;
ORACLE instance started.
Total System Global Area 419430400 bytes
Fixed Size 1219736 bytes
Variable Size 125829992 bytes
Database Buffers 285212672 bytes
Redo Buffers 7168000 bytes
Database mounted.
Database opened.
SYS AS SYSDBA RMAN>SELECT DECODE(value, NULL, 'PFILE', 'SPFILE') "Init File Type"
2 FROM sys.v_$parameter WHERE name = 'spfile';
Init F
PFILE
Message was edited by:
Sabdar Syed -
Hi Guru's
how to know database is using pfile or spfile?????????????
THanksselect decode(count(*), 1, 'spfile', 'pfile' )
from v$spparameter
where rownum=1
and isspecified='TRUE'
OR
SELECT DECODE(value, NULL, 'PFILE', 'SPFILE') "Init File Type"
FROM sys.v_$parameter WHERE name = 'spfile';
Regards
Girish Sharma -
Sqlplus in Shell Script with startup pfile
I have the following entry in my Korn shell script:
${ORACLE_HOME}/bin/sqlplus -s /nolog << EOSQL >> ${PR_LOG}
connect / as sysdba
whenever sqlerror exit sql.sqlcode;
startup pfile "/u01/app/oracle/admin/${ORA_SID}/pfile/spfile${ORA_SID}.ora";
EOSQL
When I execute the script I get the following errors:
LRM-00123: invalid character 0 found in the input file
ORA-01078: failure in processing system parameters
I've isolated the problem to the 4th line. When I change it to simply "startup", everything works. I did try changing the quotes to ` and ', but those didn't work. I even explicitly listed the ORA_SID, and I'm still getting the same error messages.
Any ideas how I can resolve my problem with the 4th line? All help is appreciated.and yes I want to start the database with the spfile.
If I just use "startup", everything is fine; and I can start the database with the spfile, because I have a symbolic link under $ORACLE_HOME/dbs to point to my actual spfile location - /u01/app/oracle/admin/salsa/pfile/So... what's the problem ? Just use "startup", if I'm not wrong you'd use the same spfile.
To use that syntax you should create a file with a line like this
spfile=<path of spfile>
and start as
startup pfile='<path of that file>' -
Moving spfile from non-asm to asm file system
Hi All
We are migrating non-asm file system to asm file system, we are held up in moving the spfile from non-asm file system to asm file system ...
we tried the below method
Recreate SPFILE on ASM diskgroup
SQL> create pfile='c:\initTEST.ora' from spfile;
File created.
SQL> create spfile='+DGRP2/spfileTEST.ora' from pfile='c:\initTEST.ora';
File created.
after this we started both the running instance and asm instance
but after starting the instance TEST we saw the instance still using spfile of non-asm file system
what is the correct way of moving the spfile from non-asm to asm file system..
Regards
Hariharan.TYou need to perform this first:
First rename the $ORACLE_HOME/dbs/spfileTEST.ora to spfileTEST.ora_old
create initTEST.ora in dbs location with below contents:
Also i recommend you to recreate the spfile in ASM as it might not be in good shape.
When ever you start the oracle instance there is a specific order to find the oracle pfile/spfile
1. O_H/dbs/spfile<SID>.ora
2. O_H/dbs/init<SID>.ora
3. O_H/dbs/spfile.ora
4. O_H/dbs/init.ora
in your case instance always finds spfileTEST.ora in dbs location (non -ASM) and will stop looking further. If you remove it our of the way it will find initTEST.ora which will redirect to spfile present in ASM.
NOTE: As per your earlier update you created spfile in ASM after puttin spfile='+DG...' in the initTEST.ora..
If you start the instance with this SPFILE you will be getting "maxmimum cursors limit exceeded" error.
-Ravi.M -
Alter system scope=spfile not taking
This should have been brain-dead simple but something is happening I've never seen and don't understand.
Oracle SE 10.2.0.4 on Windows Serve 2003
I do an ALTER SYSTEM ... SCOPE=SPFILE, but when the database is restarted, values have reverted back.
SQL> show parameter spfile
NAME TYPE VALUE
spfile string E:\ORACLE\PRODUCT\10.2.0\ROY\D
ATABASE\SPFILEROYDEV.ORA
SQL> show parameter control
NAME TYPE VALUE
control_file_record_keep_time integer 7
control_files string +SAN/roydev/controlfile/curren
t.261.686792331, +SAN/roydev/c
ontrolfile/current.260.6867923
31
SQL> --
SQL> alter system set control_files='x:\oradata\roydev\controlfile\control01.ctl','y:\oradata\roydev\controlfile\control02.ctl' scope=spfile;
System altered.
SQL> --
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 612368384 bytes
Fixed Size 1298192 bytes
Variable Size 167772400 bytes
Database Buffers 440401920 bytes
Redo Buffers 2895872 bytes
Database mounted.
Database opened.
SQL> show parameter spfile
NAME TYPE VALUE
spfile string E:\ORACLE\PRODUCT\10.2.0\ROY\D
ATABASE\SPFILEROYDEV.ORA
SQL> show parameter control
NAME TYPE VALUE
control_file_record_keep_time integer 7
control_files string +SAN/roydev/controlfile/curren
t.261.686792331, +SAN/roydev/c
ontrolfile/current.260.6867923
31
SQL> spool offEdStevens wrote:
Girish Sharma wrote:
EdStevens wrote:
Ok, here's what I figured out (and I don't have any experience with Oracle Managed files either)...
The db was using the default spfile, to a point. When I did my ALTER SYSTEM, the timestamp on the default spfile was changing, and that was part of what threw me off. I finally created a pfile from the spfile, and that pfile reflected my changes, but also included a parameter -- spfile=+ASM/... yada, yada. Looking at the contents of the actual spfile (yes, I know it's a binary, but the parms themselves are clear text, so you can see what's going on .. just don't try to edit it). I saw exactly what was in the created pfile.
Next I renamed my newly created pfile, then did another CREATE PFILE FROM SPFILE, only this time specified the spfile name, pointing to the ASM based file. Sure enough, none of my changes were reflected in that file; further evidence that it was overriding. I did a sanity check on the two pfiles, merging a few things from the first into the one created from the ASM file, the created a new default spfile from that. After that life was good.
This was a first for me. Of course I've been at this long enough to have used pfiles before there were spfiles. I've seen pfiles that had a single line, 'SPFILE= ..' to point to some non-standard spfile. But I've never seen an spfile itself refer to yet another spfile.
Oh well. All's well that ends well, and I learned something new.Sorry Ed, but I am still not able to understand your solution because I am bit confused of below text specially :
only this time specified the spfile namewhat you specified here other than first one's pfile spfile=+ASM/...folder1/folder2 ?
Sure enough, none of my changes were reflected in that file; further evidence that it was overriding.completely failed to understand this line, what happened 2nd time that you did't got changes reflected; while you got in the first one pfile.
The more cause of my confusion may be poor and bad in English, but I know, I don't have poor wish of oracle learning, so I am asking for removing doubts please.
Regards
Girish SharmaOk, let me see if I can clarify.
When first approaching the database, I checked to see if it was using a pfile or spfile. A 'show parameter spfile' indicated it was using an spfile, and it was the default name in the default location (%ORACLE_HOME\database\spfile%ORACLE_SID%.ora).
Next I did a couple of ALTER SYSTEM SET .... SCOPE=SPFILE commands.
Next I bounced the database and rechecked the parameters I had set, and they were back to their original values.
After a couple of more iterations to make sure I wasn't doing something really stupid (after all, this should have been dead simple) I opened this thread, then continued to poke at it. So,
Next I created a default pfile from the default spfile - CREATE PFILE FROM SPFILE. This created %ORACLE_HOME%\database\init%ORACLE_SID%.ora.
On examining the resulting pfile, I saw my changes reflected in it, but also was surprised to see the parameter *.SPFILE=+ASM/...., so was including an addition spfile that was under ASM. (BTW, the entire purpose of this exercise was to migrate the database off of ASM.) At this point, as a sanity check I opened the default spfile - the one pointed to by the SHOW PARAMTER SPFILE command, the one in ORACLE_HOME\database. It did - as it should have - matched perfectly with the newly created pfile. So it was apparent that my ALTER SYSTEM changes were going to this default spfile but - unbeknownst to me at the outset - were being over-ridden by that second, ASM-based spfile.
At this point, I renamed the just-created pfile to something like initORCL.sav. Then created a new pfile from the ASM-based spfile - CREATE PFILE FROM SPFILE='+ASM\spfile.ora'. This new pfile was much more extensive than the first, and there were the parameters that were overriding the ones I was trying to change. I hand-modified this pfile, including some other things I found in the first, then created a new default spfile from it. So at this point I had the default spfile without it pulling in a second one that would override what I did.
Does that clarify?Yes, now its 100% clear to me.
Thank you.
Regards
Girish Sharma -
Error:cannot backup SPFILE because the instance was not started with SPFILE
I get the following error message, what I have done wrong?
Starting backup at 27-JUN-08
released channel: ch1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 06/27/2008 10:11:54
RMAN-06062: can not backup SPFILE because the instance was not started with SPFILE
Best Regards,
FanShow parameter pfile/spfile will not show you contents of pfile , for seeing contents you will have to show parameter with required parama name.
show parameter log_archive_dest
Whenever you start database ostartup first by default use spfile$Oracle_Sid.ora for starting the instance if this spfile does not exist then it goes for spfile.ora if spfile.ora also does not exist then it search init$Oracle_Sid.ora in default location.
As you created spfile after restarting the database will automatically use spfile and will show you spfile in yours param when you will show parameter spfile if it does not show then you are still using pfile
SQL> startup pfile='C:\oracle\product\10.1.0\admin\lease\pfile\init.ora.5242008172537'
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size 787988 bytes
Variable Size 145488364 bytes
Database Buffers 25165824 bytes
Redo Buffers 524288 bytes
Database mounted.
Database opened.
SQL> show parameter pfile
NAME TYPE VALUE
spfile string
SQL> create spfile from pfile
2 /
File created.
SQL> show parameter pfile
NAME TYPE VALUE
spfile string
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size 787988 bytes
Variable Size 145488364 bytes
Database Buffers 25165824 bytes
Redo Buffers 524288 bytes
Database mounted.
Database opened.
SQL> show parameter pfile
NAME TYPE VALUE
spfile string C:\ORACLE\PRODUCT\10.1.0\DB_2\
DATABASE\SPFILELEASE.ORA
SQL> -
Hello
I know that in oracle11gR2 spfile location and diskstring parameters are located in Oracle Local Registry.
By looking at these values, oracle reads spfile and mounts the asm instance.
I can query this by running "crsctl stat res ora.asm -p"
How about in 10g or 11gR1? How does oracle reads spfile and mounts instance when the spfile is stored in ASM ?I thought spfile location is stored in oracle registry however I realized that there is a pointer under $ORACLE_HOME/dbs like below:
SPFILE='+DATA/ORCLTEST/PARAMETERFILE/spfile.293.756517653'
Does it mean that spfile location is found by the initora file under $ORACLE_HOME/dbs rather than oracle registry ?
I am bit confused.Normally you can start an instance directly either by PFILE/SPFILE,
or
you can redirect SPFILE via PFILE as below.
oracle@ckpt:/oracle/app/oracle/product/10.2.0/db_4/dbs> cat initPROD.ora
*.spfile='+DATA_AREA/prod/parameterfile/spfilePROD.ora'oracle@ckpt:/oracle/app/oracle/product/10.2.0/db_4/dbs>
Even if you start Pfile as above, instance shows as running under SPFILE.
Hope you understood. -
Hi All
I am new to RAC and am finding my feet in this new waters.. I have actually set up one 10.2.0.3 RAC instance with ASM.. it was great... but in the process, all the datafiles were created in one asm diskgroup dg1 as i specified.. but the dbca never asked me about spfile..... I thought it would place in the shared OCFS
%ORACLE_HOME%\dbs. But instead one sp file is created in the second disk group I had another disk group created.. dg2 .. show parameter pfile shows me the location as +dg2/orcl1/spfileorcl.ora
I started the db on one node with startup no mount pfile=<pfile i created from above spfile> .. and then later created spfile from this pfile.. shut down.. next time when I start the database with srvctl start database -d orcl.. its picking the spfile from the diskgroup... how can I guide the srvctl to start picking the spfile from the oracle_home/dbs ?
thanks
Chandra.Hi Simar
The procedure you've explained is helpful.. but I am having the reverse jot...
I have an spfile and the oracle_home is shared!! I have two asm disk groups.. dg1 and dg2. on dg1 all my data files control files online log files are placed..
dg 2 is the location for the backup and mysteriously... the dbca has placed the spfile on this disk group as well. Now I need to destroy this dg2 so that I can create 2 more dg's ... but I am worried because this dg also has the sp file..
now if I create another spfile/pfile in oracle_home/dbs, how do I tell to srvctl to pick this file under oracle_home/dbs instead of the spfile which is created in the dg2? if srvctl is not the helpful, the how can start up my rac databases.. using the spfile/pfile which I have created under oracle_home/dbs?
In stand alone, the oracle will always look for pfile/spfile under oracle_home/dbs.. and we use sqlplus .... but in RAC we start up databases with srvctl command line and there is no option for specifying spfile/pfile to srvctl..
could you please help me fix this?
Regards!
sarat. -
I need to remove the spfile from a database. I want it to only use the pfile. How do I do that?
Hi,
The default location of the SPFILE is under $ORACLE_HOME/dbs on Unix and under %ORACLE_HOME%\database under Windows.
You can directly delete SPFILE. Oracle Sequentially searches follwing files at startup in above directory.
spfileSID.ora
spfile.ora
initSID.ora
init.ora
SELECT DECODE(value, NULL, 'PFILE', 'SPFILE') "Init file Type" FROM v$parameter WHERE name = 'spfile'
HTH
Regards!
Edited by: Ora-Lad on Nov 26, 2008 9:03 AM
PS. Before deleting SPFILE, create PFILE FROM SPFILE -
Check the db is using pfile ot sp file
i want to check whether my db is start up using pfile or spfile
thus i
show parameter pfile;
no value was shown
then i
show parameter spfile;
no value was shown here also
So am i right to say that oracle automatically use these files in the order:
spfileSID.ora
spfile.ora
initSID.ora
init.ora
cos when i try out,
show parameter db_create_file_dest;
there is a value i think is reflected from my spfile.
But i use SELECT DECODE(value, NULL, 'PFILE', 'SPFILE') "Init File Type"
FROM sys.v_$parameter WHERE name = 'spfile';
Init F
PFILE
at this point i am confuse... i dun whether is pfile or spfile now.CKPT wrote:
When instance is using PFILE, you cant see the name of the PFILE. You can check in $ORACLE_HOME/dbs/init<sid>.ora
If instance using SPFILE, then you can see complete name by "show parameter spfile".oh you mean show parameter pfile = no value is ok... i c i c
yea when i :
show parameter spfile = nothing so i :
SQL> create spfile='C:\oraclexe\app\oracle\product\11.2.0\server\database\SPFILEXE.ORA' fr
le\product\11.2.0\server\database\INITxe.ORA';
File created.
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 535662592 bytes
Fixed Size 1384760 bytes
Variable Size 230690504 bytes
Database Buffers 297795584 bytes
Redo Buffers 5791744 bytes
Database mounted.
Database opened.
SQL> show parameter spfile;
NAME TYPE VALUE
spfile string C:\ORACLEXE\APP\ORACLE\PRODUCT
\11.2.0\SERVER\DATABASE\SPFILE
XE.ORA
i am confuse cos in win, the these files init.ora and spfile are in the ' database' folder and not the dbs folder (unix) But i was using 11g xe and i also see spfileMYSID.ORA in the \dbs folder which i understand is in (unix) version.
hmmmm .... . so now i just change it to using the \database folder. -
DataGuard Standby 環境で db が open できない.
DataGuard Standby 環境で db が open できなくて困っています。
詳しい方いれば、原因と対処方法を教えていただきたいと思います。
create した spfile が正確に読み込まれていないことが原因のようなのですが。。
なぜ読み込めないのかが分からない状態です。
pfile を読み込んだ起動は可能ですが、spfile を読み込んだ起動の前提条件とは、
何なのでしょうか。単に整合性が取れていないだけなのか、それとも、、。
[grid@osaka1 shell]$ asmcmd
ASMCMD> ls
DATA/
FRA/
ASMCMD> cd data
ASMCMD> ls
ASM/
WEST/
ASMCMD> ls -l
Type Redund Striped Time Sys Name
Y ASM/
N WEST/
ASMCMD>
ASMCMD> cd west
ASMCMD> ls
CONTROLFILE/
DATAFILE/
ONLINELOG/
PARAMETERFILE/
TEMPFILE/
spfilewest.ora
ASMCMD> ls -l
Type Redund Striped Time Sys Name
N CONTROLFILE/
N DATAFILE/
N ONLINELOG/
N PARAMETERFILE/
N TEMPFILE/
N spfilewest.ora => +DATA/WEST/PARAMETERFILE/spfile.257.824236121
ASMCMD> pwd
+data/west
ASMCMD>
ASMCMD> cd para*
ASMCMD> ls -l
Type Redund Striped Time Sys Name
PARAMETERFILE MIRROR COARSE AUG 23 18:00:00 Y spfile.257.824236121
ASMCMD>
ASMCMD> pwd
+data/west/PARAMETERFILE
ASMCMD> quit
[grid@osaka1 shell]$
[oracle@osaka1 dbs]$ more initHPYMUSIC.ora
SPFILE='+DATA/west/spfilewest.ora'
[oracle@osaka1 dbs]$
よろしくお願い致します。
ps.
ORA-12154 は整合性の問題であるので、それを合わせれば消えると思っています。
そもそも RAC を前提としていたのですが、それを standalone に置き換えて検証始めた結果、
こうなってしまっています。
open できない原因が ORA-12154 だったりして。。
■ プライマリの場合
○ open するほうは、シンプルに以下だけで open することが確認できる。
が、db_name を変更した関係で
「ORA-12154: TNS: 指定された接続識別子を解決できませんでした」
が出続けている。
ORA-12154 は db が open できない原因とは無関係かもしれない。
srvctl stop database -d east -f
srvctl start database -d east -o open
srvctl config database -d east
srvctl status database -d east
○ 参考出力
set linesize 500 pages 0
col value for a90
col name for a50
select name, value
from v$parameter
where name in ('db_name','db_unique_name','log_archive_config', 'log_archive_dest_1','log_archive_dest_2',
'log_archive_dest_state_1','log_archive_dest_state_2', 'remote_login_passwordfile',
'log_archive_format','log_archive_max_processes','fal_server','db_file_name_convert',
'log_file_name_convert', 'standby_file_management');
SQL>
db_file_name_convert
log_file_name_convert
log_archive_dest_1
log_archive_dest_2 SERVICE=HPYMUSIC SYNC NOAFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=west
log_archive_dest_state_1 enable
log_archive_dest_state_2 enable
fal_server
log_archive_config
log_archive_format %t_%s_%r.dbf
log_archive_max_processes 4
standby_file_management AUTO
remote_login_passwordfile EXCLUSIVE
db_name HPYMUSIC
db_unique_name HPYMUSIC ← ▼ db_name だけを変更したつもりが db_unique_name も変更されていた
14行が選択されました。
[oracle@tokyo1 shell]$ srvctl stop database -d east -f
[oracle@tokyo1 shell]$ /u01/app/11.2.0/grid/bin/crsctl status resource -t
NAME TARGET STATE SERVER STATE_DETAILS
Cluster Resources
ora.east.db
1 OFFLINE OFFLINE Instance Shutdown
[oracle@tokyo1 shell]$ srvctl start database -d east -o open
[oracle@tokyo1 shell]$ /u01/app/11.2.0/grid/bin/crsctl status resource -t
NAME TARGET STATE SERVER STATE_DETAILS
Local Resources
ora.DATA.dg
ONLINE ONLINE tokyo1
ora.FRA.dg
ONLINE ONLINE tokyo1
ora.LISTENER.lsnr
ONLINE ONLINE tokyo1
ora.asm
ONLINE ONLINE tokyo1 Started
Cluster Resources
ora.cssd
1 ONLINE ONLINE tokyo1
ora.diskmon
1 ONLINE ONLINE tokyo1
ora.east.db
1 ONLINE ONLINE tokyo1 Open ← ▼
[oracle@tokyo1 shell]$
[oracle@tokyo1 shell]$ srvctl config database -d east
一意のデータベース名: east
データベース名: east
Oracleホーム: /u01/app/oracle/product/11.2.0/dbhome_1
Oracleユーザー: grid
spfile: +DATA/east/spfileeast.ora
ドメイン:
開始オプション: open
停止オプション: immediate
データベース・ロール: PRIMARY
管理ポリシー: AUTOMATIC
ディスク・グループ: DATA,FRA
サービス:
[oracle@tokyo1 shell]$ srvctl status database -d east
データベースは実行中です。
Fri Aug 23 19:44:10 2013
Error 12154 received logging on to the standby
Errors in file /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_arc2_7579.trc:
ORA-12154: TNS: 指定された接続識別子を解決できませんでした
PING[ARC2]: Heartbeat failed to connect to standby 'HPYMUSIC'. Error is 12154.
[oracle@tokyo1 dbs]$ pwd
/u01/app/oracle/product/11.2.0/dbhome_1/dbs
[oracle@tokyo1 dbs]$
[oracle@tokyo1 dbs]$
[oracle@tokyo1 dbs]$ more 2013.08.23_east_pfile.txt
HPYMUSIC.__db_cache_size=301989888
HPYMUSIC.__java_pool_size=4194304
HPYMUSIC.__large_pool_size=8388608
HPYMUSIC.__pga_aggregate_target=339738624
HPYMUSIC.__sga_target=503316480
HPYMUSIC.__shared_io_pool_size=0
HPYMUSIC.__shared_pool_size=176160768
HPYMUSIC.__streams_pool_size=0
*.audit_file_dest='/u01/app/oracle/admin/east/adump'
*.audit_trail='db'
*.compatible='11.2.0.0.0'
*.control_files='+DATA/east/controlfile/current.270.823277705','+FRA/east/controlfile/current.
260.823277707'
*.db_block_checking='TRUE'
*.db_block_checksum='TRUE'
*.db_block_size=8192
*.db_create_file_dest='+DATA'
*.db_domain=''
*.db_name='HPYMUSIC'
*.db_recovery_file_dest='+FRA'
*.db_recovery_file_dest_size=3038773248
*.diagnostic_dest='/u01/app/oracle'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=HPYMUSICXDB)'
*.log_archive_format='%t_%s_%r.dbf'
*.memory_target=842006528
*.nls_language='JAPANESE'
*.nls_territory='JAPAN'
*.open_cursors=300
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.standby_file_management='AUTO'
*.undo_tablespace='UNDOTBS1'
Fri Aug 23 19:49:38 2013
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
ARCH: Warning; less destinations available than specified
by LOG_ARCHIVE_MIN_SUCCEED_DEST init.ora parameter
Autotune of undo retention is turned on.
IMODE=BR
ILAT =27
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options.
Using parameter settings in server-side spfile /u01/app/oracle/product/11.2.0/dbhome_1/dbs/spfileHPYMUSIC.ora
System parameters with non-default values:
processes = 150
nls_language = "JAPANESE"
nls_territory = "JAPAN"
memory_target = 804M
control_files = "+DATA/east/controlfile/current.270.823277705"
control_files = "+FRA/east/controlfile/current.260.823277707"
db_block_checksum = "TRUE"
db_block_size = 8192
compatible = "11.2.0.0.0"
log_archive_dest_2 = "SERVICE=HPYMUSIC SYNC NOAFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=west"
log_archive_format = "%t_%s_%r.dbf"
db_create_file_dest = "+DATA"
db_recovery_file_dest = "+FRA"
db_recovery_file_dest_size= 2898M
standby_file_management = "AUTO"
undo_tablespace = "UNDOTBS1"
db_block_checking = "TRUE"
remote_login_passwordfile= "EXCLUSIVE"
db_domain = ""
dispatchers = "(PROTOCOL=TCP) (SERVICE=HPYMUSICXDB)"
audit_file_dest = "/u01/app/oracle/admin/east/adump"
audit_trail = "DB"
db_name = "HPYMUSIC"
open_cursors = 300
diagnostic_dest = "/u01/app/oracle"
Fri Aug 23 19:49:39 2013
PMON started with pid=2, OS id=8442
Fri Aug 23 19:49:39 2013
VKTM started with pid=3, OS id=8444 at elevated priority
VKTM running at (10)millisec precision with DBRM quantum (100)ms
Fri Aug 23 19:49:39 2013
GEN0 started with pid=4, OS id=8448
Fri Aug 23 19:49:39 2013
DIAG started with pid=5, OS id=8450
Fri Aug 23 19:49:39 2013
DBRM started with pid=6, OS id=8452
Fri Aug 23 19:49:39 2013
PSP0 started with pid=7, OS id=8454
Fri Aug 23 19:49:39 2013
DIA0 started with pid=8, OS id=8456
Fri Aug 23 19:49:39 2013
MMAN started with pid=9, OS id=8458
Fri Aug 23 19:49:39 2013
DBW0 started with pid=10, OS id=8460
Fri Aug 23 19:49:39 2013
LGWR started with pid=11, OS id=8462
Fri Aug 23 19:49:39 2013
CKPT started with pid=12, OS id=8464
Fri Aug 23 19:49:39 2013
SMON started with pid=13, OS id=8466
Fri Aug 23 19:49:39 2013
RECO started with pid=14, OS id=8468
Fri Aug 23 19:49:39 2013
RBAL started with pid=15, OS id=8470
Fri Aug 23 19:49:39 2013
ASMB started with pid=16, OS id=8472
Fri Aug 23 19:49:39 2013
MMON started with pid=17, OS id=8474
Fri Aug 23 19:49:39 2013
MMNL started with pid=18, OS id=8478
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
NOTE: initiating MARK startup
starting up 1 shared server(s) ...
Starting background process MARK
Fri Aug 23 19:49:39 2013
MARK started with pid=20, OS id=8482
NOTE: MARK has subscribed
ORACLE_BASE not set in environment. It is recommended
that ORACLE_BASE be set in the environment
Reusing ORACLE_BASE from an earlier startup = /u01/app/oracle
Fri Aug 23 19:49:39 2013
ALTER DATABASE MOUNT
NOTE: Loaded library: System
SUCCESS: diskgroup DATA was mounted
ERROR: failed to establish dependency between database HPYMUSIC and diskgroup resource ora.DATA.dg
SUCCESS: diskgroup FRA was mounted
ERROR: failed to establish dependency between database HPYMUSIC and diskgroup resource ora.FRA.dg
Fri Aug 23 19:49:46 2013
NSS2 started with pid=24, OS id=8572
Successful mount of redo thread 1, with mount id 2951868947
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: ALTER DATABASE MOUNT
ALTER DATABASE OPEN
LGWR: STARTING ARCH PROCESSES
Fri Aug 23 19:49:47 2013
ARC0 started with pid=26, OS id=8574
ARC0: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
ARC0: STARTING ARCH PROCESSES
Fri Aug 23 19:49:48 2013
ARC1 started with pid=27, OS id=8576
Fri Aug 23 19:49:48 2013
ARC2 started with pid=28, OS id=8578
ARC1: Archival started
ARC2: Archival started
ARC1: Becoming the 'no FAL' ARCH
ARC1: Becoming the 'no SRL' ARCH
ARC2: Becoming the heartbeat ARCH
Fri Aug 23 19:49:48 2013
ARC3 started with pid=29, OS id=8580
LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
ARC3: Archival started
ARC0: STARTING ARCH PROCESSES COMPLETE
Error 12154 received logging on to the standby
Fri Aug 23 19:49:51 2013
Errors in file /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_lgwr_8462.trc:
ORA-12154: TNS: ?????????????????????
Error 12154 for archive log file 2 to 'HPYMUSIC'
LGWR: Failed to archive log 2 thread 1 sequence 8 (12154)
Thread 1 advanced to log sequence 8 (thread open)
Thread 1 opened at log sequence 8
Current log# 2 seq# 8 mem# 0: +DATA/hpymusic/onlinelog/group_2.272.824213887
Current log# 2 seq# 8 mem# 1: +FRA/hpymusic/onlinelog/group_2.262.824213889
Successful open of redo thread 1
Fri Aug 23 19:49:51 2013
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Fri Aug 23 19:49:51 2013
SMON: enabling cache recovery
Error 12154 received logging on to the standby
Errors in file /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_arc2_8578.trc:
ORA-12154: TNS: 指定された接続識別子を解決できませんでした
PING[ARC2]: Heartbeat failed to connect to standby 'HPYMUSIC'. Error is 12154.
Archived Log entry 7 added for thread 1 sequence 7 ID 0xaff1210d dest 1:
Error 12154 received logging on to the standby
Errors in file /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_arc3_8580.trc:
ORA-12154: TNS: 指定された接続識別子を解決できませんでした
FAL[server, ARC3]: Error 12154 creating remote archivelog file 'HPYMUSIC'
FAL[server, ARC3]: FAL archive failed, see trace file.
Errors in file /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_arc3_8580.trc:
ORA-16055: FALリクエストが拒否されました。
ARCH: FAL archive failed. Archiver continuing
ORACLE Instance HPYMUSIC - Archival Error. Archiver continuing.
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 AL32UTF8
No Resource Manager plan active
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
Fri Aug 23 19:49:55 2013
QMNC started with pid=32, OS id=8590
Completed: ALTER DATABASE OPEN
Fri Aug 23 19:49:59 2013
Starting background process CJQ0
Fri Aug 23 19:49:59 2013
CJQ0 started with pid=33, OS id=8609
Fri Aug 23 19:49:59 2013
db_recovery_file_dest_size of 2898 MB is 6.38% 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.
[root@tokyo1 app]#
[root@tokyo1 app]# more /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_arc2_8578.trc
Trace file /u01/app/oracle/diag/rdbms/hpymusic/HPYMUSIC/trace/HPYMUSIC_arc2_8578.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, Automatic Storage Management, OLAP, Data Mining
and Real Application Testing options
ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1
System name: Linux
Node name: tokyo1.oracle11g.jp
Release: 2.6.18-348.12.1.el5
Version: #1 SMP Wed Jul 10 05:28:41 EDT 2013
Machine: x86_64
Instance name: HPYMUSIC
Redo thread mounted by this instance: 1
Oracle process number: 28
Unix process pid: 8578, image: [email protected] (ARC2)
*** 2013-08-23 19:49:51.707
*** SESSION ID:(15.1) 2013-08-23 19:49:51.707
*** CLIENT ID:() 2013-08-23 19:49:51.707
*** SERVICE NAME:() 2013-08-23 19:49:51.707
*** MODULE NAME:() 2013-08-23 19:49:51.707
*** ACTION NAME:() 2013-08-23 19:49:51.707
Redo shipping client performing standby login
OCIServerAttach failed -1
.. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
OCIServerAttach failed -1
.. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
OCIServerAttach failed -1
.. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
*** 2013-08-23 19:49:51.972 4132 krsh.c
Error 12154 received logging on to the standby
*** 2013-08-23 19:49:51.972 869 krsu.c
Error 12154 connecting to destination LOG_ARCHIVE_DEST_2 standby host 'HPYMUSIC'
Error 12154 attaching to destination LOG_ARCHIVE_DEST_2 standby host 'HPYMUSIC'
ORA-12154: TNS: 指定された接続識別子を解決できませんでした
*** 2013-08-23 19:49:51.973 4132 krsh.c
PING[ARC2]: Heartbeat failed to connect to standby 'HPYMUSIC'. Error is 12154.
*** 2013-08-23 19:49:51.973 2747 krsi.c
krsi_dst_fail: dest:2 err:12154 force:0 blast:1
*** 2013-08-23 19:50:49.816
Redo shipping client performing standby login
OCIServerAttach failed -1
.. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
OCIServerAttach failed -1
.. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
OCIServerAttach failed -1
.. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
*** 2013-08-23 19:50:50.070 4132 krsh.c
Error 12154 received logging on to the standby
*** 2013-08-23 19:50:50.070 869 krsu.c
Error 12154 connecting to destination LOG_ARCHIVE_DEST_2 standby host 'HPYMUSIC'
Error 12154 attaching to destination LOG_ARCHIVE_DEST_2 standby host 'HPYMUSIC'
ORA-12154: TNS: 指定された接続識別子を解決できませんでした
*** 2013-08-23 19:50:50.070 4132 krsh.c
PING[ARC2]: Heartbeat failed to connect to standby 'HPYMUSIC'. Error is 12154.
*** 2013-08-23 19:50:50.070 2747 krsi.c
krsi_dst_fail: dest:2 err:12154 force:0 blast:1
*** 2013-08-23 19:51:51.147
Redo shipping client performing standby login
OCIServerAttach failed -1
.. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
OCIServerAttach failed -1
.. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
OCIServerAttach failed -1
.. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS: 指定された接続識別子を解決できませんでした
*** 2013-08-23 19:51:51.403 4132 krsh.c
Error 12154 received logging on to the standby
*** 2013-08-23 19:51:51.403 869 krsu.c
Error 12154 connecting to destination LOG_ARCHIVE_DEST_2 standby host 'HPYMUSIC'
Error 12154 attaching to destination LOG_ARCHIVE_DEST_2 standby host 'HPYMUSIC'
ORA-12154: TNS: 指定された接続識別子を解決できませんでした
*** 2013-08-23 19:51:51.403 4132 krsh.c
PING[ARC2]: Heartbeat failed to connect to standby 'HPYMUSIC'. Error is 12154.
*** 2013-08-23 19:51:51.403 2747 krsi.c
krsi_dst_fail: dest:2 err:12154 force:0 blast:1
[root@tokyo1 app]#
[grid@tokyo1 shell]$ ./grid_info_east-x.sh
+ export ORACLE_SID=+ASM
+ ORACLE_SID=+ASM
+ LOGDIR=/home/grid/log
+ PRIMARYDB=east_DGMGRL
+ STANDBYDB=
+ PASSWORD=dataguard
+ mkdir -p /home/grid/log
++ date +%y%m%d,%H%M%S
+ echo 'asm info,130823,195709'
+ sqlplus / as sysasm
SQL*Plus: Release 11.2.0.1.0 Production on 金 8月 23 19:57:09 2013
Copyright (c) 1982, 2009, Oracle. All rights reserved.
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Automatic Storage Management option
に接続されました。
SQL> SQL>
SYSDATE
13-08-23
SQL> SQL> SQL>
NAME TYPE VALUE
asm_diskgroups string FRA
asm_diskstring string /dev/sd*1
asm_power_limit integer 1
asm_preferred_read_failure_groups string
audit_file_dest string /u01/app/11.2.0/grid/rdbms/audit
audit_sys_operations boolean FALSE
audit_syslog_level string
background_core_dump string partial
background_dump_dest string /u01/app/grid/diag/asm/+asm/+ASM/trace
cluster_database boolean FALSE
cluster_database_instances integer 1
cluster_interconnects string
core_dump_dest string /u01/app/grid/diag/asm/+asm/+ASM/cdump
db_cache_size big integer 0
db_ultra_safe string OFF
db_unique_name string +ASM
diagnostic_dest string /u01/app/grid
event string
file_mapping boolean FALSE
filesystemio_options string none
ifile file
instance_name string +ASM
instance_number integer 1
instance_type string asm
large_pool_size big integer 12M
ldap_directory_sysauth string no
listener_networks string
local_listener string
lock_name_space string
lock_sga boolean FALSE
max_dump_file_size string unlimited
memory_max_target big integer 272M
memory_target big integer 272M
nls_calendar string
nls_comp string BINARY
nls_currency string
nls_date_format string
nls_date_language string
nls_dual_currency string
nls_iso_currency string
nls_language string AMERICAN
nls_length_semantics string BYTE
nls_nchar_conv_excp string FALSE
nls_numeric_characters string
nls_sort string
nls_territory string AMERICA
nls_time_format string
nls_time_tz_format string
nls_timestamp_format string
nls_timestamp_tz_format string
os_authent_prefix string ops$
os_roles boolean FALSE
pga_aggregate_target big integer 0
processes integer 100
remote_listener string
remote_login_passwordfile string EXCLUSIVE
remote_os_authent boolean FALSE
remote_os_roles boolean FALSE
service_names string +ASM
sessions integer 172
sga_max_size big integer 272M
sga_target big integer 0
shadow_core_dump string partial
shared_pool_reserved_size big integer 6081740
shared_pool_size big integer 0
sort_area_size integer 65536
spfile string +DATA/asm/asmparameterfile/registry.253.823204697
sql_trace boolean FALSE
statistics_level string TYPICAL
timed_os_statistics integer 0
timed_statistics boolean TRUE
trace_enabled boolean TRUE
user_dump_dest string /u01/app/grid/diag/asm/+asm/+ASM/trace
workarea_size_policy string AUTO
++ date +%y%m%d,%H%M%S
+ echo 'asmcmd info,130823,195709'
+ asmcmd ls -l
State Type Rebal Name
MOUNTED NORMAL N DATA/
MOUNTED NORMAL N FRA/
+ asmcmd ls -l 'data/asm/*'
Type Redund Striped Time Sys Name
ASMPARAMETERFILE MIRROR COARSE AUG 11 19:00:00 Y REGISTRY.253.823204697
+ asmcmd ls -l 'data/east/*'
Type Redund Striped Time Sys Name
+data/east/CONTROLFILE/:
CONTROLFILE HIGH FINE AUG 12 15:00:00 Y Current.260.823276231
CONTROLFILE HIGH FINE AUG 23 19:00:00 Y Current.270.823277705
+data/east/DATAFILE/:
DATAFILE MIRROR COARSE AUG 12 15:00:00 Y SYSAUX.257.823276133
DATAFILE MIRROR COARSE AUG 23 19:00:00 Y SYSAUX.267.823277615
DATAFILE MIRROR COARSE AUG 12 15:00:00 Y SYSTEM.256.823276131
DATAFILE MIRROR COARSE AUG 23 19:00:00 Y SYSTEM.266.823277615
DATAFILE MIRROR COARSE AUG 12 15:00:00 Y UNDOTBS1.258.823276133
DATAFILE MIRROR COARSE AUG 23 19:00:00 Y UNDOTBS1.268.823277615
DATAFILE MIRROR COARSE AUG 12 15:00:00 Y USERS.259.823276133
DATAFILE MIRROR COARSE AUG 23 19:00:00 Y USERS.269.823277615
+data/east/ONLINELOG/:
ONLINELOG MIRROR COARSE AUG 12 15:00:00 Y group_1.261.823276235
ONLINELOG MIRROR COARSE AUG 12 15:00:00 Y group_2.262.823276241
ONLINELOG MIRROR COARSE AUG 12 15:00:00 Y group_3.263.823276247
+data/east/PARAMETERFILE/:
PARAMETERFILE MIRROR COARSE AUG 23 12:00:00 Y spfile.265.823277967
+data/east/TEMPFILE/:
TEMPFILE MIRROR COARSE AUG 12 15:00:00 Y TEMP.264.823276263
TEMPFILE MIRROR COARSE AUG 23 19:00:00 Y TEMP.274.823277733
N spfileeast.ora => +DATA/EAST/PARAMETERFILE/spfile.265.823277967
+ asmcmd ls -l 'fra/east/*'
Type Redund Striped Time Sys Name
+fra/east/ARCHIVELOG/:
Y 2013_08_12/
Y 2013_08_15/
Y 2013_08_19/
Y 2013_08_22/
Y 2013_08_23/
+fra/east/CONTROLFILE/:
CONTROLFILE HIGH FINE AUG 12 15:00:00 Y Current.256.823276231
CONTROLFILE HIGH FINE AUG 23 19:00:00 Y Current.260.823277707
+fra/east/ONLINELOG/:
ONLINELOG MIRROR COARSE AUG 12 15:00:00 Y group_1.257.823276237
ONLINELOG MIRROR COARSE AUG 23 19:00:00 Y group_10.272.823535727
ONLINELOG MIRROR COARSE AUG 23 19:00:00 Y group_11.273.823535737
ONLINELOG MIRROR COARSE AUG 23 19:00:00 Y group_12.274.823535745
ONLINELOG MIRROR COARSE AUG 23 19:00:00 Y group_13.275.823535757
ONLINELOG MIRROR COARSE AUG 23 19:00:00 Y group_14.276.823535763
ONLINELOG MIRROR COARSE AUG 23 19:00:00 Y group_15.277.823535771
ONLINELOG MIRROR COARSE AUG 12 15:00:00 Y group_2.258.823276245
ONLINELOG MIRROR COARSE AUG 12 15:00:00 Y group_3.259.823276251
ONLINELOG MIRROR COARSE AUG 23 19:00:00 Y group_7.269.823535685
ONLINELOG MIRROR COARSE AUG 23 19:00:00 Y group_8.270.823535695
ONLINELOG MIRROR COARSE AUG 23 19:00:00 Y group_9.271.823535703
+fra/east/STANDBYLOG/:
N standby_group_07.log => +FRA/EAST/ONLINELOG/group_7.269.823535685
N standby_group_08.log => +FRA/EAST/ONLINELOG/group_8.270.823535695
N standby_group_09.log => +FRA/EAST/ONLINELOG/group_9.271.823535703
N standby_group_10.log => +FRA/EAST/ONLINELOG/group_10.272.823535727
N standby_group_11.log => +FRA/EAST/ONLINELOG/group_11.273.823535737
N standby_group_12.log => +FRA/EAST/ONLINELOG/group_12.274.823535745
N standby_group_13.log => +FRA/EAST/ONLINELOG/group_13.275.823535757
N standby_group_14.log => +FRA/EAST/ONLINELOG/group_14.276.823535763
N standby_group_15.log => +FRA/EAST/ONLINELOG/group_15.277.823535771
+ asmcmd find +data 'group*'
+data/EAST/ONLINELOG/group_1.261.823276235
+data/EAST/ONLINELOG/group_2.262.823276241
+data/EAST/ONLINELOG/group_3.263.823276247
+data/HPYMUSIC/ONLINELOG/group_1.271.824213881
+data/HPYMUSIC/ONLINELOG/group_2.272.824213887
+data/HPYMUSIC/ONLINELOG/group_3.273.824213895
+ asmcmd find +data 'spf*'
+data/EAST/PARAMETERFILE/spfile.265.823277967
+data/EAST/spfileeast.ora
+ asmcmd ls -l data/east/CONTROLFILE
Type Redund Striped Time Sys Name
CONTROLFILE HIGH FINE AUG 12 15:00:00 Y Current.260.823276231
CONTROLFILE HIGH FINE AUG 23 19:00:00 Y Current.270.823277705
+ asmcmd find +fra 'group*'
+fra/EAST/ONLINELOG/group_1.257.823276237
+fra/EAST/ONLINELOG/group_10.272.823535727
+fra/EAST/ONLINELOG/group_11.273.823535737
+fra/EAST/ONLINELOG/group_12.274.823535745
+fra/EAST/ONLINELOG/group_13.275.823535757
+fra/EAST/ONLINELOG/group_14.276.823535763
+fra/EAST/ONLINELOG/group_15.277.823535771
+fra/EAST/ONLINELOG/group_2.258.823276245
+fra/EAST/ONLINELOG/group_3.259.823276251
+fra/EAST/ONLINELOG/group_7.269.823535685
+fra/EAST/ONLINELOG/group_8.270.823535695
+fra/EAST/ONLINELOG/group_9.271.823535703
+fra/HPYMUSIC/ONLINELOG/group_1.261.824213883
+fra/HPYMUSIC/ONLINELOG/group_2.262.824213889
+fra/HPYMUSIC/ONLINELOG/group_3.263.824213897
+ asmcmd find +fra 'spf*'
+ asmcmd ls -l fra/east/CONTROLFILE
Type Redund Striped Time Sys Name
CONTROLFILE HIGH FINE AUG 12 15:00:00 Y Current.256.823276231
CONTROLFILE HIGH FINE AUG 23 19:00:00 Y Current.260.823277707
++ date +%y%m%d,%H%M%S
+ echo END,130823,195712
[grid@tokyo1 shell]$
■ 以下、スタンバイ側 ■ ■ ■ ■ ■ ■ ■
export ORACLE_SID=HPYMUSIC
sqlplus / as sysdba
startup nomount pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt'
create spfile='+data/west/spfilewest.ora' from pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt';
srvctl stop database -d west -f
srvctl start database -d west -o open
srvctl start database -d west -o mount
srvctl start database -d west
startup mount pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt'
srvctl start database -d west -o open
srvctl config database -d west
srvctl status database -d west
alter database recover managed standby database disconnect from session;
select name, database_role, open_mode from gv$database;
srvctl modify database -d west -s open
○ spfile を作成する
export ORACLE_SID=HPYMUSIC
sqlplus / as sysdba
startup nomount pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt'
create spfile='+data/west/spfilewest.ora' from pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt';
○ 落とす
srvctl stop database -d west -f
○ open したいが起動しない( Mounted (Closed) 状態で起動することもある)。
srvctl start database -d west -o open
PRCR-1079 : リソースora.west.dbの起動に失敗しました
CRS-2674: Start of 'ora.west.db' on 'osaka1' failed
○ open したいが起動しない( Mounted (Closed) 状態で起動することもある)。
srvctl start database -d west -o mount
PRCR-1079 : リソースora.west.dbの起動に失敗しました
CRS-2674: Start of 'ora.west.db' on 'osaka1' failed
○ open したいが起動しない( Mounted (Closed) 状態で起動することもある)。
srvctl start database -d west
PRCR-1079 : リソースora.west.dbの起動に失敗しました
CRS-2674: Start of 'ora.west.db' on 'osaka1' failed
○ 起動するがエラーあり( alert_HPYMUSIC.log )
startup mount pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt'
[oracle@osaka1 dbs]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.1.0 Production on 金 8月 23 19:05:35 2013
Copyright (c) 1982, 2009, Oracle. All rights reserved.
アイドル・インスタンスに接続しました。
SQL> startup mount pfile='/u01/app/oracle/product/11.2.0/dbhome_1/dbs/pfile_for_standby_HPYMUSIC.txt'
ORACLEインスタンスが起動しました。
Total System Global Area 839282688 bytes
Fixed Size 2217992 bytes
Variable Size 515901432 bytes
Database Buffers 314572800 bytes
Redo Buffers 6590464 bytes
データベースがマウントされました。
Error 12154 received logging on to the standby
FAL[client, ARC3]: Error 12154 connecting to HPYMUSIC for fetching gap sequence
Errors in file /u01/app/oracle/diag/rdbms/west/HPYMUSIC/trace/HPYMUSIC_arc3_25690.trc:
ORA-12154: TNS: 指定された接続識別子を解決できませんでした
Errors in file /u01/app/oracle/diag/rdbms/west/HPYMUSIC/trace/HPYMUSIC_arc3_25690.trc:
ORA-12154: TNS: 指定された接続識別子を解決できませんでした
○ open にならず Mounted (Closed) としかなってくれない。
srvctl start database -d west -o open
[oracle@osaka1 dbs]$ srvctl start database -d west -o open
[oracle@osaka1 dbs]$ /u01/app/11.2.0/grid/bin/crsctl status resource -t
NAME TARGET STATE SERVER STATE_DETAILS
Local Resources
ora.DATA.dg
ONLINE ONLINE osaka1
ora.FRA.dg
ONLINE ONLINE osaka1
ora.LISTENER.lsnr
ONLINE ONLINE osaka1
ora.asm
ONLINE ONLINE osaka1 Started
Cluster Resources
ora.cssd
1 ONLINE ONLINE osaka1
ora.diskmon
1 ONLINE ONLINE osaka1
ora.west.db
1 ONLINE INTERMEDIATE osaka1 Mounted (Closed)
○
srvctl config database -d west
srvctl status database -d west
[oracle@osaka1 dbs]$ srvctl config database -d west
一意のデータベース名: west
データベース名: HPYMUSIC
Oracleホーム: /u01/app/oracle/product/11.2.0/dbhome_1
Oracleユーザー: grid
spfile: +data/west/spfilewest.ora
ドメイン:
開始オプション: open
停止オプション: immediate
データベース・ロール: physical_standby
管理ポリシー: AUTOMATIC
ディスク・グループ: DATA,FRA
サービス:
[oracle@osaka1 dbs]$ srvctl status database -d west
データベースは実行中です。
○ mrp プロセスが起動するが、Read Only ではない。
alter database recover managed standby database disconnect from session;
select name, database_role, open_mode from gv$database;
[oracle@osaka1 dbs]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.1.0 Production on 金 8月 23 19:33:08 2013
Copyright (c) 1982, 2009, Oracle. All rights reserved.
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, Automatic Storage Management, OLAP, Data Mining
and Real Application Testing options
に接続されました。
SQL>
SQL> alter database recover managed standby database disconnect from session;
データベースが変更されました。
SQL> select name, database_role, open_mode from gv$database;
NAME DATABASE_ROLE
OPEN_MODE
HPYMUSIC PHYSICAL STANDBY
MOUNTED
[root@osaka1 app]# ps -ef |egrep -i mrp
oracle 26269 1 0 19:33 ? 00:00:00 ora_mrp0_HPYMUSIC
○ modify しても open にならない。
srvctl modify database -d west -s open
[oracle@osaka1 dbs]$ srvctl modify database -d west -s open
[oracle@osaka1 dbs]$ /u01/app/11.2.0/grid/bin/crsctl status resource -t
NAME TARGET STATE SERVER STATE_DETAILS
Local Resources
ora.DATA.dg
ONLINE ONLINE osaka1
ora.FRA.dg
ONLINE ONLINE osaka1
ora.LISTENER.lsnr
ONLINE ONLINE osaka1
ora.asm
ONLINE ONLINE osaka1 Started
Cluster Resources
ora.cssd
1 ONLINE ONLINE osaka1
ora.diskmon
1 ONLINE ONLINE osaka1
ora.west.db
1 ONLINE INTERMEDIATE osaka1 Mounted (Closed)standby 側に、アーカイブログファイルを少し適用すれば open できそうに感じます。
これを解決するためには、以下のエラーを解決するのがよいと思います。
・ORA-12154: TNS: 指定された接続識別子を解決できませんでした
両ノードの tnsnames.ora を確認させて貰えますか?
この推測が間違えていたら再検討しましょう。 -
We are attempting to migrate from an older windows platform to a Windows 2008 platform. The old configuration had two disk drives, and Oracle Express was installed on E: - the new server, being virtual has been configured with only the C: drive.
I've been reading up on RMAN, and have confirmed that the daily backup process on the old server does create an RMAN backup.
I've installed (and several repeat uninstall/installs) a copy of Oracle Express 10g in the default location, accepting all defaults except for my password (which is irrelevant under RMAN).
I've duplicated the directories, I've figured out how to restart the database so I don't have to reinstall, but I am unable to restore the application database. I'm not eager to use other utilities than RMAN, since learning RMAN has already taken up more time than is budgeted for this task.
I receive varying error messages, depending on the techniques I try to use. Usually I receive this closing message:
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of startup command at 12/14/2010 13:39:24
RMAN-04014: startup failed: ORA-02778: Name given for the log directory is invalid
The other message I receive is the following or a variation on the theme:
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at mm/dd/yyyy hh:mm:ss
RMAN-06564: must use the TO clause when the instance is started with SPFILE
The second message is a direct response to the following:
rman target /
startup force nomount;
run
{set controlfile autobackup format for device type disk to 'c:\backup\oracle\XE_%F';
# use 'c:\oraclexe\app\oracle\product\10.2.0\server\database\SPF2FILE_%F'
RESTORE SPFILE FROM AUTOBACKUP;
I have no clue how to specify correctly that the SP2FILE.ORA file is the backup of the control file (can provide the script to create the backup if you think it will help, which runs a series of logs to capture settings and then executes the backup.) The backup process was inherited and I cannot explain why the default RMAN process is not being used to create the backup. However, I've been unable to use the default RMAN output to restore on a different server, as well.
Please help - this task is now very late, and I'm not even sure whether I'm asking the correct questions to solve the problem(s) I'm experiencing.I'm not sure what you mean by the instance 'status'. I install a fresh copy of Oracle Express 10g. Copy over the backup files for the database and logs, copy over the SPFILE..., and attempt to restore, with the errors reported above.
When I install XE, the instance is up and running (as confirmed by the 'home page' of XE being displayed in the browser waiting for logon and password. When I start the process to restore, XE is no longer available (in some form of maintenance mode and unavailable to normal users).
What do you mean 'using pfile/spfile'? How would I 'use'? (I did verify that if I take a 'backup' using the XE tools, I CAN restore on the same instance where I took the backup. Just not on a different, new instance of XE.)
The article is quite interesting, but it seems to assume that I'm working in the same instance where the backup was taken. The instructions also seem to contradict the error messages I presented above.
I don't have any autobackup settings on my brand new copy of XE, so the following command in the article does not seem meaningful to me. Clearly it makes sense to use both a TO and FROM. It seems that what I should be doing is using a 'FROM' where I have the 'TO'; what happens if I point to my backup copy of the SPFILE in the FROM clause instead of 'AUTOBACKUP'? The command string I provided in my original post may be trying to do that, but I can't tell from the source article (which I now have to go find...)
"RMAN> RESTORE SPFILE TO '/tmp/spfileTEMP.ora' FROM AUTOBACKUP;"
Additional question - "DBID"? In express, I do not see any value for DBID. I understand why it would be relevant in a more advanced implementation, with multiple databases being maintained under the same Oracle installation, but it's not clear to me what DBID identifies - the database's internal "primary key" value in a directory of databases, or some other implication.
Edited by: user13488246 on Dec 16, 2010 7:13 AM -
Sys login as sysdba fails in OEM
System: Oracle Database 10g 10.1.0.2.0 with Oracle Database 10g Patch 10.1.0.4.0 on a SUN Solaris 9 SPARC machine.
Background:I've made a whole database backup and been trying to recover it back again. First i've tried that with RMAN but i didn't got all my data back in place.
Now i'm trying to run the recovery via the Enterprise manager. I create a job for it, my databases shuts down and I get the possibility to "perform recovery"
Problem:When i'm on the login page to continue with the recovery i have to fill in the Host Credentials and the Database Credentials as sysdba.
I know for sure that what i fill out in those fields is correct. The problem is that i can't login.
As Database Credentials do i fill in for username: sys and password: the correct paswd. It says that the Role = SYSDBA.
the error message: Unable to connect to the database.
ORA-01017: invalid username/password; logon denied
Neither can i log in with sys, password as sysdba via the Enterprise Manager when the database is up and running.
Things i've tried:login with sqlplus works fine
sqlplus "/ as sysdba"SQL> connect sys/<paswd> as sysdba
Connected.
SQL> show user
USER is "SYS"
Question:How can I solve the problem so i can log with sys users as sysdba with the Enterprise Manager?Hi,
it's not a stupid question, are you really sure your password is correct? In your sqlplus session OS authentification is used, password is irrelevant (OEM does not use OS authentification). Try 'connect sys/abcxyz as sysdba' , it will work. There's a trick to check, if the password is correct.
Issue 'connect sys/<passwd>' (omit as sysdba). If you enter a correct password you will see ORA-28009 (SYS can only connect as SYSDBA or SYSOPER) , otherwise you see ORA-01017 .
In the case of ORA-28009 (password IS correct) there seems to be something wrong with the password file or pfile/spfile:
- REMOTE_LOGIN_PASSWORDFILE is set to NONE
- The password file does not exist
- The password supplied does not match the one in the password file
- The password file been changed since the instance was started
The password is located in $ORACLE_HOME/dbs, it can be recreated using orapwd utility, REMOTE_LOGIN_PASSWORDFILE should be set to EXCLUSIVE .
Regards
Werner
Maybe you are looking for
-
The candy crunch icon has disappeared from my phone. I went to the App Store and pull it back up and it doesn't give me the option to install it, just open. When I do, it takes to my game where I left off. So my game is still there, but I can't insta
-
How to average live output data from a 4 - 20 mA source?
Hi, I am very new to the world of LabView and I am looking for some help. I am trying to write a code that I can use in the testing of heat pump water heaters. I have gotten my code to a point where I can read in my temperature and flow rates, and ca
-
Hi, everyone I have installed ODS 10g and I have done few config to base file to direct oracle application server to use jre instead of jinit and I installed both jre version 7 and jinit 1.3.1.30(these are installed in C:\ where as my DB and ODS is
-
I got my iPhone last week and can't seem to get the email working correctly, not correctly, but how I would prefer it to me. I have set it up as a POP account, and love it as a POP - I get my emails even when my outlook is open, it pushes, everything
-
HT1222 I updates on my phone, did it lost some app or picture in phone ???
I updates on my phone, did it lost some app or picture in phone ???