初识Oracle控制文件_数据库技术_Linux公社-Linux系统门户网站
你好，游客
初识Oracle控制文件
来源：Linux社区&
作者：indexman
以下内容来源 dba ppt06 Maintaining the Control File1.学习目标1）解释控制文件的使用2）列出控制文件的内容3）多元化管理控制文件4）使用OMF管理控制文件5）获取控制文件信息
2.什么是控制文件？它有哪些特性？定义：控制文件是定义当前数据库物理状态的二进制文件。特性：1）控制文件若丢失需要恢复2）在MOUNT状态可以读取3）数据库运行期间控制文件不断地被更新4）每个控制文件都只关联一个数据库5）应该被多元化6）维护数据库实体7）由CREATE DATABASE语句初始化大小
注：控制文件由DBA管理维护。
3.控制文件包含哪些内容？1）数据库名及数据库唯一标识2）数据文件和日志文件标识3）数据库恢复所需的同步信息，即检查点号4）数据库创建时间5）表空间名6）当前重做日志文件SCN7）回滚段的开始和结束8）重做日志归档信息9）备份信息
4.控制文件的简单操作介绍？1）控制文件由参数control_files指定，格式如下：&& control_files=("home/app/.../control01.ctl","home/app/.../control02.ctl")&& 参数中各个文件是镜像关系，也就是说，几个文件中只要有一个文件完好，数据库就可以正常运行。
2）以下语句查询控制文件的信息：　　sql&select * from v$controlfile　　如果控制文件损坏或丢失，数据库将终止并且无法启动，所以，要对控制文件进行镜象，手工镜像步骤如下：　　a.关闭数据库　　b.复制控制文件　　c.修改参数文件，加入新增的控制文件位置描述　　d.重新启动数据库　　另外注意，控制文件中还包含几个服务器参数的设置，如果修改这些参数的值，刚需要重新创建控制文件，这些参数是：　　MAXLOGFILES:最大日志文件个数　　MAXLOGMEMBERS:最大日志成员个数　　MAXLOGHISTORY:最大历史日志个数　　MAXDATAFILES:最大数据文件个数　　MAXINSTANCES:最大实例文件个数　　所有修改数据库结构的命令都会引起控制文件的改变。同时出会记录在oracle跟踪文件中，跟踪文件的名称为alter_SID.log，路径如下：　　d:\oracle\product\10.1.0\admin\DB_NAME\bdump\SIDALRT.log(unix是alter_SID.ora)　　也可以在参数文件中指定跟踪文件的存储路径，后台进程跟踪文件目录由参数background_dump_dest指定，用户跟踪文件位置由参数user_bdump_dest指定，如：　　background_bdump_dest=/u01/app/oracle/oralog/bdump　　user_bdump_dest=/u01/app//oralog/udump
5.如何多元化控制文件？步骤：1）修改SPFILE：ALTER SYSTEM SET control files ='$HOME/ORADATA/u01/ctrl01.ctl','$HOME/ORADATA/u02/ctrl02.ctl' SCOPE=SPFILE;
2）关闭数据库SQL& shutdown
3)创建额外的控制文件$ cp $HOME/ORADATA/u01/ctrl01.ctl&&&&& 复制现有控制文件&&&&&& &&&& $HOME/ORADATA/u02/ctrl02.ctl 4)启动数据库SQL& startup
相关资讯 & & &
& (04月10日)
& (11/10/:11)
& (09月17日)
& (01月25日)
& (09/05/:20)
图片资讯 & & &
　　　同意评论声明
　　　发表
尊重网上道德，遵守中华人民共和国的各项有关法律法规
承担一切因您的行为而直接或间接导致的民事或刑事法律责任
本站管理人员有权保留或删除其管辖留言中的任意内容
本站有权在网站内转载或引用您的评论
参与本评论即表明您已经阅读并接受上述条款Oracle在线重做日志文件详解_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
文档贡献者贡献于
评价文档：
41页免费22页1下载券8页免费39页免费6页免费17页免费4页免费12页免费6页免费5页免费
喜欢此文档的还喜欢7页1下载券15页免费41页免费13页免费12页免费
Oracle在线重做日志文件详解|
把文档贴到Blog、BBS或个人站等：
普通尺寸(450*500pix)
较大尺寸(630*500pix)
大小：4.87KB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢我们也在这里：
创建Oracle数据库控制文件策略
　　控制文件对于Oralce的作用，就好像中注册表的作用一样。控制文件是一个比较小的二进制文件，记录着数据库的结构信息。如果数据库控制文件发生孙华的话，则将无法正常启动。通常情况下，在创建数据库时会自动创建控制文件；并且当数据库的结构发生变化时，也会自动修改自动文件的内容。
　　但是，当数据库遇到一些故障导致控制文件发生损坏时，员可能需要手工重新创建控制文件，以解决数据库的启动故障。笔者在这里就谈谈手工创建控制文件的相关策略。希望能够帮助大家解决控制文件损坏导致的数据库故障问题。
　　一、什么情况下要手工重新创建控制文件？
　　通常情况下，在数据库创建过程中，系统就会自动创建控制文件。不过在遇到一些比较特殊的情况是，数据库管理员就需要手工重新创建新的控制文件。这些特殊情况，据笔者所知，主要有如下两种情况。
　　一是希望改变某个数据库参数的永久性设置。在创建数据库的时候，数据库管理员需要设置一些永久性的参数，如数据库的名字等等。有时候在一些特殊的情况下，需要修改这些永久性的参数。如后来随着规模的扩大，一台数据库已经不能够满足企业日常作业的需要。为此，数据库管理员决定采用分布式环境来改善数据库的性能。可是，在刚创建数据库的时候，由于没有考虑到这种情况，所以给数据库命名的时候比较简便。现在需要创建多个数据库，管理员为了统一各个数据库的命名策略，即可能需要更改数据库的名字，以符合这个命名规则。遇到这种情况，数据库管理员必须要手工重新建立控制文件，才能够更改数据库名字。
　　二是所有数据库的控制文件都遭受到永久性损坏。通常情况下，数据库处于Archivelog模式时，ARCH进程会自动用归档日志文件名和日志序列号之类的信息修改控制文件。而当管理员利用RMAN执行备份操作时，RMAN的备份信息也会被记录到控制文件中。所以，如果当控制文件发生永久性损坏时，那么对于数据库的影响是致命的。如此此时，数据库管理员因为一时疏忽，没有做好数据库控制文件的备份(或者说备份文件比较早)，那么此时数据库管理员不得不手工创建新的控制文件。
　　二、如何创建控制文件？
　　手工创建新的控制文件比较麻烦。不过数据库管理员若按照下面的步骤一步步来的话，还是可以创建一个完好无损的控制文件。
　　第一步：制作一个包含数据库据所有数据文件和重做日志文件的列表。
　　因为数据库启动时必须要有数据文件的相关信息。为此要创建新的控制文件，数据库管理员首先就需要收集数据库所有数据文件和重做日志文件的列表。这个列表可以从两个地方取得。一是如果对控制文件进行了备份的话，则可以从备份的控制文件中获取这些数据文件与重做日志文件的相关信息。如果没有控制文件的备份或者控制文件备份损坏的话，则可以从动态性能中查询相关的信息。如利用查询语句SELECT NAME FROM V$DATEFILE语句来查询所有的数据文件信息。此时的一个前提条件就是存在控制文件的最新备份文件或者数据库仍然可以正常启动。也就是说，如果需要改变数据库的永久性参数则可以利用这种方式获取所需要的信息。
　　但是如果此时数据库已经无法启动无法找到这些信息，或者控制文件已经受到严重破坏又没有合适的控制文件备份的话，那么上面这些方法就不适用了。此时数据库管理员只有人工定位构成数据库的所有数据文件和重做日志文件。也就是说，数据库管理员要根据日常工作中的笔记来整理这些记录。通常情况下，笔者新建数据文件的时候，都会有书面的记录。当遇到这个意外情况时，这些书面的记录就起到作用了。
　　注意如此此时数据库管理员收集到的数据文件不全，那么在数据库启动的时候就会发生错误。此时管理员就需要根据系统提供的错误信息来查找原因。在创建新的控制文件并且使用它打开数据库之后，Oracle会对数据字典和控制文件的内容进行检查。如果发现数据字典包含了某个数据文件、而控制文件中则没有列出这个数据文件，Oracle数据库就会报错。Oracle将会在新的控制文件中创建一个名为Missingnnn占位符入口。这里最后面的NNN是十进制的文件编号。此时数据库管理员就可以凭借这个信息来判断是否缺少必要的数据文件。找到数据文件之后，可以通过修改这个值，让数据库找到相对应的真正数据文件。
　　第二步：关闭数据库。
　　如果数据库仍然处于启动状态，需要把数据库先关闭掉。在关闭的时候，如果能够采用正常模式关闭的，则最好采用正常模式关闭。而其他关闭模式，则是不得已而为之的做法。采用正常模式关闭，可以减少数据库重新启动过程中可能出现的问题。
　　另外为安全起见，关闭数据库之后，最好把数据库中所有的数据文件、重做日志文件、参数文件备份到其他地方。这主要是为了不小心而给数据库造成无法挽回的损失。虽然这不是，但是笔者强烈建议这么做。
　　第三步：开始创建新的控制文件。
　　数据库管理员备份好所有的数据文件、重做日志文件、参数文件之后，就需要启动一个新的例程。但是不要加载数据库或者打开数据库。也就是说，此阿如STARTUP NOMOUNT命令。数据库启动分三个步骤，分别为启动例程、加载数据库、打开数据库。此时数据库管理员一定要注意只要启动一个进程即可，不需要加载数据库或者打开数据库。否则的话，控制文件就无法创建成功。
　　启动例程后，数据库管理员要采用Create Controfile语句来创建一个新的控制文件。如果除了控制文件外，还丢失了某些重做日志组的话，还需要使用Resetlogs参数。也就是说，需要恢复丢失的重做日志。另外，跟数据库控制文件损害不同，如果只是更改数据库的名字，则也需要使用这个参数。建立好这个控制文件后，还没有全部完工。因为此时的控制文件中还没有初始化参数。数据库管理员还需要手工修改控制文件中的初始化参数。为了防止后续的工作导致新建的控制文件重新损坏，在配制控制文件的初始化参数的之前，最好对这个控制文件先进行备份。如此的话，即使手工修改控制文件初始化参数有错的话，也不用重头来过。而只需要把新建立的控制文件还原即可。
　　第四步：编辑控制文件初始化参数。
　　创建了新的控制文件之后，数据库管理员还需要根据实际的情况来修改控制文件的初始化参数。如数据库管理员需要更改数据库名字的话，就需要更改DB_NAME参数。在修改这个控制文件的时候，一定要小心。他跟微软操作系统的注册表一样，一个字符都不能够差的。为此，对于这些初始化参数，如果能够通过复制、粘贴等手段取得的，最好直接通过复制粘贴来修改初始化参数。手工输入的话，难免为出现错误。另外，再强调一次，跟修改注册表一样，对控制文件中的内容进行修改之前，最好先对这个控制文件进行备份。那么即使控制文件的初始参数有什么不准确的地方，也可以尽量采取一些弥补措施。
　　第五步：有选择的恢复数据库。
　　数据库管理员可以根据实际需要，选择是否需要恢复数据库。一般来说，这个步骤不适必须要进行的。即使控制文件重新建立后没有重新恢复数据库，此时也已经可以正常打开数据库了。
　　虽然Oracle数据库可以通过手工建立控制文件的方式来修复控制文件的错误。但是，笔者还是不建议采用这种方式来挽回控制文件损害而造成的损失。笔者建议，最好在数据库部署的时候采用技术或者控制文件多路复用技术，在提高控制文件的安全性。并且，最好控制文件的日常备份工作，也可以免去手工建立控制文件的麻烦。手工重新建立控制文件只是一种不得已而为知的方法。而且，收集的资料如果不全的话，还可能会造成一些异常的错误。为此，数据库管理员应该尽量避免这种情况的发生。多采取一些预先防治的措施。而不是等到控制文件损坏了再临阵抱佛脚，这是非常不负责任的方法。总之手工创建新的控制文件是一种应急的方法，不可多行。
[ 责任编辑：王莹 ] &&&&
指尖上的比特
比特新闻聚焦热点，把脉趋势，开阔视野。
前瞻数码以潮流为导向，带您站在时尚商务的最前端。
云t望云中掌控，云中无忧。
CIO俱乐部中国CIO工作、娱乐、生活聚集地
[bj_liveuc]
[bj_liveuc]
[bj_liveuc]
[bj_liveuc]
[anning221]
[bj_liveuc]
[bj_liveuc]
[bj_liveuc]
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯，最新的软件技巧，最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中，与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊！
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧，帮助网管答疑解惑，成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一，主要关注x86服务器，RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析，让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来，为读者提供企业存储领域高质量的原创内容，及时、全面的资讯、技术、方案以及案例文章，力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设，为企业级用户打造最具商业价值的信息沟通平台，并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比，比特安全周刊运作模式更加独立，对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事，为企业级用户打造重点突出，可读性强，商业价值高的信息共享平台；同时为互联网、IT业界及通信厂商提供一条精准快捷，渗透力强，覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展，全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托，汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台，并持续提供丰富的资讯和服务，探讨信息化建设，推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来，以定向、分众、整合的商业模式，为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容，包括IT新闻、评论、专家答疑、技巧和白皮书。此外，IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊，给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍，同时用户还能参与我们推荐的互动游戏，给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。重装系统后，ORACLE文件夹还在。如何导出原ORACLE文件夹中的数据库文件到新ORACLE服务器上？_百度知道
重装系统后，ORACLE文件夹还在。如何导出原ORACLE文件夹中的数据库文件到新ORACLE服务器上？
重装系统ORACLE文件夹何导原ORACLE文件夹数据库文件新ORACLE服务器
提问者采纳
新装数据库建新数据库停库原数据库参数文件、控制文件数据文件全复制粘贴ok注意目录要相同否则改配置
提问者评价
其他类似问题
重装系统的相关知识
您可能关注的推广回答者：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁您现在的位置：&&>>&&>>&&>>&正文
Oracle&联机重做日志文件
&&& --9.日志异常处理
&&& --启动时提示日志不一致
&&& SQL& startup
&&& ORACLE instance started.
&&& Total System Global Area
&&& Fixed Size 1218796 bytes
&&& Variable Size
&&& Database Buffers
&&& Redo Buffers 2973696 bytes
&&& Database mounted.
&&& ORA-00341:log 1 of thread 1,wrong log # in header
&&& ORA-00312:online log 1 thread 1:'/u01/app/oracle/oradata/orcl/redo1a.rdo'
&&& ORA-00312:online log 1 thread 1:'/u01/app/oracle/oradata/orcl/redo1b.rdo'
&&& SQL& ALTER DATABASE CLEAR LOGFILE GROUP 1;
&&& Database altered.
&&& SQL& ALTER DATABASE OPEN;
&&& Database opened.
&&& --日志文件丢失（非current状态日志组）
&&& SQL& startup
&&& ORACLE instance started.
&&& Total System Global Area
&&& Fixed Size 1218796 bytes
&&& Variable Size
&&& Database Buffers
&&& Redo Buffers 2973696 bytes
&&& Database mounted.
&&& ORA-00313: open failed for members of log group 1 of thread 1
&&& ORA-00312: online log 1 thread 1: '/u01/app/oracle/oradata/orcl/redo1a.rdo'
&&& ORA-00312: online log 1 thread 1: '/u01/app/oracle/oradata/orcl/redo1b.rdo'
&&& SQL& ALTER DATABASE CLEAR LOGFILE GROUP 1;
&&& Database altered.
&&& SQL& ALTER DATABASE OPEN;
&&& Database altered.
&&& --日志文件丢失（current状态日志组）
&&& SQL& startup
&&& ORACLE instance started.
&&& Total System Global Area
&&& Fixed Size 1218796 bytes
&&& Variable Size
&&& Database Buffers
&&& Redo Buffers 2973696 bytes
&&& Database mounted.
&&& ORA-00313: open failed for members of log group 3 of thread 1
&&& ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl/redo3a.rdo'
&&& ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl/redo3b.rdo'
&&& --查看告警日志
&&& SQL& ho tail -n 30 /u01/app/oracle/admin/orcl/bdump/alert_orcl.log
&&& ORA-27037: unable to obtain file status
&&& Linux Error: 2: No such file or directory
&&& Additional information: 3
&&& ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl/redo3a.rdo'
&&& ORA-27037: unable to obtain file status
&&& Linux Error: 2: No such file or directory
&&& Additional information: 3
&&& Tue Jul 20 10:45:58 2010
&&& Errors in file /u01/app/oracle/admin/orcl/bdump/orcl_lgwr_4112.trc:
&&& ORA-00313: open failed for members of log group 3 of thread 1
&&& ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl/redo3b.rdo'
&&& ORA-27037: unable to obtain file status
&&& Linux Error: 2: No such file or directory
&&& Additional information: 3
&&& ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl/redo3a.rdo'
&&& ORA-27037: unable to obtain file status
&&& Linux Error: 2: No such file or directory
&&& Additional information: 3
&&& Tue Jul 20 10:45:58 2010
&&& ARC0: STARTING ARCH PROCESSES
&&& Tue Jul 20 10:45:58 2010
&&& ARC1: Becoming the 'no FAL' ARCH
&&& ARC1: Becoming the 'no SRL' ARCH
&&& Tue Jul 20 10:45:58 2010
&&& ARC2: Archival started
&&& ARC0: STARTING ARCH PROCESSES COMPLETE
&&& ARC0: Becoming the heartbeat ARCH
&&& ARC2 started with pid=18, OS id=4137
&&& Tue Jul 20 10:45:58 2010
&&& ORA-313 signalled during: ALTER DATABASE OPEN…
&&& --查看物理日志文件是否存在
&&& SQL& ho ls /u01/app/oracle/oradata/orcl/redo3a.rdo
&&& ls: /u01/app/oracle/oradata/orcl/redo3a.rdo: No such file or directory
&&& SQL& ho ls /u01/app/oracle/oradata/orcl/redo3b.rdo
&&& ls: /u01/app/oracle/oradata/orcl/redo3b.rdo: No such file or directory
&&& --尝试使用清空日志组命令
&&& SQL& ALTER DATABASE CLEAR LOGFILE GROUP 3;
&&& ALTER DATABASE CLEAR LOGFILE GROUP 3
&&& ERROR at line 1: --系统处于非归档模式，且group 3状态为CURRENT
&&& ORA-00350: log 3 of instance orcl （thread 1） needs to be archived
&&& ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl/redo3a.rdo'
&&& ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl/redo3b.rdo'
&&& --尝试使用不归档清空日志
&&& SQL& ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 3;
&&& ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 3
&&& ERROR at line 1:
&&& ORA-00313: open failed for members of log group 3 of thread 1
&&& ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl/redo3b.rdo'
&&& ORA-27037: unable to obtain file status
&&& Linux Error: 2: No such file or directory
&&& Additional information: 3
&&& ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl/redo3a.rdo'
&&& ORA-27037: unable to obtain file status
&&& Linux Error: 2: No such file or directory
&&& Additional information: 3
&&& --使用带控制文件的介质恢复
&&& SQL& RECOVER DATABASE USING BACKUP CONTROLFILE;
&&& ORA-00279: change 2835232 generated at 07/20/:23 needed for thread 1
&&& ORA-00289: suggestion : /u01/app/oracle/flash_recovery_area/ORCL/archivelog//o1_mf_1_39_%u_.arc
&&& ORA-00280: change 2835232 for thread 1 is in sequence #39
&&& Specify log: {&RET&=suggested | filename | AUTO | CANCEL}
&&& ORA-00308: cannot open archived log '/u01/app/oracle/flash_recovery_area/ORCL/archivelog//o1_mf_1_39_%u_.arc'
&&& ORA-27037: unable to obtain file status
&&& Linux Error: 2: No such file or directory
&&& Additional information: 3
&&& --使用resetlogs选项打开数据库
&&& SQL& ALTER DATABASE OPEN RESETLOGS;
&&& Database altered.
&&& SQL& SELECT * FROM v$ --系统重建group 3
&&& GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM
&&& ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------
NO CURRENT -JUL-10
YES INACTIVE -JUL-10
YES UNUSED 0
&&& SQL& SELECT * FROM v$ --为group 3增加了两个成员redo3a.rdo ，redo3b.rdo
&&& GROUP# STATUS TYPE MEMBER IS_
&&& ---------- ------- ------- ------------------------------------------------------- ---
&&& 2 ONLINE /u01/app/oracle/oradata/orcl/redo2a.rdo NO
&&& 2 ONLINE /u01/app/oracle/oradata/orcl/redo2b.rdo NO
&&& 1 ONLINE /u01/app/oracle/oradata/orcl/redo1a.rdo NO
&&& 3 ONLINE /u01/app/oracle/oradata/orcl/redo3a.rdo NO
&&& 3 ONLINE /u01/app/oracle/oradata/orcl/redo3b.rdo NO
&&& 1 ONLINE /u01/app/oracle/oradata/orcl/redo1b.rdo NO
&&& 对于CURRENT组的也可以使用隐藏参数来解决
&&& 步骤：
&&& alter system set "_allow_resetlogs_corruption" = true scope =
&&& recover database usin
&&& alter dat
&&& alter dat
&&& alter system reset "_allow_resetlogs_corruption" scope = spfile sid = '*'&&&&[3]&
【责编:cc】
?&[]?&[]?&[]?&[]?&[]?&[]?&[]?&[]?&[]?&[]
相关产品和培训
　友情推荐链接
　认证培训
　专题推荐
　?　?　?　?　?　?　?　?　?　?
　今日更新
?&?&?&?&?&?&?&?&?&?&
　社区讨论
　博客论点
　频道精选
　Oracle频道相关导航
技术导航：　　　　　　　　　产品导航　：　 |
| 　：　 |