仓酷云

标题: MYSQL网页编程之ORACLE用户自界说备份与恢复条记 [打印本页]

作者: 山那边是海 时间: 2015-1-16 22:39
标题: MYSQL网页编程之ORACLE用户自界说备份与恢复条记
平台即服务PaaS、基础设施即服务IaaS、软件即服务SaaS都是我们比较熟悉的MySQL学习教程，现在又出现了数据库即服务DBaaS，以基于云的方式存储结构化数据。oracle|备份|条记|恢复
用户自界说的数据库备份

备份范例

备份办法

示例

数据文件

操纵体系命令或工具

C:COPYdatafile1.oradatafile.bak

回档重做日记文件

操纵体系命令或工具

C:COPYlog_01_23.arclog_01_23.bak

把持文件

SQL命令

SQL>ALTERDATABASEBACKUPCONTROLFILETOconfile.bak;

初始化参数文件

SQL命令

SQL>CREATEPFILE=SIDinit.oraFROMSPFILE;

收集设置与口令文件

操纵体系命令

C:COPYtnsnames.oratnsnames.bak

数据库逻辑工具（表、索引、存储历程等）

Export工具

C:EXPORTsystem/managerTABLE

=hr.employeesfile=emp.dmp

假如数据库运转在不回档形式下，能够对数据库举行纷歧致的完整备份，大概对某个表空间或数据文件举行独自的备份。

假如数据库运转在不回档形式下，只能在封闭形态下对数据库举行分歧的完整备份

1、表空间或数据文件的脱机备份

假如数据库运转在回档形式下，能够在翻开形态下对数据库中处于脱机形态的表空间或数据文件举行备份。在备份时代数据库中别的的表空间或数据文件仍旧能够被用户利用。

SQL>ALTERTABLESPACEusersOFFLINENORMAL;

C:COPYE:oracleoradatausers01.dbfF:ackupusers01.bak

SQL>ALTERTABLESPACEusersONLINE;

SQL>ALTERSYSTEMARCHIVELOGCURRENT;

2、表空间或数据文件的联机备份

假如数据库运转在回档形式下，能够在翻开形态下对数据库中处于联机形态的表空间或数据文件举行备份。在备份时代这些表空间或数据文件仍旧能够被用户利用。

SQL>ALTERTABLESPACEusersBEGINBACKUP;

C:COPYE:oracleoradatausers01.dbfF:ackupusers01.bak

SQL>ALTERTABLESPACEusersENDBACKUP;

SQL>ALTERSYSTEMARCHIVELOGCURRENT;

3、处置备份妨碍

假如在备份过程当中产生妨碍，招致备份俄然中止，那末鄙人一次启动数据库时备份表空间的数据文件将会仍旧处于备份形式下，因而ORACLE会请求举行数据库恢复。

1、使用ALTERDATABASEENDBACKUP语句加入备份形式

SQL>STARTUPMOUNT

SQL>SELECT*FROMV$BACKUPWHERESTATUS=’ACTIVE’

(查询哪些数据文件处于备份形式)

SQL>ALTERDATABASEENDBACKUP;

SQL>ALTERDATABASEOPEN;

2、使用RECOVER命令加入备份形式

SQL>STARTUPMOUNT

SQL>RECOVERDATABASE

SQL>ALTERDATABASEOPEN;

4、把持文件备份为二进制文件

SQL>ALTERDATABASEBACKUPCONTROLFILETO

‘E:ackupcfile.bak’REUSE;

5、把持文件备份到跟踪文件中

SQL>ALTERDATABASEBACKUPCONTROLFILETOTRACE;
（数据库处于加载形态时，使用下面语句能够将把持文件备份到跟踪文件中）”由于MySQL已经是一个运行了众多知名Web2.0网站的数据，包括Craigslist、Digg、Wikipedia和Google等，或许我们可以说每一个Web2.0公司实质上是一个使用MySQL数据库的公司。

作者: 小妖女 时间: 2015-1-19 20:34
一个百万级别的基本信息表A，一个百万级别的详细记录表B，A中有个身份证id，B中也有身份id；先要找出A中在B的详细记录。

作者: 简单生活 时间: 2015-1-25 10:17
作了些试验，发现使用CLR的存储过程或函数在达到一定的阀值的时候，系统性能会呈指数级下滑！这是非常危险的！只使用几个可能没有问题，当一旦大规模使用会造成严重的系统性能问题！

作者: 灵魂腐蚀 时间: 2015-2-2 21:38
这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高，但是相对映射到数据表中效率还是提高了很多。我做过试验，在我的实验环境中会比映射到表中提高30%左右的效率。

作者: 山那边是海 时间: 2015-2-8 06:45
一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。（有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。）

作者: 再现理想 时间: 2015-2-24 20:01
光写几个SQL实在叫无知。

作者: 小女巫 时间: 2015-3-7 13:13
SP4是一个累积性的ServicePack，包含自以前的ServicePack发布以来所有的修补程序（包括MS03-031安全公告）。

作者: 谁可相欹 时间: 2015-3-15 06:34
数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

作者: 活着的死人 时间: 2015-3-21 19:49
个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

欢迎光临仓酷云 (http://ckuyun.com/)