***********************
Your mail has been scanned by InterScan VirusWall.
***********-***********
Big Problem, too
Hi,
My application (Forms 6i with latest patch) run's very well on Oracle 9i
and Oracle 10g Release 1. But, When I migrated it to 10g Release 2, some
oracle forms blocks. =0D The situation is the following (it's a
sample):=0D
1- I run the product form for the first time. This form execute a query
to show all records (all products). I update a single field (name, for
example) of product id 1.=0D
2- I run the product form for the second time (the first one still
open). I change the name of another product (product id 2, for example).
3- When I save the first openned form, table product is blocked, waiting
for the second form conclusion. My application blocks and oracle process
in oracle database server increase cpu to 99%.
I appreciate your replay.
Best Regards,
António Sá
-----Original Message-----
From: Chamberlain John
[mailto:oracledba-ezmlmshield-x5730418.[Email address protected]
Sent: segunda-feira, 3 de Julho de 2006 15:40
To: LazyDBA Discussion
Subject: RE: DB Restore - Large DB - Best Practices / Techniques
***********************
Your mail has been scanned by InterScan VirusWall. No Virus Found.
***********-***********
Amy,
:) I remember those days too.. Pre Oracle 8, RMAN was unstable and
flaky. Oracle 8 RMAN was finally a decent, usable, stable(ish) product.
Since Oracle 8, it has improved by orders of magnitude and become the de
facto standard for Oracle backups.
Starting from scratch now, RMAN would be the way to go. This is almost a
no-brainer.
If you are running something else and everyone who needs to know in your
organisation knows how it works and understands it, and it does the job
(100% success backup AND restore) then stick with it. Don't change
without a very good reason. If it aint broke don't fix it!!
Don't reject RMAN just because it was rubbish ten years ago. It's a very
good product now.
John.
-----Original Message-----
From: Loukota Amy [mailto:oracledba-ezmlmshield-x63710763.[Email address
protected]
Sent: 03 July 2006 14:45
To: LazyDBA Discussion
Subject: RE: DB Restore - Large DB - Best Practices / Techniques
I'm nervous about RMAN. I've been doing this for 16 years and remember
the days when oracle let us and our production db's find their bugs. We
just bought Legato and all of the plug-ins for Oracle, SQLServer and
DB2. Needless to say, I'm getting some pressure.
I work in an environment that patches ... A LOT. They patch the OS all
of the time.
How stable is RMAN? Do you patch a lot? Any other issues with RMAN?
Amy Loukota
Oracle Certified DBA
TriWest HealthCare Alliance
15451 N. 28th Ave.
Phoenix, AZ 85053
[Email address protected]
work: 602-564-2452
"The best job goes to the person who can
get it done without passing the buck
or coming back with excuses."
-- Napoleon Hill, Author and Speaker
-----Original Message-----
From: Kirt Thomas [mailto:oracledba-ezmlmshield-x80442449.[Email address
protected]
Sent: Monday, July 03, 2006 6:24 AM
To: LazyDBA Discussion
Subject: Re: DB Restore - Large DB - Best Practices / Techniques
Use RMAN for hot backups. I have a 1.7tb db, I can do a level 0 RMAN
in about 4 hours, it takes 7 to restore. (This is an oracle 11i erp
installation, with about 20 active modules, I'm using Tivoli as my
access to tape, and using about 6 tape drives - no disk pool). I
restore this completely at least once a month to a test or
development server using the duplicate database feature of
RMAN. There is Zero production downtime for this.
Learn RMAN, it is your friend.
At 21:38 7/2/2006, rajesh wrote:
>Hi Gurus,
>
>
>
>We have a database of around 400 GB (OLTP db and high usage with
weekend
>downtimes, 9i db and RAC environment) and it is tough for us to restore
>the same into the backup environment. It takes ages to restore the data
>through export / import (atleast around 2 weeks) and we do not want to
>go thru this route.
>
>
>
>Expert advice needed to know the best ways / practices in which we can
>have copies of the production database easily in the TEST environments.
>
>Let me know in case you need any other info.
>
>
>
>Thanks and Regards,
>
>Shenzy
>
>
>
>DISCLAIMER:
>This message contains privileged and confidential information and is
>intended only for the individual named.If you are not the intended
>recipient you should not disseminate,distribute,store,print, copy or
>deliver this message.Please notify the sender immediately by e-mail
>if you have received this e-mail by mistake and delete this e-mail
>from your system.E-mail transmission cannot be guaranteed to be
>secure or error-free as information could be
>intercepted,corrupted,lost,destroyed,arrive late or incomplete or
>contain viruses.The sender therefore does not accept liability for
>any errors or omissions in the contents of this message which arise
>as a result of e-mail transmission. If verification is required
>please request a hard-copy version.
>
>
>--------
>website: http://www.LazyDBA.com
>Please don't reply to RTFM questions
>Oracle documentation is here: http://tahiti.oracle.com
>To unsubscribe: see http://www.lazydba.com/unsubscribe.html
>To subscribe: see http://www.lazydba.com
>By using this list you agree to these
terms:http://www.lazydba.com/legal.html
--------
website: http://www.LazyDBA.com
Please don't reply to RTFM questions
Oracle documentation is here: http://tahiti.oracle.com
To unsubscribe: see http://www.lazydba.com/unsubscribe.html
To subscribe: see http://www.lazydba.com
By using this list you agree to these
terms:http://www.lazydba.com/legal.html
The information contained within this transmission is proprietary and
protected pursuant to federal regulations; it is intended only for the
use of the individual or entity to which it is addressed. If you are not
the intended recipient, you are hereby notified that any distribution,
copying, disclosure, use of, or reliance on, the contents of this
transmission is strictly prohibited. If you have received this
communication in error, please notify the sender immediately by
telephone and permanently delete the original message, attachments and
all copies. Thank you.
--------
website: http://www.LazyDBA.com
Please don't reply to RTFM questions
Oracle documentation is here: http://tahiti.oracle.com
To unsubscribe: see http://www.lazydba.com/unsubscribe.html
To subscribe: see http://www.lazydba.com
By using this list you agree to these
terms:http://www.lazydba.com/legal.html
-----------------------------------------
Information in this email including any attachments may be privileged,
confidential and is intended exclusively for the addressee. The views
expressed may not be official policy, but the personal views of the
originator. If you have received it in error, please notify the sender
by return e-mail and delete it from your system. You should not
reproduce, distribute, store, retransmit, use or disclose its contents
to anyone.
Please note we reserve the right to monitor all e-mail communication
through our internal and external networks.
SKY and the SKY marks are trade marks of British Sky Broadcasting Group
plc and are used under licence. British Sky Broadcasting Limited
(Registration No. 2906991), Sky Interactive Limited (Registration No.
3554332), Sky-In-Home Service Limited (Registration No. 2067075) and Sky
Subscribers Services Limited (Registration No. 2340150) are direct or
indirect subsidiaries of British Sky Broadcasting Group plc
(Registration No. 2247735). All of the companies mentioned in this
paragraph are incorporated in England and Wales and share the same
registered office at Grant Way, Isleworth, Middlesex TW7 5QD.
--------
website: http://www.LazyDBA.com
Please don't reply to RTFM questions
Oracle documentation is here: http://tahiti.oracle.com
To unsubscribe: see http://www.lazydba.com/unsubscribe.html
To subscribe: see http://www.lazydba.com
By using this list you agree to these
terms:http://www.lazydba.com/legal.html
Oracle LazyDBA home page