首页 文章 精选 留言 我的

精选列表

搜索[Cookie处理],共10000篇文章
优秀的个人博客,低调大师

oracle Dataguard数据库不同步处理备忘

还没起床,该死的电话响了。一个让人紧张的消息:dataguard数据库主从不同步,赶紧爬起来干活。 第一步,检查告警日志log.xml。睁大眼睛仔细找,没看到什么异常的输出;再用grep一类的工具过滤一下,也没有所获。看来情况还是不错啊,如果这里出现error一类的,问题就大发了。 接下来检查主备两边的序号,发现两边的归档序号是一致的。 由此可初步断定,归档日志还在继续传输,而且还没有丢失任何归档数据。为了确保万一,备库上再执行一下SQL> select name,SEQUENCE#,APPLIED fromv$archived_log order by sequence#; 输出截取如下: 检查一下目录,看看这些归档日志是否存在,万幸,真的在呢!主库上也查一下,序号也跟备库对的上。现在可以确定是standby没有对日志进行应用,回过头去查看进程mrp在不在运行中,ps aux|grep mrp ,嘿嘿,没有呢!那好,我们就来执行一下,具体指令为: sql>alter database recover managed standby database using current logfile disconnect; 执行完成后,我们可以通过对比,了解发生了什么? 接下来,打开告警日志,就可以看到归档应用的变化。同时联系其他人,检查数据是否再逐步增加。

优秀的个人博客,低调大师

记一次DRBD Unknown故障处理过程

配置drbd过程出现Primary/Unknown 故障,最后通过如下方式解决。 1, 节点状态查看 (1) 主节点状态 [root@app1 drbd.d]# cat /proc/drbd version: 8.4.3 (api:1/proto:86-101) GIT-hash: 89a294209144b68adb3ee85a73221f964d3ee515 build by gardner@, 2013-11-29 12:28:00 0: cs:StandAlone ro:Primary/Unknown ds:UpToDate/DUnknown r----- ns:0 nr:0 dw:0 dr:672 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:d oos:604 [root@app1 drbd.d]# (2) 从节点状态 [root@app2 ~]# cat /proc/drbd version: 8.4.3 (api:1/proto:86-101) GIT-hash: 89a294209144b68adb3ee85a73221f964d3ee515 build by gardner@, 2013-11-29 12:28:00 0: cs:StandAlone ro:Secondary/Unknown ds:UpToDate/DUnknown r----- ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:d oos:548 [root@app2 ~]# 2. 这里确认以主节点的数据为准,重新同步到从节点 (1) 停止app2 drbd服务 [root@app2 ~]# service drbd stop Stopping all DRBD resources: . [root@app2 ~]# (2) 重新初始化元数据 [root@app2 ~]# drbdadm create-md data You want me to create a v08 style flexible-size internal meta data block. There appears to be a v08 flexible-size internal meta data block already in place on /dev/sdb1 at byte offset 5364318208 Do you really want to overwrite the existing v08 meta-data? [need to type 'yes' to confirm] yes Writing meta data... md_offset 5364318208 al_offset 5364285440 bm_offset 5364121600 Found ext3 filesystem 5238400 kB data area apparently used 5238400 kB left usable by current configuration Even though it looks like this would place the new meta data into unused space, you still need to confirm, as this is only a guess. Do you want to proceed? [need to type 'yes' to confirm] yes initializing activity log NOT initializing bitmap lk_bdev_save(/var/lib/drbd/drbd-minor-0.lkbd) failed: No such file or directory New drbd meta data block successfully created. lk_bdev_save(/var/lib/drbd/drbd-minor-0.lkbd) failed: No such file or directory (3) 启动drbd服务 [root@app2 ~]# service drbd start Starting DRBD resources: [ create res: data prepare disk: data adjust disk: data adjust net: data ] .......... *************************************************************** DRBD's startup script waits for the peer node(s) to appear. - In case this node was already a degraded cluster before the reboot the timeout is 0 seconds. [degr-wfc-timeout] - If the peer was available before the reboot the timeout will expire after 0 seconds. [wfc-timeout] (These values are for resource 'data'; 0 sec -> wait forever) To abort waiting enter 'yes' [ 15]:se . [root@app2 ~]# cat /proc/drbd version: 8.4.3 (api:1/proto:86-101) GIT-hash: 89a294209144b68adb3ee85a73221f964d3ee515 build by gardner@, 2013-11-29 12:28:00 0: cs:Connected ro:Secondary/Primary ds:UpToDate/UpToDate C r----- ns:0 nr:5238400 dw:5238400 dr:0 al:0 bm:320 lo:0 pe:0 ua:0 ap:0 ep:1 wo:d oos:0 [root@app2 ~]# 3. app1主节点下 (1) 主节点状态正常了 [root@app1 ~]# cat /proc/drbd version: 8.4.3 (api:1/proto:86-101) GIT-hash: 89a294209144b68adb3ee85a73221f964d3ee515 build by gardner@, 2013-11-29 12:28:00 0: cs:StandAlone ro:Primary/Unknown ds:UpToDate/DUnknown r----- ns:0 nr:0 dw:0 dr:672 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:d oos:604 (2) 重启drbd之后,数据重新同步到从节点 [root@app1 ~]# service drbd reload Reloading DRBD configuration: . [root@app1 ~]# cat /proc/drbd version: 8.4.3 (api:1/proto:86-101) GIT-hash: 89a294209144b68adb3ee85a73221f964d3ee515 build by gardner@, 2013-11-29 12:28:00 0: cs:SyncSource ro:Primary/Secondary ds:UpToDate/Inconsistent C r---n- ns:176816 nr:0 dw:0 dr:180896 al:0 bm:10 lo:4 pe:2 ua:8 ap:0 ep:1 wo:d oos:5063296 [>....................] sync'ed: 3.4% (4944/5112)M finish: 0:00:57 speed: 87,552 (87,552) K/sec [root@app1 ~]# cat /proc/drbd version: 8.4.3 (api:1/proto:86-101) GIT-hash: 89a294209144b68adb3ee85a73221f964d3ee515 build by gardner@, 2013-11-29 12:28:00 0: cs:SyncSource ro:Primary/Secondary ds:UpToDate/Inconsistent C r---n- ns:3541004 nr:0 dw:0 dr:3545760 al:0 bm:215 lo:2 pe:4 ua:6 ap:0 ep:1 wo:d oos:1700480 [============>.......] sync'ed: 67.6% (1660/5112)M finish: 0:00:23 speed: 71,780 (69,368) K/sec [root@app1 ~]# cat /proc/drbd version: 8.4.3 (api:1/proto:86-101) GIT-hash: 89a294209144b68adb3ee85a73221f964d3ee515 build by gardner@, 2013-11-29 12:28:00 0: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r----- ns:5238400 nr:0 dw:0 dr:5239072 al:0 bm:320 lo:0 pe:0 ua:0 ap:0 ep:1 wo:d oos:0 [root@app1 ~]#

优秀的个人博客,低调大师

阿里云SLB健康检查的日志特殊处理

SLB健康检查的频率比较高,每秒都有好几个。日积月累就带来了大量web service的日志。一来浪费存储空间,二来消耗磁盘性能。除了官方建议的降低健康检查频率外,或许有一些变通的思维 1、如果对HTTP或者TCP转发协议不挑剔,换成TCP转发并不开启http健康检查就OK了。 优势:方便,控制台操作下就好了。 劣势:只是这样也失去了应用层异常的发现能力。 2、为健康检查单独建立一个没有开启日志的virtualhost,通过不同的端口或者hostname,让健康检查请求不会请求到业务host。 优势:web service级别的异常依然能够被健康检查发现。 劣势:virtualhost级别的异常,SLB健康检查就无法发现了。 3、利用nginx等web服务器的规则,为健康检查的文件名(URI)做单独的日志配置,以Nginx为例: 如下配置,健康检查配置一个业务上无意义的check.html。针对这个文件做的请求,不记录日志。 1 2 3 4 5 location ~ / check .html { access_log off ; #关闭日志 #access_log /var/log/nginx/access/health_check.log main;或者健康检查的日志配置到单独的文件 } 优势:健康检查日志可以随意配置,且不会损失健康检查的特性。

优秀的个人博客,低调大师

hive Illegal Operation state transition from CLOSED to ERROR的处理

异常堆栈如下: 2015-11-24 16:49:11,495 ERROR org.apache.hive.service.cli.operation.Operation: Error running hive query:org.apache.hive.service.cli.HiveSQLException: Illegal Operation state transition from CLOSED to ERROR at org.apache.hive.service.cli.OperationState.validateTransition(OperationState.java:91) at org.apache.hive.service.cli.OperationState.validateTransition(OperationState.java:97) at org.apache.hive.service.cli.operation.Operation.setState(Operation.java:116) at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:159) at org.apache.hive.service.cli.operation.SQLOperation.access$000(SQLOperation.java:69) at org.apache.hive.service.cli.operation.SQLOperation$1$1.run(SQLOperation.java:200) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:415) at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1642) at org.apache.hadoop.hive.shims.HadoopShimsSecure.doAs(HadoopShimsSecure.java:502) at org.apache.hive.service.cli.operation.SQLOperation$1.run(SQLOperation.java:213) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) When server close a operation(for example because of session timeout), it set the state to CLOSED, then the background operation is canceled, hive driver failed and try to set the state to ERROR, but it is illegal to do that. So exception occurs.The patch simply ignore driver error when the current state is CLOSED(or CANCELED). https://issues.apache.org/jira/browse/HIVE-9005 https://issues.apache.org/jira/browse/HIVE-5799

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册