热备份

Oracle数据库的备份与恢复

随声附和 提交于 2020-03-23 12:04:21
Oracle数据库的备份与恢复 当我们使用一个数据库时,总希望数据库的内容是可靠的、正确的,但由于计算机系统的故障(包括机器故障、介质故障、误操作等),数据库有时也可能遭到破坏,这时如何尽快恢复数据就成为当务之急。如果平时对数据库做了备份,那么此时恢复数据就显得很容易。由此可见,做好数据库的备份是多么的重要,下面笔者就以ORACLE7为例,来讲述一下数据库的备份和恢复。ORACLE 数据库有三种标准的备份方法,它们分别为导出/导入(EXPORT/IMPORT)、冷备份、热备份。导出备份是一种逻辑备份,冷备份和热备份是物理备份。 ---- 一、 导出/导入(Export/Import) ---- 利用Export可将数据从数据库中提取出来,利用Import则可将提取出来的数据送回Oracle数据库中去。 ---- 1. 简单导出数据(Export)和导入数据(Import) ---- Oracle支持三种类型的输出: ---- (1)表方式(T方式),将指定表的数据导出。 ---- (2)用户方式(U方式),将指定用户的所有对象及数据导出。 ---- (3)全库方式(Full方式),将数据库中的所有对象导出。 ---- 数据导出(Import)的过程是数据导入(Export)的逆过程,它们的数据流向不同。 ---- 2. 增量导出/导入 ---- 增量导出是一种常用的数据备份方法

oracle之备份详解

て烟熏妆下的殇ゞ 提交于 2020-03-20 18:21:51
                     1 .冷备份 (执行冷备份前必须关闭数据库) 物理备份 (备份物理数据库文件)                      2. 热备份 (热备份是当数据库正在运行时进行数据备份的过程。执行热备份的前提是:数据库运行在可归档日志模式。适用于24X7不间断运行的关键应用系统) 冷备份数据库的步骤 (1)关闭数据库; (2)备份所有相关的数据库文件:初始化参数文件、控制文件(可用select name from v$controlfile;列出所有控制文件)、数据文件(可用select name from v$datafile;列出所有数据文件)、Redo日志(可用select member from v$logfile;列出所有redo日志文件)、归档的Redo日志(可用select sequence#,first_time from v$loghist;列出所有归档redo日志文件的顺序号和产生时间)。 冷备份数据库的脚本文件coldbackup.bat 热备份数据库的前提条件:数据库运行在归档模式 Oracle数据库安装默认运行在非归档模式 从非归档模式转换为归档模式( (1)设置数据库自动归档 log_archive_start = true # 设置归档日志文件的目录,该目录必须事先已建立,并有大量可利用的空间 log_archive

oracle 数据库备份

我的未来我决定 提交于 2020-03-13 12:47:59
1、引言 Oracle数据库的备份方法很多,无论使用那种备份方法,备份的目的都是为了在出现故障后能够以尽可能小的时间和代价恢复系统。比如使用export实 用程序导出数据库对象、使用Oracle备份数据库、使用Oracle对称复制、使用Oracle并行服务器、使用Oracle冷备份、使用Oracle 热备份等各种备份方法都有其优缺点、适用的场合和相应的软硬件要求。本文主要就用export实用程序导出数据库对象、Oracle冷备份、Oracle 热备份这三种最基本的备份方法进行详细的探讨,分析各自的优缺点和适用的场合,并给出自动执行这些备份方案的脚本文件。 2、三种备份方案的比较 冷备份 冷备份是Oracle最简单的一种备份;执行冷备份前必须关闭数据库;然后使用操作系统实用工具或者第三方工具备份所有相关的数据库文件。 优点:能简单快速地备份。能简单快速地恢复。执行简单。 缺点:必须关闭数据库,不能进行点恢复。 热备份 热备份是当数据库正在运行时进行数据备份的过程。执行热备份的前提是:数据库运行在可归档日志模式。适用于24X7不间断运行的关键应用系统。 优点:备份时数据库可以是打开的。热备份可以用来进行点恢复。初始化参数文件、归档日志在数据库正常运行时是关闭的,可用操作系统命令拷贝。 缺点:执行过程复杂。由于数据库不间断运行,测试比较困难。不能用操作系统实用工具拷贝打开的文件

基于复制的高可用

笑着哭i 提交于 2020-03-13 12:07:27
基于复制的高可用 热备份 热备份原理:是指master故障以后,热备份提供一个master的原备份的,且所有的客户端和slave都可以切换到热备份服务器上并继续工作。 需要解决的问题 1)故障发生以后,系统热备到master上,你正从一个新的master上进行复制,所以有必要将binlog的位置转换到热备份服务器上; 2)当slave故障以后转移到热备份slave,热备份slave可能实际上并没有包含原slave记录的所有更改; 3)当把修复的master带回配置中去,被修复的master中的二进制日志中有些更改可能没有离开过服务器。 解决方法 1)默认情况下slave执行的事件没有被记录到二进制文件中,如果这个slave是master的一个备份,这时会出现问题,master有必要发送给备份服务器的所有更改写入备份服务器的二进制中,,在my.cnf中添加一个选项log-slave-updates. 这个确保来自master并被执行的语句会被写入slave的二进制中 Log-slave-updates 2)切换时slave和备份服务器在完全相同的位置停止运行,然后把slave重定向到备份服务器上。 如果备份服务器超前slave。为了让slave赶上备份服务器并在正确的位置停止,使用 start slave until master_log_file=’master-bin.0009’

MySQL 完整备份和增量备份

我们两清 提交于 2020-03-10 16:09:31
MySQL完全备份与恢复 随着自动化办公与电子商务的不断扩展,企业对于信息系统的依赖性越来越重要,而数据库在信息系统中担任着非常重要的角色。尤其一些对数据库可靠性要求非常高的行业,例如银行,证券,电信等,如果发生意外宕机或数据丢失,其损失是非常重要的。为此数据库管理员必须针对具体的业务要求定制详细的数据库备份与灾难恢复的策略,并通过模拟故障对每种可能的情况进行严格的测试。而保障数据的可靠性。 数据备份的重要性 备份的主要目的是灾难恢复,备份还可以测试应用,回滚数据修改,查询历史数据,审计等。我们将从生产运维的角度了解备份恢复的分类与方法。 在企业中数据的价值至关重要,数据保障了企业的业务的运行,因此数据的安全性及可靠性是运维的重中之重,任何数据的丢失都有可能会对企业产生严重的后果。造成数据丢失的原因如下: ● 程序错误 ● 人为错误 ● 运算失败 ● 磁盘故障 ● 灾难(如火灾、地震)和盗窃 二、数据库备份的类型 从物理与逻辑的角度:备份可以分为物理备份和逻辑备份 物理备份:对数据库操作系统的物理文件(如数据文件、日志文件等)的备份。物理备份又可分为 脱机备份(冷备份 )和 联机备份(热备份) 。这种类型的备份适用于出现问题时需要快速恢复的大型重要数据库。 1、冷备份:是在关闭数据库的时候进行的 2、热备份:数据库处于运行状态,这种备份方法依赖于数据库的日志文件

Oracle数据库备份

ε祈祈猫儿з 提交于 2020-03-07 06:06:07
原博:http://www.cnblogs.com/yingpp/archive/2009/01/07/1371040.html 三种 备份方式 :导入/导出(逻辑备份); 热备份、冷备份(物理备份) 1、 简单导出数据(Export)和导入数据(Import) Oracle支持三种方式类型的输出: (1)、表方式(T方式),将指定表的数据导出。 (2)、用户方式(U方式),将指定用户的所有对象及数据导出。 (3)、全库方式(Full方式),瘵数据库中的所有对象导出。 2、 增量导出/导入 增量导出是一种常用的数据备份方法,它只能对整个数据库来实施,并且必须作为SYSTEM来导出。在进行此种导出时,系统不要求回答任何问题。导出文件名缺省为export.dmp,如果不希望自己的输出文件定名为export.dmp,必须在命令行中指出要用的文件名。 增量导出包括三种类型: (1)、“完全”增量导出(Complete) 即备份三个数据库,比如: exp system/manager inctype=complete file=040731.dmp (2)、“增量型”增量导出 备份上一次备份后改变的数据,比如: exp system/manager inctype=incremental file=040731.dmp (3)、“累积型”增量导出 累计型导出方式是导出自上次“完全

postgresql-12安装与异步热备份

若如初见. 提交于 2020-03-07 00:32:06
主备需要数据库版本一致 环境: 192.168.0.21:5432 (主库) 192.168.0.20:15432 ( 备份库) centos7 1 postgresql 安装 1.1 centOS 安装方式 yum install https://download.postgresql.org/pub/repos/yum/reporpms/EL-7-x86_64/pgdg-redhat-repo-latest.noarch.rpm yum install postgresql12 -y yum install postgresql12-server -y 1.2 ubuntu18.04 安装方式 vim /etc/apt/sources.list.d/pgdg.list deb http://apt.postgresql.org/pub/repos/apt/ bionic-pgdg main 保存退出vim wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | sudo apt-key add - sudo apt-get update apt-get install postgresql-12 以下为 centos7 配置方式,ubuntu 大致相同 1.3 设置数据存放位置 mkdir

linux双机热备份

不想你离开。 提交于 2020-03-03 02:18:17
使用HeartBeat实现高可用HA的配置过程详解 一、写在前面 HA即(high available)高可用,又被叫做双机热备,用于关键性业务。简单理解就是,有2台机器 A 和 B,正常是 A 提供服务,B 待命闲置,当 A 宕机或服务宕掉,会切换至B机器继续提供服务。常见的实现高可用的开源软件有 heartbeat 和 keepalived。 这样,一台 web 服务器一天24小时提供web服务,难免会存在 web 服务挂掉或服务器宕机宕机的情况,那么用户就访问不了服务了,这当然不是我们期望的。如果这样,有2台服务器,A对外提供 web 服务,B作为备用,如果A挂掉,那么B立刻替代A的位置去提供 web 服务,这样对用户来说是透明的。但是有个问题,服务器A的 ip 是 10.0.0.100,服务器B的 ip 是 10.0.0.101,显然向用户提供A或B的ip地址是不可行的,因为用户总不能去切换ip来访问的吧。这时heartbeat或keepalived可以提供一个虚拟IP:10.0.0.102,用户只需要访问 10.0.0.102,当A提供服务时,VIP 会设置在A服务器上,当B提供服务时,VIP会设置在B服务器上,这样就可以让用户通过访问 10.0.0.102 来获取web服务,即使A或B服务器切换也不影响用户的正常访问。 下面我们使用 heartbeat 来做 HA 集群

所有备份协议的区别

感情迁移 提交于 2020-03-02 14:52:00
1、VRRP 虚拟路由器冗余协议,常用于边缘网络,将两台路由器虚拟成一台虚拟路由器。 2、HSRP(hot standby router protocol) 热备份路由协议,思科私有协议。任意时刻热备份组里面只有一台核心交换机在转发数据,在其完全不能工作时,它的全部功能被热备份组中的其他备份核心交换机完全接管。 3、集群 集群技术(提高设备计算能力)。单台设备(计算机)的计算能力不能满足需求,使用计算机集群技术可以提高运算能力。单设备集群不能满足需求时,只需要将新的服务器加入集群中即可。 4、HA HA:high available高可用性集群,是集群系统的一种解决方案 5、堆叠 堆叠技术(增加交换机端口技术)。在以太网交换机上扩展端口的一种技术。一组交换机堆叠在一起,可以增加交换机端口数量。一组交换机作为一个对象管理。 6、IRF 虚拟化技术,虚拟化成一台分布式设备,类似于堆叠,多台设备可以看成是一台设备,增加了端口数量和交换能力 IRF四个阶段:物理连接、设备通过IRF端口收集信息、选举主备关系、IRF自行维护 选举规则:根据IRF优先级选举,priority值大的为master,小的为slave 分裂机制:(1)、主机或者备机整机down掉,更换新设备即可 (2)如果是IRF链路中断或者端口down掉,主备之间通过IRF心跳线(MAD检测)彼此互换IRF信息

HSRP网关热备份

為{幸葍}努か 提交于 2020-02-09 10:15:30
HSRP网关热备份 两个三层交换机进行网关备份 两个交换机分别设置网关,一个备份,优先级高的会使用,但是用的是standby设置的虚拟地址 基本配置 int vlan 10 standby 10 ip 172.16.15.120 #两个网关虚拟的(PC上输的网关) standby 10 priority 120 #优先级默认为100 standby 10 preempt #设置为抢占 standby times 3 10hello #时间和保持时间 standby 10 track FastEthernet0/3 #链接的端口 交换机直接相连的接口 来源: CSDN 作者: lx542346 链接: https://blog.csdn.net/lx542346/article/details/104231308