【DATAGUARD】 基于同一个主机建立物理备库和逻辑备库（一） 之前发布过一步一步搭建 oracle 11gR2 rac + dg，这里的dg为物理dg，但是实际自己使用过程中发现需要开3个虚拟机，机器特卡，所以决定在同一台机器上再搭建一台物理和逻辑dg。一步一步搭建 oracle 11gR2 rac + dg
【DATAGUARD】 基于同一个主机建立物理备库和逻辑备库（二） 之前发布过一步一步搭建 oracle 11gR2 rac + dg，这里的dg为物理dg，但是实际自己使用过程中发现需要开3个虚拟机，机器特卡，所以决定在同一台机器上再搭建一台物理和逻辑dg。一步一步搭建 oracle 11gR2 rac + dg
【DATAGUARD】 将11g物理备库转换为Snapshot StandbyBLOG文档结构图 【DATAGUARD】 基于同一个主机建立物理备库和逻辑备库（一）： http://blog.itpub.net/26736162/viewspace-1448197/【DATAGUARD】 基于同一个主机建立物理备库和逻辑备库（二 ): http://blog.itpub.net/2673616
一、数据守护实时主备实时主备系统由主库、实时备库、守护进程和监视器组成。通过部署实时主备系统，可以及时检测并处理各种硬件故障、数据库实例异常，确保持续提供数据库服务。主要功能实时主备系统主要功能包括： 实时数据同步 主备库通过实时归档完成数据同步，实时归档
作者：瀚高PG实验室（Highgo PG Lab）-天蝎座PostgreSQL复制方式有两种：物理复制和逻辑复制。早在PG9.0版本开始支持物理复制，也可以叫流复制（Streaming Replication下文中流复制一般指物理流复制）。PG10版本开始支持逻辑复制。流复制技术可以在实例级别复制出一个与主库一模一样的从库（备库）。
24 | MySQL是怎么保证主备一致的？ 主从同步流程： 在备库上执行change master命令，设置主库的IP、端口、用户、密码，以及要从哪个位置开始请求binlog，这个位置包含文件名和日志偏移量。 在备库上执行start slave命令，这个时候会启动两个线程，一个是IO_Thread、一个是SQL_Thread，其中I
MySQL版本8.0.12 前言：备库常见的使用场景 不同角色使用不同数据库。备库当作备用的主库，必要时进行主备切换。备库放到远程数据中心，用作灾备。延迟备库，用于数据误删恢复。备库作为备份、培训、开发或测试用服务器。 1、备机上安装MySQL服务 版本必须等于或高于主库版本，因为M
DG中归档日志删除遇警告 原创 小凡仙 海鲨数据库架构师 祖仙教祖仙的神话祖仙教 ORACLE DATA GUARD 是高可用最成熟的技术，比MYSQL 主从复制成熟易用多了！虽然搭建DG 是初级DBA必备技术，可实际生产中，归档日志的删除就是个比较辣手的问题。如果主库过早地把归档给删了话，备库没有得到，
一实时备机+一异步备机集群搭建 1：主机规划2：备份主库3：备库还原、恢复与更新4：配置主库dm.ini配置dmmal.ini配置dmarch.ini配置dmtimer.ini配置dmwatcher.ini配置配置主库OGUID: 5：配置所有备库dm.ini：dmarch.ini：Dmwatcher:配置所有备库OGUID:配置异步备库 dmwatcher.ini 6：配置
随着项目架构的不断扩大，单台 MySQL 已经不能满足需要了，所以需要搭建集群将前来的请求进行分流处理。博客主要根据丁奇老师的专栏<<MySQL实战45讲>>学习的总结。 架构 MySQL的集群和 Redis 集群类似，都是默认为master 库，可以设置为从库，主库负责处理写请求，从库处理读请求。一般将
数据守护与读写分离集群介绍 DM 数据守护 (Data Watch) Data Watch 简介 DM 数据守护 (Data Watch) 是一种集成化的高可用、高性能数据库解决方案，是数据库异地容灾的首选方案。通过部署 DM 数据守护，可以在硬件故障（如磁盘损坏）、自然灾害（地震、火灾）等极端情况下，避免数据损坏、
vi deletearchlog.sh #!/bin/shexport PATHTABLE='v美元符号archived_log'sqlplus -silent "/ as sysdba" <<EOF > /home/oracle/dba/deleteorclarch.shset heading off;set pagesize 0;set term off;set feedback off;set linesize 32767;select &#
一、前言 PostgreSQL号称是最先进的开源数据库，对标oracle。不过从使用角度来看，个人认为pg过于学院派了，使用上比较不友好。它的设计理念还是很先进的。我今天写本文主要是从主从的角度聊一下postgreSQL。postgresql 提供了主从复制功能，有基于文件的拷贝和基于 tcp 流的数据
MongoDB 在今年正式发布了新的 4.4 大版本，这次的发布包含众多的增强 Feature，可以称之为是一个维护性的版本，而且是一个用户期待已久的维护性版本，MongoDB 官方也把这次发布称为「User-Driven Engineering」，说明新版本主要是针对用户呼声最高的一些痛点，重点进行了改进。 而阿里云
MongoDB 在今年正式发布了新的 4.4 大版本，这次的发布包含众多的增强 Feature，可以称之为是一个维护性的版本，而且是一个用户期待已久的维护性版本，MongoDB 官方也把这次发布称为「User-Driven Engineering」，说明新版本主要是针对用户呼声最高的一些痛点，重点进行了改进。 而阿里云
转载至：http://blog.itpub.net/29989552/viewspace-1471755/ 一． 环境介绍Primary Database RAC环境 11R2IP：192.168.202.35 TESTRAC1IP：192.168.202.29 TESTRAC2Stanby single instance环境10.5.60.33 standby 只安装了oracle 11R2软件 由于DG是以DB_UNIQUE_NAME作为区
架构：Oracle11g+adg os：AIX6.1 周日加班，开发人员对生产用户、生产数据库一顿操作，导致归档爆满，adg备库文件系统显示磁盘不足，无法继续写入，当即选择手动删除归档日志（RMAN已经不能进入了）。进入到目标目录，首先我找到了三天前的归档，手动直接删了，然后此时已经能进入rman工具
innodb以前不支持高并发，在搞病房下就是悲剧，全部卡在mutex（缓冲池mutex）上，现在通过线程调度器控制线程怎么进入内核访问数据，参数为innodb_thread_concurrency，它有计算公式：CPU数量*磁盘数量*2。 如果无法进入内核会休眠innodb_thread_sleep_delay微妙。还有一个参数成为高并发瓶颈：inn
今天遇到一个数据库同步问题，主库被关闭，重启主库后，备库不能正常同步主库数据。只有当手动切换归档日志的时候，备库才能和主库一致。这个问题的解决方法：重启备库，重新应用归档日志。操作步骤如下：//关闭备库监听器lsnrctlstop//关闭备库sqlplus/assysdbaalterdatabaserecovermanagedsta
建议：在业务量较少的情况下做备份还原比较好，或者能设置只读那就更好了。因为一边备份一遍对数据进行更改替换，会出现各种奇葩的问题的。 主库备份 cd /sqlback innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 ./ （记得--defaults-file要放在前
答案不能 主库执行duplicate过程中RMAN>duplicate target database for standby from active database dorecover nofilenamecheck; 主库查询视图提示备库NOT MOUNT? SQL> select dest_id,error from v$archive_dest; DEST_ID ERROR ---------- ----------------------------
RSTAT ：此字段对备 库 有效，表示主 库 到 备 库 的归档状态，可能为 Valid/Invalid/Unknown，对于本地守护类型的备库，此字段为 NULL，对于主库本身，此字段值为 Valid。该字段值要从备库对应的主库实例上取，如果当前没有活动主库或者备库无法确认对应的主库，则该字段显示为 Unknown。
网络上和官方文档配置Data Guard 的步骤已经非常成熟，个人觉得应该逐渐深入，去理解其原理，挖掘其精髓 这篇文章是个人学习总结的笔记，如果写的有错的地方，还望大家留言指正 下图为一个ADG的模型，那么这篇文章就来研究图中的箭头的原理，也就是日志是如何发送的 图中，主库在运行时会不断
Data Guard 的三种保护模式 官方文档链接 http://docs.oracle.com/cd/E11882_01/server.112/e41134/protection.htm#SBYDB02000 最大可用模式（Maximum Availability） 这种保护模式在不影响主库可用性的前提下提供最高水平的数据保护 在主库需要完成两件事，事务才会被提交 恢复事务
同步流复制应用场景：金融级的应用场景，2个副本通常是不够的，用户可能会需要多个副本，例如，一主4从，要求除了主以外，还需要2个同步的副本，其他可以为异步的副本。另一方面，我们在使用数据库时，为了扩展读的能力，读写分离是比较常见的用法。 还有一种场景，在主备切换
