民生证券rman升级迁移内控30数据库20160621(672)

合集下载

民生证券风控30数据库迁移升级-郭一锴

民生证券风控30数据库迁移升级-郭一锴

民生证券内控3.0使用rman的方式迁移升级单机数据库生产端服务器:Linux 4.8数据库:Oracle 10g R2 10205数据量:1.5T磁盘剩余空间:230G目标端服务器:linux 6.5 x64数据库:Oracle 11g R2 11204磁盘总空间:5T整个迁移时间记录数据库备份之前需要打升级脚本5分钟RMAN备份:4个小时 1.5T数据全备份(rman压缩)后是209G,备份时间主要是受移动硬盘i/o的影响RMAN还原:2个小时库升级:30分钟迁移准备移动硬盘:1块2T备份方式:rman升级:10g升级11g实施流程生产端:1.升级脚本@?/rdbms/admin/utlu112i.sql 11g的脚本2.开启归档;并启动到mount状态;3.挂载移动硬盘mount /mnt /dev/sdb14.Rman备份vi rman.shexport ORACLE_SID= msnkdbrman target / log='/tmp/rman_full.log' append <<EOFrun{allocate channel c1 type disk;allocate channel c2 type disk;allocate channel c3 type disk;allocate channel c4 type disk;allocate channel c5 type disk;allocate channel c6 type disk;allocate channel c7 type disk;allocate channel c8 type disk;backup as compressed backupset filesperset 8 database format '/mnt/full_%d_%T_%s_%p';backup current controlfile format '/mnt/ctl_%d_%T_%s_%p';}5.执行sh rman.sh &6. 拷贝密码文件目标端1.参数文件添加参数*.compatible=10.2.0.5 启动数据库到nomount的状态2.还原控制文件restore controlfile from '/mnt/ctl_MSNKDB_20160619_66_1'; 启动到mount状态;3.恢复数据文件sh rman_new.sh &vi rman_new.shrman target / log='/tmp/rman_full.log' append <<EOFrun{allocate channel c1 type disk;allocate channel c2 type disk;allocate channel c3 type disk;allocate channel c4 type disk;allocate channel c5 type disk;allocate channel c6 type disk;allocate channel c7 type disk;allocate channel c8 type disk;restore database;recover database;}EOF4.清除redo日志alter database clear unarchived logfile group 1 ;alter database clear unarchived logfile group 2 ;alter database clear unarchived logfile group 3 ;alter database clear unarchived logfile group 4 ;alter database clear unarchived logfile group 5 ;alter database clear unarchived logfile group 6 ;alter database clear unarchived logfile group 7 ;alter database clear unarchived logfile group 8 ;5.升级模式打开数据库alter database open upgrade;6.dbua升级库7.更新数据字典startupSPOOL upgrade.log@?/rdbms/admin/catupgrd.sql@?/rdbms/admin/utlu112s.sql@?/rdbms/admin/catuppst.sql@?/rdbms/admin/utlrp.sqlSQL> SELECT count(*) FROM dba_invalid_objects;SQL> SELECT distinct object_name FROM dba_invalid_objects;7临时表空间添加Alter TEMPORARY tablespace TEMPadd datafile “/u01/app/oracle/oradata/msnkdb/temp05.dbf'”size 16Gautoextend on;后续记录1.更改新服务器物理IP地址,数据库及监听开机自启动设置2.统计信息收集exec dbms_stats.gather_schema_stats(ownname=>‘HSMAN',force=>true); 收集统计信息时间比较长3.迁移完成后关闭归档模式,在归档模式下,数据库每15分钟就要产生2G的归档文件,太占空间。

全国中小企业股份转让系统交易支持平台数据接口规范(V1.3)

全国中小企业股份转让系统交易支持平台数据接口规范(V1.3)

编号:NEEQ-TECH-DATASPEC-20160222密级:公开发布附件2工程技术标准全国中小企业股份转让系统交易支持平台数据接口规范(V1.3)全国中小企业股份转让系统有限责任公司二〇一六年二月文档信息《数据接口规范》V1.3前言为通过行情系统向市场揭示挂牌公司分层后的差异信息。

全国股转公司根据挂牌公司市场分层管理业务需求对原《全国中小企业股份转让系统交易支持平台数据接口规范(V1.2)》进行了修改,形成了《全国中小企业股份转让系统交易支持平台数据接口规范(V1.3)》。

与原数据接口规范比较,本版本的数据接口规范作了如下修改:1.增加一类新的信息公告文件FCyymmdd.nnn;2.对该公告文件的格式进行相关定义;3.增加分层信息公告文件的示例。

《数据接口规范》V1.2前言为更好地满足挂牌公司业务发展需求,提高转让效率,全国股份转让公司根据优先股业务需求对原《全国中小企业股份转让系统交易支持平台数据接口规范(V1.1)》进行了修改,形成了《全国中小企业股份转让系统交易支持平台数据接口规范(V1.2)》。

与原数据接口规范比较,本版本的数据接口规范作了如下修改:4.NQXX.DBF增加优先股证券信息揭示内容;5.NQHQ.DBF增加优先股行情揭示内容;6.NQHGTZZ??????.DBF增加优先股投资者报送说明;7.NQHGTZZ.DBF增加优先股投资者确认说明;8.NQSDXQL.DBF增加优先股投资者揭示说明;9.新增NQFGKSBXX.DBF揭示优先股申报信息;10.新增NQFGKCJXX.DBF揭示优先股成交信息。

《数据接口规范》V1.1前言为更好地满足业务发展需求,提高转让效率,全国股转公司根据前期业务运行情况及新增业务需求对原《全国中小企业股份转让系统交易支持平台数据接口规范(V1.0.1)》进行了修改,形成了《全国中小企业股份转让系统交易支持平台数据接口规范(V1.1)》。

与原数据接口规范比较,本版本的数据接口规范作了如下修改:1.补充说明投资者适当性管理信息库应于每个转让日15:30前,通过FDEP上报,且明确无新增报空库。

深圳证券交易所融资融券业务券商技术系统变更指南

深圳证券交易所融资融券业务券商技术系统变更指南

深圳证券交易所工程技术文档深圳证券交易所融资融券业务券商技术系统变更指南V1.02(试点)深圳证券交易所电脑工程部中国结算深圳分公司电脑工程部二○○六年七月十日关于本文档注:最新修订以橙色字体标示。

目录1、说明 (1)2、融资融券业务简介 (2)2.1 业务简介 (2)2.2 业务框架 (2)2.3 业务资格管理 (4)2.4 融资融券非交易过户 (4)3、融资融券标的证券及可充抵保证金证券信息发布 (5)3.1 融资融券标的信息 (5)3.2 可充抵保证金证券信息 (6)3.3 保证金比例信息 (6)4、信用证券账户开户 (6)5、融资融券交易 (7)5.1 交易申报 (7)5.2 成交回报 (10)5.3 逐日盯市及强制平仓 (12)6、融资融券交易过户 (13)7、融资融券非交易过户 (13)7.1担保证券提交与返回 (16)7.2融券券源划拨 (17)7.3现券还券划拨 (17)7.4非交易报送库的填报 (17)8、融资融券业务数据申报 (18)8.1 融资融券余额数据 (18)8.2 信用违约资料 (21)9、融资融券交易信息披露 (22)10、券商技术系统要求 (23)11、其它说明 (24)附件1:融资融券标的证券信息(XXyymmdd.899) (25)附件2:融资融券可充抵保证金证券信息(XXyymmdd.898) (26)深圳证券交易所融资融券业务券商技术系统变更指南1、说明根据融资融券业务的要求,本所会同中国结算深圳分公司对数据接口规范进行了修订。

为便于相关会员公司和相应IT提供商更好地理解接口规范和了解相关技术系统要求,尽快做好会员公司端技术系统的准备工作,本所会同中国结算深圳分公司联合编制和发布本指南文档。

编制本文档的依据:《证券公司融资融券业务试点管理办法》(证监会于2006(非正式发布稿)、年7月3日发布)、《深圳证券交易所融资融券交易试点实施细则》《中国结算深圳分公司融资融券登记结算业务实施方案(非正式发布稿)》;本所原有的技术系统接口。

中国结算上海分公司证券账户管理业务指南(2011年8月版)

中国结算上海分公司证券账户管理业务指南(2011年8月版)
附件一原各地登记公司的承继单位或原始凭证保管单位机构代码机构名称承继单位或原始凭证保管单位机构代码机构名称承继单位或原始凭证保管单js001北京登记公司中信证券js032南方登记公司远东证券js002南京登记公司南京证券js033西安登记公司众成证券js003福建交易中心华宝证券js034新疆登记公司宏源证券js004重庆登记公司西南证券js036青海登记公司天源证券js005江苏登记公司华泰证券js037吉林登记公司东北证券js006河南登记公司众成证券js038山西登记公司山西证券js007安徽登记公司华安证券js039贵州登记公司海通证券js008湖南登记公司众成证券js040河北登记公司远东证券js009无锡登记公司国联证券js045内蒙登记公司恒泰证券js010徐州登记公司华泰证券js047广西登记公司国海证券js011江西登记公司国盛证券js048潍坊登记公司齐鲁证券js012浙江登记中心方正证券js053三峡登记中心远东证券js013沈阳交易中心众成证券js054惠州登记公司联讯证券js014天津登记公司国元证券js055大连登记公司齐鲁证券js016宁夏登记公司南京证券js059东莞登记公司东莞证券js018哈尔滨登记公司江海证券js060茂名登记公司安信证券js021苏州登记公司东吴证券js061梅州登记公司安信证券js022武汉登记中心长江证券js063顺德登记公司安信证券js023厦门登记公司厦门证券js065鲁登威海登记处齐鲁证券js024宁波登记公司爱建证券js066沈阳登记公司沈阳诚浩证券js025云南登记公司红塔证券js067青岛登记公司中信万通证券js026山东登记公司天同证券js068皖登马鞍山办银河证券js027黑龙江登记公司海通证券js069辽宁海通登记公司海通证券js028安徽交易中心华安证券js071镇江登记公司华泰证券js029四川交易中心华西证券js072辽宁登记公司信达证券

@推进IT治理促进业务与IT融合_访民生证券有限责任公司信息技术部总经理景忠

@推进IT治理促进业务与IT融合_访民生证券有限责任公司信息技术部总经理景忠

16中国金融电脑 2009·3 民生证券有限责任公司(以下简称“民生证券”)从一家地方小证券公司成长为全国性综合类证券公司,走过了不同寻常的20个年头,现已经是中国证监会核准的B类全国性的综合类证券公司。

目前,民生证券在北京、上海、深圳、郑州、济南、成都、广州等地设立了25家证券营业部和证券服务部,服务网络正在逐步扩大。

民生证券的IT建设在一定程度上代表了国内中小证券公司IT建设的现状,同时也有其特点。

日前,本刊记者就证券业IT建设及IT治理等话题,与民生证券信息技术部总经理景忠进行了探讨。

记者:目前,民生证券信息化建设和规划如何?景忠:民生证券的信息化建设正在逐步实施和完善,IT系统已经从基础建设阶段进入业务应用阶段,并开始着力推进IT治理,以推动公司业务、服务、组织和制度的创新。

2004年,民生证券开始建设集中交易系统。

当时,系统设计还局限于单纯针对证券业务。

我们建立了两个中心:郑州交易中心和北京服务中心。

交易中心主要实现业务的集中处理,服务中心则为客户提供后续的服务。

通常情况下,交易系统相对稳定,要严格按照交易规则来设计,在交易的规则有变化时才需推进IT治理 促进业务与IT融合——访民生证券有限责任公司信息技术部总经理景忠本刊记者 王晓军民生证券有限责任公司信息技术部总经理 景忠变动。

交易中心的功能较为单一,服务体系则涵盖面较广,将来服务中心的功能将逐步延伸,甚至涵盖交易的内容。

中国证券市场发展的特点决定了其较大的交易量。

新产品、新业务、新模式的不断推出,创业板、股指期货、DVP交收等新的交易品种对证券公司的交易系统提出了挑战。

随着政策的放宽和公司战略调整,民生证券已经或即将推出期货、基金、投行等新业务。

为了满足新的需求,我们在IT方面进行了总体规划,计划建立统一的门户级平台。

未来,公司IT系统的股票、期货、基金等各个业务模块均具有各自的专业化功能,但是这些功能要基于统一的数据平台对接到一起。

市场化转融券约定申报技术系统变更说明【模板】

市场化转融券约定申报技术系统变更说明【模板】

市场化转融券约定申报技术系统变更说明中国证券金融股份有限公司二〇一五年五月为推出市场化的转融券约定申报方式,允许证券出借人和借入人自主协商确定转融券的费率和期限、可提前了结、等事项,中国证券金融股份有限公司(以下简称“我司”)将对转融通平台进行技术改造,并调整相关数据接口规范。

为指导市场参与人及系统开发商改造技术系统,我司特编制并发布本技术系统变更说明。

我司拟在2015年7月底组织全市场参与人进行测试,请各市场参与人提前做好相关技术准备工作。

技术咨询电话:(010)********,********电子邮箱:tech@一、背景简介 (1)二、接口变更简述 (1)三、具体说明 (2)(一)关于期限及费率校验 (2)(二)关于转融券展期 (2)(三)关于转融券提前了结 (3)(四)关于债券借贷 (5)(五)关于独立出借人参与转融券出借 (6)一、背景简介为优化转融券约定申报业务,同时为了支持债券借贷和公募基金参与转融券出借,我司将对转融通平台进行改造,并调整相关数据接口。

本文档是关于接口变动使用的说明,旨在帮助市场参与人及系统开发商按时完成技术系统变更。

二、接口变更简述相对于《转融通参与人数据接口规范v1.10》,本次数据接口规范变更主要包括以下内容:1、展期结果通知库中增加费率和审核失败原因字段2、删除展期业务须知中关于提前申请天数的描述3、转融通订单申报消息66域改为非必填4、转融通订单申报消息撤单增加5131和51325、增加提前了结结果通知库(ZRTTQLJJGTZ.dbf)6、合约对账库中增加约定号字段7、更新新合约信息库中展期标识字段的具体含义8、债权债务变动类型增加309(提前了结)9、转融通新合约信息库中增加债券应计利息字段10、增加独立出借人交易单元报备库及其确认库11、证券出借交易单元报备库调整为当日报备即生效12、增加担保资金结息库13、转融通权益处理库权益类别增加配售优先股14、文字修订三、具体说明(一)关于期限及费率校验本次变更不涉及专门针对期限和费率的数据接口定义调整,根据业务方案,对于转融券约定申报相关业务,包括转融券借入约定申报,转融券借入展期申报、转融券出借同意展期申报、转融券借入提前了结申报、转融券出借提前了结申报等,我司转融通平台将不再按照“T日转融通期限库(Z RTQX.dbf)”和“T日转融通标的期限费率库(ZRTBDQXFL.db f)”对申报期限及费率进行“固定期限、固定费率”检查,仅对申报期限及费率的范围进行合法性校验。

新一代银行信息系统切换上线应急预案+业务实施方案 附系统数据迁移报表核对说明

新一代银行信息系统切换上线应急预案+业务实施方案  附系统数据迁移报表核对说明

新一代银行信息系统切换上线应急预案为切实做好新一代银行信息系统推广上线工作的应急处置工作,积极有效地应对可能发生的各类突发事件,确保新一代银行信息系统切换上线期间业务安全稳定运行,特制定本应急预案。

一、组织领导(一)省联社组织领导机构。

省联社成立了新一代银行信息系统切换上线应急领导小组,应急领导小组下设综合协调、新闻宣传、安全保卫、信息科技、业务处理五个应急实施小组。

各小组组成及主要职能如下:1.应急领导小组组长:副组长:成员:主要职能:负责突发事件的应急指挥、组织协调、资源调度和过程控制;授权新闻宣传负责人统一对外发布信息。

2.综合协调应急实施小组设在省联社办公室,主要负责对外沟通协调,负责向省政府、人民银行、银监等部门汇报、重大事项报告及对外公告等工作,组长由同志担任,成员包括省联社办公室及相关部门人员。

3.新闻宣传应急实施小组设在省联社政策法规部,主要负责新闻宣传、信息发布、舆情监测与引导、投诉处理等工作,组长由同志担任,成员包括省联社政策法规部人员及相关部门人员。

4.安全保卫应急实施小组设在省联社监察保卫部,主要负责工作秩序维护、人财物安全保卫等工作,组长由同志担任,成员包括省联社监察保卫部及相关部门人员。

5.信息科技应急实施小组设在省联社科技中心,主要负责新旧系统切换、业务数据安全、网络安全、信息系统恢复、新系统稳定运行、自助业务服务、突发事件上报等工作,组长由康东同志担任,成员包括省联社科技中心及新一代工程部分成员。

6.业务处理应急实施小组设在省联社财务会计部,主要负责应急业务流程制定、业务处理指导、账务核对等工作,组长由同志担任,成员包括省联社财务会计部及相关部门人员。

(二)办事处、市联社组织领导机构。

各办事处、市联社要成立一把手为组长,其他班子成员为副组长,各部门主要负责人为成员的应急领导小组,负责新一代银行信息系统上线期间辖内应急工作的组织领导和指挥协调。

应急领导小组下设综合协调、新闻宣传、安全保卫、信息科技、业务处理应急实施小组,负责新一代银行信息系统切换上线期间辖内应急工作的具体实施,以及向省联社应急领导小组上报辖内应急工作情况。

火线论坛专题-------交易系统(上)

火线论坛专题-------交易系统(上)

火线论坛专题-------交易系统(上)外汇交易系统的发展历史 (3)什么是交易系统? (6)如何建立适合自己的交易系统? (9)建立高胜算交易系统-投机就像山岳那么古老 (13)打造一流的系统交易者的九道工序 (19)交易师与交易系统 (23)个人认为的交易系统 (26)李莜阳的外汇交易系统 (29)No.1ISAKA SⅡ(适用周期:M30) (40)No.2Catfx50(适用周期:M30) (42)No.3ASCTREND(适用周期:M1~W1) (45)No.4TVH V3眼镜蛇系统(适用周期:M1~M5) (48)No.5TSUPER NOVA(适用周期:推荐M15~M1) (51)No.6GOLDEN(适用周期:短线M15激进M30稳健H1) (53)No7.DOLLY(克隆WSS系统适用周期H4) (57)No.8Brian trading(适用日内交易) (61)No.9Woodie-panel-heart (65)No.10Merdeka GP2009 (69)编者语 (70)火线介绍 (71)下期预告 (75)外汇交易系统的发展历史从路透集团推出第一套电子外汇交易系统开始,外汇市场一直由大型银行,及其他有规模的金融机构所独占;而近年来拜网络科技发展之赐,零售外汇交易才真正飞入寻常百姓家。

随着科技的不断发展,传统人工经纪的市场日渐缩小,取而代之的是电子经纪服务。

它极大地增加了市场的透明度,降低了投资门槛及成本,更无须经纪人三餐打电话要您下单,额外付出经纪费用,使个人外汇投资成为简单的创富工具之一。

1981年路透纪路透集团推出路透屏幕交易系统(Reuter Monitor Dealing),交易商可以在视讯终端机上直接完成交易。

该项服务使得从前平均需要40秒时间进行的一笔外汇交易得以在2秒内实现。

八年之后,路透集团推出最新的外汇交易系统Dealing2000,不但交易对象可以在世界上任何角落,也引入了计算机撮合功能,在交易银行间买卖价格相配时自动完成交易。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

方案目标
相同平台:Linux 10gR2数据库升级+迁移到11g R2 数据库中。

源端(生产端)
服务器:Linux 4.8
数据库:Oracle 10g R2 10205
数据量:1.5T
磁盘剩余空间:230G
目标端
服务器:linux 6.5 x64
数据库:Oracle 11g R2 11204
磁盘空间:5T
迁移时间记录
开始采用dblink和datapump方式,由于数据库中hsman中有几张表数据量太大,一直出现锁表现象,老是出现失败报错,后采用rman方式
Rman压缩备份5个小时 1.5T压缩成为209G
rman还原2个小时
数据升级11g 30分钟
迁移准备
移动硬盘:1块2T
网络:局域网
备份方式:rman
升级:10g升级11g
实施流程
源端:
1.升级脚本@?/rdbms/admin/utlu112i.sql 11g的脚本
2.开启归档;并启动到mount状态;
3.挂载移动硬盘mount /mnt /dev/sdb1
4.Rman备份vi rman.sh
export ORACLE_SID= msnkdb
rman target / log='/tmp/rman_full.log' append <<EOF
run
{
allocate channel c1 type disk;
allocate channel c2 type disk;
allocate channel c3 type disk;
allocate channel c4 type disk;
allocate channel c5 type disk;
allocate channel c6 type disk;
allocate channel c7 type disk;
allocate channel c8 type disk;
allocate channel c9 type disk;
allocate channel c10 type disk;
allocate channel c11 type disk;
allocate channel c12 type disk;
backup as compressed backupset filesperset 8 database format '/mnt/full_%d_%T_%s_%p';
backup current controlfile format '/mnt/ctl_%d_%T_%s_%p';
}
5.执行sh rman.sh &
6. 拷贝密码文件
目标端
1.参数文件添加参数*.compatible=10.2.0.5 启动数据库到nomount的状态
2.还原控制文件restore controlfile from '/mnt/ctl_MSNKDB_20160619_66_1'; 启动到mount状态;3.恢复数据文件sh rman_new.sh &
vi rman_new.sh
rman target / log='/tmp/rman_full.log' append <<EOF
run
{
allocate channel c1 type disk;
allocate channel c2 type disk;
allocate channel c3 type disk;
allocate channel c4 type disk;
allocate channel c5 type disk;
allocate channel c6 type disk;
allocate channel c7 type disk;
allocate channel c8 type disk;
allocate channel c9 type disk;
allocate channel c10 type disk;
allocate channel c11 type disk;
allocate channel c12 type disk;
allocate channel c13 type disk;
allocate channel c14 type disk;
allocate channel c15 type disk;
allocate channel c16 type disk;
allocate channel c17 type disk;
allocate channel c18 type disk;
restore database;
recover database;
}
EOF
4.清除redo日志
alter database clear unarchived logfile group 1 ;
alter database clear unarchived logfile group 2 ;
alter database clear unarchived logfile group 3 ;
alter database clear unarchived logfile group 4 ;
alter database clear unarchived logfile group 5 ;
alter database clear unarchived logfile group 6 ;
alter database clear unarchived logfile group 7 ;
alter database clear unarchived logfile group 8 ;
5.升级模式打开数据库
alter database open upgrade;
6.升级数据库
SPOOL upgrade.log
@?/rdbms/admin/catupgrd.sql
STARTUP
@?/rdbms/admin/utlu112s.sql
@?/rdbms/admin/catuppst.sql
@?/rdbms/admin/utlrp.sql
SQL> SELECT count(*) FROM dba_invalid_objects;
SQL> SELECT distinct object_name FROM dba_invalid_objects;
后续记录
1.更改新服务器物理IP地址
2.统计信息收集exec dbms_stats.gather_schema_stats(ownname=>'HSMAN',force=>true);
3.临时表空间添加
alter TEMPORARY tablespace TEMP
add datafile'/u01/app/oracle/oradata/msnkdb/temp05.dbf'size16G
autoextend on;
问题记录
1.数据文件创建不规则恢复报错
创建数据文件, 文件号= 206 名称= /u01/app/oracle/product/10.2.0/db/dbs/raw_data01.dbf
RMAN-03002: restore 命令(在06/18/2016 17:47:27 上) 失败
ORA-01119: 创建数据库文件'/u01/app/oracle/product/10.2.0/db/dbs/raw_data01.dbf' 时出错
ORA-27040: 文件创建错误, 无法创建文件
Linux-x86_64 Error: 2: No such file or directory Additional information: 1
RMAN-06956:
创建数据文件失败; 请在从操作系统中删除/u01/app/oracle/product/10.2.0/db/dbs/raw_data01.dbf 后重试2.10g生产库备份之前必须打11g的utlu112i.sql脚本,否则还原后,升级无法完成;。

相关文档
最新文档