Just got out of a meeting with my manager. He had just finished meeting
with our Oracle rep and has finally figured out that we don't have enough
licenses (I've always asked him what we have and he's never shared it with
me,
always just "I've gotten it taken care of"). We have 80 and with our
Agree. The fewer variables you change the easier it is to figure out what is going
wrong. Now depending on the OS that your migrating to you may well have to change
block sizes.
Dick Goulet
Senior Oracle DBA
Oracle Certified 8i DBA
-Original Message-
Sent: Wednesday, August 06, 2003 3
I would consolidate and migrate at the same time. It makes your job a
little more complicated (you will want to test your applications on 9i
before you mograte your production instances at some point), but you will be
solving the migration to 9i sooner rather than later.
Tom Mercadante
Oracle Cer
Jeff,
Don't mix missions. Consolidating to the same server is one thing.
Consolidating to the same version of software is another thing entirely.
Your boss's goal is to reduce the number of CPUs, not the number of
databases or ORACLE_HOMEs. Get his/her primary mission done first (i.e.
Reduce nu
Title: RE: Consolidating Servers
David,
Can
you create the clone from a production backup as a standby database? Then when
it's time to switch over, just apply the last few archive logs from production,
turn the clone on, and test. This way you can do most of the cloning at
Title: RE: Consolidating Servers
This is exactly what I am working on right now! We have to consolidate down from about 5 servers to 2 (Prod. and Test/Dev.). My approach is to just move (clone) the DBs first. That's a job in itself, considering that the production DBs need to be
Tom - Well said, as usual.
Jeff - I'm assuming you are consolidating because you are switching to
processor-based licensing and that is cheaper than 300 named licenses?
Dennis Williams
DBA, 80%OCP, 100% DBA
Lifetouch, Inc.
[EMAIL PROTECTED]
-Original Message-
Sent: Wednesday, August 0