百度拇指医生
&&&普通咨询
您的网络环境存在异常，
请输入验证码
验证码输入错误，请重新输入业务操作支撑系统Business & Operation Support System
& BOSS是业务操作支撑系统Business & Operation Support System的简称.　　&&&&&& 一、BOSS系统简介&&&&&&& ●概念　　OSS/BSS是电信运营商的一体化、信息资源共享的支持系统。OSS的历史可以追溯到1984年，AT&T的第一次拆分让世界电信市场首次引入了竞争。随之后市场竞争加剧，要求运营商们不仅能保持客户群的忠实度、减少客户流失，还必须保证一定的经营利润。OSS/BSS于是就应允而生了，其中OSS是主体，BSS是基础，从客户的角度看，OSS和BSS之间没有区别。随着"以客户为中心"理念的盛行，服务商也渐渐淡化了OSS和BSS之间的区别。　　OSS（运营支持系统）　　OSS包含用于运行和监控网络的所有系统，如报告或计费系统。它不是网络本身，它是整个运营基础结构，包括运营网络系统和客户服务系统，其中客户支持功能是由业务支持系统(BSS)执行的。　　BSS（业务支持系统）　　BSS系统的设计目标包括客户关系管理（CRM）、业务供应链管理（SCM），经营决策支持系统（DSS）。　　BOSS（综合业务和运营支撑系统）　　BOSS系统以客户服务、业务运营和管理为核心，以关键性事务操作（客户服务和计费为重点）作为系统的主要功能，为网络运营商提供一个综合的业务运营和管理平台，提供全面的解决方案　　&&&&&&&●结构　　BOSS的构成因运营商的实际情况和具体要求不同，但大致都具备以下四个功能块：　　&&&&&&& 计费及结算系统　　计费系统是指处理计费数据采集和批价两个过程的系统。计费数据采集工作包括计算机从电信基础网络（如交换机、网关等）上收集有关的原始基础数据和信息，进行相应的差错检验、格式转换等预处理，生成的结果只记录了用户使用网络（如通话）的情况，并不体现应向用户收取的费用；批价反应了向用户收取的费用情况。　　&&&&&&& 结算系统是电信企业间的行为，它包括两种情况： 一种称为漫游结算，另一种称为互联结算。当互联结算发生在两个甚至多个网络之间时，称为网间结算。结算的流程本身就比较复杂，再加上数据量很大，出现得比较晚，使结算系统逐渐区别于传统的计费系统，成为业务运营支撑系统相对独立的组成部分。　　&&&&&&& 营业、帐务系统　　营业系统受理和处理用户的业务请求，帐务系统将用户使用电信网络的情况汇总形成账单。这两个过程在以往是比较单调的，但随着个性化服务的需求越来越强烈，要求系统实现功能的数量越来越多，越来越复杂，需要建设相对独立、灵活的营业系统和帐务系统。　　&&&&&&& 客户服务系统　　中国电信的"1000"和中国联通的"1001"等是客服系统的原形，随着发展，客服系统有了新的定义和功能。客服系统一方面能保证为客户提供快速方便的服务；另一方面保证在未来新业务开放的情况下，系统能及时提供相应的功能保证。从更高的角度来看，客户服务系统要实现多元化、个性化、交互式、异地服务的要求。　　&&&&&&& 决策支持系统　　决策支持系统的主要任务是通过动态、有选择性地采集和更新数据源的有效信息及企业外部相关信息，进行智能化地分析、处理、预测、模拟等，最终向各级决策管理者或专业人员提供及时、科学、有效的分析报告，做好信息、智力支持工作。　　&&&&&&& ●系统功能　　BOSS系统功能主要包括三个领域：计费、服务保障与服务实施。随着新的网络技术的推出，每个领域都将受到其特有的一系列问题的影响。　　&&&&&&& 针对不同的运营商（如固定网络经营者，移动网络经营者，IP网络经营者，数据网络经营者等），以及不同的服务对象，BOSS通常有以下几类主要业务及其功能：　　&&&&&&& 面向多种业务的功能　　多种业务有固定话音及数据、无线话音及数据、无线数据等。功能主要有工单调度、资源管理等融合的营业系统、多业务融合的计费系统与账务系统、统一的客户服务系统、统一的客户关系管理（CRM）系统、业务开通与保障、业务开发与决策、SLA（服务水平协议）/QoS（服务质量保证）管理以及应用集成等。　　&&&&&&& 面向一般消费者及大众化IP业务的功能　　主要有：营业系统、账务系统、计费系统、客户服务、客户分析、业务开发与规划、业务激活、业务保障和应用集成等。　　&&&&&&& 面向企业和个人用户的数据业务的功能　　针对个人用户特别是大客户的企业用户所需的个性化服务。其流程复杂，多样化。主要功能有：营业系统、工单调度、资源管理、计费系统、账务系统、客户服务系统、CRM系统、业务开通与保障、业务开发与决策、SLA/QoS管理以及应用集成等。　　&&&&&&&& 二、国内BOSS系统发展现状　　&&&&&&&& 国内各大电信运营商早已拥有了自己的运营支撑系统，但是都是根据某一项需求独立开发，系统间接口不一。同时，各地自建的业务系统也欠缺对全国数据的统一支持。目前国内还处在BOSS建设的初级阶段，首先能做到的是将业务流程中某个环节中的不同业务进行纵向整合，如帐务管理中的长话、市话、数据各部分的整合，以及服务不同业务的综合客服系统；下一阶段的横向整合则使营业、帐务、客户关系以及决策支持各部分共同形成一个有机的整体。　　&&&&&& &&&&&&& ●行业制度　　日，全国首个BSS行会：北京信息产业协会BSS运营支持专业委员会成立。运营支持专业委员会是电信计费、客户管理等信息系统的开发、运营企业的行业组织。　　&&&&&&& 专业委员会作用　　BSS专业委员会的成立为整个行业提供交流和沟通的平台，包括运营商、科研院所、软件开发企业之间的联系，通过交流沟通发现并定义出业务支撑系统存在的问题，由专业委员会定期发布待解决的问题并征集解决建议，由专业委员会协调组织相关单位和人员组成专家组讨论并整理收集到的建议及方案，形成方案建议书供参考。　　&&&&&&& 主要会员　　（1）常务委员单位：EMC、CA、TIBCO、Frost & Sullivan、中国网络通信有限公司、中国移动通信公司、北京电信公司、联想集团有限公司、中国东方通信卫星有限责任公司、亚信科技(中国)有限公司、大唐软件技术有限责任公司、北京合力金桥系统集成有限公司、亿阳信通股份有限公司、创智通信系统有限公司、北京普易星网科技有限公司、北京诺亚思网络开发有限公司　　（2）委员单位：SUN、中讯集团、四川银海软件有限责任公司、广东普信科技有限公司、重庆世纪同力科技开发有限公司　　&&&&&&& ●OSS/BSS系统现状　　&&&&&&& 发展现状　　相对于中国电信新业务的开发和提供平台的智能网的研究和建设来说，OSS系统的研究和建设起步较晚、相对落后。传统的电信业务运营支撑系统的重点是以电信业务为核心，都是针对已推出的电信业务研究如何解决支撑该业务的运行。这些支撑系统往往都局限在某一业务上，对业务和网络的依赖性较强，甚至一个业务就有一套运营支撑系统。　　&&&&&&&&近两年来，中国电信运营商开始重视BOSS系统的投资建设力度。原中国电信实施了几年的&97工程&是OSS的雏形，尽管达到了当时的预期目标，但随着环境的改变，弊端也逐渐显露出来，为了提高自身竞争力，中国电信着手改造&九七工程&，进行新九七工程的建设；中国移动2001年6月制定了《中国移动BOSS系统技术规范》，用以指导其全国各省、自治区、直辖市公司的BOSS系统的建设；各省市移动分公司的BOSS系统纷纷上马；中国联通和重组的中国网通也已开始相关准备工作，正积极地与BOSS系统集成商们洽谈。国内的电信运营业者已经走到以BSS/OSS为中心的"软性建设"上来了。　　&&&&&& 发展趋势　　BSS投资在不断增大，目前，电信运营商都致力于改善并提高服务质量，提高企业的整体运营和管理水平，为增强国际竞争能力而纷纷开始BSS系统的规划和建设，形成了对BSS系统的巨大市场需求。据初步估计，其市场规模容量将超过200亿元。从1997年到2002年，OSS/BSS的市场增长速度已经超过了整个电信市场的增长速度。在北美，电信运营商大约20%的资金运用在OSS/BSS系统的建设上。　&& &&&&&& 目前，电信业竞争格局的变化，使建设者和使用者对系统建设的要求和使用也随之发生了根本性的转变。从原来的面向单一的管理到现在的面向管理、业务、市场、客户等综合方面，其中心主体已经发生变化。应用在逐步的细化，业务覆盖面也逐步全面扩展，导致了对OSS/BSS支撑系统的要求也越来越高，整个BOSS系统的建设将要全面铺开。　　&&&&&&&影响BOSS系统的积极因素　　&&&& （1）提高竞争力的需要　　随着中国电信市场的进一步开放，中国的电信运营商们正面临着来自内外界的双重压力和更加激烈、残酷的竞争。在各大电信运营商的业务提供能力基本没有过多差别的情况下，如何提高管理、运营、服务能力，进而提升自身核心竞争力的问题，就成为广大运营商的当务之急和重要战略。由此新一代BOSS系统成为电信行业关注的焦点。　　&&&&&（2）发展新业务的需要　　国内电信运营商业务的&同质化&与服务类别的可替代性，降低了原有的竞争优势。发展新业务、提高管理、运营与服务水平，进而提升核心竞争力，成为争取市场份额的关键，新一代BOSS系统能够融合各种独立业务系统，能够快速有效的开发新业务。　　&&&&&（3）挖掘客户资源的需要　　电信运营商的各种业务的开展都与对客户的服务密切相关，客户服务与客户信息共享是电信运营商整个营销战略中的一个重要组成部分，客户服务系统的建设成为必须，也给BOSS系统的建设提供了促进因素。　　&&&&& （4）提升管理水平的需要　　对于电信运营商来讲，成功的关键在于资金、市场运营和管理水平等几个方面。随着市场的发展，电信机构的重组和加入WTO后带来的市场开放，企业的核心竞争力必然要转向管理水平的全面提高。利用软投资提升运营管理水平就成为重中之重。国外一家市场公司对BOSS投资作了全球调查，2001年全球用于BOSS的投资有338亿美元之多，增长率是9.9%。几乎所有的运营商都会把它最有效的资金投在提高运营管理的效率上。　　&&&&&& 另外，BOSS系统的建设可以带来连带效应，能够加快技术的更新、提高运营商的工作效率以及使电信价值链的各环节的分工更加细化等。　　&&&&&& 影响BOSS系统的阻碍因素　　&&&& （1）业务流程纷乱　　目前关于BOSS的研发技术已经趋向成熟，运营商想做以及能过什么成为关键。因而内部业务流程的重新梳理、各个信息系统的互相联通的规划，是运营商当前要解决的首要问题。运营商只有先理顺自己的业务流程，对体系架构有顺畅的思路，才能最终与集成商一起将运营支撑系统推向完善。　　&&&&& （2）传统BOSS系统分散　　电信企业的各个系统往往由单一业务为出发点，内部缺乏有效的互连互通，形成&信息孤岛&。BOSS系统的重要功能是实现统一管理，并为企业决策提供信息支持，如果集中程度不够，统一管理和决策支持能力都将受到影响，同时也会造成人力及资源的浪费。　　&&&&&&（3）运营理念陈旧　　电信运营商在构建新的BOSS系统时，应该放弃过去的以业务为中心的经营观念，转为以客户为中心。陈旧的业务理念是电信运营商建设BOSS系统的重要障碍之一。　　&&&&&& （4）网络建设不成熟　　由于新一代BOSS系统建设在中国还处于初级阶段，网络建设不成熟，主要是为了满足当前业务的需要，不能保证高度可靠性，应用效率也低，而且缺乏有效的维护管理，不过这些问题有望在以后的建设中得到逐步解决。　　&&&&&&& 三、运营商BOSS系统建设情况　　&&&&&& 我国电信运营市场竞争格局已经形成，开放的脚步也逐步加大，国内各大电信运营商为了提高经营管理和服务水平，适应新业务发展的需求，纷纷构建各自的运营支撑系统框架和模式。中国移动集中化改造建设了新一代业务运营支撑系统（BOSS）；中国联通启动了综合营帐及信息管理系统的建设；新组建的中国电信也进行了原九七工程的改造，中国网通也提出了业务运营支撑系统的新概念和新构想。　　&&&&&&& 2002年我国主要电信运营商设备投资约900亿元人民币，OSS投资约60亿元人民币，占其中的7%。运营商纷纷加强OSS系统建设，提高网络管理，客户服务以及计费系统的业务支撑能力。　　&&&&&& ●中国电信　　&&&&&&& 原中国电信实施了几年的"97工程"是BOSS的雏形，其主要目的是为了规范和提高服务手段和经营方式，随着环境的改变，&97工程&弊端也逐渐显露出来：无法实现跨业务经营、无法提供决策支持、无法应对激增的用户数量等。　　&&&&&& 中国电信2002年提出了&流程整理年&的口号，其BOSS系统投资约为5.6亿元人民币，占全部IT投资总额的14%。各业务组成部分的纵向整合已经开始启动，今后将逐步过渡到横向的整合。中国电信重新对&97工程&进行改造，使它从传统的业务计费功能转变到全面业务的运行支撑。　　&&&&&&& ●中国网通　　&&&&&&& 中国网通的BOSS项目正在规划之中，但面临的问题是网通目前缺乏关键性的业务，而BOSS正是要以关键性业务为核心来设计的。目前网通的主要收益来自于IP电话业务，而非其视为核心的宽带业务，这使得在围绕关键业务设计BOSS时遇到一些困难。再有，网通与中国电信北方部分重组只有半年多，人员的划分、领导层的变更都影响网通BOSS的进一步规划和设计。　　&&&&&&& 中国网通2002年BOSS投资额约为2.5亿元人民币，占全部IT投资总额的9%。　　&&&&&&& ●中国移动　　&&&&&&& 2001年6月，中国移动制订了《中国移动BOSS系统技术规范》，用以指导其全国中心，各省、自治区、直辖市公司BOSS系统的建设。　　&&&&&&& 中国移动自2001年全面实施BOSS系统工程建设之后，将建设经营分析系统列入综合业务支撑系统实施的第二步战略，目前经营分析系统的建设已经拉开帷幕。　　&&&&&&& 2002年中国移动BOSS系统投资达16亿元人民币，2002年BOSS系统投资超过20亿元。中国移动各省公司在2002年追加投资约13.5亿元进行BOSS系统集中化改造工程，均不同程度的开始建造BOSS系统，并在2002年年底实现了全国联网测试。　　&&&&&&& ●中国联通　　中国联通在综合 营帐以及统计系统中的投资已经超过了50亿元，联通一开始就以高起点、理想化的BOSS入手，设计模型比较复杂，为今后的业务扩展预留了很多接口。中国联通的下一代业务支撑系统的体系结构可以分成三大部分，第一部分是操作型CRM和协作型CRM，营销处理、渠道管理、客户服务等等；下面是电信业务的支撑，就是BOSS，属于业务这一块；中间是正在建设规划的部分，是统一的一个业务支撑的数据中心。这是联通公司的整体规划，现在联通正在做第一步工作。　　&&&&&&& 四.BOSS的组成包括：　　&&&&&&&&计费及结算系统　　狭义的计费系统是指处理计费数据采集和批价两个过程的系统。计费数据采集工作包括计算机从电信基础网络（如交换机、网关等）上收集有关的原始基础数据和信息，进行相应的差错检验，格式转换等预处理，生成的结果只记录了用户使用网络（如通话）的情况，并不体现应向用户收取的费用。而批价的动作则是根据既定的原则和规则，对用户使用网络的情况计算费用。 　　&&&&&&& 结算系统是电信企业间的行为，它包括两种情况：一种称为漫游结算，另一种称为互联结算。当互联结算发生在两个甚至多个网络之间时，称为网间结算。结算的流程本身比较复杂，再加上数据量很大，出现得比较晚，使结算系统逐渐区别于传统的计费系统，成为业务运营支撑系统相对独立的组成部分。 　　&&&&&&& 营业、账务系统　　营业系统通常完成的是受理和处理用户的业务请求，而帐务系统是将用户使用电信网络的情况汇总形成帐单。这两个过程在以往是比较单调的，但随着个性化服务的需求越来越强烈，要求系统实现功能的数量越来越多，越来越复杂，建设相对独立、灵活的营业系统和帐务系统的呼声也越来越高。 　　&&&&&&& 帐务系统要充分满足客户化的帐务要求。支持灵活，多途径的收费功能，满足客户个性化的帐单及其详细话单，并支持多样化的帐单分发方式；提供强大灵活的客户信用度的管理，完善恶意消费控制和欺诈控制；对市场变化做出迅速反映，方便地支持新品牌、新的资费套餐及其新的服务手段的推出。 　　&&&&&&& 客户服务系统　　客户服务系统原来指的是企业的服务热线，如中国电信的"1000"和中国联通的"1001"等，但随着发展，客户服务系统有了全新的定义和功能。客户服务系统一方面能保证为客户提供快速方便的服务；另一方面保证在未来新业务开放的情况下，系统能及时提供相应的功能保证。从更高的角度来看，客户服务系统要实现多元化服务、个性化服务、交互式服务、异地服务的要求。 　　&&&&&&& 多元化服务即系统能为客户提供多种的接入渠道，多项的使用功能，多样的服务项目；个性化服务即能识别客户身份，根据不同客户的要求和系统数据，提供不同的服务和相应的营销，实现准确的服务；交互式服务主要是改变以往只有被动接受客户要求的状况，通过主动地调查市场，与客户联系，了解客户需求提供主动的服务和营销，同时增加系统的客户参与功能，鼓励客户进行自助服务。 　　&&&&&&&&这部分与CRM的概念接近。北京电信大客户部总经理赵恒礼认为，CRM是BOSS的一部分；中国移动的宁宇也表示，中国移动现在建的CRM正是基于其BOSS系统。对于电信运营商来说，如何有效地抓住大客户是必须面对的问题，在市场上，保住一个老客户的成本要远远低于新发展一个客户；而且新发展客户的成色怎样，对企业的贡献多大，并不好衡量，因此必须建立一套比较好的CRM。 　　&&&&&&& 决策支持系统　　决策支持系统的主要任务是通过动态、有选择性地采集和更新数据源的有效信息及企业处部相关信息，进行智能化地分析、处理、预测、模拟等，最终向各级决策管理者或专业人员提供及时、科学、有效的分析报告，做好信息、智力支持工作。 　　&&&&&&& 五、BOSS发展趋势　　目前运营商在运营支撑上的投资已占到总设备投资的10%～15%。2002年中国电信行业运营支撑系统市场规模达到60亿元，运营支撑系统的提供厂商多达几十家。预计2003年国内运营支撑系统市场将达到90亿元的规模，增长率将达到36%。今后一段时间内，电信行业运营支撑系统市场将会集中于客户服务、计费等系统改造上。电信运营商业务支撑系统的发展趋势主要是以CRM为龙头、将电信服务产品化、加强服务品质观念，同时建立电信网络资源管理的统一平台、将业务紧密集成，形成流程的完整衔接。　　&&&&&&& 根据目前中国电信运营业发展趋势，未来三年中，中国电信行业运营支撑系统市场规模将继续扩大，并保持较高的增长速度。系统的发展方向主要是向新一代网络的BOSS系统建设和无线的BOSS系统建设方向迈进。&&&&&&&& 转：/view/1677913.htm
http://pindao./channel/jewelry.htm?pid=mm__0
> 本站内容系网友提交或本网编辑转载，其目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请及时与本网联系，我们将在第一时间删除内容！
BOSS名称是由中国移动联合多家咨询公司为传统电信企业计费系统起的专门名称,是世界上第一个对电信计费系统命名并制定相关标准. 该系统由电信部门的计费系统发展而来,基本功能包括用户资料管理.计费.出帐.结算等,负责登记用户资料.开启或停止对用户的服务.实时的根据不同套餐资费标准计算手机.固定电话用户通话时的消费金额,准实时及定期计算用户帐单,实时或定期结算用户 ...
BOSS名称是由中国移动联合多家咨询公司为传统电信企业计费系统起的专门名称,是世界上第一个对电信计费系统命名并制定相关标准. 该系统由电信部门的计费系统发展而来,基本功能包括用户资料管理.计费.出帐.结算等,负责登记用户资料.开启或停止对用户的服务.实时的根据不同套餐资费标准计算手机.固定电话用户通话时的消费金额,准实时及定期计算用户帐单,实时或定期结算用户 ...
本文发表于中文核心刊物&计算机工程与设计&2005年5期.
广东电信公话业务中CRM系统的研究与探索
(广东电信公用电话管理中心
广州 510635) 摘要
客户关系管理系统( ...
业务支持报告系统解决方案 电讯现状 今天,中国电信为操作方便,它使用多个系统日常操作的支持,但面临的困难,例如,在操作以下两点: 1:不及时.比方说,政府和企业招聘新业务打开宝藏,一开始,设计中没有考虑业务,统计到新业务相应的市场反应: 2:不固定.电信产生暂时关心指标.比方某县市的电子渠道反馈.假设又一次搭建一套系统.一段时间以后又不用了,不合算: 针对这 ...
无意中在群众看到这个帖子,今天正好有点时间,我选个主题来聊聊把. 主题:自己对IT支撑系统的了解以及实际应用 我虽然是一个做技术的,但由于牵涉的面比较光,简单来说我就是个干苦力的,网络,备份,安全,虚拟化,27001,客户端什么都要做.言归正传,做为it的支撑系统来说,从网络到应用,从桌面到数据中心,都需要做到高可用,需要做到规划的统一性,以及管理的可靠性. ...
一般的,对所谓大型.通信行业.OSS支撑软件系统,我们可宏观定义以下几点: 以年计的研发周期 以几十人计的研发团队 以百计的业务菜单功能点 以千计的数据库表 以万计的业务术语指标 以亿计的数据表记录 以T计的存储刀片机硬盘 …… 其产出产品,属于可让用户日常生产的系统,故称为支撑系统,或者说行业工具吧. 针对系统抽象设计,如简化后的最小系统包含:数据采集,数 ...
由于支撑系统的复杂性不断增长,同时运营商对系统开发效率要求又在不断提高,于是集软件复用.分布式对象计算.企业级应用开发等技术为一体的“基于构件的软件开发”便开始在支撑系统的建设中大量应用.这种技术以软件架构为组装蓝图,以可复用软件构件为组装模块,支持组装式软件的复用,不但可以缩短支撑系统的开发时间,而且提高了系统的质量 当前支撑系统中运用得最多的是三种主流构 ...
文件操作(Linux系统编程)创建一个目录时,系统会自动创建两个目录.和..C语言实现权限控制函数 1 #include&stdio.h& 2 #include&stdlib.h& 3 #include&sys/types.h& 4 #include&sys/stat.h& 5 6 int main(int a ...百度拇指医生
&&&普通咨询
您的网络环境存在异常，
请输入验证码
验证码输入错误，请重新输入博客访问： 811237
博文数量： 255
注册时间：
IT168企业级官微
微信号：IT168qiye
系统架构师大会
微信号：SACC2013
分类： Linux
最近发现客户的数据库db file scattered read很高，做了个statspack，top5里面的SQL全是和物化视图日志相关的SQL语句，一查mlog$_xxxx这些表的大小，竟然后几个高达3G的……
由于相关有问题的表数量比较多，而且很多大表，最主要的是，查询机上面还建立有物化视图日志，后面还挂着N个数据库在刷查询机的数据，如果把物化视图日志重建了，必须对后续的站点全部重刷，工作量太大。而且最大的表有40G，而UNDO表空间只有15G，重刷连UNDO表空间都不够……
还好客户可以考虑停机，决定通过改元数据的方法来处理这个重新刷新的问题。于是决定看下物化视图报ORA-12034的规则，以前没metalink，做的时候是把mlog$在重建前给拷贝出来，重建物化视图日志完成后，用备份的mlog$.oldest_pk（基于PK）/oldest（基于rowid）去更新mlog$的对应列。
参考的文档时：Doc ID:&
refresh fast的物化视图能否正常刷新，依赖于如下几个条件：
1.A snapshot log exists.
2.SNAP_REFTIME$.SNAPTIME >= MLOG$.OLDEST_PK
3.SNAP_REFTIME$.SNAPTIME = SLOG$.SNAPTIME
4.Current refresh timestamp >= MLOG$.YOUNGEST + 1second
第2，3条指出的SNAP_REFTIME$，是在物化视图站点上的该视图，记录的是物化视图的刷新时间，该时间是以mview log站点上的时间为基础
mview log site
mview site
SQL> host date
Fri Jul 17 20:52:30 CST 2009
SQL> host date
Sat Aug& 1 01:25:03 CST 2009
SQL> BEGIN
& 2& dbms_mview.refresh('MV_TEST','F');
PL/SQL procedure successfully completed.
SQL> DROP MATERIALIZED VIEW LOG ON ctais2.t_
CREATE MATERIALIZED VIEW LOG ON ctais2.t_
Materialized view log dropped.
Materialized view log created.
SQL> SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;
MOWNER& MASTER& OLDEST_PK
------- ------- -------------------
CTAIS2& T_TEST&
SQL> SELECT mowner,MASTER,snaptime FROM sys.slog$;
no rows selected
SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;
SOWNER& VNAME&& MOWNER& MASTER& SNAPTIME
------- ------- ------- ------- -------------------
CTAIS2& MV_TEST CTAIS2& T_TEST&
SQL> BEGIN
& 2& dbms_mview.refresh('MV_TEST','F');
ERROR at line 1:
ORA-12034: materialized view log on "CTAIS2"."T_TEST" younger than last refresh
ORA-06512: at "SYS.DBMS_SNAPSHOT", line 820
ORA-06512: at "SYS.DBMS_SNAPSHOT", line 877
ORA-06512: at "SYS.DBMS_SNAPSHOT", line 858
ORA-06512: at line 2
SNAP_REFTIME$.SNAPTIME < MLOG$.OLDEST_PK
SQL> UPDATE sys.mlog$ SET oldest_pk=to_date(' 20:31:54','yyyy-mm-dd hh24:mi:ss') WHERE mowner='CTAIS2' AND MASTER='T_TEST';
1 row updated.
Commit complete.
PL/SQL procedure successfully completed.
SQL> SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;
MOWNER& MASTER& OLDEST_PK
------- ------- -------------------
CTAIS2& T_TEST&
SQL> SELECT mowner,MASTER,snaptime FROM sys.slog$;
MOWNER& MASTER& SNAPTIME
------- ------- -------------------
CTAIS2& T_TEST&
SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;
SOWNER& VNAME&& MOWNER& MASTER& SNAPTIME
------- ------- ------- ------- -------------------
CTAIS2& MV_TEST CTAIS2& T_TEST&
可以看到，根据SNAP_REFTIME$.SNAPTIME >= MLOG$.OLDEST_PK 可以判读是否能refresh fast
重建物化视图日志后，没有SLOG$的记录，该条件被忽略，刷新了一次后，该记录被增加
只需要将mlog$.oldest_pk更新为snap_reftime$.snaptime
接下来测试一个表上注册了多个物化视图的情况，在物化视图日志站点的数据库上，也建立了个MV_TEST的物化视图
mview log site
mview site
SQL> SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;
MOWNER& MASTER& OLDEST_PK
------- ------- -------------------
CTAIS2& T_TEST&
SQL> SELECT mowner,MASTER,snapid,snaptime FROM sys.slog$;
MOWNER& MASTER&&&&& SNAPID SNAPTIME
------- ------- ---------- -------------------
CTAIS2& T_TEST&&&&&&&&& 24
CTAIS2& T_TEST&&&&&&&&& 23
SQL> SELECT sowner,snapname,snapsite,snapshot_id FROM sys.reg_snap$;
SOWNER& SNAPNAME SNAPSITE&& SNAPSHOT_ID
------- -------- ---------- -----------
CTAIS2& MV_TEST& SOURCE9&&&&&&&&&&&& 23&& --本地站点
CTAIS2& MV_TEST& RAC9I&&&&&&&&&&&&&& 24&& --远程站点
SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;
SOWNER& VNAME&&& MOWNER& MASTER& SNAPTIME
------- -------- ------- ------- -------------------
CTAIS2& MV_TEST& CTAIS2& T_TEST&
SNAP_REFTIME$.SNAPTIME = MLOG$.OLDEST_PK
SNAP_REFTIME$.SNAPTIME = SLOG$.SNAPTIME
SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;
SOWNER& VNAME&& MOWNER& MASTER& SNAPTIME
------- ------- ------- ------- -------------------
CTAIS2& MV_TEST CTAIS2& T_TEST&
SNAP_REFTIME$.SNAPTIME > MLOG$.OLDEST_PK
SNAP_REFTIME$.SNAPTIME = SLOG$.SNAPTIME
SQL> DROP MATERIALIZED VIEW LOG ON ctais2.t_
Materialized view log dropped.
SQL> CREATE MATERIALIZED VIEW LOG ON ctais2.t_
Materialized view log created.
SQL> exec dbms_mview.refresh('MV_TEST','F');
BEGIN dbms_mview.refresh('MV_TEST','F'); END;
ERROR at line 1:
ORA-12034: materialized view log on "CTAIS2"."T_TEST" younger than last refresh
ORA-06512: at "SYS.DBMS_SNAPSHOT", line 820
ORA-06512: at "SYS.DBMS_SNAPSHOT", line 877
ORA-06512: at "SYS.DBMS_SNAPSHOT", line 858
ORA-06512: at line 1
SQL> exec dbms_mview.refresh('MV_TEST','F');
BEGIN dbms_mview.refresh('MV_TEST','F'); END;
ERROR at line 1:
ORA-12034: materialized view log on "CTAIS2"."T_TEST" younger than last refresh
ORA-06512: at "SYS.DBMS_SNAPSHOT", line 820
ORA-06512: at "SYS.DBMS_SNAPSHOT", line 877
ORA-06512: at "SYS.DBMS_SNAPSHOT", line 858
ORA-06512: at line 1
SQL>& SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;
MOWNER& MASTER& OLDEST_PK
------- ------- -------------------
CTAIS2& T_TEST&
SQL>& SELECT mowner,MASTER,snapid,snaptime FROM sys.slog$;
no rows selected
SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;
SOWNER& VNAME&&& MOWNER& MASTER& SNAPTIME
------- -------- ------- ------- -------------------
CTAIS2& MV_TEST& CTAIS2& T_TEST&
SNAP_REFTIME$.SNAPTIME < MLOG$.OLDEST_PK
SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;
SOWNER& VNAME&& MOWNER& MASTER& SNAPTIME
------- ------- ------- ------- -------------------
CTAIS2& MV_TEST CTAIS2& T_TEST&
SNAP_REFTIME$.SNAPTIME < MLOG$.OLDEST_PK
SQL> UPDATE sys.mlog$ SET oldest_pk=to_date(' 21:01:51','yyyy-mm-dd hh24:mi:ss') WHERE mowner='CTAIS2' AND MASTER='T_TEST'
1 row updated.
Commit complete.
SQL>& exec dbms_mview.refresh('MV_TEST','F');
PL/SQL procedure successfully completed.
SQL>& exec dbms_mview.refresh('MV_TEST','F');
BEGIN dbms_mview.refresh('MV_TEST','F'); END;
ERROR at line 1:
ORA-12034: materialized view log on "CTAIS2"."T_TEST" younger than last refresh
ORA-06512: at "SYS.DBMS_SNAPSHOT", line 820
ORA-06512: at "SYS.DBMS_SNAPSHOT", line 877
ORA-06512: at "SYS.DBMS_SNAPSHOT", line 858
ORA-06512: at line 1
SQL>& SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;
MOWNER& MASTER& OLDEST_PK
------- ------- -------------------
CTAIS2& T_TEST&
SQL> SELECT mowner,MASTER,snapid,snaptime FROM sys.slog$;
MOWNER& MASTER&&&&& SNAPID SNAPTIME
------- ------- ---------- -------------------
CTAIS2& T_TEST&&&&&&&&& 23
SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;
SOWNER& VNAME&&& MOWNER& MASTER& SNAPTIME
------- -------- ------- ------- -------------------
CTAIS2& MV_TEST& CTAIS2& T_TEST&
SNAP_REFTIME$.SNAPTIME = MLOG$.OLDEST_PK
SNAP_REFTIME$.SNAPTIME = SLOG$.SNAPTIME
可以看到，刷新成功后，MLOG$.OLDEST_PK被更新为sys.slog$.snaptime的最小值，远程站点无记录，所以就没有考虑。
SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;
SOWNER& VNAME&& MOWNER& MASTER& SNAPTIME
------- ------- ------- ------- -------------------
CTAIS2& MV_TEST CTAIS2& T_TEST&
SNAP_REFTIME$.SNAPTIME < MLOG$.OLDEST_PK
SQL> UPDATE sys.mlog$ SET oldest_pk=to_date(' 21:01:58','yyyy-mm-dd hh24:mi:ss') WHERE mowner='CTAIS2' AND MASTER='T_TEST'
1 row updated.
Commit complete.
SQL>& exec dbms_mview.refresh('MV_TEST','F');
PL/SQL procedure successfully completed.
SQL> exec dbms_mview.refresh('MV_TEST','F');
PL/SQL procedure successfully completed.
必须要先刷新另外一个站点，否则mlog$的记录还是会被更新为另一个注册记录
可以看到，如果表上注册了多个物化视图，那么要更新为一个站点的snaptime一次，刷一次，在更新为另一个站点的snaptime一次，在刷一次，因为在slog$中没有这个注册站点的记录。
mview log site
mview site
SQL> SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;
MOWNER& MASTER& OLDEST_PK
------- ------- -------------------
CTAIS2& T_TEST&
SQL>& SELECT mowner,MASTER,snapid,snaptime FROM sys.slog$;
MOWNER& MASTER&&&&& SNAPID SNAPTIME
------- ------- ---------- -------------------
CTAIS2& T_TEST&&&&&&&&& 23
CTAIS2& T_TEST&&&&&&&&& 24
SQL> SELECT sowner,snapname,snapsite,snapshot_id FROM sys.reg_snap$;
SOWNER& SNAPNAME SNAPSITE&& SNAPSHOT_ID
------- -------- ---------- -----------
CTAIS2& MV_TEST& SOURCE9&&&&&&&&&&&& 23
CTAIS2& MV_TEST& RAC9I&&&&&&&&&&&&&& 24
SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;
SOWNER& VNAME&&& MOWNER& MASTER& SNAPTIME
------- -------- ------- ------- -------------------
CTAIS2& MV_TEST& CTAIS2& T_TEST&
SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;
SOWNER& VNAME&& MOWNER& MASTER& SNAPTIME
------- ------- ------- ------- -------------------
CTAIS2& MV_TEST CTAIS2& T_TEST&
SQL>& DROP MATERIALIZED VIEW LOG ON ctais2.t_
Materialized view log dropped.
SQL> CREATE MATERIALIZED VIEW LOG ON ctais2.t_
Materialized view log created.
SQL>& SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;
MOWNER& MASTER& OLDEST_PK
------- ------- -------------------
CTAIS2& T_TEST&
SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;
SOWNER& VNAME&&& MOWNER& MASTER& SNAPTIME
------- -------- ------- ------- -------------------
CTAIS2& MV_TEST& CTAIS2& T_TEST&
SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;
SOWNER& VNAME&& MOWNER& MASTER& SNAPTIME
------- ------- ------- ------- -------------------
CTAIS2& MV_TEST CTAIS2& T_TEST&
--更新为各个站点中的snap_reftime$.snaptime最小值，其实只需要是以前mlog$中该列的值
UPDATE sys.mlog$ SET oldest_pk=to_date(' 21:36:45','yyyy-mm-dd hh24:mi:ss') WHERE mowner='CTAIS2' AND MASTER='T_TEST'
--slog$插入数据，主要snap_id.其实只需要是原来的slog$的数据
INSERT INTO SYS.Slog$ VALUES ('CTAIS2','T_TEST',NULL,23,NULL,to_date(' 21:36:56','yyyy-mm-dd hh24:mi:ss'),NULL,NULL);
INSERT INTO SYS.Slog$ VALUES ('CTAIS2','T_TEST',NULL,24,NULL,to_date(' 21:36:45','yyyy-mm-dd hh24:mi:ss'),NULL,NULL);
SQL> exec dbms_mview.refresh('MV_TEST','F');
PL/SQL procedure successfully completed.
SQL> exec dbms_mview.refresh('MV_TEST','F');
PL/SQL procedure successfully completed.
这样看来，手工维护物化视图日志，通过修改元数据，避免重新刷新，0RA-12034的办法为：
1.停止业务(应用服务器，JOB,CRONTAB),关闭监听，从v$session中确定没有其他连接，保持数据一致性
2.刷新所有相关物化视图（dba_registered_mviews可以确认，同时确认下有没现在已经没有刷新的注册，有就unregister掉）
3.备份mlog$,slog$
4.删除mview log并重建
5.更新元数据
UPDATE MLOG$ A SET A.OLDEST_PK = (SELECT B.OLDEST_PK FROM MLOG$_BAK B WHERE B.MOWNER = A.MOWNER AND B.MASTER = A.MASTER);
UPDATE MLOG$ A SET A.OLDEST = (SELECT B.OLDEST&&&& FROM MLOG$_BAK B&&&&&& WHERE B.MOWNER = A.MOWNER&&&&&& AND B.MASTER = A.MASTER);
INSERT INTO SLOG$& SELECT * FROM SLOG$_BAK WHERE MOWNER, MASTER,SNAPID NOT IN (SELECT MOWNER, MASTER, SNAPID FROM SLOG$);
另外提一下，如果把物化视图建立成on prebuilt table的形式，可以通过删除物化视图定义在重建，就可以很简单的维护这个问题。同样，对于DDL的修改，也可以解决而不需要重建。但是客户的物化视图是直接刷的，没办法了
阅读(6190) | 评论(0) | 转发(0) |
相关热门文章
给主人留下些什么吧！~~
:funk: 天哪，那真是同行了
球球哥哥来了:lol :lol
请登录后评论。