DB_WRITER_PROCESSES

Similar Questions

• cpu_count & db_writer_processes

  Hello

  I created in my 11.2.0.4.1 database deployed Linux on a 16-core server and instance.

  After that, I put cpu_count = 2 and select the Resource Manager using the Instance caging.

  Looking for parameter db_writer_processes, it = 2 and not 1.

  It takes the original cpu_count/8 value (16/8).

  Why it is not reduced to 1?

  Concerning

  I found the problem.

  It depends on the Numa support that has been activated.

  It is a Ref note:

  db_writer_processes was changed from xx to xx EU requirements of NUMA. (Doc ID 1625316.1)

• DB_WRITER_PROCESSES in Oracle 10.2.0.4 HP UX

  Hi all
  
  I noticed that the asynchronous i/o is not used with the regular file system on HP UX (only raw devices).
  As far as I know what I can do is to configure multiple writers db with the DB_WRITER_PROCESSES parameter.
  
  DB a CPU_COUNT in 16, but 2 engravers of db (default value = CPU_COUNT / 8).
  
  Should I have any advantage by increasing DB_WRITER_PROCESSES?
  Or if there is a bottleneck in writing of Sales pads?
  
  Thank you

  Diego wrote:
  Hi all

  I noticed that the asynchronous i/o is not used with the regular file system on HP UX (only raw devices).
  As far as I know what I can do is to configure multiple writers db with the DB_WRITER_PROCESSES parameter.

  DB a CPU_COUNT in 16, but 2 engravers of db (default value = CPU_COUNT / 8).

  Should I have any advantage by increasing DB_WRITER_PROCESSES?

  None

  Or if there is a bottleneck in writing of Sales pads?

  If the bottleneck exists, it would be the end of the disc & not the end of the CPU.
  Server process are at least 1000 times faster than mechanical drives.
  a single DB_WRITER could occupy 10 disk controllers & not be a bottleneck.

• db_writer_processes data sets

  Hi all
  
  Can you please inform me on below things. In addition, please correct me if I'm wrong
  
  1.
  db_writer_processes control the number of db writers that are started when the instance is initialized. So, once DB lets say we have 6 dbwriter process then your buffer cache is divided into 6 series of work data. Can you please explain what is this datasets are? or maybe if I'm wrong.
  
  2.
  If yes it's true how do we find that what dataset is used by which dbwrite deals. I mean how to find the mapping one to say 0 x address-0y address is worked by processes of dbwr1 and so on. How to find this
  
  3.
  If we have several cache buffers such as db_16k and db_32k then how we this card.
  
  The reason behind this, use us 12 dbwriter process because we have 12 GB of sga and 10 GB of pga. Some time we receive expected busy buffer. Then, to find that we use multiple buffer pools. So, if that's where I can suggest management to use only the default block size and not multiple. I already know of this pool of multiple buffers have a structure memory management overhead more so should study and learn from you.
  
  My idea is to reduce it and then start to add if necessary processes

  This may resolve your doubts: Re: datasets db_writer_processes

  Concerning
  Jonathan Lewis
  http://jonathanlewis.WordPress.com
  http://www.jlcomp.demon.co.UK

  "Science is more than a body of knowledge; It's a way of thinking. "
  Carl Sagan

• dbwr_io_slaves or db_writer_processes

  Im having a little trouble to understand the situations in which the dbwr_io_slaves use would be better db_writer_processes, it would be good if someone could explain it clearly or point me to documentation that explains it cleary.
  
  I have a secondary course related to im, which is the issue, one of the databases that I deal with has a large number of dirty buffers (ie: > 600 000) at the moment the only way I know to clear it and reduce the number is to restart the database from time to time (this is not something I want to do and need a better solution).
  
  Some basic information:
  
  The database gets loaded information in batch on a daily basis, the server on the database works has two dual core cpu popular with 8 GB of ram, there are also a few other databases running on these systems, as well.

  have I not my process dbwr configured OK?
  db_writer_processes = 1
  dbwr_io_slaves = 2

  There is no "golden rule" nor a formula for 'golden '. Configure the DBWR settings only if you really have a problem with DBWR write. Even then, first you would look at the (SAN or NAS or DASD) storage, i/o channels and OS settings and exhaust all other options before we look at these.

  If you use "dbwr_io_slaves" then you ask Oracle to simulate asynchronous IO, on the assumption that the operating system doesn't implement asynchronous IO or not doing well.
  Note that 'dbwr_io_slaves' and 'db_writer_processes' should not be set up together.

  See the MetaLink Notes 62172.1 and 97291.1

  Your first step is to determine if you really have a problem of performance DBWR.
  There is no evidence of what you have presented so far.

  The number of "Dirty buffers" is more a function of the way and the number of transactions is performed - IE the load, rather than the flow.

• increase the db_writer_processes

  My DB gives the buffer without waiting for...
  In the settings file
  
  DB_writer_processes = 1,
  DBwr_IO_slaves = 0
  
  I think I have to increase the db_writer_processes... How to increase?
  I use Spfile to start the DB

  alter system set db_writer_processes=2 scope=spfile;
  

  and restart db

• Insert - Performance problem

  Hi Experts,

  I am new to Oracle. Ask for your help to fix the performance of a query of insertion problem.

  I have an insert query that is go search for records of the partitioned table.

  Background: the user indicates that the query was running in 30 minutes to 10 G. The database is upgraded to 12 by one of my colleague. Now the query works continuously for hours, but no result. Check the settings and SGA is 9 GB, Windows - 4 GB. DB block size is 8192, DB Multiblock read file Count is 128. Overall target of PGA is 2457M.

  The parameters are given below

  
  VALUE OF TYPE NAME
  ------------------------------------ ----------- ----------
  DBFIPS_140 boolean FALSE
  O7_DICTIONARY_ACCESSIBILITY boolean FALSE
  whole active_instance_count
  aq_tm_processes integer 1
  ARCHIVE_LAG_TARGET integer 0
  asm_diskgroups chain
  asm_diskstring chain
  asm_power_limit integer 1
  asm_preferred_read_failure_groups string
  audit_file_dest string C:\APP\ADM
  audit_sys_operations Boolean TRUE

  AUDIT_TRAIL DB string
  awr_snapshot_time_offset integer 0
  background_core_dump partial string
  background_dump_dest string C:\APP\PRO
  \RDBMS\TRA
  BACKUP_TAPE_IO_SLAVES boolean FALSE
  bitmap_merge_area_size integer 1048576
  blank_trimming boolean FALSE
  buffer_pool_keep string
  buffer_pool_recycle string
  cell_offload_compaction ADAPTIVE channel

  
  cell_offload_decryption Boolean TRUE
  cell_offload_parameters string
  cell_offload_plan_display string AUTO
  cell_offload_processing Boolean TRUE
  cell_offloadgroup_name string
  whole circuits
  whole big client_result_cache_lag 3000
  client_result_cache_size big integer 0
  clonedb boolean FALSE
  cluster_database boolean FALSE
  cluster_database_instances integer 1

  
  cluster_interconnects chain
  commit_logging string
  commit_point_strength integer 1
  commit_wait string
  string commit_write
  common_user_prefix string C#.
  compatible string 12.1.0.2.0
  connection_brokers string ((TYPE = DED
  ((TYPE = EM
  control_file_record_keep_time integer 7
  control_files string G:\ORACLE\

  TROL01. CTL
  FAST_RECOV
  NTROL02. CT
  control_management_pack_access string diagnostic
  core_dump_dest string C:\app\dia
  bal12\cdum
  cpu_count integer 4
  create_bitmap_area_size integer 8388608
  create_stored_outlines string
  cursor_bind_capture_destination memory of the string + tell
  CURSOR_SHARING EXACT string

  cursor_space_for_time boolean FALSE
  db_16k_cache_size big integer 0
  db_2k_cache_size big integer 0
  db_32k_cache_size big integer 0
  db_4k_cache_size big integer 0
  db_8k_cache_size big integer 0
  db_big_table_cache_percent_target string 0
  db_block_buffers integer 0
  db_block_checking FALSE string
  db_block_checksum string TYPICAL
  Whole DB_BLOCK_SIZE 8192

  db_cache_advice string WE
  db_cache_size large integer 0
  db_create_file_dest chain
  db_create_online_log_dest_1 string
  db_create_online_log_dest_2 string
  db_create_online_log_dest_3 string
  db_create_online_log_dest_4 string
  db_create_online_log_dest_5 string
  db_domain chain
  db_file_multiblock_read_count integer 128
  db_file_name_convert chain

  DB_FILES integer 200
  db_flash_cache_file string
  db_flash_cache_size big integer 0
  db_flashback_retention_target around 1440
  chain of db_index_compression_inheritance NONE
  DB_KEEP_CACHE_SIZE big integer 0
  chain of db_lost_write_protect NONE
  db_name string ORCL
  db_performance_profile string
  db_recovery_file_dest string G:\Oracle\
  y_Area

  
  whole large db_recovery_file_dest_size 12840M
  db_recycle_cache_size large integer 0
  db_securefile string PREFERRED
  channel db_ultra_safe
  db_unique_name string ORCL
  db_unrecoverable_scn_tracking Boolean TRUE
  db_writer_processes integer 1
  dbwr_io_slaves integer 0
  DDL_LOCK_TIMEOUT integer 0
  deferred_segment_creation Boolean TRUE
  dg_broker_config_file1 string C:\APP\PRO

  
  \DATABASE\
  dg_broker_config_file2 string C:\APP\PRO
  \DATABASE\
  dg_broker_start boolean FALSE
  diagnostic_dest channel directory
  disk_asynch_io Boolean TRUE
  dispatchers (PROTOCOL = string
  12XDB)
  distributed_lock_timeout integer 60
  dml_locks whole 2076
  whole dnfs_batch_size 4096

  dst_upgrade_insert_conv Boolean TRUE
  enable_ddl_logging boolean FALSE
  enable_goldengate_replication boolean FALSE
  enable_pluggable_database boolean FALSE
  event string
  exclude_seed_cdb_view Boolean TRUE
  fal_client chain
  fal_server chain
  FAST_START_IO_TARGET integer 0
  fast_start_mttr_target integer 0
  fast_start_parallel_rollback string LOW

  
  file_mapping boolean FALSE
  fileio_network_adapters string
  filesystemio_options chain
  fixed_date chain
  gcs_server_processes integer 0
  global_context_pool_size string
  global_names boolean FALSE
  global_txn_processes integer 1
  hash_area_size integer 131072
  channel heat_map
  hi_shared_memory_address integer 0

  hs_autoregister Boolean TRUE
  iFile file
  inmemory_clause_default string
  inmemory_force string by DEFAULT
  inmemory_max_populate_servers integer 0
  inmemory_query string ENABLE
  inmemory_size big integer 0
  inmemory_trickle_repopulate_servers_ integer 1
  percent
  instance_groups string
  instance_name string ORCL

  
  instance_number integer 0
  instance_type string RDBMS
  instant_restore boolean FALSE
  java_jit_enabled Boolean TRUE
  java_max_sessionspace_size integer 0
  JAVA_POOL_SIZE large integer 0
  java_restrict string no
  java_soft_sessionspace_limit integer 0
  JOB_QUEUE_PROCESSES around 1000
  LARGE_POOL_SIZE large integer 0
  ldap_directory_access string NONE

  
  ldap_directory_sysauth string no.
  license_max_sessions integer 0
  license_max_users integer 0
  license_sessions_warning integer 0
  listener_networks string
  LOCAL_LISTENER (ADDRESS = string
  = i184borac
  (NET) (PORT =
  lock_name_space string
  lock_sga boolean FALSE
  log_archive_config string

  
  Log_archive_dest chain
  Log_archive_dest_1 chain
  LOG_ARCHIVE_DEST_10 string
  log_archive_dest_11 string
  log_archive_dest_12 string
  log_archive_dest_13 string
  log_archive_dest_14 string
  log_archive_dest_15 string
  log_archive_dest_16 string
  log_archive_dest_17 string
  log_archive_dest_18 string

  
  log_archive_dest_19 string
  LOG_ARCHIVE_DEST_2 string
  log_archive_dest_20 string
  log_archive_dest_21 string
  log_archive_dest_22 string
  log_archive_dest_23 string
  log_archive_dest_24 string
  log_archive_dest_25 string
  log_archive_dest_26 string
  log_archive_dest_27 string
  log_archive_dest_28 string

  
  log_archive_dest_29 string
  log_archive_dest_3 string
  log_archive_dest_30 string
  log_archive_dest_31 string
  log_archive_dest_4 string
  log_archive_dest_5 string
  log_archive_dest_6 string
  log_archive_dest_7 string
  log_archive_dest_8 string
  log_archive_dest_9 string
  allow the chain of log_archive_dest_state_1

  
  allow the chain of log_archive_dest_state_10
  allow the chain of log_archive_dest_state_11
  allow the chain of log_archive_dest_state_12
  allow the chain of log_archive_dest_state_13
  allow the chain of log_archive_dest_state_14
  allow the chain of log_archive_dest_state_15
  allow the chain of log_archive_dest_state_16
  allow the chain of log_archive_dest_state_17
  allow the chain of log_archive_dest_state_18
  allow the chain of log_archive_dest_state_19
  allow the chain of LOG_ARCHIVE_DEST_STATE_2

  allow the chain of log_archive_dest_state_20
  allow the chain of log_archive_dest_state_21
  allow the chain of log_archive_dest_state_22
  allow the chain of log_archive_dest_state_23
  allow the chain of log_archive_dest_state_24
  allow the chain of log_archive_dest_state_25
  allow the chain of log_archive_dest_state_26
  allow the chain of log_archive_dest_state_27
  allow the chain of log_archive_dest_state_28
  allow the chain of log_archive_dest_state_29
  allow the chain of log_archive_dest_state_3

  allow the chain of log_archive_dest_state_30
  allow the chain of log_archive_dest_state_31
  allow the chain of log_archive_dest_state_4
  allow the chain of log_archive_dest_state_5
  allow the chain of log_archive_dest_state_6
  allow the chain of log_archive_dest_state_7
  allow the chain of log_archive_dest_state_8
  allow the chain of log_archive_dest_state_9
  log_archive_duplex_dest string
  log_archive_format string ARC%S_%R.%
  log_archive_max_processes integer 4

  log_archive_min_succeed_dest integer 1
  log_archive_start Boolean TRUE
  log_archive_trace integer 0
  whole very large log_buffer 28784K
  log_checkpoint_interval integer 0
  log_checkpoint_timeout around 1800
  log_checkpoints_to_alert boolean FALSE
  log_file_name_convert chain
  whole MAX_DISPATCHERS
  max_dump_file_size unlimited string
  max_enabled_roles integer 150

  
  whole max_shared_servers
  max_string_size string STANDARD
  memory_max_target big integer 0
  memory_target large integer 0
  NLS_CALENDAR string GREGORIAN
  nls_comp BINARY string
  nls_currency channel u
  string of NLS_DATE_FORMAT DD-MON-RR
  nls_date_language channel ENGLISH
  string nls_dual_currency C
  nls_iso_currency string UNITED KIN

  nls_language channel ENGLISH
  nls_length_semantics string OCTET
  string nls_nchar_conv_excp FALSE
  nls_numeric_characters chain.,.
  nls_sort BINARY string
  nls_territory string UNITED KIN
  nls_time_format HH24.MI string. SS
  nls_time_tz_format HH24.MI string. SS
  chain of NLS_TIMESTAMP_FORMAT DD-MON-RR
  NLS_TIMESTAMP_TZ_FORMAT string DD-MON-RR
  noncdb_compatible boolean FALSE

  
  object_cache_max_size_percent integer 10
  object_cache_optimal_size integer 102400
  olap_page_pool_size big integer 0
  open_cursors integer 300
  Open_links integer 4
  open_links_per_instance integer 4
  optimizer_adaptive_features Boolean TRUE
  optimizer_adaptive_reporting_only boolean FALSE
  OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES boolean FALSE
  optimizer_dynamic_sampling integer 2
  optimizer_features_enable string 12.1.0.2

  optimizer_index_caching integer 0
  OPTIMIZER_INDEX_COST_ADJ integer 100
  optimizer_inmemory_aware Boolean TRUE
  the string ALL_ROWS optimizer_mode
  optimizer_secure_view_merging Boolean TRUE
  optimizer_use_invisible_indexes boolean FALSE
  optimizer_use_pending_statistics boolean FALSE
  optimizer_use_sql_plan_baselines Boolean TRUE
  OPS os_authent_prefix string $
  OS_ROLES boolean FALSE
  parallel_adaptive_multi_user Boolean TRUE

  
  parallel_automatic_tuning boolean FALSE
  parallel_degree_level integer 100
  parallel_degree_limit string CPU
  parallel_degree_policy chain MANUAL
  parallel_execution_message_size integer 16384
  parallel_force_local boolean FALSE
  parallel_instance_group string
  parallel_io_cap_enabled boolean FALSE
  PARALLEL_MAX_SERVERS integer 160
  parallel_min_percent integer 0
  parallel_min_servers integer 16

  parallel_min_time_threshold string AUTO
  parallel_server boolean FALSE
  parallel_server_instances integer 1
  parallel_servers_target integer 64
  parallel_threads_per_cpu integer 2
  pdb_file_name_convert string
  pdb_lockdown string
  pdb_os_credential string
  permit_92_wrap_format Boolean TRUE
  pga_aggregate_limit great whole 4914M
  whole large pga_aggregate_target 2457M

  -
  Plscope_settings string IDENTIFIER
  plsql_ccflags string
  plsql_code_type chain INTERPRETER
  plsql_debug boolean FALSE
  plsql_optimize_level integer 2
  plsql_v2_compatibility boolean FALSE
  plsql_warnings DISABLE channel: AL
  PRE_PAGE_SGA Boolean TRUE
  whole process 300
  processor_group_name string
  query_rewrite_enabled string TRUE

  
  applied query_rewrite_integrity chain
  rdbms_server_dn chain
  read_only_open_delayed boolean FALSE
  recovery_parallelism integer 0
  Recyclebin string on
  redo_transport_user string
  remote_dependencies_mode string TIMESTAMP
  remote_listener chain
  Remote_login_passwordfile string EXCLUSIVE
  REMOTE_OS_AUTHENT boolean FALSE
  remote_os_roles boolean FALSE

  replication_dependency_tracking Boolean TRUE
  resource_limit Boolean TRUE
  resource_manager_cpu_allocation integer 4
  resource_manager_plan chain
  result_cache_max_result integer 5
  whole big result_cache_max_size K 46208
  result_cache_mode chain MANUAL
  result_cache_remote_expiration integer 0
  resumable_timeout integer 0
  rollback_segments chain
  SEC_CASE_SENSITIVE_LOGON Boolean TRUE

  sec_max_failed_login_attempts integer 3
  string sec_protocol_error_further_action (DROP, 3)
  sec_protocol_error_trace_action string PATH
  sec_return_server_release_banner boolean FALSE
  disable the serial_reuse chain
  service name string ORCL
  session_cached_cursors integer 50
  session_max_open_files integer 10
  entire sessions 472
  Whole large SGA_MAX_SIZE M 9024
  Whole large SGA_TARGET M 9024

  
  shadow_core_dump string no
  shared_memory_address integer 0
  SHARED_POOL_RESERVED_SIZE large integer 70464307
  shared_pool_size large integer 0
  whole shared_server_sessions
  SHARED_SERVERS integer 1
  skip_unusable_indexes Boolean TRUE
  smtp_out_server chain
  sort_area_retained_size integer 0
  sort_area_size integer 65536
  spatial_vector_acceleration boolean FALSE

  
  SPFile string C:\APP\PRO
  \DATABASE\
  sql92_security boolean FALSE
  SQL_Trace boolean FALSE
  sqltune_category string by DEFAULT
  standby_archive_dest channel % ORACLE_HO
  standby_file_management string MANUAL
  star_transformation_enabled string TRUE
  statistics_level string TYPICAL
  STREAMS_POOL_SIZE big integer 0
  tape_asynch_io Boolean TRUE

  temp_undo_enabled boolean FALSE
  entire thread 0
  threaded_execution boolean FALSE
  timed_os_statistics integer 0
  TIMED_STATISTICS Boolean TRUE
  trace_enabled Boolean TRUE
  tracefile_identifier chain
  whole of transactions 519
  transactions_per_rollback_segment integer 5
  UNDO_MANAGEMENT string AUTO
  UNDO_RETENTION integer 900

  undo_tablespace string UNDOTBS1
  unified_audit_sga_queue_size integer 1048576
  use_dedicated_broker boolean FALSE
  use_indirect_data_buffers boolean FALSE
  use_large_pages string TRUE
  user_dump_dest string C:\APP\PRO
  \RDBMS\TRA
  UTL_FILE_DIR chain
  workarea_size_policy string AUTO
  xml_db_events string enable

  Thanks in advance

  Firstly, thank you for posting the 10g implementation plan, which was one of the key things that we were missing.

  Second, you realize that you have completely different execution plans, so you can expect different behavior on each system.

  Your package of 10g has a total cost of 23 959 while your plan of 12 c has a cost of 95 373 which is almost 4 times more.  All things being equal, cost is supposed to relate directly to the time spent, so I expect the 12 c plan to take much more time to run.

  From what I can see the 10g plan begins with a scan of full table on DEALERS, and then a full scan on SCARF_VEHICLE_EXCLUSIONS table, and then a full scan on CBX_tlemsani_2000tje table, and then a full scan on CLAIM_FACTS table.  The first three of these analyses tables have a very low cost (2 each), while the last has a huge cost of 172K.  Yet once again, the first three scans produce very few lines in 10g, less than 1,000 lines each, while the last product table scan 454 K lines.

  It also looks that something has gone wrong in the 10g optimizer plan - maybe a bug, which I consider that Jonathan Lewis commented.  Despite the full table scan with a cost of 172 K, NESTED LOOPS it is part of the only has a cost of 23 949 or 24 K.  If the math is not in terms of 10g.  In other words, maybe it's not really optimal plan because 10g optimizer may have got its sums wrong and 12 c might make his right to the money.  But luckily this 'imperfect' 10g plan happens to run fairly fast for one reason or another.

  The plan of 12 starts with similar table scans but in a different order.  The main difference is that instead of a full table on CLAIM_FACTS scan, it did an analysis of index on CLAIM_FACTS_AK9 beach at the price of 95 366.  It is the only main component of the final total cost of 95 373.

  Suggestions for what to do?  It is difficult, because there is clearly an anomaly in the system of 10g to have produced the particular execution plan that he uses.  And there is other information that you have not provided - see later.

  You can try and force a scan of full table on CLAIM_FACTS by adding a suitable example suspicion "select / * + full (CF) * / cf.vehicle_chass_no...". "However, the tips are very difficult to use and does not, guarantee that you will get the desired end result.  So be careful.  For the essay on 12 c, it may be worth trying just to see what happens and what produces the execution plan looks like.  But I would not use such a simple, unique tip in a production system for a variety of reasons.  For testing only it might help to see if you can force the full table on CLAIM_FACTS scan as in 10g, and if the performance that results is the same.

  The two plans are parallel ones, which means that the query is broken down into separate, independent steps and several steps that are executed at the same time, i.e. several CPUS will be used, and there will be several readings of the disc at the same time.  (It is a mischaracterization of the works of parallel query how).  If 10g and 12 c systems do not have the SAME hardware configuration, then you would naturally expect different time elapsed to run the same parallel queries.  See the end of this answer for the additional information that you may provide.

  But I would be very suspicious of the hardware configuration of the two systems.  Maybe 10 g system has 16-core processors or more and 100's of discs in a matrix of big drives and maybe the 12 c system has only 4 cores of the processor and 4 disks.  That would explain a lot about why the 12 c takes hours to run when the 10 g takes only 30 minutes.

  Remember what I said in my last reply:

  "Without any contrary information I guess the filter conditions are very low, the optimizer believes he needs of most of the data in the table and that a table scan or even a limited index scan complete is the"best"way to run this SQL.  In other words, your query takes just time because your tables are big and your application has most of the data in these tables. "

  When dealing with very large tables and to do a full table parallel analysis on them, the most important factor is the amount of raw hardware, you throw the ball to her.  A system with twice the number of CPUS and twice the number of disks will run the same parallel query in half of the time, at least.  It could be that the main reason for the 12 c system is much slower than the system of 10g, rather than on the implementation plan itself.

  You may also provide us with the following information which would allow a better analysis:

  • Row counts in each tables referenced in the query, and if one of them are partitioned.
  • Hardware configurations for both systems - the 10g and the 12 a.  Number of processors, the model number and speed, physical memory, CPU of discs.
  • The discs are very important - 10g and 12 c have similar disk subsystems?  You use simple old records, or you have a San, or some sort of disk array?  Are the bays of identical drives in both systems?  How are they connected?  Fast Fibre Channel, or something else?  Maybe even network storage?
  • What is the size of the SGA in both systems?  of values for MEMORY_TARGET and SGA_TARGET.
  • The fact of the CLAIM_FACTS_AK9 index exist on the system of 10g.  I guess he does, but I would like that it confirmed to be safe.

  John Brady

• RAC init parameters

  Hello

  We have 2 node rac database version 11.2.0.4 on Linux platform.

  There is a different opinion between our system dba and application dba on init parameter of the cars.

  System dba definied *.processes = 2000 in rac db init file.

  This means that processes 2000 can connect to instance 1 and 2000 process can connect to instance 2 at the same time?

  Or does this mean that 2000 process can connect to all DB?

  We (application dba) says 2000 process can connect to instance 1 and 2000 process can connect to instance 2 at the same time.

  then sysdba said dba 2000 process can connect to all DB IE 1500 to 1 and 500 (max) to the instance 2, but total will not be more than 2000.

  Help, please.

  Thank you

  Ashish

  We (application dba) says 2000 process can connect to instance 1 and 2000 process can connect to instance 2 at the same time.

  then sysdba said dba 2000 process can connect to all DB IE 1500 to 1 and 500 (max) to the instance 2, but total will not be more than 2000.

  This DBA application is correct. 2000 process can connect to instance 1 and 2000 process can connect to instance 2 at the same time. Also... Here is the link to the documentation on this setting: http://docs.oracle.com/database/121/REFRN/refrn10175.htm#REFRN10175

  Note that it says that "several instances can have different values.

  Finally, ask your SYSDBA check RESOURCE_LIMIT $ GV in an Oracle RAC database. Note that each instance has a limit. Here's my setting for the setting PROCESS of my database to RAC 3-blink of eye:

  SQL > show parameter processes

  VALUE OF TYPE NAME

  ------------------------------------ ----------- ------------------------------

  aq_tm_processes integer 1

  db_writer_processes integer 1

  gcs_server_processes integer 2

  global_txn_processes integer 1

  JOB_QUEUE_PROCESSES integer 20

  log_archive_max_processes integer 5

  whole process 1500

  So, I can have up to 1500 process. Fortunately, his instance the because here is what my current use looks like:

  SQL > select INST_ID, resource_name, current_utilization, limit_value

  2 from resource_limit $ SGS where resource_name = '' process. ''

  INST_ID SELECT RESOURCE_NAME CURRENT_UTILIZATION LIMIT_VALU

  ---------- ------------------------------ ------------------- ----------

  1 724 1500 process

  2 709 1500 process

  3 720 1500 processes

  I have more than 2000 process total in all instances, higher than my setting. This should prove that the application DBA statement is correct.

  HTH,
  Brian

• ORA-00304: requested INSTANCE_NUMBER is busy

  Hello

  I still have a problem with the 12 c CARS.  After fixing a problem wih oracle support (spfile in ASM, can not read, 'old problem'), I now have the spfile outdoors. I fixed it on the first node, but not solve this problem on the second node. I have inexplicable the second node. What is going on?  The second node has not found the spfile, and I do not have a spfile off ASM, only that one on the first node. I created a file pfile from spfile from the first node, copy it on the second node, but now I got:

  ORA-00304: requested INSTANCE_NUMBER is busy

  Yes, there is 'help' on the net... but not a solution that fits

  ORA-00304: requested INSTANCE_NUMBER is busy

  Action: Or the other

  (a) specify an another INSTANCE_NUMBER,.
  (b) stopping the instance running with this number
  (c) wait for example recovery to complete on the instance with this number.

  But I can't change

  
  

  The spfile a like a pfile to one instance of node?

  I copied a node:

  
  

  bsr_1.__data_transfer_cache_size = 0

  bsr_1.__db_cache_size = 46170898432

  bsr_1.__java_pool_size = 1879048192

  bsr_1.__large_pool_size = 2147483648

  bsr_1.__oracle_base='/U01/app/oracle'#ORACLE_BASE the value of the environment

  bsr_1.__pga_aggregate_target = 37849399296

  bsr_1.__sga_target = 56639881216

  bsr_1.__shared_io_pool_size = 268435456

  bsr_1.__shared_pool_size = 5637144576

  bsr_1.__streams_pool_size = 0

  * ._disk_sector_size_override = TRUE

  *.audit_file_dest='/U01/app/Oracle/admin/BSR/adump '

  * .audit_trail = "db".

  true.cluster_database = false

  * .cluster_database = FALSE

  bsr_1.cluster_database = TRUE

  * full = '12.1.0.0.0'

  *.control_files='+data/BSR/CONTROLFILE/current.278.840122161','+data/BSR/CONTROLFILE/current.279.840122161 '

  * .db_block_size = 16384

  * .db_create_file_dest = "+ DATA.

  * .db_domain = "

  * .db_name = "SSB".

  * .db_recovery_file_dest = "+ DATA.

  * .db_recovery_file_dest_size = 1000g

  * .db_writer_processes = 8

  *.diagnostic_dest='/U01/app/Oracle '

  *. Dispatchers ='(Protocol=TCP) (SERVICE = bsrXDB)"

  * .enable_pluggable_database = true

  *.log_archive_format='%t_%s_%r.dbf'

  * .max_string_size = "EXTENDED."

  * .memory_max_target = 94371840000

  * .memory_target = 94371840000

  * .nls_language = "GERMAN".

  * .nls_length_semantics = "CHAR".

  * .nls_territory = "GERMANY".

  * .open_cursors = 3000

  * .open_links = 100

  * .open_links_per_instance = 100

  * runoff = 3000

  * .remote_login_passwordfile = "exclusive."

  * Once = 3305

  
  

  The nodes have had the exact same material. I do not understand why

  * .cluster_database = FALSE

  bsr_1.cluster_database = TRUE

  
  

  
  

  so, what is the best way to start the second node and create a spfile don't?
  

  Thanks for help.

  
  

  
  

  I corrected, I changed bsr_1 to bsr_2 * .cluster_database = TRUE and start the databe.

• buffer without waiting

  We see a few free buffers expects restraint and I wanted to get comments from the participants in the forum if you have some time to solve.
  
  He works on a system of HP - UX 11.31 Itanium running Oracle 11.2.0.3. It is a data warehouse staging database and there are about 60 instructions merge at the same time (being also parallel dml) making millions of updates against 60 different tables with a number of lines total about 2 billion.
  
  The dev team is put in a more efficient update statement so se, which can solve these problems, but still I would like to see if the number of db writer process, we did feel. As far as I know, we do not have asych that e/s configured on our BONES because of some bugs, we have seen in the past. The server has 14 processors and 95 gig of memory. Here are the top 5 events of our AWR report:
  

  Top 5 Timed Foreground Events
  
  Event                   Waits      Time(s)  Avg wait (ms) % DB time Wait Class 
  free buffer waits       319,324    261,188            818     46.08 Configuration 
  db file parallel read   134,710    62,404             463     11.01 User I/O 
  DB CPU                             60,818                     10.73   
  db file sequential read 11,783,603 26,032               2      4.59 User I/O 
  write complete waits    4,015      13,828            3444      2.44 Configuration 

  Does make sense that I should increase the number of db writers?
  
  db_writer_processes = 4 in our system. With 14 CPUs it is supposed to be sufficient as I understand it. But we have 60 dedicated server process, make updates and only four making the Scriptures db writer process, it makes little sense to increase the number of writers.
  
  I am researching this on my own, but I would appreciate any input you have on this issue.
  
  Thank you
  Bobby

  Bobby, it's hard to argue against what works, but you want to try db_writer_processes = 1 and dbwr_io_slaves = 16 and 24 to verify that the 32 is the optimal choice for your environment.

  HTH - Mark D Powell.

• ORA-04031: unable to allocate 4120 bytes of shared memory

  Guys,
  
  OS = RHEL-3, 64-bit
  10.2.0.5
  node 2 CARS db
  
  We continuously reeving error in alert log file below.
  
  ORA-00603: ORACLE Server Session concluded with fatal error
  ORA-00604: an error has occurred at the SQL level 1 recursive
  ORA-04031: unable to allocate 4120 bytes of shared memory ('shared pool', ' select name, $ online, content... ") (","Typecheck","kgghteInit")
  ORA-00604: an error has occurred at the SQL level 1 recursive
  ORA-04031: unable to allocate 32 bytes of shared memory ('shared pool', 'select count (*) from sys.job... "," sql area', 'tmp')
  ORA-04031: unable to allocate 4120 bytes of shared memory ('shared pool', "select / * + index (idl_ub1$ i_...","Typecheck","kgghteInit") ")
  -etc...
  
  shared_pool_size = 608 M
  BMG = 9 GB
  
  Parameter file-
  
  process = 2000
  sessions = 2205
  SGA_MAX_SIZE = 26843545600
  shared_pool_size = 637534208
  LARGE_POOL_SIZE = 0
  JAVA_POOL_SIZE = 117440512
  STREAMS_POOL_SIZE = 536870912
  filesystemio_options = SETALL
  SGA_TARGET = 0
  control_files = STGRACDB01/STGDB/control/control01.ctl, STGRACDB02/STGDB/control/control02.ctl, /STGRACDB03/STGDB/control/control03.ctl
  control_file_record_keep_time = 14
  DB_BLOCK_SIZE = 8192
  __db_cache_size = 7516192768
  db_cache_size = 7516192768
  db_writer_processes = 2
  compatible = 10.2.0.5
  Log_archive_dest_1 = LOCATION = / STGRACDB04/STGDB/archives
  log_archive_format = %t_%s_%R.dbf
  log_buffer = 30455808
  DB_FILES = 800
  db_file_multiblock_read_count = 16
  cluster_database = TRUE
  cluster_database_instances = 2
  thread = 2
  instance_number = 2
  UNDO_MANAGEMENT = AUTO
  undo_tablespace = UNDOTBS2
  UNDO_RETENTION = 900
  Remote_login_passwordfile = EXCLUSIVE lock
  instance_name = STGDB2
  noms_service = STGDB, SYS$ STRMADMIN.CAPTURE_DEVTRAVST1_QUEUE.STGDB.SAPIAS.COM, STGDB.SAPIAS.COM
  dispatchers = (PROTOCOL = TCP) (SERVICE = STGDBXDB)
  session_cached_cursors = 70
  JOB_QUEUE_PROCESSES = 10
  usequeue_interval = 1
  CURSOR_SHARING = SIMILAR
  hash_area_size = 524288
  background_dump_dest = / app/oracle/admin/STGDB/bdump
  user_dump_dest = / app/oracle/admin/STGDB/udump
  core_dump_dest = / app/oracle/admin/STGDB/cdump
  audit_file_dest = / app/oracle/admin/STGDB/adump
  session_max_open_files = 20
  Open_links = 150
  open_links_per_instance = 150
  optimizer_features_enable = 10.2.0.4
  sort_area_size = 0
  db_name = STGDB
  db_unique_name = STGDB
  open_cursors = 300
  optimizer_mode = CHOOSE
  optimizercost_based_transformation = OFF
  pga_aggregate_target = 996147200
  PGAmax_size = 1288490188
  optimizerjoin_elimination_enabled = TRUE
  optimizer_secure_view_merging = FALSE
  
  
  -Can someone help me on this issue? I think that this is not a simple matter to ignore and his Dungeon to throw in alertlog file.
  
  Thank you
  Hari

  Why not just increase the size of your shared_pool_size parameter? It is not very big at the moment, maybe make 1 G.
  And while you're at it, you need to sort the PGA. You have the overall goal set at less than 1 G, and at the same time you have set the limit of session pgamax_size to more than 1 G, which is impossible.

• Got unknown reason database

  Hello
  
  My database got off. We cannot know the reason behind all this.
  Its database 10g on AIX 5.3 Server.
  Here is the entry of the alerts log.
  
  
  Thread 1 Advanced to record the sequence 264605 (switch LGWR)
  Currently journal # 5, seq # 264605 mem # 0: /oracle/redolog/neonprd/redo05a.log
  Currently journal # 5, seq # 264605 member # 1: /oracle/redolog02/neonprd/redo05b.log
  Mon Sep 10 14:04:01 2012
  Immediate Kill Session #: 1870, serial No.: 17917
  Immediate Kill Session: sess: 7000005835afb08 OS pid: 5845450
  Mon Sep 10 14:04:01 2012
  OS process ID: 5845450 alive after slaughter
  Errors in the file
  Mon Sep 10 14:04:21 2012
  Immediate Kill Session #: 1998, serial No.: 27337
  Immediate Kill Session: sess: 7000005875c6cc0 OS pid: 6263044
  Mon Sep 10 14:04:21 2012
  OS process ID: 6263044 alive after slaughter
  Errors in the file
  Mon Sep 10 14:04:32 2012
  change the database for validation at the crossing elementary school
  Mon Sep 10 14:04:32 2012
  DATABASE ALTER CROSSING elementary SCHOOL (neonprd)
  Mon Sep 10 14:04:32 2012
  ORA-16109 marked during: alter database validation at the elementary school crossing...
  Mon Sep 10 14:04:32 2012
  ALTER SYSTEM SET log_archive_dest_state_2 = 'activate' SCOPE = BOTH;
  From EMN0 background process
  Closure of proceedings: in addition to logons disabled
  EMN0 started with pid = 159, OS id = 5444040
  Mon Sep 10 14:04:37 2012
  Filled checkpoint up to RBA [0x4099d.2.10], RCS: 43879290652
  Mon Sep 10 14:04:37 2012
  Stop background CJQ0 process
  Mon Sep 10 14:04:37 2012
  Stop background QMNC process
  Mon Sep 10 14:04:38 2012
  Stop background MMNL process
  Mon Sep 10 14:04:39 2012
  MMON background process stop
  Mon Sep 10 14:04:40 2012
  Closure of proceedings (immediate)
  License of the high waters = 399
  Mon Sep 10 14:04:40 2012
  Stop slave queue treatments, flags = 7
  Mon Sep 10 14:04:40 2012
  OS process ID: 7172580 alive after slaughter
  Errors in the /oracle/admin/neonprd/udump/neonprd_ora_6672700.trc file
  Mon Sep 10 14:04:44 2012
  Complete slaves to queue work queue
  Mon Sep 10 14:04:44 2012
  Treatment of slave leader arrested projects
  Mon Sep 10 14:05:49 2012
  Starting ORACLE instance (normal)
  Mon Sep 10 14:06:14 2012
  Starting ORACLE instance (normal)
  Mon Sep 10 14:06:21 2012
  Starting ORACLE instance (normal)
  Mon Sep 10 14:07:02 2012
  Starting ORACLE instance (normal)
  Mon Sep 10 14:07:46 2012
  Starting ORACLE instance (normal)
  Mon Sep 10 14:08:46 2012
  Starting ORACLE instance (normal)
  Mon Sep 10 14:09:23 2012
  Starting ORACLE instance (normal)
  Mon Sep 10 14:10:01 2012
  Starting ORACLE instance (normal)
  Mon Sep 10 14:10:07 2012
  Additional checkpoint up to RBA to RBA [0x4099d.62b0c.0] [0x4099d.62afd.0], current journal line
  Mon Sep 10 14:15:27 2012
  Closure of proceedings
  License of the high waters = 399
  Instance of stopped by USER, pid = 7000574
  Mon Sep 10 14:15:49 2012
  Starting ORACLE instance (normal)
  Unable to get the name of sskgpgetexecname
  LICENSE_MAX_SESSION = 0
  LICENSE_SESSIONS_WARNING = 0
  SNA system picked latch-free 3
  Autotune undo retention is enabled.
  IMODE = BR
  ILAT = 242
  LICENSE_MAX_USERS = 0
  SYS audit is enabled
  ksdpec: called to the event 13740 before initialization of the event group
  Commissioning ORACLE RDBMS Version: 10.2.0.4.0.
  Parameters of the system with default values:
  process = 2000
  sessions = 2205
  SGA_MAX_SIZE = 23622320128
  __shared_pool_size = 3674210304
  shared_pool_size = 3674210304
  __large_pool_size = 16777216
  LARGE_POOL_SIZE = 16777216
  __java_pool_size = 117440512
  JAVA_POOL_SIZE = 50331648
  __streams_pool_size = 16777216
  STREAMS_POOL_SIZE = 16777216
  NLS_DATE_FORMAT = HH24:MI:SS MM-DD-YYYY
  nls_length_semantics = BYTE
  filesystemio_options = setall
  resource_manager_plan =
  SGA_TARGET = 22548578304
  control_files = oracle/data/neonprd/control01.ctl, oracle/data/neonprd/control02.ctl, /oracle/data/neonprd/control03.ctl
  DB_BLOCK_SIZE = 8192
  __db_cache_size = 18656264192
  db_cache_size = 8002732032
  db_writer_processes = 16
  compatible = 10.2.0.3.0
  Log_archive_dest_1 = rental = use_db_recovery_file_dest
  LOG_ARCHIVE_DEST_2 = service = Eve reopen = 120 max_connections = 3
  log_archive_dest_state_1 = ENABLE
  LOG_ARCHIVE_DEST_STATE_2 = enable
  log_archive_max_processes = 10
  log_archive_min_succeed_dest = 1
  standby_archive_dest =
  log_archive_trace = 0
  fal_client = PRIMARY
  fal_server = STANDBY
  log_buffer = 63009792
  ARCHIVE_LAG_TARGET = 0
  DB_FILES = 200
  db_file_multiblock_read_count = 16
  db_recovery_file_dest = / oracle/flash_recovery
  db_recovery_file_dest_size = 1181116006400
  standby_file_management = AUTO
  fast_start_mttr_target = 300
  log_checkpoints_to_alert = TRUE
  UNDO_MANAGEMENT = AUTO
  undo_tablespace = UNDOTBS1
  UNDO_RETENTION = 3600
  Remote_login_passwordfile = EXCLUSIVE lock
  audit_sys_operations = TRUE
  db_domain = in.startv.com
  noms_service = neonprd.in.startv.com
  SHARED_SERVERS = 0
  JOB_QUEUE_PROCESSES = 10
  CURSOR_SHARING = TRUE
  PARALLEL_MAX_SERVERS = 0
  background_dump_dest = / oracle/admin/neonprd/bdump
  user_dump_dest = / oracle/admin/neonprd/udump
  core_dump_dest = / oracle/admin/neonprd/cdump
  audit_file_dest = / oracle/admin/neonprd/adump
  AUDIT_TRAIL = NONE
  db_name = neonprd
  open_cursors = 1500
  parallel_adaptive_multi_user = TRUE
  OPTIMIZER_INDEX_COST_ADJ = 25
  optimizer_index_caching = 90
  query_rewrite_enabled = TRUE
  pga_aggregate_target = 6442450944
  skip_unusable_indexes = TRUE
  allowlevel_without_connect_by = TRUE
  aq_tm_processes = 1
  AWRflush_threshold_metrics = TRUE
  PMON started with pid = 2, OS id = 1204390
  PSP0 started with pid = 3, OS id = 966732
  MA started with pid = 4, OS id = 1003604
  DBW0 started with pid = 5, OS id = 946294
  DBW1 started with pid = 6, OS id = 909508
  DBW2 started with pid = 7, OS id = 7000332
  DBW3 started with pid = 8, OS id = 897104
  DBW4 started with pid = 9, OS id = 7233880
  DBW5 started with pid = 10, OS id = 5828952
  DBW6 started with pid = 11, OS id = 7213314
  DBW7 started with pid = 12, OS id = 7139790
  DBW8 started with pid = 13, OS id = 6844750
  DBW9 started with pid = 14, OS id = 6648146
  Csilla started with pid = 15, OS id = 851976
  DBWb started with pid = 16, OS id = 872484
  DBWc started with pid = 17, OS id = 815254
  DBWd started with pid = 18, OS id = 790652
  DBWe started with pid = 19, OS id = 774152
  DBWf started with pid = 20, OS id = 745636
  LGWR started with pid = 21, OS id = 573668
  CKPT started with pid = 22, OS id = 1171514
  SMON started with pid = 23, OS id = 553024
  RECCE has started with pid = 24, OS id = 1159352
  CJQ0 started with pid = 25, OS id = 6639948
  MMON started with pid = 26, OS id = 6394246
  MMNL started with pid = 27, OS id = 1028254
  Mon Sep 10 14:15:51 2012
  ALTER DATABASE MOUNT
  Mon Sep 10 14:15:55 2012
  The incarnation of recovery setting target 1
  Mon Sep 10 14:15:55 2012
  Mount of redo thread 1, with mount id 863646487
  Mon Sep 10 14:15:55 2012
  Database mounted in exclusive Mode
  Completed: ALTER DATABASE MOUNT
  Mon Sep 10 14:15:55 2012
  ALTER DATABASE OPEN
  Mon Sep 10 14:15:56 2012
  Beginning of thread 1 crash recovery
  parallel recovery installation failure: the use of the serial mode
  Mon Sep 10 14:15:56 2012
  Scan again started
  Mon Sep 10 14:15:56 2012
  Complete scan again
  0 repeat reading of blocks of data 0 need recovery
  Mon Sep 10 14:15:56 2012
  Request for reinstatement has started
  Thread 1: block the logseq 264605, 404238, RCS 43879394962
  Mon Sep 10 14:15:56 2012
  Online Redo Log recovery: thread 1 mem Group 5 Seq 264605 reading 0
  Mem # 0: /oracle/redolog/neonprd/redo05a.log
  MEM # 1: /oracle/redolog02/neonprd/redo05b.log
  Mon Sep 10 14:15:56 2012
  Completed request
  Mon Sep 10 14:15:56 2012
  Finished in crash recovery
  Thread 1: block the logseq 264605, 404238, RCS 43879414963
  redo the 0 data blocks read, 0 0 written data blocks, blocks read
  Mon Sep 10 14:15:56 2012
  LGWR: FROM PROCESS ARCH
  Arc0 started with pid = 29, OS id = 1200370
  Arc1 started with pid = 30, OS id = 6341016
  ARC2 started with pid = 31, OS id = 6271472
  ARC3 started with pid = 32, OS id = 1130568
  Arc4 started with pid = 33, OS id = 6234458
  ARC5 started with pid = 34, OS id = 1179696
  ARC6 started with pid = 35, OS id = 1106070
  ARC7 started with pid = 36, OS id = 5890556
  ARC8 started with pid = 37, OS id = 1089544
  Mon Sep 10 14:15:57 2012
  Arc0: Started archiving
  Arc1: Started archiving
  ARC2: Started archiving
  ARC3: Started archiving
  Arc4: Started archiving
  ARC5: Started archiving
  ARC6: Started archiving
  ARC7: Started archiving
  ARC9 started with pid = 38, OS id = 1036378
  Mon Sep 10 14:15:57 2012
  ARC8: Started archiving
  ARC9: Started archiving
  LGWR: FROM PROCESS ARCH COMPLETE
  Mon Sep 10 14:15:57 2012
  Thread 1 Advanced to record the sequence 264606 (open thread)
  Thread 1 is open to the sequence of journal 264606
  Currently Journal # 6, seq # 264606 mem # 0: /oracle/redolog/neonprd/redo06a.log
  Currently Journal # 6, seq # 264606 member # 1: /oracle/redolog02/neonprd/redo06b.log
  Opening of redo thread 1
  Mon Sep 10 14:15:57 2012
  Arc0: become the "no FAL' ARCH
  Arc0: become the "no SRL" ARCH
  Mon Sep 10 14:15:57 2012
  ARC3: Become the heartbeat ARCH
  Mon Sep 10 14:15:57 2012
  SMON: enabling cache recovery
  Mon Sep 10 14:15:57 2012
  1126400 Mo db_recovery_file_dest_size is 4.99% used. It is a
  user-specified limit on the amount of space that will be used by the present
  for the files related to the recovery of databases and does not reflect the amount of
  space available in the underlying file system or ASM diskgroup.
  Mon Sep 10 14:15:58 2012
  Successfully onlined Undo Tablespace 1.
  Mon Sep 10 14:15:58 2012
  SMON: enabling the recovery of tx
  Mon Sep 10 14:15:58 2012
  Database character set is WE8MSWIN1252
  Plan internal opening of Resource Manager
  where NUMA PG = 1, UC = 28
  off replication_dependency_tracking (no replication multimaster async found)
  Mon Sep 10 14:16 2012
  Additional checkpoint up to RBA to RBA [0x4099e.a3.0] [0x4099e.3.0], current journal line
  Mon Sep 10 14:16 2012
  From QMNC background process
  QMNC started with pid = 40, OS id = 5837066
  Mon Sep 10 14:16:02 2012
  Completed: ALTER DATABASE OPEN
  Mon Sep 10 14:18:57 2012
  Immediate Kill Session #: 2016, serial No.: 77
  Immediate Kill Session: sess: 70000058f5d0698 OS pid: 6582596
  Mon Sep 10 14:18:57 2012
  OS process ID: 6582596 alive after slaughter
  Errors in the file
  Mon Sep 10 14:24:30 2012
  Beginning log switch checkpoint up to RBA [0x4099f.2.10], RCS: 43879588218
  Mon Sep 10 14:24:30 2012
  Thread 1 Advanced to record the sequence 264607 (switch LGWR)
  Currently journal # 1, seq # 264607 mem # 0: /oracle/redolog/neonprd/redo01a.log
  Currently journal # 1, seq # 264607 member # 1: /oracle/redolog02/neonprd/redo01b.log
  Mon Sep 10 14:29:33 2012
  Filled checkpoint up to RBA [0x4099f.2.10], RCS: 43879588218
  Mon Sep 10 14:32:01, 2012
  Beginning log switch checkpoint up to RBA [0x409a0.2.10], RCS: 43879769830
  Mon Sep 10 14:32:01, 2012
  Thread 1 Advanced to record the sequence 264608 (switch LGWR)
  Currently Journal # 2 seq # 264608 mem # 0: /oracle/redolog/neonprd/redo02a.log
  Currently Journal # 2 seq # 264608 member # 1: /oracle/redolog02/neonprd/redo02b.log

  Closure of proceedings (immediate)

  I would like to conclude that someone has published
  SHUTDOWN IMMEDIATE

• Error in data protection

  Hi guys,.
  
  Can someone help me with this error? ORA-16057: DGCID server not in the Data Guard configuration.
  
  This is the primary and backup configs. I just want to know what was im missing.
  
  Primay config:
  * icts001.__db_cache_size = 20250099712 *.
  * icts001.__java_pool_size = 16777216 *.
  * icts001.__large_pool_size = 16777216 *.
  * icts001.__shared_pool_size = 1056964608 *.
  * icts001.__streams_pool_size = 117440512 *.
  .aq_tm_processes = 6 *.
  . ARCHIVE_LAG_TARGET = 0 *.
  .audit_file_dest='/data/oradata/Admin/icts001/adump'**
  . AUDIT_TRAIL = "DB."
  .background_dump_dest='/data/oradata/Admin/icts001/bbdump'**
  full = '10.2.0.1.0' *.
  .control_file_record_keep_time = 30 *.
  .control_files='/data/oradata/icts001/control01.ctl','/dbworkspc01/multiplex/control02.ctl','/dbworkspc02/multiplex/control03.ctl'**
  .core_dump_dest='/data/oradata/Admin/icts001/cdump'**
  . CURSOR_SHARING = "SIMILAR."
  . DB_BLOCK_SIZE = 8192 *.
  .db_cache_size = 4194304000 *.
  .db_domain = "*.
  .db_file_multiblock_read_count = 8 *.
  .db_name = "icts001."
  .db_recovery_file_dest='/dbworkspc02/flash_recovery_area'**
  .db_recovery_file_dest_size = 16106127360 *.
  .db_unique_name = "ICTS001."
  .db_writer_processes = 4 *.
  .dbwr_io_slaves = 4 *.
  .dg_broker_start = FALSE *.
  . Dispatchers = "*.
  .fal_client = "icts001."
  .fal_server = "drs001", "SMS."
  .fast_start_mttr_target = 30 *.
  .global_names = TRUE *.
  .JOB_QUEUE_PROCESSES = 10 *.
  .log_archive_config = 'DG_CONFIG = (ICTS001, SMS, drcs001)' *.
  * icts001.log_archive_dest_1='location="/EMC_HD/oradata/archlog"','valid_for=(ONLINE_LOGFILE,ALL_ROLES) ' *.
  . Log_archive_dest_1 = 'location = / oradata/EMC_HD/archlog valid_for = (ONLINE_LOGFILE, ALL_ROLES)' *.
  . LOG_ARCHIVE_DEST_2 = "SERVICE = drcs001 LGWR ASYNC VALID_FOR =(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME = drcs001'*"
  .log_archive_dest_3 = "SERVICE = ASM LGWR ASYNC VALID_FOR =(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME = ' SMS *"
  .log_archive_dest_state_10 = 'REPORTER. "
  * * icts001.log_archive_dest_state_1 = 'ENABLE' *.
  . LOG_ARCHIVE_DEST_STATE_2 = 'REPORTER. "
  .log_archive_dest_state_3 = "ACTIVATE."
  .log_archive_dest_state_4 = 'REPORTER. "
  .log_archive_dest_state_5 = 'REPORTER. "
  .log_archive_dest_state_6 = 'REPORTER. "
  .log_archive_dest_state_7 = 'REPORTER. "
  .log_archive_dest_state_8 = 'REPORTER. "
  .log_archive_dest_state_9 = 'REPORTER. "
  .log_archive_format='arch%t_%s_%r.arc'**
  **icts001.log_archive_format='arch%t_%s_%r.arc'**
  .log_archive_max_processes = 15 *.
  .log_archive_min_succeed_dest = 1 *.
  * * icts001.log_archive_trace = 0 *.
  .log_checkpoint_timeout = 0 *.
  .log_checkpoints_to_alert = TRUE *.
  . NLS_DATE_FORMAT = 'YYYY-MM-DD HH24:MI:SS. "
  .open_cursors = 8000 *.
  . PARALLEL_MAX_SERVERS = 13 *.
  .parallel_min_servers = 10 *.
  .parallel_threads_per_cpu = 6 *.
  .pga_aggregate_target = 15032385536 *.
  runoff = 1500 *.
  .recovery_parallelism = 6 *.
  . Remote_login_passwordfile = "EXCLUSIVE."
  .resource_limit = FALSE *.
  .service_names = "icts001."
  .session_cached_cursors = 200 *.
  Once = 1500 *.
  . SGA_MAX_SIZE = 25769803776 *.
  . SGA_TARGET = 21474836480 *.
  .shared_pool_size = 1048576000 *.
  . SHARED_SERVERS = 0 *.
  * icts001.standby_archive_dest = "*.
  .standby_file_management = "AUTO."
  . STREAMS_POOL_SIZE = 117440512 *.
  
  Ensure Config:
  icts001.__db_cache_size = 754974720
  icts001.__java_pool_size = 16777216
  icts001.__large_pool_size = 16777216
  icts001.__shared_pool_size = 436207616
  icts001.__streams_pool_size = 0
  *.audit_file_dest='/u01/app/oracle/product/10.2.0/db_1/admin/adump'
  *.background_dump_dest='/u01/app/oracle/product/10.2.0/db_1/admin/bdump'
  * full = '10.2.0.1.0'
  *.control_files='/u02/oradata/controlfile/control01.ctl','/u02/flash_recovery_area/controlfile/control02.ctl','/u02/flash_recovery_area/controlfile/control03.ctl'
  *.core_dump_dest='/u01/app/oracle/product/10.2.0/db_1/admin/cdump'
  * .db_block_size = 8192
  * .db_file_multiblock_read_count = 16
  *.db_file_name_convert='/data/oradata/icts001','/U02/oradata','/Data3/data2c/oradata/icts001','/U02/oradata','/data1/oradata/icts001','/U02/oradata '
  * .db_name = "icts001".
  * .db_recovery_file_dest = "/ u02/flash_recovery_area.
  * .db_recovery_file_dest_size = 47185920000
  * .db_unique_name = "SMS".
  *. Dispatchers ='(Protocol=TCP) (SERVICE = smsXDB)"
  * .fal_client = "SMS".
  * .fal_server = "PROD".
  * .instance_name = "icts001".
  * .job_queue_processes = 10
  * .log_archive_config = 'dg_config = (prod, sms)'
  * .log_archive_dest_1 = "LOCATION = use_db_recovery_file_dest VALID_FOR =(ONLINE_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME = SMS'"
  * .log_archive_dest_2 = "service = PROD = (online_logfiles, primary_role) db_unique_name = icts001 valid_for'"
  * .log_archive_dest_state_1 = 'enable '.
  * .log_archive_dest_state_2 = 'ENABLE '.
  *.log_file_name_convert='/data/oradata/icts001','/u02/flash_recovery_area/onlinelog','/dbworkspc01/multiplex','/u02/flash_recovery_area/onlinelog','/data3/data2c/oradata/icts001','/u02/flash_recovery_area/standbylog'
  * .open_cursors = 300
  * .pga_aggregate_target = 409993216
  * runoff = 5000
  * .remote_login_passwordfile = "exclusive."
  * .service_names = "SMS".
  * Once = 5505
  * .sga_target = 1231028224
  * .standby_file_management = "auto".
  * .thread = 1
  * .undo_management = "AUTO".
  * .undo_tablespace = "UNDOTBS1.
  *.user_dump_dest='/u01/app/oracle/product/10.2.0/db_1/admin/udump'
  
  Kind regards
  cmadiam

  You have * 1 * primary & * 2 * databases on hold.

  In your primary you configured

  .log_archive_config = 'DG_CONFIG = (ICTS001, SMS, drcs001)' *.

  The syntax is > log_archive_config = 'DG_CONFIG = (primary_db_unique_name, Standby1_db_unique_name, Standby2_db_unique_name)' and so on.

  Ensure that you have configured in mode?

  It should be from the eve SMS

  log_archive_config = 'DG_CONFIG = (ICTS001, SMS)'

  It should be from the eve drcs001

  log_archive_config = 'DG_CONFIG = (ICTS001, drcs001)'

  It should be DB_UNIQUE_NAME

• DBW1 DBW9 and Csilla - DBWj

  Hello
  
  In oracle 11.2 what is the meaning of Csilla - DBWz, the question is what is the meaning of a and z?

  lbn76 wrote:
  This means that

  ALTER system set DB_WRITER_PROCESSES = b; It should work.

  NOP, but the following will:

  ALTER system set DB_WRITER_PROCESSES = 12;

  You are then DBW0 to DBWb processes.
  Hex means something for you?
  DEC _ Hex
  _ 0 0
  1 _ 1
  ...
  9 _ 9
  10 _ A
  11 _ B
  ....

  It's just a numbering format to encode the value to a number greater than 9, so from 10 (let's talk decimal).

  Kind regards
  Thierry

• database does not start because of the error 445

  Hello
  
  We have three databases on HP - UX 11.31 server, DB version is 10.2.0.4, at the slow pace, we started in all databases, when I tried to connect to the server, it was very slow, even the sqlplus took a long time, when checked all databases alert logs, and found the error in each log file alert. below
  

  ksvcreate: Process(m000) creation failed
  Sun Apr 10 12:56:56 2011
  ksvcreate: Process(m000) creation failed
  Sun Apr 10 12:59:00 2011

  The use of server resources has been very well with almost 15% 55% memory usage, CPU usage.
  
  I gave up the databases, then tried to start, failed to start with error for all databases. below
  
  ORA-00445: "PMON" background process is not started after 120 seconds
  
  Here is the content of the journal of the alerts for a database;
  

  ksvcreate: Process(m000) creation failed
  Sun Apr 10 13:09:17 2011
  ksvcreate: Process(m000) creation failed
  Sun Apr 10 13:24:29 2011
  Starting ORACLE instance (normal)
  LICENSE_MAX_SESSION = 0
  LICENSE_SESSIONS_WARNING = 0
  WARNING: Could not create SMR
  Picked latch-free SCN scheme 3
  Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST
  Autotune of undo retention is turned on.
  IMODE=BR
  ILAT =242
  LICENSE_MAX_USERS = 0
  SYS auditing is disabled
  Sun Apr 10 13:27:10 2011
  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                = 2000
    sga_max_size             = 3221225472
    __shared_pool_size       = 1828716544
    __large_pool_size        = 16777216
    __java_pool_size         = 16777216
    __streams_pool_size      = 16777216
    nls_date_format          = dd-mm-yyyy
    nls_calendar             = Arabic Hijrah
    filesystemio_options     = NONE
    disk_asynch_io           = FALSE
    sga_target               = 3221225472
    control_files            = /oradb/oradata/centl/control01.ctl, /oradb/oradat
  a/cent/control02.ctl, /oradb/oradata/cent/control03.ctl
    db_block_size            = 8192
    __db_cache_size          = 1325400064
    db_writer_processes      = 4
    compatible               = 10.2.0.3.0
    db_file_multiblock_read_count= 16
    db_recovery_file_dest    = /arch
    db_recovery_file_dest_size= 32212254720
    undo_management          = AUTO
    undo_tablespace          = UNDOTBS1
    remote_login_passwordfile= EXCLUSIVE
    db_domain                =
    dispatchers              = (PROTOCOL=TCP) (SERVICE=centlXDB)
    smtp_out_server          = 10.241.16.118:25
    job_queue_processes      = 10
    background_dump_dest     = /u01/app/oracle/admin/cent/bdump
    user_dump_dest           = /u01/app/oracle/admin/centl/udump
    max_dump_file_size       = 1024
    core_dump_dest           = /u01/app/oracle/admin/cent/cdump
    audit_file_dest          = /u01/app/oracle/admin/cent/adump
    db_name                  = cent
    open_cursors             = 2000
    pga_aggregate_target     = 1699741696
  Sun Apr 10 13:31:50 2011
  USER: terminating instance due to error 445
  Instance terminated by USER, pid = 2089

  Contents of the Trace file for one of the databases;
  

  ORACLE_HOME = /u01/app/oracle/db
  System name:    HP-UX
  Node name:      db01
  Release:        B.11.31
  Version:        U
  Machine:        ia64
  Instance name: cent
  Redo thread mounted by this instance: 0 <none>
  Oracle process number: 0
  Unix process pid: 4667, image: oracle@db01
  
  *** 2011-04-10 15:44:19.475
  Dynamic strand is set to TRUE
  Running with 2 shared and 242 private strand(s). Zero-copy redo is FALSE
  *** 2011-04-10 15:50:40.280
  Waited for process PMON to initialize for 60 seconds
  *** 2011-04-10 15:50:40.280
  Dumping diagnostic information for PMON:
  OS pid = 4701
  loadavg : 1.36 1.35 1.29
  Swapinfo :
          Avail = 15520.08Mb Used = 2490.52Mb
          Swap free = 13029.57Mb Kernel rsvd = 1018.08Mb
          Free Mem  = 10161.05Mb
    F S      UID   PID  PPID  C PRI NI             ADDR   SZ            WCHAN    S
  TIME TTY       TIME COMD
  1401 S   oracle  4701     1  0 154 20 e000000413447080 53772 e00000017cefa140 15
  :49:39 ?         0:00 ora_pmon_cent
  /bin/sh[2]: /opt/langtools/bin/gdb:  not found.
  *** 2011-04-10 15:50:40.372
  *** 2011-04-10 15:50:50.470
  Waited for process PMON to initialize for 111 seconds
  *** 2011-04-10 15:51:31.180
  Dumping diagnostic information for PMON:
  OS pid = 4701
  loadavg : 1.36 1.35 1.30
  Swapinfo :
          Avail = 15520.08Mb Used = 2490.52Mb
          Swap free = 13029.57Mb Kernel rsvd = 1018.08Mb
          Free Mem  = 10160.98Mb
    F S      UID   PID  PPID  C PRI NI             ADDR   SZ            WCHAN    S
  TIME TTY       TIME COMD
  1401 S   oracle  4701     1  0 154 20 e000000413447080 53772 e00000017cefa140 15
  :49:39 ?         0:00 ora_pmon_cent
  /bin/sh[2]: /opt/langtools/bin/gdb:  not found.
  *** 2011-04-10 15:51:31.250
  Killing process (ospid 4701):  (reason=x4 error=0)
  ... and the process is still alive after kill!
  *** 2011-04-10 15:51:40.190
  KSTDUMP: In-memory trace dump
  TIME(usecs):SEQ# ORAPID   SID EVENT  OP DATA
  ========================================================================
  kground PMON
  2C463A42:000000F8  1999     0 10254  42 KSBS1P: timed out while waiting
  2C463A48:000000F9  1999     0 10254  51 KSBS1P: out of loop: process did not sta
  rt
  KSTDUMP: End of in-memory trace dump
  *** 2011-04-10 15:51:40.190

  All databases have similar trace files, I rebooted the server and still none of the database begins.
  The use of server resources seems to be very good;
  

  oracle$ iostat 3 3
    device    bps    sps   msps
  
     disk3     93    6.9    1.0
     disk5     17    2.4    1.0
    disk17      0    0.1    1.0
  
     disk3     21    4.3    1.0
     disk5     20    4.0    1.0
    disk17      0    0.3    1.0
  
     disk3      0    0.0    1.0
     disk5      0    0.0    1.0
    disk17      0    0.0    1.0
  
  oracle$ swapinfo -tan
               Kb      Kb      Kb   PCT  START/      Kb
  TYPE      AVAIL    USED    FREE  USED   LIMIT RESERVE  PRI  NAME
  dev     24576000       0 24576000    0%       0       -    1  /dev/vg00/lvol2
  reserve       -  918204 -918204
  memory  15892564 2550292 13342272   16%
  total   40468564 3468496 37000068    9%       -       0    -
  
  System: hrdbdr01                                      Sun Apr 10 16:25:28 2011
  Load averages: 1.61, 1.60, 1.55
  237 processes: 182 sleeping, 55 running
  Cpu states:
  CPU   LOAD   USER   NICE    SYS   IDLE  BLOCK  SWAIT   INTR   SSYS
   0    1.61  27.7%   0.0%  71.3%   1.0%   0.0%   0.0%   0.0%   0.0%
   1    1.59  32.0%   0.0%  67.0%   1.0%   0.0%   0.0%   0.0%   0.0%
   2    1.61  13.0%  14.0%  71.0%   2.0%   0.0%   0.0%   0.0%   0.0%
   3    1.60  10.0%  20.0%  69.0%   1.0%   0.0%   0.0%   0.0%   0.0%
  ---   ----  -----  -----  -----  -----  -----  -----  -----  -----
  avg   1.61  20.8%   8.9%  69.3%   1.0%   0.0%   0.0%   0.0%   0.0%
  
  System Page Size: 4Kbytes
  Memory: 974032K (512772K) real, 1317016K (704304K) virtual, 12491712K free  Page
  # 1/24
  
  CPU TTY  PID USERNAME PRI NI   SIZE    RES STATE    TIME %WCPU  %CPU COMMAND
   3   ?  4249 root     255 39 20140K  1612K run     42:41 49.96 49.88 stm
   2   ?  3360 root     255 39 20140K  1612K run     55:11 49.65 49.56 stm
   0   ?  3040 root     240 20 20140K  1612K run     72:27 49.08 48.99 stm
   1   ?  2419 root     241 20 20140K  1616K run     77:20 48.81 48.73 stm
   1   ?  4850 root     168 20 20140K  1612K sleep    4:15 23.99 23.95 stm
   2   ?  4583 root     168 20 20140K  1612K sleep   12:21 22.93 22.89 stm

  Hello

  No change around the IP address of the server has occurred?

  If Yes, the following Note of My Oracle Support can help you:

  Ora-00445: Background Process "Pmon" Did Not Start After 120 Seconds [ID 1301185.1]
  

  NB: It applies on Oracle * 10.2.0.3 and later *.

  Hope this helps.
  Best regards
  Jean Valentine