Question on alter system set cluster_database = true

11.2.0.2.0 windows 2008
doing a restore to a development RAC I noticed the following. I took the database out of cluster mode on one instance
alter system set cluster_database=false scope=spfile sid='PRD1';
shutdown, start up, do the restore, all good, I go to set cluster_Database=true but had issue instance would only start on one node, I reviewed my notes and found problem was when I set cluster_Database back to true I had typed
alter system set cluster_database=true scope=spfile sid='*';
instead of
alter system set cluster_database=true scope=spfile sid='PRD1';
So issue fixed.
I retested and confirmed '*' wont take. Ive seen many examples of '*' working online and I am sure I have used '*' many times so had just typed it off my head. Anyone explain? probably quotes or something.

Any chance there are multiple lines for cluster_database in the spfile ?I had thought maybe this, but confirmed no, it was a fresh build anyway that I was restoring to.
>
- Dump the spfile to a pfile ... edit ... recreate the spfile on all nodes.
>
Im not sure what this will achieve? the spfile is shared on the ASM.
>
As the cluster_database=true is a parameter to enable the RAC configuration. As you typed sid='*' it will try to enable the cluster_database parameter in all the instances(nodes) as it is RAC.
In your case as you did on a single node by specifiying the sid name it will work as it will look only for that sid and enable that particular node.
>
I find this hard to read but I think this misinterprets as well.
Thanks for the contribution. I think Ive found the solution
the asterisk doesnt apparently mean actually "all instances", from here
http://www.comp.dit.ie/btierney/oracle11gdoc/rac.111/b28254/admin.htm#BCEFICEE
and
"Setting SPFILE Parameter Values for Oracle Real Application Clusters"
-- this is a good example of what happened to me
>
*.OPEN_CURSORS=500
prod1.OPEN_CURSORS=1000
Note:
The value before the dot in an SPFILE entry identifies the instance to which the particular parameter value belongs. When an asterisk precedes the dot, the value is applied to all instances that do not have a subsequent, individual value listed in the SPFILE.
For the instance with the Oracle system identifier (SID) prod1, the OPEN_CURSORS parameter is set to 1000 even though it has a database-wide setting of 500. Parameter file entries that have the asterisk (*) wildcard character only affect the instances without an instance-specific entry. This gives you control over parameter settings for instance prod1. These two types of settings can appear in any order in the parameter file.
If another DBA runs the following statement, then Oracle updates the setting on all instances except the instance with SID prod1:
ALTER SYSTEM SET OPEN_CURSORS=1500 sid='*' SCOPE=MEMORY;
>
so when I was on node 1 and ran it for *, I was setting it for all the nodes except the node I was on which holds true from what Ive seen. I'll remember that one.

Similar Messages

ALTER SYSTEM SET _awr_flush_threshold_metrics=TRUE SCOPE=MEMORY;

Hi,
our DB in 10g R2 on Win 2003 server has suddenly restarted with this message in alertlog :
ALTER SYSTEM SET awrflush_threshold_metrics=TRUE SCOPE=MEMORY;
I looked for this parameter in oracle documentation, I did not find.
1-what is this parameter for ?
2-How can I see which user connection has altered this parameter ?
Thanks.

user522961 wrote:
Hi,
our DB in 10g R2 on Win 2003 server has suddenly restarted with this message in alertlog :
ALTER SYSTEM SET awrflush_threshold_metrics=TRUE SCOPE=MEMORY;
I looked for this parameter in oracle documentation, I did not find.
1-what is this parameter for ?
2-How can I see which user connection has altered this parameter ?
Thanks.I don't think that you should be worried about it as its an undocumented parameter.
http://www.orafaq.com/parms/parm113.htm
Without Auditing, its not possible who changed it(if he really did)?
HTH
Aman....

Alter system set sql_trace = TRUE error on 9i

returns ORA-02095 specified initialization parameter cannot be modified. I am in sqlplus as system/manager.
So I would need to change it in the init.ora file and restart the server, but on 9 I would need to use CREATE PFILE FROM SPFILE, edit PFILE, and convert it back, and reboot. What am I missing?
Goal is to trace App Server sql statements, so I can't use alter session. And the sys.DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION stored procedure doesn't appear to exist.
--Eric

http://download.oracle.com/docs/cd/E11882_01/server.112/e26088/statements_2013.htm#SQLRF00901 says parameter_name = parameter_value
Regards
Etbin

Alter system set events Question

Version 10202 on AIX
sql> alter system set events '4030 trace name heapdump level 536870917; name errorstack level 3';
Questions about this statement..
what this command is doing, i guess creating tracefile for event 4030...& the location of trace file would be the current direcotry?
& how to setup same kind of event trace for other events, any tips....& what to check in tracefile for problem?

The values for level I have record are 1, 2, 3, 8, and 32 so I am guessing the number shown is the address of a specific heap to be dumped. The address of a heap would potentially change with a change in the shared pool storage parameters. Where did you get the address value?
The dump should go to the user background dump destination and not the current directory.
PS - if you have metalink look at document: #218105.1 Introduction to ORACLE Diagnostic EVENTS
HTH -- Mark D Powell --
Message was edited by: MDP add PS to Metalink Doc
mpowel01

Alter system set nls_length_semantics

Hi all,
my question concerns the scope in the change of NLS_LENGTH_SEMANTICS can be performed.
The 10gR2 documentation only the
"Modifiable ALTER SESSION"
But what about altering the system and making your own setting to default for all sessions? With which scope?
I tried
alter system set nls_length_semantics='CHAR';
alter system set nls_length_semantics='CHAR' scope=spfile;
alter system set nls_length_semantics='CHAR' scope=both;
None had really any effect. Do I have to bounce the database?

Hello,
Do I have to bounce the database?Yes, you have to shutdown and startup the database.
Else the NLS_LENGTH_SEMANTICS change won't be effective.
You may have more details on the following thread:
nls_database_parameters->nls_length_semantics Help!
There's also an interesting Note from MOS:
Examples and limits of BYTE and CHAR semantics usage (NLS_LENGTH_SEMANTICS) [ID 144808.1]They give many information about NLS_LENGTH_SEMANTICS and the following Bug:
Bug 1488174
Problem: ALTER SYSTEM does not change the setting of NLS_LENGTH_SEMANTICS for the current and new (!) sessions.
Workaround: Don't use ALTER SYSTEM SET NLS_LENGTH_SEMANTICS scope=both; but set NLS_LENGTH_SEMANTICS as a init.ora parameter or issue ALTER SYSTEM SET NLS_LENGTH_SEMANTICS=CHAR scope=spfile; and bounce the database.Hope this help.
Best regards,
Jean-Valentin
Edited by: Lubiez Jean-Valentin on May 27, 2010 2:06 PM

ALTER SYSTEM SET SGA_TARGET

Hi,
in 10g R2 should I stop/start database when I change sGA_TARGET :
ALTER SYSTEM SET SGA_TARGET=value [SCOPE={SPFILE|MEMORY|BOTH}]
Thank you.

user522961 wrote:
OK.
When I query V$PARAMETER I have the OLD value for SGA_TARGET. It is normal because the value in V$PARAMETER comes from starting and spfile. How can I be sur that now oRACLE uses the new value for SGA_TARGET effectively ?
Thanks again.Not sure I understand your question. If you set SGA_TARGET with SCOPE=MEMORY or BOTH, it should be in effect immediately.
SQL> alter system set sga_target=253M scope=both;
System altered.
SQL> select value bytes, value/1048576 MB from v$parameter where name = 'sga_target';
BYTES              MB
268435456         256
SQL> show parameter sga
NAME                                 TYPE        VALUE
lock_sga                             boolean     FALSE
pre_page_sga                         boolean     FALSE
sga_max_size                         big integer 512M
sga_target                           big integer 256M
SQL> alter system set sga_target=257M scope=both;
System altered.
SQL> select value bytes, value/1048576 MB from v$parameter where name = 'sga_target';
BYTES              MB
272629760         260
SQL> show parameter sga
NAME                                 TYPE        VALUE
lock_sga                             boolean     FALSE
pre_page_sga                         boolean     FALSE
sga_max_size                         big integer 512M
sga_target                           big integer 260M
SQL>

Help with "alter system set events = '1000 trace name ERRORSTACK level 3'"

Hello.
I am trying to find out wich sql code is creating the error ORA-01000 in my application (database release is 9.2.0.7). I have read this http://www.orafaq.com/node/758 and there they suggest doing this:
Sometimes you will need to get a full stack trace of the problem by setting a trace for ORA-1000 as in:
alter system set events = '1000 trace name ERRORSTACK level 3'
or...
alter session set events = '1000 trace name ERRORSTACK level 3'
Then set open_cursors to a low enough number to catch the open cursor voilator in your net.I have no idea about this traces, so these are my questions:
1. Do those commands force a trace every time the ORA-01000 errors rises in every session? (I have forced the ORA-01000 error in one sqplusl session after I wrote "alter session set events = '1000 trace name ERRORSTACK level 3'" in another sqlplus session)
2. What does level 3 mean?
3. I see that in the dump/user directory I have several trace files, how can I know which error traces are enabled in my db?
4. How do I disable the traces once I find out to solve the problem?
5. How do I identify in the traces the ORA-1000 error?
Thanks in advance.

Thanks for all the answers.
What am I doing bad? I have tried ti find out what traces are enabled, and there seems to be none.
SQL> r
1 DECLARE
2     OUT   BINARY_INTEGER;
3 BEGIN
4     DBMS_OUTPUT.put_line ('Init');
5
6     FOR i IN 1 .. 20000
7     LOOP
8        SYS.DBMS_SYSTEM.read_ev (i, OUT);
9
10        IF (OUT <> 0)
11        THEN
12           DBMS_OUTPUT.put_line ('i: ' || i || '; ' || OUT);
13        END IF;
14     END LOOP;
15
16     DBMS_OUTPUT.put_line ('End');
17* END;
Init
EndBut, otherwise, there are trc files which have been modfiied recently? I seems as if this procedure can't detect all the tracles enabled:
(oracle)mano1re(principal)$ ls -lt *.trc | more
-rw-r-----   1 oracle   dba       348294 jul 14 18:35 reflex_ora_11706.trc
-rw-r-----   1 oracle   dba       997820 jul 9 16:32 reflex_ora_15766.trc
-rw-r-----   1 oracle   dba       399571 jul 3 15:23 reflex_ora_25955.trc
-rw-r-----   1 oracle   dba      1637069 jun 9 15:34 reflex_ora_19742.trc
PL/SQL procedure successfully completed.

"Alter system set command" in a RAC database!!

Hi, all.
The database is (10.2.0.2.0) 2- node RAC database on 32-bit windows 2003
EE SP1.
I issued the following command on Node 1 database.
--> Alter system set db_block_buffers= xxx sid='rac1';
I was able to see "PE enqueue" in top 5 wait event section from an AWR report.
In addition, I was able to find "PZ99","PZ98" process dump file in BDUMP.
Soon later, I could find CKPT and DBWR hung.
Is there anyone who experienced this issue?
Thanks and Regards.
Message was edited by:
user507290

10.2.0.2 has some bug which is fixed 10.2.0.3
You check sequence cache. If it has less value, increase it to 10000.
select CACHE_SIZE from dba_sequences where SEQUENCE_OWNER='SYS' and SEQUENCE_NAME='AUDSES$';
SQL> alter sequence sys.audses$ cache 10000;
Ashok

"alter session set sql_trace true" in my pakage is not working

Hi
I have a package with some procedures..in one of my procedure which is executed in the first step i run the :
execute immediate 'alter session set sql_trace true';
this command is executed in debug mode and generate trace file(GOOD) but in running mode i haven't trcce file.
what is wrong in my code ?

http://download.oracle.com/docs/cd/E11882_01/server.112/e26088/statements_2013.htm#SQLRF00901 says parameter_name = parameter_value
Regards
Etbin

Query on ALTER SYSTEM SET

Hi,
I was under impression that
"PFILE has the limitation to change the initialization parameters dynamically.If any init parameter is to be changed,we can edit the pfile and the parameter changes will come into effect with the next reboot of the system.
To overcome this limitation,Oracle has come up with the concept of SPFILE ,where in the initialization parameters can be changed dynamically using ALTER SYSTEM SET statement."
But,today I started my test database using PFILE and executed the following command to change the memory_target parameter from 300M to 290M.
ALTER SYSTEM SET memory_target=290M;
And to my surprise,this statement executed fine without any errors and memory_target parameter has been set to the new value(of course,in memory).
Isn't it changing the init parameters dynamically using PFILE itself??
Please clarify my doubt and correct my understanding.
Regards,
Bharath

bharathDBA wrote:
Hi,
I was under impression that
"PFILE has the limitation to change the initialization parameters dynamically.If any init parameter is to be changed,we can edit the pfile and the parameter changes will come into effect with the next reboot of the system.
To overcome this limitation,Oracle has come up with the concept of SPFILE ,where in the initialization parameters can be changed dynamically using ALTER SYSTEM SET statement."
But,today I started my test database using PFILE and executed the following command to change the memory_target parameter from 300M to 290M.
ALTER SYSTEM SET memory_target=290M;
And to my surprise,this statement executed fine without any errors and memory_target parameter has been set to the new value(of course,in memory).
Isn't it changing the init parameters dynamically using PFILE itself??
Please clarify my doubt and correct my understanding.
Regards,
Bharath
You have a wrong interpenetration about the genesis of the SPFILE. Yes it is a binary file and all that but remember, its not the SPFILE that makes a parameter dynamic or a PFILE that makes it static but it's the very nature of the parameter itself that makes it happen. Yes, the difference in the PFILE and SPFILE parameter would be evident when you would change a dynamic parameter and would give a bounce to the db. Since teh PFILE wasn't updated (its a text file so has to be updated manually) , with the next restart, the parameter would take the same value as it has in the PFILE. But with the SPFILE, depending on what you have set in the SCOPE, the parameter would behave accordingly.
HTH
Aman....

Alter system set shared_pool_size extremely slow.

I am trying to increase my shared_pool_size from 60m to 200m by simply typing alter system set shared_pool_size=200m;
I did alter system flush shared_pool; before to clear out the current shared_pool.
I'm on 9i and my SGA_MAX_SIZE is 3g and I have plenty room to grow.
show sga
Total System Global Area 3222769016 bytes
Fixed Size 744824 bytes
Variable Size 2382364672 bytes
Database Buffers 838860800 bytes
Redo Buffers 798720 bytes
My event in v$session_wait is background parameter adjustment.
Any help would be appreciated. I know that I can bounce the server and let it read it from the init.ora. However, I'm trying to fix some current 4031s in my shared pool. The flush did fix them temporarily.

Are you sure your instance was in the state you thought it was ? This is what you reported from show sga:
Total System Global Area 3222769016 bytes
Fixed Size                    744824 bytes
Variable Size             2382364672 bytes
Database Buffers           838860800 bytes
Redo Buffers                  798720 bytesYou say your shared_pool_size is 60M and you want to grow it to 200M, but the Variable Size in the output above suggests that your shared pool had already grown to about 2.3 GB, so your command would have been trying to shrink it quite dramatically. (And 9i isn't very good at shrinking the shared pool because of the problems of pinned and "KEEP"ed objects in the library cache.
Things to check (from another session):
v$sga_current_resize_ops to see if your resize operation is still running, and what it's trying to do.
v$sga_resize_ops to see i f your resize operation completed some time ago - leaving your session stuck somewhere else. (There's a convenient query I wrote against this view published here: http://jonathanlewis.wordpress.com/2007/04/16/sga-resizing/ )
v$session_wait (for the resize session) to see if the session is waiting or working
v$sesstat (for the resize session) to see if it gives you any clues about current activity
Regards
Jonathan Lewis
http://jonathanlewis.wordpress.com
http://www.jlcomp.demon.co.uk

Alter system set control_files

when we use this command to multiplex the control files
should we list all the current controls files as well the copied once If yes ,should i performe alter database backup controlfile to trace command ?
Thanks in Advance

If you are working in Oracle8i you can not apply that exact command. That exact command is applicable from Oracle9i. I clarify: The comand ALTER SYSTEM SET ... exists prior to 9i but in 8i that parameter is not dinamic. In order to modify that parameter you have to do so:
1.- Realize what controlfiles you have
2.- Apply the command with the controlfiles that you have additioning the new controlfiles to duplicate. You have to apply this command with SCOPE=SPFILE;
3.- Shutdown the database
4.- Copy the controlfiles with OS
5.- Start the database
Joel Pérez
http://otn.oracle.com/experts

"ALTER SYSTEM SET"

Hi
When a parameter is changed using "ALTER SYSTEM SET parameter=X" without the clause SCOPE, where will that parameter be changed? In memory or in spfile?
Thanks

In the memory and once you bounc the database, the value which you sent is gone. If you need to keep permanently, use scope=spfile.
SJH
OCP DBA

Can I run Alter Session set sql_trace = True in Forms.

Can I run Alter Session set sql_trace = True in Forms.

You could use 'statistics=YES' from command line. If you are using an icon from windows' desktop, then go to properties of that icon and append 'statistics=YES' at the end of TARGET. This basically issues 'ALTER SESSION SET SQL_TRACE TRUE' for the current session.
Can I run Alter Session set sql_trace = True in Forms.

Alter system set db_2k_cache_size=10m

Hi All,
I am using 11gR2 and try to create db_2k_cache_size when the execute the below command throwing error like..
alter system set db_2k_cache_size=10m
ERROR at line 1:
ORA-02097: parameter cannot be modified because specified value is invalid
ORA-00384: Insufficient memory to grow cache
Could you please let me know what is the cause of the issue?
Regards
Narender B

Can anyone help on this...
Regards
Narender B

Question on alter system set cluster_database = true

Similar Messages

Maybe you are looking for