- 综合排序
- 最热优先
- 最新优先
- 来自专栏JiekeXu之路
手工冷备搭建 Oracle 11g DataGuard 物理备库
pfile文件的方式，搭建oracle11g dataguard 物理备库。 【实验环境】 操作系统：Red Hat Enterprise Linux Server release 5.4 数据库：Oracle Database 11g Enterprise Edition Release 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = beijing) ) ) 11 【实验总结】 本次实验，使用了手工冷备主库数据文件、scp到备库的方式，一步一步搭建dataguard物理备库。最主要的是突出主库、备库参数文件的配置。 参数文件：主库增加远程归档目录；备库增加FAL挖掘日志GAP、CONVERT进行目录转换。 控制文件：主库生产standby控制文件作为备库的控制文件。 数据文件：备库使用主库冷备的数据文件。
1.1K30发布于 2019-07-30 - 来自专栏Postgresql源码分析
Postgresql源码（11）热备KnownAssignedTransactions子模块
ProcLWLockTranche */ LWLockRegisterTranche(LWTRANCHE_PROC, "proc"); } 每个进程给准备了64个位置用于保存xid，也就是可以最多村64个子事务ID 备库更新过程 * 在热备模式下，我们在 WAL 的当前点维护一个正在（或曾经）在主服务器中运行的事务列表。 这些 XID 必须被视为运行中的事务，即使它们不在备用服务器的 PGXACT 队列中。 * 在热备期间，我们不太担心顶级 XID 和子事务 XID 之间的区别。 我们将两者一起存储在 KnownAssignedXids 列表中。
49720编辑于 2022-07-14 - 来自专栏DATABASE
ORACLE 11G 单机冷备数据库
1.1 查看文件路径SYS@orcl>select name from v$datafile;SYS@orcl>select name from v$controlfile;SYS@orcl>select member from v$logfile;1.2 一致性关闭数据库SYS@orcl>shutdown immeidate;1.3 拷贝参数文件[oracle@orcl ~]$ cd /u01/app/oracle/oradata/orcl[oracle@orc1 orcl]$ cp $ORACLE_HO
75500编辑于 2022-07-02 - 来自专栏数据库学习笔记
【DG】DataGuard搭建-11gR2单主单备
整理一份DG的搭建流程，参考了一些教程及文档，环境是Oracle 11gR2 1+1。DG计划整理三篇：搭建、概念、维护。 主库和备库建议采用相同OS版本 主库和备库需要采用相同数据库版本（含PSU） db_name相同 db_unique_name不同 db_instance不同 二、主库参数配置 1.启用force logging log_file_name_convert='/oracle/app/oracle/oradata/sbdb','/oradata/datafile/pxk2/' scope=spfile; --11 open_mode：备库标识为read only with apply ,表示应用了日志，如果关闭同步则这里只有read only database_role：标识为主库 还是备库，此时为物理备库 protection_mode 和protection_level 此时标识都是最大性能模式 六、总结 本篇整理了Oracle 11gR2环境下DG 1+1搭建过程，日志传输为LGWR ASYNC异步传输，开启real time apply
1.3K50发布于 2021-04-22 - 来自专栏从ORACLE起航，领略精彩的IT技术。
11g ADG级联备库基础测试环境准备
客户通过duplicate生产备库的方式创建cascade备库。 发现每次都会遇到两个文件报错，ORA-17628: Oracle error 19505错误，且每一次跑，报错文件不一样。 现在想帮客户验证，这属于是正常现象还是bug； 本文需要先模拟客户11.2.0.3环境，构建备库、级联备库环境； 一、构造测试环境 1.搭建3套11.2.0.3环境 自己测试资源有限，只有一个11.2.0.3 的单实例，然后以此为模版克隆两台分别用作备库和级联备库。 克隆前需要将模版先挂起： # virsh suspend db11g # virt-clone --original db11g --name db11gadg --auto-clone 使用nohup db11g --name db11gcas --auto-clone & 克隆两台的动作只能串行，并行会有明确错误提示。
50130编辑于 2023-05-23 - 来自专栏全栈程序员必看
灾备测试_数据级灾备
这里说的灾备测试主要指的是在我们测试过程中手工无法模拟，但是在用户使用产品的时候由于网络的原因又是会经常发生的情况，具体指的就是网络延时、请求失败、session失效等情况，下面我们就来看下针对这些情况我们该如何构造测试环境
2.8K30编辑于 2022-11-17 - 来自专栏白驹过隙
Redis - Keepalived + redis 主备热备切换
热备方案 硬件：server两台，分别用于master-redis及slave-redis 软件：redis、keepalived 实现目标： 由keepalived对外提供虚拟IP（VIP）进行 热备测试 1. 主从启动所有服务 Service redis start Service keepalived start 2. 在master执行ip a查看虚拟IP是否绑定成功 ?
4.3K110发布于 2018-05-18 - 来自专栏全栈程序员必看
双机热备方案及双机热备软件选择
为了解决上述问题，一般采用双机热备解决方案，也就是通过硬件冗余再配合高可用双机热备软件实现的解决方案，高可用双机热备软件自动检测服务的运行状态，当主服务器发生故障，高可用双机热备软件会自动尝试修复故障或启动备用服务器 2 双机热备方案及不同方案的要求、方案对比 2.1 双机热备方案概述 一般实现双机热备的方案有三种，分别是共享存储双机热备方案、镜像双机热备方案、双机双柜双机热备方案，这三种方案对硬件要求不同，大家可以根据自身的业务应用特性来选择具体的双机热备方案以及对应的 2.2 镜像双机热备方案 2.2.1 镜像双机热备方案简介及拓扑 镜像双机热备方案中仅需要两台服务器即可实现双机热备，两台服务器利用本地磁盘存储业务数据，ServHA镜像双机热备软件(ServHA Mirror 双机热备软件产品。 若用户已经拥有两台台服务器，可以采用镜像双机热备方案，对应双机热备软件产品为ServHA Mirror。
3.5K11编辑于 2022-07-23 - 来自专栏Hadoop数据仓库
定期全备redis
还是类比MySQL，RDB相当于dump全备，AOF则像是statement格式的binlog，保存所有redis命令。AOF能保证不丢失数据，当有误删除发生，用AOF中保存的命令去重放以恢复数据。 Mar 11 09:18 dump_09.rdb -rw-r--r-- 1 root root 142881297 Mar 11 10:19 dump_10.rdb -rw-r--r-- 1 root root 142753570 Mar 11 11:23 dump_11.rdb -rw-r--r-- 1 root root 142550684 Mar 11 12:24 dump_12.rdb -rw-r 141740614 Mar 11 18:21 dump_18.rdb -rw-r--r-- 1 root root 141718646 Mar 11 19:23 dump_19.rdb -rw-r-- r-- 1 root root 141929286 Mar 11 20:24 dump_20.rdb -rw-r--r-- 1 root root 142080608 Mar 11 21:23 dump
94410发布于 2020-03-18 - 来自专栏SRE运维实践
同城异地灾备
序言 同城异地灾备，主要是用来进行备份容灾的，从而当一个数据中心挂了，另外一个数据中心经过切换之后，能让服务迅速的恢复。 2、 数据库同步 在数据库方面，主要是使用mysql，而mysql则主要是使用主备模式，从而主的在一个机房，而备库则在另外一个机房，在同步的时候，不可避免的情况就是如果一旦主机宕机，从而有可能是丢失数据的 主备复制的延迟考虑，一般主机房和备机房之间使用万兆网络，从而对于一般的数据传输来说，延迟不是很高，基本上是可以忽略的。 在使用redis的时候，由于目前版本使用的redis2.8版本，从而不能跨机房做成集群的模式，从而导致redis也只能做成主备的模式，而redis作为高性能的缓存，丢失数据就无所谓了，主要还是在于高可用性即可 在数据库跨机房同步的时候，mysql可能出现脑裂的情况，也就是双机房互联网络出现中断，从而备机房检测到主机房不可用，但是在这个时候，是不能自动进行切换的，需要人工介入处理操作。
5.1K31发布于 2019-07-08 - 来自专栏L宝宝聊IT
Keepalived双机热备
使用VRRP（虚拟路由冗余协议）热备份协议，一主多备，公用同一个IP地址（漂移地址，群集地址），但优先级不同 2、keepalived的安装配置： 1）编译安装：需要安装ipvsadm 2）配置文件keepalived.conf 全局配置：global_defs router_id 服务器名称 热备设置：vrrp_instance State 热备状态（主MASTER，从BACKUP） priority 优先级 virtual_ipaddress
2.2K80发布于 2018-06-20 - 来自专栏立权的博客
Mysql 主备原理
Mysql 支持互为主从，主库通过binlog 将执行的语句传给从库，具体的执行机构：
2.4K10发布于 2020-11-27 - 来自专栏开源部署
Linux 双机热备
rsync是一款开源，快速，多功能的可实现增量的本地或远程的数据镜像同步备份的优秀工具。适用于多个平台。从软件名称可以看出来是远程同步的意思（remote sync）可实现全量备份与增量备份，因此非常适合用于架构集中式备份或异地备份等应用。
4.6K10编辑于 2022-09-15 - 来自专栏浪浪山下那个村
Redis集群主备缓存区满了导致主备频繁倒换
问题现象 Redis 频繁进行主备倒换，通过查看主实例的日志：redis.log发现下面报错： Client id=1317049445 addr=192.168.2.45:8004 fd=40 name sdsfree(client); return; } 单从代码来看，看不出啥，但是代码上面存在注释，我使用我那四级水平翻译了下，可以看出缓存区满了，于是可以想到可能主备同步的时候可能会限制缓存区大小 <hard limit> <soft limit> <soft seconds> 具体含义： class：我理解就是缓冲区的类型，目前Redis的缓冲区分为三个： 普通客户端：normal 主备同步
83430编辑于 2022-08-26 - 来自专栏PHP专享栏
MySQL的XtraBackup进行备份和恢复(全备+增备+binlog)
前面我们也说道，使用物理备份时最快的，那有没有办法实现物理热备呢？ recover_binlog_info = 0 [root@localhost 2017-07-29_12-34-51]# cat xtrabackup_info uuid = 45d5fa84-7417-11e7 --incremental-basedir这个参数是填写最近一次全备的目录做为增备的基础目录 [root@localhost opt]# innobackupex --defaults-file=/etc 才可以全备和曾备连接起来。 这次增备为to_lsn = 20132701。
14.7K20发布于 2019-12-17 - 来自专栏浪浪山下那个村
Redis集群主备缓存区满了导致主备频繁倒换
问题现象Redis 频繁进行主备倒换，通过查看主实例的日志：redis.log发现下面报错：Client id=1317049445 addr=192.168.2.45:8004 fd=40 name= sdsfree(client); return; }单从代码来看，看不出啥，但是代码上面存在注释，我使用我那四级水平翻译了下，可以看出缓存区满了，于是可以想到可能主备同步的时候可能会限制缓存区大小 <class> <hard limit> <soft limit> <soft seconds>具体含义：class：我理解就是缓冲区的类型，目前Redis的缓冲区分为三个：普通客户端：normal主备同步
1.2K60编辑于 2022-07-17 YashanDB 知识库|主备切换怎么做?一主一备 & 一主两备完整操作指引
在 YashanDB 的生产部署中，为保证业务连续性，主备架构是最常见的高可用模式。 本文将基于实际项目总结，一文讲清：主备切换的操作方式(手动与自动);一主一备与一主两备下的差异;切换过程中应注意的细节。 一、典型问题场景二、适用版本YashanDB 23.2 全版本适用三、一主一备架构切换方式1. 手动切换操作（1）Switchover —— 主动切换，适用于主备同步正常所有连接将被断开，切换过程中主库不可用;建议在业务低峰期执行;操作需在备库执行：-- 检查主备状态yasboot cluster ：-- 验证切换yasboot cluster status -c yashandb -d四、一主两备架构下切换方式YashanDB 在一主两备部署下，默认启用 最大保护模式 + 自动选主机制。
50800编辑于 2025-05-12- 来自专栏开源部署
MySQL数据库使用Xtrabackup全备和全备还原
一、使用innobackupex创建全备 语法 innobackupex --user=DBUSER --password=DBUSERPASS /path/to/backup/dir/ innobackupex 表示成功 二、使用innobackupex预备全备 一般情况下，在备份完成后，数据尚且不能用于恢复操作，因为备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据文件中的事务。 [root@linuxidc 2019-09-04_18-01-55]# cat xtrabackup_info uuid = 9e4c2078-7286-11e6-92a6-0800279b6e4d
1.3K10编辑于 2022-08-18 - 来自专栏sql与spec性能
xtrabackup实现热备
需要拷贝原库的配置文件（my.cnf），数据文件，日志，系统数据库（/var/lib/mysql/mysql）到新的目标环境，修改相应目录的权限，启动新数据库即可xtrabackup：可以实现mysql增量热备， 通过全备的基础上去对改动的数据进行备份来提高备份效率1.
54810编辑于 2023-07-13 - 来自专栏奕知伴解
Keepalived双机热备
1、为什么需要双机热备 主要就是为了解决服务器的单点故障问题。
2.7K20发布于 2020-04-27
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号