原创作品,出自 “深蓝的blog” 博客,欢迎转载,转载时请务必注明出处,否则追究版权法律责任。
深蓝的blog: http://blog.csdn.net/huangyanlong/article/details/48776573
【前言】
自接触oracle至今,愈是深入了解oracle愈是察觉到个人的渺小,时常感受到技术知识可以助推思维方式,一路走来,在汗水中收获着成长的充实,不仅局限于oracle技术,借由此系列文章,分享个人在追逐DBA道路上收获的些许感悟与成长的点滴记录。在浩瀚星空里,鉴证自己人生中那一道弧线。
凌乱中找回生活的节奏,在加班的日子里,没有了多余的杂念。
——深蓝
很久没有更新文章了,在这段日子里,兼顾着原本的工作的基础上,开始逐步学习项目建设、项目管理的知识,学习着如何推进项目,如何建设团队,零零总总的知识,一时间感觉到24小时还真是如此短暂。
在紧张的工作之余,意料之外的找到了一些生活的气息。还是比较心怀感恩的在一步一步前行着。曾几何时,有老大哥跟我说生活不只是工作而已,需要有梦想,同样需要有情感的支持,生活是个永恒的旋律,不能单方向前行,要不然索然无味,生活乏味会让人身心疲惫。想毕,当时是不以为然,而现如今的转变,很多事,已经可以放下,这才发现,原来不经意的一次尝试,可能真有什么命里注定,当不再驻足过往的风景时,人生中的岔路口上,会自然而然的铺开一条路,而顺路前行,心灵如同是敞开了一扇开阔而且光亮的窗。
开始学着经营起一份感情,不刻意,不强求,随遇而安,岁月安好。
篇章一:回归生活
当机缘让两个人相遇,将不再是悔恨往昔,冥冥中,不期而遇的某一天,对未来有了更美好的憧憬。
——深蓝
钟摆嘀嗒嘀嗒,1:00,2:00,3:00,今夜有些莫名的孤单,不太想说话,注视着夜色的光亮顺着窗帘映射进酒店的房间内,眼望天色在天边处已渐渐探出一丝光亮。一种说不出的情绪,在静谧的夜空下却感觉出下雨的情绪。
不经意间,已经转眼过了22天,仿佛只是过了两天的光景,意识中有些分不出是哪个周末发生的事,在某一个清晨开始了这段旅程,却在心里贮藏了一个有些朦胧的面庞。
——于郑州,9月12日,早。
感情,是需要时间去了解彼此内心的,一个圆,左半部分和右半部分,有一点偏离了,那就不再是圆了。
——深蓝 于郑州2015年9月20日星期日 2:00 早安。
当遇见,有些慌张来的不适时宜,又却恰当好处,不刻意,不掩饰,对于未来既然已坚定,对当前就应义无反顾。且行且珍惜的态度。
夜幕下,突然醒了过来,睁着眼睛发呆,看着天花板,眼前开始闪现出不同的画面,一幕幕幻灯片的情节,仿佛就像是昨天发生的一样,一刹那感觉时间这东西,原来过得好快。回望在一个人的日子里,自由、无拘、无束、没什么不用管、没什么牵绊、享受着孤独、想走就走的日子里,让人反而觉得自在。这样的日子是不是需要改变一下了呢?静谧下,脑子里突然乱乱的。
想好了嘛?自己在质疑。
自己靠谱嘛?优容寡断的那种感觉?还要太认真嘛?一时间突然又仿佛陷入到曾经的过往里面。
朦朦胧胧的有些飘离。
——深蓝 于郑州2015年9月21日星期一 05:00。
未来安好
有些小幼稚,却心里很温暖。
记不清上次收到类似礼物这样子的东西是什么时候了,有些意料之内,却被一些小幼稚触动着心底,狠狠的暖了一把。
——深蓝 于郑州2015年9月21日星期一 00:00。
中秋,平静中度过
中午好像空调开的过猛,嗓子变得沙哑,不想说话,脑袋有些迷糊,爬在床上不想动堪。
但,迷糊的,还是有些莫名的高兴。当看到蹦蹦哒的消息时心情就会好好的。哈,有些幼稚吧。出差在外的日子里,不联络与距离感有时候可能是一道屏障,但有时候似乎也是一种体验,也许在经历过了这样的日子里,才懂得身边的人,需要珍惜。一路花香,回望风景,人在其中,却未闻花香,而远了,才感受到,花香其实早在不经意间环绕在身旁。
愿,安好。健康。豁达。
——深蓝于郑州2015年9月28日星期一 02:32
篇章二:数据迁移
靡不有初,鲜克有终。做好该做的责任,为建库护航,不会丢弃的oracle。
——深蓝
本次完成一次数据迁移的任务,数据库字符集的调整:ZHS16GBK—>AL32UTF8
下面是实验环境:
源库:
目标库:
可以看到,源库建库时使用的字符集是ZHS16GBK,目标库的数据库字符集是AL32UTF8。
本次迁移,新库与老库的区别上,简单分为如下情况:
第一部分:新库与老库,表级结构不变化,数据量小(5G);
第二部分:新库与老库,表级结构不变化,数据量大(1T);
第三部分:新库与老库,表级结构变化,数据量小(15G);
有数据量不大的表,计划采用dmp的方式进行。但是遇到一个问题就是关于中文字符的处理。在ZHS16GBK下,一个中文需要两个字节,而在AL32UTF8下,一个中文需要三个字节。这也就意味着相同的表结构下,源库下的数据有可能在插入到新库时出现字符超长的可能。
对于该部分,先在新库中创建相同的表空间、用户、赋予相应权限。
由于数据量不大,迁移前,做一次全库级导入测试,保留imp日志,会在日志中筛选出由于中文引起的长度问题;
然后将业务中字段长度不受影响的表以dmp的方式导入目标库中,查看dmp日志;
(1)、查看日志,如果出现“EXP-00003:未找到段 (0,0)的存储定义”错误,需手工补充建表;
(2)、查看日志,如果出现“ORA-01461:仅能绑定要插入 LONG列的 LONG值”错误,由于字符长度超过4000引起,需要把数据类型由varchar2改为clob;
(3)、通过dmp日志,查看到需要扩充字段长度的表信息,例如:
表名 |
列名 |
源数据最大长度 |
源数据最大长度*1.5 |
计划扩充长度 |
CAS_VISITINFO |
IS_SUSPICIOUS_INTER |
3 |
4.5 |
10 |
CAS_VISITINFO |
IS_SUSPICIOUS |
3 |
4.5 |
10 |
CAS_VISITINFO |
INTER_GENDER |
3 |
4.5 |
10 |
CAS_VISITINFO |
INTER_VIDEO |
3 |
4.5 |
10 |
CAS_VISITINFO |
CAR_IS_BROKEN |
3 |