【干货分享】DMRMAN脱机备份常见错误

合集下载

达梦数据库主备部署

达梦数据库主备部署

达梦数据库主备部署服务器硬件需求按实际业务需求,选择合适的服务器,参考如下:硬件要求物理内存>= 16 GB交换分区Swap空间 >= 物理内存/tmp⼤⼩> 1000MB⽹络物理机器需要 2 个⽹卡磁盘根据实际应⽤系统需要挂载合适⼤⼩磁盘时间服务器按机房要求配置连接时间服务器⽬录与存储规划:⽤途⽬录路径备注数据库软件安装⽬录/dm8可⽤空间 > 50GB实例安装⽬录/dmdata单独挂载性能最好的磁盘建议SSD 归档⽇志存放⽬录/dmarch单独挂载磁盘备份⽂件存放⽬录/dmbak单独挂载磁盘IP规划主机⽹卡 IP地址备注DM1 Eth0 192.168.2.37 对外通信DM1 Eth1 10.0.0.1 主备之间通信DM2 Eth0 192.168.2.38 对外通信DM2 Eth1 10.0.0.2 主备之间通信特别注意:所有关于dm的⽬录及下属⽬录属主和属组必须为 "dmdba" 和 "dinstall"操作步骤(主备都需要操作)1、⽤户与组groupadd dinstall //创建⽤户组useradd -g dinstall -m -d /home/dmdba -s /bin/bash dmdba //创建⽤户passwd dmdba //修改⽤户密码2、资源限制vim /etc/security/limits.conf#添加如下内容dmdba soft core unlimiteddmdba hard core unlimiteddmdba soft nofile 65536dmdba hard nofile 65536dmdba soft nproc 65536dmdba hard nproc 65536dmdba soft stack 65536dmdba hard stack 655363、⽤户环境变量vi /home/dmdba/.bash_profile //⽂件末尾添加如下内容:export DM_HOME=/dm8export PATH=$PATH:$DM_HOME/binexport LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$DM_HOME/bin4、安装数据库(这⾥以centos7系统安装)1)将安装包上传到服务器后使⽤ root ⽤户挂载 iso 安装包⽂件到 /mnt ⽬录下:2)切换到dmdba⽤户Su – dmdbaCd /mnt./DMInstall.bin -i①选择安装语⾔,c/C中⽂,e/E英⽂②提⽰是否安装key⽂件,输⼊y,输⼊key⽂件的位置③选择时区,21即东8区④选择安装类型,默认典型安装(包含所有内容)3)使⽤root⽤户执⾏命令/dm8/script/root/root_installer.sh4)授权属主Chown -R dmdba.dinstal /dmdata /dm8 /dmbak /dmarch5、使⽤ dminit ⼯具初始化实例cd /dm8/bin./dminit path=/dmdata page_size=326、参数优化安装完成需要调整 dm.ini ⽂件参数。

oracle 备份 rman 使用总结

oracle 备份 rman 使用总结

ORACLE 备份与恢复目录1 数据库常见故障类型: (4)2 数据库保护机制: (4)2。

1 数据库备份 (4)2。

2 事务日志 (4)3 备份原则: (4)4 备份与恢复策略: (5)4.1 规划备份策略时需要考虑的因素: (5)4.2 灾难恢复策略的规划 (5)4.3 制定数据恢复策略步骤: (6)4。

4 制定恢复策略时应该考虑以下几个要素: (6)5 备份分类: (6)5.1 按备份的数据量: (6)5.2 按备份状态来划分 (6)5。

2。

1 物理备份 (6)5.2。

2 逻辑备份 (7)6 脱机备份与恢复: (7)6.1 冷备份所需备份文件 (7)6。

2 脱机备份步骤: (7)6。

3 案例实践:脱机备份与不完全恢复 (8)6。

4 脱机备份优缺点: (9)7 联机备份与恢复 (9)7。

1 案例实践:联机备份与完全数据库恢复 (9)7.2 联机备份优缺点: (11)8 备份恢复实践操作 (11)8。

1 基础理论 (11)8。

2 RMAN(备份与恢复管理器) (12)8。

3 基本知识 (12)8.3。

1 RMAN的组件、概念 (12)8。

3。

2 RMAN的使用:命令行接口与脚本 (13)8。

4 RMAN的配置 (15)8。

4。

1 建立Recovery Catalog恢复目录 (15)8。

4。

2 查看RMAN的默认设置SHOW命令 (15)8.4.3 配置RMAN的默认设置 (16)8.4。

4 RMAN 会话的设置 (19)8.5 Copy镜像拷贝与恢复 (19)8.5.1 备份 (19)8.5.2 恢复 (20)8.6 Backup备份与恢复 (21)8.6.1 BACKUP 备份命令选项 (21)8.6.2 RESTORE/RECOVER恢复命令选项 (24)8。

6。

3 非归档模式下的BACKUP 备份与恢复 (26)8。

6。

4 归档模式下的BACKUP备份与完全恢复 (28)8。

6。

5 归档模式下的不完全恢复 (33)8。

数据库备份与恢复的常见错误及解决方法

数据库备份与恢复的常见错误及解决方法

数据库备份与恢复的常见错误及解决方法在日常数据库管理中,备份和恢复数据库是至关重要的任务。

然而,许多人在执行这些任务时经常遇到一些常见的错误。

本文将介绍数据库备份和恢复过程中常见的错误,并提供相应的解决方法,以帮助管理员更好地处理这些问题。

1. 错误:备份过程中的空间不足在备份数据库时,很常见的一个问题是备份过程中空间不足,导致备份操作中断。

这可能是由于目标备份位置的磁盘空间不足或备份文件过大。

解决方法:- 检查目标备份位置的磁盘空间是否足够,如果不足,可以清理磁盘或选择其他备份位置。

- 减小备份文件的大小,可以通过压缩备份文件、选择备份特定的数据表或减少备份频率等方式来减小备份文件大小。

2. 错误:备份文件损坏或丢失有时,备份文件可能会在传输或存储过程中损坏或丢失。

这可能会导致备份文件无法恢复或存在损坏的数据。

解决方法:- 定期验证备份文件的完整性和正确性,确保备份文件可以成功恢复。

- 多点备份,即创建多个备份文件,可以使用不同的存储介质和备份工具。

- 使用云备份服务,可以将备份文件上传至云服务器,确保备份文件的安全性和可靠性。

3. 错误:恢复过程中的数据丢失或错误在数据库恢复过程中,可能会遇到数据丢失或错误的情况。

这可能是由于不完整的备份文件、错误的恢复操作或干扰导致数据被覆盖等问题。

解决方法:- 在恢复之前,首先备份当前数据库,以防止数据丢失。

- 确保备份文件完整且正确,可以使用备份验证工具来验证备份文件的完整性。

- 仔细审查恢复操作,确保所选择的恢复点正确,并遵循正确的恢复步骤。

- 避免在恢复过程中干扰数据库,例如避免其他用户或应用程序对数据库进行操作,以免出现数据冲突或覆盖。

4. 错误:备份和恢复过程中的性能问题备份和恢复数据库可能会对系统性能产生影响,包括降低数据库的响应速度、增加系统负载等问题。

解决方法:- 在备份或恢复数据库之前,选择合适的时间段,避免对系统正常运行产生干扰。

- 在进行大型数据库备份时,可以考虑将备份任务分解为多个子任务并通过并行执行来提高备份速度。

数据库迁移与升级的常见错误与解决方法

数据库迁移与升级的常见错误与解决方法

数据库迁移与升级的常见错误与解决方法在今天的信息时代,数据库已经成为许多企业和组织的重要存储和处理数据的工具。

然而,在数据库迁移和升级过程中,常常会出现一些问题和错误,给数据的完整性和安全性带来威胁。

在本文中,我们将讨论数据库迁移与升级的常见错误,并提供解决方法。

一、备份不完整或丢失数据库迁移和升级之前,进行数据备份是十分重要的。

然而,有时候备份过程中会出现错误,导致备份不完整或者备份文件丢失。

这将严重影响数据的恢复和迁移过程。

解决方法:1. 定期进行数据备份,并测试备份文件的可靠性。

2. 在进行数据库迁移和升级之前,再次核对备份文件是否完整。

3. 多个备份点的建立,确保备份文件的冗余性。

4. 使用专业的数据库备份和恢复软件,以提高备份的可靠性。

二、数据兼容性问题数据库迁移和升级时,常常需要将数据导入新的数据库系统中。

然而,新旧数据库系统之间的数据兼容性问题可能导致数据丢失、格式错误等。

解决方法:1. 在进行数据库迁移和升级之前,对数据进行彻底的兼容性分析和测试。

2. 使用格式迁移工具,确保数据从旧数据库系统到新数据库系统的正确转换和迁移。

3. 针对数据类型差异,编写适当的转换脚本和程序,保证数据的一致性和完整性。

4. 针对特定数据库系统的迁移工具,如MySQL迁移工具、Oracle迁移工具等,提供更好的兼容性支持。

三、性能下降问题在数据库迁移和升级之后,有时候会发现系统的性能下降,查询速度变慢等问题。

解决方法:1. 迁移和升级之后,重新进行数据库性能测试和优化,针对性地对系统进行调整和优化。

2. 检查新系统的硬件资源是否满足需求,如CPU、内存、磁盘空间等。

3. 分析数据库中的查询语句,进行索引优化和重构,提高查询效率。

4. 使用数据库监控工具,及时发现和解决数据库性能问题,如慢查询、死锁等。

四、安全性问题数据库迁移和升级过程中,数据的安全性是至关重要的。

然而,有时候数据库的安全性措施会因为迁移和升级导致失效或者被绕过。

数据库备份与恢复的常见问题与解决方案

数据库备份与恢复的常见问题与解决方案

数据库备份与恢复的常见问题与解决方案数据库备份与恢复是数据库管理中非常重要的一环。

当数据库遭遇意外故障、误操作或数据丢失等问题时,备份与恢复操作能够最大程度地减少损失并保证数据的可靠性。

本文将介绍数据库备份与恢复的常见问题,并给出相应的解决方案。

一、数据备份问题与解决方案1. 备份频率与文件储存数据备份频率是一个关键问题。

频繁的备份可能会浪费资源,而不够频繁的备份容易造成数据丢失。

为了平衡备份与资源的消耗,可以采用增量备份和差异备份的方法。

增量备份只备份自上次全备份以来发生过改变的数据,而差异备份只备份自上次备份以来发生了变动的数据。

另外,备份文件的储存也要考虑。

一般来说,备份文件可以储存在独立的存储介质,如外部硬盘、网络存储等。

定期对备份文件进行验证和清理,确保备份文件的完整性和可靠性。

2. 备份能力与性能备份过程对数据库的性能影响是备份与恢复操作中的一个重要问题。

一方面,备份过程可能会占用大量的系统资源,对数据库的正常运行造成影响;另一方面,备份操作时间过长可能会导致数据库的停机时间过长,影响业务的持续性。

为了解决这个问题,可以通过增量备份和差异备份来减少备份的时间和资源占用。

此外,还可以控制备份操作的优先级,避免备份操作时对数据库的正常访问造成过大的干扰。

可以使用并行备份技术来提高备份的效率。

二、数据恢复问题与解决方案1. 数据恢复方法选择数据恢复方法的选择要根据具体的情况进行决策。

如果只有一个文件损坏了,可以通过单个文件的恢复来解决;如果多个文件损坏,则需要进行数据库的恢复操作。

恢复方法包括逻辑恢复和物理恢复,具体要根据损坏程度和可用的备份文件来决定。

逻辑恢复是指使用SQL语句来还原数据,适用于数据结构无损坏的情况;物理恢复是指使用备份文件来还原数据,适用于数据结构损坏的情况。

选择合适的恢复方法可以最大程度地减少数据损失和恢复时间。

2. 恢复测试与验证恢复过程中进行测试与验证非常重要。

通过将备份文件应用到测试环境中,验证数据是否能够完整地恢复。

达梦数据库问题小集锦

达梦数据库问题小集锦
问题四
触发器出现无效的伪记录名 new 触发器中引用无效的 为记录名
现象描述 我们写触发器的时候,可能会到错误: 触发器中引用无效的伪记录名[NEW]
问题原因 是因为我们的触发器逻辑不对
处理方法 预期,我们是希望建立一个 for each row 的触发器, 但是我们在触发器的定义中,却写成了 for each statment 了 这里是相关的例子 有问题的例子:
8/8
4/8
2.后台启动 dmap 以这种方式启动 dmap,在关闭当前窗口后 dmap 服务不会被关闭。
3.通过脚本注册 dmap 服务,用服务方式启动 利用脚本进行 dmap 服务注册并启动,在完整的软件安装过程中,在完成安装前原本应该以 root 身份运行脚本来注册启动 dmap 的。脚本在$DM_HOME/script/root 目录下。
而如果运用管理工具进行对象创建或者修改的时候会将对象名以双引号引用,这时创建 的对象名是以原本的大小写形式存储下来的,为了是使得用户输入的形式与实际储存形式一 致。在这种情况下会出现如果在管理工具的环境下创建的名称若是以小写输入,会以小写的 形式存储下来,而再用命令行进行查询的时候若以相同的小写形式查询,则会出现“无效的 表或视图名”的错误出现。 解决方法
handles
问题原因 当前操作系统的登录用户应该为非 dmdba 用户,如果在当前会话中启用图形界面需
要将图形界面权限放开。 解决方法 切换到 root 用户后在命令行中输入 xhost +,可以使得 dmdba 可以调用图形界面进行安装。
问题二
1/8
DM 数据库遇到“无效的表名或视图名”报错
现象描述 在操作 DM 时遇到报错,错误信息提示为“无效的表或视图名”。无论是查询 tab1 还是 TAB2 都是报错。

有关rman备份ora-27192和ora-19511错误

有关rman备份ora-27192和ora-19511错误

有关rman备份ora-27192和ora-19511错误环境描述:1、数据库环境AIX5.32、数据库版本9.2.0.8.03、备份媒介:磁带库解决过程1.⽇常巡检过程中发现数据库备份异常,错误信息栈如下:RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: failure of backup command at 10/24/201721:17:37ORA-27192: skgfcls: sbtclose2 returned error - failed to close fileORA-19511: Error received from media manager layer, error text:ANS1301E (RC1) Server detected system error2.经过查阅资料得知ora-19511属于媒介管理错误,需要有媒介管理⽀持团队或供应商解决。

3.既然发现这个问题之后,那么就需要判断是否真的是因为媒介的问题,运⾏sbttest以测试Oracle是否可以与磁带库通信时,您可能会遇到以下错误:[wsrz1]@[BJS5951_L2][/oracle/product/9.2.0/bin]./sbttest testThe sbt function pointers are loaded from libobk.a(shr.o) library.Return code -1from sbtinit, bsercoer = 7011, bsercerrno = 2534sbtopen: System error - eg. malloc, fork errors4.那么是否是因为脚本的问题导致的呢?(1)备份数据⽂件到本地磁盘,发现没有问题RMAN> run {allocate channel d1 type disk format='/tmp/%U';backup tablespace sysaux;}2> 3> 4>allocated channel: d1channel d1: SID=20 device type=DISKStarting backup at 22 Oct 2017 10:34:37channel d1: starting full datafile backup setchannel d1: specifying datafile(s) in backup setinput datafile file number=00002 name=/opt/app/oracle/oradata/ORA112/datafile/o1_mf_sysaux_62ojt49t_.dbfchannel d1: starting piece 1 at 25 Oct 201710:34:38channel d1: finished piece 1 at 25 Oct 201710:35:23piece handle=/tmp/p7mn6kju_1_1 tag=TAG20110922T143437 comment=NONEchannel d1: backup set complete, elapsed time: 00:00:45Finished backup at 22 SEP 201114:35:23Starting Control File and SPFILE Autobackup at 25 Oct 201710:35:23piece handle=/opt/app/oracle/flash_recovery_area/ORA112/autobackup/2017_10_25/o1_mf_s_762532523_77ogrf5v_.bkp comment=NONEFinished Control File and SPFILE Autobackup at 25 Oct 201710:35:30released channel: d1(2)备份到⼀个假的磁带库上,判断也没有问题$ rman target /Recovery Manager: Release 9.2.0.8.0 - Production on Thu Oct 2510:24:562017Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.connected to target database: ORA112 (DBID=232055638)RMAN> run {2> allocate channel t1 type 'SBT' PARMS 'SBT_LIBRARY=oracle.disksbt,ENV=(BACKUP_DIR=/tmp)';3> backup tablespace sysaux;4> }using target database control file instead of recovery catalogallocated channel: t1channel t1: SID=20 device type=SBT_TAPEchannel t1: WARNING: Oracle Test Disk APIStarting backup at 22 Oct 201710:25:46channel t1: starting full datafile backup setchannel t1: specifying datafile(s) in backup setinput datafile file number=00002 name=/opt/app/oracle/oradata/ORA112/datafile/o1_mf_sysaux_62ojt49t_.dbfchannel t1: starting piece 1 at 25 Oct 201714:25:48channel t1: finished piece 1 at 25 Oct 201714:26:43piece handle=p5mn6k3b_1_1 tag=TAG20110922T142547 comment=API Version 2.0,MMS Version 8.1.3.0channel t1: backup set complete, elapsed time: 00:00:55Finished backup at 25 Oct 201710:26:45Starting Control File and SPFILE Autobackup at 25 Oct 201710:26:45piece handle=c-232055638-20110922-00 comment=API Version 2.0,MMS Version 8.1.3.0Finished Control File and SPFILE Autobackup at 25 Oct 201710:26:52released channel: t1(5)经过上⾯的分析,排除了脚本的问题,我们基本上确认就是因为磁带库的通讯问题导致的,这个时候询问同事,确实是因为磁带库的通讯问题导致的,⼀直没有解决的原因就是因为有的时候可以备份成功,不影响⽣产。

数据库备份与恢复的常见错误及解决方法

数据库备份与恢复的常见错误及解决方法

数据库备份与恢复的常见错误及解决方法数据库备份与恢复是维护和保护数据库的重要环节,但在实际操作中,常常会遇到一些错误和问题。

本文将介绍数据库备份与恢复过程中常见的错误,并提供相应的解决方法,以帮助您更好地处理这些问题。

一、备份过程中的常见错误及解决方法1. 备份文件损坏或丢失在备份过程中,备份文件有可能因为磁盘故障、网络异常等原因而损坏或丢失。

为了避免这种情况,应采取以下措施:- 定期测试备份文件的完整性,并确保其可用性。

- 将备份文件存储在多个地点,确保数据的冗余备份。

- 使用分布式存储系统或云存储服务,在备份文件上设置冗余和容错机制。

2. 备份文件大小过大当数据库的规模庞大时,备份文件的大小也会相应增大,可能会导致备份过程变慢或无法完成。

为了解决这个问题,可以考虑以下方法:- 压缩备份文件,减小文件大小。

可以使用数据库管理工具或第三方压缩工具对备份文件进行压缩。

- 使用增量备份策略,只备份部分数据,而非整个数据库。

3. 备份过程中的超时或中断备份过程中,可能会出现网络超时、服务器宕机等情况,导致备份任务中断。

为避免这种情况,可以采取以下方法:- 调整数据库备份参数,增加备份的并发连接数和超时时间。

- 将备份任务分成多个较小的子任务进行并发备份,减少备份任务的耗时。

二、恢复过程中的常见错误及解决方法1. 恢复文件损坏或丢失在恢复数据库时,如果备份文件损坏或丢失,将无法完成恢复过程。

为避免这种情况,可以采取以下方法:- 定期测试备份文件的完整性,确保备份文件可用。

- 在备份时生成备份文件的校验和,并验证校验和来确保文件完整性。

- 将备份文件存储在多个地点,确保数据的冗余备份。

2. 恢复过程中的数据冲突在恢复数据库时,可能会遇到数据冲突的情况,如数据被覆盖或丢失。

为解决这个问题,可以考虑以下方法:- 在恢复之前,对数据库进行彻底备份,以防止数据丢失。

- 在恢复之前,对数据库进行彻底分析,以确保恢复的数据不会与现有数据发生冲突。

数据库备份恢复中的异常情况处理与常见错误解决方案指南

数据库备份恢复中的异常情况处理与常见错误解决方案指南

数据库备份恢复中的异常情况处理与常见错误解决方案指南数据库备份与恢复是保障数据安全和持续运行的重要环节。

然而,在实际操作过程中,我们难免会遇到一些异常情况和常见错误。

本文将为您提供数据库备份恢复过程中常见异常情况及解决方案的指南。

1. 数据库备份时的异常情况与解决方案1.1 备份过程中文件损坏或崩溃在备份过程中,如果文件损坏或崩溃,可能导致备份失败。

此时,我们可以通过以下方式解决:- 检查备份任务是否存在错误,修复错误后重新尝试备份。

- 检查备份文件的完整性,如果有错误则需要重新生成备份文件。

- 检查备份过程的日志记录,找出错误原因,并根据错误的类型采取相应的措施。

1.2 备份文件存储空间不足在备份过程中,如果备份文件所在的存储空间不足,备份任务将无法成功。

解决方法如下:- 增加存储空间,确保备份空间充足。

- 压缩备份文件,减小文件大小,节约存储空间。

- 定期清理不必要的备份文件,释放存储空间。

1.3 备份任务超时备份任务执行时间较长时,可能会出现备份任务超时的情况。

针对这种情况,我们可以采取以下解决方法:- 增加备份任务的并发数,提高备份任务的执行效率。

- 检查备份任务的执行计划,优化备份操作的执行过程。

- 分割备份任务,将其拆分为多个较小的备份任务,提高备份速度。

2. 数据库恢复时的异常情况与解决方案2.1 数据库文件丢失或损坏数据库文件丢失或损坏将导致数据库无法正常恢复。

在这种情况下,我们可以采取以下措施:- 恢复备份文件的可用性,确保备份文件没有被篡改或损坏。

- 修复损坏的数据库文件,尽量恢复丢失的数据。

- 如无法修复,考虑从其他备份文件或备份源进行恢复。

2.2 数据库恢复失败数据库恢复过程中可能会出现恢复失败的情况。

以下是一些常见错误及对应的解决方案:- 数据库版本不匹配:检查数据库版本,确保恢复的数据库版本与备份文件的数据库版本一致。

- 数据库日志无法恢复:尝试使用其他备份文件或增量备份进行恢复。

数据库备份恢复过程中的常见问题与解决方法

数据库备份恢复过程中的常见问题与解决方法

数据库备份恢复过程中的常见问题与解决方法在日常工作中,数据库备份和恢复是维护数据库可用性和数据完整性的重要任务。

然而,备份和恢复过程中可能会遇到一些常见的问题。

本文将介绍这些问题,并提供解决方法,以帮助解决备份恢复过程中的困扰。

一、备份阶段常见问题与解决方法1.备份时间过长:备份数据库时,可能因为数据库庞大或者备份策略不合理导致备份时间过长。

解决方法可以采用增量备份、差异备份等策略,定期清理过期备份以减少备份数据量。

2.备份失败:备份过程中可能会出现各种错误导致备份失败,例如硬件故障、网络中断等。

解决方法包括修复硬件故障、检查网络连接、更换备份介质等。

3.备份存储空间不足:备份数据需要足够的存储空间,当存储空间不足时会导致备份失败。

解决方法可以采用压缩备份、选择合适的备份介质或者增加存储空间来解决此问题。

二、恢复阶段常见问题与解决方法1.误删除数据:在数据库恢复过程中,可能会由于误操作或者意外事故导致数据被删除。

解决方法可以通过数据库的事务日志或者备份文件中的日志来恢复被误删除的数据。

2.数据损坏:恢复过程中,可能会遇到数据损坏的问题,例如校验和错误、硬盘损坏等。

解决方法可以通过使用数据库的恢复工具来修复损坏的数据文件,或者使用备份恢复。

3.恢复时间过长:数据库的恢复过程可能会花费很长时间,特别是在巨大的数据库上进行恢复操作时。

解决方法可以采用并行恢复、增量恢复等策略,来提高恢复速度。

三、其他常见问题与解决方法1.备份策略不合理:备份策略的设置对于数据库的可恢复性和数据完整性至关重要。

如果备份策略不合理,会导致备份的数据不完整或备份过程不稳定。

解决方法可以定期评估备份策略,根据业务需求和数据变化情况进行调整。

2.缺乏备份验证:备份数据的有效性和完整性对于数据库的恢复至关重要。

缺乏备份验证可能会导致无法恢复或者数据损坏。

解决方法是定期验证备份数据,可以通过恢复测试、校验和检查等手段来确保备份数据的可恢复性和完整性。

数据库备份与恢复的常见问题解析

数据库备份与恢复的常见问题解析

数据库备份与恢复的常见问题解析数据库备份与恢复是数据库管理中至关重要的一部分,确保数据的安全性和完整性。

然而,在备份和恢复过程中,也会遇到一些常见的问题。

本文将对这些问题进行解析,并提供相应的解决方案,以帮助用户更好地理解和应对数据库备份与恢复的相关问题。

问题一:备份过程中出现故障,导致备份文件损坏或不完整。

可能的原因:1.备份设备故障或不稳定的存储介质。

2.备份过程中发生了断电或意外中断。

3.备份操作过程中数据库发生变化,导致备份不一致。

解决方案:1.定期检查备份设备的状态,并确保使用可靠的存储介质进行备份。

2.在备份操作过程中保持电源和设备的稳定性。

3.在备份之前,暂停数据库的写操作,或者使用事务来保证备份的一致性。

问题二:恢复数据库时遇到备份文件丢失或损坏的情况。

可能的原因:1.备份文件存储位置被错误地更改或删除。

2.备份文件本身被感染或损坏。

解决方案:1.确保备份文件存储位置的安全性,并限制对备份文件的访问权限。

2.定期检查备份文件的完整性和可用性,可以通过检查备份文件的哈希值或使用冗余备份进行验证。

3.多地备份可以减少备份文件丢失的风险。

问题三:数据库恢复过程耗时过长。

可能的原因:1.数据库的规模庞大,恢复操作需要花费较长的时间。

2.恢复操作过程中存在性能瓶颈或资源竞争。

解决方案:1.对数据库进行性能优化,例如使用合适的索引、分区等,以加快数据恢复的速度。

2.在恢复过程中,合理分配系统资源,避免资源竞争,可以使用数据库资源管理器来监控和管理资源的分配。

3.考虑使用增量备份和增量恢复的方式,可以避免全量恢复所需的时间。

问题四:数据库恢复后出现数据不一致的情况。

可能的原因:1.备份文件本身存在问题,导致数据丢失或不完整。

2.在恢复操作过程中出现错误或中断,导致部分数据未能正确恢复。

解决方案:1.在备份之前,使用数据校验工具对备份文件进行验证,确保数据的完整性。

2.在进行恢复操作之前,备份原始数据库,并实施彻底测试以验证恢复过程的完整性和准确性。

数据库备份恢复中的异常情况处理与常见错误

数据库备份恢复中的异常情况处理与常见错误

数据库备份恢复中的异常情况处理与常见错误数据库备份和恢复是数据库管理中必不可少的重要环节,它确保了数据的安全性和可靠性。

然而,在实际的备份恢复过程中,我们常常会遇到各种异常情况和常见错误。

本文将介绍一些常见的数据库备份恢复异常情况,并提供相应的处理建议。

一、备份异常情况处理1. 备份过程中停止或失败在进行数据库备份过程中,由于各种原因,可能会出现备份的停止或失败。

这可能会导致备份文件不完整或损坏,进而影响恢复过程。

处理该情况的方法如下:- 检查备份操作的日志以获取错误信息,并根据错误信息进行相应处理。

- 检查备份设备的可用性和可靠性,如存储空间是否充足、硬件是否正常工作等。

- 根据备份的频率,重新启动备份操作,并确保备份过程能够顺利完成。

同时,定期检查备份文件的完整性和可用性。

2. 备份文件丢失或损坏备份文件的丢失或损坏可能会导致完整数据的丢失或无法正常恢复数据库。

为了预防和处理该情况,可以采取以下措施:- 保存多份备份文件,分别存储在独立的设备中,并定期进行验证。

以防止某一个备份文件的丢失或损坏,保持数据的安全性。

- 使用压缩和加密等手段对备份文件进行保护和安全存储,以防止非授权访问和数据泄漏。

- 制定灾难恢复计划,并定期进行演练,以确保在备份文件丢失或损坏情况下,能够迅速高效地恢复数据库。

二、恢复异常情况处理1. 数据库恢复失败在进行数据库恢复时,可能会出现各种错误导致恢复失败。

处理该情况的方法如下:- 检查数据库恢复的日志以获取错误信息,并根据错误信息进行相应处理。

- 检查备份文件的完整性和可用性,确保恢复所需的备份文件没有丢失或损坏。

- 检查数据库的完整性和一致性,如文件组是否完整、日志是否正常等。

- 联系数据库厂商的技术支持,获取专业的意见和帮助。

2. 恢复操作耗时过长在恢复大规模或复杂的数据库时,恢复操作可能会耗时过长。

为了加快恢复速度,可以采取以下措施:- 增加硬件资源,如CPU、内存和磁盘等,以提高计算和存储的能力。

一次RMAN备份报错的诊断过程

一次RMAN备份报错的诊断过程

一次RMAN备份报错的诊断过程(三)今天检查数据库中的备份输出脚本时,发现RMAN备份出现了错误。

解决JOB长时间未完成的问题。

在前面一篇文章中,描述了对当前问题的分析,并简单分析了数据库中未完成的JOB,下面看看导致RMAN无法登陆的原因是否与JOB未完成的原因一致:bash-3.00$rman target/恢复管理器:Release10.2.0.3.0-Production on星期二5月2615:30:172009Copyright(c)1982,2005,Oracle.All rights reserved.在RMAN连接被挂起的时候,看看数据库中的会话在等待什么:SQL>SELECT PROGRAM,A.SID,LMODE,REQUEST,CTIME,BLOCK2FROM V$SESSION A,V$LOCK B3WHERE A.SID=B.SID4AND ERNAME IS NOT NULL;PROGRAM SID LMODE REQUEST CTIME BLOCK--------------------------------------------------------------------------------oracle@ahrac1(J010)118302287862oracle@ahrac1(J010)118602287892oracle@ahrac1(J006)102602251862rman@ahrac1(TNS V1-V3)52501711rman@ahrac1(TNS V1-V3)52401710oracle@ahrac1(J005)289302251832oracle@ahrac1(J005)289602251892oracle@ahrac1(J006)102302251652oracle@ahrac1(J010)118302287862oracle@ahrac1(J010)118602287862oracle@ahrac1(J005)289602251832已选择11行。

RMAN的备份与恢复步骤详解

RMAN的备份与恢复步骤详解

RMAN的备份与恢复步骤详解在这里没有讨论多么深入的RMAN技术,也没有告诉大家这样去编写备份脚本,这并不是我的初衷,我只想把我会的写出来,和大家一起学习,一起进步,谢谢。

1、切换服务器归档模式,如果已经是归档模式可跳过此步:%sqlplus /nolog (启动sqlplus)SQL> conn / as sysdba (以DBA身份连接数据库)SQL> shutdown immediate; (立即关闭数据库)SQL> startup mount (启动实例并加载数据库,但不打开) SQL> alter database archivelog; (更改数据库为归档模式) SQL> alter database open; (打开数据库)SQL> alter system archive log start; (启用自动归档) SQL> exit (退出)2、连接:%rman target=rman/rman@mydb (启动恢复管理器)3、基本设置:RMAN> configure default device type to disk; (设置默认的备份设备为磁盘)RMAN> configure device type disk parallelism 2; (设置备份的并行级别,通道数)RMAN> configure channel 1 device type disk fromat'/backup1/backup_%U'; (设置备份的文件格式,只适用于磁盘设备)RMAN> configure channel 2 device type disk fromat '/backup2/backup_%U'; (设置备份的文件格式,只适用于磁盘设备)RMAN> configure controlfile autobackup on; (打开控制文件与服务器参数文件的自动备份)RMAN> configure controlfile autobackup format for device type disk to '/backup1/ctl_%F'; (设置控制文件与服务器参数文件自动备份的文件格式)4、查看所有设置:RMAN> show all5、查看数据库方案报表:RMAN> report schema;6、备份全库:RMAN> backup database plus archivelog delete input; (备份全库及控制文件、服务器参数文件与所有归档的重做日志,并删除旧的归档日志)7、备份表空间:RMAN> backup tablespace system plus archivelog delete input; (备份指定表空间及归档的重做日志,并删除旧的归档日志)8、备份归档日志:RMAN> backup archivelog all delete input;9、复制数据文件:RMAN> copy datafile 1 to '/oracle/dbs/system.copy';10、查看备份和文件复本:RMAN> list backup;11、验证备份:RMAN> validate backupset 3;12、从自动备份中恢复服务器参数文件:RMAN> shutdown immediate; (立即关闭数据库) RMAN> startup nomount; (启动实例)RMAN> restore spfile to pfile '/backup1/mydb.ora' from autobackup; (从自动备份中恢复服务器参数文件)13、从自动备份中恢复控制文件:RMAN> shutdown immediate; (立即关闭数据库) RMAN> startup nomount; (启动实例)RMAN> restore controlfile to '/backup1' from autobackup; (从自动备份中恢复控制文件)13、恢复和复原全数据库:RMAN> shutdown immediate; (立即关闭数据库) RMAN> exit (退出)%mv /oracle/dbs/tbs_12.f /oracle/dbs/tbs_12.bak (将数据文件重命名)%mv /oracle/dbs/tbs_13.f /oracle/dbs/tbs_13.bak (将数据文件重命名)%mv /oracle/dbs/tbs_14.f /oracle/dbs/tbs_14.bak (将数据文件重命名)%mv /oracle/dbs/tbs_15.f /oracle/dbs/tbs_15.bak (将数据文件重命名)%rman target=rman/rman@mydb (启动恢复管理器) RMAN> startup pfile=/oracle/admin/mydb/pfile/initmydb.ora (指定初始化参数文件启动数据库)RMAN> restore database; (还原数据库) RMAN> recover database; (恢复数据库)RMAN> alter database open; (打开数据库)14、恢复和复原表空间:RMAN> sql 'alter tablespace users offline immediate'; (将表空间脱机)RMAN> exit (退出恢复管理器)%mv /oracle/dbs/users01.dbf /oracle/dbs/users01.bak (将表空间重命名)%rman target=rman/rman@mydb (启动恢复管理器)RMAN> restore tablespace users; (还原表空间) RMAN> recover tablespace users; (恢复表空间) RMAN> sql 'alter tablespace users online'; (将表空间联机)15、增量备份与恢复:第一天的增量基本备份:RMAN> backup incremental level=0 database plus archivelog delete input;第二天的增量差异备份:RMAN> backup incremental level=2 database plus archivelog delete input;第三天的增量差异备份:RMAN> backup incremental level=2 database plus archivelog delete input;第四天的增量差异备份:RMAN> backup incremental level=1 database plus archivelog delete input;第五天的增量差异备份:RMAN> backup incremental level=2 database plus archivelog delete input;第六天的增量差异备份:RMAN> backup incremental level=2 database plus archivelog delete input;第七天的增量差异备份:RMAN> backup incremental level=0 database plus archivelog delete input;增量恢复:RMAN> shutdown immediate;RMAN> exit%mv /oracle/dbs/tbs_12.f /oracle/dbs/tbs_12.bak%mv /oracle/dbs/tbs_13.f /oracle/dbs/tbs_13.bak%mv /oracle/dbs/tbs_14.f /oracle/dbs/tbs_14.bak%mv /oracle/dbs/tbs_15.f /oracle/dbs/tbs_15.bak%rman target=rman/rman@mydbRMAN> startup pfile=/oracle/admin/mydb/pfile/initmydb.oraRMAN> restore database;RMAN> recover database;RMAN> alter database open。

数据备份失败的原因及解决办法

数据备份失败的原因及解决办法

数据备份失败的原因及解决办法磁盘数据备份是任何数据保护策略的最重要的工作,但是,根据一些估计,一半以上的备份要么全部失败,要么就部分失败。

当你在查找备份失败的原因时,相同的问题总是不断地重复出现。

下面是一个关于引起备份失败的常见问题的清单,清单中所列问题的顺序是按照其出现频率由多到少排列的。

1 .磁碟错误:磁碟失效几乎在所有关于备份和恢复失败清单中都排在第一位。

基于此,重新审视备份所用的磁碟并聪明地对其加以运用就显得尤为重要了。

关于磁盘备份,这意味着确保你在处理和存储、有规则地替换磁盘以及根据制造商的计划清除驱动程序时能够根据软件供应商的向导来进行。

这也意味着废弃任何可疑的磁盘。

不要认为基于光盘的备份能够让你免受磁碟失效之苦。

尽管用光盘备份发生磁碟失效的情况比用磁带磁盘备份要低很多,但这种失效仍然有可能发生。

比如,在备份时常常使用SATA光盘阵列,因为这种这些阵列成本更低,而且在这种情况下,较低性能的系统也能支持备份。

然而,把“较低性能”与“较低可靠性”等同起来却是一大错误。

通过使用没有多余能量供应和热备品光盘等特征的备份阵列来节约花费会使数据面临风险。

2.人为操作出错:尽管这类错误排在第二位,但人为操作出错可能导致备份失败的最可能的原因。

比如,如果磁盘在使用中没有得到正确地储存,那么这究竟算是人为因素还是磁碟因素导致的失败呢? 通常,在任何备份失败中,认为因素都是一个很显著的因素。

在备份中针对人为出错的最佳保护措施就是对进行备份操作的员工进行培训,以使他们按照最好的操作规程来进行。

确保进行备份和存储的员工能够准确地理解他们需要做什么一一以及不需要做什么。

这也是尽可能地使人们摆脱循环的一个好办法。

在理想的情况下,备份不需要采取任何人为行为。

尤其要注意那些备份不是某个人的主要职责的情形——例如,在分公司被要求每晚进行磁盘备份的某个职员。

3.软件错误:有些时候,新的软件或者某个软件的新版本也可能会导致备份失败。

数据库备份可能出错的十种情况总结

数据库备份可能出错的十种情况总结

数据库备份可能出错的十种情况总结如果你做DBA寸间不长,对数据库的备份有些担心,希望能找到一种让你放心的备份方案,那么本文绝对适合你。

关于数据库的备份恢复原理,大家多少都比较熟悉了。

但是,你目前做的数据库备份有多可靠?你可以安心睡觉了吗?如果答案是肯定的,那就不用多花时间看下文了,如果觉得还不够安心,总担心数据库哪一天坏了修不好,那么请接着看:1、我有RAID,还需要做数据库备份吗?需要。

有了RAID,万一部份磁盘损坏,可以修复数据库,有的情况下数据库甚至可以继续使用。

但是,如果哪一天,你的同事不小心删除了一条重要的记录,怎么办?RAID是无能为力的。

你需要合适的备份策略,把那条被误删的数据恢复出来。

所以有了RAID,仍需要做备份集群,磁盘镜像同理。

2、如果你只做全备份,那么受限于全备份的大小和备份时间,不可能常做。

而且只有全备份,不能将数据库恢复至某个时间点。

所以,我们需要全备份+日志备份。

比如每天一个全备份,每隔 1 小时或若干分钟一个日志备份。

说到差异备份,因为微软的差异备份记录的是上一次全备份以来发生的变化,所以,如果数据库的改动很频繁的话,没过多久,差异备份就会和全备份的大小接近,因此这种情况下就不合适了。

因此,全备份+日志备份的方案适合绝大多数的用户。

3、如果你仅在数据库本地做备份,万一磁盘损坏,或者整个服务器硬件损坏,备份也就没了,就没法恢复数据库。

因此,你需要把备份文件传送至另一个物理硬件上。

大多数用户不用磁带机,因此不考虑。

一般,我们需要另一台廉价的服务器或者PC来存放数据库的备份,来防止硬件损坏造成的备份丢失。

4、你可以在数据库服务器本地做完备份,然后使用某些方式将备份文件传送至备机。

你是在备份完成后就马上穿送的吗?其实可以考虑将传送备份的脚本用T-SQL语句来写。

6、为了将数据库尽可能的恢复到最新,你可能会每隔10分钟(甚至1分钟)执行一次日志备份,那么万一数据库坏了,在恢复的时候,手动恢复成百上千个日志文件,是不是不太现实?7、如果你所在公司有很多的数据库服务器(就像我所在的公司),而且磁盘空间有限,那么你不得不经常登录服务器来删除旧的备份文件,如果哪天忘了,或者五一十一长假,磁盘空间用完了,就麻烦了。

常见rman备份报错处理

常见rman备份报错处理

常见rman备份报错处理常见rman备份报错处理【内容】1、归档丢失描述:RMAN-06726 could not locate archivelog archlog22_212225_746133050.dbf原因:一般由于归档日志剧增,导致本地归档目录超过阀值,触发清理脚本(特殊情况,可能是手工删除)处理:执行crosscheck命令,检查控制文件与实际物理文件的差别,告诉这些归档或备份已经不存在了,使得rman恢复正常备份,具体命令如下:rman targetRUN{ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE' connect sys密码;ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE' connect sys密码;crosscheck archivelog all;RELEASE CHANNEL ch00;RELEASE CHANNEL ch01;}操作完后,还需要重新发起完全备份2、归档失效描述:ORA-19588 archived log RECID 53810 STAMP 876434355 is no longer valid原因:查看RMAN备份记录,确认是否有多个备份任务同时在执行,这样会导致两个备份任务可能会备份同一个文件,导致该报错(也可能备份速度慢引起)处理:调整备份时间窗口3、控制文件备份重叠描述:ORA-00230 operation disallowed snapshot control file enqueue unavailable原因:备份任务时间窗口重叠,检查当时执行是否有多个任务同时备份。

处理:调整备份时间窗口4、catalog连接失败描述:RMAN-06004 ORACLE error from recovery catalog database ORA-03113 end-of-file on communication channelProcess ID 0Session ID 1620 Serial number 2366ORACLE error from recovery catalog database ORA-03114 not connected to ORACLE原因:catalog连接超时导致处理:1)检查catalog对应数据库监听端口是否正常(如telnet XXX 1521),是否网络策略过期等2)取消连接catalog,使用nocatalog连接测试是否正常5、库链接失败描述:ORA-27211 Failed to load Media Management Library 原因:库链接没有配置或库链接异常处理:1)检查备份软件是否运行正常(如检查软件进程)2)检查备份目录是否访问正常(如目录空间满了也会导致)3)重新配置库链接--这里遇到的是,其中一个备份节点的备份软件目录访问出错导致,可找主机帮忙查看6、访问节点异常描述:ORA-19511 Error received from media manager layer, error textUnable to connect to NetWorker server 'gdnwk01' because ' NetWorker sjzlptdb2'. (21011)原因:访问不到备份节点sjzlptdb2处理:检查备份服务器至报错节点访问是否正常--这里遇到的是,归档是ASM可在备份节点单独安装备份软件客户端,而归档是本地需要在两个节点安装备份软件客户端7、RAC ORA-00245描述:ORA-00245 control file backup failed; target is likely on a local file system原因:在rac环境中,由于11gR2的控制文件备份原理发生了变化,集群中的每个实例都要能够写到快照控制文件。

Rman通过NFS备份报错ORA-27054

Rman通过NFS备份报错ORA-27054
6> }
分配的通道: c1通道 c1: sid=307 实例=testrac2 devtype=SBT_TAPE通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
分配的通道: c2通道 c2: sid=306 实例=testrac2 devtype=SBT_TAPE通道c2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
total 1599904
-rw-rw---- 1 oracle oinstall 533180928 May 29 14:03 1_253_618591128.dbf
-rw-rw---- 1 oracle oinstall 285244928 May 29 14:05 1_254_618591128.dbf
使用目标数据库控制文件替代恢复目录分配的通道: c1通道 c1: sid=292 实例=testrac2 devtype=SBT_TAPE通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
分配的通道: c2通道 c2: sid=291 实例=testrac2 devtype=SBT_TAPE通道c2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
ORA-19625: 识别文件/data1/archivelog1/1_253_618591128.dbf时出错
ORA-27054: 创建文件或文件驻留的 NFS 文件系统未使用正确的选项装载
Additional information: 2
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

【干货分享】DMRMAN脱机备份常见错误
我们在使用DMRMAN工具脱机备份时总是遇到各种问题,今天整理了下常用问题及解决方法,供大家参考。

本章内容已在如下环境上测试:
操作系统:中标麒麟7、Windows 10 64位
数据库版本:达梦8
相关关键字:DM8,DMRMAN备份,管道连接超过,创建dmap管道失败
常见错误
[-7103]:创建命名管道失败
【问题现象】:
中标麒麟7环境,在将达梦数据库bin路径配置到环境变量path中,可以在任意目录下执行DMRMAN命令,但是进入DMRMAN后执行备份命令,会有如下报错:[-7103]:创建命名管道失败。

【问题原因】:
当执行DMRMAN命令进行备份操作的时,会根据DMRMAN命令所在路径下寻找由DM_PIPE_开头的管道文件,而不是通过path设置的环境变量路径来寻找对应的管道文件,DM_PIPE_一般是在bin目录下生成。

【解决方法】:
使用DM安装用户dmdba进入DM安装bin目录下启动DMRMAN工具,执行备份脚本提示成功。

[-7105]:管道连接超时
【问题现象】:
中标麒麟7环境,使用root用户启动DMRMAN工具,执行备份命令报错[-7105]:管道
连接超时。

【问题原因】:
root用户不是DM数据库安装用户,不能使用root启动DMRMAN工具。

【解决方法】:
使用DM安装用户dmdba启动DMRMAN工具,执行备份命令即正常。

[-8109]:创建dmap管道失败,请检查dmap是否已经启动
【问题现象】:
中标麒麟7环境,dmdba在bin目录下启动DMRMAN工具,执行备份命令报错[-8109]:创建dmap管道失败,请检查dmap是否已经启动。

【问题原因】:
没有启动DmAPService服务。

【解决方法】:
使用root用户执行如下命令启动DmAPService服务。

启动后执行备份命令正常。

[root@localhost ~]# systemctl start DmAPService.service
如若Windows 10环境下,DmAPService服务已启动,仍然报这个错误,请使用以管理员身份运行cmd命令;同样如果在控制台工具上也报此错误,请使用以管理员身份运行控制台工具。

[-137]:服务器正在运行或者存在其他进程正在操作同一个库
【问题现象】:
中标麒麟7环境,数据库实例服务开启状态下,使用dmdba用户在bin目录下启动DMRMAN工具,执行备份命令报错[-137]:服务器正在运行或者存在其他进程正在操作同一
个库。

【问题原因】:
DmServerDMSERVER服务没有关闭。

DMRMAN是脱机备份,备份时一定要关闭数据
库。

【解决方法】:
使用root执行如下命令关闭数据库实例服务(DMSERVER是数据库实例名)即可。

[root@localhost ~]# systemctl stop DmService DMSERVER.service
[-135]:创建信号量失败
【问题现象】:
Windows 10环境,数据库实例服务开启状态下,在bin目录下启动DMRMAN工具,执行备份命令报错[-135]:创建信号量失败。

【问题原因】:
同上,DmServerDMSERVER服务没有关闭。

【解决方法】:
使用DM服务查看器关闭DmServerDMSERVER服务。

DMRMAN备份使用总结
最后,我们来总结一下,使用DMRMAN注意事项:
(1)DMRMAN是脱机备份工具,使用其备份时需关闭数据库实例;
(2)默认DMRMAN使用DmAPService备份数据库,所以使用DMRMAN需保证DmAPService是开启状态;管道连接失败相关错误基本上都与DmAPService服务相关。

在排查DmAPService已经是启动状态,仍报此类错误的情况下,可以尝试重启DmAPService 服务,Windows系统可尝试使用“以管理员身份运行”。

(3)启动DMRMAN需要使用DM安装用户在安装bin目录下启动。

注意,以上是DMRMAN备份在DM8版本中的问题现象,DM7版本DMRMAN备份错误码和错误描述会有所差异,但解决思路类同。

比如[-7109]:管道连接失败,问题原因可能是DmAPService没有开启或没有在bin目录下启动DMRMAN;DM7启动DmAPService 服务可能报错[-7157]:管道文件已存在,这时需要删除bin目录下DM_PIPE_DMAP_LSNR_RD和DM_PIPE_DMAP_LSNR_WR两个文件。

好了,本次分享到此结束,希望能给大家带来帮助,感谢大家。

相关文档
最新文档