SFHA Solutions 6.2: Symantec Storage plug-in for OEM 12c
Symantec Storage plug-in for OEM12c enables you to view and manage the Storage Foundation and VCS objects through the Oracle Enterprise Manager 12c (OEM), which has a graphical interface. It works with the Symantec Storage Foundation and High Availability 6.2 product suite. The Symantec Storage plug-in allows you to: SmartIO: manage Oracle database objects using SmartIO. Snapshot: create point-in-time copies (Storage Checkpoint, Database FlashSnap, Space-optimized Snapshot, and FileSnap) of Oracle databases using SFDB features Cluster: vew cluster-specific information. You can get the plug-in by downloading the attached file. For more information about installing and using the plug-in, download the attached Application Note. Terms of use for this information are found in Legal Notices.3.1KViews1like0CommentsOracle ZFS and FSA Archiving
I am curious if anyone has setup FSA for an Oracle ZFS appliance for CIFS. I am attempting to set it up but am running into some access is denied issues with reading the volume information during setup. Any insight would be helpful is anyone has set one up before. Thanks.Solved2.7KViews0likes11CommentsProblem with VRTS . oracle alram
hi all , recently i come up against oracle issue ,i'm getting the next error message : VCS ERROR V-16-2-13027 (mdsu1a) Resource(mdsuOracleLog_lv) - monitor procedure did not complete within the expected time. my question is why this error can appear? this is also causing to a failover of the servers and the database changing to FAULTED state DBA solution was to adjust interval/timeout values and is might help ,but i want to anlayze this problem and unstrstand why this is hapenning on my system . I have atteached logs and useful information . if someone can help me with this Thx ,Solved2.6KViews0likes17Commentsproblem with VRTS ONG resource
Ive got a problem . i have 2 servers with VRTS cluster altought VRTS ONG process is online,im getting this message very often MIG_MPM_1a mpm1a (Veritas_Cluster_Server): ONG (ONG): Resource state is unknown and also this message VCS INFO V-16-2-13001 (mpm1a) Resource(ONG): Output of the completed operation (monitor) /opt/VRTSvcs/bin/ONG/monitor: test: unknown operator 2300 i have compared both configuration files and nothing missing . what could be the problem here ? Thanks,Solved2.5KViews0likes25CommentsPre and post Batch files do not work when job runs
Hello. I have an issue where I am trying to backup and Oracle database on a different server. The oracle client has been installed on the BackupExec server so it can connect to the Oracle database server. I can manually run the batch files to "Shutdown and Startup" the remote database, yet when I add these batch files to the "Pre and Post" sections of the job, Backup exec and the job runs,but the batch files DO NOT execute. There isn't an error on the job log itself and Backeupexec even shows that the job seems to run fine. If I try to run the batch files manually, the usual black command line screen comes up and you can see the commands being execute. This DOES NOT happen when the backup exec job runs even though it says everything ran successfully. Here are a few other tidbits that may be relevant. I am using 2003 server 6bit Oracle Client is installed. The Pre/Post option is set to run ON the backupexec server This is a trial version of Backup Exec 2010 I am using. The Backup exec services are either using "local System, or an Administrator account" so permissions shouldn't be the problem We need to backup the oracle database this way because we will not be able to buy Oracle Agents. We used Arcserve in the past and Arcserve ran the batch files without any problems. Us purchasing Backup Exec depends on if we can get it to run these batch files that ran with Arcserve. Thank for any help on this.Solved2.1KViews1like8CommentsVeritas Cluster LLT link failure
I'm having an issue I'm unable to identify with Veritas Cluster 4.0 MP1 on solaris 9. The cluster supports an instance of Oracle 9i. The node falls out of membership then a short while later will reconnect. Below are snips from /var/adm/messages and the logs from the Cisco switch. Jul 4 04:02:50 jfkdbsp1 llt: [ID 140958 kern.notice] LLT INFO V-14-1-10205 link 0 (ce1) node 1 in trouble Jul 4 04:02:51 jfkdbsp1 llt: [ID 860062 kern.notice] LLT INFO V-14-1-10024 link 0 (ce1) node 1 active Jul 4 04:02:53 jfkdbsp1 llt: [ID 140958 kern.notice] LLT INFO V-14-1-10205 link 0 (ce1) node 1 in trouble Jul 4 04:02:58 jfkdbsp1 llt: [ID 860062 kern.notice] LLT INFO V-14-1-10024 link 0 (ce1) node 1 active Jul 4 04:02:58 jfkdbsp1 llt: [ID 794702 kern.notice] LLT INFO V-14-1-10019 delayed hb 650 ticks from 1 link 0 (ce1) Jul 4 04:02:58 jfkdbsp1 llt: [ID 602713 kern.notice] LLT INFO V-14-1-10023 lost 12 hb seq 35184900 from 1 link 0 (ce1) Jul 4 18:34:07 jfkdbsp1 llt: [ID 140958 kern.notice] LLT INFO V-14-1-10205 link 0 (ce1) node 1 in trouble Jul 4 18:34:11 jfkdbsp1 llt: [ID 860062 kern.notice] LLT INFO V-14-1-10024 link 0 (ce1) node 1 active Jul 4 18:34:11 jfkdbsp1 llt: [ID 602713 kern.notice] LLT INFO V-14-1-10023 lost 10 hb seq 35289448 from 1 link 0 (ce1) Jul 4 18:34:13 jfkdbsp1 llt: [ID 140958 kern.notice] LLT INFO V-14-1-10205 link 0 (ce1) node 1 in trouble Jul 4 18:34:19 jfkdbsp1 llt: [ID 487101 kern.notice] LLT INFO V-14-1-10032 link 0 (ce1) node 1 inactive 8 sec (36427270) Jul 4 18:34:20 jfkdbsp1 llt: [ID 860062 kern.notice] LLT INFO V-14-1-10024 link 0 (ce1) node 1 active Jul 4 18:34:20 jfkdbsp1 llt: [ID 794702 kern.notice] LLT INFO V-14-1-10019 delayed hb 850 ticks from 1 link 0 (ce1) Jul 4 18:34:20 jfkdbsp1 llt: [ID 602713 kern.notice] LLT INFO V-14-1-10023 lost 16 hb seq 35289466 from 1 link 0 (ce1) Jul 4 18:34:22 jfkdbsp1 llt: [ID 140958 kern.notice] LLT INFO V-14-1-10205 link 0 (ce1) node 1 in trouble Jul 4 18:34:24 jfkdbsp1 llt: [ID 860062 kern.notice] LLT INFO V-14-1-10024 link 0 (ce1) node 1 active Jul 4 18:34:24 jfkdbsp1 llt: [ID 602713 kern.notice] LLT INFO V-14-1-10023 lost 8 hb seq 35289475 from 1 link 0 (ce1) Jul 4 18:34:35 jfkdbsp1 llt: [ID 140958 kern.notice] LLT INFO V-14-1-10205 link 0 (ce1) node 1 in trouble Jul 4 18:34:41 jfkdbsp1 llt: [ID 487101 kern.notice] LLT INFO V-14-1-10032 link 0 (ce1) node 1 inactive 8 sec (36427294) Jul 4 18:34:42 jfkdbsp1 llt: [ID 487101 kern.notice] LLT INFO V-14-1-10032 link 0 (ce1) node 1 inactive 9 sec (36427294) Jul 4 18:34:43 jfkdbsp1 llt: [ID 487101 kern.notice] LLT INFO V-14-1-10032 link 0 (ce1) node 1 inactive 10 sec (36427294) Jul 4 18:34:44 jfkdbsp1 llt: [ID 487101 kern.notice] LLT INFO V-14-1-10032 link 0 (ce1) node 1 inactive 11 sec (36427294) Jul 4 18:34:45 jfkdbsp1 llt: [ID 487101 kern.notice] LLT INFO V-14-1-10032 link 0 (ce1) node 1 inactive 12 sec (36427294) Jul 4 18:34:46 jfkdbsp1 llt: [ID 487101 kern.notice] LLT INFO V-14-1-10032 link 0 (ce1) node 1 inactive 13 sec (36427294) Jul 4 18:34:47 jfkdbsp1 llt: [ID 487101 kern.notice] LLT INFO V-14-1-10032 link 0 (ce1) node 1 inactive 14 sec (36427294) Jul 4 18:34:48 jfkdbsp1 llt: [ID 487101 kern.notice] LLT INFO V-14-1-10032 link 0 (ce1) node 1 inactive 15 sec (36427294) Jul 4 18:34:49 jfkdbsp1 llt: [ID 487101 kern.notice] LLT INFO V-14-1-10032 link 0 (ce1) node 1 inactive 16 sec (36427294) Jul 4 18:34:49 jfkdbsp1 llt: [ID 911753 kern.notice] LLT INFO V-14-1-10033 link 0 (ce1) node 1 expired Jul 4 18:34:54 jfkdbsp1 gab: [ID 316943 kern.notice] GAB INFO V-15-1-20036 Port a gen 53bd93 membership 01 Jul 4 18:34:54 jfkdbsp1 gab: [ID 608499 kern.notice] GAB INFO V-15-1-20037 Port a gen 53bd93 jeopardy ;1 Jul 4 18:34:54 jfkdbsp1 gab: [ID 316943 kern.notice] GAB INFO V-15-1-20036 Port h gen 53bd9a membership 01 Jul 4 18:34:54 jfkdbsp1 gab: [ID 608499 kern.notice] GAB INFO V-15-1-20037 Port h gen 53bd9a jeopardy ;1 Jul 4 18:34:54 jfkdbsp1 Had[2025]: [ID 702911 daemon.notice] VCS INFO V-16-1-10077 Received new cluster membership Jul 4 18:34:54 jfkdbsp1 Had[2025]: [ID 702911 daemon.notice] VCS ERROR V-16-1-10087 System jfkdbsf1 (Node '1') is in Regardy Membership - Membership: 0x3, Jeopardy: 0x2 Jul 4 18:34:55 jfkdbsp1 genunix: [ID 408789 kern.warning] WARNING: ce1: fault detected external to device; service degraded Jul 4 18:34:55 jfkdbsp1 genunix: [ID 451854 kern.warning] WARNING: ce1: xcvr addr:0x00 - link down Jul 4 18:34:56: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/12, changed state to down Jul 4 18:34:57: %LINK-3-UPDOWN: Interface GigabitEthernet0/12, changed state to down Jul 4 18:35:54 jfkdbsp1 genunix: [ID 408789 kern.notice] NOTICE: ce1: fault cleared external to device; service available Jul 4 18:35:54 jfkdbsp1 genunix: [ID 451854 kern.notice] NOTICE: ce1: xcvr addr:0x00 - link up 1000 Mbps full duplex Jul 4 18:35:56: %LINK-3-UPDOWN: Interface GigabitEthernet0/12, changed state to up Jul 4 18:35:58: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/12, changed state to up I've replaced the patch cable between the server and the switch, no change. engine_a.log goes back to the original install back in 2008, this issue has occured 700+ times. Since these interfaces aren't plumbed by the OS, is there any way to get diagnostic information from LLT that can shed some light on the cause? I have three sites with an identical config, of the three, I see these errors at site two but there are less than half the number, and site three has zero errors. Any help is appreciated. Thanks.2.1KViews0likes6CommentsTroubleshooting restore Oracle database on to same server
Our production system is - Window 2008 R2 x64, Oracle 10G, Backup Exec 13 We use Backup Exec to backup out Databases on a regular basis. We wanted to be familier with the process of restore (and recover) of the database. So, we created a test environment with the same - Window and Oracle. And try to run the restore from the Backup Exec. After some tests that failed, we receive a link to - http://seer.entsupport.symantec.com/docs/303911.htm we followed the instructions and still it fail. Followong are some of the log we got... Microsoft Windows [Version 6.1.7600] (c) Корпорация Майкрософт (Microsoft Corporation), 2009. Все права защищены. C:\Users\Администратор>orapwd file=C:\oracle\product\10.2.0\db_1\database\pwdlab ora.ora password=123 C:\Users\Администратор>rman Recovery Manager: Release 10.2.0.4.0 - Production on Fri Apr 2 10:09:19 2010 Copyright (c) 1982, 2007, Oracle. All rights reserved. RMAN> CONNECT TARGET sys/123@labora; connected to target database: LABORA (DBID=3301204057) RMAN> SHUTDOWN ABORT; using target database control file instead of recovery catalog Oracle instance shut down RMAN> CONNECT TARGET sys/123@labora; RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== ORA-12514: TNS:listener does not currently know of service requested in connect descriptor RMAN> CONNECT TARGET sys/123 connected to target database (not started) RMAN> STARTUP NOMOUNT; Oracle instance started Total System Global Area 1258291200 bytes Fixed Size 2065408 bytes Variable Size 318770176 bytes Database Buffers 922746880 bytes Redo Buffers 14708736 bytes RMAN> SET DBID 3300599589; executing command: SET DBID go to server Symantec Backup Exec and create restore job... RMAN on server Symantec Backup Exec: Recovery Manager: Release 10.2.0.4.0 - Production on Fri Apr 2 14:21:45 2010 Copyright (c) 1982, 2007, Oracle. All rights reserved. # ----------------------------------------------------------------- # RMAN command section # ----------------------------------------------------------------- RUN { ALLOCATE CHANNEL ch0 TYPE 'SBT_TAPE'; SEND 'BSA_SERVICE_HOST=172.17.4.12,NBBSA_TOTAL_STREAMS=1,NBBSA_JOB_COOKIE={F4C81D4C-3FF9-4FD1-A100-F086D6A14BFB},NBBSA_DB_DEVICE_NAME=Oracle-Win::\\LAB-ORACLE\LABORA'; RESTORE CONTROLFILE FROM 'BE_11la49e1_1_1'; ALTER DATABASE MOUNT; RESTORE DATABASE; RECOVER DATABASE; RELEASE CHANNEL ch0; alter database open resetlogs; } connected to target database: LABORA (not mounted) using target database control file instead of recovery catalog allocated channel: ch0 channel ch0: sid=154 devtype=SBT_TAPE channel ch0: Symantec/BackupExec/1.1.0 sent command to channel: ch0 Starting restore at 02-APR-10 channel ch0: restoring control file channel ch0: restore complete, elapsed time: 00:00:37 output filename=C:\ORACLE\ORADATA\LABORA\CONTROL01.CTL output filename=C:\ORACLE\ORADATA\LABORA\CONTROL02.CTL output filename=C:\ORACLE\ORADATA\LABORA\CONTROL03.CTL Finished restore at 02-APR-10 database mounted Starting restore at 02-APR-10 channel ch0: starting datafile backupset restore channel ch0: specifying datafile(s) to restore from backup set restoring datafile 00001 to C:\ORACLE\ORADATA\LABORA\SYSTEM01.DBF restoring datafile 00002 to C:\ORACLE\ORADATA\LABORA\UNDOTBS01.DBF restoring datafile 00003 to C:\ORACLE\ORADATA\LABORA\SYSAUX01.DBF restoring datafile 00004 to C:\ORACLE\ORADATA\LABORA\USERS01.DBF channel ch0: reading from backup piece BE_0ula498l_1_1 channel ch0: restored backup piece 1 piece handle=BE_0ula498l_1_1 tag=TAG20100402T135637 channel ch0: restore complete, elapsed time: 00:04:25 Finished restore at 02-APR-10 Starting recover at 02-APR-10 released channel: ch0 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of recover command at 04/02/2010 14:26:56 ORA-19698: C:\ORACLE\ORADATA\LABORA\REDO01.LOG is from different database: id=3301204057, db_name=LABORA Recovery Manager complete. go to server Oracle and return CMD... RMAN> Alter database open resetlogs; RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of alter db command at 04/02/2010 14:29:18 ORA-01152: file 1 was not restored from a sufficiently old backup ORA-01110: data file 1: 'C:\ORACLE\ORADATA\LABORA\SYSTEM01.DBF' RMAN> How to resolve this issue?Solved1.7KViews0likes2CommentsRalus Agent- Oracle backup fails with ORA-29701: unable to connect to Cluster Synchronization
AGAINST A BRICKWALL – PLEASE HELP BES 2010 R3, with RALLUS agent on SLES 11. Oracle 11g. Two databses on the server, one ASM one NON ASM. I can backup the NON ASM DB no problem, but the ASM DB throws ORA-29701: unable to connect to Cluster Synchronization. I am sysdba and asmadmin with my sysbackup account. I can connect to the server using my logon account, open the DB with sysbackup and kick off a copy of the rman script and it starts, but running through the gui/media manager I get the above error. 27fd710 Tue Nov 8 13:27:30 2011 : CDbsb::dump: m_dbDeviceName (Oracle-Linux::\\myserver.mysite.com\MYASMDB) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsb::dump: m_hLogOnToken (1) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsb::dump: m_dbScriptOutputQ (8473904) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsb::dump: m_threadMutex (0) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: m_sqlplusTimeout (600) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: m_jobType (1) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: m_bec (0x818490) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: m_oraVersion (110) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: m_operationType (Backup) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: m_backupType (2) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: m_dbStatus (3) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: m_dbHome (/orasoft/product/11gR2) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: m_SID (MYASMDB) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: m_oraPfile (NULL) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: m_description (NULL) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: m_logFileKeyword (RMAN_LOG_FILE) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: m_logFileName (rman) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: DB credentials osAuthenticated (0) tnsname (NULL) login (sysbackup) password (****) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: Recovery catalog credentials osAuthenticated (0) tnsname (NULL) login (NULL) password (NULL) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: database state (0) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: Use rman defaults (1) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN max read rate (0) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN max bfs size (0) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN max open files (0) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN max files per set (0) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN max bkset size (0) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN max arch bkset size (0) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN auto archive log file delete (0) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN backup archive log files (0) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN backup type (NULL) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN bfs format (BE_%U) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN bk set id (NULL) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN bk method (0) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN plus archivelog (1) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: RMAN control file auto backup (1) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::dump: Selection list - objtype (1101) objname () f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::runDBJob: utilCommandFile = /var/VRTSralus/runrman.1320780450-1963D2AD-B21F-4D47-903B-CE0B78403D4D.tmp f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::runDBJob: SqlplusCmdFile = /var/VRTSralus/runSqlplus.1320780450-1963D2AD-B21F-4D47-903B-CE0B78403D4D.tmp f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::runDBJob: SqlplusCmdFile = /var/VRTSralus/runSrvctl.1320780450-1963D2AD-B21F-4D47-903B-CE0B78403D4D.tmp f27fd710 Tue Nov 8 13:27:30 2011 : CDbsb::createSecureFile: Obtained user id (1004) for user (beOracle) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::createRmanCmd: Success in opening rman file (/var/VRTSralus/runrman.1320780450-1963D2AD-B21F-4D47-903B-CE0B78403D4D.tmp) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::runRmanCmd: Starting Oracle Recovery Manager using (/orasoft/product/11gR2/bin/rman ) f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::runCmd: Function called f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::runCmd: pipe descriptors. fd[0]=14 fd[1]=15 f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::runCmd: Parent Process - Closed fd[1]=-1 f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::runCmd: Waiting until child finishes... f27fd710 Tue Nov 8 13:27:30 2011 : CDbsbOra::runCmd: ***************** BEGIN LOGGING RMAN OUTPUT ***************** f27fd710 Tue Nov 8 13:27:30 2011 : procMsg: f27fd710 Tue Nov 8 13:27:30 2011 : procMsg: Recovery Manager: Release 11.2.0.2.0 - Production on Tue Nov 8 13:27:30 2011 f27fd710 Tue Nov 8 13:27:30 2011 : procMsg: f27fd710 Tue Nov 8 13:27:30 2011 : procMsg: Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. f27fd710 Tue Nov 8 13:27:30 2011 : procMsg: f27fd710 Tue Nov 8 13:27:30 2011 : procMsg: 4> f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 5> # ----------------------------------------------------------------- f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 6> # RMAN command section f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 7> # ----------------------------------------------------------------- f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 8> f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 9> RUN { f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 10> ALLOCATE CHANNEL ch0 f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 11> TYPE 'SBT_TAPE'; f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 12> SEND 'BSA_SERVICE_HOST=10.122.156.10,NBBSA_TOTAL_STREAMS=1,NBBSA_JOB_COOKIE={1963D2AD-B21F-4D47-903B-CE0B78403D4D},NBBSA_DB_DEVICE_NAME=Oracle-Linux::\\myserver.mysite.com\MYASMDB'; f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 13> BACKUP f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 14> INCREMENTAL LEVEL=0 f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 15> FORMAT 'BE_%U' f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 16> DATABASE FORCE PLUS ARCHIVELOG FORCE NOT BACKED UP; f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 17> f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 18> RELEASE CHANNEL ch0; f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 19> } f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: 20> f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: RMAN-06900: WARNING: unable to generate V$RMAN_STATUS or V$RMAN_OUTPUT row f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: RMAN-06901: WARNING: disabling update of the V$RMAN_STATUS and V$RMAN_OUTPUT rows f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: ORACLE error from target database: f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: ORA-29701: unable to connect to Cluster Synchronization Service f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: connected to target database: MYASMDB (DBID=231004848) f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: f27fd710 Tue Nov 8 13:27:31 2011 : procMsg: using target database control file instead of recovery catalog f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: allocated channel: ch0 f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: channel ch0: SID=1575 device type=SBT_TAPE f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: channel ch0: Symantec/BackupExec/1.1.0 f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: sent command to channel: ch0 f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: Starting backup at 08-NOV-11 f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: ORACLE error from target database: f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: ORA-29701: unable to connect to Cluster Synchronization Service f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: released channel: ch0 f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: RMAN-00571: =========================================================== f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: RMAN-00571: =========================================================== f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: RMAN-03002: failure of backup plus archivelog command at 11/08/2011 13:27:32 f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: ORA-29701: unable to connect to Cluster Synchronization Service f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: f27fd710 Tue Nov 8 13:27:32 2011 : procMsg: Recovery Manager complete.Solved1.7KViews0likes3Comments