文档库 最新最全的文档下载
当前位置:文档库 › 2011-2012 Oracle Academy Database Design (Chinese) - Student 完整版题库(含答案)

2011-2012 Oracle Academy Database Design (Chinese) - Student 完整版题库(含答案)

2011-2012 Oracle Academy Database Design (Chinese) - Student 完整版题库(含答案)
2011-2012 Oracle Academy Database Design (Chinese) - Student 完整版题库(含答案)

Oracle数据库教程——Oracle Database常用补丁集Patch号及各版本PSU

Oracle数据库教程 —— Oracl e Database常用补丁集Patch号及各版本PSU Oracle Database常用补丁集Patch号及各版本PSU Patchset/PSU Patch Number Description 11.2.0.4.0 13390677 11.2.0.4.0 PATCH SET FOR ORACLE DATABASE SERVER 11.2.0.3.8 16902043 DATABASE PATCH SET UPDATE 11.2.0.3.8 (INCLUDES CPUOCT2013) 11.2.0.3.7 16619892 DATABASE PATCH SET UPDATE 11.2.0.3.7 (INCLUDES CPUJUL2013) 11.2.0.3.6 16056266 DATABASE PATCH SET UPDATE 11.2.0.3.6 (INCLUDES CPUAPR2013) 11.2.0.3.5 14727310 DATABASE PATCH SET UPDATE 11.2.0.3.5 (INCLUDES CPUJAN2013): 11.2.0.3.4 14275605 DATABASE PATCH SET UPDATE 11.2.0.3.4 (INCLUDES CPUOCT2012) 11.2.0.3.3 13923374 DATABASE PATCH SET UPDATE 11.2.0.3.3 (INCLUDES CPU JUL2012): 11.2.0.3.2 13696216 DATABASE PATCH SET UPDATE 11.2.0.3.2 (INCLUDES CPU APR2012) 11.2.0.3.1 13343438 DATABASE PATCH SET UPDATE 11.2.0.3.1 (INCLUDES CPU JAN2012) 11.2.0.3 10404530 11.2.0.3.0 PATCH SET FOR ORACLE DATABASE SERVER 11.2.0.2.11 16619893 DATABASE PATCH SET UPDATE 11.2.0.2.11 (INCLUDES CPUJUL2013) 11.2.0.2.10 16056267 DATABASE PATCH SET UPDATE 11.2.0.2.10 (INCLUDES CPUAPR2013) 11.2.0.2.9 14727315 DATABASE PATCH SET UPDATE 11.2.0.2.9 (INCLUDES CPUJAN2013): 11.2.0.2.8 14275621 DATABASE PATCH SET UPDATE 11.2.0.2.8 (INCLUDES CPUOCT2012) 11.2.0.2.7 13923804 DATABASE PATCH SET UPDATE 11.2.0.2.7 (INCLUDES CPU JUL2012) 11.2.0.2.6 13696224 DATABASE PATCH SET UPDATE 11.2.0.2.6 (INCLUDES CPU APR2012)

完整的Oracle数据库通常由两部分组成

完整的Oracle数据库通常由两部分组成:实例和数据库。 1、数据库是一系列物理文件的集合(数据文件,控制文件,联机日志,参数文件等);Oracle数据库由操作系统文件组成,这些文件也称为数据库文件,为数据库信息提供实际物理存储区。Oracle数据库包括逻辑结构和物理结构。数据库的物理结构包含数据库中的一组操作系统文件。数据库的逻辑结构是指数据库创建之后形成的逻辑概念之间的关系,如表、视图、索引等对象。 2、实例则是一组Oracle后台进程/线程以及在服务器分配的共享内存区。 Oracle实例是后台进程和内存结构的集合。必须启动实例才能访问数据库中的数据。Oracle 实例启动时,将分配一个系统全局区(SGA)并启动一系列Oracle后台进程。每一个后台进程在数据库中执行不同的任务。一个实例只能打开并使用一个数据库。 在启动Oracle数据库服务器时,实际上是在服务器的内存中创建一个Oracle实例(即在服务器内存中分配共享内存并创建相关的后台内存),然后由这个实例来访问和控制磁盘中的数据文件。Oracle有一个很大的内存快,成为全局区(SGA)。 Oracle数据库的存储结构分为逻辑存储结构和物理存储结构: 逻辑存储结构:用于描述Oracle内部组织和管理数据的方式; 物理存储结构:用于描述Oracle外部即操作系统中组织和管理数据的方式。 会话:λ 会话是用户与Oracle服务器的单个连接。当用户与服务器建立连接时创建会话。当用户与服务器断开连接时关闭会话。当一个数据库用户同时用多个不同的应用程序或从多个终端连接数据库时,则为该用户创建多个并行会话。 Oracle实例内存结构:λ Oracle的内存结构包含以下两个内存区: υ系统全局区:(SGA):实例启动时分配该内存区。 Oracle实例的SGA(System Global Area)又称为共享全局区,它用来存储数据库信息,并由多个数据库进程共享。当数据库实例启动时,SGA的内存被自动分配。SGA是数据库中占用服务器内存最大的一个区域,同时也是影响数据库性能的一个重要指标。SGA按其作用不同,可以分为共享池、数据缓冲区及日志缓冲区。 共享池λ 共享池是对SQL、PL/SQL程序进行语法分析、编译、执行的内存区域 共享池由库缓存和数据字典缓存组成。 共享池的大小直接影响数据库的性能。 数据缓冲区λ 用于存储从磁盘数据文件中读入的数据,所有用户共享。 服务器进程将读入的数据保存在数据缓冲区中,当后续的请求需要这些数据时可以在内存中

oracle大数据库升级迁移实施参考方案设计

数据库系统和网络存储系统项目 数据库迁移实施方案 文案大全

文档控制 文档修订记录 版本编号变化状态简要说明日期变更人批准日期批准人 V1.0 A 创建文档2010/05 XXX V1.1 M 修改2010/05/18 XXX 审阅 序号姓名职位 分发 序号.姓名地点 文案大全

目录 第一章文档介绍 (5) 1.1背景 (5) 1.2目标 (6) 第二章系统硬件选型 (7) 2.1存储设备 (7) 2.1.1 设备选型 (7) 2.1.2 设备功能及实现 (7) 2.2服务器设备 (7) 2.1.1 数据库服务器 (7) 第三章系统安装 (10) 3.1主机系统安装 (10) 3.2配置SAN网络、磁盘阵列 (11) 3.3配置HACMP (12) 3.4安装数据库软件 (13) 第四章数据移植 (14) 4.1移植准备工作 (14) 4.2移植过程 (15) 4.3系统检查 (16) 数据库检查 (16) 导入后系统需要完成的工作 (16) 应用检查 (17) 4.4系统回退 (17) 第五章应用迁移 (18) 第六章新系统上线后的工作 (18) 第七章工作界面和工作内容 (18) 第八章实施计划 (19) 附件: ............................................................................. 错误!未定义书签。 1.设备、软件验收交付记录.................................................. 错误!未定义书签。文案大全

ORACLE10.2G数据库服务器安装说明

ORACLE10.2G FOR WINDOWS 2003数据库安装步骤 一、ORACLE10.2G数据库服务环境的安装 1、运行SETUP安装程序 2、选择安装路径以及是否创建新的数据库(推荐不创建) 选择基本安装即可,ORACLE主目录位置不推荐使用操作系统分区,建议使用逻辑分区,注意空间大小预留10G以上。 你可以在安装时选择创建一个数据库,也可以在安装完毕后使用数据库安装工具来创建,注意全局数据库名称尽量要和你未来使用数据库名称一致。 输入正确的信息后,按下一步 3、安装系统自动做先决条件的检测 只有所有先决条件都检测成功才可以按下一步进行安装,否则可能在以后的安装过程中出现错误。

4、安装系统列出需要安装的组件列表 5、开始安装 进入安装界面,请等待,保持计算机始终工作,防止以外断电。请注意安装日志的路径,如果安装出现错误,可以通过日志来查看具体的信息。 6、安装完毕

系统提示安装成功,并弹出iSQL*Plus工具使用的网址,请复制该段信息,以方便日后使用该工具来调试数据库。点击退出即可。 注意:以上安装过程,并没有安装数据库,只是安装了数据库服务环境,如果需要数据库服务器正常工作,还需要安装数据库以及监听服务。 安装完成后,可以发现在开始菜单里就应该存在一个Oracle - OraDb10g_home1。 二、建立数据库 1、运行数据库管理工具DBCA (DA TABASE CONFIGURA TION ASSISTANT)数据库管理助手。在开始菜单中找到Oracle - OraDb10g_home1-配置和移植工具下可以找到该工具。 按下一步进行安装 2、选择创建数据库

oracle10g升级到11g

用dbua使ORACLE10G升级到ORACLE11G 编写:肖小明日期:2012-11-16 审核:肖小明日期:2012-11-16 批准:严磊日期:2012-11-16 受控状态:是 发布版次:10.0.2 日期:2012-11-16 编号:MDS20121116-2514

变更记录 日期原版本变更后版本作者2012/11/16 oracle10.2.0 Oracle11.2.0 肖小明 签字确认 职务姓名签字日期 组长2012-11-16

1、实验配置 实验环境Redhat Enterprise 5.4. 升级对象oracle10.2.0.1 升级到oracle11.2.0.1 2、实验步骤 一、oracle11.2.0.1软件的安装(由于oracle11安装比较智能就不加以讲解了(是在不懂请参阅oracle11g安装文档)) 二、oracle11g软件安装好后,以oracle用户登陆输入dbua 即可 如下图: 选择你所要升级的数据库下一步

出现上述情况,经过一番资料的查阅,终于找到原因,原来是oracle10.2.0.,不可以直接升级到oracle11.2.0 现让oracle10.2.0升级到10.2.5 步骤如下 先把升级包解压unzip 包名 修改权限chown -R oracle:oinstall /oradisk 我的包名在/oradisk 下解压的 chmod -R 775 /oradisk/ 注销一oracle用户登录后并运行该指令[oracle@oracle Disk1]$ ./runInstaller 跟oracle10g安装差不多就不过多的解释了 路径一定要跟原来oracle10.2.0安装的主目录一致 若出现下面的错误:

oracle10.2.0.1升级10.2.0.5的步骤

Windows server2003 下oracle 10.2.0.1版本升级为10.2.0.5的步骤 注意:这个升级过程适用于windows 操作系统环境的数据库。 安装环境介绍; 本机操作系统:windows server2003 数据库版本:oracle 10g 10.2.0.1 目标数据库版本:oracle 10g 10.2.0.5 操作步骤:1.备份数据库软件和数据库,因为迁移一旦失败,可以迅速恢复。 2.使用p8202632_10205_WINNT下载升级包 oracle 10.2.0.5补丁包下载地址: https://www.wendangku.net/doc/0515862728.html,/241379/viewspace-764846/ 3.关闭数据库所有的后台服务。 4.升级数据库软件 5.升级数据库 升级数据库软件: 打开p8202632_10205_WINNT目录里面的setup.exe,

修改为这个名称,注意:是自己原先数据库10.2.0.1的安装路径。 选择要升级的ORACLE_HOME路径,然后点击下一步,一路安装,和平常装ORACLE软件的步骤是一样的。 //软件升级后,启动后台服务,使用本地连接到数据库,通过输出提示可以看出,软件已经安装成功为10.2.0.5 C:/Documents and Settings/songyang>sqlplus / as sysdba SQL*Plus: Release 10.2.0.5.0 - Production on 星期三5月25 15:55:04 2011 Copyright (c) 1982, 2010, Oracle. All Rights Reserved. 已连接到空闲例程。

如何查看oracle数据库服务器名

windows 中 1. select name from v$database ; 直接运行就可以查看了, 2.查看tnsnames.ora 的连接,有个SID,SID就是服务名了 1.查看oracle的安装目录, 方法是查看注册表: 如:HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\ORACLE_HOME REG_SZ E:\ORACLE\ORA92 得到了oracle的安装目录 一般来讲,如果服务器在安装时采用的是默认值那么这个值是:D:\ORACLE\ORA92 2.找到tnsnames.ora文件 在根目录下面找到\network\ADMIN\tnsnames.ora 文件,并打开 3.仔细查看里面的tnsnames.ora 配置 例如 # TNSNAMES.ORA Network Configuration File: d:\oracle\ora92\network\admin\tnsnames.ora # Generated by Oracle configuration tools. WZZ= (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = wzz)(PORT = 1521)) ) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = WZZ) ) ) 其中的service_name就是服务名,例如对如上面的文件,服务名就是WZZ 附C#获取oracle服务器名:

#region从注册表中读取安装主目录的值 ///

///从注册表中读取安装主目录的值 /// /// /// public static string ReadHomeDirectory(string setupKey) { RegistryKey readKey; try { readKey = Registry.LocalMachine.OpenSubKey ("Software\\ORACLE", false); foreach (string name in readKey.GetValueNames()) { if (name == setupKey) { return readKey.GetValue(name).ToString(); } } return null; } catch { return null; } } #endregion 复制代码

Oracle Database 11g 升级 12c 详细图文教程_V1.2

Oracle Database 11g 升级 12c 详细图文教程 Version 1.2 关键字:升级、数据库、11g、12c、Oracle chanrevival Chan Revival InfoTech Lab 2017年8月

版本控制

目录 1概述 (4) 2相关信息 (4) 3操作过程 (4) 3.1备份工作 (4) 3.2安装新版数据库软件 (4) 3.3升级数据库实例 (20) 升级结果 (33) 升级前检查 (33) 升级详细信息 (33) 执行步骤信息: (33) 初始化参数更改 (34) Enterprise Manager (34) 3.4检查升级后的数据库 (35)

1概述 本文详细介绍在Windows平台下的Oracle Database 11g升级12c的过程。11.2.0.1不能直接升级为12.1.0.1,会报错,相关信息会在后续文中体现,可以把11.2.0.1先升级为11.2.0.4,再升级到12c版本。 本图文教程以11.2.0.4升级到12.1.0.1为例,其它版本的升级请查阅本人相关文档,大多都有涉及。如有谬误,欢迎指正。 2相关信息 3操作过程 3.1备份工作 官方提供的升级方案虽然比较可靠,但是任何升级工作均存在风险,因此,做好数据备份工作十分重要。备份工作可分为操作系统备份和数据库系统备份,数据备份工作细说起来内容也不少,不是本文讨论范围,就不展开讨论了,有兴趣的朋友可以查阅本人相关文档。此处,建议大家用Oracle自带的RMAN工具给数据库做全备。参考命令如下: 3.2安装新版数据库软件 1)检查源数据库版本

如何配置Oracle数据库监听

近段时间很多网友提出监听配置相关问题,客户终端(Client)无法连接服务器端(Server)。本文现对监听配置作一简单介绍,并提出一些客户终端无法连接服务器端的解决思路,愿对广大网友与读者有一些帮助。 一、监听器(LISTENER) 监听器是Oracle基于服务器端的一种网络服务,主要用于监听客户端向数据库服务器端提出的连接请求。既然是基于服务器端的服务,那么它也只存在于数据库服务器端,进行监听器的设置也是在数据库服务器端完成的。 二、本地服务名(Tnsname) Oracle客户端与服务器端的连接是通过客户端发出连接请求,由服务器端监听器对客户端连接请求进行合法检查,如果连接请求有效,则进行连接,否则拒绝该连接。 本地服务名是Oracle客户端网络配置的一种,另外还有Oracle名字服务器(Oracle Names Server)等。Oracle常用的客户端配置就是采用的本地服务名,本文中介绍的也主要是基于本地服务名的配置。 三、Oracle网络连接配置方法 配置Oracle服务器端与客户端都可以在其自带的图形化Oracle网络管理器(Oracle Net Manager)里完成(强烈建议在这个图形化的工具下完成Oracle服务端或客户端的配置)。在Windows下,点击“开始/程序/Oracle - OraHome92/Configuration and Migration Tools/Net Manager”启动Oracle网络管理器工具,在Linux/Unix下,利用netmgr命令来启动图形化Oracle网络管理器,如: $ netmgr Windows下启动Net Manager图形窗口如下图示:

ORACLE数据库跨平台升级方案和实施

ORACLE数据库跨平台升级方案研究和实施 12 李灿召 孙玉晶 (1.中国移动通信集团 吉林有限公司 业务支撑中心 吉林 长春 130021;2.中国移动通信集团 吉林有限公司 长春分公司 吉林 长春 130000) 摘 要: 随着关系型数据库的不断发展和新技术的引入,数据库作为各行业的数据核心和业务枢纽,数据量呈几何倍数膨胀,超TB级数据库不再鲜见。数据量的膨胀导致后续的版本升级和系统迁移更难操作,结合实际操作经验,从时间、风险和应急策略等方面入手,详细阐述大数据量数据库跨平台升级方案的研究、选择和实施,在实际的操作过程中取得良好的效果,具有一定的参考价值。 关键词: ORACLE;数据库;升级;数据迁移 中图分类号:TP311 文献标识码:A 文章编号:1671-7597(2012)1110109-01 2010年基于系统发展实际需要,决定对业务支撑系统数据 2 方案介绍 库进行升级,核心CRM和BOSS核心数据库由9i升到10G,服务器“不停机”的跨平台数据库升级和数据迁移方案,通过中更换为IBM平台,存储更换为EMC,CRM和BOSS数据库作为业务支间数据库实现基础数据同步和迁移,规避了前期数据同步期间撑系统的数据中心和业务枢纽,其升级方案的选择尤为重要。对正常生产的影响,中间数据库利用原系统BC备份搭建,服务CRM和BOSS数据库容量均超过10TB,实际数据量都在5TB左右,器和原系统的主机、数据库保持一致,配置比原系统低很多。项目要求在完成新、旧系统切换的同时进行垃圾数据清理、分该方案采用数据分级模式组织实施,通过中间数据库实现历史布规划和权限优化。数据(静态数据)和基础数据的准备,前期准备工作完成后通 1 方案选择过SharePlex软件保持活跃数据的准实时同步,正式割接时待 1.1 影响因素数据同步完成后即可实施割接,割接同时启用反向同步机制, 确保升级失败回切时原库数据的准确性。 业务连续性挑战:业务支撑系统是24x7全天候运行的系 统,宕机不仅意味着大量的收入损失,同时严重影响公司的服 务形象。经过业务评估,本次迁移过程中能够承担的最大停机 时间不超过12小时。数据安全性挑战:吉林移动业务支撑系统 数据的重要性是不容置疑的。升级后数据将迁移到一个全新的 系统,需要从实现机制上保障数据安全性,同时提供数据校验 机制。项目风险挑战:10G升级涉及到很多因素,包括业务影 响、新版本的Bug、10G新特性、平台变更、应用变更、参与人 员等等。确保应用在10G环境的平滑运行是一个非常大的挑 战。 上述因素对核心系统升级技术方案提出很高的要求。数据 库升级过程将关注两个关键因素:升级的成功完成和可能导致 的宕机时间。成功不仅仅是指升级过程本身正常完成,更重要 的是,升级过程中数据安全性得到保障,生产应用程序能在升 级后的数据库中无故障地运行。通过采用成熟的流程和技术将宕机时间和失败风险降到最低。 1.2 方案选择 数据迁移模式:新建10G环境,通过数据移植的模式实现数据库升级。手工直接升级:手工直接升级方法,在目前现有生产主机上安装10gR2数据库介质,在割接当天配置CRS环境,安装CRS补丁,配置网络环境,把数据库升级为10.2.0.4版本。该方案的实施有一定的风险,因为手工直接升级的步骤很多,为防止升级过程中任何一个环节的失败,必须准备备用环境作为升级失败时升级回退的备用系统。如果不能具备备用环境,不建议在关键业务系统上使用该方案。 业务支撑系统CRM和BOSS系统的数据库升级同时需要从HP平台迁移到AIX平台,技术方面必须采用数据移植的方式才能完成。在这种背景下,经过多方联合测试,最终决定采用SharePlex数据库复制软件承担前期数据同步工作,利用软件+手工迁移的方式实现“不停机”的跨平台数据库升级和数据迁移,保证割接时间控制在10个小时内,同时需要考虑割接回退等应急方案,利用数据库复制软件的反向同步功能,实现原有数据库数据的及时更新,升级失败直接用启用原数据库即可。 图1 升级方案示意图 2.1 实施步骤 前期准备: 调整生产库,中间库和目标库的数据库参数,为配置SharePlex做准备;使用sa_ocap工具分析生产库归档日志确认表的使用频率,划分复制队列;在生产库,迁移目标库上安装、配置SharePlex;在迁移目标库上停止SharePlex复制软件的数据加载进程;在生产库上激活SharePlex配置文件开始复制。 图2 SharePlex配置示意图 注:此时原生产端日志捕捉已开始,目标端未开始同步。 2.2 建立中间数据库 (下转第111页)

Oracle服务器硬件配置

Oracle服务器硬件配置 一,单机模式 这是最常见的模式,Oracle服务,数据存储设备都安装在同一台机器上。 二,集群模式 这种模式,至少需要两台服务器和一个数据存储设备。

这张就是Oracle 9i的架构全图。看上去,很繁杂。是的,是这样的。现在让我们来梳理一下:

一、数据库、表空间、数据文件 1.数据库 数据库是数据集合。Oracle是一种数据库管理系统,是一种关系型的数据库管理系统。

通常情况了我们称的“数据库”,并不仅指物理的数据集合,他包含物理数据、数据库管理系统。也即物理数据、内存、操作系统进程的组合体。 数据库的数据存储在表中。数据的关系由列来定义,即通常我们讲的字段,每个列都有一个列名。数据以行(我们通常称为记录)的方式存储在表中。表之间可以相互关联。以上就是关系模型数据库的一个最简单的描述。 当然,Oracle也是提供对面象对象型的结构数据库的最强大支持,对象既可以与其它对象建立关系,也可以包含其它对象。关于OO型数据库,以后利用专门的篇幅来讨论。一般情况下我们的讨论都基于关系模型。 2.表空间、文件 无论关系结构还是OO结构,Oracle数据库都将其数据存储在文件中。数据库结构提供对数据文件的逻辑映射,允许不同类型的数据分开存储。这些逻辑划分称作表空间。 表空间(tablespace)是数据库的逻辑划分,每个数据库至少有一个表空间(称作SYSTEM表空间)。为了便于管理和提高运行效率,可以使用一些附加表空间来划分用户和应用程序。例如:USER表空间供一般用户使用,RBS表空间供回滚段使用。一个表空间只能属于一个数据库。 每个表空间由同一磁盘上的一个或多个文件组成,这些文件叫数据文件(datafile)。一个数据文件只能属于一个表空间。在Oracle7.2以后,数据文件创建可以改变大小。创建新的表空间需要创建新的数据文件。 数据文件一旦加入到表空间中,就不能从这个表空间中移走,也不能与其它表空间发生联系。 如果数据库存储在多个表空间中,可以将它们各自的数据文件存放在不同磁盘上来对其进行物理分割。在规划和协调数据库I/O请求的方法中,上述的数据分割是一种很重要的方法。数据库、表空间、文件之间的关系如下图所示: 二、数据库实例 为了访问数据库中的数据,Oracle使用一组所有用户共享的后台进程。此外,还有一些存储结构(统称为System Gloabl Area,即SGA),用来存储最近从数据库查询的数据。数据块缓存区和SQL共享池(Shared SQL Pool)是SGA的最大部分,一般占SGA内存的95%以上。通过减少对数据文件的I/O次数,这些存储区域可以改善数据库的性能。 数据库实例(instance)也称作服务器(server),是用来访问数据库文件集的存储结构及后台进程的集合。一个数据库可以被多个实例访问(这是Oracle并行服务器选项)。实例与数据库的关系如下图所示:

数据库软件升级及数据库迁移方案

数据库软件升级及数据库迁移方案 根据本次项目需求,此次项目实施除硬件设备安装调试外,还包括对已有管理系统所用Oracle数据库的升级和管理系统数据的迁移工作,实施方案如下: 一、数据库软件升级 1.1操作系统AIX安装 新购p550小机自带AIX6100操作系统,用启动光盘安装并打好相应补丁; 设置相应环境参数,如:语言环境为简体中文等; 挂载IBM 1814-20A存储,并设成开机自动加载。 1.2 Oracle 10G安装 在存储上安装10g系列中的稳定版本:10.2.0.1并补丁升级至 10.2.0.4; 配置两台小机上所装Oracle,满足数据库的高可用性,保证一台down 机的情况下,另一台能自动接管数据库服务。 二、数据库迁移 2.1迁移前期调研 1、迁移任务的目标 本次项目数据迁移的目的是:将现有ERP系统的二个子系统数据,从低版本到高版本、跨操作系统的方式进行迁移升级,将信息中心现有应用系统数据进行无差异迁移,升级后的目的数据库环境在继承现有数据库所有功能基础上,性能及稳定性需更为完善,从而更好的满足对兴发现有各系统各方面性能的支持。 2、新旧环境分析

2.2迁移各类资源准备 1、人员技术准备 甲方:业务系统管理员; 软件开发商:提供系统维护手册,以搭建模拟应用系统测试数据; 乙方:网络工程师、数据库维护工程师。 2、系统环境准备 正式环境:2台8204-E8A操作系统AIX6100及Oracle10.2.0.4安装 正常; 中转环境:服务器1台、高档PC机2台,数据迁移中转及应用系统 模拟部署及测试用。 3、安装和调测相关软件 操作系统:Windows(临时中转环境) 数据库:Oracle10.2.0.4; 中间件:无; 工具软件:PL/SQL、LoadRun等。 2.3数据迁移方案设计 1、时间安排 模拟环境测试: 模拟结果观察: 正式数据迁移: 2、迁移方案 经过综合分析众多数据迁移相关资料,结合项目经验,本次数据迁移总体方案如下: A、迁移过程直接向10.2.0.4升级 Oracle验证矩阵中无特别强调,可以直接升级为10.2.0.4。 B、采用传统的EXP/IMP方式迁移 本次迁移非本机环境升级,涉及到Windows到AIX操作系统的跨越,另外Oracle版本跨度大,采用Oracle公司提供的EXP/IMP工

实验一-ORACLE数据库的安装、配置与基本操作知识讲解

实验一-O R A C L E数据库的安装、配置与基 本操作

实验一(2学时) oracle数据库的安装、配置与基本操作 实验目的 1、掌握使用OUI安装oracle服务器与客户端; 2、掌握服务器与客户端的基本网络配置; 3、熟悉OEM的基本功能; 4、掌握使用OEM查看oracle服务器的组成及环境参数; 5、掌握使用OEM创建表空间、表; 6、掌握使用OEM启动、关闭oracle服务器; 7、熟悉ORACLE在windows操作系统环境下的物理组成及 Oracle默认的OFA体系结构; 8、熟悉SQL*PLUS环境及常用编辑命令; 第一部分指导――――――――――――――――――――――――――――――――――――――― 练习1:使用OUI安装oracle9i服务器与客户端; 问题 熟悉oracle9i OUI,能够通过OUI安装定制用户需要的oracle组件; 分析

Oracle9i OUI是一个基于JAVA的安装软件(三张光盘),用户通过OUI可以选择性地安装oracle服务器+客户端,单纯的客户端,以及OEM高级应用必须的OMS(oracle manager server)。 解决方案 (1)将Oracle9i第一张安装盘放入光驱->双击setup.exe(自动播放也可) 图1-1 安装欢迎界面 (2)下一步文件定位 路径:安装文件的位置及名称 目标: “名称”: oracle系统文件的存放“路径“的逻辑名称

图1-2 文件定位 (3)下一步可用产品 Oracle datebase9.2.0.1.0: oracle数据库服务器端+客户端Oracle9i management integration9.2.0.1.0: OMS Oracle9i client9.2.0.1.0:oracle数据库客户端 图1-3 可用产品 (4)下一步安装类型

Oracle数据库升级技术方案

Oracle数据库升级技术方案Oracle Database Upgrade Support

目录 一说明 (3) 二前期准备工作 (4) 2.1系统检查 (4) 2.2操作系统补丁包检查 (5) 2.3系统组件检查 (5) 2.4无效对象检查 (5) 2.5 temp文件检查 (6) 2.6 SYS和SYSTEM重复对象检查 (6) 2.7配置闪回操作 (7) 2.8前期11.2.0.3软件安装 (7) 三创建回退方案 (7) 3.1关闭数据库,停监听,停dbconsole 停容灾 (7) 3.2 创建闪回点 (7) 3.3备份控制文件和redo (8) 四数据库升级前检查 (8) 五数据库升级 (8) 六升级结束后数据库检查 (9) 七升级失败的回退措施 (9) 7.1重定向10g目录 (9) 7.2闪回数据库 (10) 7.3 dd还原redo和控制文件 (10) 7.4重建控制文件 (10) 7.5查看Tempfile (11)

一说明 数据库为10g单机环境,目标升级为11g环境,操作系统为5,实例名称:zhcj 综合采集 IP:130.36.6.8

二前期准备工作 2.1系统检查 针对zhcj数据库进行基本的操作系统检查,包括系统配置,版本,操作系统内存,交换分区,tmp 空间,必要的操作系统包检查,无效对象检查。 包检查: bos.adt.base bos.adt.lib bos.adt.libm bos.perf.libperfstat 5.3.9.0 or later bos.perf.perfstat bos.perf.proctools xlC.aix50.rte.10.1.0.0 or later gpfs.base 3.2.1.8 or later P570A_ZHCJ:/# lslpp -l bos.adt.base bos.adt.lib bos.adt.libm bos.perf.libperfstat bos.perf.perfstat bos.perf.proctools xlC.aix50.rte gpfs.base < Fileset Level State Description ---------------------------------------------------------------------------- Path: /usr/lib/objrepos bos.adt.base 5.3.9.0 COMMITTED Base Application Development Toolkit bos.adt.lib 5.3.9.0 COMMITTED Base Application Development Libraries bos.adt.libm 5.3.9.0 COMMITTED Base Application Development Math Library bos.perf.libperfstat 5.3.9.0 COMMITTED Performance Statistics Library Interface bos.perf.perfstat 5.3.9.0 COMMITTED Performance Statistics Interface bos.perf.proctools 5.3.9.0 COMMITTED Proc Filesystem Tools xlC.aix50.rte 10.1.0.0 COMMITTED XL C/C++ Runtime for AIX 5.3 Path: /etc/objrepos bos.perf.libperfstat 5.3.9.0 COMMITTED Performance Statistics Library Interface bos.perf.perfstat 5.3.9.0 COMMITTED Performance Statistics Interface lslpp: Fileset gpfs.base not installed.

Oracle数据库服务器选型指南

Oracle数据库服务器选型指南 根据以往的调查,我们知道数据库服务器在选型时具备以下五个原则:高性能、高可靠、高可扩展、安全性以及可管理性等(详见:数据库服务器选型原则及实例解说)。而实际上,不同的数据库程序对服务器硬件的需求也有所不同。从本期开始,我们将针对目前最流行的几个数据库(Oracle/DB2/MySQL等),分析其对服务器硬件的具体需求以及市面上的解决方案。 对于任何企业而言,部门级数据库已经是必不可少的重要IT组份之一了,而这些数据库多数都采用的是Oracle出品的数据库软件。因此我们首先就Oracle最新的Database 11g R2对服务器的需求做一个简单的分析。 1、Oracle 11g数据库组件对服务器的要求 Oracle 11g R2支持非结构化数据,其二进制XML大大改进了存储效率并且XML索引的速度较以前提高了15倍。另一方面,Oracle增加了服务器和客户端的结果缓存技术,使得PL/SQL性能提高了两倍,JAVA性能提高了11倍。但是这一切都意味着原有设备已经不足以承载新版本数据库带来的性能提升。有经验的Oracle数据库管理员都清楚,同Oracle产品打交道时,整个升级过程不仅需要将软件升级到最新版本,硬件的升级也需要同时进行。 由于Oracle 11g R2具有RAC(真正应用集群)技术,可以分布式的将数据库部署在众多服务器中以避免单台服务器效率补足并保证冗余。但这一方面造成了数据库同步和管理上的问题,另一方面也对DBA本身的专业素质提出了额外需求。相比之下,管理员更愿意用虚拟化技术来部署Oracle数据库,这可以得到更好的容灾、快速备份、便携性以及业务连续性等性能。这同样带来了对数据库服务器的需求:虚拟化性能高、内存容量大、可靠性好。 然而一般情况下,大多数IT部门还是遵循那条“铁律”,即系统设计生命周期(SDLC),原有的技术还是要保持,除非维护费用超出了更换新产品的费用。我们在后面对Oracle数据库专家的采访中也发现,他们认为升级服务器的时候往往第一考虑的是成本问题,之后才会考虑性能和稳定性。 说到成本,就要分别说采购成本和运营成本,后者也越来越多的被企业IT 部门所重视。采购成本上来看,自然是RISC平台更贵,x86平台占据了得天独厚的低价高性能优势。另一方面,就运营成本来看,RISC由于其闭源环境和专有平台,所需要的人力成本、运维、软件解决方案都需要额外的支出,而x86 平台由于开放的环境和通用平台特性,成本更加低廉。 从这方面来看,就不奇怪现在很多关键业务正在从RISC+UNIX平台向 X86+Linux平台迁移。但是x86平台一直以来在性能上给人的感觉都不如RISC 平台强悍,而且稳定性也被人们诟病。究竟是这样的么? 2、至强7500横空出世 TCP-E数据库测试名列榜首

Oracle 数据集成解决方案与 Oracle 数据库云服务器

1ORACLE DATA INTEGRATION SOLUTIONS AND THE ORACLE EXADATA DATABASE MACHINE EXTREME DATA INTEGRATION PERFORMANCE KEY FEATURES ?Fully integrated metadata-driven solution ?Richest ETL for the Oracle Exadata Database Machine, with complex dimension and cube loading support ?High-performance data replication ?Conflict detection and resolution ?Local and remote protection from downtime or data loss due to database or site failure ?Out-of-box integration with databases, ERPs, CRMs, B2B systems, flat files, XML data, LDAP, JDBC, ODBC ?Certified with the Oracle Exadata Database Machine KEY BENEFITS ?Delivers extreme performance data integration capabilities in bulk or real-time ?Takes full advantage of the Oracle Exadata Database Machine hardware, Oracle Data Integration does not require any additional hardware server ?Cuts hardware costs through improved utilization of the Oracle Exadata Database Machine and high-performance data integration ?Provides Maximum Availability of the Oracle Exadata Database Machine ?Unifies data-based, event-based, and service-based integration in a single easy-to-use solution ?Lowers total cost of ownership by maximizing designer productivity ?Open, 100% Java, SOA, Standards based ?Supports heterogeneous sources, targets, and applications Oracle’s data integration solutions provide a complete, open and integrated solution for building, deploying, and managing real-time data-centric architectures in operational and analytical environments. Fully integrated with and optimized for the Oracle Exadata Database Machine, Oracle’s data integration solutions take data integration to the next level and delivers extreme performance and scalability for all the enterprise data movement and transformation needs. Easy-to-use, open and standards-based Oracle’s data integration solutions dramatically improve productivity, provide unparalleled efficiency, and lower the cost of ownership. Overview The Oracle Exadata Database Machine delivers unbeatable performance and scalability for all your database applications. However companies can only leverage their investment if the optimal data loading strategy is in place. Integrating data efficiently into the Oracle Exadata Database Machine is critical for the enterprise and should not be an afterthought as it lowers the risks and costs associated with a database consolidation or migration effort and speeds up the data integration processes for data warehousing to ensure a faster time to market. Oracle’s data integration product line, including Oracle Data Integrator Enterprise Edition, Oracle GoldenGate, and Oracle Data Quality, offers the best-of-breed solution for providing clean, consistent, continuous access to your data. Combined with Oracle Active Data Guard, the solution provides extreme data integration performance with maximum availability. Oracle’s data integration solution is fully certified with and optimized for the Oracle Exadata Database Machine. Oracle’s data integration solutions are optimized to run on, interoperate with and integrate to the Oracle Exadata Database Machine. In independently verified trials, Oracle’s data integration solutions speed the loads of the Oracle Exadata Database Machine by 500% while providing continuous access to business critical information across heterogeneous sources. A Complete Solution for Data Warehousing and Data Consolidation Oracle’s data integration solutions help businesses benefit from their investment in the Oracle Exadata Database Machine by addressing multiple data integration needs: ?Data Warehouse Bulk Loading—by providing industry leading E-LT capabilities running natively on the Oracle Exadata Database Machine to offer the most efficient data integration platform. Unlike other ETL solutions, Oracle Data Integrator Enterprise Edition allows every transformation to occur on the Oracle Exadata Database Machine, without adding any additional hardware. With this architecture data never leaves the Exadata server, and Oracle Data Integrator Enterprise Edition scales along with the Exadata server. Oracle Data Integrator Enterprise Edition supports many Exadata best practices out-of-the-box including built in support for external tables on DBFS for extremely fast parallel flat file loading, as well as support for many advanced Oracle database features such as

相关文档
相关文档 最新文档