在server中,全部组件中一般最easy坏掉的就是磁盘.所以一般採取RAID来保证系统的稳定性,通过冗余磁盘的方式防止磁盘故障. 现代硬件驱动器一般支持SMART(自我监測分析和报告技术),它可以监视整个硬盘驱动器的健康状况.而且当硬盘驱动器即将故障的时候会发出警告. 一般硬件厂商提供的磁盘工具,是在系统重新启动后检查磁盘驱动的健康状况,而SMART能够不用重新启动系统就能够检查硬盘驱动器的健康程度. 在linux中,工具包的名字为smartmontools 在centos中能够使用 yum

SRL Introduce 从">ORACLE9i开始,出现了Standby Redo Logs(SRL),9.1开始只有">physical standby支持SRL.从">10g开始,Physical和Logical standby均支持SRL. SRL用来接受从primary传输过来的">redo data信息.SRL的最大的益处是每一条写进">primary Online Redo Logs(ORL)的条目将会被同时传

RESTORE DATABASE [db1] FROM DISK = N'E:\Backup\db2.bak' , MOVE N'db1_Data' TO N'D:\Data\db2.MDF', MOVE N'db2_Log' TO N'E:\Logs\db2.LDF', STANDBY = N'E:\Standby\ROLLBACK_UNDO_db2.BAK', NOUNLOAD, STATS GO 指定一个允许撤消恢复效果的备用文件. STANDBY 选项可以用于脱机还原(包括部分还原),

尽管网上有很多Oracle Dataguard的配置教程,但不难发现,很多采用的是rman duplicate这种方法,尽管此种方法较为简便.但在某种程度上,却也误导了初学者,虽说也能配置成功,但只知其然不知其所以然,Dataguard的本质没有吃透,也不利于其维护和调优. 本配置文档基于Oracle官方文档,目的在于加深大家对于Dataguard的了解. 本配置的结果是最大性能模式下的异步传输 ,因此在参数文件中,只涉及基本的主备参数,没有考虑switchover和最大性能模式下的real t

主备库切换 Switchover 一般SWITCHOVER切换都是计划中的切换,特点是在切换后,不会丢失任何的数据,而且这个过程是可逆的,整个DATA GUARD环境不会被破坏,原来DATA GUARD环境中的所有物理和逻辑STANDBY都可以继续工作. 在进行DATA GUARD的物理STANDBY切换前需要注意: 1)确认主库和从库间网络连接通畅: 2)确认没有活动的会话连接在数据库中: 3)PRIMARY数据库处于打开的状态,STANDBY数据库处于MOUNT状态: 4)确保STANDBY

基于磁盘的备份rman duplicate 命令创建standby database 前提条件: 确保原始库数据库的备份.存档standby 结束是完全可见, 这里,如果原始文库和靶 - 侧数据文件,所有的文件都存储日志文件完全一样的结构. 配置主库,由图书馆准备静态监控.档模式,和force logging  1.对主数据库进行必要的更改. a. 启用 force logging. b. 假设没有password文件,则创建password文件. c. 创建备用 redo 日志. d. 改动參

下载PostgreSQL源码包,放在任意目录 设置/etc/sysctl.conf,增加以下内容 kernel.shmmni= 4096 kernel.sem =501000 6412800000 501000 12800 fs.file-max =767246 net.ipv4.ip_local_port_range= 1024 65000 net.core.rmem_default= 1048576 net.core.rmem_max= 1048576 net.core.wmem_defau

需求:在同一个环境下新建Standby RAC库,即和Primary RAC在相同的磁盘组. 说明:生产环境一般不建议这样配置DG,因为存储层面是相同磁盘组,灾备的实际意义不大.我这里是用作读写分离. 基本信息: db_name: jyzhao Primary RAC db_unique_name:jyzhao Standby RAC db_unique_name:jyzhaodg Standby RAC instance_name: jyzhaodg1, jyzhaodg2 版本:GI 11.

案例:Oracle报错ASM磁盘组不存在或没有mount 环境:RHEL 6.5 + Oracle Standby RAC 11.2.0.4 我做Standby RAC实验时,在恢复控制文件时,报错无法在磁盘组创建文件,具体报错内容如下: [oracle@jystdrac1 standby]$ rman target / Recovery Manager: Release 11.2.0.4.0 - Production on Wed Aug 9 22:35:41 2017 Copyright (

模拟生产搭建Standby RAC实验环境(11.2.0.4 DG) 环境:RHEL 6.5 + Oracle 11.2.0.4 GI.DB 1.需求背景介绍 2.准备工作 3.主库配置 4.备库配置 5.备库恢复数据库 6.检查同步状态 7.添加资源 1.需求背景介绍 目前,我有一套正常运行的Oracle 11.2.0.4 RAC实验环境.这是一套VirtualBox的虚拟化环境,整套环境均放在我的台式机服务器的D盘(SSD固态盘).也就是说,这套RAC环境的系统磁盘和共享磁盘均在本地D盘.

在上篇博文中,使用了duplicate方式来创建物理standby http://blog.csdn.net/aaron8219/article/details/38434579 今天来说说在11g中採用非duplicate方式创建备库碰到的一些问题,并做个总结. 在10g中,通常能够使下面几种方法创建备库控制文件 RMAN> backup current controlfile for standby format 'c:\ctl_%U'; RMAN> backup full databas

在linux中,工具包的名字为smartmontools 在CentOS中可以使用 yum install smartmontools来安装工具 首先通过smartctl -i /dev/sda 来检查一下硬盘是否具有 SMART 特性 下面是smart工具的说明文档,里面有详细的说明 http://smartmontools.sourceforge.net/smartmontools_scsi.html 这个是我在虚拟机中测试的不支持 这个是我在真服务器中测试的,支持 SMART suppor

问题背景 适用情况: 操作系统: redhat 6.5 数据库: oracle 11g r2 问题描述: failover后原主库无法恢复和启动或者丢失主备关系 优点 不需要对primary数据库停机 执行简单 实施前准备工作 1.测试dumplicate 2.测试环境数据库利用dumplicate重建stanby数据库 实施步骤 备份新主库 注意备份脚本,应该备份到服务器的本地磁盘而不是带库. rman_backup.sh备份本地脚本: #!/bin/sh #oracle environmen

Hadoop ha CDH5.15.1-hadoop集群启动后,两个namenode都是standby模式 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 一说起周五,想必大家都特别开心对吧?其实我也很开心呀-眼看还剩下一个小时就下班了.然而在这一个小时内,我都心里活动真的是跌宕起伏呀-不是因为放假,而是身为一名大数据运维技术人员需要替公司大数据生态圈中面临都各种问题. 这不,遇到了一个奇葩的问题,让我花了接近一个小时才处理完呢!深感惭愧啊,要是有小伙伴遇到跟我同样的问题,别慌

我们如何衡量一个存储的性能呢?IOPS(Input/Output OperationsPer Second),即每秒进行读写(I/O)操作的次数是国际上通用的存储性能衡量标准,IOPS越高意味着在同一时间系统能够处理的用户请求越多,能够承载用户访问压力就越大,满足同样性能需求的配置就越低,由此可以为客户带来更高的生产效率和价值.      各存储厂商增加被测产品IOPS值的办法有两个:尽量使用小容量(如36GB. 73GB).高转速(15krpm)的磁盘,尽量增加被测产品的磁盘数量,因为单块磁盘

很多正在使用dataguard的客户,都会遇到一个棘手的问题: 在备份端与主库同步的过程中由于网络原因或磁盘问题导致一个或多个归档日志丢失,进而dataguard同步无法继续.很多客户都选择了重新全库恢复,并重新搭建dataguard. 如果我们的源数据库非常大(超过100G的数据量),其实可以选择一种更简便并高效的恢复方法--通过rman的增量备份恢复dataguard中standby端的数据.具体恢复过程如下:1) Stop the managed recovery process (MRP

本篇内容关注NameNode启动之前,active状态和standby状态的一些后台服务及准备工作,即源码里的CommonServices.主要包括磁盘空间检查. 可用资源检查.安全模式等.依然分为三部分:源码调用分析.伪代码核心梳理.调用关系图解. 第一部分,源码调用分析. 接着上篇RpcServer启动之后开始梳理,进入到了initialize()方法中. protected void initialize(Configuration conf) throws IOException { /

FIO是测试IOPS的非常好的工具,用来对硬件进行压力测试和验证,支持13种不同的I/O引擎, 包括:sync,mmap, libaio, posixaio, SG v3, splice, null, network, syslet, guasi, solarisaio 等等. fio 官网地址:http://freshmeat.net/projects/fio/    一,FIO安装  wget http://brick.kernel.dk/snaps/fio-2.0.7.tar.gz  yu

场景回顾: 测试集群节点分配:35,36是namenode且开启HA,37,38,39即作为datanode,又作为journalnode. 某时间 38节点磁盘爆满,集群中hdfs及依赖的服务全部宕掉. 之后虽然将38节点清除一部分多余数据,但集群服务仍然不正常:namenode启动的时候两个都是standby,几分钟后自动关闭:datanode正常:journal正常:zkfc正常 调查过程: 查看namenode日志,显示一直在尝试连接journal,并显示 2017-08-14 17:0

生命不息,test不止. 最近组里面修改了几个postgresql的bug,要进行回归测试,除了前面提到的WAL的RT测试和Mirroring Controller的RT测试,还要测试下postgresql的hot standby功能. 要进行该项测试,就要首先搭建hot standby环境. 本文主要记录下搭建hot standby环境的过程以及其中遇到的问题及解决方法. 首先介绍下系统环境: 操作系统:RHEL_6_x64 postgresql版本:9.5.4 首先至少要有两台机器,其次这两

题记: 做过一些关于硬盘的调研任务,当时搜集很多资料,不过现在没有,从网上找了一篇关于SMART的介绍,感觉基本上都是比较全面了. 首先各大硬盘厂商生产的硬盘基本都是会遵循SMART的技术标准的,当然企业级的硬盘都是支持这个参数的.在linux下可以装上这个工具具体检测下参数的数值.另外各大厂家都有不同的磁盘检测工具,本人做过日立,希捷和一些第三方的磁盘检测工具,或许不同的工具的结果表现形式有些不同(排除特定的工具对特定的磁盘的定向数据造假,比如像手机中的跑分,不过我测过的这么工具基本上都是符合