1.29k likes | 1.3k Views
Explore the hardware internals and setup of Oracle Database Appliance, including configuration, backup strategies, and Oracle 11g R2. Learn about chassis hardware, server nodes, CPU cores on demand, and hardware benefits.
E N D
Agenda • Hardware internals • Download appliance software kit • Get Core config file • Configuration and setup • Oracle 11g R2 • Backup strategies
Chassis • Sun Fire X4370 M2 • 4U Redundant Storage Server • 2 Server Nodes (SN) • Two internal boot disks per SN • 24 3.5” dual ported SAS/SATA/SSD disk slots • 20 x 600GB 15K RPM SAS(4 TB Usable for database files) • 4x 73GB STEC GEN3 SSD(for redo logs) • 2 Hot-swap redundant power supplies • Redundant 5V and 12V disk backplane power • Independent PWR, locate buttons and status per SN FRONT VIEW REAR VIEW
Chassis • Independent power buffer chips and individually wired between PSUs and SNs. • Chassis control and status is independently accessible on each Server Node • No centralized chassis control manager • Hot Swap SN modules, Fans, Disks, Power Supplies • All CRUs are front and rear accessible FRONT VIEW REAR VIEW
Chassis - Rear View SN1 SN0
Server Node • Leveraged from Sun Fire X4170/X4270 M2 server platforms • 2 x Intel Xeon Processor X5675 (6C, 3.06 GHz, 95W) per Server Node • 2-12 CPU cores per SN enabled on demand • 6 x DDR3-1333 DIMMs per socket total of 96 GB of memory per SN • 12x 8GB DDR3 low-voltage DIMMs per SN • 1 Internal low profile 8-lane PCI-E GEN-2 HBA per SN • LSI SAS GEN2 Erie HBA • 3 x low profile 8-lane PCI-E GEN-2 Slots via PCI riser per SN • Slot 2: LSI SAS GEN2 Erie HBA • Slot 1: Intel quad port 1GbE Northstar • Slot 0: Intel dual port 10GbE Niantic
Server Node • 2 x 1-GbE RJ45 connectors for Host per Server Node • 2 x 1-GbE ports within chassis for SN to SN connectivity • 2 x rear accessed hot-plug SATA 2.5” drive per SN • Boot disks • 2 x Rear, 1 internal USB connector per SN • AST2100 Service Processor per SN • 1 SP Serial, 1 SP Network, 1 SP VGA per SN • 2 x Hot-swap 80MM counter-rotating fans per SN
CPU Cores on Demand • CPU cores on demand enables as few as 4 cores or as many as 24 cores • System ships with 12 cores enabled per server—no need to do anything if running at full capacity • To configure for subcapacity (see also “get Core config file” slides): • Log onto MyOracleSupport • Declare configuration for servers • Download encrypted key to reconfigure servers • Run CLI to reconfigure servers (as specifed in key) in BIOS (reboot) • Once configured for sub-capacity, core count can only increase in subsequent reconfigurations • Customer responsible to ensure proper number of licenses owned
OS Boot Disk Internal HBA Internal USB CPU1 CPU0 PCI Riser Server Node View
SAS, Chassis, FIM, +5V disk, PSU Signals Server Node View
DB Appliance CRU/FRU Assemblies
Expandability • Technically iSCSI or NFS expansion via 1 or 10-GbE network connectivity is possible, but restrictions apply • FC-AL expansion not supported • Infiniband not supported • SAS expansion not supported
Hardware Benefits Review • Internal chassis wiring • Less potential of accidentally pulled cables • Redundant and Hot-serviceable components • Server Nodes • Fan Assembly • Power • Two redundant PSU • Individually power cabled from PSU to SN • Independent buffer chip to each SN • HDD and SSD • Triple-mirrored • Two internal networking to fuse cache across the clustered SNs • Two dual-SAS controllers per SN
Hardware Benefits Review • Improved Performance • SSDs used for redo logs • Networking throughput • CPU on demand • Allows for growth by enabling more CPU cores to meet customer demands
Go to My Oracle Support http://support.oracle.com 1 …and sign-in if needed
Software kit download recommendations • Downloading the kit beforehand • This will reduce installation time at start of deployment • Put the kit on a local server or USB stick • Reasons to do so are: • Security • Speed (local copy from download server to ODA using high-speed LAN) • When USB stick is used, no network connectivity needed to copy the software kit to the appliance
My Oracle Support User Interface Overview for Generating Core Configuration Key • Only Customer User Admin of a Customer Support Identifier (CSI) is allowed to generate a key • Any one with an access to CSI and view “asset privilege” can view and download the key • Customer needs to perform following few simple steps to generate/download a key: • Add Support Identifier associated with ODA assets in their My Oracle Support profile • Specify # of CPU cores per server • Copy key and paste it into a file on the ODA server • Customer can view/download previously generated key anytime • My Oracle Support will allow user to re-generate a key ONLY for higher # of cores than last generated key • Oracle Store is going to store the keys and minimum audit history associated with the key generation activities.
Core Key Information Detail • Customer proposed core count • Customer Support Identifier # • Customer name (This is the customer name as in “Oracle Corp”) and not the Data Base Account name
Core Key Important Notes • All the Information Details are mandatory • Cores has to be one of the following numbers (2,4,8,12,16,20,24) • The program does not validate the cores. • Manually ensure that the core count is one of the numbers mentioned above • The generated key cannot be used to find the serial# or the cores so it is recommended that the out file attribute be some combination of serial# and core count.
Applying Core Key • Customer should not attempt editing the generated key using any tools • Customer should move the key to the Appliance using scp in binary mode. • Open a Terminal session or xterm and Login as root • Execute the following command as root #/opt/oracle/oak/bin/oakcli apply core_config_key /tmp/core08_1018FM005
Verifiying the Core Configuration File • $oakcli show core_config_keyOptional core_config_key is not applied on this machine yet ! • # oakcli show core_config_key Host's serialnumber = 1132FMW003Configured Cores = 20 • cat /proc/cpuinfo | grep -i processor |wc –l 10
Factory Customer Site Deployment Overview Build System Image Firmware Install OS Provide Basic info to Configurator Connect System to Network & Power ON Download SW from MOS Deploy Grid, DB with best Practices Initiate HealthCheck Fully Configured Database
Oracle Appliance Manager Deployment Steps • Download standalone DB Appliance Manager configurator from MOS • Fill the configuration parameters and generate the configuration parameter file. • Do the first boot of DB Appliance server and configure the initial network – oakcli configure firstnet • Get core_key from MOS and apply core_key* • scp the user generated parameter file and end user clone zip file, on the first node ** • Unpack the user image – oakcli unpack –package <file_name> • Copy the user generated parameter file – oakcli copy –conf <params.file>** • Start the deployment by using the parameter file – oakcli deploy • Get some coffee and come back in 2hrs * optional ** oakcli will place them at the proper locations
Oracle Appliance Manager Planning Required for typical type deployment • Cluster Name • Region, Timezone • Domain • DNS Servers • Client Access Public Network Hostnames and its Ips • Client Access Public Network netmask • VIP Name (auto populated with –vip) and its Ips • Scan Name (auto populated with –scan) and two scan Ips • Database Type, Name, Class and Language
Oracle Appliance Manager PlanningOptional for custom type deployment • NTP Servers • ILOM network info • Additional network info • ACFS • Backup type, database block size, and characterset • ASR proxy and MOS username, password
Oracle Appliance ManagerPredefined Values • Private ip address: 192.168.16.24, 192.168.16.25 • HA ip address: 192.168.17.24, 192.168.17.25 • NIC names – eth0, eth1, bond0, bond1, bond2, xbond0 • Grid user – grid, oracle user – oracle • Grid home - /u01/app/11.2.0/grid • Grid base - /u01/app/grid • Oracle home - /u01/app/oracle/product/11.2.0/dbhome_1 • Oracle base - /u01/app/oracle • Inventory location - /u01/app/oraInventory • Scan port number 1521 • Diskgroup name - +DATA, +RECO, +REDO • Data disk name - HDD_Ex_Sxx_<wwid>p1 (S00-S19) • Reco disk name – HDD_Ex_Sxx_<wwid>p2 (S00-S19) • Redo disk name – SSD_Ex_Sxx_<wwid>p1 (S20-S23) • Oracle GI and RDBMS version – initial release is 11.2.0.2+psu3+patches. 12639177 (ASM) 12914151(MLR on top of GI PSU3) 12419331 (DB PSU3)
Initial Hardware Setup • Machines arrive with factory pre-loaded 0923.1 iso, that includes OEL 5.5 and oak 0923.1-1 rpm. • Connect the two power cords • Connect the network cables • Connect the monitor, keyboard, mouse or serial console • Wait for Service Processor lights from blinking to solid • Power on the host and wait for host lights from blinking to solid • When rebooting is done, login at the console or via ILOM • If you prefer GUI mode, type ‘startx’ • * Alternately, customer can manually setup ilom network (covered later)
About oakcli • Command line interface to manage Oracle Database Appliance. • Needs to be run as root. • Invocations of CLI is logged to /opt/oracle/oak/log/<hostname>/client/oakcli.log oakcliUsage: oakcli <command> <object> [<options>]commands: show|locate|apply|deploy|update|validate|manage|unpack|copy|configure objects : disk|diskgroup|expander|controller|storage|core_config_key|version|firstnet For complete usage, use:oakcli –hFor detailed help on each command and object and its options use: • oakcli <command> -h oakcli <command> <object> -h
Oracle Appliance Manager Configuring first network • This to be done at remote console redirect (ILOM) • No network identity of the server when shipped from factory. • First network can be configured for ease of use. Only need to be done on first node # /opt/oracle/oak/bin/oakcli configure firstnet Select the interface to configure network on [bond0 bond1 bond2 xbond0]:bond0 Configure DHCP on bond0?(yes/no):no INFO: Static configuration selected Enter the IP address to configure:10.2.3.24 Enter the netmask address to configure:255.255.255.0 Enter the gateway address to configure:10.2.3.1
Oracle Appliance Manager Unpack end-user bundle and Copy Core keyr • Download the end-user bundle file from MOS • Download the core key from MOS • Transfer the core key file, if created earlier • Unpack the end-user bundle on first node • Copy the core key file Assuming the core_key_file is applied – covered in previous session # /opt/oracle/oak/bin/oakcli apply core_config_key <core_key_file> # /opt/oracle/oak/bin/oakcli unpack -package /tmp/grid112.zip # /opt/oracle/oak/bin/oakcli unpack -package /tmp/grid112.zip # /opt/oracle/oak/bin/oakcli copy –conf /tmp/<params.file>
Oracle Appliance Manager • GUI-based enquiry collects configuration information • Two modes • Configurator • Deployment • oakcli deploy • oakcli deploy config • java –jar onecommand.jar config
Oracle Appliance Manager Deployment overview • oakcli deploy runs the command in linear workflow order. • It is designed to be simple so that it can be used by users with basic experience with Grid Infrastructure and RAC • oakcli deploy does not provide complete control to the users during install but does standardized install that works for majority of the scenarios
Oracle Appliance Manager Config Type • Two types • Typical • Custom, including ntp, bond1, bond2, xbond1, ilom, asr setup on 1st node, and acfs • Can load the pre-created onecommand.params file at /opt/oracle/oak/onecmd