Oracle问题！！！

2甲骨文股份有限公司是全球最大的数据库软件公司，总部位于美国加州的红木滩。

公司类型 上市公司 (NASDAQ: ORCL)

口号 Oracle is the information company

成立于 加利福尼亚 (1977年)[1]

总部位于 美国加州红木滩市

重要人物 劳伦斯·埃里森 Lawrence (Larry) J Ellison, 首席执行官

产业 数据库软件

雇员数目 35000+

产品

数据库服务器

应用服务器

开发工具

中间件产品

BI

客户关系管理

供应链管理

JDE

收入 179亿美元 (2007财年)

主要产品

甲骨文公司主要的产品目前分为两大类：

服务器（服务器）及工具（主要竞争对手：国际商用机器、微软）

数据库服务器：2008年最新版本11G

应用服务器： Oracle Application Server

开发工具：Oracle JDeveloper，Oracle Designer，Oracle Developer，等等

应用软件（主要竞争对手：德国SAP公司。）

企业资源计划(ERP)软件。已有10年以上的历史。2005年，并购了开发企业软件的人科软件公司（PeopleSoft）以增强在这方面的竞争力。

客户关系管理(CRM)软件。自1998年开始研发这种软件。2005年，并购了开发客户关系管理软件的希柏软件公司（Siebel）。

Oracle公司是全球最大的信息管理软件及服务供应商，成立于1977年，总部位于美国加州 Redwood shore。2000财年(99年6月到2000年5月)营业额达101亿美元，再创Oracle公司销售额历史新高，比去年增长了13亿美元，盈利增长61%，达到21亿美元。Oracle公司现有员工超过三万六千人，服务遍及全球145个国家。Oracle公司拥有世界上唯一一个全面集成的电子商务套件Oracle Applications R11i，它能够自动化企业经营管理过程中的各个方面，深受用户的青睐，促使Oracle应用软件在2000财年第四季度的销售额达447亿美元，与SAP公司的同期应用软件销售额352亿美元相比，多出近1亿美元，这一事实表明，Oracle已经是世界最大的应用软件供应商。Oracle电子商务套件涵盖了企业经营管理过程中的方方面面，虽然它在不同的方面分别面对不同的竞争对手，而Oracle电子商务解决方案的核心优势就在于它的集成性和完整性，用户完全可以从Oracle公司获得任何所需要的应用功能，更重要的是，它们具有一致的基于Internet技术的应用体系结构，而如果用户想从其它厂商处获得Oracle电子商务所提供的完整功能，不仅需要从多家厂商分别购买不同的应用，而且需要另请咨询公司把这些不同的应用装配起来，还必须确保它们能够协同地工作。

先进的产品和高效率的企业运作，是Oracle公司利润得以继续增长的重要原因，一年前，Oracle公司确定了通过采用自身的Internet电子商务解决方案，实现每年节省10亿美元企业日常运作费用的目标，这一数据相当于将我们的年度利润率提高10%。

四年前电子商务在全球范围内还仅处于萌芽状态时，Oracle公司便前瞻性地作出了从领先的数据库厂商向以Internet计算为基础的完整的电子商务解决方案供应商转型的战略部署。这一前瞻性战略为Oracle带来了巨大的利益，今天，Oracle能够领先于竞争对手提供包括平台产品、应用产品和完善的服务在内的先进的、完整的、集成的电子商务解决方案，可以无缝集成供应链管理(SCM)、企业资源管理(ERP)、客户资源管理(CRM)和企业商业智能(BI)和电子商务应用IP(Internet Pocurement)、Exchange、Portal-to-go等产品。Oracle从低端到高端的所有方案100%基于Internet应用体系结构，都可以通过Web安全、直接地访问，使企业能够通过Web完成包括报价、定单、支付、执行、服务等在内的企业业务过程的所有环节，帮助企业将现有业务内容快速转移到电子商务，迅速获得来自电子商务的高效益。

Oracle应用产品包括财务、供应链、制造、项目管理、人力资源和市场与销售等150多个模块，荣获多项世界大奖,现已被全球近7600多家企业所采用。由于在电子商务方面的杰出表现，Oracle公司在美国Mongan Stanley公司最新公布的权威性全球企业1000强中，从去年的第122名一跃成为第13名，成为全球第二大独立软件公司和最大的电子商务解决方案供应商。目前， Amazon和Dell等全球十个最大的Internet电子商务网站、全球十个最大的B-to-B网站中的九个、93%的上市COM公司、65家“财富全球100强”企业均不约而同地采用Oracle电子商务解决方案。

Oracle中国公司

1989年Oracle公司正式进入中国市场，成为第一家进入中国的世界软件巨头，标志着刚刚起飞的中国国民经济信息化建设已经得到Oracle的积极响应，由Oracle首创的关系型数据库技术开始服务于中国用户。1991年7月，经过了近两年时间的努力开拓，为了更好地与迅速发展的业务相适应，Oracle在北京建立独资公司。今天的Oracle中国公司拥有超过3500名员工，并在全国十二个城市设立了分公司。

为了帮助中国用户及时、充分利用世界最先进的计算机软件技术与产品，Oracle中国公司在产品汉化方面投入了大量的资源，目前，Oracle的大部分产品均已实现了全面中文化，中文版产品的更新节奏与美国本土基本同步一致。与此同时，Oracle在中国得到了数以百计的国内计算机企业的合作与支持，除了惠普、Sun、康柏、Cisco、Intel等Oracle全球联盟合作伙伴和普华永道咨询有限公司、安达信企业咨询有限公司、安盛咨询、德勤企业管理咨询公司、凯捷安永咨询(亚太)有限公司等Oracle全球系统集成商外，Oracle公司在中国还建立起完整的合作伙伴体系，6家增值经销商、72家独立软件开发商、3家应用软件合作伙伴、180家授权分销商和4家授权培训中心，他们共同构成了基于Oracle技术产品基础的全国性市场开拓、系统集成、增值开发与技术服务体系，为Oracle在中国的业务发展提供了强有力的支持。由他们开发的数百个基于Oracle平台的商品化应用软件包，已经广泛应用于国内的政府部门、电信、邮政、公安、金融、保险、能源电力、交通、科教、石化、航空航天、民航等各行各业。

甲骨文公司主要产品简介

1 Oracle电子商务套件（Oracle E-Business Suite）

Oracle电子商务套件是行业中第一个集成的基于互联网的商务应用套件，它将前台与后台运营中的关键业务流程自动化。Oracle电子商务套件涵盖了营销、销售、服务、合同、定单管理、产品设计、采购、供应链、制造、财务、项目管理、人力资源与专业服务自动化在内的企业中每一个领域的业务。2001年全球共有1100多家企业实施了Oracle电子商务套件，目前全球已经有超过12000家用户正在获益于Oracle电子商务套件所带来的前所未有的好处。

自从Oracle电子商务套件首次面世以来，甲骨文公司已经推出了6种电子商务套件的增强版本，从而形成了一整套成熟的、功能齐全的应用套件。Oracle电子商务套件能够使用户在实施业务应用时拥有前所未有的可选择性与灵活性，它的开放式基础架构与单一数据模型使用户在部署套件中的应用软件时拥有多种选择，既可以单独使用，也可以组成业务流，还可以作为一个整体的集成套件来部署。Oracle电子商务套件既可以作为用CD ROM为载体的传统软件的形式，也可以作为一种在线服务的形式来提供给用户。

2 Oracle10g —— 新一代电子商务平台

Oracle10g是业界第一个完整的、智能化的新一代Internet基础架构，Oracle10g电子商务平台实际上是指Oracle数据库10g、Oracle应用服务器10g和Oracle开发工具套件10g的完整集成。

Oracle数据库10g是第一套具有无限可伸缩性与高可用性，并可在集群环境中运行商业软件的互联网数据库，具有400多个领先的数据库功能，在集群技术、高可用性、商业智能、安全性、系统管理等方面都实现了新的突破。作为甲骨文公司长达十年的软件技术研发成果，真正应用集群技术（Real Application Clusters）能够提供近乎无限的扩充能力与整体可用性，为用户带来透明的、高速增长的集群功能。

Oracle应用服务器10g是J2EE认证的、最轻、最快、最具伸缩性的应用服务器，提供了企业门户软件、无线支持、高速缓存、轻量级J2EE引擎、商务智能、快速应用开发、应用与业务集成、Web 服务等多种应用开发功能，形成完整的电子商务应用开发和部署环境。使用了Oracle应用服务器10g的用户可以通过升级软件来取代升级硬件，大大的节省了基础设施的成本花费。

Oracle开发工具套件10g是一套完整的集成开发工具，可用于快速开发使用Java和XML语言的互联网应用和Web服务，支持任何语言、任何 *** 作系统、任何开发风格、开发生命周期的任何阶段以及所有最新的互联网标准。

9i之后的Oracle的硬件要求很高，（Windows版本）9i建议配512M内存，10g建议配1G内存。

Oracle数据库的体系结构

Oracle数据库包括Oracle数据库服务器和客户端。

Oracle数据库服务器：

Oracle Server是一个对象一关系数据库管理系统。它提供开放的、全面的、和集成的信息管理方法。每个Server由一个 Oracle DB和一个 Oracle Server实例组成。它具有场地自治性（Site Autonomy）和提供数据存储透明机制，以此可实现数据存储透明性。每个 Oracle数据库对应唯一的一个实例名SID，Oracle数据库服务器启动后，一般至少有以下几个用户：Internal，它不是一个真实的用户名，而是具有SYSDBA优先级的Sys用户的别名，它由DBA用户使用来完成数据库的管理任务，包括启动和关闭数据库；Sys，它是一个 DBA用户名，具有最大的数据库 *** 作权限；System，它也是一个 DBA用户名，权限仅次于 Sys用户。

客户端：

为数据库用户 *** 作端，由应用、工具、SQL NET组成，用户 *** 作数据库时，必须连接到一服务器，该数据库称为本地数据库（Local DB）。在网络环境下其它服务器上的 DB称为远程数据库（Remote DB）。用户要存取远程 DB上的数据时，必须建立数据库链。

Oracle数据库的体系结构包括物理存储结构和逻辑存储结构。由于它们是相分离的，所以在管理数据的物理存储结构时并不会影响对逻辑存储结构的存取。

1逻辑存储结构

它由至少一个表空间和数据库模式对象组成。这里，模式是对象的集合，而模式对象是直接引用数据库数据的逻辑结构。模式对象包括这样一些结构：表、视图、序列、存储过程、同一词、索引、簇和数据库链等。逻辑存储结构包括表空间、段和范围，用于描述怎样使用数据库的物理空间。而其中的模式对象和关系形成了数据库的关系设计。

数据块（Block）：是数据库进行UO *** 作的最小单位，它与 *** 作系统的块不是一个概念。oracle数据库不是以 *** 作系统的块为单位来请求数据，而是以多个Oracle数据库块为单位。

段（Segment）：是表空间中一个指定类型的逻辑存储结构，它由一个或多个范围组成，段将占用并增长存储空间。

其中包括：

数据段：用来存放表数据；．

索引段：用来存放表索引；

临时段：用来存放中间结果；

回滚段：用于出现异常时，恢复事务。

范围（Extent）：是数据库存储空间分配的逻辑单位，一个范围由许多连续的数据块组成，范围是由段依此分配的，分配的第一个范围称为初始范围，以后分配的范围称为增量范围。

年表

约70年代 一间名为Ampex的软件公司，正为中央情报局设计一套名叫Oracle的数据库，Ellison是程序员之一。

1977 年艾利森与女上司Robert Miner创立“软件开发实验室”（Software Development Labs），当时IBM发表“关联数据库”的论文，艾利森以此造出新数据库，名为甲骨文。

1978 年 公司迁往硅谷，更名为“关系式软件公司” (RSI)，两年后，共有8名员工，年收入少于100万美金。最先提出“关联数据库”的IBM采用RSI的数据库。1982年再更名为甲骨文(Oracle)。

1984年 三年内，先后进军加、荷、英、奥地利、日、德、瑞士、瑞典、澳洲、芬兰、法、香港、挪威、西班牙。1986年上市时，年收入暴升至5500 万美元，同年3月招股，集资3150万美元。

1987年 年收入达到 131 亿美元，甲骨文一年后成为世界第四大软件公司。两年内再进军墨西哥、巴、中、塞浦路斯、马来西亚及新西兰。一年后，收入再升一倍至282亿美元。

1990年 甲骨文两年内挥军进入智利、希腊、韩、葡、土、委内瑞拉、台、比利是、阿根延、哥伦比亚、哥斯达黎加及菲等地，但市甲骨文首次录得亏蚀，市值急跌80%，艾利森首次安排资深管理人员参与经营。

1992年 旗鉴产品Oracle 7面世，该公司重拾升轨，年收入达到 1179 亿美元。曾被视为甲骨文接班人、但后来被踼出局的Raymond Lane担任营运总监。

1995年 艾利森宣布PC已死，把全数产品推向因特网发展，并另组“网络电脑公司”（Network Computer），销售“网络电脑”，最终被淘汰收场。

2000年 科网接近尾声时，推出E-Business Suite，抢占应用产品市场，与昔日的生意伙伴构成严重利益冲突。同期微软及IBM数据技术提升，此后Oracle新增订单数目的占有率，在两年内下跌66%，业务倒退10%。

2003年 敌意收购仁科软件公司(Peoplesoft)，引起业界轰动。两公司的争嗌新闻层出不穷。同年美国司法部落案阻止甲骨文收购。

补充内容：

oracle11g

2007年7月12日，甲骨文公司在美国纽约宣布推出数据库Oracle 11g，这是Oracle数据库的最新版本。甲骨文介绍说，Oracle 11g有400多项功能，经过了1500万个小时的测试，开发工作量达到了36万人/月。

有意思的是，根据甲骨文以往几个版本的发行经验，发布新版Oracle数据库的频率在3年左右，以此类推，Oracle 11g应该在07年年底发布，选择在7月份发布，不知道是否和代号Katmai的SQL Server 2008有关，因为目前还处于测试阶段的SQL Server 2008将在08年2月发布，业内用Oracle 10g和SQL Server 2003做比较也曾一度惹恼了甲骨文。

XML显高温

当XML面世之时，也许没有哪个数据库厂商会对这种技术给以足够的关注，然而在今天，XML已经开始对数据存储产生巨大的影响。到现在，这种可扩展标记语言已是各种数据，特别是文档的首选格式，国际主流的数据库厂商们自然也随行就市，全都推出了兼容传统关系型数据与XML数据混合应用的新一代数据库产品。

XML在数据存储方面有一个明显的优点，那就是可以直接将逻辑关系编写在XML文件当中。一个时髦的XML数据库应该提供哪些功能呢归纳起来应该有四个基本功能：使用、存储、查询和产生XML的能力。

在Oracle 10g中，曾被人们津津乐道的最重要的改进是增加了对XML schema(XML语法)转换的支持，它允许用户通过将现有的数据映射为新的schema来实现XML schema转换。而不必把所有XML数据输出后再重新输入进去，其它事情将由数据库自动完成。

在Oracle 11g中， XML DB的性能又获得很大提高，XML DB是Oracle数据库的一个组件，客户可以以本机方式存储和 *** 作XML数据。11g增加了对二进制XML数据的支持，现在客户可以选择适合自己特定应用及性能需求的XML存储选项。

当然，不仅仅是甲骨文看好XML，为吸引Oracle用户，IBM公司DB2 9打XML旗号直接把XML作为其新产品的最大卖点;微软和Sybase也宣称它们的产品也可以实现高性能XML存储与查询，使现有应用更好地与XML并存。

网格计算有点冷

新的Oracle 11g仍使用g(Grid)作为后缀，以代表这是一个包含了网格技术基础的数据库。甲骨文称，Oracle 11g能更方便地在低成本服务器和存储设备组成的网格上运行。不过，目前仅有IBM DB2数据库也支持网格计算技术。

网格计算将多个服务器和存储器当作一台大型电脑协调使用，使它们在高速网络上动态地共享计算机资源，以满足不断变化的计算需求。简而言之，即将多个服务器和存储器当作一台主机协调使用。网格计算被广泛视为未来的计算方式。

尽管微软对网格计算的兴趣也很浓厚，承诺要让Windows能够更好地适应高数据强度的计算网格。但微软除了在内部研究之外，似乎一直在这个话题上非常沉默。对于数据库中网格计算，微软和Sybase方面表示，网格应用在技术上还需解决一些问题(如：多节点性能问题) ，网格技术要成为商业应用的主流，还需要几年时间在应用和产品上进一步完善。

不容乐观的是，在咨询公司Quocirca发布的调查显示，我国网格实际采用率仍然偏低，总体网格指数在15个被调查国家中只排第9位，处于中下游，甲骨文表示，中国用户可能对网格的价值还没有真正接受。很多中国企业有一种观望的心态，觉得应用网格存在风险。

11g安全了吗

有业内人士曾表示，Oracle 10g只能算是一个过渡版本。因为06年，下一代安全软件机构NGSS对微软SQL Server和Oracle数据库做了一个弱点对比，结果表明Oracle的数据库产品存在更多的弱点。

NGSS的研究人员称，Oracle有233个缺陷点，而SQL Server只有59个。这些缺陷在SQL Server7、2000以及2005中，在Oracle8、9以及10g版本中被报道，并被修复。分析机构ESG也发布调查报告表示，在安全性方面微软击败了甲骨文，似乎甲骨文数据库“无懈可击”的安全神话已不复存在。

针对那些不断对甲骨文安全性能表示批评的专家，甲骨文终于开始猛烈还击。2006年底，甲骨文全球技术事业部的安全经理Eric Maurice在公司的博客上表示，甲骨文在开发和安全方面的技术水平居业界领先位置。与微软数据库的安全性能比较，不过是别有用心的人在玩数字游戏，甲骨文不会让外部的压力改变其既定的安全策略。

到现在，起码可以从资料上看到，Oracle的安全认证获得最高认证级别的ISO标准认证，而SQL Server并没有获得什么安全认证。从这方面证明了Oracle的安全性不应该被受到如此指责。

从甲骨文此次推出的11g可以看到，在安全方面除了10g已经存在的数据阀门和加密外，11g又增加了四项安全功能，即安全备份、非对称数据的授权安全检索、监控、管理和报警。

Oracle 11g数据库增强了Oracle透明数据加密功能，将这种功能扩展到了卷级加密之外。11g还增加了表空间加密功能，可用来加密整个表、索引和所存储的其它数据。存储在数据库中的大型对象也可以加密。

看来甲骨文很注重11g在安全上的表现，闪回交易技术可以撤销错误交易以及任何相关交易，并行备份和恢复功能。另外，一种新的顾问软件—数据恢复顾问，可自动调查问题，智能地确定恢复计划并处理多种故障情况。

Oracle 11g的Oracle Data Guard组件可用于对生产数据库的报告、备份、测试和“滚动”升级。通过将工作量从生产系统卸载到备用系统，并组成一个更经济的灾难恢复解决方案。

也许正是在安全性上的增强，才使得甲骨文公司数据库服务器技术高级副总裁Andy Mendelsohn自信地表示：“Oracle 11g真正克服了挑战并实现了真正的创新。”

一个疯狂的发烧友在自家的车库中改造了小型IDC，并利用Sun Enterprise 220R Server架设了Oracle 10g数据库

增强信息生命周期管理和存储管理能力：引入了更多的自助式管理和自动化功能;

◆透明的加密：Oracle将这种功能扩展到了卷级加密之外;

◆提高信息可用性：免受计划停机和意外宕机影响;

◆更快的XML：通过XML DB组件，客户可以本机方式存储和 *** 作XML数据;

◆增强了自助式管理和自动化能力：增加了自动SQL和存储器微调等管理功能;

◆增强了应用开发能力：提供多种开发工具供开发人员选择，包括Java实时编译器。

开源数据库成熟时

以MySQL、PostgreSQL为代表的开源数据库系统，已成为取代闭源数据库的一种颇具吸引力的选择。

成熟的开源数据库，让Oracle这样的闭源厂商难以腾飞

知名的网络游戏The Matrix Online(骇客帝国Online)，每天有数万名网上玩家同时在线，为了能够支撑庞大的在线游戏玩家同时进行游戏，Sony Online Entertainment(索尼在线娱乐公司，以下简称SOE)需要密集使用数据库。

以往SOE会使用大量的Oracle RAC集群提供服务，但是由于Oracle数据库的授权证十分昂贵及欠缺d性，加上公司需要更多额外数据库。所以从2005年开始，该公司就开始寻求既具有较低总拥有成本，又具有较好灵活性的开源数据库以取代Oracle数据库。

踢开Oracle

SOE对数据库的需求相当可观，其数据库应用程序是关键任务应用程序的最恰当诠释：每天有数十万在线玩家在玩SOE的游戏，而每款游戏都是一个数据库及其密集的应用程序。

事实上，SOE在应用开放源代码的应用上有很长历史，曾经就使用过Linux、Tomcat、Apache、Hibernate架设系统，此次的开源抉择，SOE更注重寻觅能够利用其宝贵资产(内部能够熟练使用Oracle的数据库人才)的方法，在选择开源数据库时，列出了四项标准：

1、能够充分发挥其现有数据库管理员和开发人员的潜能;

2、易于将SOE现有的Oracle应用程序迁移到新的数据库;

3、能够提供商用级别质量可靠性，包括备份和恢复标准，以支持关键任务应用程序;

4、可扩展，具有高性能。

在选择开源数据库之前，SOE需要使用许多Oracle 9i RAC群集。另外，SOE在其后台运营中部署了数据库。与如今的很多企业一样，SOE希望开源软件能够提供应对这些业务挑战的解决方案。

根据SOE对不同开放源码数据库的评估，他们选择了兼容Oracle数据库的EnterpriseDB，因为SOE有八成以上的特定Oracle应用程式，可以在极少、甚至无需修改的情况下在EnterpriseDB执行，以现有开支比较，利用EnterpriseDB后，每款线上游戏的整体拥有成本可降低80%，每年节省总额过百万，在2007至2008年度，SOE将使用数百台EnterpriseDB数据库集群服务器。

开源更有前途

使用Oracle数据库的企业一般都会对开源数据库感兴趣，主要有三个方面原因：首先，通过部署开源数据库，这些企业可以显著降低数据库的总拥有成本(TCO)，有时降幅甚至高达90%;其次，他们通常可以从其他厂商获得更大的许可灵活性以及业务便利;最后，这些企业会发现其他厂商更渴望为他们提供出色技术。

对于开源数据库，企业多少也会有些担心，因为许多企业仅限于将开源数据库用于一些简单的应用程序，如一些网站的支持应用。因为这些企业普遍认为开源数据库可能不够稳定，可靠性或者可扩展性不够高，因而无法满足他们的关键任务应用需求。另外，企业可能还觉得更改数据库的代价，例如，与应用程序重新编码，人员重新培训相关的成本，可能会超出预期的节省目标。

MySQL、FireBird、EnterpriseDB和Postgre(PostgreSQL的前身)都是非常健壮的开源数据库，而EnterpriseDB又是基于PostgreSQL进行开发的，不仅保留了PostgreSQL的稳定性，而且可实现50%的速度增长，系统可以自动监测是否有补丁程序存在，大大减轻管理员的工作。

近几年来，美国一些大企业纷纷采用开放源码数据库，它们往往在总部采用商业数据库，而在分支机构的Linux服务器上采用开源产品。这些数据库除了费用便宜，还各有独到之处。与商业化产品相比，开源数据库结构简单，但功能不简单，读取 *** 作快捷，易管理，甚至不需要全职的管理员。由此吸引了像Cisco、Yahoo这样的大公司，以及众多的中小企业。而在国内，我们熟悉的新浪、网易等大型门户网站也是开源数据库的使用者。

该企业品牌在世界品牌实验室（World Brand Lab）编制的2006年度《世界品牌500强》排行榜中名列第三十六。

Red Hat Linux *** 作系统，是Linux *** 作系统的一个发行版。那么针对linux Red Hat 这类 *** 作系统的备份与恢复，或者数据迁移，需要借助一款工具，UCache灾备云！它既是一个高效的云容灾备份平台、又可以作为一款强大的数据迁移工具。首先需要在UCache云灾备平台上申请一个管理账号，并联系客服索要agent代理端下载链接，在服务器里安装完agent，之后就可以切换回UCache灾备云平台的管理后台进行相应的 *** 作了。

在UCache灾备云控制台首页，左侧菜单栏有五类选项： 持续数据保护、 定时数据保护 、个人信息、任务告警、资源模块。主要功能：

（1）持续数据保护：

持续数据保护（英文名：continuous data protection，CDP），也称作持续备份（continuous backup），是一个在任何变化发生时，能备份企业所有的数据的存储系统。实时备份在任意时间间隔内对数据进行备份，无备份时间窗口，保障数据的零丢失。可以针对需要做实时备份的数据进行任务添加，比如应用级数据库就可以在这里添加实时备份的任务。

举例：利用UCache灾备云平台对linux Red Hat服务器系统备份时，保护的客户端为：redhat65，保护的应用类型可以选择：文件系统、Mysql数据库、Oracle数据库、DB2数据库。

选择要进行备份的文件目录和文件内容，可以全选和分选，还可以利用UCACHE灾备云控制台的“文件过滤”“目录过滤”“时间过滤”功能进行不必要的数据不进行备份策略添加。为了备份效率不建议两个任务包含同一文件。选择完要过滤的数据之后点击下一步，可进行下一步备份的高级功能选择，比如：永久增量备份、数据保留策略、传输和存储加密、数据压缩、重复数据删除等。任务添加后，在web控制台可以看到刚已添架的备份任务。

注意：在第一次备份任务执行时需要选择“完整备份”“差异化备份”两种备份方式，默认首次备份只能执行完整数据备份，在第二次备份时可以进行服务器差异化备份方式。备份执行完毕，会得到系统的执行反馈。

另外，相应的也会涉及到这类数据的实时复制、接管演练、策略模板、数据恢复、数据清理等，这些 *** 作也都是对应这次实时备份任务建立后的连续的动作，产生了实时备份的数据，才可以对其选择相应的时间戳进行恢复，最快可以达到秒级恢复。

当生产服务器文件数据被损坏或者意外丢失时，UCACHE灾备云使用之前的文件系统备份集，可以利用备份产生时的时间戳，来实现文件数据的完整恢复、差异化数据恢复，达到生产数据还原的目的。当然，这个场景也适用于当我们需要做数据迁移时用到，或者生产数据出现问题需要恢复到另一个客户端的时候，或直接在云端进行业务接管时，都会用得上。

（2）定时数据保护

定时备份是对数据进行周期性备份，存在备份时间窗口。 对关键业务数据及系统按策略进行定时备份。这种场景适用于用户有些数据可能希望每天或者每周备份一次即可，频率可以根据用户需要对其进行设置添加备份任务。备份时既可以错开用户业务高峰，对设备的CPU、内存等计算资源及带宽不会在用户业务高峰时占用资源。

接下来的一波 *** 作与上面讲到的实时备份任务的添加过程类似，可以一步一步进行相应的设置。任务建立后则对用户的数据进行定时的自动备份。假如我们设置的备份频率为5分钟/次的备份任务，那么当生产服务器文件数据被损坏或者意外丢失时，或遭遇“勒索病毒”时，根据我们添加的任务计划，按天按时定点进行备份/恢复，我们就可以选择相应的时间节点来选择5分钟前服务器数据没丢失或没被“勒索病毒”感染时的数据点恢复，即可。

另外：恢复的路径有2种选择，一种是原路径恢复，但原路径有可能服务器或环境出现问题导致我们不能进行原路径恢复，那么我们还可以选择恢复到另一个客户端，或者这时候任务接管就起了作用。我们可以把生产环境立刻切换到新的生产环境，总之，通过UCache灾备云技术方案可以保证我们的RTO(复原时间目标)和RPO(复原点目标)值最小。

（3）个人信息

这个不用解释了吧，里面有需要绑定邮件作为邮件告警时发送邮件使用的目的邮箱地址。

（4）任务告警

这个是根据我们执行完毕的备份任务，设定告警监控策略，如备份成功了邮件告警，或者备份任务失败时告警，或者账号管理账号登录时邮件告警，总之邮件告警的策略内容丰富，根据用户需要添加即可。

（5）资源模块

因为UCache平台的数据备份与自动恢复的功能不止是针对对linux Red Hat服务器系统备份与恢复的时候有应用场景，显示占用资源及重删资源。另外，UCache灾备云自动备份与恢复的场景还包括了：公有云、虚拟环境、物理环境以及私有云和混合云状态下的数据级、应用级的定时备份、差异化备份等内容。

经常会有人问我数据库是干啥的，其实一开始我是拒绝回答的，因为我也不能做到通俗易懂的表达出来，毕竟我接触这个概念也没有多长时间，但随着问的人多了，我觉得是时候脑补一下我的第一堂课了，万一哪天冒出来个货跟你掰扯这事儿，你没分分钟给他说清，最后弄个丢里儿丢面儿，好尴尬呀。

数据库，说白了就是按照数据结构来组织、存储和管理数据的仓库，这些数据是结构化的，并可为多种应用服务。也就是说，数据库是使用计算机服务器来存储数据的，专门用来提供各种数据服务。可以这样想像，过去一个公司的所有财务数据都是放在保险柜里面，而现在我们就可以针对这些财务数据搭建一个数据库放在某台计算机或服务器上面;再比如，企业或事业单位的人事部门常常要把本单位职工的基本情况(职工号、姓名、年龄、性别、籍贯、工资、简历等)存放在表中，这张表就可以看成是一个数据库。有了这个"数据仓库"我们就可以根据需要随时查询某职工的基本情况，也可以查询工资在某个范围内的职工人数等等。这些工作如果都能在计算机上自动进行，那我们的人事管理就可以达到极高的水平。此外，在财务管理、仓库管理、生产管理中也需要建立众多的这种"数据库"，使其可以利用计算机实现财务、仓库、生产的自动化管理。最常见的数据库有：银行储蓄系统、手机话费系统、美容美发会员系统、超市会员积分系统、水电费系统、机票或火车票系统等，这些都需要后台数据库基础设施的支撑。举了这么多例子，应该是把数据库说明白了，至少能在大脑里面有个概念，知道这个东西是干啥的。

现在大数据被炒的红得发紫，而大数据的基础也是数据，由此可见，数据是一个企业的核心资源，说它是企业的立身之本、发展之基都不为过，因此，维护数据库的数据库管理员(DBA)是企业不可或缺的。

目前市面上的数据库产品有很多，单从规模上分可分为大型、中型、小型几种，典型的数据库产品如下：

大型数据库：Oracle、DB2、Sybase;

中型数据库：MySQL、SQLServer、Infomix;

小型数据库：Access、VisualFoxpro。在众多的数据库产品中，Oracle数据库一直处于行业领导先地位，也是当今最流行的关系型数据库。Oracle可翻译成"甲骨文"，它是一家以数据库为主业的全球化公司，是全球第二大软件公司(第一名是微软公司)，目前Oracle在数据库软件市场已经排名第一，数据库软件市场份额达到486%，遥遥领先于第二名占有率仅为207%的IBM公司的DB2。在中国市场上的计算机专业系统后台所使用的数据库尤以Oracle数据库居多。但是购买Oracle数据库需要很大一笔费用，一般的大型企业使用，需要有专业人员进行管理和维护，中小企业承担不起。中小企业为了节省成本，一般使用MySQL、PostgreSQL这类免费开源的数据库，所以Oracle数据库相关的工作岗位一般是在大型企业中。

对于为什么选择Oracle数据库，而不是其他的数据库

第一，是因为Oracle数据库占据最大的市场份额，并且越来越大，市场需要很多Oracle数据库方面的人才，中国有句老话说"做对事，选对人"，是同样的道理;第二，是很多非Oracle数据库的老系统正往Oracle数据库迁移，其他数据库市场占有率在减少，其他数据库工作者有面临失业的风险;第三，Oracle有大量的官方学习文档，还有部分中文文档，可以有效地进行学习;第四，Oracle有大量的从业人员，有共同方向的朋友可以互相帮助，不再是孤胆英雄;第五，是可以很容易地从Oracle官方网站下载功能齐全的数据库最新版本进行学习，可以让你了解数据库方面的最新发展趋势等。

在此说明，以后的所有内容都是基于Oracle11g数据库产品的，下面我们就简单介绍一下Oracle11g的系列产品：

企业版(EnterpriseEdition)此版本包含了数据库的所有组件，并且能够通过购买选项和程序包来进一步对其增强。

能支持例如大业务量的在线事务处理OLTP(On-LineTransactionProcessing联机事务处理系统)环境、查询密集的数据仓库和要求苛刻的互联网应用程序。

标准版1(StandardEditionOne)此版本为工作组、部门级和互联网、内联网应用程序提供了前所未有的易用性和性价比。从针对小型商务的单服务器环境到大型的分布式部门环境，该版本包含了构建重要商务应用程序所必需的全部工具。它仅许可在最高容量为2个处理器的服务器上使用，支持Windows/Linux/UNIX *** 作系统，并支持64位平台 *** 作系统。

标准版(StandardEdition)此版本提供了StandardEditionOne所不具有的易用性、能力和性能，并且利用真正的应用集群(RAC)提供了对更大型计算机和服务集群的支持。它可以在最高容量为4个处理器的单台服务器上、或者在一个支持最多4个处理器的集群上使用，可支持Windows、Linux和UNIX *** 作系统，并支持64位平台 *** 作系统。

简化版此版本支持与标准版1、标准版和企业版完全兼容的单用户开发和部署。通过将Oracle数据库获奖的功能引入到个人工作站中，该版本提供了结合世界上最流行的数据库功能的数据库，并且该数据库具有桌面产品通常具有的易用性和简单性，可支持Linux和Windows *** 作系统。

从存储结构上来说，目前流行的数据库主要包含以下两种：

RDBMS：关系型数据库，是指采用了关系模型来组织数据的数据库;

NoSQL数据库，是指那些非关系型的、分布式的数据库。简单来说，关系模型指的就是二维表格模型，而一个关系型数据库就是由二维表及其之间的联系所组成的一个数据组织。

关系型数据库优点：

1、容易理解

二维表结构是非常贴近逻辑世界的一个概念，关系模型相对网状、层次等其他模型来说更容易理解。

2、使用方便

通用的SQL语言使得 *** 作关系型数据库非常方便。

3、易于维护

丰富的完整性大大减低了数据冗余和数据部移植的概率。

4、事务安全

所有关系型数据库都不同程度的遵守事物的四个基本属性，因此对于银行、电信、证券等交易型业务是不可或缺的。

关系型数据库的瓶颈：

1、高并发读写需求

网站的用户并发性非常高，往往达到每秒上万次读写请求，对于传统型数据库来说，硬盘I/O是一个很大的瓶颈。

2、海量数据的高效率读写

互联网上每天产生的数据量是巨大的，对于关系型数据库来说，在一张包含海量数据的表中查询，效率是非常低的。

3、高扩展性和可用性

在基于WEB的结构中，数据库是最难进行横向扩展的，当一个应用系统的用户量和访问量与日俱增的时候，数据库却没有办法像WEBServer和APPLICATIONServer那样简单的通过添加更多的硬件和服务节点来扩展性能和负载能力。对于很多需要提供24小时不间断服务的网站来说，对数据库系统进行升级和扩展是非常痛苦的事情，往往需要停机维护和数据迁移。

NoSQL数据库

NoSQL一词首先是CarloStrozzi在1998年提出的。2009年再次提出了NoSQL一词，用于指那些非关系型的、分布式的，且一般不保证遵循ACID原则的数据存储系统。

NoSQL具有以下特点：

1、可以弥补关系型数据库的不足

2、针对某些特定的需求而设计，可以具有极高的性能

3、大部分都是开源的，由于成熟度不够，存在潜在的稳定性和维护性问题。

关系型数据库适用于结构化数据，而非关系型数据库适用于非结构化数据，二者优势互补，相得益彰。

Oracle数据库未来的发展方向是提供结构化、非结构化、半结构化的解决方案，实现关系型数据库和NoSQL共存互补。值得强调的是，目前关系型数据库仍是主流数据库。

虽然NoSQL数据库打破了关系型数据库存储的观念，可以很好地满足WEB20时代数据的存储要求，但NoSQL数据库也有自己的缺陷。在现阶段的情况下，可以将关系型数据库和NoSQL数据库结合使用，相互弥补各自的不足。

关于数据库及其代表产品Oracle今天就介绍这么多，有兴趣的可以继续深挖，希望我的介绍能让你对数据库有一个更深入的认识。如果有志于在这方面发展的话，就让我们一起跟往事干杯从头再来。

Oraxml11dll是Oracle数据库安装程序中的一个重要文件，如果系统中缺少了这个文件，可能会导致无法正常使用Oracle数据库或其他应用程序。发生Oraxml11dll丢失的情况通常是由以下原因引起的：

1电脑上的Oraxml11dll文件被误删或病毒感染等原因丢失。

2安装Oracle数据库过程中出现错误，导致Oraxml11dll文件丢失。

3升级Windows系统或应用程序时，更新 *** 作未能正确更新Oraxml11dll文件。

如果在使用Oracle数据库或应用程序时提示Oraxml11dll文件缺失，需要重新安装该文件。以下是具体的解决方法：

1从Oracle官网上下载Oraxml11dll文件，并将其复制到原来的目录下。如果您不知道原目录的位置，请在系统搜索框内输入“Oraxml11dll”，找到该文件后记录路径，然后将下载的文件复制到该路径下即可。

2重新安装Oracle数据库或程序。可以从安装光盘或官方网站下载安装程序，执行安装 *** 作即可。在安装过程中，查看是否有Oraxml11dll文件的安装选项，勾选选项后将文件安装到系统中即可。

3运行系统文件检查器。在Windows系统中可以使用sfc /scannow命令运行系统文件检查器，该命令会自动扫描系统文件并修复丢失或损坏的文件。

总之，Oraxml11dll文件丢失会影响Oracle数据库或应用程序的正常使用。需要尽快找到原因并重新安装该文件，以恢复应用程序的正常运行。

户A打开应用的界面，看到数据库的某条记录

b用户B打开应用的界面，看到同样一条记录

c 用户A对记录做了修改

d 对于web应用而言[假设没有应用comet类似技术]，通常B不知道这个修改，这时B也对同样这条记录做修改，那B就有可能覆盖A做的修改;

这个问题在数据库中被称为丢失更新问题

2我自己对这个问题的理解过程是这样的：

a 不知道这个问题

我在做开发好长时间之后才意识到这个问题，意识到这个问题之后，我后来发现很长一段时间内都没真正搞明白为什么这是个问题-_- 而且我发现现在周围的很多同事，尤其是新毕业的学生，其实也一直过了很长时间都没明白这个问题，这说明吧不知道这个丢失更新问题是一个非常普遍的问题：)

b用信号量以及 *** 作之前再次验证的方法解决

最开始的时候，测试发现了这样一个问题，要求解决，我把 *** 作系统的教科书搬来，对照着写了一个信号量semaphore类[那时候还是jdk 142，jdk里面没有concurrent包]，花了好长时间测试这个semaphore的实现是正确的[重复发明轮子的血泪史]，

然后用来控制这个 *** 作，每次 *** 作前获取信号量，然后验证，再做真正的数据库 *** 作。。。相当于在应用层每次都只做一件事。

c 再次理解

再后来，我看了Tom的这本9i和10g的书，书中提到前面的丢失更新过程，大概有点明白为什么这是个问题

8a7315603d51c12ef97a82729cdc4677png

但是其实我有个疑问，对于数据库中的记录而言，A做的修改本来就有可能被B覆盖的，为什么这会是一个丢失更新问题呢 正好项目里面又出现了类似的情况，我仔细观察了下，终于明白为什么这是个问题，以及为什么要使用对应的乐观锁悲观锁方案了。下面对此做详细说明

3 一个比较清楚的场景

下面这个假设的实际场景可以比较清楚的帮助我们理解这个问题：

假设当当网上用户下单买了本书，这时数据库中有条订单号为001的订单，其中有个status字段是’有效’,表示该订单是有效的;

后台管理人员查询到这条001的订单，并且看到状态是有效的

用户发现下单的时候下错了，于是撤销订单，假设运行这样一条SQL: update order_table set status = ‘取消’ where order_id = 001;

后台管理人员由于在b这步看到状态有效的，这时，虽然用户在c这步已经撤销了订单，可是管理人员并未刷新界面，看到的订单状态还是有效的，于是点击”发货”按钮，将该订单发到物流部门，同时运行类似如下SQL，将订单状态改成已发货:update order_table set status = ‘已发货’ where order_id = 001

如果当当的系统这样实现，显然不对了，肯定要挨骂了，明明已经取消了订单，为什么还会发货呢而且确实取消订单的 *** 作发生在发货 *** 作之前啊。 因为在这样的实现下，后台管理人员无论怎么做都有可能会出错，因为他打开系统看到有效的订单和他点发货之间肯定有个时间差，在这个时间差的时候总是存在用户取消订单的可能。

4 当时的详细解决方法。几年前当测试人员告诉我系统存在这个问题的时候，我的解决方法是这样的， 首先，先把 *** 作系统的教科书搬来，然后对照着了一个semaphore,然后反复测试各种情况证明写的是正确的; 然后，

1 获取一个信号量，保证每次只能有一个线程进入下面的步骤

2 检查数据库，看这条订单是否状态是有效的

a 如果有效则继续，进入发货步骤 b) 如果无效则返回，释放信号量，告诉用户状态已经发生改变

3 发货，释放信号量

看到这里，也许很多人要骂我蠢了，直接把SQL语句改成下面这样吧就可以了么 update order_table set status = ‘已发货’ where order_id = 001 and status = ‘有效’ 是的，的确是这样。虽然我当时的项目的情况比和这个稍微复杂一点，涉及到多张表格，不能直接这么做，但当时的确不知道这个更新丢失问题，也没想到合适的类似方式，于是就在应用层做了这么一个每次实际上只能有一个用户在做真正的更新这样一个方式来解决，这样做的结果是，在应用层单独做了类似这么一个锁的机制。我记得当时的项目毕业答辩的时候，老师问我同步的这个问题不直接用数据库的锁的方案来解决我当时胡乱回答了下，后来想起来，其实压根没理解老师的意思-_- 而且这样做有一个问题，假设在特殊情况下，这条订单被DBA直接修改了，没有经过应用，那么应用做这个 *** 作也会是错的，因为在2a到3之前的这段时间，有可能正好是DBA直接修改的时候。那么3做的 *** 作也是不对的。 而且，现实情况是在后来的几年开发过程中，我也的确在一些不同的项目代码中看到，其他很多人也在使用类似的代码解决测试人员告诉他们的这些同步问题-_-

5正确而简洁的解决方法

问题清楚了，也说明了我曾经使用的解决方案也是一个简洁直接的解决方案，纯粹是把简单问题复杂化，下面说说实际有效的解决方案; 就这个丢失更新问题，可以通过数据库的锁来实现，基本两种思路，一种是悲观锁，另外一种是乐观锁; 简单的说就是一种假定这样的问题是高概率的，最好一开始就锁住，免得更新老是失败;另外一种假定这样的问题是小概率的，最后一步做更新的时候再锁住，免得锁住时间太长影响其他人做有关 *** 作;

6 乐观锁的方法

这里先说web开发中常用的乐观锁的方法：

1很简单，就是使用前面所说的这样一条SQL，这其实是所谓使用”前镜像”的方式来保证需要更新的数据是符合要求的，

update order_table set status = ‘已发货’ where order_id = 001 and status = ‘有效’ Tom的书上举的例子是对所有列做更新，所以他的SQL大致如下 Update table set col1 = newcol1value, col2 = newcol2value… where col1 = oldcol1value and col2 = oldcol2value… 这个我觉得需要根据应用具体分析，如果需要判断所有的值，那就判断所有的值，如果只关心其中一个或部分值，那只需要取相关的值就好了，就比如这里的订单的状态

2使用版本列[比如时间戳

这个方法比较简单，也最常用，就是在数据库表格中加一列last_modified_date，就是最后更新的时间，每次更新的时候都将这列设成systimestamp，当前系统时间;

然后每次更新的时候，就改成这样 Update table set col = newvalue where id = and last_modified_date = old last_modified_date 这样，就可以检验出数据库的值是否在上次查看和这次更新的时候发生了变化，如果发生了变化，那么last_modified_date就变化了，以后的更新就会返回更新了0行，系统就可以通知用户数据发生了变化，然后选择刷新数据或者其他流程。

至于这个last_modified_date的维护，可以选择让应用每次都维护这个值，或者是使用存储过程来包装更新的 *** 作，或者是使用触发器来更新相关的值。几种方法各有利弊，比如应用维护需要保证每段相关代码都正确的维护了这个值;存储过程有一定的开销，通常很多开发对写存储过程可能也不熟练;触发器是简单的实现，但是也是有开销的。具体使用哪种方法需要根据实际情况具体取舍。

3使用校验或Hash值

这种方法和前面的方法类似，无非是根据其他有实际意义的列来计算出一个虚拟的列，我个人觉得TOM在介绍这个纯粹是介绍了一种”奇技*巧”，反正我是在实际过程中不知道哪里会需要这样的解决方案，或许也是因为我知道的太少了吧：)

4使用Oracle 10g的ORA_ROWSCN

这个就是利用10g的一个ora_rowscn特性，可以对每行做精确追踪，不过这个要求在create table的时候就指定相关参数，表格如果创建了以后就不能用alter table来修改了，因为这依赖于物理的实际存储。 同样，我觉得这也可以归为”奇技*巧”一类; 具体如果有兴趣了解详情的话，可以参考Tom的书

我们一直都在努力坚持原创请不要一声不吭，就悄悄拿走。

我原创，你原创，我们的内容世界才会更加精彩！

所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。

微信公众号

TechTarget

官方微博

TechTarget中国

相关资源：oracle乐观锁和悲观锁详细教程_oracle的乐观锁-Oracle文档类资源

点击阅读全文

打开CSDN，阅读体验更佳

Oracle数据库悲观锁与乐观锁_diweikang的博客

注:对于悲观锁是针对并发的可能性比较大,而一般在我们的应用中用乐观锁足以。 Oracle的悲观锁需要利用一条现有的连接,分成两种方式,从SQL语句的区别来看,就是一种是for update,一种是for update nowait的形式。 1 执行select xxx

ORACLE悲观锁和乐观锁_hongwei3344661的博客

1、无论是选择悲观锁策略,还是乐观锁策略。如果一个对象被上了锁,那么该对象都会受这个锁的控制和影响。 2、选择悲观锁策略,还是乐观锁策略,这主要是由应用和业务需求来确定的。如果你的应用和业务经常会出现从我看到要修改的记录的

oracle 乐观锁和悲观锁详细教程

详细介绍了Oracle中乐观锁、悲观锁的原理及应用，并有实例

基于ORACLE的乐观锁实现原理

2019独角兽企业重金招聘Python工程师标准>>>

继续访问

Oracle之悲观锁和乐观锁_hys21的博客

根据保护的对象不同,Oracle数据库锁可以分为以下几大类:DML锁(data locks,数据锁),用于实现并发存取并保护数据的完整性;DDL锁(dictionary locks,字典锁),用于保护数据库对象的结构,如表、索引等的结构定义;内部锁和闩(internal locks

oracle乐观锁和悲观锁详细教程_oracle的乐观锁-Oracle文档类资源

内部包含oracle百度网盘下载链接以及密码。 ocidll 12版本全部 资源是从Oracle官方网站下载,已测试可用 白雪红叶JAVA学习技术栈梳理思维导图xmind 乐观锁行级锁 分布式锁 分区排队 一致性 一致性算法 paxos zab nwr raft gossip

Oracle创建悲观锁和乐观锁

为了得到最大的性能，一般数据库都有并发机制，不过带来的问题就是数据访问的冲突。为了解决这个问题，大多数数据库用的方法就是数据的锁定。 考虑下面的情况。如果我们先查询到数据，然后更新数据。这样会出现这样的情况。A线程查询的时候，B线程也在查询，当A线程准备更新的时候，B线程先获得 了更新锁，将这些行锁定了。A只能等待B更新完。当B线程更新完释放锁的时候，A获得锁，这时A会识别出字段已经

继续访问

Oracle并发控制中的乐观锁

数据库的管理员要分散他们的数据库，以便处理基于Web，B2B，电子商务的访问，快速的硬盘读写以及更多的资源或许只能解决一部分问题。疲乏的锁机制甚至会削弱拥有很好资源的应用性能。乐观锁可以大大改善具有较多事务处理的数据库载入性能，比如基于web的客户端访问。 悲观锁引发的问题： 大多数Oracle开发者已经非常熟悉悲观锁，即在对数据进行更新之前给数据加锁。使用熟悉的SELECTFOR UP

继续访问

oracle乐观锁悲观锁学习笔记(更新中)_EvaronZ的博客

首先解释下乐观锁和悲观锁的含义 乐观锁:乐观锁就是认为数据一般情况下不会造成冲突,所以在数据进行提交更新的时候,才会正式对数据的冲突与否进行检测,如果发现冲突了,则返回错误的信息。 悲观锁:悲观锁就是对数据的冲突采取一种悲观的

Oracle乐观锁和悲观锁_◣NSD◥的博客_oracle悲观锁

乐观锁对应于生活中乐观的人总是想着事情往好的方向发展,悲观锁对应于生活中悲观的人总是想着事情往坏的方向发展。这两种人各有优缺点,不能不以场景而定说一种人好于另外一种人。 悲观锁

Oracle乐观锁悲观锁

1乐观锁 当处理对象状态时为了防止冲突 例：一个下订单的状态status a更新status为1购买，b取得status为1，这时a要退货把status改为2 这时如果b还按1的状态去处理，发货了。就出错了。 正确的做法为: 当b发货时，为了处理并发脏读，需要先根据原status状态去更新status为3订单处理中 int res = update

继续访问

转 Oracle中乐观锁定的四种实现方式

<br />Oracle中乐观锁定的四种实现方式<br /> <br />转自 >

在Oracle数据库服务器上开启防火墙后，如果监听无法正常工作，可能是因为防火墙未正确配置。您可以按照以下步骤进行排查：

1 确认防火墙是否开启，如果开启了，需要允许Oracle监听端口通过防火墙。默认情况下，Oracle监听端口是1521。

2 检查Oracle监听程序是否已经启动。您可以使用lsnrctl命令来检查监听程序的状态。如果监听程序没有启动，您需要启动它。

3 检查监听程序的日志文件，查看是否有相关的错误信息。日志文件默认存储在ORACLE_HOME/network/log目录下。

4 如果您使用的是Oracle 11g及更高版本，可以尝试使用静态监听程序。静态监听程序可以通过手动编辑监听程序配置文件来配置监听程序。在防火墙开启的情况下，静态监听程序可以更加可靠地工作。

5 如果您仍然无法解决问题，请尝试关闭防火墙，如果监听程序可以正常工作，那么问题可能是由于防火墙未正确配置导致的。

希望这些信息能够帮助您解决问题。

以上就是关于Oracle问题！！！全部的内容，包括:Oracle问题！！！、如何备份red hat的linux系统、数据库是什么Oracle又是啥玩意等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！