南山南的Python和大数据学习笔记

转载：http://space.itpub.net/17203031/viewspace-749513我们在Oracle环境中，有很多进行数据备份和移植手段，如exp/imp、expdp/impdp和rman等。在这些方法中，可传输表空间（Transportable Tablespace）一直是传统意义上最快数据移植的技术手段。理想情况下，Transportable Table

1、现象重现RMAN>shutdownimmediate database dismountedOracle instance shut down RMAN> startup connected to target database (not started)Oracle ins

一、查看数据库的dbidselect dbid from v$database;二、修改参数文件create pfile=’/tmp/pfile’ from spfile;直接恢复spfile三、rman操作1.rman target /2.startup nomount pfile=’xxxxxx’3.set DBID=XXXXXXX4.恢复控制文

可传输表空间概述Oracle 的可传输表空间特性通过将 元数据和数据文件 简单地从一个数据库移动到另一个数据库，提供 在数据库之间有效移动大数据的一种简易方法。代替重新创建对象，可移植表空间可以让 毫不费力地移动大对象，而所花费的时间是你手动创建这些对象的时间。 可移植表空间包括将属于源数据库的所有数据文件拷贝到目标数据库，并将关于表空间 数据目录信息从源数据库拷贝到目标数据库。因此，

DUL、ODU和AUL介绍 博客分类：Oracle日常管理概述假设我们的数据库遇到以下情况：第一, 没有备份;第二, 常规方法无法恢复;第三, 数据很重要, 但又无法或成本太高而进行重新输入. 如丢失了Oracle的System表空间, System表空间损坏到无法启动的地步, 意外删除表空间或表, 意外截断(Truncate)表等,在这3中情况

在Oracle 10g中的配置情况使用RMAN>show all;可以显示出RMAN 配置参数为:CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # defaultCONFIGURE BACKUP OPTIMIZATION OFF; # defaultCONFIGURE DEFAULT DEVICE TYPE TO DISK; # d

using backup controlfile 和 until cancel区别1. recover database using backup controlfile2. recover database until cancel3. recover database using backup controlfile until cancel;4. recover data

客户发现了一个表的数据没有了，要求我找原因，不能在生产库上做。我一听，傻眼了，哪个天杀的干的这种事！看来这回客户动真格了，不过干这种事，很累，会掉层皮，但还是答应做了，我跟客户说，容我整理一下步骤，另外把这一段时间的归档留住一下：思路大抵是这样的： 1、在搭建一个测试环境，目录与生产库基本相当 2、做异机恢复 3、由于原数据库太大，所以只考虑恢复数据库必要的表空间：system

RMAN> restore preview database;Starting restore at 09-AUG-12allocated channel: ORA_DISK_1channel ORA_DISK_1: sid=138 devtype=DISKList of Backup Sets===================BS Ke

在使用RMAN创建STANDBY数据库的过程中，连接AUXILIARY的时候报错。详细错误信息如下：[oracle@yangtk ~]$ rman target / auxiliary sys/test@172.25.4.70/ora11gRecovery Manager: Release 11.1.0.6.0 - Production on Wed Nov 7

本次实验的重点对oracle 数据库进行备份,如果出现介质损坏,利用数据库的备份集对数据库基于时间点的恢复,以用来对生产数据库得到一个及时有效的预案。例如 2012/07/19 下午15:17对数据库进行了全库备份,之后数据库损坏要求恢复到下午16:22数据,具体的操作步骤如下:1 对数据库的备份的脚本如下run {  CROSSCHECK ARCHIVELOG ALL;---检查

全库备份(包括数据库，控制文件，归档日志) RMAN> run {2> backup full database format '/orabk/full_%U.bak';3> backup archivelog all format '/orabk/arc_%U.bak'delete input;4> copy current controlfile to '/orabk/cont

当出现了这种情况，我们使用restore spfile from autobackup,是不行的，因为没有设置DBID，这个时候不要慌，只要知道备份存放的地点就可以还原SPFILE。一．首先设置ORACLE_SIDC:/Users/luobi>set oracle_sid=robinson二．强行启动RMAN> startup已连接到目标数据库 (未启动)启动失败: ORA

今天接了封邮件，项目经理要俺做个数据迁移，将开发环境中的某个表迁移到测试环境。很简单的需求。常用的迁移有 EXP,IMP,DATAPUMP,DBLINK等等。由于无法登陆数据库主机操作系统，所以无法用DATAPUMP。另外也没有创建DBLINK权限，而且数据库中也没有创建好了的DBLINK，这也否定了，我只能用EXP,IMP这种最原始的方法。下面说说导入导出应该注意的事项

原文连接：http://blog.youkuaiyun.com/tianlesoftware/archive/2009/10/16/4674224.aspx防止网页失效，拷贝过来保留一份：一. 官网说明1. Oracle 10g文档如下：http://download.oracle.com/docs/cd/B19306_01/server.102/b14215/dp

使用备份控制文件和重建控制文件恢复,都需要使用到using backup controlfile命令,但是两种情况下却有着本质的区别试验准备条件SQL>select* fromv$version; BANNER-----------------------------------------------------

flashback database功能在生产库中,很少被直接使用,因为没有多少业务可以承受整个数据库级别的回滚.但是如果发生一些让人意想不到的误操作时候,想回滚该操作,我们不得不使用历史的备份来进行不完全恢复.如果没有历史备份,那简直是人生一个悲剧的发生.这里通过使用结合flashback database,实现flashback table级别不能完成的恢复,而且确保整个数据库的其他数据还是最

今天有客户的数据库意外被删除了整个目录中的数据文件，操作系统级别的删除，然而幸运的是这个数据库没有崩溃，仍然处于open状态的时候，客户就发现了问题，求助到我们，最终完整地恢复了所有数据文件。在Linux下大致重新演示一下恢复的过程，恢复的步骤与数据库版本没有太大关系，与操作系统的不同会有所不同。1. 在数据库open的时候，直接删除users表空间中的数据文件。S

SQL> startupORACLE 例程已经启动。Total System Global Area  114367248 bytesFixed Size                   453392 bytesVariable Size              88080384 bytesDatabase Buffers           25165824 byt

ORA-19809: 超出了恢复文件数的限制故障处理实例 收藏 作者: 三十而立 http://blog.youkuaiyun.com/inthirties/archive/2009/09/05/4521793.aspx时间：2009年9月05日 0:44:18本文出自 “inthirties（三十而立）”博客，转载请务必注明作者和保留出处http://blog.youkuaiyun.com/inthir

Hanganalyze工具使用内核调用检测会话在等待什么资源，报告出占有者和等待者的相互关系。另外，它还会将一些比较”interesting”的进程状态dump出来，这个取决于我们使用hanganalyze的分析级别。hanganalyze可以用于查找数据库hang的原因,也可以用于其他一些等待事件的查找例如 library cache pin 等等地事件.hanganalyze 学习

之前在Blog中对RMAN 的备份和恢复做了说明，刚看了下，在恢复这块还有知识点遗漏了。 而且恢复这块很重要，如果DB 真要出了什么问题，就要掌握对应的恢复方法。 所以把DB的恢复这块单独拿出来说明一下。 RMAN 备份与恢复 实例http://blog.youkuaiyun.com/tianlesoftware/archive/2009/10/19/4699320.aspx 如何搭建一个

可以的，注意你的步骤数据库Open状态下是不能写入数据文件的以下是个测试步骤:E:\Oracle\ora92\bin>sqlplus "/ as sysdba"SQL*Plus: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:27:15 2004Copyright (c) 1982, 2002, Oracle C

今天开始磁盘空间100%，删完数据后，查询表遇到ORA-00376错误：SQL> select count(*) from tab_test;ORA0-00376: "file '/data1/oradata/e_data1.dbf' cannot be read at this time"重启数据库没有问题，数据文件都能打开。[oracle@game ~]$ oerr ora

2.1 别让数据库处于非归档模式这个是个忠告，无论生产库还是测试库，都要让数据库处于归档模式下！希望大家一定要注意，即便你没做任何备份的相关操作，也可能帮你把数据库中的误操作丢失的资料找回来，只要你处于归档模式下。当然生产中一定是要有备份恢复机制的，并且要按照严格合理的方式进行部署。仅举一例：宁夏出差期间，当地计费有个兄弟在后台误删数据库文件，我帮忙恢复了，红色部分为所做的操作，给大家

select bs.incremental_level, to_char(bd.completion_time,'Dy'), bd.file#, bd.completion_time, bd.set_count, bs.backup_type from v$backup_datafile bd, v$backup_set bs where bd.set_count=bs.set_count and

1.开启flashbackSQL> startup mountORACLE instance started.Total System Global Area 536870912 bytesFixed Size 1262812 bytesVariable Size 520096548 bytesDatabase Buffers 12582912 bytesRed

数据库名(DB_NAME)、实例名(Instance_name)、以及操作系统环境变量(ORACLE_SID) 在ORACLE7、 8数据库中只有数据库名(db_name)和数据库实例名(instance_name)。在ORACLE8i、9i中出现了新的参数，即数据库域名 (db_domain)、服务名(service_name)、以及操作系统环境变量(ORACLE_SID)。这些都存在于同一

事情的起因：       今天阳光明媚，我10点到了公司（迟到半个小时，因为今天不车辆不限行，堵车导致），打开电脑准备整理大家的4月份工作总结和5月份的工作计划，之后解决下spring MVC中filter的问题，这时候接到上海服务部同事的电话，说误删了oracle数据库服务器下的一个database文件，让我帮忙把数据库卸载后重新安装下，所以远程上去查看；解决过程:1、既

表空间传输write by hanchaoyong in date 2006-01-13   方法介绍:实现表空间的传输的条件:操作系统和数据库版本最好一致表空间传输的速度就是复制文件的速度.表空间类的数据对象不可以跨越表空间.环境说明:源头:机器A 表空间:TEST_DB目标:机器B 表空间:TEST_DB1 测试表空间是否可以传输.

在之前的blog：       Oracle 10g Data Pump Expdp/Impdp 详解       http://blog.youkuaiyun.com/tianlesoftware/archive/2009/10/15/4674224.aspx        exp/imp 与 expdp/impdp 对比 及使用中的一些优化事项       http://blog.cs

二.  Data Pump 介绍       在第一部分看了2段官网的说明， 可以看出数据泵的工作流程如下：       （1）在命令行执行命令       （2）expdp/impd 命令调用DBMS_DATAPUMP PL/SQL包。 这个API提供高速的导出导入功能。       （3）当data 移动的时候， Data Pump 会自动选择direct path 或者ext

Linux环境下不小心在操作系统误rm删除数据文件后，在没有重启数据库或者操作系统的情况下可以利用操作系统句柄恢复。1、数据库版本信息：SQL> select * from v$version; BANNER----------------------------------------------------------------Oracle Database 10g En

其实一句话就可以说明白：那就是数据文件的头上不仅包含了checkpoint_change#,更重要的是它包含了这个checkpoint_change#所在的logfile的sequence＃，准确的说是rba。有了rba，在恢复时就能准确的知道到底需要哪个logfile（archivelog or redo）。结果花了很大篇幅，只想以试验的方式做个简单的验证，便于大家理解。欢迎拍砖！另外提

Oracle的数据块有固定的格式和结构，分三层： Cache layer、Transaction layer和Data layer.对数据块进行读写操作时，做一致性检查：–Block type–DBA–Scn –Header and tail 发现不一致，标记为坏块。坏块有两种： 物理坏块和逻辑坏块。坏块产生的影响：数据字典表、回滚段表、临时段和用户数据表和

引题：在实际生产环境下我们可能需要快速的复制现有的数据库，又希望新库与原库不重名，或者我们需要复制生产库用来做研发测试，如果我们采用DBCA的方式，缺点是慢并且还没有数据，就需要从新导数据，费时又麻烦。下面我就详细介绍如何修改数据库名来完成使命，采用2种方法（1.重建控制文件修改数据库名2.使用nid工具修改数据库名）一、重建控制文件修改数据库名步骤概述生成controlfil

一次Oracle“热”物理备份实验时间:2012-04-03 15:32来源:原创 作者:郗诚 点击:106次对Oracle数据库进行冷备（冷物理备份-在数据库关闭状态下对数据文件进行拷贝备份的方式）是我们经常做的，但今天在复习Oracle备份知识时看到了热物理备份这个名词，一时想不起来是 对Oracle数据库进行“冷备（冷物理备份->在数据