MYSQL网页设计使用RMAN转移数据和EXP/IMP转移数据的实...

一些典型的RDBMS功能并不总是在DBaaS系统中可用。例如MySQL学习教程，WindowsAzureSQLDatabase(以前的SQLAzure)是微软的DBaaS产品，提供了一个类似于SQLServer的数据库平台。对照|数据
因为工程必要常常将客户的现场数据导出到公司的开辟情况中，跟着客户现场数据量的不休增年夜，本来

利用的导出导进的办法必要消费愈来愈长的工夫，以是测试一下RMAN的效力，考证是不是能用恢复RMAN备

份的办法来取代以往的EXP/IMP办法。底本想过用传输表空间的办法，可是因为我们一般在创立数据库的

时分就给营业所用的表空间创立了很年夜的数据文件，如许在传输表空间的copy数据文件的步骤上会消费

很长的工夫，以是仍是决意测试一下RMAN了。

测试目标：
完成关于JHJKREC用户的数据转移。

在10.101.48.71呆板上测试。
测试情况：
P42.8G单CPU，1G内存，80G单硬盘，Windows2000Server，Oracle817

跟JHJK用户相干的数据文件的统共巨细为：21.4G
个中JHJKREC用户的工具统共巨细为：2.1G

1。RMAN作full备份，用时20分钟，天生文件巨细5.47G
EXP作JHJKREC用户数据导出，用时2分20秒，天生文件巨细546M

2。RMAN作数据恢复，用时23分钟（包含restore数据文件，recover数据库）
IMP作JHJKREC用户数据导进，用时55分钟

3。RMAN备份在非回档形式下必要封闭数据库然后启动数据库到mount形态
EXP在非回档形式下不必要封闭数据库，可是数据表自己是纷歧致的

结论：
使用RMAN备份的工夫分明善于EXP的工夫，备份出的文件也宏大于EXP出的文件
可是恢复的工夫却要少于IMP所必要的工夫。

使用RMAN恢复，还必要备份把持文件，并且因为长短回档形式，还必要反省以后可以恢复到的最年夜SCN，然后在SQLPLUS中recoverdatabaseuntilchangescn，然后再alterdatabaseopenresetlogs，全部操纵比EXP/IMP烦琐，关于现场营业职员来讲大概较为坚苦，以是利用RMAN仍是利用导出导进作数据转移，仍是见仁见智吧。

以下为测试中RMAN和导出导进利用的命令，基础上没有作任何优化。

RMAN的备份剧本：
@@connect.rcv
#Backupupdatabaseatfulllevel
#
shutdownimmediate;
startupmount;
run{
allocatechanneld1typedisk;
setlimitchanneld1kbytes2097150;
backupfulldatabase
formatE:man_bakdbfull_%d_%s_%p_%t
tag=dbfull;
releasechanneld1;
}
alterdatabaseopen;
exit;

RMAN的恢复剧本：
@@connect.rcv
shutdownimmediate;
startupmount;
run{
sql"altersessionsetnls_date_language=AMERICAN";
sql"altersessionsetnls_date_format=yyyy-mm-ddhh24:mi:ss";
setuntiltime2004-9-715:30:00;
allocatechannelch1typedisk;
restoredatabase;
releasechannelch1;
}
exit;

EXP的剧本：
userid=jhjkrec/jhjkrec
file=e:man_bakjhjkrec.dmp
owner=jhjkrec
direct=n
compress=n
feedback=1000

IMP的剧本：
userid=jhjkrec/jhjkrec
file=e:man_bakjhjkrec.dmp
ignore=y
fromuser=jhjkrec
touser=jhjkrec
feedback=1000


曾经的功能列表可能会迅速变得过时了。而且，有些功能对有的应用程序非常重要，但是对别的应用程序则不一定。

始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限，而这个家伙疯狂的死循环进行连接查询，会给你的系统带来很大的负担。

不过话说回来了，绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关

财务软件要用SQL也只是后台的数据库而已,软件都是成品的,当然多学东西肯定是有好处的..

可以动态传入参数，省却了动态SQL的拼写。

备份方面可能还是一个老大难的问题。不能单独备份几个表总是感觉不爽。灵活备份的问题不知道什么时候才能解决。

外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。

如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.

始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限，而这个家伙疯狂的死循环进行连接查询，会给你的系统带来很大的负担。