标签： informatica

发布于

WINDOWS VISTA 上恢复oracle 10g

   这两天一时冲动装了VISTA SP1,兼容性还可以,没有遇到什么兼容问题,以前在xp sp2 上安装的oracle 10g数据库,现在就想恢复原来的数据库,原来有一种方案是 ,原来数据库装在E:\oracle\product\10.2.0\db_2下面,把db_2文件夹改成db1,新安装一个oracle数据库安装到db2文件夹上,安装完以后把新装的数据库所在文件夹改成db3,把旧数据库文件夹改回db2,重新启动即可, 网上说可以但是试了一下却不能启动成功,可能是和机器名改了有关系,将数据库卸载,机器名改回原名,重新安装还是不能成功启动,然后使用第二方案,完全卸载数据库,全新安装数据库,但是选择不安装附加数据库,将原有数据库目录下面的database和dbs文件夹复制过来覆盖新装数据库的文件夹
原数据库的sid为dw

使用管理员模式打开cmd
输入 oradim -new -sid dw 创建服务,并使用服务管理器启动服务
使用oracle的管理工具的net configuration assintant 创建监听服务并启动,
然后又转入cmd
输入set oracle_sid=dw
输入 sqlplus “/as sysdba” 以管理员模式登入sqlplus
进入以后提示登入到空闲进程
输入startup启动数据库
C:\Windows\system32>sqlplus “/ as sysdba”

SQL*Plus: Release 10.2.0.1.0 – Production on 星期五 2月 29 17:38:07 2008

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

已连接到空闲例程。

SQL> startup
ORACLE 例程已经启动。

Total System Global Area  612368384 bytes
Fixed Size                  1250428 bytes
Variable Size             171969412 bytes
Database Buffers          432013312 bytes
Redo Buffers                7135232 bytes
提示错误ORA-01092:ORACLE例程终止强行断开连接

发现是undo tablespace设置有问题,默认的undotbs1被删除,而是使用undotbs2,使用UE修改spfiledw.ora设置undo表空间为undotbs2, 启动的时候报控制文件错误,最后使用二进制模式编辑spfiledw.ora才可用,重新startup数据库,成功恢复,
使用脚本emca -repos create 创建Oracle EM dbconsole之知识库,应原数据库已存在,报错,提示表已经存在,使用emca -config dbcontrol db 成功创建服务使用http://iwind:1158/em 进入控制台

Now start the Oracle EM dbconsole Build Script ($ORACLE_HOME/bin/emca for Linux and $ORACLE_HOME\Bin\emca.bat for Windows).

$ emca -repos create
$ emca -config dbcontrol db

2008-2-29 5:36:48 oracle.sysman.emcp.EMDBPostConfig performConfiguration
信息: >>>>>>>>>>> Database Control URL 为 http://iwind:1158/em <<<<<<<<<<<
已成功完成 Enterprise Manager 的配置

发布于

INFORMATICA 的workflow,session 的变量与persistent value 之分析

INFORMATICA 8.1 中mapping中所有的变量都存在opb_map_parmvar 中.为每一个mapping设置变量是一个很痛苦的事情.而对于workflow的 persistent value 控制更是麻烦.原先是通过update workflow的persistent value 来控制.但是若是workflow没有执行过就没有persistent value.就无法update.通过研究informatica的知识库.现在可以手工设置每一个workflow .每一个session的persistent value 了

–获得目前知识库所存的所有的persistent value变量信息
select g.subj_name     as folder_name,
       a.task_name     as workflow_name,
       a.task_id       as workflow_id,
       b.instance_name as session_name,
       b.task_id       as sessionid,
       b.instance_id   as sess_inst_id,
       c.mapping_id    as mapping_id,
       d.mapping_name  as mapping_name,
       e.pv_name       as pv_name,
       e.pv_default    as pv_default,
       f.pv_value      as pv_value
继续阅读“INFORMATICA 的workflow,session 的变量与persistent value 之分析”

发布于

ORACLE ORA-00911: 无效字符

ORACLE 里一个在PL/SQL可以执行的sql使用execute immediate 方法执行的时候确报错说ORA-00911: 无效字符,晕死.找了半天发现只有的sql语句最后的那个;分号去掉就可以了.使用execute immediate  方法执行sql的时候不需要最后的分号.

发布于

休息..休息..

这两天搞得满头是包,系统集成部的人来以后说是做那个增量抽取的方案,结果发现原来那个设计方案完全不可行,花了快一个月时间,七八万块钱买设备结果说不行就不行了,把项目经理也是搞的满头包,数据库停机了好几次.搞得我们也没法做事情,本来就因为要重新初始化整个数据仓库搞得数据库繁忙不堪,cpu几乎都是满负荷的,IO也快撑不住了,wio已经达到40了.数据库停机一次我们就要中断所有事情,整个项目进度进展缓慢,已经拖后好几天了,哎.不过数据库停了也正好休息一下,,

发布于

陌生心情

周末,在加班,最近项目组的工作有些混乱,没有以前那种大家齐心做事情的感觉了,大家都有点得过且过的心理,事情差不多就好了,计划没完成也就那样,没完成就没完成,有点大锅饭的感觉,干多干少一个样,干好干坏一个样.昨天的测试是一场灾难,回来小廖的心情很不好,说从今开始让我负责项目的内部管理工作,怎么讲呢,这个事情也没那么简单,小魏他也做的很认真,是太相信我们了吧.只是问我们改好了没有,说改好了就没有再去检查,所以这次错误都要他担当责任,其实有几个事情也是我的责任,我还以为是个普通培训而已,没有太在意,有几个关键数据算法有大幅改动,我没有同步所有数据,只更新了主界面而已,导致多处查出来的数据不一致,同期往期的算法改动以后导致时间还未到数据库中就有数据.有几个房产数据是我没有去验证,我只是看了下主要的税收申报和征收数据而已,我明知道有错但是没有更新数据,今天来小魏说要辞职,不想干了,太累,对BI这个也不太感兴趣,这个原因当然有,主要的应该还是昨天的事情,今天来开玩笑说晓辉要请客呀,升官了嘛,管理这方面已直是他负责.他也是默认的项目经理人选,都说要辞职了自然就没心思再做事情了,超黄又去支援税管员平台去了,现在ETL数据这方面就我一个人做,量大,事情又多,不知道我能不能承担起来.