dbms_scheduler.create_window fails with ORA-27418: syntax error in the interval of recurrence or calendar
I tried to create a window to test the activation of plans of RM. But I get this error.
SQL > EXECUTE dbms_scheduler.create_window.
> (-)
> window_name = > 'day ', -.
> resource_plan = > 'my_plan ', -.
> start_date = > systimestamp + 1 /(24*60).
> repeat_interval = > ' freq = > daily '.
> time = > ' 0 01:00:00 '.
> Comments = > ' C know if it works without a job "-"
>);
BEGIN dbms_scheduler.create_window (window_name = > 'day', resource_p)
LAN = > 'my_plan', start_date = > systimestamp + 1 /(24*60), repeat_interv
Al = > ' freq = > daily ', duration = > ' 0 01:00:00 ', comments = > ' C so she
works without employment '); END;
*
ERROR on line 1:
ORA-27481: 'SYS '. "' DAY ' has an invalid schedule
ORA-27418: syntax error in the interval of recurrence or calendar
ORA-06512: at "SYS." DBMS_ISCHED", line 486
ORA-06512: at "SYS." DBMS_SCHEDULER', line 1295
ORA-06512: at line 1
I have tried many tips found on the web, nothing works.
Any help would be greatly appreciated.
Also, can you pls tell me if this command run once automatically activates the my_plan after 1 minute, 1 minute, after which, it will disable the my_plan? So, you do not need to create a JOB for this. If you create a window, that is, as a job creation to enable an RM plan?
2734369 wrote:
Wow, discovered the issue: the repeat interval is broken (I use a database of 12.1 in Windows 7). It must be uppercase. Very surprising in the windows to be case-sensitive.
SQL >
SQL > EXECUTE dbms_scheduler.create_window.
> (-
> window_name-online 'day ', -.
> resource_plan-online 'my_plan ', -.
> start_date-online systimestamp + 1 /(24*60).
> repeat_interval-online ' FREQ = DAILY; BYHOUR = 10; BYMINUTE = 30', -.
> time-online ' 0 01:00:00 '.
> Comments => ' C know if it works without a job "-"
> );
PL/SQL procedure successfully completed.
Problem is, after 1 minute, always that the plan is not activated?
SQL > SEE THE RESOURCE_MANAGER_PLAN PARAMETER
VALUE OF TYPE NAME
------------------------------------ ----------- ----------------------
resource_manager_plan chain
Why the Plan is not activated after 1 minute. Have we not create a job (I don't think).
I think you misunderstand the meaning of "start_date". Please see the documentation on what this means exactly.
This attribute specifies the first date and time where it is scheduled to open in this window. If the value start_date
specified is in the past or is not specified, the window opens, from its inception.
To repeat windows using an expression of the calendar to specify the repetition interval, the value of start_date
is a reference date. The first time the window opens depends on the specified repeat interval and the value of start_date
.
(From Types and Oracle® packages of PL/SQL Database 11g Release 2 (11.2) reference E40758-03); dbms_scheduler, create_window. DBMS_SCHEDULER
Once you have done this, you will see that it is pretty useless to specify that you have.
Your repeat_interval said "every day at 10:30.
Tags: Database
Similar Questions
-
Hello
In the DEPENDENCIES of DBA, I can see that I have (seen here) according to some a table objects:
-SQL > select type, name
-2 from dba_dependencies where REFERENCED_OWNER = upper ('stuff')
--3 and REFERENCED_name = upper ('st_tab') and type = "VIEW";
-NAME OF THE OWNER TYPE
-- ----- ----- ------------------
-VIEW STUFF STTAB_4MV_VW
-VIEW STUFF STTAB_VW
But trying to recover these definitions 2 times I get an error:
-SQL > select dbms_metadata.get_dependent_ddl ('VIEW', 'ST_TAB', 'STUFF') def double;
-ERROR:
-ORA-31604: NAME parameter invalid "BASE_OBJECT_NAME" for the type of VIEW object in the function SET_FILTER
-ORA-06512: at "SYS." DBMS_SYS_ERROR', line 116
-ORA-06512: at "SYS." DBMS_METADATA_INT', line 4705
-ORA-06512: at "SYS." DBMS_METADATA_INT', line 8582
-ORA-06512: at "SYS." Dbms_metadata", line 2882
For some objects, it works (triggers, index), but for others (views, procedures, packages), it still fails with ORA 31604.
If I make a direct call on dbms_metadata.get_ddl ('DISPLAY', 'STTAB_4MV_VW', 'STUFF'), it works fine.
Everyone has seen this behavior before? (tried this code on 10g and 11g)
Thank you very much.
Kind regards
SEB
For some objects, it works (triggers, index), but for others (views, procedures, packages), it still fails with ORA 31604.
Exactly! That's what he should do. Dependent on DOF is for objects that are actually part of the table.
If I make a direct call on dbms_metadata.get_ddl ('DISPLAY', 'STTAB_4MV_VW', 'STUFF'), it works fine.
Exactly! That's how you get the DDL for views and other types of distinct objects. Provide you with the type of object as the first parameter.
Everyone has seen this behavior before? (tried this code on 10g and 11g)
Sure! This is a normal behavior.
See chapter doc DBMS_METADATA packages and Types
http://docs.Oracle.com/CD/B28359_01/AppDev.111/b28419/d_metada.htm#i1019414
Notes on use
- These functions allow you to extract metadata for objects with a single call. They encapsulate calls to
OPEN
,SET_FILTER
, and so on. The function you use depends on the characteristics of the type of object and if you want the DDL or XML. GET_xxx
is used to fetch named objects, especially schema objects (tables, views).GET_DEPENDENT_xxx
is used to extract dependent objects (audits, grants of the object).GET_GRANTED_xxx
is used to retrieve issued objects (System of subsidies, scholarships of role).
- For certain types of objects, you can use more than one function. For example, you can use
GET_xxx
to fetch a name index, orGET_DEPENDENT_xxx
to fetch the same index by specifying the table on which it is defined.
See also table 74-11 in this doc for a table showing the types of objects.
http://docs.Oracle.com/CD/B28359_01/AppDev.111/b28419/d_metada.htm#BGBIEDIA
- These functions allow you to extract metadata for objects with a single call. They encapsulate calls to
-
Automatic failover with Transport and apply Lag fails with ORA-16798
Hello
I configured a physical database maximum Performance, accelerated failover mode standby. I set FastStartFailoverLagLimit to 3 hours (10800 seconds).If I understand the Oracle documentation, Fast-Start failover should work with Max Performance, as long the Transport timeout is whithin the FastStartFailoverLagLimit.
So I started a few scripts, generated some loading, so I have a Transport and apply the shift of 3-4 Minutes.
Then I killed pmon to cause an automatic failover.Failover failed with ORA-16798.
I know, there is Note 846087.1 , which describes the problem, but I thought that automatic failover should work in this configuration.
Is this a bug or am I wrong?Thank you very much in advance.
Configuration Data Guard standby:
-----------------------------------------------Role: STANDBY PHYSICS
State of destination: apply
Transport delay: 3 minutes 3 seconds (calculated two seconds ago)
Apply the Lag: 3 minutes 26 seconds (calculated 0 seconds ago)
Apply the rate: 23,52 MB/s
Real-time query: OFF
Occurrence (s):
...Properties:
...
LogXptMode = "async".
DelayMins = '0'
Binding = "optional."
MaxFailure = '0'
MaxConnections = '1'
ReopenSecs = "300"
NetTimeout = "15"
RedoCompression = "DISABLE."
...State of the database:
SUCCESSFast failover configuration:
-----------------------------------------------Fast-Start Failover: ENABLED
Threshold: 180 seconds
Target: < Targetname >
Observer: < servername >
Offset limit: 10800 seconds
Primary closure: TRUE
Auto-Rétablir: TRUE
Reconnection of the observer: (none)
Substitution of the observer: FALSE...
Messages of the DG - Log:
-----------------------------------------------
FAILOVER TO < DB >
Starting failover to the < DB > database
Notifying Oracle Clusterware to disassembly for the FAILOVER database
02/02/2015-13:38:04
Error running SQL = 604, sql = [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FI
ORA-00604: an error has occurred at the SQL level 1 recursive
ORA-00283: cool cancelled due to errors
ORA-16171: RECOVER... FINISHING not allowed away for thr 1, seq 34-37
Failed to retrieve Terminal.
Database error resource SetState (16798)
02/02/2015-13:38:08
Command FAILOVER < DB > completed with error ORA-16798The FastStartFailoverLagLimit property specifies the amount of data, in seconds, during which the standby database target can
delay on the main database on the recovery plan applied. If again applied Eve point database notes that many
seconds of the primary database redo point generation, accelerated tipping is allowed.
Errors show a gap for sequences 34-37, which is not optimal for a fast failover.
Even if FastStartFailoverLagLimit is set to 3 hours, there is too much data loss for the standby site because newspapers are not available on the backup server and the Broker cannot activate the Pb of the day before.
I recommend to to lean on increase the bandwidth network.
Concerning
-
Passage of custody of data with broker fails with ORA-16570 / ORA-16665
I'm using Data Guard 11 g on Windows Server 2012 64 Bit. Recently, I have configured the broker to manage the permutations more uncomfortable.
Unfortunately the digital switchover does not work. Broker Setup seems fine, since I can activate t and redo apply works perfectly...
Now, the behavior is as follows... Once I put the passage through brokers, it shows the following:
DGMGRL > passage to the smart_stb
Continue to pass, please wait...
Error: ORA-16665: wait for the result of a database
Failed.
Unable to failover, primary database is always "smart".
The digital switchover happens, there is no restart of the primary database well! Does not appear to be linked to a DGMGRL buggy service entrance. In fact the database will not yet descended. The principal is supending all processes while trying to do so. Broker runs into a timeout, of course, but the principal remains in a State of supending. The primary doesn't seem to be able to cominicate with side standby or vice versa. Which is strange since the restoration of log shipping and apply is workng fine as mentioned... do a manual failover. I don't know what could cause this kind of behavior... Double checked everything. Once I restart the two databases and align on the rule of law that the digital transition is complete. But Needless to say that it is not intending to use the broker...
Primary DRC.log States the following:
2014-09-10 746441090-02000000 MICHAEL 09:13:01.378: PASSAGE to smart_stb
2014-09-10 746441090-02000000 MICHAEL 09:13:01.378: start execution of the task: the DIGITAL switchover
2014-09-10 09:13:01.378 NSV1: using RFIUPI_DGCI_CDESC
2014-09-10 09:13:01.409 NSV1: using RFIUPI_DGCI_CDESC
2014-09-10 09:13:01.409 02001000 746441090 notifier Oracle Clusterware to the primary database of disassembly for the DIGITAL switchover
2014-09-10 09:13:01.425 ACLS: not configured CRS, config = 2
.
2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: display primary instances for PASSAGE of phase 1
2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: State of rfi_post_instances() for CTL_SWITCH = ORA-00000
2014-09-10 09:13:01.425 INSV: message received for publication of inter - the instance
2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: dispersants message to STANDBY for TRANSITION phase BEGIN
2014-09-10 09:13:01.425 req ID 1.1.746441090, CTL_SWITCH opcode, phase BEGIN, 5 flags
2014-09-10 09:13:01.425 NSV1: using RFIUPI_DB_INST_CDESC
2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: entered rfmsoexinst() for phase BEGIN
2014-09-10 09:13:01.425 INSV: response for message with
2014-09-10 09:13:01.425 req ID 1.1.746441090, CTL_SWITCH opcode, phase BEGIN
2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: primary instances display for transition to THE phase 2
2014 09-10 02001000 746441090 MICHAEL 09:13:01.440: State of rfi_post_instances() for CTL_SWITCH = ORA-00000
2014-09-10 09:13:01.440 INSV: message received for publication of inter - the instance
2014 09-10 02001000 746441090 MICHAEL 09:13:01.440: dispersants message to STANDBY for transition to THE phase of DISMANTLING
2014-09-10 09:13:01.440 req ID 1.1.746441090, opcode CTL_SWITCH, disassembling, 5 flags
2014 09-10 02001000 746441090 MICHAEL 09:13:01.440: entered rfmsoexinst() for disassembling
2014-09-10 09:13:01.440 RSM0: received the State value ask: rid = 0 x 01041001, sid = 0, phid = 1, econd = 2, sitehndl = 0 x 02001000
2014-09-10 09:13:01.440 Log transport resources: SetState OFFLINE, DISASSEMBLY phase, external Cond SWITCH-OVER-PHYS_STBY
2014-09-10 09:13:01.440 RSM0: received the State value ask: rid = 0 x 01011001, sid = 4, phid = 1, econd = 2, sitehndl = 0 x 02001000
2014-09-10 09:13:01.440 of database Resource [IAM = PRIMARY]: 0 x 02001000 SetState PHYSICAL-APPLY-ON, DISASSEMBLY phase, external Cond SWITCH-OVER-PHYS_STBY, handful of Site target
2014-09-10 09:13:01.440 RSM0: execution of SQL [ALTER DATABASE COMMIT to SWITCH STANDBY mode PHYSICS WITH the STOP of the SESSION]
2014-09-10 09:13:06.630 SQL [ALTER DATABASE COMMETTRE at PHYSICS CROSSING SHALL WITH SESSION SHUTDOWN] executed successfully
2014-09-10 09:13:06.630 RSM: compensation IncarnationTable internal property of the site 0 x 01010000
2014 09-10 02001000 746441090 MICHAEL 09:13:06.630: Broker determines this restart of the instance is necessary: operation = status = ORA-16570
2014 09-10 02001000 746441090 09:13:06.630 resources: smart (01011001) State: PHYSICAL-APPLY-ON
2014-09-10 09:13:06.630 INSV: response for message with
2014-09-10 09:13:06.630 req ID 1.1.746441090, CTL_SWITCH, disassembling opcode
2014 09-10 02001000 746441090 MICHAEL 09:13:06.630: Instance 'smart' (ID 1) returned ORA-16570
2014-09-10 09:13:06.630 02001000 746441090 for disassembling of the CTL_SWITCH operation
2014-09-10 09:13:06.646 NSV1: using RFIUPI_DGCI_CDESC
2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: primary instances display for transition to THE phase 2
2014-09-10 09:13:06.646 INSV: message received for publication of inter - the instance
2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: State of rfi_post_instances() for CTL_SWITCH = ORA-00000
2014-09-10 09:13:06.646 req ID 1.1.746441090, opcode CTL_SWITCH, disassembling, 5 flags
2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: dispersants message to STANDBY for transition to THE phase of DISMANTLING
2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: entered rfmsoexinst() for disassembling
2014-09-10 09:13:06.646 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:13:06.646 INSV: response for message with
2014-09-10 09:13:06.646 req ID 1.1.746441090, CTL_SWITCH, disassembling opcode
2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: Instance 'smart' (ID 1) returned ORA-16570
2014-09-10 09:13:06.646 02001000 746441090 for disassembling of the CTL_SWITCH operation
2014-09-10 09:13:28.619 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:13:28.619 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:13:43.620 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:13:43.620 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:13:58.639 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:13:58.639 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:14:13.657 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:14:13.657 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:14:28.674 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:14:28.674 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:14:43.676 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:14:43.676 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:14:58.693 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:14:58.693 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:15:13.695 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:15:13.695 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:15:28.707 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:15:28.707 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:15:43.724 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:15:43.724 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:15:58.726 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:15:58.726 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:16:13.727 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:16:13.727 NSV1: smart_stb returned ORA-16665 Site.
2014 09-10 02001000 746441090 MICHAEL 09:16:28.729: database smart_stb returned ORA-16665
2014-09-10 09:16:28.729 02001000 746441090 opcode = CTL_SWITCH, phase = DISASSEMBLY, req_id = 1.1.746441090
2014-09-10 09:16:28.729 02001000 746441090 CTL_SWITCH operation cancelled during phase 2, error = ORA-16665
2014 09-10 02001000 746441090 MICHAEL 09:16:28.729: ORA-16665 stateful failover operation failed
2014-09-10 09:16:28.729 NSV1: using RFIUPI_DGCI_CDESC
2014 09-10 02001000 746441090 MICHAEL 09:16:28.744: display primary instances for PASSAGE of phase 5
2014-09-10 09:16:28.744 INSV: message received for publication of inter - the instance
2014 09-10 02001000 746441090 MICHAEL 09:16:28.744: State of rfi_post_instances() for CTL_SWITCH = ORA-00000
2014-09-10 09:16:28.744 req ID 1.1.746441090, CTL_SWITCH opcode, phase END, 5 flags
2014 09-10 02001000 746441090 MICHAEL 09:16:28.744: passage to the aborted due to errors
2014 09-10 02001000 746441090 named Site 09:16:28.744: smart is always primary school
2014 09-10 02001000 746441090 error 09:16:28.744 = ORA-16665
DRC.log Eve shows the following:
2014-09-10 09:13:01.352 02001000 746441090 notify Oracle Clusterware base ensures target disassembly of passing data to the
2014-09-10 09:13:01.367 ACLS: not configured CRS, config = 2
.
2014 09-10 02001000 746441090 MICHAEL 09:13:01.367: display of bodies sleep for transition to THE phase 1
2014-09-10 09:13:01.367 INSV: message received for publication of inter - the instance
2014-09-10 09:13:01.367 req ID 1.1.746441090, CTL_SWITCH opcode, phase BEGIN, 5 flags
2014 09-10 02001000 746441090 MICHAEL 09:13:01.367: entered rfmsoexinst() for phase BEGIN
2014-09-10 09:13:01.367 INSV: response for message with
2014-09-10 09:13:01.367 req ID 1.1.746441090, CTL_SWITCH opcode, phase BEGIN
2014 09-10 02001000 746441090 MICHAEL 09:13:01.367: entered rfm_release_chief_lock() for CTL_SWITCH
2014 09-10 02001000 746441090 MICHAEL 09:13:06.571: entered rfm_get_chief_lock() for CTL_SWITCH, reason 0
2014 09-10 02001000 746441090 MICHAEL 09:13:06.571: start execution of the task: the DIGITAL switchover
2014 09-10 02001000 746441090 MICHAEL 09:13:06.586: display of bodies sleep for transition to THE phase 2
2014-09-10 09:13:06.586 INSV: message received for publication of inter - the instance
2014-09-10 09:13:06.586 req ID 1.1.746441090, opcode CTL_SWITCH, disassembling, 5 flags
2014 09-10 02001000 746441090 MICHAEL 09:13:06.586: entered rfmsoexinst() for disassembling
2014-09-10 09:13:06.586 RSM0: received the State value ask: rid = 0 x 02031001, sid = 0, phid = 1, econd = 2, sitehndl = 0 x 02001000
2014-09-10 09:13:06.586 redo apply the resource: SetState OFFLINE, DISASSEMBLY phase, external Cond SWITCH-OVER-PHYS_STBY
2014-09-10 09:13:06.586 RSM0: received the State value ask: rid = 0 x 02012001, sid = 9, phid = 1, econd = 2, sitehndl = 0 x 02001000
2014-09-10 09:13:06.586 of database Resource [IAM = PHYSICS]: handle target SetState-READ-WRITE-XPTON Site, DISMANTLING phase, external SWITCH-OVER-PHYS_STBY, 0 x 02001000 Cond
2014-09-10 09:13:06.586 RSM0: execution of SQL [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL]
2014-09-10 09:13:07.602 SQL [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL] executed successfully
2014-09-10 09:13:07.711 RSM0: execution of SQL [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE through FINAL passage to THE NODELAY]
2014-09-10 09:13:09.509 SQL [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE BY LAST crossing THE NODELAY] executed successfully
2014-09-10 09:13:09.509 RSM0: execution of SQL [ALTER DATABASE COMMIT to SWITCHING to the MAIN WAITING WITH the STOP of the SESSION]
2014-09-10 09:13:11.345 SQL [ALTER DATABASE COMMETTRE to TRANSITION to PRIMARY WAIT WITH SESSION SHUTDOWN] executed successfully
2014-09-10 09:13:11.345 of database Resource successful SetState
2014-09-10 09:13:11.345 INSV: response for message with
2014-09-10 09:13:11.345 req ID 1.1.746441090, CTL_SWITCH, disassembling opcode
2014 09-10 02001000 746441090 MICHAEL 09:13:11.345: entered rfm_release_chief_lock() for CTL_SWITCH
2014-09-10 09:13:28.555 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:13:43.555 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:13:58.571 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:14:13.590 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:14:28.605 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:14:43.606 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:14:58.622 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:15:13.625 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:15:28.641 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:15:43.646 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:15:58.652 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:16:13.653 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014 09-10 02001000 746441090 MICHAEL 09:16:27.606: Data Guard Broker ending NSV0, timed out waiting for a response from the smart database
2014 09-10 02001000 746441090 MICHAEL 09:16:27.825: smart database returned ORA-16662
2014-09-10 09:16:27.825 02001000 746441090 opcode = CTL_SWITCH, phase = RESYNCHRONIZATION, req_id = 1.1.746441090
2014 09-10 02001000 746441090 MICHAEL 09:16:42.840: Data Guard Broker ending NSV0, timed out waiting for a response from the smart database
2014 09-10 02001000 746441090 MICHAEL 09:16:42.840: smart database returned ORA-16662
2014-09-10 09:16:42.840 02001000 746441090 opcode = CTL_SWITCH, phase = RESYNCHRONIZATION, req_id = 1.1.746441090
2014 09-10 02001000 746441090 MICHAEL 09:16:57.861: Data Guard Broker ending NSV0, timed out waiting for a response from the smart database
2014 09-10 02001000 746441090 MICHAEL 09:16:57.861: smart database returned ORA-16662
2014-09-10 09:16:57.861 02001000 746441090 opcode = CTL_SWITCH, phase = RESYNCHRONIZATION, req_id = 1.1.746441090
2014-09-10 09:16:58.705 746441091 00001000 MICHAEL: entered rfm_get_chief_lock() for HEALTH_CHECK, reason 0
2014-09-10 09:16:58.705 746441091 00001000 MICHAEL: task to free the 1.1.746441090 orphans, opcode = CTL_SWITCH.
2014-09-10 09:16:58.705 746441091 00001000 MICHAEL: start the task execution: automated healthcheck
2014-09-10 09:16:58.720 746441091 00001000 MICHAEL: start-up of the health check
2014-09-10 09:16:58.720 INSV: message received for publication of inter - the instance
2014-09-10 09:16:58.720 746441091 00001000 MICHAEL: rfi_post_instances() status = ORA-00000
2014-09-10 09:16:58.720 req ID 1.1.746441091, HEALTH_CHECK opcode, phase BEGIN, 5 flags
2014 09-10 00000000 746441091 MICHAEL 09:16:58.720: entered rfmhcexinst
2014 09-10 00000000 746441091 MICHAEL 09:16:58.720: rfmhcexinst call transfer
2014-09-10 09:16:58.720 RSM0: receipt get status request: rid = 0 x 02012001, sid = 4
2014-09-10 09:16:58.720 RSM0: HEALTH CHECK ERROR: ORA-16816: incorrect database role
2014-09-10 09:16:58.720 WARNING: given RCS 281474976710655 with resetlogs_id = 851952614 is less than resetlogs_change # 744657 of the incarnation.
2014-09-10 09:16:58.736 current IncarnationTable value is:
2014-09-10 09:16:58.736 2,744657,851952614,1, * 851351631, 1, 1, 0, #.
2014-09-10 09:16:58.736 RSM0: HEALTH CHECK ERROR: ORA-16700: the standby database has diverged from the primary database
2014-09-10 09:16:58.970 00000000 746441091 HEALTH_CHECK operation cancelled during phase 1, error = ORA-16810
2014-09-10 09:16:58.970 RSM0: receipt get status request: rid = 0 x 02031001, sid = 1
2014-09-10 09:16:58.970 00000000 746441091 MICHAEL: standby Instance completed the health check
2014-09-10 09:16:58.970 INSV: response for message with
2014-09-10 09:16:58.970 req ID 1.1.746441091, HEALTH_CHECK opcode, phase BEGIN
2014-09-10 09:16:58.970 MICHAEL: HEALTH CHECK ERROR: ORA-16766: redo apply is stopped
2014-09-10 09:16:58.970 MICHAEL: aggregation based on H/C, db 0 x 02001000 has gravity = 16501, status = 16810
2014-09-10 09:16:58.970 00000000 746441091 HEALTH_CHECK operation cancelled during phase 1, error = ORA-16810
2014-09-10 09:16:58.970 INSV: message received for publication of inter - the instance
2014-09-10 09:16:58.970 req ID 1.1.746441091, HEALTH_CHECK opcode, phase BEGIN, flags 20005
2014-09-10 09:16:58.970 MICHAEL: aggregation based on H/C, db 0 x 02001000 has gravity = 16501, status = 16810
2014-09-10 09:16:58.970 INSV: response for message with
2014-09-10 09:16:58.970 req ID 1.1.746441091, HEALTH_CHECK opcode, phase BEGIN
2014 09-10 00000000 746441091 MICHAEL 09:17:02.017: entered rfm_release_chief_lock() for HEALTH_CHECK
2014-09-10 09:17:13.724 drcx: task req_id is not found = 1.1.746441091 for PROBE.
2014-09-10 09:17:28.730 drcx: task req_id is not found = 1.1.746441091 for PROBE.
Primary alert.log indicates the following:
LNS: Standby redo log file selected for thread 1 sequence 12046 for destination LOG_ARCHIVE_DEST_2
My Nov 10 09:13:01, 2014
ALTER DATABASE COMMIT TO SWITCH STANDBY MODE PHYSICS WITH THE STOP OF THE SESSION
My Nov 10 09:13:01, 2014
Thread 1 Advanced to record the sequence 12047 (switch LGWR)
Currently Journal # 2 seq # 12047 mem # 0: X:\SMART\LOG1\SMART_21.LOG
Currently Journal # 2 seq # 12047 mem # 1: Y:\SMART\LOG2\SMART_22.LOG
Stop background QMNC process
My Nov 10 09:13:01, 2014
Arc1: Evaluating archive log 1 thread 1 sequence 12046
CLOSING: kill the server sessions.
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
CLOSED: all the closing of sessions successfully.
krss_find_arc: selection ARC2 to receive the message as a last resort
Waiting for all non-current archive ORLs...
Waiting for thread 1 sequence 12046 ORL to archive...
My Nov 10 09:13:02 2014
Arc0: Assessment of 1 thread 1 sequence 12046 log archives
My Nov 10 09:13:02 2014
ARC2: Evaluating archive log 1 thread 1 sequence 12046
Arc0: Unable to archive the thread 1 sequence 12046
Newspapers archived by another process
ARC2: Impossible to archive the thread 1 sequence 12046
Newspapers archived by another process
Involved the creation of the archivelog 'W:\SMART\ARC\SMART_12046_1_851952614.ARC '.
Archived journal 19372 extra for each sequence 1 12046 0xab72f94c dest ID thread entry 1:
ENT for thread 1 12046 sequence have been archived...
All non-current ORLs have been archived.
Waiting for all FAL entries to archive...
All FAL entries were archived.
Waiting for dest_id 2 can be synchronized...
OCISessionBegin with PasswordVerifier succeeded
Client pid [12320] annexed to the RFS pid [3648] number of the remote instance [1] to dest "smart_dg_stb."
Physical passage target Active, synchronized sleep has been identified
Transition to the end-of-Redo Log thread 1 sequence 12047 has been fixed
The digital switchover: primary YVERT seen above the value 0x0.0x22345d2
ARCH: Noswitch of archiving the thread 1, sequence 12047
ARCH: End-of-Redo archive thread 1 sequence 12047 branch
ARCH: Evaluating archive log 2 thread 1 sequence 12047
ARCH: LGWR is actively archiving destination LOG_ARCHIVE_DEST_2
ARCH: Transmitting the activation 0xab72f94c ID
OCISessionBegin with PasswordVerifier succeeded
Client pid [12244] annexed to the RFS pid [9972] number of the remote instance [1] to dest "smart_dg_stb."
ARCH: Standby redo log file selected for thread 1 sequence 12047 for destination LOG_ARCHIVE_DEST_2
Involved the creation of the archivelog 'W:\SMART\ARC\SMART_12047_1_851952614.ARC '.
Archived journal 19373 extra for each sequence 1 12047 0xab72f94c dest ID thread entry 1:
Archived journal 19374 extra for each sequence 1 12047 0xab72f94c dest ID thread entry 2:
ARCH: Archiving is disabled due to the current archive log file
Primary will check some generator of target of receiving of alls again
Final inspection for a target standby synchronized. Verification will be made once.
ARCH: Transmitting the activation 0xab72f94c ID
LOG_ARCHIVE_DEST_2 is a potential target of the transition to physical standby
Active, synchronized target has been identified
Target has received also redo all the
-----------------------------------------------------------
| Target the waking state.
| LOG_ARCHIVE_DEST_1: NO ACTIVE |
| LOG_ARCHIVE_DEST_2: RECEIVED ALL DATA.
| LOG_ARCHIVE_DEST_3: NO ACTIVE |
| LOG_ARCHIVE_DEST_4: NO ACTIVE |
| LOG_ARCHIVE_DEST_5: NO ACTIVE |
| LOG_ARCHIVE_DEST_6: NO ACTIVE |
| LOG_ARCHIVE_DEST_7: NO ACTIVE |
| LOG_ARCHIVE_DEST_8: NO ACTIVE |
| LOG_ARCHIVE_DEST_9: NO ACTIVE |
| LOG_ARCHIVE_DEST_10: NO ACTIVE |
| LOG_ARCHIVE_DEST_11: NO ACTIVE |
| LOG_ARCHIVE_DEST_12: NO ACTIVE |
| LOG_ARCHIVE_DEST_13: NO ACTIVE |
| LOG_ARCHIVE_DEST_14: NO ACTIVE |
| LOG_ARCHIVE_DEST_15: NO ACTIVE |
| LOG_ARCHIVE_DEST_16: NO ACTIVE |
| LOG_ARCHIVE_DEST_17: NO ACTIVE |
| LOG_ARCHIVE_DEST_18: NO ACTIVE |
| LOG_ARCHIVE_DEST_19: NO ACTIVE |
| LOG_ARCHIVE_DEST_20: NO ACTIVE |
| LOG_ARCHIVE_DEST_21: NO ACTIVE |
| LOG_ARCHIVE_DEST_22: NO ACTIVE |
| LOG_ARCHIVE_DEST_23: NO ACTIVE |
| LOG_ARCHIVE_DEST_24: NO ACTIVE |
| LOG_ARCHIVE_DEST_25: NO ACTIVE |
| LOG_ARCHIVE_DEST_26: NO ACTIVE |
| LOG_ARCHIVE_DEST_27: NO ACTIVE |
| LOG_ARCHIVE_DEST_28: NO ACTIVE |
| LOG_ARCHIVE_DEST_29: NO ACTIVE |
| LOG_ARCHIVE_DEST_30: NO ACTIVE |
| LOG_ARCHIVE_DEST_31: NO ACTIVE |
------------------------------------------------------------
Backup controlfile written to find the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart\smart\trace\smart_rsm0_12244.trc file
Compensation pending activation ID 2876438860 (0xab72f94c)
The primary database controlfile is created using the
Clause 'MAXLOGFILES 255'.
There is space for the log files waiting for redo up to 251
Use the following SQL commands on the standby database to create
waiting for redo logfiles that correspond to the primary database:
ALTER DATABASE add STANDBY LOGFILE 'srl1.f' SIZE 52428800.
ALTER DATABASE add STANDBY LOGFILE 'srl2.f' SIZE 52428800.
ALTER DATABASE add STANDBY LOGFILE 'srl3.f' SIZE 52428800.
ALTER DATABASE add STANDBY LOGFILE 'srl4.f' SIZE 52428800.
ALTER DATABASE add STANDBY LOGFILE 'srl5.f' SIZE 52428800.
ARCHIVELOG for thread 1 sequence 12047 required for recovery of the eve
The digital switchover: converted primary Controlfile controlfile standby successfully.
The digital switchover: Complete - closing of the database required
Completed: ALTER DATABASE COMMIT to SWITCH STANDBY mode PHYSICS WITH the STOP of the SESSION
My Nov 10 09:13:20 2014
(Ospid 12320) process is suspended due to the transition to a physical relief operation.
My Nov 10 09:16:58 2014
(Ospid 12244) process is suspended due to the transition to a physical relief operation.
My Nov 10 09:17:08 2014
Process (ospid 3080) is suspended due to the transition to a physical relief operation.
My Nov 10 09:17:09 2014
Process (ospid 12636) is suspended due to the transition to a physical relief operation.
My Nov 10 09:17:10 2014
Process (ospid 5292) is suspended due to the transition to a physical relief operation.
My Nov 10 09:17:43 2014
RSM0, PID = 12244 process, will be killed
My Nov 10 09:17:44 2014
RSM0 started with pid = 27, OS id = 16280
My Nov 10 09:20:56 2014
minact-RCS: received the error during the scan e:12751 usn:6 useg
minact-SNA: useg scan slip on with error e:12751
My Oct 10 09:21:19 2014
Process (ospid 16280) is suspended due to the transition to a physical relief operation.
My Nov 10 09:22:04 2014
RSM0, PID = 16280 process, will be killed
My Nov 10 09:22:05 2014
RSM0 started with pid = 27, OS id = 10528
My Nov 10 09:25:39 2014
(Ospid 10528) process is suspended due to the transition to a physical relief operation.
My Nov 10 09:26:03 2014
minact-RCS: received the error during the scan e:12751 usn:6 useg
minact-SNA: useg scan slip on with error e:12751
My Nov 10 09:26:24 2014
RSM0, PID = 10528 process, will be killed
My Nov 10 09:26:25 2014
RSM0 started with pid = 27, OS id = 15752
My Nov 10 09:29:59 2014
Process (ospid 15752) is suspended due to the transition to a physical relief operation.
My Nov 10 09:30:44 2014
RSM0, PID = 15752 process, will be killed
My Nov 10 09:30:45 2014
RSM0 started with pid = 27, OS id = 1972
My Nov 10 09:31:09 2014
minact-RCS: received the error during the scan e:12751 usn:6 useg
minact-SNA: useg scan slip on with error e:12751
Suspend action 'Block Cleanout Optim, Undo Segment Scan' MMON 82800 seconds
My Nov 10 09:34:19 2014
Process (ospid, 1972) is suspended due to the transition to a physical relief operation.
alert-journal sleep shows the following:
My Nov 10 09:13:01, 2014
ARC3: Evaluating archive log 5 thread 1 sequence 12046
Involved the creation of the archivelog 'W:\SMART\ARC\SMART_12046_1_851952614.ARC '.
Archived journal 5932 extra for each sequence 1 12046 0xab72f94c dest ID thread entry 1:
My Nov 10 09:13:01, 2014
Media, recovery waiting for thread 1 sequence 12047
My Nov 10 09:13:04 2014
Again shipping customer logged in as PUBLIC
-User is valid
RFS [6]: assigned to the process 3648 RFS
RFS [6]: identified the type of database such as 'physical' standby: customer is ARCH pid 12320
My Nov 10 09:13:06 2014
Again shipping customer logged in as PUBLIC
-User is valid
RFS [7]: assigned to the process 9972 RFS
RFS [7]: identified the type of database such as 'physical' standby: Client is in the foreground pid 12244
RFS [7]: end-of-Redo for thread archiving 1 sequence 12047
RFS [7]: Eve successfully opened journal 5: "Y:\SMART\LOG2\SMART_S_5.LOG."
RFS [7]: Journal selected 5 for thread 1 sequence 12047 dbid-1425016497 branch of the 851952614
My Nov 10 09:13:06 2014
Arc1: Evaluating archive log 5 thread 1 sequence 12047
Involved the creation of the archivelog 'W:\SMART\ARC\SMART_12047_1_851952614.ARC '.
Archived journal 5933 extra for each sequence 1 12047 0xab72f94c dest ID thread entry 1:
My Nov 10 09:13:06 2014
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL
MRP0: Background Media Recovery cancelled with status 16037
Errors in the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart_stb\smart\trace\smart_pr00_13804.trc file:
ORA-16037: user has requested the cancellation of the managed recovery
Managed Standby recovery not using real time applies
Recovery interrupted!
Errors in the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart_stb\smart\trace\smart_pr00_13804.trc file:
ORA-16037: user has requested the cancellation of the managed recovery
My Nov 10 09:13:07 2014
Errors in the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart_stb\smart\trace\smart_mrp0_11168.trc file:
ORA-10877: error reported in parallel recovery slave
Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL
Data not available for the digital switchover
End-of-REDO the archived log file was not found
Incomplete recovery SCN:0:35846057 archive SCN:0:35866066
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE THROUGH FINAL PASSAGE TO THE NODELAY
has started the process of logmerger
My Nov 10 09:13:07 2014
Managed Standby recovery not using real time applies
Parallel Media Recovery started with 8 slaves
Media W:\SMART\ARC\SMART_12047_1_851952614.ARC recovery log
Identified the SNA 0x0.22345d2 end-of-Redo (failover) for thread 1 sequence 12047
Activation reset sleep ID 2876438860 (0xab72f94c)
Met Media Recovery end Redo indicator
Media recovery applied through change 35866066
Attempt to limbo arscn 0:35866066 irscn 0:35866066
Completed: ALTER DATABASE RECOVER MANAGED STANDBY database through FINAL passage to THE NODELAY
ALTER DATABASE COMMIT TO SWITCHING TO THE MAIN WAITING WITH THE STOP OF THE SESSION
Waiting for the transition from role maximum is 15 minutes.
krsv_proc_kill: kill 2 process (all the RFS)
Backup controlfile written to find the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart_stb\smart\trace\smart_rsm0_14652.trc file
Passage to the after complete recovery through change 35866066
X:\SMART\LOG1\SMART_11.LOG online journal: thread 1 Group 1 had been previously authorized
Y:\SMART\LOG2\SMART_12.LOG online journal: thread 1 Group 1 had been previously authorized
X:\SMART\LOG1\SMART_21.LOG online journal: thread 1 group 2 was previously disabled
Y:\SMART\LOG2\SMART_22.LOG online journal: thread 1 group 2 was previously disabled
X:\SMART\LOG1\SMART_31.LOG online journal: thread 1 Group 3 has been previously authorized
Y:\SMART\LOG2\SMART_32.LOG online journal: thread 1 Group 3 has been previously authorized
X:\SMART\LOG1\SMART_41.LOG online journal: thread 1 Group 4 has been previously authorized
Y:\SMART\LOG2\SMART_42.LOG online journal: thread 1 Group 4 has been previously authorized
Standby became primary YVERT: 35866064
The digital switchover: completed - mounted as primary database
Completed: ALTER DATABASE COMMIT to SWITCHING to the MAIN WAITING WITH the STOP of the SESSION
My Nov 10 09:13:45 2014
Arc0: become the "no SRL" ARCH
My Nov 10 09:13:46 2014
ARC3: become the "no SRL" ARCH
My Nov 10 09:13:46 2014
Arc1: become the "no SRL" ARCH
My Nov 10 09:16:58 2014
NSV0 started with pid = 26, OS id = 15900
My Oct 10 09:21:20 2014
MICHAEL: NSV0 network call timeout. Kill it now.
The Setup is as follows:
DGMGRL > see the configuration;
Configuration - dg_smart
Protection mode: MaxPerformance
Databases:
Smart - primary database
smart_stb - physical of the standby database
Fast-Start Failover: DISABLED
The configuration status:
SUCCESS
DGMGRL > see the detailed chip database
-Smart database
Role: PRIMARY
State of destination: TRANSPORT-WE
Occurrence (s):
Smart
Properties:
DGConnectIdentifier = "smart_dg_prim".
ObserverConnectIdentifier = "
LogXptMode = "ASYNC".
DelayMins = '0'
Binding = "optional."
MaxFailure = '0'
MaxConnections = '1'
ReopenSecs = "300"
NetTimeout = "30"
RedoCompression = "DISABLE."
LogShipping = 'ON '.
PreferredApplyInstance = "
ApplyInstanceTimeout = '0'
ApplyParallel = 'AUTO '.
StandbyFileManagement = 'AUTO '.
ArchiveLagTarget = "300"
LogArchiveMaxProcesses = "4"
LogArchiveMinSucceedDest = '1'
DbFileNameConvert = "
LogFileNameConvert = "X:\SMART\LOG1, X:\SMART\LOG1, Y:\SMART\LOG2, Y:\SMART\LOG2.
FastStartFailoverTarget = "
InconsistentProperties = "(monitor).
InconsistentLogXptProps = "(monitor).
SendQEntries = "(monitor).
LogXptStatus = "(monitor).
RecvQEntries = "(monitor).
Nom_sid = "smart."
StaticConnectIdentifier = ' (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST=host02) (PORT = 1599)) (CONNECT_DATA = (SERVICE_NAME = smart_DGMGRL)(INSTANCE_NAME=smart) (SERVER = DEDICATED)))'
StandbyArchiveLocation = "W:\SMART\arc\".
AlternateLocation = "
LogArchiveTrace = '8191'
LogArchiveFormat = "smart_%s_%t_%r.arc".
TopWaitEvents = "(monitor).
State of the database:
SUCCESS
DGMGRL > see the detailed database smart_stb
Database - smart_stb
Role: STANDBY PHYSICS
State of destination: apply
Transport Lag: 0 seconds
Apply the Lag: 0 seconds
Real-time query: OFF
Occurrence (s):
Smart
Properties:
DGConnectIdentifier = "smart_dg_stb".
ObserverConnectIdentifier = "
LogXptMode = "ASYNC".
DelayMins = '0'
Binding = "optional."
MaxFailure = '0'
MaxConnections = '1'
ReopenSecs = "300"
NetTimeout = "30"
RedoCompression = "DISABLE."
LogShipping = 'ON '.
PreferredApplyInstance = "
ApplyInstanceTimeout = '0'
ApplyParallel = 'AUTO '.
StandbyFileManagement = 'AUTO '.
ArchiveLagTarget = "300"
LogArchiveMaxProcesses = "4"
LogArchiveMinSucceedDest = '1'
DbFileNameConvert = "
LogFileNameConvert = "X:\SMART\LOG1, X:\SMART\LOG1, Y:\SMART\LOG2, Y:\SMART\LOG2.
FastStartFailoverTarget = "
InconsistentProperties = "(monitor).
InconsistentLogXptProps = "(monitor).
SendQEntries = "(monitor).
LogXptStatus = "(monitor).
RecvQEntries = "(monitor).
Nom_sid = "smart."
StaticConnectIdentifier = ' (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST=host01) (PORT = 1599)) (CONNECT_DATA = (SERVICE_NAME = smart_stb_DGMGRL)(INSTANCE_NAME=smart) (SERVER = DEDICATED)))'
StandbyArchiveLocation = "W:\SMART\arc\".
AlternateLocation = "
LogArchiveTrace = '8191'
LogArchiveFormat = "smart_%s_%t_%r.arc".
TopWaitEvents = "(monitor).
State of the database:
SUCCESS
tnsnames.ora:
smart_dg_stb = (Description = (Address = (Protocol = TCP)(Host=host01) (port = 1599)) (CONNECT_DATA = (Server = Dedicated) (SID = Smart)))
smart_dg_prim = (Description = (Address = (Protocol = TCP)(Host=host02) (port = 1599)) (CONNECT_DATA = (Server = Dedicated) (SID = Smart)))
Primary listner.ora:
LISTENER_REDO_SMART =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP (PORT = 1599))(HOST = host02))
)
)
SID_LIST_LISTENER_REDO_SMART =
(SID_LIST =
(SID_DESC =
(SID_NAME = CLRExtProc)
(ORACLE_HOME = D:\oracle\11.2.0)
(= Extproc PROGRAM)
(ENVS = "EXTPROC_DLLS=ONLY:D:\oracle\11.2.0\bin\oraclr11.dll")
)
(SID_DESC =
(SID_NAME = smart)
(ORACLE_HOME = D:\oracle\11.2.0)
)
(SID_DESC =
(SID_NAME = smart)
(GLOBAL_DBNAME = smart_DGMGRL)
(ORACLE_HOME = D:\oracle\11.2.0)
)
)
Listener.ora ensures
LISTENER_REDO_SMART =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP (PORT = 1599))(HOST = host01))
)
)
SID_LIST_LISTENER_REDO_SMART =
(SID_LIST =
(SID_DESC =
(SID_NAME = CLRExtProc)
(ORACLE_HOME = D:\oracle\11.2.0)
(= Extproc PROGRAM)
(ENVS = "EXTPROC_DLLS=ONLY:D:\oracle\11.2.0\bin\oraclr11.dll")
)
(SID_DESC =
(SID_NAME = smart)
(ORACLE_HOME = D:\oracle\11.2.0)
)
(SID_DESC =
(SID_NAME = smart)
(GLOBAL_DBNAME = smart_stb_DGMGRL)
(ORACLE_HOME = D:\oracle\11.2.0)
)
)
LSNRCTL > status listener_redo_smart
Connection to (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP (PORT = 1599))(HOST=host02)))
STATUS of the LISTENER
------------------------
Alias LISTENER_REDO_SMART
TNSLSNR for Windows 64-bit version: Version 11.2.0.3.0 - Production
Start date August 30, 2014 20:46:12
Uptime 10 days 13 h 11 min 15 sec
Draw level off
Security ON: OS Local Authentication
SNMP OFF
Listener parameter File D:\oracle\11.2.0\network\admin\listener.ora
Listener log file D:\oracle\diag\tnslsnr\host02\listener_redo_smart\alert\log.xml
Summary of endpoints listening...
(DESCRIPTION = (ADDRESS = (PROTOCOL = tcp (PORT = 1599))(HOST=host02)))
Summary of services...
Service 'CLRExtProc' has 1 instance (s).
Instance of 'CLRExtProc', status UNKNOWN, has 1 operation for this service...
Service 'HA_SMART' has 1 instance (s).
'Smart' instance, State LOAN, has 1 operation for this service...
'Smart' service has 2 occurrences.
'Smart' instance, status UNKNOWN, has 1 operation for this service...
'Smart' instance, State LOAN, has 1 operation for this service...
Service 'smart_DGB' has 1 instance (s).
'Smart' instance, State LOAN, has 1 operation for this service...
Service 'smart_DGMGRL' has 1 instance (s).
'Smart' instance, status UNKNOWN, has 1 operation for this service...
The command completed successfully
I would be most grateful if someone would have an idea of how solve it!
Thanks in advance and best regards...
Solved!
A logon trigger that makes an insert in a table for each log in the appearance of this behavior. Since dataguard brings the standby database open mode ReadOnly cannot insert the trigger and the strange behavior as described happens!
Hope that could help someone in the future...
Kind regards
-
Hi guys,.
I am currently trying to deploy a complete installation (GI battery) of Oracle RAC 12.1.0.2 cool on OEL 7 (3.8.13 - 35.3.4.el7uek) with 2 nodes for validation purposes. However the installation itself went well, but 'Creation repository for Oracle Grid Infrastructure Management container' step fails with "ORA-01034: ORACLE not available / ORA-27102: out of memory / Linux-x86_64 error: 12: cannot allocate memory". The steps of runInstaller validation completed successfully, but I never take this step of configuration without jumping.
Here is my configuration which should normally avoid such errors ORA.
Host
-bash - $4.2 uname - a
Linux OELRAC1 3.8.13 - 35.3.4.el7uek.x86_64 #2 SMP Tue Jul 29 23:24:14 CDT 2014 x86_64 x86_64 x86_64 GNU/Linux
"Creation of repository database for Oracle Grid Infrastructure Management container" error in /oracle/base/cfgtoollogs/dbca/_mgmtdb/trace.log
From restoration to August 9, 14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID = 12 type of device = DISK
channel ORA_DISK_1: from the restore backup set data file
channel ORA_DISK_1: specifying datafile (s) to restore from backup set
channel ORA_DISK_1: restore datafile 00003 to + GRID
channel ORA_DISK_1: backup /oracle/grid/12102/assistants/dbca/templates/MGMTSeed_Database.dfb piece reading
channel ORA_DISK_1: ORA-19870: error when restoring the backup /oracle/grid/12102/assistants/dbca/templates/MGMTSeed_Database.dfb piece
ORA-19504: could not create the file "+ GRID.
ORA-17502: ksfdcre:4 cannot create the file + GRID
ORA-15001: diskgroup 'GRID' does not exist or is not mounted
ORA-01034: ORACLE not available
ORA-27102: out of memory
Linux-x86_64 error: 12: cannot allocate memory
Additional information: 2663
Additional information: 1565392897
Additional information: 161480704
switch to the previous backup
Number of folder of the data file = 3 name = + GRID
RMAN-00571: ===========================================================
RMAN-00569: = ERROR MESSAGE STACK FOLLOWS =.
RMAN-00571: ===========================================================
RMAN-03002: failure of the restore command at 09/08/2014 19:41:47
ORA-01119: error in creating file of database "+ GRID.
ORA-17502: ksfdcre:4 cannot create the file + GRID
ORA-15001: diskgroup 'GRID' does not exist or is not mounted
ORA-01034: ORACLE not available
ORA-27102: out of memory
Linux-x86_64 error: 12: cannot allocate memory
Additional information: 2663
Additional information: 1565392897
Additional information: 1614807040
RMAN-06956: create the data file failed; try again after removing + OS GRID
SHM / CPI (check the id of shm with previous information)
-bash - $4.2 ipcs - a
-Shared memory segments-
key shmid owner perms bytes nattch status
1565360128 0 x 00000000 grid 640 4096 0
1565392897 0 x 00000000 grid 640 4096 0
0xfba47600 1565425666 640 24576 29 grid
Memory of the ASM instance setting
SQL > see the memory settings
VALUE OF TYPE NAME
------------------------------------ ----------- ------------------------------
whole big memory_max_target 1076M
whole large memory_target 1076M
ASM disk groups
SQL > select NAME, STATE, TOTAL_MB, USABLE_FILE_MB from v$ asm_diskgroup;
NAME STATE TOTAL_MB USABLE_FILE_MB
------------------------------ ----------- ---------- --------------
RACK MOUNTED 6144 4868
/ dev/shm to memory_target (more than enough free space)
-bash - $4.2 df-h
Size of filesystem used Avail use % mounted on
tmpfs, 630M 2.4 G 3.0 G 21% / dev/shm
Kernel for SHM limits set to unlimited parameter
-bash - $4.2 sysctl - a | grep shm
kernel.shmall = 1152921504606846720
kernel.shmmax = 922337203685477580
User limits on unlimited for memory
-bash-4, $ 2 cat /etc/security/limits.conf
# Oracle settings
grid soft nproc 2047
grid hard nproc 16384
grid soft nofile 1024
grid hard nofile 65536
Oracle nproc 2047 soft
Oracle nproc 16384 hard
Oracle soft nofile 1024
Oracle hard nofile 65536
* hard memlock unlimited
* soft memlock unlimited
-bash - 4, $ 2 known - grid
-bash - $4.2 ulimit - a
the file size (blocks, - c) of base 0
(kbytes, - d) data seg size unlimited
scheduling priority (-e) 0
size of the file (blocks, f) - unlimited
pending signals (-i) 23953
Max locked memory (kbytes, - l) unlimited
size of the memory (k, m) max - unlimited
open files (-n) 1024
a size (512 bytes, - p) 8 hose
(Bytes, - q) POSIX message queues 819200
real-time priority (-r) 0
size (Ko, - s) 8192 battery
time processor (seconds,-t) unlimited
Max user process (-u) 2047
virtual memory (KB), - v) unlimited
the locks on files (-x) unlimited
So what the hell is wrong here? Why the instance ASM (+ ASM1) returns the error below, even if there is no memory limit / problem. The error with the disk group is also absolutely no sense.
------------------------------------------------------------------------------------------------------------------------
ORA-01119: error in creating file of database "+ GRID.
ORA-17502: ksfdcre:4 cannot create the file + GRID
ORA-15001: diskgroup 'GRID' does not exist or is not mounted
ORA-01034: ORACLE not available
ORA-27102: out of memory
Linux-x86_64 error: 12: cannot allocate memory
Additional information: 2663
Additional information: 1565392897
Additional information: 1614807040
------------------------------------------------------------------------------------------------------------------------
Someone at - he encounter the same problem with 12.1.0.2 by deploying the CDB for Grid Infrastructure Management repository? Is there something special with UEK3 (3.8.13 - 35.3.4.el7uek) on 7 OEL? Any necessary special kernel parameter (although the runInstaller controls do not mention)? I'm totally tapped by GI 12.1.0.2.
Thank you.
Best regards
Stefan
Hi guys,.
I was finally able to solve this problem.
She was related to a memory on the provisioning of problem in the virtual environment as both nodes are VMs. Unfortunately none of these errors of memory were populated / pushed somehow in the virtual machine.
Best regards
Stefan
-
Procedure failed with ORA-01403, associated with immediate execution, captured
This procedure compiles without error. Its purpose is to copy the sequence of one schema to another object. After it failed with ORA-01403, I added exception code of capture (see the comments in the code).
A few notes:
1. I started the proceedings with exec copy_sequence ('ADDRESS_SEQ', 'SST', 'TEST1');
2. the first sql string is built correctly since I can see in the console output:
Select last_number in the all_sequences where sequence_owner = upper('TSS') and upper('ADDRESS_SEQ') = sequence_name
I can run this SQL command, and returns a real value;
Here is the procedure
SET SERVEROUTPUT ON;
create or replace procedure copy_sequence (seq VARCHAR2, prod_schema VARCHAR2, VARCHAR2 test_schema)
as
Val number (21);
s_sql varchar2 (200);
Start
s_sql: = ' select last_number in the all_sequences where sequence_owner = upper('''|| prod_schema ||'') ') and sequence_name = upper('''||) Seq | " ')';
-immediate' select last_number in the Vale of all_sequences where sequence_owner = upper('''|| prod_schema ||'') ') and sequence_name = upper('''||) Seq | " ')';
Dbms_output.put_line ('sql 1 ' | s_sql);
execute immediate s_sql in val; ---!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The code does not work here!
Dbms_output.put_line ('val' |) Val);
s_sql: = 'delete the sequence'. test_schema |'. ' || FF.;
Dbms_output.put_line ('sql 2 ' | s_sql);
-execution immediate s_sql;
s_sql: = 'create the sequence'. test_schema |'. ' || Seq |' minvalue maxvalue 1 999999999999999999999 begin by ' | Val | 'increment of 1';
Dbms_output.put_line ('sql 3 ' | s_sql);
-execution immediate s_sql;
-Add the following after procedure thown ORA-01403: no data found
exception when TOO_MANY_ROWS then DBMS_OUTPUT.put_line ('TOO_MANY_ROWS error');
When NO_DATA_FOUND then DBMS_OUTPUT.put_line ('error NO_DATA_FOUND');
While some other then raise_application_error (-20011, "Unknown Exception in this procedure");
end;
/
Hoek wrote:
The user (no SYSTEM, SYS, and SYSTEM are special, you should not use them unless you have TO) execution of the procedure must have the necessary privileges granted directly, bypassing a role...
??? There is nothing special about SYS or SYSTEM in what concerns them stored procedures. SYS by default is granted directly SELECT ANY SEQUENCE, so it does not work for the owner of MS by SYS. SYSTEM is therefore not:
Scott@pdborcl12 > create sequence s;
Order of creation.
Scott@pdborcl12 > create or replace
2 procedure system.p1
3 is
number of v_last_value 4;
5. start
6. Select last_number
7 in v_last_value
8 of all_sequences
9 where sequence_owner = 'SCOTT '.
10 and s = sequence_name ';
11 end;
12.Created procedure.
Scott@pdborcl12 > system.p1 exec.
BEGIN system.p1; END;*
ERROR on line 1:
ORA-01403: no data found
ORA-06512: at "SYSTEM. "P1", line 5
ORA-06512: at line 1Scott@pdborcl12 > grant select on s to the system;
Grant succeeded.
Scott@pdborcl12 > system.p1 exec.
PL/SQL procedure successfully completed.
SY.
-
Patch 3480000 fails with ORA-03114
While applying the patch 3480000 for the improvement of 11.5.9 to 11.5.10.2 patch fails with
ORA-03114: not connected to ORACLE
occurred while executing the SQL statement:
UPDATE fnd_install_processes
SET skip_flag = "
WHERE worker_id = 6
Error stolen pending transactions and closing Pro * C connection.
The error is:
FND-UT-CMT: ORA-01041: internal error. hostdef extension doesn't exist
Fate of AD worker suffering from failure.
When compiling packages such as ahl/11.5.0/patch/115/sql/AHLPUFSS.pls.
The database in 9.2.0.6 RAC.Hello
Please see if these documents help.
Note: 577534,1 - errors on FndXdfCmp.class: "ORA-03113: end of file on communication channel" and "FND-UT-CMT: ORA-01041: internal error." hostdef extension does not exist.
Note: 340238.1 - Patch 4143498 receives errors Ora-01041, Ora-03114 on Iscrf70b.Pls Ora-01041Kind regards
Hussein -
OEM 12.1.0.3 Setup fails with ora-01017
Greetings,
I'm trying to upgrade my OEM 12.1.0.1 installation at 12.1.0.3. I'm following the instructions in the Oracle Enterprise Manager Cloud control Upgrade Guide and Support Oracle Note 1568143.1. I checked that all the prerequisites are met and have installed patch 11061801 in the repository. The repository and WHO are on different computers. The 12.1.0.1 installation is able to connect to the repository, it worked successfully for some time now. On the SGD server, quit the SGC and Agent and I invoke the 12.1.0.3 installation program. I followed the steps and when it gets to the login page, it fails with ORA-01017. Messages are displayed -
1. check if the SYS password you have entered is valid.
2. check if the REMOTE_LOGIN_PASSWORDFILE database initialization parameter is set to either shared or Exclusive.
3. check whether a file with the file name orapw < SID > password exists in the < ORACLE_HOME > / dbs directory.
All the conditions are met:
-bash-3, $ 2 echo $ORACLE_SID
oemrepos
SQL > connect sys as sysdba
Enter the password:
Connected.
SQL > connect sysman
Enter the password:
Connected.
SQL > show parameter remote_login_passwordfile
VALUE OF TYPE NAME
------------------------------------ ----------- ------------------------------
Remote_login_passwordfile string EXCLUSIVE
-bash-3, $ 2 ls-l $ORACLE_HOME/dbs/orapwoemrepos
-rw - r - 1 oracle dba 1536 January 30, 2013 /usr/local/oracle/app/oracle/product/11.2.0/dbhome_1/dbs/orapwoemrepos
I am able to connect remotely from another machine. sqlplus is not installed on the SGD server.
I am completely confused and need help. Web search indicates only that I need to make sure that the conditions listed above must be met, they are. If anyone has any suggestions I would appreciate the help.
Thank you.
Bill Wagman
The problem has been resolved by recreating the password file. I used the same password. I don't understand yet why however.
Thank you
Bill Wagman
-
Downgrade from Windows 7 to XP. "Syntax error in the .sif file.
Every afternoon.
I wasn't totally sure what forum to put this in.
My boss bought a new laptop of A11 - 11: my my line manager and asked that he be demoted to XP and put it on our network. (usually, it didn't network.)
It's Windows 7, so I know that's not easy to downgrade.
I changed the SATA setting in bios compatibility (IDE) and that allowed me to start running the installation CD.
Then, I got this error;
"There is a syntax error in the." SIF file used by Setup Online: 8971.
Setup cannot continue. Stop or restart your computer. »
I have this with 3 different original discs
Looking around without decommissioning is to get rid of all the recovery partitions. So, I have that one hidden and now I have a large main drive to NTFS.
I still get the same error. No recovery disk. Original discs and now I'm totally stumped.
Are there any other settings in the Bios maybe I need to change?
Anyone has an idea what I might try?
See you soon
StuYou should try to install Windows XP Home (SP2 or SP3) using SATA driver to start loading. In this case do not use the compatibility mode but AHCI mode.
Without load the driver (F6 option at startup to install of WXP) SATA disk HARD will be not visible to Windows XP Home edition.
Option of job search on this forum and you will find so many threads on the installation of Windows XP Home on the latest portable Win7 supported. -
Syntax error in the language of Java persistence
I wrote this simple program to use Java Persistence Query
Public Shared Sub main (String [] args) {}
test test = new test();
EntityManagerFactory EMF = Persistence.createEntityManagerFactory ("SVGTopLink");
EntityManager em = emf.createEntityManager ();
String sql_text = 'SELECT the NEW ' +.
"joinBasicShapes (c.chartName, c.height, c.width, sh.idShape, sh.points, sh.r1, sh.rx, sh.ry, sh.typeName, sh.widthR, sh.x1, sh.x2, sh.y1, sh.y2) +"
"FROM SvgCharts c JOIN BasicShapes sh ON c.id_chart = sh.id_chart WHERE c.id_chart = 1";
Query query = em.createQuery (sql_text);
List list = query.getResultList ();
Iterator it = lista.iterator ();
for (int i = 0; it.hasNext (;it.next()) {}))
System.out.println("---");
}
EM. Close();
EMF. Close();
}
}
But EntityManager does ' t as the query. Do you have any ideea?
Exception in thread "main" java.lang.IllegalArgumentException: an exception occurred while creating a query in the EntityManager
at oracle.toplink.essentials.internal.ejb.cmp3.EntityManagerImpl.createQuery(EntityManagerImpl.java:194)
at svgtoplink.test.main(test.java:23)
Caused by: Exception [TOPLINK-8024] (Oracle TopLink Essentials - 2.0 (Build b41-beta2 (2007-03-30))): oracle.toplink.essentials.exceptions.EJBQLException
Description of the exception: syntax error parsing the query [SELECT NEW joinBasicShapes (c.chartName, c.height, c.width, sh.idShape, sh.points, sh.r1, sh.rx, sh.ry, sh.typeName, sh.widthR, sh.x1, sh.x2, sh.y1, sh.y2) OF SvgCharts c JOIN BasicShapes ON c.id_chart = sh.id_chart WHERE c.id_chart = 1 sh], line 1, column 177: syntax to [sh] error.
Inner exception: line 1:177: waiting for DOT, found 'sh '.
at oracle.toplink.essentials.exceptions.EJBQLException.syntaxErrorAt(EJBQLException.java:364)
at oracle.toplink.essentials.internal.parsing.ejbql.EJBQLParser.handleANTLRException(EJBQLParser.java:319)
at oracle.toplink.essentials.internal.parsing.ejbql.EJBQLParser.addError(EJBQLParser.java:262)
at oracle.toplink.essentials.internal.parsing.ejbql.EJBQLParser.reportError(EJBQLParser.java:362)
at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.joinAssociationPathExpression(EJBQLParser.java:1909)
at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.join(EJBQLParser.java:1768)
at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.identificationVariableDeclaration(EJBQLParser.java:1629)
at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.fromClause(EJBQLParser.java:454)
at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.selectStatement(EJBQLParser.java:179)
at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.document(EJBQLParser.java:135)
at oracle.toplink.essentials.internal.parsing.ejbql.EJBQLParser.parse(EJBQLParser.java:150)
at oracle.toplink.essentials.internal.parsing.ejbql.EJBQLParser.buildParseTree(EJBQLParser.java:111)
at oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.buildEJBQLDatabaseQuery(EJBQueryImpl.java:200)
at oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.buildEJBQLDatabaseQuery(EJBQueryImpl.java:174)
at oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.buildEJBQLDatabaseQuery(EJBQueryImpl.java:138)
to oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl. < init > (EJBQueryImpl.java:99)
to oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl. < init > (EJBQueryImpl.java:84)
to oracle.toplink.essentials.internal.ejb.cmp3.EJBQueryImpl. < init > (EJBQueryImpl.java:71)
at oracle.toplink.essentials.internal.ejb.cmp3.EntityManagerImpl.createQuery(EntityManagerImpl.java:189)
... 1 more
Caused by: 1:177 line: waiting for DOT, found 'sh '.
at persistence.antlr.Parser.match(Parser.java:213)
at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.joinAssociationPathExpression(EJBQLParser.java:1901)
... 15 more
Process has finished with exit code 1.Hello
Try this
Select c SvgCharts c join c.basicShapesList bs where c.idChart = 1
Pedja
-
EXPDP fails with ORA-39125: worker unexpected fatal error in MAIN $
Hi friends,
Oracle 10.2.0.4.0 on Sun OS
Im trying to metadata_only using EXPDP export
Faced with the below error
ORA-39125: worker unexpected fatal worker error of $ MAIN. UNLOAD_METADATA when calling DBMS_METADATA. [FETCH_XML_CLOB]
ORA-31642: failure of the following SQL statement:
BEGIN "SYS." "DBMS_RULE_EXP_RULES." SCHEMA_CALLOUT (1,1,1, 10.02.00.04.00 "") END;
ORA-06512: at "SYS." DBMS_SYS_ERROR', line 86
ORA-06512: at "SYS." Dbms_metadata", line 907
ORA-00942: table or view does not exist
ORA-06512: at "SYS." DBMS_SYS_ERROR', line 95
ORA-06512: at "SYS." "MAIN $ WORKER", line 6307
--------------------------------------------------------------------------------
PL / SQL Call Stack
--------------------------------------------------------------------------------
the line object
serial number of handle
51bf5dc20 15032 SYS package body. MAIN $ WORKER
51bf5dc20 6372 SYS package body. MAIN $ WORKER
51bf5dc20 2396 SYS package body. MAIN $ WORKER
package body SYS 6944 51bf5dc20. MAIN $ WORKER
51bf5dc20 1314 SYS package body. MAIN $ WORKER
51c7e8650 anonymous block 2
====================================
Results:
I check the status of DBMS_RULE_EXP_RULES
STATUS OF OWNER OBJECT_TYPE OBJECT_NAME
--------------------------------------------------------------------------------
--------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
DBMS_RULE_EXP_RULES VALID PACKAGE BODY SYS
SYS DBMS_RULE_EXP_RULES PACKAGE AVAILABLE
DBMS_RULE_EXP_RULES PUBLIC SYNONYM VALID
Dbms_metadata & DBMS_SYS_ERROR packages are valid.
======================================================
Error in the alert:
The value of MAXTRANS parameter ignored (30).
kupprdp: master the DM00 process started with pid = 25, OS id = 6506
to run - SYS. KUPM$ MCP. HAND ('SYS_EXPORT_SCHEMA_01', 'SYS', ' KUPC$ C_1_20120908075037', ' KUPC$ S_1_20120908075037', 0);
kupprdp: work DW01 process began with worker id = 1, pid = 26, OS id = 6633
to run - SYS. WORKER OF $ MAIN. HAND ('SYS_EXPORT_SCHEMA_01', 'SYS');
When I check the trace file, find the error below
ORA-04063: package Ann body. "" COLLECTION "features the errors
But when I check the condition of the packaging, it is valid.
Thanks for your help
KSGSalvation;
ORA-04063: package Ann body. "" COLLECTION "features the errors
You can try to compile this object? If it gives the error which is error message?
Respect of
HELIOS -
This is how a SELECT query fails with ORA-1555 occur?
11 GR 2/RHEL 6.2
I would like to know exactly how a SQL fails with error ORA-1555.
Please take a look at the following simple example.
INVENTORY_DETAIL is a table that stores information about items in a store.
For this DB UNDO_RETENTION is set to 3 600 (1 hour) and TUNED_UNDO_RETENTION Meanwhile 5400 (1.5 hours)
At 15:00, there's 12 Logitek involved in inventory.
ITEM_ID NOM_ELEMENT STOCK_LEFT
--------- -------------------- ----------
8432 LOGITEK 12 SPEAKER
At 15:00 Session1, starts a SELECT large with several tables joins query. Something like
Select id.item_id, id.item_name, su.supplier_price, su.supplier_code
Su.batch_code...
of INVENTORY_DETAIL id join in-house suppliers knew on (id.supplier_id = su.supplier_id)
...
..
03:02, Session1 reads the block that stores the line with item_id = 8432 and learns that he has 12 Logitek left speakers.
15:10, Session2 delivers the next UPDATE and he agrees immediately.
Update inventory_detail set stock_left = 7 where item_id = 8432;
commit;
The UNDO data for Session2 transaction are stored in the measure of cancellation remaining, and the UNDO data gets debusquees at 04:40 when the TUNED_UNDO_RETENTION of 1.5 hours is crossed at 16:40.
Because of the bad of e/s, query SELECT of Session1 manages to retrieve all the records only from 17:00.
But session1 notice this line with item_id = 8432 changed. Now, there's only 7 Logitek speakers which is inconsistent with what he learned at 15:02 (who was then at 12). Because of this incompatibility SO not able to recover data UNDO on this gap, ORA-1555 is thrown. My assumptions are good?
3:10PM 4:10PM 4:40PM 5:00PM
|===================================|-------------------------------|-----------------------------|
UNDO_RETENTION = 1 HR retention Undo Tuned = 1.5 h finishes of request for enforcement
Martin, you asked, "are the correct on the circumstances that led to ORA-1555 my explanations? The answer is no. Oracle does not notice at the end of the query that changed a line he read. Instead, each read line is at the same point in time. When Oracle sees that a row has changed Oracle reads the UNDO segments to find the version of the data corresponding to the query start time. If these data cannot be found the ORA-01555 error is raised.
- -
HTH - Mark D Powell.
-
Create_entailment fails with ORA-00933
Hi all
When I try to launch the creation of a new commitment,
EXECUTE sem_apis.create_entailment('my_entailment', sem_models('my_model'), sem_rulebases('owlprime'));
the procedure fails with the following error:
ORA-00933: comando SQL terminato erroneamente ORA-06512: a "MDSYS.SDO_SEM_INF_INTERNAL", line 13518 ORA-06512: a "MDSYS.SDO_SEM_INFERENCE", line 142 ORA-06512: a "MDSYS.SDO_SEM_INFERENCE", line 184 ORA-06512: a "MDSYS.RDF_APIS", line 108 ORA-06512: a line 1 00933. 00000 - "SQL command not properly ended" *Cause: *Action:
I've never experienced this problem when I was working on my 11.2.0.1 instance of my machine to Windows Server 2008 R2, but it happens now that I've migrated to 11.2.0.3. The same command that worked no longer; This happens on the migrated database, as well as on a new database. Also, I checked MDSYS. RDF_PARAMETER and SEM_VERSION 11203 is valid.
I did some research, but I have not found anything on this topic... and the error message is not to help me trying to understand what goes wrong.
Any suggestion?
Hello
Are there changes to the character set, the setting of the nls, etc. with the new database?
Before running the entailment create command, that help to run the first next?
SQL > ALTER SESSION SET NLS_NUMERIC_CHARACTERS ='.,';
Thank you
Zhe Wu
-
expdp fails with ORA-31693 and ORA-01555
Hello
I use Oracle Database 10 g Enterprise Edition Release 10.2.0.4.0 - 64bi under hp - ux
I export the DB as follows:
password/expdp system.
Full = y.
dumpfile = backup_dir:expdp_$ ORACLE_SID.dmp.
logfile = backup_dir:expdp_$ ORACLE_SID.log.
exclude = statistics-
estimate statistics =.
flashback_time =-"TO_TIMESTAMP\ (\ ' $DATE_EXP\ ', \'YYYY-MM-DD HH24:MI:SS\'\) \" "
It has always worked well, but this morning I received an error message:
ORA-31693: Data Table object "DFE". "' TGV_CONTROLE ' failed to load/unload and being ignored because of the error:
ORA-02354: Error exporting/importing data
ORA-01555: snapshot too old: rollback segment number 1 with the name ' _SYSSMU1$ ' too small
ORA-00604: an error has occurred at the SQL level recursive 3
ORA-08180: no snapshot found on the basis of time specified
ORA-06512: at "SYS." TIMESTAMP_TO_SCN', line 1
ORA-00604: an error has occurred at the SQL level recursive 3
ORA-08180: no snapshot found on the basis of time specified
no idea what that sometimes causes this error?
Thank youThe time that you specified is mapped to an invalid SCN, a SCN beyond the current retention policy used.
You can try more big parameter UNDO_RETENTION or flashback for the more recent time and start again. -
create the database fails with ORA-27102 - not enough memory
Hello
I have server Solaris 10 with 16 GB of ram. On that, there are 10 databases (8 of them 9.2.0.7 and 2 of them 10.2.0.4) running - but they have a small LVO-300 mb each (about even smaller 200 MB or more). Now, I have to create two more data on this database. When I try to create the db, it fails with the error:
Connect to an instance is idle.
ORA-27102: out of memory
SVR4 error: 22: invalid argument
And the journal of alerts meesages as below:
Starting ORACLE instance (normal)
Tue May 26 07:37:39 2009
WARNING: EINVAL creation of segment size 0 x 0000000029002000
Difficulty shm parameters in/etc/System or equivalent
See also the output of this command:
prctl - n Project.Max - shm-memory - i user.root of the project
project: 1: user.root
NAME PRIVILEGE VALUE FLAG ACTION BENEFICIARY
Project.Max - shm-memory
3.92 GB privilege - deny-
system 16.0EB max deny-
Now, I tried to change that with this command (as suggested in the installation guide):
prctl - n v Project.Max - shm-memory - 8 GB - r-i user.root of the project
but I still don't have the same error. So I refer to Metalink document 399895.1. It is said that manually change the settings in/etc/System. This requires a reboot and I had prior to do this restart tomorrow. But my question is: what are the values that I should put in this file? + as suggested in the note, if I put the values below? -
For example, a value of the sample (mentioned in the note) are: for entry system/etc/setting SHMMAX = 6 GB.
Set shmsys:shminfo_shmmax = 6442450944
Set semsys:seminfo_semmni = 1024
Set semsys:seminfo_semmsl = 1024
Set shmsys:shminfo_shmmni = 100
or should I put some other values (for all parameters as semmni, semmsl etc.)? I missed that I should be by specifying values.
Thank you
Published by: orausern on May 26, 2009 07:24
Published by: orausern on May 26, 2009 07:27I'm not a Unix system administrator, but I think that your steps are correct - pl check with your Unix system administrator
Srini
Maybe you are looking for
-
How can I make the DVD drive Mat * une Région UJ - 841S (Satellite M70) free?
HelloI spent hours and hours trying to remove my car DVD DVD regional code Mat * a UJ - 841 S on Toshiba Satellite M70-204.I checked on various forums and asked a lot of people in the stores...Nobody gave me a hint to this topic...Can you please help
-
iPhone won't let me update to 9.2
Whenever I'm going to update my phone from a version beta 9.1 through the application of settings there me to enter my password, but then the settings app will crash. I tried via my computer also, but it is said that 9.1 is the latest version and the
-
How do I restore the partition hidden bootcamp
Hello I had the partition, bootcamp for windows 7 and I had restored the bootcamp. Bootcamp deleted the partition, but it could not restore the main HD storage size. How to restore the free space.
-
Satellite A110-277: can not access the internet wireless
HelloI have a Toshiba Satellite A110-277. We have wireless internet access in our House and it was workin fine, but since a few days I can not access the internet. My laptop is certainly recognizing internet connection wireless, but through IE or Fir
-
Logins stolen and is used for broadcasting pending when I log in webmail.
Every day I receive dozens of returned spam email msgs sent with my login id. Most likely, this happens when I connect to the mail window and you want to check my msgs. Many of my friends, accquantainces feel they receive msgs recommend some websites