1. 停止physical standby备库的redo applySQL> alter database recover managed standby database cancel;2. 在
原创
2023-02-27 10:17:27
30阅读
前言：ORACLE的redo日志中存放的是数据变化向量，非SQL语句。一、物理standby物理standby是通过接收并应用primary数据库的redo log以介质恢复的方式(Redo Apply)实现同步。优点：1） 可保证standby和primary物理级别上的完全一致性，不丢失数据；2） 效率高，因为是使用最底层的块级别上的复制。缺点：1） 在与primary同步时，standby不
转载
2022-07-13 14:55:09
235阅读
有好工作欢迎推荐 限深圳地区，个人QQ：252190189
原创
2013-02-17 22:37:53
804阅读
1.创建物理standby 主库操作 2.检查补充日志 SELECT SUPPLEMENTAL_LOG_DATA_PK AS PK_LOG,SUPPLEMENTAL_LOG_DATA_UI AS UI_LOG FROM V$DATABASE;   3.如果补充日志没有打开的话，就打开补充日志 ALTER DATABASE ADD SUPPLEMENTAL
原创
2013-06-05 16:27:16
559阅读
为减轻核心数据库的负担，我们采用了逻辑STANDBY技术分离物理读对核心数据库的影响。但某报表应用方提出报表中采用了大量的中间表，通常是把基础数据运算后存入中间表，然后报表读中间表进行展现。要彻底解决该问题显然最好的办法是计算过程前推，即在应用插入基础数据的时候主动往报表所需要的数据插入运算数据，或者至少是接近报表的数据，否则即使后期采用中间表等来解决，也无法解决临时的运算带来的极大的IO开销。但应用方迫于人力和时间所限显然不敢短期内做彻底的优化，那么最后只有DBA开刀，对逻辑STANDBY启动写入功能，即用新建表写入数据。显然这增加了逻辑STANDBY的后期可维护性，但相对于减轻主库的压力来讲，我们的DBA还是宁可牺牲些个人的时间。
推荐
原创
2012-12-04 09:52:40
1561阅读
点赞
5评论
Linux系统是一种流行的操作系统，它为用户提供了强大的功能和灵活的定制选项。在使用Linux系统时，有时候我们会遇到一些问题，比如重启后进入standby的情况。
在Linux系统中，当我们重启系统后，有时候会遇到系统直接进入standby模式的情况。这种情况可能会让用户感到困惑，因为他们可能期望系统会重新启动，而不是进入standby模式。
造成系统重启后直接进入standby的原因有很多
一、逻辑Standby的准备工作1、确认操作的对象和语句是否能被逻辑Standby支持由于逻辑Standby是通过SQL应用来保持与Primary数据库的同步。SQL应用与REDO应用是有很大的区别，REDO应用实际上是在物理Standby端进行RECOVER；SQL应用则是分析重做日志文件中的REDO信息，并将其转换为SQL语句，在逻辑Standby端执行，因此，需要注意以下几点：（1）并非所有
原创
2013-08-16 10:33:24
665阅读
Data Guard在最大保护和最高可用性模式下，Standby数据库必须配置standby redo log，通过下面的实验展示创建的原则和过程。1.原则1).standby redo log的文件大小与primary 数据库online redo log 文件大小相同2).standby redo log日志文件组的个数依照下面的原则进行计算 Standby redo log组数公...
转载
2022-04-11 15:13:30
410阅读
Data Guard在最大保护和最高可用性模式下，Standby数据库必须配置standby redo log，通过下面的实验展示创建的原则和过程。1.原则1).standby redo log的文件大小与primary 数据库online redo log 文件大小相同2).standby redo log日志文件组的个数依照下面的原则进行计算 Standby redo log组数公...
转载
2021-08-10 10:08:42
822阅读
Data Guard在最大保护和最高可用性模式下，Standby数据库必须配置standby redo log，通过下面的实验展示创建的原则和过程。1.原则1).standby redo log的文件大小与primary 数据库online redo log 文件大小相同2).standby redo log日志文件组的个数依照下面的原则进行计算 Standby redo log组数公式&
转载
2018-03-01 14:26:00
53阅读
2评论
相对物理Standby，逻辑Standby的管理要复杂一点点。这个就是管理一个半数据库和管理两个数据库的差异（假设Data Guard环境为一主一备的情况下），毕竟逻辑Standby只是逻辑上，仿佛与Primary数据库一致，其实它是一个独立运行的，甚至可能与Primary数据库完全不同的数据库系统，对于这种配置环境，管理上多花点工夫想想也是应该的。1、指定对象跳过应用在默认情况下，接收自Prim
原创
2013-08-16 11:06:26
643阅读
1、调整APPLIER进程数APPLIER进程就是执行应用操作的进程。在默认情况下逻辑Standby会启动5个APPLIER进程，如果日志应用任务繁重（或者说Primary数据库修改量较大），则适当多启动几个APPLIER进程有助于提高应用的效率。先查看当前空闲的APPLIER进程数：SQL> SELECT COUNT（*） AS IDLE_APPLIER FROM V$LOGSTDBY_P
原创
2013-08-19 10:34:48
996阅读
1.DBA_LOGSTDBY_EVENTS可以把该视图看成逻辑Standby操作日志，因此如果发生了错误，可以通过该视图查看近期逻辑Standby都做了些什么。默认情况下，该视图只保留最近100条事件的记录（可以通过相关过程修改保存的记录条数）。例如：SQL> SELECT EVENT_TIME,STATUS,EVENT FROM DBA_LOGSTDBY_EVENTSORDER BY EV
原创
2013-08-16 10:58:33
602阅读
oracle,平台,linux,数据库,archive,sql操作系统：linux redhat 4.7Oracle: 10.2.0.1主库：orcl_pd备库：LGDG一、逻辑Standby创建过程1、创建物理Standby具体的参考：Oracle Data Guard Linux 平台 Physical Standby 搭建实例简单的做如下几点提示：（1）初始化参数配置初始化参数的修改并不仅仅
原创
2013-08-20 10:25:23
550阅读
点赞
近期在维护逻辑standby时发现：由于主库上有以下这些操作，多次引起备库的apply停止。从dba_logstdby_events上看，总结如下：主库上做过： 1）flashback table to beforedrop（本身没问题），问题是对该表的索引事后又做rename。2）更改主库的undo表空间。3）主库上添加了loader型的外部表。4）主库上导入了传送表空间 解决方案对应是：1）D
原创
2013-11-11 10:50:59
336阅读
点赞
http://docs.oracle.com/cd/B28
原创
2022-08-19 21:01:06
73阅读
Troubleshooting SQL*Loader SessionsOracle SQL*Loader provides a method of loading data from different sources into the Oracle Database. This section analyzes some of the features of the SQL*...
转载
2022-09-20 17:47:40
62阅读
备用库需要设置如下参数：
1.db_file_name_convert
主备库数据库文件转换目录映射（两个目录结构不一样），多个映射就写多个（主库目录，备库目录）
2.log_file_name_convert
主备log文件转换目录映射
3.standby_archive_dest
备用数据库的归档日志存放目录。10gR2前使用
4.compatible
or
原创
2010-12-12 13:59:17
503阅读
概述一般情况下，物理standby数据库处于mount状态接收和应用主库的REDO日志，r...
原创
2022-09-16 09:56:12
115阅读
通常来讲逻辑备库可为业务提供报表查询来分担主库上的查询压力，而逻辑备库数据同步的缓慢也在一定程度上影响了用户的正常使用。至于什么样的备库才认为是数据同步缓慢呢,笔者认为这和业务人员对逻辑备库的需求相关，因人而异。下面从几个方面来描述，如何排查逻辑备库数据同步缓慢的问题。a) 检查所有的日志是否同步到逻辑备库中1.确认主库是否配置正确的远程归档路径。例如...
转载
2022-09-20 17:47:17
230阅读
