本文介绍gpdb的master故障及恢复测试以及segment故障恢复测试。环境介绍:Gpdb版本:5.5.0二进制版本操作系统版本:centoslinux7.0Mastersegment:192.168.1.225/24hostname:mfsmasterStadnbysegemnt:192.168.1.227/24hostname:server227Segment节点1:192.168.1.2
推荐 原创 2018-03-20 15:38:40
10000+阅读
4点赞
1、 Oracle数据库完全备份正常,无异常。加入一条测试数据进行全备份 2、 oracle数据库导出 exp 当前用户/密码file=导出文件名文件log=xxx.log owner=导出用户名 imp 当前用户/密码 file=导出文件名文件 fromuser=用户名 touser=用户名 3、 数据库完全恢复测试测试结果验证方式:Oracle数据库可以使用sqlplus 进入数
原创 2012-02-11 20:40:53
1651阅读
[1] 控制文件损坏(rman和常规恢复) [1.1] 有老的备份数据备份和控制文件trace [测试1] --使用trace恢复 shutdown abort [测试2] --使用trace恢复 正常shutdown [测试3] --使用控制文件备份来恢复 [测试4] 我们现在模拟备份控制文件,...
原创 2009-08-10 14:29:00
408阅读
有时在POC项目中,经常想更换全新的数据库,或数据库迁移恢复数据库,可以参考以下方法进行恢复数据库1、当数据库服务器需要做灾难恢复时,首先确保XenDesktop数据库有备份,数据库TSCTXVC0012.还原新的数据库服务器,TSCTXDB1013、打开新的数据库服务器,确保DDC服务器都在新数据库服务器上有自己的登录名,没有需要用命令创建4、确保DDC本机登录名,有Citrix相关服务角色,并
原创 2015-06-01 16:15:04
2318阅读
RMAN 恢复测试,在所有文件都丢失的情况下,重备份里恢复数据库。 1.恢复参数文件 连接rman C:\Users\Administrator>RMAN TARGET / 设置DBID RMAN> set dbid=1324473315 启动数据库,会报启动失败,不用管,启动后恢复参数文件 RMAN> startup 从备份里恢复
原创 2013-03-14 15:16:15
815阅读
目录实验环境创建Oracle主目录结构准备参数文件确认备份信息恢复控制文件恢复数据文件还原归档日志文件重定向与清理日志组重建临时表空间重建控制文件开启数据库保护实验环境操作系统:​SUSE Linux Enterprise Server 11 & 12 & 15​数据库版本:​Oracle 12.2.0.1数据库实例编号SID:
原创 2022-04-30 18:15:16
448阅读
CLOUD oracle数据库备份恢复测试强烈建议使用expdp/impdp,因为:在expdp的时候Oracle不会再依赖和参考NLS_LANG的设置,而是完全按照数据库本身的字符集导出数据,impdp的时候,Oracle会自动判断如果dmp文件中的字符集和目标数据库的字符集不符时会自动对导入数据的字符集做转换。这样可以消除以前由于字符集的问题在导入过程中出现乱码的问题。1、创建备份目录并授权:
推荐 原创 2016-02-02 16:51:35
3254阅读
1点赞
1评论
用隐含参数_allow_resetlogs_corruption和重建undo tablespace 问题: 某个现场做数据库恢复的时侯有一个问题:DB恢复需要这个归档日志文件1_33160.dbf,但是在备份中没有。 SQL> recover database using backup controlfile until cancel; ORA-00279: change 42074333
一、测试环境数据库版本是11GR2,在做完一份完全备份之后,关机,做一份快照,每一次开机之后都执行数次alter system switch logfile以产生归档日志。之后的测试都是基于这么一个完全备份来恢复。CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/%F';backup increment
原创 2016-07-25 15:20:53
1398阅读
环境说明: AD + Exchange,现在环境是Exchange服务器MAIL02 灾难性损坏,用一台新的机器来代替并恢复之前的Exchange DB, 前提是有每天有做Exchange DB备份,具体备份过程和方法略,安装和恢复过程如下: 1、安装Windows 2003系统,并安装SP和最新Hotfix,NNTP,SMTP,IIS等Exchange必需的服务, 2、将机名改和IP
原创 2013-03-09 09:36:17
1114阅读
3点赞
3评论
客户意外rm掉了数据文件,导致数据库无法打开,由于没有完整的备份和归档,需要使用别的方法,而客户又关闭了数据库,导致无法使用文件描述符恢复,就要使用linux上别的方法了,现记录使用extundelete来恢复丢失的文件[root@server119 ~]# cd /db[root@server119 db]# ll总计 32drwxrwxr-x 2 oracle oinstall 16384 2
原创 2015-07-06 14:11:56
1431阅读
2点赞
主从延迟复制 -- 数据恢复测试
原创 2019-05-05 15:59:14
633阅读
一、使用innobackupex做完全备份并恢复1、完全备份#innobackupex--user=root --password=boyojoy.com /backup/innodb/full/使用innobakupex备份时,其会调用xtrabackup备份所有的InnoDB表,复制所有关于表结构定义的相关文件(.frm)、以及MyISAM、MERGE、CSV和ARCHIVE表的相关文件,同时
原创 2013-06-14 16:25:20
1188阅读
虚拟机准备 CPU 24 核心 内存:128G 硬盘 600G 操作系统:100G 安装suse 企业版 sp2 数据盘:500G 挂载到 /hana 目录下  esxi添加磁盘 磁盘分区  #fdisk /dev/sdb N P ENTER ENTER W  saptest:~ # fdisk /dev/sdb  欢迎使用 fdisk (util-linux 2.28)。
原创 2020-03-13 21:22:14
2456阅读
作者:邓卫华  http://dengweihua1.blog.51cto.com 2009.12.18 前言:       对于企业来讲,如果说数据是企业生命也不为过,做为信息部门的一员制定合理的备份策略肯定是您的工作之一同时我也相信您每天都要检查相应的数据是否有备份成功。很好,您知道备份说明您已经明白数据的重要性!做为一个SA或
推荐 原创 2010-01-04 16:28:04
3643阅读
4评论
本次测试目的是从生产数据库导出rman备份然后在测试数据库恢复 1,拷贝备份至相应目录 2,进入rman rman target \ 3,关闭数据库 shutdown 4,以nomount模式启动数据库 startup nomount 5,恢复控制文件 restore controlfile fro
原创 2021-09-10 14:34:24
482阅读
对于企业来讲,如果说数据是企业生命也不为过,做为信息部门的一员制定合理的备份策略肯定是您的工作之一同时我也相信您每天都要检查相应的数据是否有备份成功。很好,您知道备份说明您已经明白数据的重要性!做为一个SA或数据安全员您的工作已经做到了50%了,嗯…也可说不到50%。为什么这样说呢?您是否有问过自已您备份出来的数据是否能正常恢复?您了解吗? 现在年底了,刚好是我对公司的服务器做”服务器的数据恢复
转载 2010-01-18 13:55:17
930阅读
一、安装配置1. 下载https://github.com/AlexAkulov/clickhouse-backup/releases2. 安装[root@backup-db ~]# rpm -ivh clickhouse-backup-1.3.1-1.x86_64.rpm Preparing... ################################# [100%] Updating
原创 2023-09-19 17:50:52
617阅读
实验如下:                user数据文件被删除状况下,介质恢复首先备份user数据文件 alter tablespace user begin backup;复制user数据文件alter tablespace user end b
原创 2014-07-21 14:38:37
488阅读
在前面的两篇文章中,介绍了mysql组复制的特点及配置过程,本文演示mysql单组复制下的模拟故障测试。一、组复制所有成员服务器宕机重启后的恢复连接所有的mysql实例查询当前的组复制成员情况,状态都是OFFLINE,这种情况下如何恢复组复制?mysql> select * from performance_schema.replication_gro
原创 2017-10-27 16:28:08
4976阅读
  • 1
  • 2
  • 3
  • 4
  • 5