Oracle体系结构--手工冷备数据库(非归档模式)

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: 非归档模式下手工冷备数据库
SYS@EMREP> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
PL/SQL Release 11.2.0.4.0 - Production
CORE    11.2.0.4.0    Production
TNS for Linux: Version 11.2.0.4.0 - Production
NLSRTL Version 11.2.0.4.0 - Production
AI 代码解读

1、检查需要备份的数据文件与控制文件

col name for a60
select name form v$datafile;
select name from v$controlfile;
select member from v$logfile;
AI 代码解读

tips:如果正常关闭数据库(如shutdown immediate),可以不备份online redo log,可以在需要的时候重新创建。但是在备份前由于某种错误导致实例异常终止,如果备份中没有包括联机重做日志文件,会再restore 还原数据库后无法打开数据库,因为不能执行必须的recover恢复。
tips:临时文件不需要做备份(即使临时文件受损,也总能够重新创建而不丢失数据)

select name from v$tempfile;
2```  
、执行dbv检查坏块
在手工备份前,可以使用dbv命令检查datafile 是否有坏块,备份完后对备份也要做检查,对某个datafile做坏块检查。
AI 代码解读

dbv    --在os目录下
dbv file=/u01/app/oracle/oradata/PROD/users01.dbf

3、查看数据库的归档模式,如果归档该为未归档
AI 代码解读

archive log list;
4`
、关闭数据库,备份数据文件,控制文件,重做日志文件。
在os目录下新建存储数据文件,控制文件,日志文件备份的文件夹。后关闭数据库执行备份。
tips:注意检查是否复制成功。

mkdir /u01/app/oracle/oradata/data_backup
mkdir /u01/app/oracle/oradata/control_backup
mkdir /u01/app/oracle/oradata/log_backup
shutdown immediate 
cp /u01/app/oracle/oradata/EMREP/*.dbf  /u01/app/oracle/oradata/backup_datafile
cp /u01/app/oracle/oradata/EMREP/*.ctl  /u01/app/oracle/oradata/backup_controlfile
cp /u01/app/oracle/oradata/EMREP/*.log  /u01/app/oracle/oradata/backup_logfile
AI 代码解读

5、打开数据库,创建测试表backup_test

startup;
create table backup_test as select * from dba_objects;
AI 代码解读

6、关闭数据库,转到文件目录下删除数据文件,控制文件

shutdown immediate;
rm *.dbf
rm *.ctl
AI 代码解读

7、将数据库启动到nomount模式下启动成功,启动到mount状态下失败(找不到控制文件)

SYS@EMREP> startup nomount;
ORACLE instance started.
Total System Global Area  835104768 bytes
Fixed Size            2257840 bytes
Variable Size          536874064 bytes
Database Buffers      289406976 bytes
Redo Buffers            6565888 bytes
SYS@EMREP> alter database mount;
alter database mount
*
ERROR at line 1:
ORA-00205: error in identifying control file, check alert log for more info
AI 代码解读

8、将备份的控制文件复制到原路径下,再启动数据库到open状态下后失败(缺少数据文件)

cp /u01/app/oracle/oradata/backup_controlfile/*.ctl   /u01/app/oracle/oradata/EMREP
SYS@EMREP> alter database mount;
Database altered.
SYS@EMREP> select status from v$instance;
STATUS
------------
MOUNTED
SYS@EMREP> alter database open;
alter database open
*
ERROR at line 1:
ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
ORA-01110: data file 1: '/u01/app/oracle/oradata/EMREP/system01.dbf'
AI 代码解读

9、将备份的数据文件复制到原路径下,再启动数据库到open状态。(失败,因为创建了测试表,导致文件变大以及日志文件的scn控制文件不同)

SYS@EMREP> alter database open;
alter database open
*
ERROR at line 1:
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: '/u01/app/oracle/oradata/EMREP/system01.dbf'
ORA-01200: actual file size of 82007 is smaller than correct size of 96000 blocks
AI 代码解读

10、进行介质恢复,原先创建表backup_test数据丢失。

SYS@EMREP> recover database until cancel;
Media recovery complete.
SYS@EMREP> alter database open resetlogs;
Database altered.
SYS@EMREP> 
SYS@EMREP> select status from v$instance;
STATUS
------------
OPEN
SYS@EMREP> select count(1) from backup_test;
select count(1) from backup_test
                    *
ERROR at line 1:
ORA-00942: table or view does not exist
AI 代码解读
相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
打赏
0
0
0
0
1
分享
相关文章
崖山异构数据库迁移利器YMP初体验-Oracle迁移YashanDB
文章是作者小草对崖山异构数据库迁移利器 YMP 的初体验分享,包括背景、YMP 简介、体验环境说明、YMP 部署(含安装前准备、安装、卸载、启动与停止)、数据迁移及遇到的问题与解决过程。重点介绍了 YMP 功能、部署的诸多细节和数据迁移流程,还提到了安装和迁移中遇到的问题及解决办法。
【YashanDB 知识库】用 yasldr 配置 Bulkload 模式作单线程迁移 300G 的业务数据到分布式数据库,迁移任务频繁出错
问题描述 详细版本:YashanDB Server Enterprise Edition Release 23.2.4.100 x86_64 6db1237 影响范围: 离线数据迁移场景,影响业务数据入库。 外场将部分 NewCIS 的报表业务放到分布式数据库,验证 SQL 性能水平。 操作系统环境配置: 125G 内存 32C CPU 2T 的 HDD 磁盘 问题出现的步骤/操作: 1、部署崖山分布式数据库 1mm 1cn 3dn 单线启动 yasldr 数据迁移任务,设置 32 线程的 bulk load 模式 2、观察 yasldr.log 是否出现如下错
PolarDB开源数据库进阶课6 在线归档
本文介绍了如何在PolarDB RAC一写多读集群中进行在线归档。实验环境依赖于Docker容器中的loop设备模拟共享存储,具体步骤包括创建虚拟磁盘、挂载loop设备、格式化设备、启动pfsd服务、配置归档参数等。通过调整`archive_mode`和`archive_command`,确保WAL日志能够正确归档到指定路径。遇到跨pbdnames拷贝失败的问题后,确认需使用`-S disk -D disk`选项解决。最终实现将WAL日志归档到PFS或本地文件系统,并建议使用`pg_receivewal`进行实时归档。
20 0
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
195 11
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份,无法通过备份去恢复数据库。
oracle数据恢复—Oracle数据库文件大小变为0kb的数据恢复案例
存储掉盘超过上限,lun无法识别。管理员重组存储的位图信息并导出lun,发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息,重新导出控制文件中记录的数据文件,发现这些文件的大小依然为0kb。
服务器数据恢复—华为S5300存储Oracle数据库恢复案例
服务器存储数据恢复环境: 华为S5300存储中有12块FC硬盘,其中11块硬盘作为数据盘组建了一组RAID5阵列,剩下的1块硬盘作为热备盘使用。基于RAID的LUN分配给linux操作系统使用,存放的数据主要是Oracle数据库。 服务器存储故障: RAID5阵列中1块硬盘出现故障离线,热备盘自动激活开始同步数据,在同步数据的过程中又一块硬盘离线,RAID5阵列瘫痪,上层LUN无法使用。
"深度剖析:Oracle SGA大小调整策略——从组件解析到动态优化,打造高效数据库性能"
【8月更文挑战第9天】在Oracle数据库性能优化中,系统全局区(SGA)的大小调整至关重要。SGA作为一组共享内存区域,直接影响数据库处理能力和响应速度。本文通过问答形式介绍SGA调整策略:包括SGA的组成(如数据缓冲区、共享池等),如何根据负载与物理内存确定初始大小,手动调整SGA的方法(如使用`ALTER SYSTEM`命令),以及利用自动内存管理(AMM)特性实现智能调整。调整过程中需注意监控与测试,确保稳定性和性能。
525 2
Oracle数据库可扩展性和性能
【7月更文挑战第6天】
148 7

热门文章

最新文章

推荐镜像

更多
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等