仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1054|回复: 6
打印 上一主题 下一主题

[学习教程] MYSQL网页编程之Oracle数据库表空间恢复计划

[复制链接]
不帅 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:44:11 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
MySQL已经为支持所有最流行的Web2.0语言做好了准备,诸如Ruby、Ajax等,当然还有PHP。有的业界分析师说过,“每一个Web2.0公司实质上就是一个数据库公司。oracle|恢复|数据|数据库<Pstyle="TEXT-INDENT:2em">1、用户表空间<Pstyle="TEXT-INDENT:2em">毛病:在启动数据库时呈现ORA-01157,ORA-01110或操纵体系级毛病比方ORA-07360,在封闭数据库(利用shutdownnormal或shutdownimmediate)时将招致毛病ORA-01116,ORA-01110和操纵体系级毛病ORA-07368<Pstyle="TEXT-INDENT:2em">办理,以下有两种办理计划:<Pstyle="TEXT-INDENT:2em">1.用户的表空间能够被容易地重修<Pstyle="TEXT-INDENT:2em">即比来导出的工具是可用的或表空间中的工具能够被容易地重修等.在这类情形下,最复杂的办法是offline并删除该数据文件,删除表空间偏重建表空间和一切的工具.<Pstyle="TEXT-INDENT:2em">svrmgrl>startupmount<Pstyle="TEXT-INDENT:2em">svrmgrl>alterdatabasedatafilefilenameofflinedrop;<Pstyle="TEXT-INDENT:2em">svrmgrl>alterdatabaseopen;<Pstyle="TEXT-INDENT:2em">svrmgrl>droptablespacetablespace_nameincludingcontents;<Pstyle="TEXT-INDENT:2em">重修表空间及一切工具.<Pstyle="TEXT-INDENT:2em">2.用户的表空间不克不及够被容易地重修<Pstyle="TEXT-INDENT:2em">在年夜多半情形下,重修表空间是不成能及太辛劳的事情.办法是倒备份及做介质恢复.假如您的体系运转在NOARCHIVELOG形式下,则只要丧失的数据。在onlineredolog中方可被恢复,步骤以下:<Pstyle="TEXT-INDENT:2em">1)Restorethelostdatafilefromabackup<Pstyle="TEXT-INDENT:2em">2)svrmgrl>startupmount<Pstyle="TEXT-INDENT:2em">3)svrmgrl>selectv1.group#,member,sequence#,first_change#<Pstyle="TEXT-INDENT:2em">>fromv$logv1,v$logfilev2<Pstyle="TEXT-INDENT:2em">>wherev1.group#=v2.group#;<Pstyle="TEXT-INDENT:2em">4)假如数据库运转在NOARCHIVELOG形式下则:<Pstyle="TEXT-INDENT:2em">svrmgrl>selectfile#,change#fromv$recover_file;<Pstyle="TEXT-INDENT:2em">假如CHANGE#年夜于最小的FIRST_CHANGE#则数据文件能够被恢复。假如CHANGE#小于最小的FIRST_CHANGE#则数据文件不成恢复。恢复比来一次的全备份或接纳计划一
<Pstyle="TEXT-INDENT:2em">5)svrmgrl>recoverdatafilefilename;<Pstyle="TEXT-INDENT:2em">6)确认恢复乐成<Pstyle="TEXT-INDENT:2em">7)svrmgrl>alterdatabaseopenresetlogs;<Pstyle="TEXT-INDENT:2em">3.只读表空间无需做介质恢复,只需将备份恢复便可.独一的破例是:<Pstyle="TEXT-INDENT:2em">表空间在最初一次备份后被改成read-write形式<Pstyle="TEXT-INDENT:2em">表空间在最初一次备份后被改成read-only形式<Pstyle="TEXT-INDENT:2em">在这类情形下,均需举行介质恢复<Pstyle="TEXT-INDENT:2em">2、一时表空间<Pstyle="TEXT-INDENT:2em">一时表空间其实不包括真实的数据,恢复的办法是删除一时表空间偏重建便可.<Pstyle="TEXT-INDENT:2em">3、体系表空间<Pstyle="TEXT-INDENT:2em">假如备份不成用,则只能接纳重修数据库的办法<Pstyle="TEXT-INDENT:2em">4、回滚表空间<Pstyle="TEXT-INDENT:2em">有两种情形:<Pstyle="TEXT-INDENT:2em">1、数据库已完整封闭(利用shutdownimmediate或shutdown命令)<Pstyle="TEXT-INDENT:2em">1)确认数据库完整封闭<Pstyle="TEXT-INDENT:2em">2)修正init.ora文件,正文"rollback-segment"<Pstyle="TEXT-INDENT:2em">3)svrmgrl>startuprestrictmount<Pstyle="TEXT-INDENT:2em">4)svrmgrl>alterdatabasedatafilefilenameofflinedrop;<Pstyle="TEXT-INDENT:2em">5)svrmgrl>alterdatabaseopen;<Pstyle="TEXT-INDENT:2em">基于呈现的了局:<Pstyle="TEXT-INDENT:2em">"statementprocessed"转(7)<Pstyle="TEXT-INDENT:2em">"ORA-00604,ORA-00376,ORA-01110"转(6)6)svrmgrl>shutdownimmediate
<Pstyle="TEXT-INDENT:2em">修正init.ora文件,增添以下一行:<Pstyle="TEXT-INDENT:2em">_corrupted_rollback_segments=(,...)<Pstyle="TEXT-INDENT:2em">svrmgrl>startuprestrict<Pstyle="TEXT-INDENT:2em">7)svrmgrl>droptablespacetablespace_nameincludingcontents;<Pstyle="TEXT-INDENT:2em">重修表空间及回滚段<Pstyle="TEXT-INDENT:2em">9)svrmgrl>altersystemdisablerestrictedsession;<Pstyle="TEXT-INDENT:2em">10)修正init.ora文件<Pstyle="TEXT-INDENT:2em">2、数据库未完整封闭(数据库溃散或利用shutdownabort命令封闭数据库)<Pstyle="TEXT-INDENT:2em">1)恢复备份<Pstyle="TEXT-INDENT:2em">2)svrmgrl>startupmount<Pstyle="TEXT-INDENT:2em">3)svrmgrl>selectfile#,name,statusfromv$datafile;<Pstyle="TEXT-INDENT:2em">svrmgrl>alterdatabasedatafilefilenameonline;<Pstyle="TEXT-INDENT:2em">4)svrmgrl>selectv1.group#,member,sequence#,first_change#<Pstyle="TEXT-INDENT:2em">>fromv$logv1,v$logfilev2<Pstyle="TEXT-INDENT:2em">>wherev1.group#=v2.group#;<Pstyle="TEXT-INDENT:2em">5)svrmgrl>selectfile#,change#fromv$recover_file;<Pstyle="TEXT-INDENT:2em">见一计划2-4<Pstyle="TEXT-INDENT:2em">6)svrmgrl>recoverdatafilefilename;<Pstyle="TEXT-INDENT:2em">7)svrmgrl>alterdatabaseopen;<Pstyle="TEXT-INDENT:2em">3、数据库处于翻开形态<Pstyle="TEXT-INDENT:2em">1)删除回滚段和表空间<Pstyle="TEXT-INDENT:2em">2)重修表空间和回滚段<Pstyle="TEXT-INDENT:2em">五把持文件恢复<Pstyle="TEXT-INDENT:2em">1.一切的把持文件均被损坏,将备份的把持文件拷贝至原目次下。关于RAWDEVICE,则:<Pstyle="TEXT-INDENT:2em">ddif=con.bakof=/dev/rdrd/drd1seek=1282.并不是一切的把持文件均被损坏:用其他的把持文件启动数据库。
根据Evans的调查报告,“MySQL的使用在未来将继续呈成长趋势。”
活着的死人 该用户已被删除
沙发
发表于 2015-2-5 21:24:06 | 只看该作者
索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。
变相怪杰 该用户已被删除
板凳
发表于 2015-2-13 16:49:55 | 只看该作者
一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。(有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。)
兰色精灵 该用户已被删除
地板
发表于 2015-3-4 00:12:51 | 只看该作者
换言之,只有在不断的失败中尝试成功,而关于失败的总结却是很少的
山那边是海 该用户已被删除
5#
发表于 2015-3-11 14:51:26 | 只看该作者
财务软件要用SQL也只是后台的数据库而已,软件都是成品的,当然多学东西肯定是有好处的..
海妖 该用户已被删除
6#
发表于 2015-3-18 23:22:41 | 只看该作者
可以动态传入参数,省却了动态SQL的拼写。
小女巫 该用户已被删除
7#
发表于 2015-3-26 19:00:05 | 只看该作者
连做梦都在想页面结构是怎么样的,绝非虚言
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-22 19:59

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表