 | |||
|
|
||
| |||
| |||
| |||
| |
|
Home > Oracle News > Top 20 mistakes an Oracle DBA can make, Part 1 |
| |
|
|
|
|
| Oracle News: |
|
||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|
|||||||||||||
SAN DIEGO -- How'd you like to get fired? Is pink your color? Do one of the 20 things seasoned DBA and Oracle expert Rachel Carmichael of Dragonfly Consulting LLC listed in her presentation at the Oracle user event International Oracle Users Group (IOUG) Live!, and you could find yourself holding a pink slip faster than you can say "Victoria's Secret on Fox Tonight at Nine." Carmichael wasn't actually encouraging those in attendance to turn on, tune in and get booted out. Instead, she came up with a Top 20 list of potentially mortal mistakes Oracle DBAs make on the job. Don't back up your database. After all, your disks are RAID 5! Carmichael said that's a great way to get security to escort you out the door. RAID 5 is a cool tool unless you lose two disks or if there's some form of logical corruption. You're backing up the database every single night. So don't bother exporting the data. Don't bother if you just won the lottery. If you lost Big Game again, export that data. Export it anyway. Here's a good way to never get out of that Chevette: Don't ever test the recovery features. After all, you don't want to take the production system away from the users! You know what that means -- you're going to find out your procedures don't work long after Conan comes on the tube, but well before Katie and Matt. Monitoring schmonitoring! Why bother? Users will loudly let you know about any problems. It's much more fun to watch "The Osbournes" than to keep an eye on the system. Don't bother to monitor and you can watch MTV all day, because there won't be the hassle of a job to go to! Only use cache hit ratios instead of wait events to monitor performance. Cache hit ratios were fine on older systems, but they're not as integral as they used to be. Which brings us to a "bigger picture alert!" Carmichael noted that one of the biggest general mistakes is thinking what you might have learned on one product automatically applies to subsequent upgrades. For example, you may know the ins and outs of Version 6 of Oracle's database -- details that are totally true and valid. But that doesn't mean those same details are true on Versions 8 or 9. Evidently, truth is relative in IT! And now we join our regularly scheduled "smaller picture." Got a performance problem? Increase your shared pool. Smack it with memory. Sometimes memory is more of a problem than a panacea. Don't ever change any of the defaults Oracle gives you. After all, Larry and the gang know exactly what you need, right? Wrong. As Carmichael pointed out, if Oracle thought it knew exactly what you needed when you needed it, it wouldn't let you change anything. The tables have more than five extents? Recreate them! Especially if you want to move back in with your parents, like the slacker guy in the Holiday Inn commercials. Index every single column in every single table just in case -- you might need them. Sure, and Arthur Andersen had no idea those shredders would actually DESTROY those documents! Carmichael pointed out that the more indexes you have, the more upkeep Oracle has to do. She said you need to know why an index is justified. Part two of "Top 20 mistakes an Oracle DBA can make"... FOR MORE INFORMATION: CLICK for Best Web Links on database administration CLICK to ask our expert Brian Peasland a question about database administration
|
|
|
||||||||||||
| ||||||||||||||
|
|
 |  |  | |  | |  | |  | |  | |  | |  | |  | |
|
|
About Us | Contact Us | For Advertisers | For Business Partners | Site Index | RSS |
|
|
||
|
|||||||
