当前位置：文档之家 › SAP中oracle数据库的备份恢复

SAP中oracle数据库的备份恢复

  • 格式：doc
  • 大小：1.06 MB
  • 文档页数：19

1. 备份数据库 进入T-code DB13 备份在线数据库 去 DB12可以看进度 查看日志 这是成功了 2．备份数据库归档文件 执行DB13的TCODE，创建计划，设定计划时间，选择redolog backup. 利用命令备份：brarchive -u / -c force -p initPRD.sap -sd Zzxc

报错，说Function中写的BRARCHIVE出错了，所以这里要用 -sd 这样就可以了，去DB14中查看日志备份状态 成功了 备份更改路径 3．SAP数据恢复 在运行中输入sqlplus /nolog打开cmd界面，登陆oracle Windows切换为devadm用户登录 关闭数据库服务 Linux下备份数据库 使用rdvadm用户登录 用chmod –R 777 /oracle 给权限 修改/oracle/RDV/102_64/dbs/initRDV.sap 备份日志文件路径

备份数据库时报错 解决方法： [root@vm ~]# su - oracle [oracle@vm ~]$ cd $ORACLE_HOME/bin [oracle@vm bin]$ chmod +s oracle [oracle@vm bin]$ ll oracle -rwsrwsr-x 1 oracle oinstall 152028761 Aug 30 19:06 oracle [oracle@vm bin]$ 关于s权限的说明： s表示setUID 和setGID 。位于user和group权限组的第三位置。如果在user权限组中设置了s权限。那么当该文件被执行时，是以文件所有者的GID,而不是用户的GID执行文件,因此可执行的文件搭配这个权限，便能得到特权，任意存取该文件的所有者能使用全部系统资源

NOTE: 776505

Symptom 1. BRARCHIVE, BRBACKUP, and BRCONNECT - started with the user adm when using the OPS$ connection (option "-u /") - terminate on Linux or Solaris 11 with the following error messages: BR0301E SQL error -1017 at location BrDbConnect-2 ORA-01017: invalid username/password; logon denied BR0310E Connect to database instance QO1 failed

2. BRBACKUP or BRARCHIVE backup with RMAN - started with the user adm - fails on Linux or Solaris 11 with the following error messages: BR0278E Command output of 'SHELL=/bin/sh /oracle/I20/920_32/bin/rman nocatalog': Recovery Manager: Release 9.2.0.4.0 - Production Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved. RMAN> RMAN> connect target /; RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== ORA-01031: insufficient privileges RMAN> **end-of-file**

3. BRBACKUP or BRARCHIVE fail with ORA-01031 during an attempt to connect to the database using the SYSOPER authorization, for example: BR0301E SQL error -1031 at location BrInitOraCreate-2, SQL statement: 'CONNECT / AT PROF_CONN IN SYSOPER MODE' ORA-01031: insufficient privileges BR0303E Determination of Oracle version failed

Other Terms BR*Tools

Reason and Prerequisites The BR executables are assigned an s-bit. The problem is related to the special processing of the s-bit by Linux and Solaris 11 operating systems. 1. The problem does not occur if the BR*Tools are called with the SYSTEM database user, for example: brbackup -u SYSTEM/ -q 2+3. The problem occurs for every database user if the backup was started with the OS user adm.

Solution 1. Although the BR*Tools are called with the OS adm, the relevant database user for the OPS$ connection must be called OPS$ORA. If it does not exist yet, create it as follows: sqlplus /nolog SQL> connect / as sysdba SQL> create user ops$ora identified externally temporary tablespace psaptemp; SQL> grant sapdba to ops$ora;

2+3. To solve the problem, set the SGID bit for the brarchive, brbackup, and brconnect executables (they must belong to ora): su - root cd /usr/sap//SYS/exe/run 改变文件所有者为ora chown ora brarchive brbackup brconnect 改变所属用户组为 dba

chgrp dba brarchive brbackup brconnect 改变文件权限为6754 chmod 6754 brarchive brbackup brconnect

These commands should result in the following file authorizations: -rwsr-sr-- 1 ora dba 9325374 2012-12-19 04:52 brarchive -rwsr-sr-- 1 ora dba 9443223 2012-12-19 04:52 brbackupLS -rwsr-sr-- 1 ora dba 11333756 2012-12-19 04:55 brconnect -rwxr-xr-x 1 adm sapsys 9893702 2012-12-19 04:56 brrecover -rwxr-xr-x 1 adm sapsys 6203096 2012-12-19 04:56 brrestore -rwxr-xr-x 1 adm sapsys 11766827 2012-12-19 04:58 brspace -rwxr-xr-x 1 adm sapsys 6797524 2012-12-19 04:58 brtools

The authorization ***4 should prevent just anybody from being able to perform an offline backup, which could disrupt the availability of the SAP system.

Header Data Released On 27.07.2015 14:33:10 Release Status Released for Customer Component BC-DB-ORA-DBA Database Administration with Oracle

合集下载

Oracle数据备份与恢复

Oracle数据备份与恢复


冷备份与恢复
关闭数据库 ：
➢ 以sys用户进入SQL*Plus，并关闭数据库，如下所示。
注意：在关闭数据库时，也可以用其他具有sysdba权限的用户登录SQL*Plus，并 关闭数据库。
冷备份与恢复
复制必要文件 ：
➢ 此时可以复制D:\Oracle\PRODUCT\10.2.0\ORADATA\TEST目录下的所有文件（本实 验中数据库相关文件都在此目录下）到目标备份目录E:\TEST中，通过操作系统的命 令（Ctrl+C，Ctrl+V）就可以实现了。
➢上述操作中，用户tytest将自己的表test_exp_imp删除，然后从数据库中退出。
EXP/IMP导入导出
➢上述操作中，采用IMP导入功能将逻辑备份的表test_exp_imp成功导入数据库中，并且 没有出现任何警告
EXP/IMP导入导出
➢导入完成后，可以通过用户tytest连接数据库，并查询该表的结构。可以看到，查询结果 显示出表的结构，没有提示表不存在的错误，因此成功实现了恢复。
冷备份与恢复
启动数据ห้องสมุดไป่ตู้并删除数据 ：
➢上述完成了数据库的启动，可以看到数据库已经打开，可以对数据库进行操作了。删除 操作将sys中已经存在的表table1中的所有数据删除。
冷备份与恢复
恢复：
➢如果用户发现table1的删除操作属于误操作，那么可以通过之前备份的文件进行恢复。 执行恢复的前提是首先要关闭数据库，然后再用刚才复制的文件覆盖被复制的文件即 可。打开数据库可以看到表table1中的数据仍然存在，具体如下所示。
冷备份与恢复
➢当 数 据 库 被 关 闭 后 ， 就 可 以 利 用 操 作 系 统 命 令 将 E:\TEST 中 的 所 有 文 件 复 制 到 D:\Oracle\PRODUCT\10.2.0\ORADATA\TEST目录下，取代该目录中原来的文件。
(实施)CV针对SAP的安装实施及备份恢复文档(优质)

(实施)CV针对SAP的安装实施及备份恢复文档(优质)

（实施）CV针对SAP的安装实施及备份恢复文档mVault Simpana 10.0 SAP 安装实施及备份恢复手册当前版本：2.0版本历史注意事项本报告中的观点和决定都不代表任何官方立场。

它仅用于项目存档和交流技术信息。

目录第1章介绍5第1章介绍51.1概述 (5)1.2环境介绍 (6)第2章安装配置 (8)2.1安装配置前准备工作 (8)2.2mServe安装 (8)2.3 AIX平台下SAP模块安装 (27)2.4使用mCell Console管理员控制台 (39)2.5配置磁带库 (42)2.6配置存储策略 (46)2.7配置子客户端 (52)2.7.1配置文件系统子客户端 (52)2.7.2配制SAP For oracle子客户端 (59)2.8配制UNIX集群客户端 (68)3.3 使用报告功能 (75)第3章SAP的备份恢复 (79)4.1备份 (79)4.2 恢复 (81)3.1.1、恢复控制文件 (81)3.1.2、打开数据库 (88)第4章日常维护 (90)3.1 设定计划 (90)3.2 如何查看备份和恢复历史 (94)第1章介绍1.1概述本文档主要介绍了mvault 针对SAP 的基本的安装、配置以及SAP的备份恢复，未决许可任何人和组织不得转载。

本文档主要包括以下几个部分：✧如何安装配置mServer、Media Agent、客户端等✧如何安装配置磁带库✧如何配置存储策略✧如何配置子客户端✧如何配置文件系统✧如何配置SAP For Oracle✧如何配置Unix集群✧如何查看备份历史✧如何配置DR备份✧如何进行SAP的备份✧如何进行SAP的恢复1.2环境介绍备份服务器：CV版本：Simpana 10.0 SP10OS :Windows 2008 R2SAP Oracle:CV版本：Simpana 10.0 SP10操作系统：AIX 5300SAP Oracle: 10.2.02.1安装配置前准备工作在实施安装前，将各台主机的hosts文件中加入其它主机的IP地址和主机名等信息;确认安装主机是否符合安装要求，具体信息请参考http://documentation.mvault./Simpana 10.0 的mServer必须要求为Windows Server2008以上服务器2.2 MSERVE安装1)将mVaul10.0安装光盘放入指定的mServe光驱中，会自动弹出以下界面,选择下一步进行安装2)在许可协议中，选择接受许可协议3)选择安装类型，这里选择“自定义”4)在自定义安装类型中，选择“选择在此计算机上安装的组件”5)选择需要安装的组件，在此备份系统中，mServe主机承担的角色为mServe和Media Agent，所以在此选项中只选择mServe及Media Agent。

oracle数据库备份和恢复

oracle数据库备份和恢复


cp或copy命令
recover命令
USERS表空间 备份文件
转储后的 USERS表空间
恢复后的 USERS表空间
备份和恢复的原则

制定备份策略
多元化文件管理 确定日志操作模式 尽量保留旧备份 确定备份周期 在数据库物理结构发生改变后执行备份 对频繁使用的数据要常做备份
备份和恢复的原则

恢复的步骤

显示日志历史信息
SQL>select * from v$loghist;
备份和恢复的方法
备份和恢复的方法
（逻辑备份与恢复）
导入/导出
导出是数据库的逻辑备份，导入是数据库 的逻辑恢复。 1 导出 数据库的逻辑备份包括读一个数据库记 录集和将记录集写入一个文件中。这些记录的 读取与其物理位置无关。在Oracle中， Export实用程序就是用来完成这样的数据库 备份的。若要使用一个导出生成的文件来恢复 数据，可使用Import实用程序。 可以在命令提示符窗口输入EXP HELP=Y调用EXP命令的帮助信息。
指用户进程在运行过程中的异常情况。
DBA不需要进行任何干预，后台进程PMON 可以自动检测被意外终止的用户进程。
Oracle错误和故障

网络故障
网络中断造成的数据库系统正常操作的 中断。
不需DBA干预
Oracle错误和故障

例程故障
指与例程相关的后台进程或内存结构出 现故障。如电源断电、CPU故障、内存损坏等。

逻辑备份与恢复
利用Oracle工具程序EXP和IMP（EXPDP 和IMPDP）将数据库部分或全部对象的结构 及其数据导出、导入。
EXPORT
OS文件
OS文件
Oracle数据库备份恢复技术详解

Oracle数据库备份恢复技术详解

在出现严重灾难的情况下，您的业务会受到什么样的影响？
– 地震、水灾或火灾 – 完全丢失计算机 – 存储硬件或软件故障 – 失去重要人员，如数据库管理员
是否已制定定期测试策略的计划？
01 备份恢复的任务？
各种失败的计划和测试责任 设置数据库的备份和恢复环境 设定备份安排 监控备份恢复环境 处理备份的问题 当数据丢失时能够恢复
01 为什么需要DBA介入并进行数据恢复？
1 硬件故障和系统故障 2 误操作 3 病毒 4 软件故障 5 自然灾害
需要灾难恢复策略来保护对抗灾难数据丢失
01 介质损坏？
磁盘不能进行正常的IO操作
任何数据库文件对于介质损坏都是脆弱的
典型原因
可能的解决方法
磁盘驱动器故障 磁盘控制器故障 删除或损坏了数据库文件
01 备份的对象：数据库必要组成文件
参数文件
临时文件
控制文件 undo文件
数据文件 Redo log文件
归档文件
01 备份的对象：数据库必要组成文件
01 事务的四大特征
原子性(Atomicity） 一致性(Consistency） 隔离性（Isolation）
持久性(Durability)
01 什么是备份恢复目的？
物理备份将以上这些文件复制储存到另一个目录， 可以是磁盘或者脱机储存。
01 逻辑备份是什么？
逻辑备份通过对数据库的逻辑数据比如表，存储过程， 用户等数据写入二进制文件，与数据库内部文件的物理 位置无关。
01 两者的关系？
物理备份是任何有效的备份恢复策略的基础。
逻辑备份是在很多且没有物理备份的情况下并不能完全满足。
趋势： 在导致数据库停机时间的原因 占比中越来越大
01 网络故障