精华内容
下载资源
问答
  • 对数据库进行备份方案
    千次阅读
    2021-04-13 00:37:10
    -- 1、有数据但无其他约束
    CREATE TABLE my_table_copy AS SELECT * FROM test 
    -- 添加 with no data 即可无数据
    with no data 
    
    -- 2、有数据无约束
    select * into table_copy1 from test
    
    
    
    -- 3、有约束但无数据
    create table table_copy (like test including all)
    -- 4、复制旧表的数据到新表(假设两个表结构一样)
    insert into table_copy select * from test

    解决方案:(这个备份方案建议用于数据的备份方便恢复,不建议直接使用)

    create table newTable (like oldTable including all);//复制原表的结构
    insert into newTable select * from oldTable;//复制原表的数据到新表

     

    更多相关内容
  • oracle官方数据库备份方案:Oracle零数据丢失恢复解决方案是专门针对Oracle数据库开发的、 软硬件集成的一体化的数据备份和恢复解决方案。它采用了数据块 复制和数据日志复制相结合的解决方案,彻底摒弃了传统存储级...
  • 存储备份解决方案 数据库系统 备份解决方案 存储备份解决方案 目录 一 现场环境 3 二 需求 3 三 方案原理 4 四 方案描述 5 图示 5 4.1 双机热备 5 4.2 备份 6 4.3 恢复 6 五 方案效果 6 六 软件配置 8 七 软件简介 8...
  • MySQL数据库备份方案

    千次阅读 2022-04-19 11:48:42
    数据库备份 Mysqldump:逻辑备份,热备份,全量 xtrabackup:物理,热,全量 + 增量备份 一、 什么是 MySQL 主备 情况一: 客户端的业务操作,读、写访问的是主库 主库通过某种机制,将数据实时同步给备库 主库...

    数据库备份

    • Mysqldump:逻辑备份,热备份,全量
    • xtrabackup:物理,热,全量 + 增量备份

    一、 什么是 MySQL 主备

    img

    情况一:

    • 客户端的业务操作,读、写访问的是主库
    • 主库通过某种机制,将数据实时同步给备库
    • 主库由于有些原因,无法正常响应客户端的请求

    情况二:

    • 完成主备切换
    • 客户端读写,访问的是备库(此时备库升级为新主库)

    数据同步是如何实现的?

    1.主从同步原理

    img

    1、在备库执行 change master 命令 ,绑定主库的信息

    mysql> CHANGE MASTER TO MASTER_HOST = '192.168.1.1', MASTER_USER = 'repl', MASTER_PASSWORD = 'replpassword', MASTER_PORT = 3306, MASTER_AUTO_POSITION = 1, MASTER_RETRY_COUNT = 0, MASTER_HEARTBEAT_PERIOD = 10000; 
    
    • MASTER_HOST :master主机名(或IP地址)
    • MASTER_PORT :mysql实例端口号
    • MASTER_USER:用户名
    • MASTER_PASSWORD:密码
    • MASTER_AUTO_POSITION:如果进行change master to时使用MASTER_AUTO_POSITION = 1,slave连接master将使用基于GTID的复制协议
    • MASTER_RETRY_COUNT:重连次数
    • MASTER_HEARTBEAT_PERIOD:复制心跳的周期

    MySql 中文文档https://www.docs4dev.com/docs/zh/mysql/5.7/reference/change-master-to.html

    2、备库执行 start slave 命令,备库启动两个线程:I/O threadSQL thread

    3、master主库,有数据更新,将此次更新的事件类型写入到主库的 binlog 文件中

    4、主库会创建log dump 线程,通知slave有数据更新

    5、slave,向master节点的 log dump线程请求一份指定binlog文件位置的副本,并将请求回来的binlog存到本地的Relay log 中继日志中

    6、slave 再开启一个SQL 线程读取Relay log日志,解析出日志里的命令,并执行,从而保证主备库数据同步

    2.mysqldump逻辑备份及恢复

    全量备份

    全量备份基本模式:

    • 进入到mysql容器中
    • 创建备份目录
    • 通过mysqldump命令,执行数据库逻辑备份操作,将结果输出到 sql文件中。

    主要命令如下:

    # 级联创建数据备份目录
    mkdir -p /data/backups/dmp
    # 实现所有数据库备份
    mysqldump --opt --single-transaction --master-data=2 --host=localhost --user=root --password=admin --all-databases > /data/backups/dmp/dmp1.sql
    

    mysqldump相关参数说明:

    • –opt 适用于备份大表,同时激活了-add-drop-table --add-locks --create-options --disable-keys --extended-insert --lock-tables --quick --set-charset 命令
    • –single-transaction 开启一个事务,并设置备份事务为可重复读,保持备份数据一致性
    • –master-data=2 表示在备份过程中记录主库的binlog和pos点,并且在dump文件中注释改行
    • –all-databases 导出所有数据库,包括mysql库

    全量恢复

    通过在上述库中,执行drop table t_user1,删除该表后,开展恢复:

    • 通过mysql命令,即可将 dump sql文件执行到对应的数据库中。
    mysql -h localhost -u root -p < /data/backups/dmp/dmp1.sql
    

    其他备份

    1、导出指定数据库的指定表:

    • –databases 指定备份的数据库
    • –tables 指定备份的具体数据库表
    mysqldump --opt --single-transaction --master-data=2 --host=localhost --user=root -p --databases user --tables t_user1 > /data/backups/dmp/dmp2.sql
    

    2、只导出建表语句:

    • –no-data 申明不导出数据,只导出表结构
    mysqldump --host=localhost --user=root -p --databases user --tables t_user1 --no-data > /data/backups/dmp/dmp3.sql 
    

    3、条件备份:

    • –where 来指定具体的查询条件
    • –no-create-db 申明不导出数据库创建等信息
    • –no-create-info 申明不导出创建表等信息,这样就可以避免数据表被删除
    mysqldump --single-transaction --no-create-db --no-create-info --default-character-set=utf8 --host=localhost --user=root --password=admin --databases user --tables t_user1  --where="id >=3" > /data/backups/dmp/dmp4.sql
    

    3.Xtrabackup物理备份及恢复

    Xtrabackup一直作为MEB((MySQL Enterprise Backup)就是MySQL企业版中非常重要的工具之一,是为企业级客户提供的数据备份方案) 开源版备胎而存在

    当前xtrabackup的8.0.13已经支持 mysql 8.0.20版本(8.0.20版本对innodb的数据文件模式进行了修改)

    程序安装

    与mysql环境一样,需要将xtrabackup安装到mysql容器中:

    原/etc/apt/sources.list文件内容如下:

    # deb http://snapshot.debian.org/archive/debian/20200422T000000Z buster main
    deb http://deb.debian.org/debian buster main
    # deb http://snapshot.debian.org/archive/debian-security/20200422T000000Z buster/updates main
    deb http://security.debian.org/debian-security buster/updates main
    # deb http://snapshot.debian.org/archive/debian/20200422T000000Z buster-updates main
    deb http://deb.debian.org/debian buster-updates main
    

    将内容全部替换为:

    deb http://mirrors.aliyun.com/debian/ buster main non-free contrib
    deb http://mirrors.aliyun.com/debian-security buster/updates main
    deb http://mirrors.aliyun.com/debian/ buster-updates main non-free contrib
    deb http://mirrors.aliyun.com/debian/ buster-backports main non-free contribb
    

    具体命令操作:

    # 将容器中的文件拷贝出来
    docker cp mysql-dump-test:/etc/apt/sources.list D:\dev2\test\mysqldump
    # 将修改后的文件覆盖回容器中
    docker cp D:\dev2\test\mysqldump\sources.list mysql-dump-test:/etc/apt/
    # 进入容器以后,执行下面命令更新apt信息
    apt-get update
    

    完成上述准备工作以后,即可开始安装xtrabackup:

    • 将下载好的文件percona-xtrabackup-80_8.0.13-1.buster_amd64.deb,拷贝到容器中
    • 通过dpkg来安装,第一次执行会报错,根据错误提示信息,发现最底部依赖libev4
    • 执行apt install libev4,此时依然会报错,根据提示信息,执行apt --fix-broken install,此时会下载和安装所有依赖包。
    • 上一步执行完成后,再次执行dpkg名称,完成安装

    具体命令操作如下:

    # 将下载文件拷贝到容器中
    docker cp D:\dev2\test\mysqldump\percona-xtrabackup-80_8.0.13-1.buster_amd64.deb mysql-dump-test:/data
    # 执行第一次安装,此时会出现错误提示
    dpkg -i percona-xtrabackup-80_8.0.13-1.buster_amd64.deb
    # 执行libev4 安装,也会出错
    apt install libev4
    # 执行相关依赖安装
    apt --fix-broken install
    # 再次执行,完成安装
    dpkg -i percona-xtrabackup-80_8.0.13-1.buster_amd64.deb
    

    全量备份及恢复

    安装成功后,即可测试全量备份:

    • 提前建立好 /data/backups/ 目录
    • 通过查看用户手册,整个备份及恢复主要是三个过程:backup、prepa、copy-back

    具体命令操作如下:

    # 启动全量备份
    xtrabackup --backup --target-dir=/data/backups/base1 --user=root --password=admin
    # 通过执行drop table t_user1来模拟误操作
    # 准备全量恢复
    xtrabackup --prepare --target-dir=/data/backups/base1
    # 将备份文件同步到mysql数据文件目录中
    rsync -avrP /data/backups/base1/ /var/lib/mysql/
    # 退出容器后,执行容器重启,完成恢复
    docker restart mysql-dump-test
    

    同时,上述rsync也可以用如下命令替代,但需要保证datadir(也即/var/lib/mysql/)是空的:

    xtrabackup --copy-back --target-dir=/data/backups/base1
    

    增量备份及恢复

    增量备份及恢复过程如下:

    • 先创建全量备份
    • 再在全量备份基础上,执行增量备份
    • 恢复时,先执行全量路径的prepare,再执行增量路径的prepare

    备份具体操作:

    # 全量备份
    xtrabackup --backup --target-dir=/data/backups/base2 --user=root --password=admin
    
    # 第一次增量备份
    xtrabackup --backup --target-dir=/data/backups/inc1 --incremental-basedir=/data/backups/base2 --user=root --password=admin
    
    # 第二次增量备份
    xtrabackup --backup --target-dir=/data/backups/inc2 --incremental-basedir=/data/backups/inc1 --user=root --password=admin
    

    恢复具体操作:

    # 先恢复全量备份
    xtrabackup --prepare --apply-log-only --target-dir=/data/backups/base2
    # 逐项恢复增量备份
    xtrabackup --prepare --apply-log-only --target-dir=/data/backups/base2 --incremental-dir=/data/backups/inc1
    xtrabackup --prepare --apply-log-only --target-dir=/data/backups/base2 --incremental-dir=/data/backups/inc2
    # 将恢复文件进行同步
    rsync -avrP /data/backups/base2/ /var/lib/mysql/
    # 退出容器后,执行容器重启,完成恢复
    docker restart mysql-dump-test
    

    4.binlog 的几种格式

    binlog 格式有三种:rowstatementmixed

    案例:

    先创建一个表

    CREATE TABLE `person` (
      `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '自增主键',
      `income` bigint(20) NOT NULL COMMENT '收入',
      `expend` bigint(20) NOT NULL COMMENT '支出',
      PRIMARY KEY (`id`),
      KEY `idx_income` (`income`)
    ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='个人收支表';
    

    插入4条记录:

    insert into person values(50,500,500);
    insert into person values(60,600,600);
    insert into person values(70,700,700);
    insert into person values(80,800,800);
    

    查看binlog模式:

    查看当前正在写入的binlog文件:

    查看 binlog 中的内容,我们先来看下 row 模式

    show binlog events in 'mysql-bin.000001';
    

    img

    说明:

    • SET @@SESSION.GTID_NEXT='ANONYMOUS’
    • BEGIN 开始一个事务
    • Table_map 记录更新了哪个库、哪张表
    • Write_rows 记录做了什么操作,详细看binlog需要借助mysqlbinlog工具。
    • COMMIT /* xid=157 */ 结束一个事务

    查找 binlog 文件的物理位置:

    root@167bfa3785f1:/# find / -name mysql-bin.000001
    /var/lib/mysql/mysql-bin.000001
    

    借助 mysqlbinlog 命令,查看具体内容:

    mysqlbinlog -vv mysql-bin.000001 --start-position=2986;
    

    img

    红框中的内容表示执行了插入命令,insert into person values(80,800,800);

    其中,@1、@2、@3 表示表 person 的第几个字段,不用原始名称,是为了节省空间。

    修改 binlog 格式,设置为 STATEMENT ,查看日志格式:

    set global binlog_format='STATEMENT';
    

    设置之后,需要退出mysql重新连接,才能看到生效

    show binlog events in 'mysql-bin.000001';
    

    imgimg

    从图中我们可以看出,当 binlog_format=statement 时,binlog 里面记录的就是 SQL 语句的原文。

    其中,use tomge :表示要先切到对应的数据库

    如果想从指定位置查看binlog,可以增加 from 可选参数,如下:

    show binlog events in 'mysql-bin.000001'  from 5168;
    

    statement 与 row 对比:

    statement 格式的binlog记录的是sql语句;row 格式的binlog记录的是event(Table_map,Write_rows,Delete_rows)

    当 binlog 在 statement 格式下,记录的是sql语句,在主库执行时可能使用的是索引 A;但是同步给备库执行时,可能用了 索引B。

    索引不同,同一条sql语句,运行结果可能也不一样。

    针对这个场景,我们建议采用 row 格式的 binlog。

    即使我们使用了带where 条件(如:income>720)的delete语句,但 binlog 记录的是要删除的主键id(id =80 ),所以不会出现差错。

    img

    img

    mixed 格式 的binlog 是个啥?

    由于 statement 格式的binlog 可能会导致主库、备库间的数据同步不一致,因此我们会采用 row 格式。

    但是,row 格式占用的空间很大,写 binlog 也要占用大量的 IO 资源。

    所以,官方提出一种mixed混合模式,集成了两者的优点。

    内容如下:

    • mysql会自动判断statement格式,是否会引发主备不一致的问题
    • 如果statement格式会引起主备不一致的问题,自动使用row格式。
    • 如果statement格式不会引起主备不一致的问题,那么就用statement格式,

    5.恢复数据

    当然,我们还建议把MySQL 的binlog设置成 row 模式,因为它可以用于数据恢复。我们来看下 insertupdatedelete 三种DML操作如何来恢复数据的。

    1、delete:

    当我们执行 delete 命令时,如果 binlog_row_image 设置了 ‘FULL’,那么 Delete_rows 里面,包含了删掉的行的所有字段的值。

    如果误删了,因为 binlog 记录了所有字段的值,反向执行 insert 就可以了。

    binlog_row_image 设置为 MINIMAL,只记录关键信息,比如 id=80

    2、insert:

    row 格式下,binlog 会 记录 insert 的所有字段值。

    如果误操作,只需要根据这些值找到对应的行,再执行 delete 操作即可

    3、update:

    row 格式下,binlog 会 记录 update 修改前、修改后的整行数据。

    如果误操作,只需要用修改前的数据覆盖即可。

    通过命令来恢复数据:

    如果要执行数据恢复,可以使用下面命令

    mysqlbinlog mysql-bin.000001  --start-position=1  --stop-position=3000 | mysql -h192.168.0.1 -P3306 -u$user -p$pwd;
    

    mysql-bin.000001 文件位置从 1到3000 的 binlog 在 192.168.0.1机器的数据库上回放,还原。

    参考文献:

    1.https://www.zhihu.com/question/38374712/answer/2431612490

    3、update:

    row 格式下,binlog 会 记录 update 修改前、修改后的整行数据。

    如果误操作,只需要用修改前的数据覆盖即可。

    通过命令来恢复数据:

    如果要执行数据恢复,可以使用下面命令

    mysqlbinlog mysql-bin.000001  --start-position=1  --stop-position=3000 | mysql -h192.168.0.1 -P3306 -u$user -p$pwd;
    

    mysql-bin.000001 文件位置从 1到3000 的 binlog 在 192.168.0.1机器的数据库上回放,还原。

    参考文献:

    1.https://www.zhihu.com/question/38374712/answer/2431612490

    2.https://www.zhihu.com/question/38374712/answer/1354598956

    展开全文
  • 数据库备份方案.docx

    2022-06-17 02:07:03
    数据库备份方案 《客户名称》备份管理系统设计方案 上海鸿翼数字计算机网络有限公司 数据库备份方案全文共14页,当前为第1页。 数据库备份方案全文共14页,当前为第1页。 目录 1. 项目概述 2 2. 系统需求分析 3 1.1 ...
  • sqlserver2017数据库的两种备份方式:1、自动备份,2、手动备份,具体介绍如何自动备份sqlserver数据库,如何配置自动备份方案,以及备份数据库的还原,分享在操作过程中遇到的问题
  • 数据库备份方案

    千次阅读 2020-06-13 23:11:46
    1.引言 1.1.备份的意义 单独说备份有没有意义,意义在哪里,作为dba的你是不是有时觉得这还是需要说吗,肯定...那么是不是所有的意外情况发生后,都能通过备份数据去还原,这就与采用什么样的数据库备份方式有关系了。

    1.引言
    1.1.备份的意义
    单独说备份有没有意义,意义在哪里,作为dba的你是不是有时觉得这还是需要说吗,肯定是有意义的,那意义在哪里呢?一时之间又回答不上来,我们在描述一件事情的时候,是有相应的业务场景的,如果说数据库因一些意外情况(如误删除)发生,导致数据不能正常使用,这时没有备份,怎么办呢?这就是备份的意义所在。
    1.2.备份的目的
    备份的目的是为了防止当意外情况发生时,可以使用备份数据去做还原操作。那么是不是所有的意外情况发生后,都能通过备份数据去还原,这就与采用什么样的数据库备份方式有关系了。
    2.备份的方式
    数据库备份的方式多种多样,可以根据不同的业务场景选择相应的备份方式,下面对数据库的常用备份方式以及应用场景做一个介绍。
    2.1.冷备
    2.1.1.什么冷备
    冷备通常是指关闭数据库的情况下,对数据库的文件目录进行拷贝,这时数据库不对外提供访问服务,可以通过cp、scp、rsync命令将数据库的文件目录拷贝到本机或远程主机上。
    2.1.2.冷备特点
    1、基于数据库文件目录的物理拷贝
    2、备份期间数据库不能对外提供访问
    3、备份速度快
    4、可以数据备份到本地或远程

    2.1.3.应用场景
    在实际生产环境中很少这样使用
    2.2.热备
    2.2.1.什么热备
    热备是指在数据库正常运行的情况下,对数据库进行的在线备份,这时数据库正常对外提供访问服务。
    2.2.2.热备特点
    1、备份期间,数据库依然对外提供访问服务
    2、根据不同的备份方式,备份的时间有所不同
    2.2.3.应用场景
    实际生产环境都使用热备
    2.3.物理备份
    2.3.1.什么物理备份
    物理备份是指在数据库正常运行的情况下,对数据库使用的文件目录进行在线拷贝,这里数据库依然对外提供正常访问。
    2.3.2.物理热备特点
    1、物理备份属于热备方式的一种
    2、备份数据库快,可以数据备份到本地或远程
    3、数据库正常对外提供服务
    4、基于物理备份的恢复,对数据库版本和服务器平台架构要求一致。
    5、恢复时间和备份时间基本一致
    2.3.3.应用场景
    对于数据库体量比较大的情况,可以使用物理备份
    2.4.逻辑备份
    2.4.1.什么逻辑备份
    逻辑备份是指在数据库正常运行的情况下,对数据库中的业务数据进行导出,这里数据库依然对外提供正常访问。
    2.4.2.逻辑热备特点
    1、逻辑备份属于热备方式的一种
    2、基于业务数据的导入,可以数据备份到本地或远程
    3、数据库正常对外提供服务
    4、可以导入的业务数据导入更高的版本中去,非常灵活
    5、根据数据量的大小,一般导入操作所花的时间是导出的操作几倍或十几倍
    2.4.3.应用场景
    对于生产环境中,业务量较小的情况可以使用逻辑备份
    2.5.全量备份
    2.5.1.什么全量备份
    全量备份是指在数据库正常运行的情况下,基于某一个时间点对数据库使用的文件目录进行在线拷贝,这里数据库依然对外提供正常访问。
    2.5.2.全量特点
    1、全量备份属于物理备份方式的一种
    2、备份数据库快,可以数据备份到本地或远程
    3、数据库正常对外提供服务
    2.5.3.应用场景
    在生产环境使用非常普遍
    2.6.增量备份
    2.6.1.什么增量备份
    增量备份是指在数据库正常运行的情况下,基于对上一次全量备份后所产生的新数据进行备份,这里数据库依然对外提供正常访问。

    增量备份又分为:累计增量备份和差异增量备份
    累计增量备份:
    以每周数据备份为例,星期一进行了全量备份,星期二到星期四每天累计增量备份,星期四数据出问题了,这里需要对数据库按星期一的全量备份进行还原,再应用星期二到星期四的增量备份,该备份的特点备份快,恢复慢
    差异增量备份:
    以每周数据备份为例,星期一进行了全量备份,星期二到星期四每天差异增量备份,星期四数据出问题了,这里需要对数据库按星期一的全量备份进行还原,再星期四的备份即可,该备份的特点备份慢,恢复快

    2.6.2.增量特点
    1、增量备份属于热备方式的一种
    2、备份数据库快,可以数据备份到本地或远程
    3、数据库正常对外提供服务
    4、能够对变化的数据进行备份
    2.6.3.应用场景
    全量备份+增量备份在生产环境使用非常普遍
    3.备份策略的制订
    根据不同的业务场景,对于备份策略的制订有所不同,其目的就为了保证线上业务的连续性,通常业界有两个重要的指标可以作为参考,一个是RTO,另一个是RPO,下面对这个名词作一个解释

    图3-1RTO&RPO
    3.1.什么是RTO
    RTO(Recovery Time Objective)即恢复时间目标,主要指的是所能容忍的业务停止服务的最长时间,也就是从灾难发生到业务系统恢复服务功能所需要的最短时间周期。
    例如:如果RTO为1小时,这意味着能容忍业务系统停止服务的时间为1小时,这1个小时内业务系统不能对外提供服务。
    3.2.什么是RPO
    RPO(Recovery Point Objective)即数据恢复点目标,主要指的是业务系统所能容忍的数据丢失量。
    例如:业务系统数据在每天1点进行备份,在某天上午7点发生事故,导致这之间有6个小时的数据丢失,如果RPO定为7个小时,则并不无大碍,如果原业务系统要求RPO为无限接近于0,则需要对应用、数据库架构及性能这几方面进行考虑,这里主要考虑数据库层面的内容。
    3.3.RPO与RTO相同点
    都是使用时间维护来衡量的,对于RTO是指灾难发生到服务恢复的时间,这里包括了数据恢复的时间,对于RPO是指灾难发生到数据上一次备份的时间。
    3.4.RPO与RTO差异
    RTO关注于应用或系统层面的可用性,RPO关注于数据的完整性,描述所能容忍的最大数据丢失限制。业务系统服务不可以会带来经济损失,但丢失的是客户交易数据则导致的损失或许更大。

    4.备份工具的介绍
    每种数据库都有自带的备份工具,其中oracle的工具个人觉得最好使用,毕竟是商业数据库,目前项目主要使用mysql数据库,这里对mysql数据库常用的备份工具做一个介绍
    4.1.mysqldump工具介绍:

    Mysql数据库软件自带的备份工具
    4.1.1.优点:
    Mysqldump可以将远程数据库上的数据备份到本地。
    可以进行跨数据库版本导入数据
    可以基本单个、所有数据库是进行备份
    4.1.2.缺点:
    恢复数据时,需要提前安装好数据软件并启动数据库
    恢复速度比备份速度慢几倍,导出的备份文件越大,恢复时间越久。
    无法实现数据的增量备份
    4.2.xtrabackup工具介绍:
    是一款开放源代码且免费的热备软件,可以非阻塞地以innodb和xtradb数据库进行备份,是目前最流行的mysql备份软件之一。
    4.2.1.优点:
    备份速度快
    可以将数据备份到远程服务器本地。
    恢复时间与备份时间基本一致
    恢复时不需要启数据库
    可以基本单个、所有数据库是进行备份
    可以实现增量备份、压缩备份
    4.2.2.缺点:
    恢复时需要数据库的版本、功能是一致的

    5.备份案例
    前面几章描述了备份的意义、目的、方式、策略、工具,了解这些之后,我们才能结合实际的业务情况来制订相应方案并实施,以下几个场景是我们在生产环境使用的备份案例。
    5.1.场景一:允许部分业务丢失,能及时恢复
    Xtrabackup+binglog2sql
    5.2.场景二:数据库异常宕机后,希望在分钟级内恢复

    展开全文
  • 针对当前远程容灾备份系统普遍造价高昂的缺点,技术人员提出了一种通过基于Linux系统下的Rsync(RemoteSynchronize)远程同步框架进行改进,采用节点间数据复制技术实现数据库远程备份方案。根据容灾备份系统备份...
  • 基于数据库维护计划的数据库备份方案 作者:魏忠强 来源:《中国科技博览》2014年第03期 摘要:为了保证数据库数据的安全,要定期数据库的数据进行备份,对于备 份的策略要依具体情况而定,数据库备份的原因主要...
  • 数据库备份方案.doc

    2022-06-17 02:05:56
    《MonkeyOnline》数据备份方案 备份方式 主从复制+完整备份(Mysqldump或winrar压缩备份DATA目录)+增量备份(启用从服 务器二进制日志文件) 备份策略 在主服务器上启用二进制日志实现主从复制做实时在线热备份;...
  • SQL Server数据库完美备份方案 为了保证SqL Server 数据的安全数据库管理员应定期备份数据库在不同情况下应采用不同备份数据库备份策略一方面维持数据的安全性另一方面也可保持SqL Server 能顺畅运行尽最大的努力...
  • postgresql数据库备份和恢复文档资料,详细介绍了PostgreSQL数据库的备份与恢复 方法,值得学习下
  • Oracle数据库Rman备份方案,全备、增备。
  • Oracle 数据库备份策略1 2. Oracle 数据库备份运行环境要求1 3. Oracle 数据库备份脚本2 4. Oracle 数据库备份配置步骤2 5. Oracle 数据库恢复脚本4 6. Oracle 数据库恢复4 6.1. 修复数据文件损坏4 6.2. 恢复到指定...
  • 数据库备份方案.pdf

    2021-10-11 01:03:06
    数据库备份方案.pdf
  • 一种基于触发器技术的SQL Server数据库实时备份方案.pdf
  • SQL Server 数据库备份方案.doc
  • MySQL数据库备份方案.pdf
  • MySQL数据库备份方案.docx
  • 改进方案二:将当前日期前1个月之前的数据进行备份操作,并删除当前库表中1个月前的数据。经测定,该方法一定程度提高了访问效率。根因:基础表基数少,查询效率相对提高。 1.库表的定时备份总结 步骤1:备份Mysql...
  • oracle的rman数据库备份方案
  • 生产环境的数据库可能比较大,如果直接进行全备而不压缩的话,备份集就会占用了大量磁盘空间。给备份文件的存放管理带来不便。 解决方案: 通过with compression显式启用备份压缩,指定对此备份执行备份压缩,覆盖...
  • Mysql数据库备份方案研究.pdf

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 170,095
精华内容 68,038
热门标签
关键字:

对数据库进行备份方案