DGMGRL Issue

HI All,
OS: Windows
DB:11.1.0.6
I am doing a switchover activity in datagaurdf broker environment. I have performed the succesfull switchover to my new primary database but my old primary database (current standby) is not getting up.
What can be the issue?
Regards,
Sphinx

ORA-16607: one or more databases have failed
DGMGRL> connect sys@db1db
Password:
Connected.
DGMGRL>
DGMGRL> show configuration
Configuration
  Name:                db1db
  Enabled:             YES
  Protection Mode:     MaxAvailability
  Fast-Start Failover: DISABLED
  Databases:
    dg1db - Physical standby database
    db1db  - Primary database
Current status for "db1db":
Warning: ORA-16607: one or more databases have failed
Reason:
Data Guard broker detected a failure for one or more databases in the Data Guard configuration.
Workaround:
Shutdown standby database, recreate SPFILE and mount standby database again.
SQL> shutdown immediate;
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL> create spfile from pfile='/u01/app/oracle/product/10.2.0/db_1/dbs/initdg1db.ora';
File created.
SQL> startup nomount;
DGMGRL> show configuration;
Configuration
  Name:                db1db
  Enabled:             YES
  Protection Mode:     MaxAvailability
  Fast-Start Failover: DISABLED
  Databases:
    dg1db  - Physical standby database
    db1db  - Primary database
Current status for "db1db":
SUCCESS

Similar Messages

  • DGMGRL 11gr2 switchover issues

    Hi all,
    im new to 11gr2 datagaurd setup using DGMGRL and currently troubleshooting an issue with switchover which was setup by teammate and he is on annual leave.
    Details: 11gr2 linux 64-bit RHEL5
    both Prod and DR is configured with same DBNAME,INSTANCE,SERVICE and both share the same file system structure.
    below are my configuration:
    DGMGRL> connect sys@POZW1COL_PRD
    Password:
    Connected.
    DGMGRL> show configuration
    Configuration - COLDGCONFIG
    Protection Mode: MaxPerformance
    Databases:
    PCOLPRIM - Primary database
    PCOLSTBY - Physical standby database
    Fast-Start Failover: DISABLED
    Configuration Status:
    SUCCESS
    DGMGRL> show database 'PCOLPRIM'
    Database - PCOLPRIM
    Role: PRIMARY
    Intended State: TRANSPORT-ON
    Instance(s):
    POZW1COL
    Database Status:
    SUCCESS
    DGMGRL> show database 'PCOLSTBY'
    Database - PCOLSTBY
    Role: PHYSICAL STANDBY
    Intended State: APPLY-ON
    Transport Lag: 0 seconds
    Apply Lag: 0 seconds
    Real Time Query: OFF
    Instance(s):
    POZW1COL
    Database Status:
    SUCCESS
    scenario: SWICTHOVER to standby
    DGMGRL> SWITCHOVER TO 'PCOLSTBY'
    Performing switchover NOW, please wait...
    New primary database "PCOLSTBY" is opening...
    Operation requires shutdown of instance "POZW1COL" on database "PCOLPRIM"
    Shutting down instance "POZW1COL"...
    ORACLE instance shut down.
    Operation requires startup of instance "POZW1COL" on database "PCOLPRIM"
    Starting instance "POZW1COL"...
    ORACLE instance started.
    Database mounted.
    Switchover succeeded, new primary is "PCOLSTBY"
    DGMGRL> show configuration
    Configuration - COLDGCONFIG
    Protection Mode: MaxPerformance
    Databases:
    PCOLSTBY - Primary database
    PCOLPRIM - Physical standby database
    Fast-Start Failover: DISABLED
    Configuration Status:
    SUCCESS
    DGMGRL> show database 'PCOLPRIM'
    Database - PCOLPRIM
    Role: PHYSICAL STANDBY
    Intended State: APPLY-ON
    Transport Lag: 0 seconds
    Apply Lag: 0 seconds
    Real Time Query: OFF
    Instance(s):
    POZW1COL
    Database Status:
    SUCCESS
    DGMGRL> show database 'PCOLSTBY'
    Database - PCOLSTBY
    Role: PRIMARY
    Intended State: TRANSPORT-ON
    Instance(s):
    POZW1COL
    Database Status:
    SUCCESS
    SWICTHOVER TO PRIMARY (OLD PRIMARY):
    DGMGRL> SWITCHOVER TO 'PCOLPRIM'
    Performing switchover NOW, please wait...
    New primary database "PCOLPRIM" is opening...
    Operation requires shutdown of instance "POZW1COL" on database "PCOLSTBY"
    Shutting down instance "POZW1COL"...
    ORACLE instance shut down.
    Operation requires startup of instance "POZW1COL" on database "PCOLSTBY"
    Starting instance "POZW1COL"...
    Unable to connect to database
    ORA-12545: Connect failed because target host or object does not exist
    Failed.
    Warning: You are no longer connected to ORACLE.
    Please complete the following steps to finish switchover:
    start up and mount instance "POZW1COL" of database "PCOLSTBY"
    DGMGRL>
    above you could see the issue can anyone highlight me where it was wrong.

    Hi mahir,
    Now i tried to switch over from primary to standby.
    it was sucessfull,
    DGMGRL> SWITCHOVER TO 'PCOLSTBY'
    Performing switchover NOW, please wait...
    New primary database "PCOLSTBY" is opening...
    Operation requires shutdown of instance "POZW1COL" on database "PCOLPRIM"
    Shutting down instance "POZW1COL"...
    ORACLE instance shut down.
    Operation requires startup of instance "POZW1COL" on database "PCOLPRIM"
    Starting instance "POZW1COL"...
    ORACLE instance started.
    Database mounted.
    Switchover succeeded, new primary is "PCOLSTBY"
    Also contents from Primary datagaurd broker log.
    Command SWITCHOVER TO PCOLSTBY completed
    09/03/2012 09:05:44
    Starting Data Guard Broker bootstrap <<Broker Configuration File Locations:
    dg_broker_config_file1 = "/u01/app/oracle/product/db/11gR2/dbs/dr1PCOLPRIM.dat"
    dg_broker_config_file2 = "/u01/app/oracle/product/db/11gR2/dbs/dr2PCOLPRIM.dat"
    09/03/2012 09:05:47
    DMON Registering service PCOLPRIM_DGB with listener(s)
    Broker Configuration: "COLDGCONFIG"
    Protection Mode: Maximum Performance
    Fast-Start Failover (FSFO): Disabled, flags=0x0, version=0
    Primary Database: PCOLSTBY (0x02010000)
    Standby Database: PCOLPRIM, Enabled Physical Standby (0x01010000)
    09/03/2012 09:05:51
    Creating process RSM0
    09/03/2012 09:05:54
    *SQL Execution error=604, sql=[alter system set log_archive_dest_1='']. See error stack below.*
    ORA-00604: error occurred at recursive SQL level 1
    ORA-02097: parameter cannot be modified because specified value is invalid
    ORA-16028: new LOG_ARCHIVE_DEST_1 causes less destinations than LOG_ARCHIVE_MIN_SUCCEED_DEST requires09/03/2012 09:06:03
    Notifying Oracle Clusterware to buildup standby database after SWITCHOVER
    Data Guard notifying Oracle Clusterware to start services and other instances change
    Command SWITCHOVER TO PCOLPRIM completed

  • Logical Standby Issue

    Hi Friends,
    I have 4 doubts. Please help me to clear my confusion.
    Doubt 1:-
    I have one primary and one logical standby database. When i restart the primary database or logical standby database or whenever data is not transffering to standby database, I execute the package "EXECUTE DBMS_LOGSTDBY.BUILD;". Then it starts to transfer the data to standby. My question is executing this package many times will affect the primary database? or my configuration is wrong?
    Doubt 2:-
    I configured DGMGRL for both database and i can switch over and switch back to logical standby database. It automatically start to apply the data to new logical standby database. But when i switch back to old primary database, It didnt transfer the data automatically. So i execute the package "EXECUTE DBMS_LOGSTDBY.BUILD;" in primary. Then it starts to transfer the data. My question is my switchback is wrong? or it happens like that only?
    Note:- I check the verbose of both database before switchback. It show success.
    Doubt 3:-
    When i check the switchover status in logical standby database, It show "NOT ALLOWED". Even though i can switch over by using dgmgrl. Why logical standby database showing "NOT ALLOWED"?
    Doubt 4:-
    Is it any possible to view that what commands executing by dgmgrl process in background while it switchovering to logical standby database.?
    Because when i try to switchover manually it didnt work. Many times i tried. But in dgmgrl, I simply give "switchover to logdb;", It works.
    Please help to me to understand clearly.
    Thank you in advance.

    Wrong forum mate. This forum deals with SQL and PL/SQL languages and related issues - not database administration and configuration issues.
    The shared memory error is not unusual though ito SQL and PL/SQL. It is often a result of not using sharable SQL - in other words, SQL statements that are not using bind variables.
    This causes additional consumption and fragmentation of shared pool memory. The very worse thing to do in this case would be to increase the size of the shared pool. That is akin to moving the wall a bit further away so that one can run even faster and harder into it.
    But I'm merely speculating as you may have another cause for this problem. I suggest that you:
    - post this in the [url http://forums.oracle.com/forums/forum.jspa?forumID=61]Database Forum
    - research this error on [url http://metalink.oracle.com]Metalink

  • Manual\DGMGRL Switchover Standby ora-01033 error

    I have created a standby server for my SAP application as a part of test Disaster Recovery scenario. I can see the redo logs getting applied from primary to standby. However when I manually switchover the roles i encounters ORA -01033 error at NEW PRIMARY server and logs are also not getting applied in this scenario.
    When i again changes the roles it works fine. I am not sure what is cause of ORA -01033 error. Here are the detailed tnsnames.ora of both sites.
    Primary Server
    P11.WORLD=
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = 10.0.1.104)
    (PORT = 1527)
    (CONNECT_DATA =
    (SID = P11)
    (GLOBAL_NAME = P11.WORLD)
    TO_STANDBY.WORLD=
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = 10.0.1.102)
    (PORT = 1527)
    (CONNECT_DATA =
    (SID = P11)
    (GLOBAL_NAME = TO_STANDBY.WORLD)
    TO_PRIMARY.WORLD=
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = 10.0.1.104)
    (PORT = 1527)
    (CONNECT_DATA =
    (SID = P11)
    (GLOBAL_NAME = TO_PRIMARY.WORLD)
    LISTENER_P11.WORLD=(address=(protocol= tcp)(host=10.0.1.104)(port= 1527))
    Standby Site
    TO_PRIMARY.WORLD=
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = 10.0.1.104)
    (PORT = 1527)
    (CONNECT_DATA =
    (SID = P11)
    (GLOBAL_NAME = TO_PRIMARY.WORLD)
    P11.WORLD=
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = 10.0.1.104)
    (PORT = 1527)
    (CONNECT_DATA =
    (SID = P11)
    (GLOBAL_NAME = P11.WORLD)
    TO_STANDBY.WORLD=
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS =
    (COMMUNITY = SAP.WORLD)
    (PROTOCOL = TCP)
    (HOST = 10.0.1.102)
    (PORT = 1527)
    (CONNECT_DATA =
    (SID = P11)
    (GLOBAL_NAME = TO_STANDBY.WORLD)
    LISTENER_P11.WORLD=(address=(protocol= tcp)(host=10.0.1.104)(port= 1527))
    Now , when i enable the DGMGRL configuration and add standby database at primary the " log_archive_dest_2=''" goes empty . Here is the pfile of primary after enable of the DGMGRL.
    pfile of Primary
    *._B_TREE_BITMAP_PLANS=FALSE
    *._IN_MEMORY_UNDO=FALSE
    *._INDEX_JOIN_ENABLED=FALSE
    *._OPTIM_PEEK_USER_BINDS=FALSE
    *._OPTIMIZER_MJC_ENABLED=FALSE
    *._SORT_ELIMINATION_COST_RATIO=10
    *._TABLE_LOOKUP_PREFETCH_SIZE=0
    *.archive_lag_target=0
    *.background_dump_dest='D:\oracle\P11\saptrace\background'
    *.compatible='10.2.0'
    *.control_file_record_keep_time=30
    *.control_files='D:\oracle\P11\origlogA\cntrl\cntrlP11.dbf','D:\oracle\P11\origlogB\cntrl\cntrlP11.dbf','D:\oracle\P11\sapdata1\cntrl\cntrlP11.dbf'
    *.core_dump_dest='D:\oracle\P11\saptrace\background'
    *.db_block_size=8192
    *.db_cache_size=260938137
    *.db_files=254
    *.db_name='P11'
    *.db_unique_name='P11_primary'
    *.dg_broker_start=TRUE
    *.dml_locks=4000
    *.event='10191 trace name context forever, level 1'
    *.FAL_Client='to_primary'
    *.FAL_Server='to_standby'
    *.FILESYSTEMIO_OPTIONS='setall'
    *.job_queue_processes=1
    *.log_archive_config='nodg_config'
    *.log_archive_dest_1='LOCATION=C:\oracle\P11\oraarch\P11arch VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=P11_primary'
    p11.log_archive_dest_1='location="C:\oracle\P11\oraarch\P11arch"','valid_for=(ONLINE_LOGFILE,ALL_ROLES)'
    *.log_archive_dest_2=''
    *.log_archive_dest_state_1='enable'
    p11.log_archive_dest_state_1='ENABLE'
    *.log_archive_dest_state_2='ENABLE'
    p11.log_archive_format='ARC%S_%R.%T'
    *.log_archive_max_processes=10
    *.log_archive_min_succeed_dest=1
    p11.log_archive_trace=0
    *.log_buffer=1048576
    *.log_checkpoint_interval=0
    *.log_checkpoints_to_alert=true
    *.open_cursors=800
    *.parallel_execution_message_size=16384
    *.pga_aggregate_target=347917516
    *.processes=80
    *.query_rewrite_enabled='false'
    *.recyclebin='off'
    *.remote_login_passwordfile='exclusive'
    *.remote_os_authent=true
    *.replication_dependency_tracking=false
    *.sessions=96
    *.sga_max_size=521876275
    *.shared_pool_reserved_size=26093813
    *.shared_pool_size=300938137
    *.sort_area_retained_size=0
    *.sort_area_size=2097152
    p11.standby_archive_dest=''
    *.standby_file_management='AUTO'
    *.star_transformation_enabled='true'
    *.undo_management='AUTO'
    *.undo_retention=43200
    *.undo_tablespace='PSAPUNDO'
    *.user_dump_dest='D:\oracle\P11\saptrace\usertrace'
    pfile of standy DB
    *._B_TREE_BITMAP_PLANS=FALSE
    *._IN_MEMORY_UNDO=FALSE
    *._INDEX_JOIN_ENABLED=FALSE
    *._OPTIM_PEEK_USER_BINDS=FALSE
    *._OPTIMIZER_MJC_ENABLED=FALSE
    *._SORT_ELIMINATION_COST_RATIO=10
    *._TABLE_LOOKUP_PREFETCH_SIZE=0
    *.background_dump_dest='D:\oracle\P11\saptrace\background'
    *.compatible='10.2.0'
    *.control_file_record_keep_time=30
    *.control_files='D:\oracle\P11\origlogA\cntrl\control01.ctl','D:\oracle\P11\origlogB\cntrl\control02.ctl','D:\oracle\P11\sapdata1\cntrl\control03.ctl'
    *.core_dump_dest='D:\oracle\P11\saptrace\background'
    *.db_block_size=8192
    *.db_cache_size=155870822
    *.db_files=254
    *.db_name='P11'
    *.db_unique_name='P11_disaster'
    *.dg_broker_start=TRUE
    *.dml_locks=4000
    *.event='10191 trace name context forever, level 1'
    *.FAL_Client='to_standby'
    *.FAL_Server='to_primary'
    *.FILESYSTEMIO_OPTIONS='setall'
    *.job_queue_processes=1
    *.log_archive_config='DG_CONFIG= (P11_primary, P11_disaster)'
    *.log_archive_dest_1='LOCATION=C:\oracle\P11\oraarch\P11arch VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=P11_disaster'
    *.log_archive_dest_2='SERVICE=to_primary LGWR ASYNC DELAY=5 VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=P11_primary'
    *.log_archive_dest_state_1='enable'
    *.log_archive_dest_state_2='enable'
    *.log_archive_max_processes=10
    *.log_buffer=1048576
    *.log_checkpoint_interval=0
    *.log_checkpoints_to_alert=true
    *.open_cursors=800
    *.parallel_execution_message_size=16384
    *.pga_aggregate_target=207827763
    *.processes=80
    *.query_rewrite_enabled='false'
    *.recyclebin='off'
    *.remote_login_passwordfile='exclusive'
    *.remote_os_authent=true
    *.replication_dependency_tracking=false
    *.sessions=96
    *.sga_max_size=311741644
    *.shared_pool_reserved_size=15587082
    *.shared_pool_size=300870822
    *.sort_area_retained_size=0
    *.sort_area_size=2097152
    *.standby_file_management='AUTO'
    *.star_transformation_enabled='true'
    *.undo_management='AUTO'
    *.undo_retention=43200
    *.undo_tablespace='PSAPUNDO'
    *.user_dump_dest='D:\oracle\P11\saptrace\usertrace'
    Here are the alert logs of primary DB.
    LTER SYSTEM SET log_archive_dest_2='service="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=PROD102)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=p11_disaster_XPT)(INSTANCE_NAME=p11)(SERVER=dedicated)))"',' ARCH SYNC NOAFFIRM delay=5 OPTIONAL max_failure=0 max_connections=1 reopen=300 db_unique_name="p11_disaster" register net_timeout=180 valid_for=(online_logfile,primary_role)' SCOPE=BOTH;
    Sat Jul 02 16:29:22 2011
    ALTER SYSTEM SET log_archive_dest_state_2='ENABLE' SCOPE=BOTH;
    Sat Jul 02 16:29:22 2011
    ALTER SYSTEM SET log_archive_trace=0 SCOPE=BOTH SID='p11';
    Sat Jul 02 16:29:22 2011
    ALTER SYSTEM SET log_archive_format='ARC%S_%R.%T' SCOPE=SPFILE SID='p11';
    Sat Jul 02 16:29:22 2011
    ALTER SYSTEM SET standby_archive_dest='' SCOPE=BOTH SID='p11';
    Sat Jul 02 16:29:22 2011
    ALTER SYSTEM SET log_archive_dest_1='location="C:\oracle\P11\oraarch\P11arch"','valid_for=(ONLINE_LOGFILE,ALL_ROLES)' SCOPE=BOTH SID='p11';
    Sat Jul 02 16:29:23 2011
    ALTER SYSTEM SET log_archive_dest_state_1='ENABLE' SCOPE=BOTH SID='p11';
    Sat Jul 02 16:29:23 2011
    ALTER SYSTEM SET standby_file_management='AUTO' SCOPE=BOTH SID='*';
    Sat Jul 02 16:29:23 2011
    ALTER SYSTEM SET archive_lag_target=0 SCOPE=BOTH SID='*';
    Sat Jul 02 16:29:23 2011
    ALTER SYSTEM SET log_archive_max_processes=10 SCOPE=BOTH SID='*';
    Sat Jul 02 16:29:23 2011
    ALTER SYSTEM SET log_archive_min_succeed_dest=1 SCOPE=BOTH SID='*';
    Sat Jul 02 16:29:27 2011
    Beginning log switch checkpoint up to RBA [0x3b7.2.10], SCN: 7939485
    Thread 1 advanced to log sequence 951
    Current log# 4 seq# 951 mem# 0: D:\ORACLE\P11\ORIGLOGB\LOG_G14M1.DBF
    Current log# 4 seq# 951 mem# 1: C:\ORACLE\P11\MIRRLOGB\LOG_G14M2.DBF
    Sat Jul 02 16:29:28 2011
    ALTER SYSTEM SET log_archive_dest_2='service="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=PROD102)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=p11_disaster_XPT)(INSTANCE_NAME=p11)(SERVER=dedicated)))"',' ARCH SYNC NOAFFIRM delay=5 OPTIONAL max_failure=0 max_connections=1 reopen=300 db_unique_name="p11_disaster" register net_timeout=180 valid_for=(online_logfile,primary_role)' SCOPE=BOTH;
    Sat Jul 02 16:29:28 2011
    ALTER SYSTEM SET log_archive_dest_state_2='ENABLE' SCOPE=BOTH;
    Beginning log switch checkpoint up to RBA [0x3b8.2.10], SCN: 7939487
    Thread 1 advanced to log sequence 952
    Current log# 2 seq# 952 mem# 0: D:\ORACLE\P11\ORIGLOGB\LOG_G12M1.DBF
    Current log# 2 seq# 952 mem# 1: C:\ORACLE\P11\MIRRLOGB\LOG_G12M2.DBF
    Sat Jul 02 16:29:29 2011
    Error 12541 received logging on to the standby
    Check whether the listener is up and running.
    Sat Jul 02 16:29:29 2011
    Errors in file d:\oracle\p11\saptrace\background\p11_arc1_2396.trc:
    ORA-12541: TNS:no listener
    FAL[server, ARC1]: Error 12541 creating remote archivelog file '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=PROD102)(PORT=1521)))(CONNECT_DATA=
    Here is the Alert log of standby
    RFS[2]: Identified database type as 'physical standby'
    Sat Jul 02 16:21:00 2011
    RFS[3]: Assigned to RFS process 1620
    RFS[3]: Identified database type as 'physical standby'
    Sat Jul 02 16:21:00 2011
    RFS[2]: Archived Log: 'C:\ORACLE\P11\ORAARCH\P11ARCH\ARC00947_0755040789.001'
    Sat Jul 02 16:21:00 2011
    RFS[3]: Archived Log: 'C:\ORACLE\P11\ORAARCH\P11ARCH\ARC00948_0755040789.001'
    Sat Jul 02 16:21:00 2011
    Media Recovery Log C:\ORACLE\P11\ORAARCH\P11ARCH\ARC00947_0755040789.001
    Identified End-Of-Redo for thread 1 sequence 947
    Sat Jul 02 16:21:01 2011
    Media Recovery End-Of-Redo indicator encountered
    Sat Jul 02 16:21:01 2011
    Media Recovery Applied until change 7934481
    Media Recovery archivelogs detected beyond End-Of-REDO
    Resetting standby activation ID 1369083708 (0x519a8f3c)
    Completed: Alter Database Recover Managed Standby Database
    Sat Jul 02 16:21:29 2011
    Alter Database Recover Managed Standby Database Disconnect
    MRP0 started with pid=28, OS id=996
    Managed Standby Recovery not using Real Time Apply
    parallel recovery started with 2 processes
    Clearing online redo logfile 1 D:\ORACLE\P11\ORIGLOGA\LOG_G11M1.DBF
    Clearing online log 1 of thread 1 sequence number 949
    Sat Jul 02 16:21:36 2011
    Completed: Alter Database Recover Managed Standby Database Disconnect
    Sat Jul 02 16:21:37 2011
    Clearing online redo logfile 1 complete
    Clearing online redo logfile 2 D:\ORACLE\P11\ORIGLOGB\LOG_G12M1.DBF
    Clearing online log 2 of thread 1 sequence number 946
    Clearing online redo logfile 2 complete
    Clearing online redo logfile 3 D:\ORACLE\P11\ORIGLOGA\LOG_G13M1.DBF
    Clearing online log 3 of thread 1 sequence number 944
    Clearing online redo logfile 3 complete
    Clearing online redo logfile 4 D:\ORACLE\P11\ORIGLOGB\LOG_G14M1.DBF
    Clearing online log 4 of thread 1 sequence number 945
    Clearing online redo logfile 4 complete
    Media Recovery Log C:\ORACLE\P11\ORAARCH\P11ARCH\ARC00948_0755040789.001
    Media Recovery Waiting for thread 1 sequence 949
    Sat Jul 02 16:22:37 2011
    RFS[1]: No standby redo logfiles created
    RFS[1]: Archived Log: 'C:\ORACLE\P11\ORAARCH\P11ARCH\ARC00949_0755040789.001'
    Sat Jul 02 16:22:37 2011
    RFS[1]: Archive log thread 1 sequence 949 available in 5 minute(s)
    Sat Jul 02 16:22:37 2011
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[4]: Assigned to RFS process 2200
    RFS[4]: Identified database type as 'physical standby'
    Primary database is in MAXIMUM PERFORMANCE mode
    Primary database is in MAXIMUM PERFORMANCE mode
    RFS[4]: No standby redo logfiles created
    Sat Jul 02 16:22:38 2011
    Media Recovery Delayed for 5 minute(s) (thread 1 sequence 949)
    Sat Jul 02 16:27:38 2011
    Media Recovery Log C:\ORACLE\P11\ORAARCH\P11ARCH\ARC00949_0755040789.001
    Media Recovery Waiting for thread 1 sequence 950 (in transit)
    Sat Jul 02 16:29:42 2011
    RFS[4]: Possible network disconnect with primary database
    Aborting archivelog file creation: C:\ORACLE\P11\ORAARCH\P11ARCH\ARC00950_0755040789.001
    If this a network disconnect, then this archivelog will be fetched again
    by GAP resolution mechanism.
    Please advice as i am not sure of i have created something in listener file for DGMGRL configuration..
    Regards

    DGMGRL> show configuration
    Configuration
    Name: my_dg
    Enabled: YES
    Protection Mode: MaxPerformance
    Fast-Start Failover: DISABLED
    Databases:
    P11_primary - Primary database
    P11_disaster - Physical standby database
    Current status for "my_dg":
    Warning: ORA-16607: one or more databases have failed
    DGMGRL> SHOW DATABASE 'P11_primary' 'StatusReport';
    STATUS REPORT
    INSTANCE_NAME SEVERITY ERROR_TEXT
    p11 ERROR ORA-16737: the redo transport service for standby database "P11_disaster" has an error
    p11 WARNING ORA-16715: redo transport-related property LogXptMode of standby database "P11_disaster" is inconsistent
    DGMGRL> SHOW DATABASE 'P11_primary' 'LogXptStatus';
    LOG TRANSPORT STATUS
    PRIMARY_INSTANCE_NAME STANDBY_DATABASE_NAME STATUS
    p11 P11_disaster ORA-12541: TNS:no listener
    After this when i check the status of listener at P11_disaster site it was up . I restarted the listener and found following message in listener log at standby ( p11_primary) . These are the last lines of listener log.
    03-JUL-2011 13:36:40 * (CONNECT_DATA=(SID=P11)(GLOBAL_NAME=TO_STANDBY.WORLD)(CID=(PROGRAM=d:\oracle\p11\102\bin\ORACLE.EXE)(HOST=PROD104)(USER=SYSTEM))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.0.1.104)(PORT=2244)) * establish * P11 * 0
    03-JUL-2011 13:36:40 * (CONNECT_DATA=(SID=P11)(GLOBAL_NAME=TO_STANDBY.WORLD)(CID=(PROGRAM=d:\oracle\p11\102\bin\ORACLE.EXE)(HOST=PROD104)(USER=SYSTEM))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.0.1.104)(PORT=2245)) * establish * P11 * 0
    03-JUL-2011 13:45:25 * ping * 0
    No longer listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\P11.WORLDipc)))
    No longer listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\P11ipc)))
    No longer listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=10.0.1.102)(PORT=1527)))
    Listener completed notification to CRS on stop
    03-JUL-2011 13:45:34 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=)(USER=p11adm))(COMMAND=stop)(ARGUMENTS=64)(SERVICE=LISTENER)(VERSION=169869824)) * stop * 0
    TNSLSNR for 64-bit Windows: Version 10.2.0.2.0 - Production on 03-JUL-2011 13:45:42
    Copyright (c) 1991, 2005, Oracle. All rights reserved.
    System parameter file is D:\oracle\P11\102\network\admin\listener.ora
    Log messages written to D:\oracle\P11\102\network\log\listener.log
    Trace information written to D:\oracle\P11\102\network\trace\listener.trc
    Trace level is currently 0
    Started with pid=624
    Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\P11.WORLDipc)))
    Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\P11ipc)))
    Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=10.0.1.102)(PORT=1527)))
    Listener completed notification to CRS on start
    TIMESTAMP * CONNECT DATA [* PROTOCOL INFO] * EVENT [* SID] * RETURN CODE
    03-JUL-2011 13:45:46 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=)(USER=p11adm))(COMMAND=status)(ARGUMENTS=64)(SERVICE=LISTENER)(VERSION=169869824)) * status * 0
    I am sure this is some configuration issue , however does not have clue :(

  • DG broker Switchover issue, ORA-16535: CRS is prevent execution of a broker

    I am having setup of 2 node 10.2.0.4.0 RAC setup on ASM with Single Instance Physical standby on File System (OS: REHL 5.4). I configured DG Broker without any major issues. Getting all output of 'show configuration' and all DG related logs are clear. Archives are getting transferred from both Primary nodes.
    DGMGRL> show configuration
    Configuration
    Name: dg_rac
    Enabled: YES
    Protection Mode: MaxPerformance
    Fast-Start Failover: DISABLED
    Databases:
    livestdby - Primary database
    livedg - Physical standby database
    Current status for "dg_rac":
    SUCCESS
    Now I am getting error Error: ORA-16535: CRS is preventing execution of a broker operation.
    DGMGRL> switchover to livedg;
    Performing switchover NOW, please wait...
    Error: ORA-16535: CRS is preventing execution of a broker operation
    Oracle Says
    Cause
    A broker operation was underway that required CRS to stop managing the instances of this database, but CRS management could not be stopped on behalf of the broker"s request on
    at least some of the instances, so the broker operation was canceled.
    Action
    Suspend CRS management of this database using SRVCTL STOP DATABASE -D <name> -O NONE. Then reissue the broker request.
    But this command is not working as it's given to stop the database.
    One more thing, it's nowhere said to stop CRS while performing Switchover / Switchback using DG Broker. When we do Switchover / Switchback we keep open only one of the Primary database.
    Anybody knows regarding this error???? or is there any solution for this ???? (is it bug ???)
    is there any documentation / link available to switchover of RAC database using dgmgrl (DG Broker)
    Any help would be appreciated.
    regards,
    manish

    Hello;
    I would check the tnsnames.ora on the Standby that's about to become the new Primary.
    Based on the information you provided I'm thinking you cannot connect from the Standby site to the Primary and thus the switchover fails and throws this error.
    If that checks out make sure the firewall rules for both server line up.
    Best Regards
    mseberg

  • DG Broker issue

    Hi Team,
    Recently I configure data guard and data broker. Data Guard is working fine.
    When I am switching primary database to another standby , I am getting below error.
    DGMGRL> switchover to dg1;
    Performing switchover NOW, please wait...
    New primary database "dg1" is opening...
    Operation requires shutdown of instance "dg2" on database "dg2"
    Shutting down instance "dg2"...
    ORACLE instance shut down.
    Operation requires startup of instance "dg2" on database "dg2"
    Starting instance "dg2"...
    ORA-24327: need explicit attach before authenticating a user
    I am using same password for password file.
    Listener file in dg1:
    [oracle@inatechrac1 admin]$ cat listener.ora
    LISTENER=
    (DESCRIPTION=
    (ADDRESS_LIST=
    (ADDRESS=(PROTOCOL=tcp)(HOST=10.50.10.32)(PORT=1521))
    (ADDRESS=(PROTOCOL=ipc)(KEY=extproc))))
    SID_LIST_LISTENER=
    (SID_LIST=
    (SID_DESC=
    (GLOBAL_DBNAME=dg1.blr.com)
    (ORACLE_HOME=/u01/app/oracle/product/11.2.0)
    (SID_NAME=dg1))
    (SID_DESC=
    (SID_NAME=dg1)
    (ORACLE_HOME=/u01/app/oracle/product/11.2.0)
    (GLOBAL_DBNAME=dg1_DGMGRL.blr.com)
    (PROGRAM=extproc)))
    ADR_BASE_LISTENER = /u01/app/oracle
    Listener file in dg2:
    LISTENER=
    (DESCRIPTION=
    (ADDRESS_LIST=
    (ADDRESS=(PROTOCOL=tcp)(HOST=10.50.10.33)(PORT=1521))
    (ADDRESS=(PROTOCOL=ipc)(KEY=extproc))))
    SID_LIST_LISTENER=
    (SID_LIST=
    (SID_DESC=
    (GLOBAL_DBNAME=dg2.blr.com)
    (ORACLE_HOME=/u01/app/oracle/product/11.2.0)
    (SID_NAME=dg2))
    (SID_DESC=
    (SID_NAME=dg2)
    (ORACLE_HOME=/u01/app/oracle/product/11.2.0)
    (GLOBAL_DBNAME=dg2_DGMGRL.blr.com)
    (PROGRAM=extproc)))
    ADR_BASE_LISTENER = /u01/app/oracle
    Please help me on this issue
    Edited by: 994982 on Mar 20, 2013 1:46 AM

    Hello;
    I would check the tnsnames.ora on the Standby that's about to become the new Primary.
    Based on the information you provided I'm thinking you cannot connect from the Standby site to the Primary and thus the switchover fails and throws this error.
    If that checks out make sure the firewall rules for both server line up.
    Best Regards
    mseberg

  • Dgmgrl:show configuration not stable---sometimes good, sometimes error

    we have a test environment has some issues, but I not sure which issues are they.
    OS: linux redhat 5
    db: 11gr2
    2 RAC nodes primary with 2 rac nodes standby
    DGMGRL> show configuration
    Configuration - dwtst_dg
    Protection Mode: MaxPerformance
    Databases:
    dwtst - Primary database
    dwstst - (*) Physical standby database
    Fast-Start Failover: ENABLED
    Configuration Status:
    SUCCESS
    DGMGRL> show configuration
    Configuration - dwtst_dg
    Protection Mode: MaxPerformance
    Databases:
    dwtst - Primary database
    Warning: ORA-16829: fast-start failover configuration is lagging
    dwstst - (*) Physical standby database
    Warning: ORA-16829: fast-start failover configuration is lagging
    Fast-Start Failover: ENABLED
    Configuration Status:
    WARNING
    DGMGRL> show configuration
    Configuration - dwtst_dg
    Protection Mode: MaxPerformance
    Databases:
    dwtst - Primary database
    Warning: ORA-16829: fast-start failover configuration is lagging
    dwstst - (*) Physical standby database
    Warning: ORA-16829: fast-start failover configuration is lagging
    Fast-Start Failover: ENABLED
    Configuration Status:
    WARNING
    DGMGRL> show configuration
    Configuration - dwtst_dg
    Protection Mode: MaxPerformance
    Databases:
    dwtst - Primary database
    Warning: ORA-16829: fast-start failover configuration is lagging
    dwstst - (*) Physical standby database
    Warning: ORA-16829: fast-start failover configuration is lagging
    Fast-Start Failover: ENABLED
    Configuration Status:
    WARNING
    DGMGRL> show configuration
    Configuration - dwtst_dg
    Protection Mode: MaxPerformance
    Databases:
    dwtst - Primary database
    dwstst - (*) Physical standby database
    Fast-Start Failover: ENABLED
    Configuration Status:
    SUCCESS
    DGMGRL> show configuration
    Configuration - dwtst_dg
    Protection Mode: MaxPerformance
    Databases:
    dwtst - Primary database
    dwstst - (*) Physical standby database
    Error: ORA-16810: multiple errors or warnings detected for the database
    Fast-Start Failover: ENABLED
    Configuration Status:
    ERROR
    DGMGRL> show configuration
    Configuration - dwtst_dg
    Protection Mode: MaxPerformance
    Databases:
    dwtst - Primary database
    dwstst - (*) Physical standby database
    Fast-Start Failover: ENABLED
    Configuration Status:
    SUCCESS
    I got those by query database:
    Error 16198
    WARN: ARC3: Terminating pid 23729 hung on an I/O operation
    15-AUG-2012 00:52:02
    Error 16198
    ARC3: Error 16198 due to hung I/O operation to LOG_ARCHIVE_DEST_2
    SEVERITY ERROR_CODE
    MESSAGE
    TO_CHAR(TIMESTAMP,'DD-MON-
    15-AUG-2012 00:52:04
    Error 16198
    WARN: ARC1: Terminating pid 29931 hung on an I/O operation
    15-AUG-2012 05:45:22
    Error 16198
    SEVERITY ERROR_CODE
    MESSAGE
    TO_CHAR(TIMESTAMP,'DD-MON-
    ARC1: Error 16198 due to hung I/O operation to LOG_ARCHIVE_DEST_2
    15-AUG-2012 05:45:25
    69 rows selected.
    I think something is really wrong with the database. However seems standby is in sync with primary.
    Any help here? Thanks.

    DGMGRL> show database verbose dwtst
    Database - dwtst
    Role: PRIMARY
    Intended State: TRANSPORT-ON
    Instance(s):
    dwtst1
    dwtst2
    Properties:
    DGConnectIdentifier = 'dwtst'
    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 = '0'
    LogArchiveMaxProcesses = '30'
    LogArchiveMinSucceedDest = '1'
    DbFileNameConvert = '+dw_DAT, +dw_DAT'
    LogFileNameConvert = '+dw_FRA, +dw_FRA'
    FastStartFailoverTarget = 'dwstst'
    InconsistentProperties = '(monitor)'
    InconsistentLogXptProps = '(monitor)'
    SendQEntries = '(monitor)'
    LogXptStatus = '(monitor)'
    RecvQEntries = '(monitor)'
    SidName(*)
    StaticConnectIdentifier(*)
    StandbyArchiveLocation(*)
    AlternateLocation(*)
    LogArchiveTrace(*)
    LogArchiveFormat(*)
    TopWaitEvents(*)
    (*) - Please check specific instance for the property value
    Database Status:
    SUCCESS
    DGMGRL> show database verbose dwstst
    Database - dwstst
    Role: PHYSICAL STANDBY
    Intended State: APPLY-ON
    Transport Lag: (unknown)
    Apply Lag: 1 second
    Real Time Query: OFF
    Instance(s):
    dwstst1 (apply instance)
    dwstst2
    Properties:
    DGConnectIdentifier = 'dwstst'
    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 = '0'
    LogArchiveMaxProcesses = '30'
    LogArchiveMinSucceedDest = '1'
    DbFileNameConvert = '+dw_DAT, +dw_DAT'
    LogFileNameConvert = '+dw_FRA, +dw_FRA'
    FastStartFailoverTarget = 'dwtst'
    InconsistentProperties = '(monitor)'
    InconsistentLogXptProps = '(monitor)'
    SendQEntries = '(monitor)'
    LogXptStatus = '(monitor)'
    RecvQEntries = '(monitor)'
    SidName(*)
    StaticConnectIdentifier(*)
    StandbyArchiveLocation(*)
    AlternateLocation(*)
    LogArchiveTrace(*)
    LogArchiveFormat(*)
    TopWaitEvents(*)
    (*) - Please check specific instance for the property value
    Database Status:
    DGM-17016: failed to retrieve status for database "dwstst"
    ORA-16706: Data Guard broker worker process not available
    DGMGRL>
    I have to go to bed soon, will check update later. The query on standby server runs extremely slow.

  • Dataguard broker issues

    hi all,
    am getting the following errors from the broker
    Welcome to DGMGRL, type "help" for information.
    DGMGRL> connect sys/Fes7Evu6@emrep
    Connected.
    DGMGRL> switchover to offsite_emrep;
    Performing switchover NOW, please wait...
    Operation requires shutdown of instance "emrep" on database "office_emrep"
    Shutting down instance "emrep"...
    ORA-01109: database not open
    Database dismounted.
    ORACLE instance shut down.
    Operation requires shutdown of instance "emrep" on database "offsite_emrep"
    Shutting down instance "emrep"...
    ORA-01109: database not open
    Database dismounted.
    ORACLE instance shut down.
    Operation requires startup of instance "emrep" on database "office_emrep"
    Starting instance "emrep"...
    Unable to connect to database
    ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    Failed.
    You are no longer connected to ORACLE
    Please connect again.
    Unable to start instance "emrep"
    You must start instance "emrep" manually
    Operation requires startup of instance "emrep" on database "offsite_emrep"
    You must start instance "emrep" manually
    Switchover succeeded, new primary is "offsite_emrep"
    DGMGRL>
    If I disable the broker and carry out the switchover from the database evrything works as it should. Can anyone point me in the right direction to resolve this issue.
    rgds
    Alan

    hi,
    so if my listener file is
    # listener.ora Network Configuration File: /u01/app/oracle/product/10.2.0/db10g/network/admin/listener.ora
    # Generated by Oracle configuration tools.
    SID_LIST_LISTENER =
    (SID_LIST =
    (SID_DESC =
    (SID_NAME = PLSExtProc)
    (ORACLE_HOME = /u01/app/oracle/product/10.2.0/db10g)
    (PROGRAM = extproc)
    (SID_DESC =
    (GLOBAL_DBNAME = emrep.domain.net)
    (ORACLE_HOME = /u01/app/oracle/product/10.2.0/db10g)
    (SID_NAME = emrep)
    (SID_DESC =
    (GLOBAL_DBNAME = emrepdg.domain.net)
    (ORACLE_HOME = /u01/app/oracle/product/10.2.0/db10g)
    (SID_NAME = emrep)
    LISTENER =
    (DESCRIPTION_LIST =
    (DESCRIPTION =
    (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
    (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = griddg.domain.net)(PORT = 1521))
    what needs to be added to it? I have reivewd the doc and think something like
    (SID_DESC =
    (GLOBAL_DBNAME =offsite_emrep_DGMGRL.emrepdg.domain.net)
    (ORACLE_HOME = /u01/app/oracle/product/10.2.0/db10g)
    (SID_NAME = emrep)
    (SERVICE_NAME=emrepdg)
    This I have tried but it still doesn't work.
    regards
    Alan

  • Data Guard Static Listener DGB vs DGMGRL

    All
    11gR2 here.
    When setting up the static listener definition for a database, I see various bits of documentation saying you should have a <SID>_DGB entry and/or a <SID>_DGMGRL entry.
    Can someone please explain the difference between _DGB and _DGMGRL and whether both are needed?

    Hi,
    Thanks for your question - I remember had a similar issue while setting up the DG with Broker.
    Name is important (I remember a prerequisite) specially when you are using Broker. Please read this note for clarification.
    11.2 - DGMGRL>switchover to <standby> Fails with ORA-12514 (Doc ID 1582927.1)
    12.1  - DGMGRL>switchover to <standby> Fails with ORA-12514 (Doc ID 1582927.1)
    HTH,
    Pradeep

  • Dgbroker issue

    standby db /primary db in sync .....
    managed recovery working but
    broker
    show configuration
    Connected.
    DGMGRL> show configuration
    Configuration - GenesisDR
    Protection Mode: MaxAvailability
    Databases:
    orcl - Primary database
    Warning: ORA-16629: database reports a different protection level from the protection mode
    stdby - Physical standby database
    Error: ORA-16664: unable to receive the result from a database
    Fast-Start Failover: DISABLED
    Configuration Status:
    ERROR
    DGMGRL>
    unsure what could be the issue!

    mseberg wrote:
    Hello;
    Have you checked this note :
    ORA-16629 database reports a different protection level from the protection mode [ID 1319903.1]
    Otherwise run this on both Primary and Standby and post results
    SELECT PROTECTION_MODE, PROTECTION_LEVEL FROM V$DATABASE;
    Example of fix
    DGMGRL> EDIT CONFIGURATION SET PROTECTION MODE AS MAXAVAILABILITY; ( mode may vary )
    Good TS note
    http://oracledbabhuvan.blogspot.com/2012/03/ora-16737-redo-transport-service-for.html
    Best Regards
    msebergagreed ... mismatch stdby showed max performance for mode so did this to fix:
    [oracle/stdby@new-host-2 diag]$dgm^C
    [oracle/stdby@new-host-2 diag]$dgmgrl
    DGMGRL for Linux: Version 11.2.0.3.0 - 64bit Production
    Copyright (c) 2000, 2009, Oracle. All rights reserved.
    Welcome to DGMGRL, type "help" for information.
    DGMGRL> connect sys/Qaz123@stdby
    Connected.
    DGMGRL> EDIT CONFIGURATION SET PROTECTION MODE AS MAXAVAILABILITY;
    Error: ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    Error: ORA-16625: cannot reach database "orcl"
    Failed.
    DGMGRL>
    listener config:
    [oracle/stdby@new-host-2 diag]$lsnrctl status
    LSNRCTL for Linux: Version 11.2.0.3.0 - Production on 21-MAR-2013 13:19:21
    Copyright (c) 1991, 2011, Oracle. All rights reserved.
    Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
    STATUS of the LISTENER
    Alias LISTENER
    Version TNSLSNR for Linux: Version 11.2.0.3.0 - Production
    Start Date 21-MAR-2013 00:12:30
    Uptime 0 days 13 hr. 6 min. 50 sec
    Trace Level off
    Security ON: Local OS Authentication
    SNMP OFF
    Listener Parameter File /orainstall/app/grid/product/11.2.0.3/ASM/network/admin/listener.ora
    Listener Log File /orainstall/app/grid/diag/tnslsnr/new-host-2/listener/alert/log.xml
    Listening Endpoints Summary...
    (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
    (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=new-host-2)(PORT=1521)))
    Services Summary...
    Service "+ASM" has 1 instance(s).
    Instance "+ASM", status READY, has 1 handler(s) for this service...
    Service "orcl_dgmgrl" has 1 instance(s).
    Instance "orcl", status UNKNOWN, has 1 handler(s) for this service...
    Service "stdby" has 2 instance(s).
    Instance "stdby", status UNKNOWN, has 1 handler(s) for this service...
    Instance "stdby", status READY, has 1 handler(s) for this service...
    Service "stdby_DGB" has 1 instance(s).
    Instance "stdby", status READY, has 1 handler(s) for this service...
    Service "stdby_dgmgrl" has 1 instance(s).
    Instance "stdby", status UNKNOWN, has 1 handler(s) for this service...
    Service "tgt1" has 1 instance(s).
    Instance "tgt1", status UNKNOWN, has 1 handler(s) for this service...
    The command completed successfully
    [oracle/stdby@new-host-2 diag]$^Clp
    [oracle/stdby@new-host-2 diag]$dgmgrl
    DGMGRL for Linux: Version 11.2.0.3.0 - 64bit Production
    Copyright (c) 2000, 2009, Oracle. All rights reserved.
    Welcome to DGMGRL, type "help" for information.
    DGMGRL> DGMGRL> [oracle/stdby@new-host-2 diag]$
    [oracle/stdby@new-host-2 diag]$tnsping orcl
    TNS Ping Utility for Linux: Version 11.2.0.3.0 - Production on 21-MAR-2013 13:21:18
    Copyright (c) 1997, 2011, Oracle. All rights reserved.
    Used parameter files:
    Used TNSNAMES adapter to resolve the alias
    Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = new-host-2)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = orcl)))
    OK (10 msec)
    [oracle/stdby@new-host-2 diag]$tnsping stdby

  • Issue with Dataguard Broker

    DB Version -Oracle Database 11g Enterprise Edition Release 11.2.0.2.0
    DGMGRL> show configuration;
    Configuration - testDG
    Protection Mode: MaxPerformance
    Databases:
    orcl - Primary database
    standby1 - Physical standby database
    Error: ORA-16664: unable to receive the result from a database
    Fast-Start Failover: DISABLED
    Configuration Status:
    ERROR
    I completed all basic checks i.e 1) Listerner on both standby and physical db's contains entry for DGMGRL 2) tnsping is working fine from both primary and physical dB’s, 3) I disabled configuration, removed the old broker configuration files and rebuild it, still the issue is not resolved4) All other issues like log shipping and sync is perfect in the configuration
    Any help here will be highly appreciated !!
    Thanks in advance .
    Edited by: 918868 on Apr 10, 2013 10:40 AM

    I did this testing before,see the below output :-
    [oracle@primary ~]$ sqlplus sys/oracle@standby1 as sysdba
    SQL*Plus: Release 11.2.0.2.0 Production on Thu Apr 11 08:07:06 2013
    Copyright (c) 1982, 2010, Oracle. All rights reserved.
    Connected to:
    Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    SQL>
    I checked lot of other things, dgbroker log shows the below lines :-
    2013-04-11 08:09:03.793 00000000 1207911714 for opcode = HEALTH_CHECK, phase = BEGIN, req_id = 1.1.1207911714
    2013-04-11 08:09:48.669 00001000 1207911715 DMON: Entered rfm_get_chief_lock() for MON_VERIFY, reason 0
    2013-04-11 08:09:48.670 00001000 1207911715 DMON: start task execution: client healthcheck
    2013-04-11 08:09:48.670 INSV: Received message for inter-instance publication
    2013-04-11 08:09:48.670 req ID 1.1.1207911715, opcode MON_VERIFY, phase BEGIN, flags 5
    2013-04-11 08:09:48.888 INSV: Reply received for message with
    2013-04-11 08:09:48.889 req ID 1.1.1207911715, opcode MON_VERIFY, phase BEGIN
    2013-04-11 08:10:04.044 NSV1: Site standby1 returned ORA-16664.
    2013-04-11 08:10:04.045 00000000 1207911715 DMON: Database standby1 returned ORA-16664
    2013-04-11 08:10:04.045 00000000 1207911715 for opcode = MON_VERIFY, phase = BEGIN, req_id = 1.1.1207911715
    2013-04-11 08:10:04.045 00000000 1207911715 DMON: Entered rfm_release_chief_lock() for MON_VERIFY
    Any other further troubleshooting tips will be great.
    Thanks in advance.

  • New DVR Issues (First Run, Channel Switching, etc.)

    I've spent the last 30 minutes trying to find answers through the search with no luck, so sorry if I missed something.
    I recently switched to FIOS from RCN cable in New York.  I've gone through trying to setup my DVR and am running into issues and was hoping for some answers.
    1.  I setup two programs to record at 8PM, I was watching another channel at the time and only half paying attention.  Around 8:02 I noticed a message had popped up asking if I would like to switch channels to start recording.  I was expecting it to force it to switch like my old DVR, but in this case it didn't switch and I missed the first two minutes of one of the shows.  I typically leave my DVR on all day and just turn off the TV, this dual show handling will cause issues with that if I forget to turn off the DVR.  Is there a setting I can change that will force the DVR to choose one of the recording channels?
    2.  I setup all my recordings for "First Run" because I only want to see the new episodes.  One show I setup was The Daily Show on comedy central, which is shown weeknights at 11pm and repeated 3-4 times throughout the day.  My scheduled recordings is showing all these as planned recordings even though only the 11pm show is really "new".  Most of the shows I've setup are once a week so they aren't a problem, but this seems like it will quickly fill my DVR.  Any fixes?
    Thanks for the help.
    Solved!
    Go to Solution.

    I came from RCN about a year ago.  Fios is different in several ways, not all of them desirable.  Here are several ways to get--and fix--unwanted recordings from a series recording setup.
    Some general principles. 
    Saving changes.  When you originally create a series with options, or if you go back to edit the options for an existing series, You MUST save the Series Options changes.  Pretty much everywhere else in the user interface, when you change an option, the change takes effect immediately--but not in Series Options.  Look at the Series Options window.  Look at the far right side.  There is a vertical "Save" bar, which you must navigate to and click OK on to actually save your changes.  Exiting the Series Options window without having first saved your changes loses all your attempted changes--immediately.
    Default Series Options.  This is accessed  from [Menu]--DVR--Settings--Default Series Options.  This will bring up the series options that will automatically be applied to the creation of a NEW series. The options for every previously created series will not be affected by a subsequent modification of the Default Series Options.  You should set these options to the way you would like them to be for the majority of series recordings that you are likely to create.  Be sure to SAVE your changes.  This is what you will get when you select "Create Series Recording" from the Guide.  When creating a new series recording where you think that you may want options different from the default, select "Create Series with Options" instead.  Series Options can always be changed for any individual series set up later--but not for all series at once.
    Non-series recordings.  With Fios you have no directly available options for these.  With RCN and most other DVRs, you can change the start and end times for individual episodes, including individual episodes that are also in a series.  With Fios, your workarounds are to create a series with options for a single program, then delete the series later;  change the series options if the program is already in a series, then undo the changes you made to the series options later; or schedule recordings of the preceding and/or following shows as needed.
    And now, to the unwanted repeats. 
    First, make sure your series options for the specific series in question--and not just the series default options--include "First Run Only".  If not, fix that and SAVE.  Then check you results by viewing the current options using the Series Manager app under the DVR menu.
    Second, and most annoying, the Guide can have repeat programs on your channel tagged as "New".  It happens.  Set the series option "Air Time" to "Selected Time".  To make this work correctly, you must have set up the original series recording after selecting the program in the Guide at the exact time of a first run showing (11pm, in your case), and not on a repeat entry in the Guide.  Then, even it The Daily Show is tagged as New for repeat showings, these will be ignored. 
    Third, another channel may air reruns of the program in your series recording, and the first showing of a rerun episode on the other channel may be tagged as "New".  These can be ignored in your series if you set the series option "Channel" to "Selected Channel".  Related to this, if there is both an SD and HD channel broadcasting you series program, you will record them both if the series option "Duplicates" is set to "Yes".  However, when the Channel option is set to "Selected Channel", the Duplicates Option is always effectively "No", regardless of what shows up on the options screen.  
    As for you missing two minutes,  I have sereral instances in which two programs start recording at the same time.  To the best of my recollection, whenever the warning message has appeared, ignoring it has not caused a loss of recording time.  You might have an older software version.  Newest is v.1.8.  Look at Menu--Settings--System Info.  Or, I might not have noticed the loss of minutes.  I regularly see up to a minute of previous programming at the start of a recording, or a few missing seconds at the beginning or end of a recording.  There are a lot of possibilities for that, but the DVR clock being incorrect is not one of them.  With RCN, the DVR clocks occasionally drifted off by as much as a minute and a half.

  • Pension issue Mid Month Leaving

    Dear All,
    As per rule sustem should deduct mid month joining/leaving/absences or transfer scenarios, the Pension/PF Basis will be correspondingly prorated. But our system is not doing this. In RT table i have found 3FC Pension Basis for Er c 01/2010                    0.00           6,500.00.
    Employee leaving date is 14.04.2010. system is picking pension amout as 541. Last year it was coming right.
    Please suggest.
    Ashwani

    Dear Jayanti,
    We required prorata basis pension in case of left employees and system is not doing this. This is the issue. As per our PF experts Pension amount should come on prorata basis for left employees in case they left mid of month.System is doing prorata basis last year but from this year it is deducting 541. I am giving two RT cases of different years.
    RT table for year 2010. DOL 26.04.2010
    /111 EPF Basis              01/2010                    0.00           8,750.00 
    /139 VPF Basis              01/2010                    0.00           8,750.00 
    /3F1 Ee PF contribution     01/2010                    0.00           1,050.00 
    /3F3 Er PF contribution     01/2010                    0.00             509.00 
    /3F5 Ee Mon PF contribution 01/2010                    0.00           1,050.00 
    /3F6 Ee Ann PF contribution 01/2010                    0.00          12,600.00 
    /3F9 PF adm chrgs * 1,00,00 01/2010                    0.00              96.25 
    /3FA PF basis for Ee contri 01/2010                    0.00           8,750.00 
    /3FB PF Basis for Er Contri 01/2010                    0.00           8,750.00 
    /3FJ VPF basis for Ee contr 01/2010                    0.00           8,750.00 
    /3FL PF Basis for Er Contri 01/2010                    0.00           6,500.00 
    /3F4 Er Pension contributio 01/2010                    0.00             541.00
    /3FC Pension Basis for Er c 01/2010                    0.00           6,500.00
    /3FB PF Basis for Er Contri 01/2010                    0.00           8,750.00
    /3FC Pension Basis for Er c 01/2010                    0.00           6,500.00
    /3FJ VPF basis for Ee contr 01/2010                    0.00           8,750.00
    /3FL PF Basis for Er Contri 01/2010                    0.00           6,500.00
    /3R3 Metro HRA Basis Amount 01/2010                    0.00           8,750.00
    1BAS Basic Salary           01/2010                    0.00           8,750.00
    RT table for year 2009. DOL 27.10.2009
                                                                                    /111 EPF Basis              07/2009                    0.00           9,016.13
    /139 VPF Basis              07/2009                    0.00           9,016.13
    /3F1 Ee PF contribution     07/2009                    0.00           1,082.00
    /3F3 Er PF contribution     07/2009                    0.00             628.00
    /3F5 Ee Mon PF contribution 07/2009                    0.00           1,082.00
    /3F6 Ee Ann PF contribution 07/2009                    0.00           8,822.00
    /3F9 PF adm chrgs * 1,00,00 07/2009                    0.00              99.18
    /3FA PF basis for Ee contri 07/2009                    0.00           9,016.00
    /3FB PF Basis for Er Contri 07/2009                    0.00           9,016.00
    /3FJ VPF basis for Ee contr 07/2009                    0.00           9,016.00
    /3FL PF Basis for Er Contri 07/2009                    0.00           5,452.00
    /3FB PF Basis for Er Contri 07/2009                    0.00           9,016.00 
    /3FC Pension Basis for Er c 07/2009                    0.00           5,452.00 
    /3FJ VPF basis for Ee contr 07/2009                    0.00           9,016.00 
    /3FL PF Basis for Er Contri 07/2009                    0.00           5,452.00 
    /3R4 Non-metro HRA Basis Am 07/2009                    0.00           9,016.13 
    1BAS Basic Salary           07/2009                    0.00           9,016.13 
    Now please suggest what to do. where is the problem  ? If have also checked EXIT_HINCALC0_002 but nothing written in it.
    With Regards
    Ashwani

  • Open PO Analysis - BW report issue

    Hello Friends
    I constructed a query in BW in order to show Open Purchase Orders. We have custom DSO populated with standard
    datasource 2lis_02_itm (Purcahse Order Item). In this DSO we mapped the field ELIKZ to the infoobject 0COMP_DEL
    (Delivery completed).
    We loaded the data from ECC system for all POs and found the following issue for Stock Transport Purchase orders (DocType = UB).
    We have a PO with 4 line items. For line items 10 and 20, Goods issued, Goods received and both the flags "Delivery
    complete" and "Final delivery" checked. For line items 30 and 40, only delivery indicator note is issued for zero
    quantity and Delivery complete flag is checked (Final delivery flag is not checked) in ECC system. For this PO, the
    delivery completion indicator is not properly updated in the DSO for line items 30 and 40. The data looks like the
    following:
    DOC_NUM     DOC_ITEM       DOCTYPE     COMP_DEL
    650000001       10     UB        X
    650000001       20     UB        X
    650000001       30     UB
    650000001       40     UB      
    When we run the Open PO analysis report on BW side this PO is appearing in the report but the same is closed in ECC
    system.
    Any help is appreciated in this regard.
    Thanks and Regards
    sampath

    Hi Priya and Reddy
       Thanks for your response.
                         Yes the indicator is checked in EKPO table for items 30 and 40 and delta is running regularly for more than 1 year and no issues with other POs. This is happening only for few POs of type Stock Transport (UB).
                        I already checked the changes in ME23N and the Delivery completed indicator was changed and it reflected in EKPO table. Further, i checked the PSA records for this PO and i am getting the records with the Delivery completed flag but when i update from PSA to DSO the delivery completed indicator is not updating properly.
                       In PSA, for item 30 i have the following entries. Record number 42 is capturing the value X for ELIKZ but after that i am getting two more records 43 and 44 with process key 10 and without X for ELIKZ. I think this is causing the problem.
    Record No.    Doc.No.                    Item              Processkey         Rocancel     Elikz
        41               6500000001            30                    11                            X           ---    
        42               6500000001            30                    11                            ---           X
        43               6500000001            30                    10                            X           ---
        44               6500000001            30                    10                            ---         ---
    (Here --- means blank)        
    Thanks and Regards
    sampath

  • HP LaserJet Enterprise 600 M602 driver issue

    Hello,
    I've got issue with 600-series printers. We use the latest UPD drivrer ver. 61.175.1.18849 and print from XenApp 6.5. The error occurs every time when users try to print jpg files from XenApp session. It only happens with 600 series printers and UPD.
    Also I've tried to assign native 600-series driver ver. 6.3.9600.16384 and it works good. But with that driver system says that it's color printer and it brokes our printing reports. These reports are very important for us. So we can't use printer and that driver as well.
    Printer installed on Windows Server 2012 R2. All clients are Windows 7 x64. XenApp Servers are Server 2008R2.
    Is it possible to get fixed UPD driver or correct native driver for Server 2012 R2?
    Regards,
    Anatoly

    I am sorry, but to get your issue more exposure I would suggest posting it in the commercial forums since this is a commercial printer. You can do this at Printers - LaserJet.
    Click on New Post.
    I hope this helps.
    Please click “Accept as Solution ” if you feel my post solved your issue, it will help others find the solution.
    Click the “Kudos Thumbs Up" on the right to say “Thanks” for helping!
    Gemini02
    I work on behalf of HP

Maybe you are looking for