目标：丢失所以控制文件，数据库文件，redo文件。只有rman全备的和所有归档的恢复
1. 创建测试表
2. rman全备
3. 模拟丢失所以控制文件，数据库文件，redo文件
4. 开始恢复
测试步骤
1. 创建测试表
C:/Documents and Settings/Administrator>sqlplus "/as sysdba"
SQL*Plus: Release 10.2.0.4.0 - Production on 星期二 11月 2 11:36:44 2010
Copyright (c) 1982, 2007, Oracle. All Rights Reserved.
连接到:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> create table skate tablespace users as select * from dba_objects;
表已创建。
SQL> select count(1) from skate;
COUNT(1)
----------
50031
SQL>
2. rman全备
C:/Documents and Settings/Administrator>rman target /
恢复管理器: Release 10.2.0.4.0 - Production on 星期二 11月 2 11:39:00 2010
Copyright (c) 1982, 2007, Oracle. All rights reserved.
连接到目标数据库: AIBO (DBID=831121923)
RMAN> backup database;
启动 backup 于 02-11月-10
使用目标数据库控制文件替代恢复目录
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=157 devtype=DISK
通道 ORA_DISK_1: 启动全部数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00001 name=E:/ORACLE/PRODUCT/10.2.0/ORADATA/AIBO/SYSTEM01.DBF
输入数据文件 fno=00003 name=E:/ORACLE/PRODUCT/10.2.0/ORADATA/AIBO/SYSAUX01.DBF
输入数据文件 fno=00002 name=E:/ORACLE/PRODUCT/10.2.0/ORADATA/AIBO/UNDOTBS01.DBF
输入数据文件 fno=00004 name=E:/ORACLE/PRODUCT/10.2.0/ORADATA/AIBO/USERS01.DBF
通道 ORA_DISK_1: 正在启动段 1 于 02-11月-10
通道 ORA_DISK_1: 已完成段 1 于 02-11月-10
段句柄=E:/ORACLE/PRODUCT/10.2.0/FLASH_RECOVERY_AREA/AIBO/BACKUPSET/2010_11_02/O1
_MF_NNNDF_TAG20101102T113914_6DZ1Z38S_.BKP 标记=TAG20101102T113914 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:01:05
通道 ORA_DISK_1: 启动全部数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
在备份集中包含当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 02-11月-10
通道 ORA_DISK_1: 已完成段 1 于 02-11月-10
段句柄=E:/ORACLE/PRODUCT/10.2.0/FLASH_RECOVERY_AREA/AIBO/BACKUPSET/2010_11_02/O1
_MF_NCSNF_TAG20101102T113914_6DZ2153F_.BKP 标记=TAG20101102T113914 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:03
完成 backup 于 02-11月-10
RMAN>
rman全备已经ok，现在模拟所有的数据文件和redo丢失
3. 模拟丢失所以控制文件，数据库文件，redo文件
关闭数据库：
SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
未丢失前：
E:/oracle/product/10.2.0/oradata/aibo 的目录
2010-11-02 10:54 <DIR> .
2010-11-02 10:54 <DIR> ..
2010-11-02 11:38 7,061,504 CONTROL01.CTL
2010-11-02 11:38 7,061,504 CONTROL02.CTL
2010-11-02 11:38 7,061,504 CONTROL03.CTL
2010-11-02 11:36 52,429,312 REDO01.LOG
2010-11-02 11:36 52,429,312 REDO02.LOG
2010-11-02 11:36 52,429,312 REDO03.LOG
2010-11-02 11:36 262,152,192 SYSAUX01.DBF
2010-11-02 11:36 503,324,672 SYSTEM01.DBF
2010-11-02 10:54 20,979,712 TEMP01.DBF
2010-11-02 11:36 26,222,592 UNDOTBS01.DBF
2010-11-02 11:38 7,872,512 USERS01.DBF
11 个文件 999,024,128 字节
2 个目录 42,864,582,656 可用字节
E:/oracle/product/10.2.0/oradata/aibo>
我更改了文件名称“E:/oracle/product/10.2.0/oradata/aibo” 改为“E:/oracle/product/10.2.0/oradata/aibo3”
当前场景分析：
模拟所有的数据文件和redo丢失，只有rman的全备份的所有归档
4. 开始恢复
开始恢复：
SQL> startup nomount
ORACLE 例程已经启动。
Total System Global Area 574619648 bytes
Fixed Size 1297944 bytes
Variable Size 159384040 bytes
Database Buffers 406847488 bytes
Redo Buffers 7090176 bytes
SQL>
C:/Documents and Settings/Administrator>rman target /
恢复管理器: Release 10.2.0.4.0 - Production on 星期二 11月 2 11:48:53 2010
Copyright (c) 1982, 2007, Oracle. All rights reserved.
连接到目标数据库: aibo (未装载)
从指定备份集中恢复控制文件
RMAN> restore controlfile from 'E:/oracle/product/10.2.0/flash_recovery_area/AIB
O/BACKUPSET/2010_11_02/O1_MF_NNNDF_TAG20101102T113914_6DZ1Z38S_.BKP';
启动 restore 于 02-11月-10
使用目标数据库控制文件替代恢复目录
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=156 devtype=DISK
通道 ORA_DISK_1: 正在还原控制文件
MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: restore 命令 (在 11/02/2010 11:50:15 上) 失败
ORA-19697: 在备份集中找不到备用控制文件
说明控制文件没在这个备份集中
RMAN> restore controlfile from 'E:/oracle/product/10.2.0/flash_recovery_area/AIB
O/BACKUPSET/2010_11_02/O1_MF_NCSNF_TAG20101102T113914_6DZ2153F_.BKP';
启动 restore 于 02-11月-10
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 正在还原控制文件
MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: restore 命令 (在 11/02/2010 11:50:39 上) 失败
ORA-19870: 读取备份段 E:/ORACLE/PRODUCT/10.2.0/FLASH_RECOVERY_AREA/AIBO/BACKUPSE
T/2010_11_02/O1_MF_NCSNF_TAG20101102T113914_6DZ2153F_.BKP 时出错
ORA-19504: 无法创建文件"E:/ORACLE/PRODUCT/10.2.0/ORADATA/AIBO/CONTROL01.CTL"
ORA-27040: 文件创建错误, 无法创建文件
OSD-04002: 无法打开文件
O/S-Error: (OS 3) 系统找不到指定的路径。
这个是因为没有创建文件夹的权限，我创建文件夹“E:/oracle/product/10.2.0/oradata/aibo”，问题就解决
RMAN> restore controlfile from 'E:/oracle/product/10.2.0/flash_recovery_area/AIB
O/BACKUPSET/2010_11_02/O1_MF_NCSNF_TAG20101102T113914_6DZ2153F_.BKP';
启动 restore 于 02-11月-10
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 正在还原控制文件
通道 ORA_DISK_1: 还原完成, 用时: 00:00:02
输出文件名=E:/ORACLE/PRODUCT/10.2.0/ORADATA/AIBO/CONTROL01.CTL
输出文件名=E:/ORACLE/PRODUCT/10.2.0/ORADATA/AIBO/CONTROL02.CTL
输出文件名=E:/ORACLE/PRODUCT/10.2.0/ORADATA/AIBO/CONTROL03.CTL
完成 restore 于 02-11月-10
RMAN>
RMAN> alter database mount;
数据库已装载
释放的通道: ORA_DISK_1
RMAN> restore database;
启动 restore 于 02-11月-10
启动 implicit crosscheck backup 于 02-11月-10
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=155 devtype=DISK
已交叉检验的 3 对象
完成 implicit crosscheck backup 于 02-11月-10
启动 implicit crosscheck copy 于 02-11月-10
使用通道 ORA_DISK_1
完成 implicit crosscheck copy 于 02-11月-10
搜索恢复区中的所有文件
正在编制文件目录...
目录编制完毕
已列入目录的文件的列表
=======================
文件名: E:/ORACLE/PRODUCT/10.2.0/FLASH_RECOVERY_AREA/AIBO/BACKUPSET/2010_11_02/O
1_MF_NCSNF_TAG20101102T113914_6DZ2153F_.BKP
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 正在开始恢复数据文件备份集
通道 ORA_DISK_1: 正在指定从备份集还原的数据文件
正将数据文件00001还原到E:/ORACLE/PRODUCT/10.2.0/ORADATA/AIBO/SYSTEM01.DBF
正将数据文件00002还原到E:/ORACLE/PRODUCT/10.2.0/ORADATA/AIBO/UNDOTBS01.DBF
正将数据文件00003还原到E:/ORACLE/PRODUCT/10.2.0/ORADATA/AIBO/SYSAUX01.DBF
正将数据文件00004还原到E:/ORACLE/PRODUCT/10.2.0/ORADATA/AIBO/USERS01.DBF
通道 ORA_DISK_1: 正在读取备份片段 E:/ORACLE/PRODUCT/10.2.0/FLASH_RECOVERY_AREA/A
IBO/BACKUPSET/2010_11_02/O1_MF_NNNDF_TAG20101102T113914_6DZ1Z38S_.BKP
通道 ORA_DISK_1: 已还原备份片段 1
段句柄 = E:/ORACLE/PRODUCT/10.2.0/FLASH_RECOVERY_AREA/AIBO/BACKUPSET/2010_11_02/
O1_MF_NNNDF_TAG20101102T113914_6DZ1Z38S_.BKP 标记 = TAG20101102T113914
通道 ORA_DISK_1: 还原完成, 用时: 00:01:05
完成 restore 于 02-11月-10
RMAN> recover database;
启动 recover 于 02-11月-10
使用通道 ORA_DISK_1
正在开始介质的恢复
无法找到存档日志
存档日志线程 =1 序列=1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: recover 命令 (在 11/02/2010 12:01:33 上) 失败
RMAN-06054: 介质恢复正请求未知的日志: 线程 1 seq 1 lowscn 582659
RMAN> recover database until scn 582659;
启动 recover 于 02-11月-10
使用通道 ORA_DISK_1
正在开始介质的恢复
无法找到存档日志
存档日志线程 =1 序列=1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: recover 命令 (在 11/02/2010 12:01:33 上) 失败
RMAN-06054: 介质恢复正请求未知的日志: 线程 1 seq 1 lowscn 582659
RMAN> alter database open resetlogs;
数据库已打开
RMAN>
到此数据库已经open，验证数据是否丢失！！！
C:/Documents and Settings/Administrator>sqlplus "/as sysdba"
SQL*Plus: Release 10.2.0.4.0 - Production on 星期二 11月 2 12:04:30 2010
Copyright (c) 1982, 2007, Oracle. All Rights Reserved.
连接到:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> select count(1) from skate;
COUNT(1)
----------
50031
SQL>
数据存在，到此恢复过程已经成功结束！！！
------end---
文章浏览阅读3.9w次，点赞39次，收藏182次。AnacondaAnaconda指的是一个开源的Python发行版本，其包含了conda、Python等180多个科学包及其依赖项。因为包含了大量的科学包，Anaconda的下载文件比较大（约531 MB），如果只需要某些包，或者需要节省带宽或存储空间，也可以使用Miniconda这个较小的发行版（仅包含conda和Python）。Conda是一个开源的包、环境管理器，可以用于在同一个机器上安装不同版本的软件包及其依赖，并能够在不同的环境之间切换。Anaconda包括Conda、Pyth..._anaconda环境变量
文章浏览阅读601次。代码：import pandas as pdimport numpy as npprint("生成序列")s = pd.Series([1, 3, 6, np.nan, 44, 1])print(s)dates = pd.date_range('20160101', periods=6)print(dates)运行结果：生成序列0 1.01 3.02 6..._s = pd.series(['湖北', '浙江', '广东'])
文章浏览阅读200次。最近看到手机自带的时钟App可以实时的修改图标样式，就觉得很神奇。考虑到我自己要做的日记App可能也需要这样的功能，于是研究了一下，目前初步实现了修改图标及点击后进入不同Activity的功能，代码比较简单，点击这里download ZIP。简单效果图：原来调用修改方法:代码很简单，就2个部分：1.修改manifest文件：package="sxkeji.net.aliasdemo" >an..._android app 更换电子门牌 demo
文章浏览阅读2.4w次，点赞185次，收藏333次。Pytorch中的register_buffer1.register_buffer( )的使用随着例子边看边讲例子1：使用类成员变量（类成员变量并不会在我们的model.state_dict()，即无法保存）例子2：使用类成员变量（类成员变量并不会随着model.cuda()复制到gpu上）例子3：使用register_buffer()总结2.与pa1.register_buffer( )的使用回顾模型保存：torch.save(model.state_dict())，model.state_dict(_register_buffer
文章浏览阅读7.8k次，点赞17次，收藏70次。一、什么是表单标签表单是用来采集用户的输入数据，然后将数据提交给服务器二、表单的组成一个表单有三个基本组成部分： ①表单标签：这里面包含了处理表单数据所用程序的URL以及数据提交到服务器的方法。 ②表单域：包含了文本框、密码框、隐藏域、多行文本框、复选框、单选框、下拉选择框和文件上传框等。 ③表单按钮：包括提交按钮、复位按钮和一般按钮；三、表单标签表单标签＜form＞＜/form＞功能：用于申明表单，定义采集数据的范围，也就是＜form＞和＜/form＞里面包含的数据_html表单标签
文章浏览阅读1.2k次。通过定时触发器，可以简单快速地定制一个企业微信机器人。我们可以用它来实现喝水、吃饭提醒等小功能，还能实现定时推送新闻、天气，甚至是监控告警的小功能。使用企业微信机器人在企业微信中，选择添加机器人：之后，我们可以根据文档进行企业微信机器人的基础功能定制：以下是用 curl 工具往群组推送文本消息的示例(注意要将 url 替换成机器人的 webhook 地址，content 必须是 utf8 编码)：..._小爱同学api python
文章浏览阅读1.9k次。本文主要内容是sonarqube安装插件实现功能扩展，也对sonarqube的API功能进行了可用性确认。_sonar-pdf-plugin
文章浏览阅读6.4w次，点赞6次，收藏44次。基本操作传送门显示效果图添加效果图代码：<template> <div style="width:90%;margin: 20px auto;"> <!-- ref 用来拿到这个日历对象 defaultView 默认以月份方式显示 locale 语言 header 头部的按钮 buttonText 头部按钮的文字 plugins 插件 wee......_vue 行程插件
文章浏览阅读1.2w次，点赞5次，收藏8次。layout_centerHorizontal是相对于RelativeLayout的布局属性如果设置为true，就将该控价设置在相对于父控件水平居中的位置layout_gravity针对LinearLayout的一种控件对齐方式，可以把值设置成下列值：center_vertical、center_horizontal、center等等gravity控制控件内文字的对齐方式举个栗子：在写一个简单的
文章浏览阅读1.9k次。#一，循环嵌套##1，双for循环嵌套"""外层循环每循环一次，内层循环循环所有次，内层循环体执行就是内外层循环次数的乘积for i in "范围": #循环9次 for j in "范围":# 循环9次 "循环体""""for x in range(3): for y in range(3): print("%d %d" % (x, y))#例2打印99 乘法表for i in range(1, 10):# 循环打印数字0到9 for_python循环j和i每循环9个一分行
文章浏览阅读9.6k次，点赞2次，收藏6次。ubuntu笔记本 安装百度网盘 ,帮助完成安装 百度网盘 的资料来源,请点击此处hairui@hadoop:~$ git clone https://gitee.com/wszqkzqk/deepin-wine-for-ubuntu.git正克隆到 'deepin-wine-for-ubuntu'...remote: Enumerating objects: 2777, done.remo..._ubuntu kylin16.04 网盘
文章浏览阅读981次。过拟合和欠拟合从模型在不同集合上的表现来看首先来明确一下过拟合和欠拟合的概念。过拟合（下图中最右侧的图像）过拟合指的是训练数据拟合程度过高的情况，也就是说模型在训练集上表现的很好，但是在测试集和新的数据集上表现的较差。欠拟合（下图中最左侧的图像）了解了什么是过拟合，欠拟合也显而易见，当模型在训练集和测试集表现的都不好的时候我们就称这种现象为欠拟合。从方差和偏差的角度来看..._拟合程度 高