Very nice description of how to migrate em 12.1.0.4.0 from a non cdb to a cdb into a pdb. Thanks, Maaz Anjum!
http://maazanjum.com/2014/06/11/migrate-enterprise-manager-12-1-0-4-0-to-a-pdb-from-a-non-cdb/
Very nice description of how to migrate em 12.1.0.4.0 from a non cdb to a cdb into a pdb. Thanks, Maaz Anjum!
http://maazanjum.com/2014/06/11/migrate-enterprise-manager-12-1-0-4-0-to-a-pdb-from-a-non-cdb/
Ever ran into an ORA-19755 with RMAN duplicate from target? When your source database uses block change tracking?
Try patch 11744544; it fixes the bug which could might cause block change tracking recreation fail in combination with OMF newnames.
A workaround would be to disable change tracking before duplicating.
RMAN> run { allocate channel d1 type disk format='/tmp/%U'; backup tablespace sysaux; }
The fake tape library will call the MML APIs, essentially similar to an MML backup, but will place the file on disk (RMAN disksbt library emulates a SBT library). It cannot be used for production backups but can be used for verification purposes such as these:
RMAN> run { allocate channel t1 type 'SBT' PARMS 'SBT_LIBRARY=oracle.disksbt,ENV=(BACKUP_DIR=/tmp)'; backup tablespace sysaux; }
The fake tape backup comes in handy when one wants to backup the recovery area; the ‘backup recovery area’ command only works with SBT channels. FRA backup to disk does not work.
Darn, I had it also, the agent in GRID control in not uploading to the OMS and there is just too much to upload. One can change em.loader.maxDirectLoadFileSz but the following can be done to (you will lose some info but hey..)
Now fix it:
cd $AGENT_HOME/sysman/emd
rm lastupld.xml agntstmp.txt
cd $AGENT_HOME/sysman/emd/upload
rm *.*
cd $AGENT_HOME/sysman/emd/state
rm *.*
No need to remove storage directory under $AGENT_HOME/sysman/emd/state
cd $AGENT_HOME/bin
./emctl start agent
./emctl status agent
(source: http://gavinsoorma.wordpress.com/2009/12/03/how-to-manually-clear-em-grid-control-alerts/)
about:
about:config
about:cache
about:cache?device=disk
about:cache?device=memory
about:plugins
about:blank
about:mozilla
about:logo
about:licence
about:buildconfig
about:credits
about:sessionrestore
Useful Doc ID: 265769.1 at Metalink. It is intended for DBA’s and support analysts experiencing 10g or 11.1 Clusterware Reboots. For 11.2 and above, see Note: 1050693.1
… can cause a nasty ORA-19571. Reason? You are using a control file as RMAN catalog and obviously more space is needed than available..
Try:
sql> alter system set control_file_record_keep_time=14 scope=both;
More info: Oracle’s Metalink Doc ID: 563219.1
and
http://download.oracle.com/docs/cd/B12037_01/server.101/b10755/initparams027.htm
Last Thursday I read that Oracle postpones the upcoming CPU patches. They state:
There is a change in the previously announced release date of the October 2009 Critical Patch Update.
Since many Oracle customers with responsibility for deploying the Critical Patch Update within their respective organizations will be attending Oracle OpenWorld October 11-15, 2009, the October 2009 Critical Patch Update originally scheduled to be published on Tuesday, October 13th 2009, will be released on October 20th 2009.
Please note: this date change only impacts the October 2009 Critical Patch Update. As usual, Oracle will issue a pre-release announcement on the Thursday before the publication of the Critical Patch Update (Thursday, October 15th). All other aspects of the Critical Patch Update (where to find the documentation, how to download the patches, etc.) remain the same.
(More info: see Metalink)Â
A good reason would be that there are no important patches.. aren’t there..?