完全删除Oracle数据库的方法

很多朋友只用了Oracle的删除 但很多情况下 他会发现重新安装时 点了下一步安装界面就消失了 往往无奈下只好重装系统 其实只是你数据库没删干净 删干净就不会出现这种情况了

实现方法

开始 >设置 >控制面板 >管理工具 >服务停止所有Oracle服务

开始 >程序 >Oracle OraHome >Oracle Installation Products >Universal Installer卸装所有Oracle产品 但Universal Installer本身不能被删除

运行regedit 选择HKEY_LOCAL_MACHINESOFAREORACLE 按del键删除这个入口

运行regedit 选择HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices 滚动

这个列表 删除所有Oracle入口

运行refedit HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesEventlogApplication 删除所有Oracle入口

开始 >设置 >控制面板 >系统 >高级 >环境变量 删除环境变量CLASSPATH和PATH中有关Oracle的设定

从桌面上 STARTUP(启动)组 程序菜单中 删除所有有关Oracle的组和图标

删除Program FilesOracle目录

重新启动计算机 重起后才能完全删除Oracle所在目录

删除与Oracle有关的文件 选择Oracle所在的缺省目录C:Oracle 删除这个入口目录及所有子目录 并从Windows 目录(一般为C:WINNT)下删除以下文件ORACLE INI oradim INI oradim INI oraodbc ini等等

WIN INI文件中若有[ORACLE]的标记段 删除该段

如有必要 删除所有Oracle相关的ODBC的DSN

到事件查看器中 删除Oracle相关的日志

说明

如果有个别DLL文件无法删除的情况 则不用理会 重新启动 开始新的安装 安装时 选择一个新的目录 则 安装完毕并重新启动后 老的目录及文件就可以删除掉了

选择安装Oracle i数据库服务器

选中Oracle i Database 单选按钮 其他选项适用于安装客户端软件或管理软件 单击[下一步]按钮 继续安装

选择你所需要的安装类型 通常选用功能齐全的[企业版]针对安装目的的不同 选择所需要的数据库

图

如果你对安装Oracle i还不熟悉的话 建议选中[通用]单选按钮 如图 所示这种安装类型将会帮助你自动配置网络连接和创建数据库

*选项说明 通用 安装通用目的的预配置数据库 通用类型适用于简单的事务处理或复杂的查询 支持大量并发用户对数据的快速访问 它既可用于事务处理环境的典型应用 也可用于决策支持系统即DSS查询 并能对历史数据进行数据扫描 事务处理 ——安装优化事务处理的预配置数据库 事务处理类型支持大量并发用户执行简单的事务处理 可以提供较高的可用性和事务处理性 提供大量用户并行访问相同数据的能力并具有高度的恢复性能 事务处理的典型应用有银行事务处理或Internet商务数据库的事务处理 数据仓库 ——安装优化数据仓库的预配置数据库 数据仓库类型适合于对主题进行复杂的查询 它支持大量数据进行快速的访问并且使用类似联机分析处理即OLAP等应用程序 数据仓库的典型应用比较广泛 包括客户定单研究 支持呼叫 销售预测 购物和采购模式以及其他战略性业务问题的历史数据库 自定义 ——创建自定义数据库 选择此项 需要安装的时间长 但可以选择需要的安装类型和组件 只有对Oracle安装非常有经验的用户或准备提供复杂的系统和产品配置信息 或需要安装Oracle 的特定组件时才需要选择自定义安装 只安装软件 ——选择此类型 只安装软件 不创建数据库 完成安装后不会启动配置助手 这可能会使以后再配置数据库时遇到一定的困难

图

在图 所示的数据库标识的对话框中 自己确定自己要创建的全局数据库名称 本例中 [全局数据库名]和SID中都输入 ORACL 单击[下一步]按钮 继续安装

选择数据库文件位置

图

为了优化数据库的性能 建议将数据库文件和软件安装在不同的磁盘上 见图

选择数据库字符集

Oracle数据库字符集的设置是安装的一个关键问题 字符集若使用不当 数据库中会出现形如 ???? 的字符 使得用户无法正确识别信息 同时也有可能造成重要信息的丢失

图

首先我们要说明 在安装数据库服务器时 应选择通用的数据库中文字符集 数据库中文字符集主要有三种 ZHS GBK US ASCII和WE ISO P 这里 我们选择字符集ZHS GBK 如图 所示

其次在后边将要讲解的客户端安装时 为了使客户端正常显示服务器的信息 在安装客户端的时候 必须使客户端的字符集和服务器端的字符集一致 因此 在后面的客户端安装步骤中 客户端的字符集也必须选择ZHS GBK

点击[安装] 开始安装 可查看安装进程 在安装过程中根据提示分别将第二和第三张安装盘放入光驱即可

创建数据库

图

在成功安装Oracle软件后 此时就要开始创建数据库 图 中所示的对话框显示了数据库创建的进程

改变默认口令

图

图

创建完SID为ORACL的数据库后 数据库配置助手将显示数据库的详细信息 包括默认的SYS和SYSTEM口令 见图 如果想修改 单击[口令管理]按钮改变默认口令后 单击[退出]按钮 完成数据库的配置 安装程序将进行其他一些工具服务的配置 如图 所示这些 *** 作都是自动进行的 此时千万不要着急 要耐心等待

图

当出现如图 所示的安装结束画面时 证明我们的数据库服务器安装已经基本大功告成了

检查安装后的情况

按照前面的步骤完成数据库服务器的安装后 如何知道数据库运转如何?提供了哪些服务?所以我们此时就要进行必要的检查工作来确认一下

在[程序]菜单中检查

在数据库服务器安装结束后 检查一下[程序]菜单中的项目 选择[开始]|[所有程序] 共有两项

Oracle OraHome Oracle工具

Oracle Instaalation Products Oracle安装产品

在 服务 中检查

图

选择[开始]|[设置]|[控制面板]命令 双击[管理工具图标] 选择[服务]选项 打开如图 所示的画面 该图列出了服务器安装后 Oracle所有需要启动的服务 这时应该是

检查连接数据库

完成前两步后 说明数据库和监听器服务都已经正常工作了 下一步 我们 我们试一下在服务器端使用SQL*Plus检查连接数据库的情况

图

运行SQL*Plus后 如图 所示输入用户名和口令 连接不成功和成功的情况如图 所示

客户端安装

图

图

将Oracle i第一张系统安装盘放入光驱 自动引导安装系统并显示Oracle i安装系统封面窗口 单击[开始安装]按钮 显示安装首页 接着显示如图 所示的 欢迎 窗口 单击[下一步]按钮 进入 文件定位 窗口 在该窗口的目标文本框中输入主目录名称 一般按默认即可 如 OraHome 在路径文本框中输入主目录路径 如D:oracleora 单击[下一步]按钮 显示如图所示的带 正在装载产品列表 进度条的 文件定位窗口 见图

装载完成后 显示所示的 可用产品 窗口 单击第二项 即Oracle i客户端的单选按钮

图

单击[下一步]按钮 显示如图 所示的 安装类型窗口 选择 Administrator 单击[下一步]按钮 显示如图所示的带 执行先决条件 进度条的 安装类型 窗口

*窗口说明 Administrator ——表示管理员安装 安装内容包括管理控制台 企业管理工具 网络服务 使用程序以及基本的客户机软件 需要 MB的磁盘空间 运行时 ——表示为数据库应用程序拥护提供了连接Oracle i数据库并进行交互的网络连接服务和支持文件 需要 MB的磁盘空间 自定义 ——表示用户可以自行选择安装 某些附加组件只能通过 自定义 安装类型进行安装

图

装载完成后 显示如图 所示的 摘要 窗口

单击[安装]按钮 显示 安装 窗口

图

复制结束后 显示 配置工具 窗口 如图 所示 我们现在所要做的工作就我们建立服务器/客户端模式的关键 *** 作了!!

图

配置过程中将出现如图 所示的 网络配置向导 窗口 询问是否使用目录服务

是 我要使用目录服务 包括两种服务类型 Oracle Internet目录和微软活动目录

不 我要自己创建网络服务名

lishixinzhi/Article/program/Oracle/201311/18361

在SQL*Plus中用insert *** 的都是中文的 为什么一存入服务器后 再select出的就是??? 有的时候 服务器数据先导出 重装服务器 再导入数据 结果 发生数据查询成??? …… 这些问题 一般是因为字符集设置不对造成的 很久以来 字符集一直是困扰著众多Oracle爱好者的问题 笔者从事Oracle数据库管理和应用已经几年了 经常接到客户的类似上面提到的有关数据库字符集的 告急 和 求救 在此我们就这个问题做一些分析和探讨 首先 我们要明确什么是字符集？字符集是一个字节数据的解释的符号集合 有大小之分 有相互的包括关系 如us ascii就是zhs gbk的子集 从us ascii到zhs gbk不会有数据解释上的问题 不会有数据丢失 Oracle对这种问题也要求从子集到超集的导出受支持 反之不行 在所有的字符集中utf 应该是最大 因为它基于unicode 双字节保存字符(也因此在存储空间上占用更多) 其次 一旦数据库创建后 数据库的字符集是不能改变的 因此 在设计和安装之初考虑使用哪一种字符集是十分重要的 数据库字符集应该是 *** 作系统本地字符集的一个超集 存取数据库的客户使用的字符集将决定选择哪一个超集 即数据库字符集应该是所有客户字符集的超集 在实际应用中 和字符集问题关系最大的恐怕就是exp/imp了 在做exp/imp时 如果Client 和Server的nls_lang设置是一样的 一般就没有问题的 但是 要在两个不同字符集的系统之间导数据就经常会有这样或那样的问题 如 导出时数据库的显示正常 是中文 当导入到其他系统时 就成了乱码 这也是一类常见问题 现在 介绍一些与字符集有关的NLS_LANG参数 NLS_LANG格式 NLS_LANG = language_territory charset 有三个组成部分（语言 地域和字符集） 每个成分控制了NLS子集的特性 其中 language 指定服务器消息的语言 territory 指定服务器的日期和数字格式 charset 指定字符集 例如 　AMERICAN_AMERICA US SCII AMERICAN _ AMERICA ZHS GBK 还有一些子集可以更明确定义NLS_LANG参数 　DICT BASE 数据字典基本 表版本 DBTIMEZONE 数据库时区 NLS_LANGUAGE 语言 NLS_TERRITORY 地域 NLS_CURRENCY 本地货币字符 NLS_ISO_CURRENCY ISO货币字符 NLS_NUMERIC_CHARACTERS 小数字符和组 分隔开 NLS_CHARACTERSET 字符集 NLS_CALENDAR 日历系统 NLS_DATE_FORMAT 缺省的日期格式 NLS_DATE_LANGUAGE 缺省的日期语言 NLS_SORT 字符排序序列 NLS_TIME_FORMAT 时间格式 NLS_TIMESTAMP_FORMAT 时间戳格式 …… 通过props$动态性能视图 我们可以查看数据库的字符集信息 　$>sqlplus internal SQL>desc props$ Name Type Nullable Default Comments NAME VARCHAR ( ) VALUE$ VARCHAR ( ) Y MENT$ VARCHAR ( ) Y SQL>set arraysize SQL>col value$ format a SQL>select name value$ from props$ where name= NLS_CHARACTERSET NAME VALUE$ NLS_CHARACTERSET ZHS GBK SQL>select * from sys props$NAME VALUE$ DICT BASE DBTIMEZONE : NLS_LANGUAGE AMERICAN NLS_TERRITORY AMERICA NLS_CURRENCY $ NLS_ISO_CURRENCY AMERICA NLS_NUMERIC_CHARACTERS NLS_CHARACTERSET ZHS GBK NLS_CALENDAR GREGORIAN NLS_DATE_FORMAT DD MON RR NLS_DATE_LANGUAGE AMERICAN NLS_SORT BINARY NLS_TIME_FORMAT HH MI SSXFF AM NLS_TIMESTAMP_FORMAT DD MON RR HH MI SSXFF AM NLS_TIME_TZ_FORMAT HH MI SSXFF AM TZH:TZM NLS_TIMESTAMP_TZ_FORMAT DD MON RR HH MI SSXFF AM TZH:TZM NLS_DUAL_CURRENCY $ NLS_P BINARY NLS_NCHAR_CHARACTERSET ZHS GBK NLS_RDBMS_VERSION NAME VALUE$ GLOBAL_DB_NAME SCPDB EXPORT_VIEWS_VERSION rows selected SQL> 从结果可以看出 　NLS_LANG = AMERICAN _ AMERICA ZHS GBK 虽然 数据库的字符集是在create database的时候指定的 以后不允许改变 但在一个已经建立好的数据库上 我们可以通过修改SYS PROPS$来修改主要是对应客户端的显示 与存储无关 如 SQL>conn / as sysdba Connected SQL>SQL>select * from sys props$ WHERE NAME= NLS_LANGUAGE NAME VALUE$ NLS_LANGUAGE AMERICAN SQL>SQL>UPDATE sys PROPS$ SET VALUE$= SIMPLIFIED CHINESE WHERE NAME= NLS_LANGUAGE row updated SQL>SQL>select * from sys props$ WHERE NAME= NLS_LANGUAGE NAME VALUE$ NLS_LANGUAGE SIMPLIFIED CHINESE SQL> 通常出现问题的原因 可分为三种 　 服务器指定字符集与客户字符集不同 而与加载数据字符集一致 解决方法 对于这种情况 只需要设置客户端字符集与服务器端字符集一致就可以了 具体 *** 作如下 * 查看当前字符集 SQL>select * from sys props$ WHERE NAME= NLS_CHARACTERSET NAME VALUE$ NLS_CHARACTERSET ZHS GBK SQL>可以看出 现在服务器端Oracle数据库的字符集为 ZHS GBK * 根据服务器的字符集在客户端作相应的配置或者安装Oracle的客户端软件时指定 如果还没安装客户端 那么在安装客户端时 指定与服务器相吻合的字符集即可 如果已经安装好了客户端 并且客户端为 sql*net 以下版本 进入Windows的系统目录 编辑oracle ini文件 用US ASCII替换原字符集 重新启动计算机 设置生效 否则 如果 客户端为 sql*net 以上版本 在Win 下 运 行REGEDIT 第一步选HKEY_LOCAL_MACHINE 第二步选择SOFARE 第三步选择 Oracle 第四步选择 NLS_LANG 键 入 与服 务 器 端 相 同 的 字 符 集 （本例为 HKEY_LOCAL_MACHINE\ SOFARE\ORACLE\NLS_LANG AMERICAN _ AMERICA ZHS GBK）如果是UNIX客户端 则 　SQL>conn / as sysdba Connected SQL>SQL>UPDATE sys PROPS$ SET VALUE$= SIMPLIFIED CHINESE WHERE NAME= NLS_LANGUAGE row updated SQL>MITCommit plete SQL> 服务器指定字符集与客户字符集相同 与加载数据字符集不一致 解决方法 强制加载数据字符集与服务器端字符集一致 要做到这一点 可以通过重新创建数据库 并选择与原卸出数据一致的字符集 然后IMP数据 这种情况仅仅适用于空库和具有同一种字符集的数据 解决这类问题 也可以先将数据加载到具有相同字符集的服务器上 然后用转换工具卸出为foxbase 格式或access格式数据库 再用转换工具转入到不同字符集的Oracle数据库中 这样就避免了Oracle字符集的困扰 目前数据库格式转换的工具很多 像power builder 以上版本提供的pipeline及Microsoft Access数据库提供的数据导入/导出功能等 服务器指定字符集与客户字符集不同 与输入数据字符集不一致 对于这种情况 目前为止都还没有太好的解决方法 通过上面的了解 我们知道 导致在后期使用数据库时出现种种关于字符集的问题 多半是由于在数据库设计 安装之初没有很好地考虑到以后的需要 所以 我们完全可以通过在服务器上和客户端使用相同的字符集来避免由此类问题引出的麻烦 lishixinzhi/Article/program/Java/hx/201311/27019

---