standby专题

Android Doze模式和app Standby模式

对低电耗模式(app Standby)和应用待机模式(Doze)进行针对性优化从 Android 6.0（API 级别 23）开始，Android 引入了两个省电功能，可通过管理应用在设备未连接至电源时的行为方式为用户延长电池寿命。低电耗模式通过在设备长时间处于闲置状态时推迟应用的后台 CPU 和网络 Activity 来减少电池消耗。应用待机模式可推迟用户近期未与之交互的应用的后台网络 Ac

执行hadoop中bin操作时报错：Operation category READ is not supported in state standby

在hadoop执行操作的时候报错如下：从报错中可以分析出错误：其中Operation category READ is not supported in state standby 原因：配置了Hadoop HA，启动了一个hadoop NameNode时而启动的NameNode为standby状态。查看nn1状态：解决方法：将standby状态手动改为act

error 12154 received logging on to the standby报错处理

错误处理方法该参数不是主库的servicename （低级错误） SQL> alter system set log_archive_dest_2 = 'SERVICE=standby ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=standby'; System altered. 观察主库日志:

[Dataguard]ORA-16191: Primary log shipping client not logged on standby问题解决

今天朋友Dataguard备库无法同步主库的问题，大概场景如下： 1.备库startup，日志同步语句执行都没问题，但是备库就是无法同步主库的内容 2.观察了下备库的归档同步情况，发现都是0表示未同步主库数据过来，然后看了下警告日志文件的内容，发现如下问题 <msg time='2016-01-20T00:57:57.734+08:00' org_id='oracle' comp_id='r

ORACLE 11G 之DATAGUARD搭建物理standby

1 安装环境在Primary库上安装数据库软件，并建监听和实例，在Standby库上安装数据库软件，并建监听，但不建实例。 Primary库 Standby库操作系统 CentOS release 6.4 64位 CentOS release 6.4 64位 IP/主机名 192.183.3.17/nn 192.183.3.145/kk 数据库软件版本

讨厌的co-standby...

今天下午去三厂帮忙安装基于co-standby架构的sql server,总的来说还算顺利，就是第一次mirror时速度贼慢，等mirror完，进行测试，在primary的节点上将对外的网卡断开，10秒钟后系统切换到了另外一台server,心中窃喜，应该没问题....然后将primary节点对外的网卡恢复，将standby节点对外的网卡disable,过了10秒钟，没反应，靠，干脆将server

Oracle Data Gurad -- Logical Standby 相关说明

一．逻辑Standby的准备工作 1 确认操作的对象和语句是否能被逻辑Standby支持由于逻辑Standby是通过SQL应用来保持与Primary数据库的同步。SQL应用与REDO应用是有很大的区别，REDO应用实际上是在物理Standby端进行RECOVER；SQL应用则是分析重做日志文件中的REDO信息，并将其转换为SQL语句，在逻辑Standby端执行，因此，需要注意以下几点：

Oracle Data Guard Linux 平台 Logical Standby 创建实例

操作系统：linux redhat 4.7 Oracle: 10.2.0.1 主库：orcl_pd 备库：LGDG 一．逻辑Standby创建过程 1 创建物理Standby 具体的参考我的blog： Oracle Data Guard Linux 平台 Physical Standby 搭建实例 http://blog.csdn.net/tianlesoftware/archiv

Oracle Data Guard Linux 平台 Physical Standby 搭建实例

Data Guard 环境：操作系统： redhat 4.7 Primary数据库： IP地址：10.85.10.1。数据库SID：orcl DB_UNIQUE_NAME：orcl_pd Standby数据库： IP地址：10.85.10.2 数据库SID：orcl。 DB_UNIQUE_NAME：orcl_st 一． Primary 端的配置 1. 主库设置为for

Data Guard 奇葩的 ORA-16191: Primary log shipping client not logged on standby 问题

搞了一个Data Gurad,switchover之后，检查配置情况： SQL> select dest_name,status,error from v$archive_dest where rownum<3; DEST_NAME STATUS ERROR ---------------

Oracle 11g Data Guard Error 16143 Heartbeat failed to connect to standby 处理方法

一．背景说明前段时间一朋友在生产库上误操作，本来他是打算重启一下DG环境，结果在备库命令执行错误。本应该执行 SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; 结果朋友执行成了如下命令： SQL> ALTER DATABASE RECOVER MANAGED STANDB

关于Online Redo Log（ORL）和Standby Redo Log（SRL）的个人理解

在创建Oracle Dataguard的时候，难免会碰到Standby Redo Log（SRL），它和ORL到底有何不同，下面是我自己的一点理解，大部分都是翻的Oracle官方文档： 1. SRL只有在数据库是standby角色是才起作用，Oracle建议我们为primary也配置SRL只是为了以后主从切换时不用人为干预 2. standby上SRL完全等同与primary上的ORL，在pr

mark： Oracle11gR2 RAC_primary+Single_standby dataguard部署

http://blog.csdn.net/lichangzai/article/details/7942422

使用rman duplicate创建物理active standby dataguard

11g的rman提供duplicate可以快速创建物理dataguard。简单方便，dataguard要求主库和备库的db_name一致，db_unique_name不同，下面是具体步骤基本环境如下：主库： hostname:11g1 ip:192.168.56.35 db_name:squan sid=squan db_unique_name=squan 备库：

一次ADG无法实时应用日志No standby redo logfiles故障解决

rac->单机的ADG同步,搭建好之后,开启实时应用发现报错: RFS[1]: No standby redo logfiles available for thread 1 RFS[1]: Opened log for thread 1 sequence 900 dbid 1911584814 branch 1038507374 Fri Jun 05 13:20:22 2020 Archi

oracle 10g 逻辑standby 切换步骤

(1)switchover：主库：alter database prepare to switchover to logical standby; 备库：alter database prepare to switchover to primary; --此时，备库应该将日志应用完毕 alter database start logical standby apply:

利用Rman搭建物理standby

步骤： (1)建立对应standby数据库的目录，如$ORACLE_BASE/admin,$ORACL_EBASE/oradata下的对应目录以及相关子目录，归档日志存放目录，闪回区存放路径等;创建密码文件。 mkdir /opt/oracle/admin/standbycd /opt/oracle/admin/standbymkdir adump bdump cdump udump dpdu

手动搭建Dataguard步骤（同一服务器上physic standby）

(1)建立对应standby数据库的目录，如$ORACLE_BASE/admin,$ORACL_EBASE/oradata下的对应目录以及相关子目录，归档日志存放目录，闪回区存放路径等;创建密码文件。 mkdir /opt/oracle/admin/standbycd /opt/oracle/admin/standbymkdir adump bdump cdump udump dpdump m

TimesTen 数据库复制学习：9. 更改Active Standby Pair

在Active Standby Pair中复制DDL语句在以下的例子中，active master为cachedb2, standby master为cachedb1 在Active Standby Pair复制数据库对象 DDLReplicationLevel 连接属性可以控制复制对象的行为。 DDLReplicationLevel = 1：不复制表，索引和同义词的create 和 d

Configuring Oracle 11.2.0.3 3-Nodes RAC Primary to 2-Nodes RAC Physical Standby DataGuard on OL

操作环境 Primary Standby Clusterware 11.2.0.3 Grid Infrastructure 11.2.0.3 Grid Infrastructure Cluster Nodes vzwc1,vzwc2,vzwc3(3-Nodes) sd-vzwc1,sd-vzwc2(2-Nodes) SCAN vzwc-cluster-scan sd

stm32进入standby模式

在利用库函数PWR_EnterSTANDBYMode()进入standby模式的时候，一直显示”Error[Li005]: no definition for "__WFI" ……” 在整了两个多小时以后，终于知道原来是缺少cortexm3_macro.s文件在把文件下载下来以后直接把汇编代码放在了C中，asm("WFI"); 一句话搞定我是在ＩＡＲ的环境下弄得

Far Sync Standby 能不能支持 max protection

GOAL This Note explains the new Standby Type Far Sync Standby SOLUTION Far Sync Standby Database: A Far Sync Standby Database is a cascading Standby Database which acts as a Redo Log Reposi

current pulse in LTE standby

先看一幅图，在待机过程中，有三个跃起，其中两个尖峰，一个10s宽度；尖峰对长待机电流影响不大，而10s宽度100mA的电流则对平均电流有影响。首先查看kernel log；由于在抓取时，通过按键点亮屏幕，因此在kernel log中寻找按键中断则可以确定时间区域；清理掉无关log之后，搜索"PM: suspend": 通过比对电流图，可见从1到2经历1min50s，从2到3经历

Oracle 10g/11g下如何将物理Standby库临时激活用于灾备测试

Oracle 10g/11g下如何将物理Standby库临时激活用于灾备测试在实际运营环境中，我们经常碰到类似这样的需求，譬如想不影响现网业务评估DB补丁在现网环境中运行的时间，或者是想在做DB切换前想连接Standby DB做实际业务运行的测试，如果在9i版本的时候，想做到这样，在不搭建新测试环境的前提下，可以将Standby DB激活后进行测试，但是激活后的Standby

(org.apache.hadoop.ipc.StandbyException): Operation category READ is not supported in state standby

下午在hadoop集群的一台只启动了NameNode的机器上装hive,元数据配置存的mysql，启动hive报了这个异常通过jps排查两台NameNode节点的zkfc都没启动，都是standby状态，这个是集群部署的顺序问题，两台NameNode先部署启动了，zk集群是后面部署在另外几台机器上的，这个顺序启动完zkfc没生效。在其他一台部署NameNode的机器上再执行hdfs zkf

Error 1017 received logging on to the standby

昨天有同事联系我，rac集群的灾备节点出现异常，主备无法进行同步。打开日志后就看到如下报错信息：初步分析这个问题是由于密码文件不一致导致备库无法接受日志。沟通了解到前几天有在节点一修改sys的密码，两天后出现了这个异常。在rac环境下，修改sys密码，需要注意密码文件是否是共享的； [grid@wsbank1 ~]$ srvctl confi