下载文档原格式
Windows Server2012 for ORACLE12C RAC 一、基础环境●系统环境：Windows Server 2012●数据库：Oracle 12C●硬件配置：每台主机两块网卡●裸盘：3块二、相关概念介绍1.Voting Disk 概述Oracle Clusterware由2部分组成，分别是Voting Disk和 OCR。
Voting Disk 里面记录着节点成员的信息。
如RAC数据库中有哪些节点成员，节点增加或者删除时也同样会将信息记录进来。
Voting Disk必须存放在共享存储上，通常来说是存放在裸设备上。
Voting Disk主要为了在出现脑裂时，决定那个Partion获得控制权，其他的Partion必须从集群中剔除。
为了保证Voting Disk的安全，需要配置多个Voting Disk，Voting disk使用的是一种“多数可用算法”。
当有多个Voting disk时，则必须一半以上的Votedisk同时使用，Clusterware 才能正常使用。
比如配置了4个Votedisk，坏一个Votedisk，集群可以正常工作，如果坏了2个，则不能满足半数以上，集群会立即宕掉，所有节点立即重启，所以如果添加Votedisk，尽量不要只添加一个，而应该添加2个。
Oracle建议Voting Disk的个数应该为奇数个，如 1、3、5个，每个Voting Disk的大小约为20MB。
三、系统配置2.环境配置1)修改计算机名计算机名尽量简短，不要太长2)环境变量设置右键“计算机”-“属性”-“高级系统设置”-“环境变量”中设置“TEMP”、“TMP”值为“%WINDIR%\temp”，本例为：“C:\Windows\temp”3)系统“性能”设置右键“我的电脑”-“属性”-“高级系统设置”-“性能”-“设置”-“高级”里面选择“后台服务”。
右键“我的电脑”-“属性”-“高级系统设置”-“性能”-“设置”-“数据执行保护”里面选择“仅为基本Windows程序和服务应用DEP”3.网络配置1)网络规划2)修改hosts文件两台主机均修改hosts文件3)网卡设置a)修改网卡名称配置两块网卡，一个作为公网（public），一个作为心跳（private）b)配置网卡解析顺序输入“Alt-N”，配置解析顺序为公网网卡 Public 在前，私网网卡 Private 在后，并且取消IPV6支持。
Oracle数据库技术（格局篇）Oracle 18c是Oracle新一代数据库，可以部署在本地或 Oracle 云中，运行在专用于 Oracle Exadata和Oracle 数据库机等数据库工作负载的通用硬件或工程系统上。
它为各种规模的企业提供了访问世界上最快，最具可扩展性和可靠性的数据库技术，以便在云，本地和混合云配置中安全，经济地部署事务和分析工作负载。
Oracle Database 18c是在以前Oracle Database 12c中引入的功能添加了新功能和增强功能，包括：1）多租户架构可大幅节省成本和灵活性。
2）内存列存储，可实现实时分析的性能提升。
3）本机数据库分片，可实现大规模 Web 应用程序的高可用性。
4）增强数据库性能，可用性，安全性，分析和应用程序开发的更多关键功能。
Oracle Database 18c 提供了一个高性能、高可靠和高安全的平台，可以在云，本地或混合云进行部署。
它提供了在本地和云中运行的相同熟悉的数据库软件，使客户能够使用其内部开发的 Oracle 应用程序和 ISV应用程序，并在 Oracle 云上运行它们，而不会导致任何应用程序更改。
Oracle Multitenant 是面向下一代数据库云的架构。
它提供了隔离、敏捷性和规模经济。
在这个架构中，一个多租户容器数据库可容纳多个可插拔数据库。
现有数据库可以直接采用，无需更改应用。
Oracle Multitenant 是对 Oracle Real Application Clusters 和Oracle Active Data Guard 等选件的全面补充。
内存优化，支持实时分析。
Oracle Database In-Memory 优化了分析和混合负载 OLTP，不仅提供出色的事务处理性能，还支持实时分析、商务智能和报告。
Oracle Database In-Memory 提供了一个独特的双格式架构，可以同时使用传统的行格式和新的内存中列格式在内存中表示表。
Oracle数据库体系结构⼀、oracle数据库体系结构基本组成：Oracle server：⼀般情况下是⼀个instance和⼀个database组成⼀般：1个instance只能对应⼀个数据库。
特殊：1个数据库可以有多个instance（RAC）⼀台服务器上同时可装多套版本的数据库软件，每个数据库软件可建多个数据库，但是每个数据库只对应⼀个instance，也可以理解成每个数据库只有⼀个SID 。
利⽤DBCA建出的每个库都是相对独⽴的，在同⼀服务器上如果创建多库必须将环境变量的参数⽂件做区分，并且在对实例切换时需如下操作：connect ⽤户名/密码@实例的服务名1.1 oracle服务器和实例1.1.1实例由内存区和后台进程组成①内存区：数据库⾼速缓存、重做⽇志缓存、共享池、流池以及其它可选内存区（如Java池），这些池也称为数据库的内存结构②后台进程：包括系统监控进程（SMON）、进程监控（PMON）、数据库写进程（DBWR）、⽇志写进程（LGWR）、检验点进程（CKPT）、其它进程（SMON，如归档进程、RECO进程等）③注：要访问数据库必须先启动实例，实例启动时先分配内存区，然后再启动后台进程，后台进程执⾏库数据的输⼊、输出以及监控其它Oracle进程。
在数据库启动过程中有五个进程是必须启动的，它们是系统监控进程（SMON）、进程监控（PMON）、数据库写进程（DBWR）、⽇志写进程（LGWR）、检验点进程（CKPT），否则实例⽆法创建。
1.1.2服务器Oracle服务器由数据库实例和数据⽂件组成，也就是我们常说的数据库管理系统。
数据库服务器除了维护实例和数据库⽂件之外，还在⽤户建⽴与服务器的连接时启动服务器进程并分配PGA1.2 oracle数据库逻辑结构表空间：据库的基本逻辑结构，是⼀系列数据⽂件的集合;段：不同类型数据在数据库中占⽤的空间，有许多区组合⽽成;区：由连续的块组成，⽬的是为数据⼀次性预留⼀个较⼤的空间，oracle为存储空间进⾏分配回收都是以区为单位的;块：最⼩的存储单位，在创建数据库时指定，不能修改。
作为甲骨文全球大会OpenWorld 2012中的重要产品发布，新版Oracle Database 12c汇集了参会者最多的目光，Larry Ellison也在开幕演讲中重点介绍了12c 的一些新特性。
对于Oracle DBA来说，虽然数据库12c正式发布的日期还要等到明年年初，但依旧希望能够提前了解它的一些新功能、新特性。
在OpenWorld 2012的技术讲座环节，Oracle技术大师Tom Kyte集中介绍了Oracle Database 12c的十二大新特性，而Oracle ACE总监杨廷琨也对此进行了总结，希望让国内DBA一睹为快。
1.PL/SQL性能增强：类似在匿名块中定义过程，现在可以通过WITH语句在SQL中定义一个函数，采用这种方式可以提高SQL调用的性能。
2.改善Defaults：包括序列作为默认值;自增列;当明确插入NULL时指定默认值;METADATA-ONLY default值指的是增加一个新列时指定的默认值，和11g 中的区别在于，11g的default值要求NOT NULL列。
3.放宽多种数据类型长度限制：增加了VARCHAR2、NVARCHAR2和RAW类型的长度到32K，要求兼容性设置为12.0.0.0以上，且设置了初始化参数MAX_SQL_STRING_SIZE为EXTENDED，这个功能不支持CLUSTER表和索引组织表;最后这个功能并不是真正改变了VARCHAR2的限制，而是通过OUT OF LINE的CLOB 实现。
4.TOP N的语句实现：在SELECT语句中使用“FETCH next N rows”或者“OFFSET”，可以指定前N条或前百分之多少的记录。
5.行模式匹配：类似分析函数的功能，可以在行间进行匹配判断并进行计算。
在SQL中新的模式匹配语句是“match_recognize”。
6.分区改进：Oracle Database 12c中对分区功能做了较多的调整，Oracle ACE总监杨廷琨花了较大的篇幅对分区提升进行了解读，其中共分成6个部分：INTERVAL-REFERENCE分区：把11g的interval分区和reference分区结合，这样主表自动增加一个分区后，所有的子表、孙子表、重孙子表、重重重...孙子表都可以自动随着外接列新数据增加，自动创建新的分区。
Oracle 12c 操作手册是一本详细介绍如何使用和操作 Oracle 12c 数据库的指南。
该手册首先介绍了 Oracle 12c 的基础知识，包括数据库体系结构、数据类型、SQL 语言等方面的内容。
接着，手册详细介绍了如何创建和管理数据库对象，如表、视图、索引等，以及如何进行数据查询和操作。
此外，手册还介绍了Oracle 12c 的高级功能，如存储过程、触发器、分区等。
同时，手册还提供了大量的示例和练习，帮助读者更好地理解和掌握 Oracle 12c 的操作技巧。
总之，Oracle 12c 操作手册是一本非常实用的工具书，对于需要进行 Oracle 数据库管理和开发的用户来说具有重要的参考价值。
通过阅读该手册，用户可以更好地了解Oracle 12c 的功能和特点，提高数据库的管理和开发效率。
oracle第⼀篇：oracle12c体系结构1、oracle12c的体系结构：内存（逻辑）结构：SGA可以分为数据缓冲区、⽇志缓冲区、共享池、⼤型池、JAVA池、流池。
数据缓冲区（data buffer cache）：oracle读取数据的缓存区，执⾏数据的临时存储空间以及修改未提交时，未写⼊磁盘的脏数据。
主要作⽤是提⾼数据的查询速度和减少磁盘的I/O操作；⽇志缓冲区（redo log buffer cache）：在执⾏sql语句之前，需要计算出sql执⾏语句的改变向量，并将该向量以⽇志的形式临时存储在该内存区域，然后再去数据缓冲区进⾏数据的更改。
共享池（share pool）：共享池分为库缓存、数据字典缓存、sql查询和pl/sql函数结果查询缓存；共享池的⼤⼩9i版本之后就可以直接调整⼤⼩。
库缓存：⽤于临时存储近期已经分过的代码，再次使⽤时就不需要对该代码进⾏分析，直接调⽤。
提⾼语法的执⾏效率。
数据字典缓存：⽤于对近期调⽤的数据字典进⾏缓存，并且数据字典缓存的分配是在库缓存之后的，所以只要库缓存没问题，数据字典缓存也就没问题。
sql查询和pl/sql函数结果查询缓存:当同⼀会话或者多个不同的会话执⾏多次，就会将该查询的结果存储在内存中，当下⼀次查询时直接去调⽤该查询的结果。
在运⽤该执⾏结果之前缓存机制会⾃动的检查查询中的表等对象是否发⽣了变化。
如果变化就会重新查询，使⽤重新查询得到的结果。
⼤型池（large pool）：可选择型的内存区域，主要⽤于共享服务器进程的使⽤。
如果未分配再⽤⼑该内存时会在共享池中进⾏分配。
JAVA池（java pool）：在运⾏java过程时才使⽤到java池，它作⽤于java对象所需要的堆空间。
但是实际java的实际运⾏还是在数据缓存区。
流池（stream pool）：⽤于在redo log中获取⽇志向量，并重新构造执⾏语句，在远程数据库执⾏。
⽽在redo log中提取更改的进程以及应⽤更改的进程将⽤到内存，该内存即是流池。
Oracle Recovery Manager 12c Data Protection in 12c R1Sridhar RanganathanSr. Principal Product Manager, Oracle Database High Availability Rao S. KasinadhuniSenior Oracle DBA, Vice President J.P. Morgan, AM Infrastructure October 29, 2015Presented withProgram AgendaRecovery Manager New Features in Oracle 12cJ.P .Morgan – Cross Platform Migration: Real World Use Case New Backup Solutions using RMAN Flashback Technologies in Oracle 12c Oracle Secure Backup 12.1 Maximum Availability Architecture1 2 3 4 5 6RMAN in Oracle Database 12c Release 1 18 Years of Innovation (Introduced in Oracle 8 Circa 1997)Import 12cRMAN Backups RMAN RestoreSource Database Clone Database 12c 12c: Over the Network Recovery for Data Guard12c 12c: Over the Network Recovery for Data Guard12c 12cRMAN Backup - CDBFor Source databases 10.2 and aboveScripts Updated using new RMAN 12c Features Phase 3: TransportLast read-only L1 andtransferExport & Import metadataPhase 2: Roll-Forward (Reduce Downtime) Perform L1 and transferwhile source is in r/wRepeat this until cut-offperiodPhase 1: PrepareInstall Target SystemPerform L0 and transferNewRMAN 12c: Enhancements for Cross Platform Migration •Support for BACKUPSET format–Unused block compression, smaller transport size, multi-section•New keywords in RMAN 12c–FOR TRANSPORT at source platform–TO PLATFORM (conversion at source to a specific platform)–FROM PLATFORM (conversion at destination from a specific platform)–ALLOW INCONSISTENT to create inconsistent backups of tablespace (during incremental backups) •No longer require CONVERT TABLESPACE or CONVERT DATAFILE procedure•Can include tablespace metadata if that tablespace is read-only (final step) •XTTS with incremental backups reduces downtime up to 8X•Backups from 10g, 11g can be restored to a 12c destinationcSource Platform Destination Platform1. Level 0 Full Backup2. Restore L0 Backup 6. Final Recovery L1Real World Cross Platform Migration Using Oracle 12c RMANRao S. KasinadhuniSenior Oracle DBA, Vice PresidentJ.P. Morgan, AM InfrastructureOctober 29, 2015Source Environment •Colorado Data Center •10+ Oracle Databases •11gR1 and 11gR2 •HP-UX RISC Platform •Stand-alone (non-RAC) •Database Sizes range from 12 TB to 30 TBDestination Environment•Atlanta Data Center•Oracle Enterprise Linux6.x Platform•Oracle 12.1.0.2•Oracle RACChallenges & Solution•Challenges–Migration across datacenters (~800 miles)–Migration across platforms–Migration across versions•Solution–Use Staging Servers atDestination–Use Active Data Guardbetween Data Centers–Use Cross-Platformmigration (MOS 1389592.1 )Databases Migration ProjectCross Platform MigrationTopology through Big PictureStep 1: Synchronize Data Between Data Centers•Build Staging Server at the Destination Data center (Atlanta)–Same OS HP-UX but Different Processor Architecture •Staging Host: IA-64 based with HP-UX•Create Physical Standby on Staging Host –Performed RMAN Hot backup from source database–Shipped the storage media to the destination–Restore Media on the staging host•Keep Synchronizing Physical Standby using Active Data GuardStaging using Active Data GuardStep 2: Cross-Platform Transport•Destination Servers: Linux / X86 Blade•One time Level 0 Backup–Take Initial Level 0 backup from Staging Server (which is a Standby Server)–Use NFS mount point for backups–Restore Backups at Destination RAC Server •Repeated Incremental Level 1 Backups–Keep taking Incremental (L1) Backups on Staging–Keep Restoring Incremental (L1) Backups at DestinationData Migration Between Staging & Destination ServerStep 3: Cutting Over to Destination Database •Ensure Physical standby (Staging) Synchronized to Last Archive log•Shutdown Source (Production) database •Final Incremental Backup (L1)–Physical standby is already in read-only mode –Take final incremental L1 backup–Restore the last L1 at Destination•Meta Data Plug-in–Export Meta Data from the Stage Server–Import Meta data into Destination database •Open Destination databaseFinal Plug-In Procedure on the Cut-Off DayObservation, Best Practices & Future Plans•Very smooth & efficient migration completed using Oracle supplied Cross-Platform Scripts (MOS 1389592.1)•Performed multiple incremental backups to keep the destination server data as close to production•Use Multi-Section Incremental Backups•Use NFS (SAN based) mounted file system for cross-platform migration between staging & destination servers–Avoids additional steps required to copy backups between servrs•Future Plans–Implement backup & recovery procedures using RMAN 12c capabilities–Identify and Migrate other HP-UX databases to future Oracle version using 12c enhancementsProgram AgendaRecovery Manager New Features in 12cJ.P .Morgan – Cross Platform Migration: Real World Use Case New Backup Solutions using RMAN Flashback Technologies in 12c Oracle Secure Backup 12.1 Maximum Availability Architecture1 2 3 4 5 6Stores validated, compressed DB changes on diskFast restores to any point-in-time using deltasBuilt on Exadata scaling and resilienceEnterprise Manager end-to-end control Replicates to RemoteRecovery ApplianceInstant Offsite StorageCost Effective On-demand Scalability End-to-End Security RMAN EncryptionRMAN Compression 3-Way Protection 24x7 Data AvailabilityOracle Database BackupCloud ServiceOracle DBaaS / Exadata Cloud ServiceOn-Premises Databases10.2 and abovePlatform as a ServiceProgram AgendaRecovery Manager New Features in 12c & 12c R2J.P .Morgan – Cross Platform Migration: Real World Use Case New Backup Solutions using RMAN Flashback Technologies in 12c Oracle Secure Backup 12.1 Maximum Availability Architecture1 2 3 4 5 6Flashback Database for Continuous Data ProtectionCDB/PDBs @ t1 (test_grp)FLASHBACK to test_grp In Oracle Database 12c Release 1, Flashback Database capabilities arePDBs @ t2Program AgendaRecovery Manager New Features in 12cJ.P .Morgan – Cross Platform Migration: Real World Use Case New Backup Solutions using RMAN Flashback Technologies Technologies in 12c Oracle Secure Backup 12.1 Maximum Availability Architecture1 2 3 4 5 6Clients – Unix / Linux/ Windows / NASMedia ManagerDisk Storage Tape LibraryProgram AgendaRecovery Manager New Features in 12cJ.P .Morgan – Cross Platform Migration: Real World Use Case New Backup Solutions using RMAN Flashback Technologies in 12c Oracle Secure Backup 12.1 Maximum Availability Architecture1 2 3 4 5 6TechnologyProtectionAgainst Type ofFailureDowntimeRecovery Time Objective ,RTOData Loss ExposureRecovery Point Objective , RPOOracle Secure Backup Physical Hours/Days Days/Hours(from last backup)Recovery Manager (RMAN)Physical Hours/Days Hours(from last backup)Flashback Technologies Logical Minutes/Hours Minutes/Hours(from point-in-time) (Active) Data Guard Site Failure / DR Seconds/Minutes Zero/SecondsEdition-based Redefinition,Online Redefinition, Data Guard, GoldenGate–Minimal downtime maintenance, upgrades, migrationsActive Data Guard–Data Protection, DR–Query OffloadGoldenGate–Active-active replication –HeterogeneousActive ReplicaRMAN, Oracle Secure Backup, Zero Data Loss Recovery ApplianceEnterprise Manager Cloud Control–Site Guard, Coordinated Site FailoverApplication Continuity–Application HAGlobal Data Services–Service Failover / Load BalancingRAC–Scalability –Server HAASM–Local storage protectionProduction SiteFlashback–Human error correctionOracle Maximum Availability Architecture (MAA)Reference•/goto/rman•/goto/flashback•/goto/ha•/goto/maa•Master RMAN Note (Doc ID 1116484.1)Social–/maa–Follow us @OracleMAA******************************Copyright © 2015, Oracle and/or its affiliates. All rights reserved.31。
Linux AS 7.0安装Oracle12c 12.1.0.2.02015-02-15目录一、安装检查准备 (3)二、ORACLE 配置 (3)1、禁用secure Linux (3)2、设置核心参数 (3)3、设置oracle用户的shell limit (4)4、更改/etc/pam.d/login文件 (4)5、新增组和用户 (5)6、检查系统安装包 (5)7、更改oracle用户环境变量 (6)8、创建Oracle的安装目录 (6)9、准备Oracle 12c安装文件 (7)三、Oracle安装过程图解 (8)一、安装检查准备查看内存、SWAP空间、硬盘空间、CPU情况、AS 6.0安装情况、防火墙状态。
Oracle公司宣称在Linux下安装Oracle 12c数据库至少要有512MB的内存和至少1GB或者两倍内存大小的交换空间，对于系统内存大于2GB的服务器，交换空间可以介于2GB—4GB 之间RAM Swap SpaceBetween 1 GB and 2 GB 1.5 times the size of RAMBetween 2 GB and 16 GB Equal to the size of RAMMore than 16 GB 16 GBgrep MemTotal /proc/meminfogrep SwapTotal /proc/meminfo防火墙暂时关闭。
安装AS 7.0尽量把Development Tools里的开发包都安装上，避免缺失文件。
二、ORACLE 配置1、禁用secure Linux因为SELINUX对oracle有影响，所以把secure linux设成无效通过编辑 vi /etc/selinux/config 文件禁用secure linux，确认其中的SELINUX标记如下：SELINUX=disabled。
2、设置核心参数vi /etc/sysctl.confkernel.shmmax = 536870912 1073741824 2147483648kernel.shmmni = 4096kernel.shmall = 2097152kernel.sem = 250 32000 100 128fs.aio-max-nr = 1048576fs.file-max = 6815744net.ipv4.ip_local_port_range = 9000 65500net.core.rmem_default=262144net.core.rmem_max=4194304net.core.wmem_default=262144net.core.wmem_max=1048576sysctl -p命令使得内核改变立即生效kernel.shmmax = 536870912 1073741824 2147483648 分别代表1G、2G、4G （根据系统物理内存大小，选择相应值）[root@localhost ~]# sysctl -pkernel.shmmax = 1073741824kernel.shmmni = 4096kernel.shmall = 2097152kernel.sem = 250 32000 100 128fs.aio-max-nr = 1048576fs.file-max = 6815744net.ipv4.ip_local_port_range = 9000 65500net.core.rmem_default = 262144net.core.rmem_max = 4194304net.core.wmem_default = 262144net.core.wmem_max = 10485763、设置oracle用户的shell limitvi /etc/security/limits.conforacle soft nproc 2047oracle hard nproc 16384oracle soft nofile 1024oracle hard nofile 655364、更改/etc/pam.d/login文件添加下面的内容，使shell limit生效：vi /etc/pam.d/loginsession required pam_limits.so5、新增组和用户oinstall组中的成员用于管理Oracle数据库软件(即各种Oracle物理软件)。
