380 likes | 555 Vues
This document outlines the new features introduced in Oracle 10.2 for Real Application Clusters (RAC), emphasizing the Cluster Verification Utility (CLUVFY). CLUVFY is a read-only tool that verifies the configuration of the cluster at every installation stage, identifying common configuration errors and streamlining troubleshooting. The document details the installation requirements, including JRE and packages specific to Red Hat Linux. Additionally, it covers improvements in Oracle Cluster Repository and Voting Disk mirroring to enhance data integrity and availability in RAC databases, making them more resilient to corruption and deletion.
E N D
Oracle 10.2RAC New Features Julian Dyke Independent Consultant Web Version juliandyke.com
CLUVFY • Introduced in Oracle 10.2 • Read-only utility that verifies configuration of cluster at each stage of cluster installation • Detects many common configuration errors • Eliminates time-consuming troubleshooting • Supplied with Oracle Clusterware • Can be installed separately • Can also be used with Oracle 10.1 • Requires -r 10gR1 switch
CLUVFY • Written in Java - requires JRE • Supplied with JRE • Alternatively can use existing JRE • Must set CV_JDKHOME environment variable • On Red Hat Linux also requires cvuqdisk package • Supplied on Oracle Clusterware CD rpm --Uvh cvuqdisk-1.0.1-1.rpm
CLUVFY • Checks • stages • components • Stage checks • Verify all steps for specified stage have been completed • Component checks • Verify specified component has been correctly installed sh runcluvfy.sh -helpsh runcluvfy.sh stage -helpsh runcluvfy.sh comp -help
CLUVFY • Stages include:
CLUVFY • Components include:
CLUVFY • For example, to check configuration before installing Oracle Clusterware on node1 and node2 use: sh runcluvfy.sh stage -pre crsinst -n node1,node2 • Checks: • node reachability • user equivalence • administrative privileges • node connectivity • shared stored accessibility • If any checks fail append -verbose to display more information
OCR and Voting Disk Mirroring • RAC databases contain • controlfiles • datafiles • online redo logs • server parameter files • password files • archive log files • In addition RAC clusters contain • Oracle Cluster Repository (OCR) • formerly SRVM file • Voting Disk • formerly CSS file
OCR and Voting Disk Mirroring • In Oracle 10.1 and below • only one copy of OCR and Voting Disk • can be corrupted • can be deleted • can be inaccessible • loss of either prevents access to all databases in cluster • In Oracle 10.2 and above • OCR can be mirrored • maximum two copies • Voting Disk can be mirrored • recommended three copies
Instance 1 Instance 2 Node1 Node2 OCR and Voting Disk Mirroring Oracle 10.1 OCR Voting Disk 1 Database Files Database Files Database Files
Instance 1 Instance 2 Node1 Node2 OCR and Voting Disk Mirroring Oracle 10.2 OCR OCR Mirror Voting Disk 1 Voting Disk 2 Voting Disk 3 Database Files Database Files Database Files
DBCA - Database Cloning • Creating a Clone Template Manage Templates
DBCA - Database Cloning Create database template from an existing database (structure and data)
DBCA - Database Cloning Choose database from which to create the template
DBCA - Database Cloning Specify name and description of template Specify location where RMAN copies of datafiles will be created.
DBCA - Database Cloning Choose locations of database files
DBCA - Database Cloning • Template creation completion message
DBCA - Database Cloning • Creating a Clone Database Create Database
DBCA - Database Cloning Manage Templates Select nodes on which to create cluster database
DBCA - Database Cloning Select template(Template2) Includes Datafiles = Yes=> Clone
DBCA - Database Cloning Select Global Database Name Select SID
DBCA - Database Cloning Select SID Configure Management Options
DBCA - Database Cloning Select SID Set Passwords
DBCA - Database Cloning Select Storage Option(ASM)
DBCA - Database Cloning Select ASM Diskgroup(DISKGROUP1)
DBCA - Database Cloning Select Oracle-Managed Files (OMF)
DBCA - Database Cloning Optionally enable Flash Recovery Area and Archiving
DBCA - Database Cloning Specify optional; custom initialization scripts Optionally enable Flash Recovery Area and Archiving
DBCA - Database Cloning Add Services
DBCA - Database Cloning Set initialisation parameters
DBCA - Database Cloning Configure storage
DBCA - Database Cloning Create Database or Generate Database Creation Scripts
DBCA - Database Cloning Create Database or Generate Database Creation Scripts Log files in $ORACLE_HOME/cfgtoollogs/dbca/CLONE
DBCA - Database Cloning Create Database or Generate Database Creation Scripts
Thank you for listening info@juliandyke.com