rac

rac 中相关日志及其路径

自作多情 提交于 2019-12-09 20:00:36
rac 中要关注的日志及其路径 DB日志 oracle 下的alert日志$ORACLE_BASE/diag/rdbms/orcl/orcl1/trace/alertorcl1.log 集群相关日志 grid 下的 alert 日志 $ORACLE_HOME/log/rac1/alertrac1.log css的日志$ORACLE_HOME/log/rac1/cssd/cssd.log css的日志$ORACLE_HOME/log/rac1/cssd/ocssd.log crs的日志$ORACLE_HOME/log/rac1/crsd/crsd.log ohas的日志$ORACLE_HOME/log/rac1/ohasd/ohasd.log evm的日志$ORACLE_HOME/log/rac1/evmd/evmd.log 来源: CSDN 作者: yifeng0504 链接: https://blog.csdn.net/yifeng0504/article/details/103462441

ORACLE----搭建RAC

霸气de小男生 提交于 2019-12-07 19:56:14
RAC----real application cluster 10g----clusterware 11g----包含在grid软件中 集群支持的文件系统: 集权文件系统 ocfs asm rac--集中管理内存,cpu 数据库服务器没有办法满足需求:----通过rac进行集中管理 内存不够 cpu不够 硬盘不够 内网/私网---集群中节点与节点之间的网络连接,网络传输数率要求很高 需要网络交换机 全局SGA,管理每个SGA的信息,全局SGA由集群管理放在共享存储里 应用程序---外网(需要网卡)---连接数据库--一般给DBA用,有几个节点就需要几个IP地址 应用程序/用户使用(需要网卡)---虚拟网络/vip----如果有一个用户用外网联机到数据库,有一个节点失效了,我们就应用我们的集群软件虚拟出来的网络,进行我们实例的切换 需要配置tnsnames.ora,将节点信息写入到文件中 11g中 scan--简单客户端网络:简化用户在tnsnames的配置,scan中一共有3个地址,不是真实的网络。配置的时候主机名默认为racscan。使用racscan需要配置DNS服务器。 所有实例都访问一个数据库--多个实例向一个数据库写数据--数据库放到共享存储/共享文件系统中(orfs/acfs) 实例访问存储的网---需要存储网络,通过交换机,不能直连,做成主备保证时时都可访问

Oracle 11g RAC启动与关闭记录

Deadly 提交于 2019-12-07 08:28:11
Startup 1. Ensure that you are logged in as the root Linux/ UNIX user. If you are not connected as root OS user, you must switch to the oracle OS user su - root 2. Start (startup) the Oracle cluster stack su - root cd $CRS_HOME/bin # ./crsctl start crs (must be run on each node) 3. Startup (start) all Oracle ASM instances on all nodes. (If you are not using the ASM you must skip this step.) su - oracle (you must be logged as oracle) To shut down an Oracle ASM instance, enter the following command, where node_name is the name of the node where the Oracle ASM instance is running: $ oracle_home

Oracle 19C RAC 添加/删除节点

夙愿已清 提交于 2019-12-06 16:54:11
一、添加节点 1. 前期准备 1)操作系统安装与配置按照全新安装标准配置 2)配置SSH互信 3)运行CVU程序 su - grid cd ${ORACLE_HOME}/bin cluvfy comp peer [-refnode <new node name>] -n node_list [-orainv orainventory_group] [-osdba osdba_group] [-verbose] 4)确保管理仓库有足够空间 oclumon manage -get repsize -- 增加空间,确保给每个新增节点要求500Mb的空间 oclumon manage -repos changerepossize total_in_MB 2. 加节点(GI) -- 如添加节点o19c2 ./addnode.sh -silent -ignoreSysPrereqs -ignorePrereqFailure "CLUSTER_NEW_NODES={o19c2}" "CLUSTER_NEW_PRIVATE_NODE_NAMES={o19c2-priv}" "CLUSTER_NEW_VIRTUAL_HOSTNAMES={o19c2-vip}"-- 运行root脚本cd $(grep 'inventory_loc' /etc/oraInst.loc |awk -F'=' '

GitHub: Oracle RAC Database on Docker 未测试 改天试试

泄露秘密 提交于 2019-12-06 06:35:13
https://github.com/oracle/docker-images/blob/master/OracleDatabase/RAC/OracleRealApplicationClusters/README.md Oracle RAC Database on Docker Oracle Real Application Clusters (RAC) is an option to the award-winning Oracle Database Enterprise Edition. Oracle RAC is a cluster database with a shared cache architecture that overcomes the limitations of traditional shared-nothing and shared-disk approaches to provide highly scalable and available database solutions for all business applications. Oracle RAC uses Oracle Clusterware as a portable cluster software that allows clustering of independent

RAC环境常见的性能问题

对着背影说爱祢 提交于 2019-12-05 06:41:14
问题 1:大量块丢失 (gc lost blocks, gc current/cr lost blocks) 症状 I. AWR 报告中显示有大量块丢失。 II. netstat -s 报告数据包重新组装故障(reassambly failure)和丢失数据包(dropped packets)增加。 解决方案 使用以下文档进行故障排除并解决丢失块问题。该文档描述了症状、可能原因以及解决方案。 Document 563566.1 - gc block lost diagnostics 问题 2:大量 log file sync 等待 症状 I. AWR 报告中显示 log file sync 始终位于 Top 5 等待事件列表中。 II. 平均 log file sync 时间很长(> 20 毫秒)。 III. 平均 log file parallel write 时间很长(> 10 毫秒)。 III. 平均 redo write broadcast ack time 或者 wait for scn ack 时间很长(> 10 毫秒)。 IV. 平均 log file sync 时间很短,但 log file sync 等待次数太多。 背景 用户会话在提交或回退时,会话的重做信息需要由 LGWR 刷新到重做日志文件。用户会话等待“log file sync”的同时,等待 LGWR

rac_signalForSelector

假装没事ソ 提交于 2019-12-05 04:17:43
/*--> */ /*--> */ rac_signalForSelector 是NSObject 的扩展方法,监听某个对象的某个方法是否被调用了,rac_signalForSelector 的调用方是这个对象,selector 是这个对象的某个方法。 例如:监听一个 VC的 viewDidAppear方法的调用,可以这样写 - (void )viewDidLoad { [[self rac_signalForSelector:@selector (viewDidAppear: )] subscribeNext:^ (id x ) { } ]; } 来源: https://www.cnblogs.com/yibinpan/p/11905064.html

oracle rac 常见安装、管理错误

穿精又带淫゛_ 提交于 2019-12-04 17:36:28
常见安装、管理错误   1. 安装CRS失败,或执行root.sh报错,可能原因:   (1) 节点间的时间不同步,解决方法:使用ntp服务   (2) Linux下启用了默认的防火墙,导致执行root.sh报错:   Failure at final check of Oracle CRS stack.   10   解决方法:禁用iptables ,注释/etc/pam.d/other ;   # service iptables stop; # chkconfig iptables off.   (3) 裸设备的权限问题,可能因为 操作系统 重新启动后权限发生变化。(RHEL4)   解决方法: 把 chown oracle:dba /dev/raw/raw* 命令加入到/etc/rc.local中,每次开机自动执行   或者修改文件/etc/udev/permissions.d/50-udev.permissions   第113行raw/*:root:disk:0660 改成 raw/*:oracle:dba:0660   (4) Solaris使用了包括cylinder 0的磁盘分区来 存储 OCR或者vote disk。   解决办法:相关分区不应该包括cylinder 0,可以从1开始。   (5) 使用的公网IP地址不可路由,   解决方法:添加相关 网关   

rac 关于RACScheduler的一点学习

对着背影说爱祢 提交于 2019-12-04 15:49:11
RACScheduler 信号调度器,是一个线性执行队列,rac中的信号可以在RACScheduler上执行任务、发送结果,底层用GCD封装的。 rac中提供生成线程的几个方法: 1:scheduler,这是一个异步线程,不会对主线程造成堵塞,异步执行 [[RACScheduler scheduler] schedule:^{ NSLog(@"当前线程:%@",[RACScheduler currentScheduler]); }]; 2:immediateScheduler ,立即执行的线程,其实就是在主线程执行的 [[RACScheduler immediateScheduler] schedule:^{ NSLog(@"当前线程:%@",[RACScheduler currentScheduler]); }]; 输出日志: org.reactivecocoa.ReactiveObjC.RACScheduler.mainThreadScheduler 3:mainThreadScheduler 获取主线程调度器。 [[RACScheduler mainThreadScheduler] schedule:^{ NSLog(@"当前线程:%@",[RACScheduler currentScheduler]); }]; 这个其实和immediateScheduler差不多的玩意 4

Oracle 9i Real Application Clusters

↘锁芯ラ 提交于 2019-12-04 06:39:50
Real Application Cluster(以前称作Oracle Parallel Server,OPS)用来在群机环境下实现多机共享 数据库 ,以保证应用的高可用性。同时可以自动实现并行处理及均分负载,还能实现数据库在故障时的容错和无断点恢复。 Real Application Cluster为大多数高要求数据库环境提供了极高的 性能 和 完美的纠错功能。Real Application Cluster允许群集系统或大型并行系统中的多个节点共享同一物理数据库。Real Application Cluster可以自动进行负载平衡、故障修复和规划停机时间,以支持高可用性应用程序。它还显著提高了大型数据仓库和决策支持系统的性能。与并行查询选 件结合,它还提供了节点间并行性和节点的并行性,以得到更高的性能。 多 服务器 集群的Cluster结构,因其具有高 可靠性 、大容量共享磁盘支持、以及无断点的故障恢复,越来越受到世人的关注,越来越多的硬件厂商都相继推出自己的Cluster机种和机型,它已经成为硬件平台的一个新的发展方向。 Oracle公司在1989年率先推出Parallel Server选件,以支持这种体系结构(Oracle6.2版)。随着Cluster技术自身的成熟,以及Oracle对这一技术的经验,Real Application