博客首页
注册
建议与交流
排行榜
加入友情链接
推荐
投诉
搜索：
帮助
好好学习,天天向SUN
联系方式: leiyu530@163.com
penguinstorm.cublog.cn
管理博客
发表文章
留言
收藏夹
博客圈
音乐
相册
· N4000拆卸过程
· Solaris8安装过程截图
· Veritas
}
· 建立VOLUME
· 其他
· 证书
· ORACLE_FOR_Solaris9i
· HACMP_FOR_AIX 4.3.3
}
· 准备工作
· 配置过程
· 配置共享卷组
· 配置应用脚本
· 同步过程
· 启动双机
· 错误大观
· 路由交换
· ruby专用文件夹
· sun_cluster
· FASTT系列存储
· 7133换盘操作
· HACMP_FOR_AIX 5.1
· 地震纪实
文章
· AIX
}
· 实践操作
· 双机配置
· 系统认证
· 基础知识
· 故障处理
· 共享精神
· HPUX
}
· 学逻辑卷
· 双机相关
· 考试认证
}
· CSE
· CSA
· 基础知识
· 动手实践
· 存储备份
· CISCO
}
· 交换相关
· 路由相关
· 认证考试
}
· CCNA
· CCNP
· CCIE
· 心情日记
· 动手实践
· Linux
· Oracle
}
· 基础知识
· 实践操作
· 考试认证
· 实验操作
· English
· Solaris
}
· 读书笔记
}
· SA239
· SA299
· SA399
· ES222
· SM240
· ES255
· ES310
· Solaris高级系统管理员指南
· 基础知识
· 实践操作
}
· ST350
· 认证计划
· 系统安装
· Veritas
}
· 基础知识
· 实践操作
· Program
}
· Rails
}
· 基础知识
· 实践操作
· 语法掌握
· Dynamips
· 荣誉勋章
· 过关总结
· 闲言碎语
· 熬夜签到
· 好文收录
· 人在职场
· 热点关注
首页
关于作者
姓名：雷宇 昵称：storm 职业：IT 年龄：26 位置：北京 个性介绍：没啥个性 不聊MSN/QQ 本着资源共享的精神，所有文章欢迎转载
||
<<
>>
||
我的分类
文章列表 - 实践操作
题记windowsXP下oracle9.2.0.6到oracle10.2.0升级（尾声）
<DIV>16，以SYSDBA身份登陆SQLPLUS，以UPGRADE的方式启动数据库：</DIV> <DIV>SQL> start upgrade</DIV> <DIV>这里我没有出现如文档里面提到的错误，执行过程很顺利。</DIV> <DIV>17，执行脚本D:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\catupgrd.sql（根据数据库大小而定，在本机上执行过程为两个小时），脚本执行完毕之后如下：</DIV> <DIV>Oracle Database 10.2 Upgrade Status Utility 01-12-2008 21:03:24<BR>.<BR>Component Status Version HH:MM:SS<BR>Oracle Database Server VALID 10.2.0.1.0 00:18:15<BR>JServer JAVA Virtual Machine VALID 10.2.0.1.0 00:23:30<BR>Oracle XDK VALID 10.2.0.1.0 00:02:22<BR>Oracle Database Java Packages VALID 10.2.0.1.0 00:01:12<BR>Oracle Text VALID 10.2.0.1.0 00:01:25<BR>Oracle XML Database VALID 10.2.0.1.0 00:08:30<BR>Oracle Workspace Manager VALID 10.2.0.1.0 00:01:27<BR>Oracle Data Mining VALID 10.2.0.1.0 00:00:31<BR>OLAP Analytic Workspace VALID 10.2.0.1.0 00:00:34<BR>OLAP Catalog VALID 10.2.0.1.0 00:01:39<BR>Oracle OLAP API VALID 10.2.0.1.0 00:01:16<BR>Oracle interMedia VALID 10.2.0.1.0 00:09:36<BR>Spatial VALID 10.2.0.1.0 00:07:46<BR>Oracle Ultra Search NO SCRIPT 9.2.0.1.0 00:00:00<BR>.<BR>Total Upgrade Time: 01:22:57</DIV> <DIV>PL/SQL 过程已成功完成。</DIV> <DIV>DOC>#######################################################################<BR>DOC>#######################################################################<BR>DOC><BR>DOC> The above PL/SQL lists the SERVER components in the upgraded<BR>DOC> database, along with their current version and status.<BR>DOC><BR>DOC> Please review the status and version columns and look for<BR>DOC> any errors in the spool log file. If there are errors in the spool<BR>DOC> file, or any components are not VALID or not the current version,<BR>DOC> consult the Oracle Database Upgrade Guide for troubleshooting<BR>DOC> recommendations.<BR>DOC><BR>DOC> Next shutdown immediate, restart for normal operation, and then<BR>DOC> run utlrp.sql to recompile any invalid application objects.<BR>DOC><BR>DOC>#######################################################################<BR>DOC>#######################################################################</DIV> <DIV>18，待catupgrd.sql脚本执行完成，shutdown immediate关闭数据库；</DIV> <DIV>19，startup启动数据库，执行脚本D:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\utlrp.sql；</DIV> <DIV>20，执行完毕后执行查询所有重新编译错误<BR>SQL> select * from utl_recomp_errors;</DIV> <DIV>未选定行（这里说明没有错误）</DIV> <DIV>21，执行检查：</DIV> <DIV>SQL> select name from v$database确认ORACLE_SID正确，为ora</DIV> <DIV>SQL> show user确认当前使用者为SYS</DIV> <DIV>SQL> select tablespace_name, bytes from dba_data_files对系统表空间大小进行确认。</DIV> <DIV>全文结束。</DIV> <DIV></DIV> <DIV></DIV>
查看全文
发表于:2008-01-12 ┆
阅读(211)
┆
评论(0)
题记windowsXP下oracle9.2.0.6到oracle10.2.0升级（四）
<DIV>6，拷贝9i的initsid.ora文件到D:\oracle\product\10.2.0\db_1\database目录下，对升级报告中指出的几个参数进行修改：</DIV> <DIV>**********************************************************************<BR>Update Parameters: [Update Oracle Database 10.2 init.ora or spfile]<BR>**********************************************************************<BR>WARNING: --> "shared_pool_size" needs to be increased to at least 177861837<BR>WARNING: --> "java_pool_size" needs to be increased to at least 67108864<BR>WARNING: --> "streams_pool_size" is not currently defined and needs a value of<BR>at least 50331648<BR>WARNING: --> "session_max_open_files" needs to be increased to at least 20<BR>**********************************************************************</DIV> <DIV>7，对不需要的参数进行删除：</DIV> <DIV>Obsolete Parameters: [Update Oracle Database 10.2 init.ora or spfile]<BR>**********************************************************************<BR>--> "hash_join_enabled"<BR>**********************************************************************</DIV> <DIV>8，拷贝9i的密码文件pwdsid.ora到D:\oracle\product\10.2.0\db_1\database目录下；</DIV> <DIV>9，拷贝9iHomenetworkadmin下的tnsname.ora、listener.ora、sqlnet.ora到D:\oracle\product\10.2.0\db_1\NETWORK\ADMIN目录；</DIV> <DIV>10，shutdown immediate关闭ORACLE9I数据库；</DIV> <DIV>11，在命令行用cmd>oradim -delete -sid ora（我的数据库实例名为ora）删除WINDOWS服务下的实例；</DIV> <DIV>12，在命令行用cmd>oradim -new -sid sid -pfile 'D:\oracle\product\10.2.0\db_1\database\initora.ora'建立新的实例；</DIV> <DIV>13，开始－设置－控制面板－服务，关闭ORACLE9I LISTENER服务；</DIV> <DIV>14，运行中执行“CMD”，调出DOS界面，lsnrctl start开启ORACLE10G的监听进程，观察服务中是否相应增加了这项服务；</DIV> <DIV>15，这一步是原文档所忽略掉的，如果不执行就会报监听错误，实际是因为没有设置正确的ORACLE_HOME所导致的：</DIV> <DIV>C:\set ORACLE_HOME=D:\oracle\product\10.2.0\db_1</DIV> <DIV>C:\set ORACLE_HOME=ora</DIV> <DIV>如果不愿意每次都输入这样的结果，可以通过修改注册表永久修改ORACLE_HOME以及ORACLE_SID。</DIV> <DIV> </DIV> <DIV><BR> </DIV> <DIV></DIV>
查看全文
发表于:2008-01-12 ┆
阅读(214)
┆
评论(0)
题记windowsXP下oracle9.2.0.6到oracle10.2.0升级（三）
<DIV></DIV><br /> <DIV></DIV><br /> <DIV><br /> <DIV><br /> <DIV>5，调整表空间大小：</DIV><br /> <DIV>首先查看ORACLE9.2.0.6下系统表空间大小以及剩余空间大小</DIV><br /> <DIV>SQL> select tablespace_name, bytes from dba_data_files;</DIV><br /> <DIV>TABLESPACE_NAME BYTES<BR>------------------------------ ----------<BR>SYSTEM 419430400<BR>UNDOTBS1 209715200<BR>CWMLITE 20971520<BR>DRSYS 20971520<BR>EXAMPLE 156631040<BR>INDX 26214400<BR>ODM 20971520<BR>TOOLS 10485760<BR>USERS 26214400<BR>XDB 39976960</DIV><br /> <DIV>已选择10行。</DIV><br /> <DIV>SQL> select tablespace_name, sum(bytes) from dba_free_space group by tablespace_name;</DIV><br /> <DIV>TABLESPACE_NAME SUM(BYTES)<BR>------------------------------ ----------<BR>SYSTEM 2752512<BR>UNDOTBS1 198705152<BR>CWMLITE 11141120<BR>DRSYS 10813440<BR>EXAMPLE 524288<BR>INDX 26148864<BR>ODM 11141120<BR>TOOLS 4128768<BR>USERS 26148864<BR>XDB 196608</DIV><br /> <DIV>已选择10行。</DIV><br /> <DIV>这个结果也可以使用ORACLE工具Enterprise Manager Console进行查看，但一般不采取这样的方式，因为明显笨拙。</DIV><br /> <DIV>根据升级分析报告得到的结果，以下系统表空间需要进行大小调整：<BR>--> SYSTEM </DIV><br /> <DIV>--> TEMP </DIV><br /> <DIV>--> CWMLITE </DIV><br /> <DIV>--> DRSYS </DIV><br /> <DIV>--> EXAMPLE <BR>--> ODM </DIV><br /> <DIV>--> XDB </DIV><br /> <DIV>这里以SYSTEM表空间进行说明：</DIV><br /> <DIV></DIV></DIV></DIV>
查看全文
发表于:2008-01-12 ┆
阅读(209)
┆
评论(0)
题记windowsXP下oracle9.2.0.6到oracle10.2.0升级（二）
<DIV>以下是在执行目录D:\oracle\product\10.2.0\db_1\RDBMS\ADMIN下的SQL脚本utlu102i.sql的显示结果：</DIV> <DIV>SQL> @ D:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\utlu102i.sql<BR>Oracle Database 10.2 Upgrade Information Utility 01-12-2008 11:17:59<BR>.<BR>**********************************************************************<BR>Database:<BR>**********************************************************************<BR>--> name: ORA<BR>--> version: 9.2.0.6.0<BR>--> compatible: 9.2.0.0.0<BR>.<BR>**********************************************************************<BR>Logfiles: [make adjustments in the current environment]<BR>**********************************************************************<BR>--> The existing log files are adequate. No changes are required.<BR>.<BR>**********************************************************************<BR>Tablespaces: [make adjustments in the current environment]<BR>**********************************************************************<BR>--> SYSTEM tablespace is adequate for the upgrade.<BR>.... minimum required size: 567 MB<BR>.... AUTOEXTEND additional space required: 167 MB<BR>--> TEMP tablespace is adequate for the upgrade.<BR>.... minimum required size: 58 MB<BR>.... AUTOEXTEND additional space required: 18 MB<BR>--> CWMLITE tablespace is adequate for the upgrade.<BR>.... minimum required size: 10 MB<BR>--> DRSYS tablespace is adequate for the upgrade.<BR>.... minimum required size: 27 MB<BR>.... AUTOEXTEND additional space required: 7 MB<BR>--> EXAMPLE tablespace is adequate for the upgrade.<BR>.... minimum required size: 150 MB<BR>.... AUTOEXTEND additional space required: 1 MB<BR>--> ODM tablespace is adequate for the upgrade.<BR>.... minimum required size: 9 MB<BR>--> XDB tablespace is adequate for the upgrade.<BR>.... minimum required size: 41 MB<BR>.... AUTOEXTEND additional space required: 3 MB<BR>.<BR>*****************……
查看全文
发表于:2008-01-12 ┆
阅读(209)
┆
评论(0)
题记windowsXP下oracle9.2.0.6到oracle10.2.0升级（一）
<DIV>实验环境：windowsXP <BR> ORACLE9.2.0.1 <BR> ORACLE9.2.0.6补丁 <BR> ORACLE10.2.0 <BR>内存容量：2GB <BR>指定ORACLE实验用硬盘空间：15GB </DIV> <DIV>ORACLE9.2.0.6： <BR>ORACLE_HOME：D:\oracle\ora92 <BR>ORACLE_SID：ora </DIV> <DIV>ORACLE10.2.0： <BR>ORACLE_HOME：<BR>D:\oracle\product\10.2.0\db_1 <BR>ORACLE_SID：ora </DIV> <DIV>实验过程： <BR>1，关闭ORACLE9.2.0.1数据库，执行一个完全冷备； <BR>2，D:\oracle\software\oracle9i for windows\p3948480_9206_WINNT\Disk1\install\setup安装ORACLE9.2.0.6的补丁，安装的时候注意一点，指定安装路径的时候必须选择跟ORACLE9.2.0.1一样，否则安装会出错； <BR>3，安装完成后打开SQLPLUS检查补丁是否安装成功以及数据库能否完好启动； <BR>4，安装ORACLE10G，选择与ORACLE9.2.0.6完全不同的目录，且安装的时候选择不安装数据库，只安装ORACLE软件，安装完成后在目录D:\oracle\product\10.2.0\db_1下生成所有文件； <BR>5，以SYSDBA身份登陆到SQLPLUS，执行以下操作： SQL> spool upgrade.info SQL> @ D:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\utlu102i.sql SQL> spool off 此操作完成之后，保存输出结果。</DIV>
查看全文
发表于:2008-01-12 ┆
阅读(203)
┆
评论(0)
题记windowsXP下oracle9.2.0.6到oracle10.2.0升级（前言）
<DIV> 所谓实践出真知，正如这次在windowsXP平台下针对ORACLE10G的升级过程，若非亲手亲力去做，不会有这么多感悟。实践过程中参照了网上转载率较高的一篇文章《从ORACLE9I升级到ORACLG10G》，起到了很好的提纲挈领的作用，但实际做起来还是有很多地方都不同，这篇文章也有的地方存在缺陷，如果全然按照里面提示的操作来做，相信会很困难。</DIV> <DIV> </DIV> <DIV> 在做从ORACLE9I到ORACLE10G的升级有一个前提条件，那就是并非所有ORACLE09I版本都能够成功升级到ORACLE10G，我做的时候便走了弯路。我的PC机上安装的是ORACLE9.1.0.0，算得上是比较原始的版本，然后再将ORACLE10G安装到不同于ORACLE9.1.0.0的目录，且只安装软件不安装数据库（否则就不叫升级了）。我所参照的文章介绍的方案是从ORACLE9.2.0.8升级到ORACLE10G，起初我没有注意，片面的认为任何ORACLE9I的版本都能够升级到ORACLE10G。在SQLPLUS下执行@ D:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\utlu102i.sql才发现ORACLE9.1.0.0是不能直接升级到ORACLE10G的。查找了官方文档之后才明白，要从ORACLE9I升级到ORACLE10G，至少要保证升级前ORACLE版本是9.2.0.4或者9.2.0.4以上，而ORACLE官方网站上只能找到ORACLE9I完整版本的便是9.2.0.1与9.2.0.2，如果要将版本更新到9.2.0.4或者是更高，那必须打这方面的补丁，之后才能做升级操作。</DIV> <DIV> </DIV> <DIV> 花了足足四个小时的时间将本机上的ORACLE9.1.0.0版本删除，然后从官方网站上下载ORACLE9.2.0.1然后安装，接下来搜索更高版本补丁所耗费的时间基本与之前耗费的时间持平。通过找补丁的过程才明白一点，ORACLE9.2.0.2之后版本的补丁不是那么好找的，官方网站虽然有下载但下载方必须保证有一个metalink帐号，通过这个帐号登陆<A href="http://www.metalink.oracle.com">http://www.metalink.oracle.com</A>，才能顺利下载到所需的补丁。世界上果然没有免费的午餐，要得到这个帐号，必须是购买了ORACLE的服务，这才附赠这么一个帐号，对于像我般既没有购买ORACLE服务也没有参与ORACLE服务的人来说那自然是无权享受，说到这里又想到了CISCO IOS12.4以及12.4以上版本也要通过COO帐号才能免费到CISCO官网上下载得到。找了无数论坛，打开无数链接，最终终于找到ORACLE9.2.0.6 for windowsXP版本的补丁下载地址，全名为p3948480_9206_WINNT，补丁大小为234MB。</DIV> <DIV> </DIV> <DIV> 这样一来，后续工作才得以继续开展。</DIV> <DIV></DIV>
查看全文
发表于:2008-01-12 ┆
阅读(238)
┆
评论(0)
ORACLE小实验：从pfile启动ORACLE失败（解决）
<DIV>今天测试了用服务器参数文件创建文本参数文件以及以文本参数文件的方式启动数据库，操作如下：</DIV> <DIV>1,C:\>sqlplus "/ as sysdba"</DIV> <DIV>2,SQL> show parameter spfile</DIV> <DIV>NAME TYPE VALUE<BR>------------------------------------ ----------- ------------------------------<BR>spfile string %ORACLE_HOME%\DATABASE\SPFILE%<BR> ORACLE_SID%.ORA</DIV> <DIV>VALUE值不为空，说明是以spfile方式启动数据库。</DIV> <DIV>3,SQL> create pfile from spfile;</DIV> <DIV>文件已创建</DIV> <DIV>4,SQL> shutdown immediate</DIV> <DIV>5,SQL> startup pfile=d:\oracle\ora90\database\initora9i.ora;</DIV> <DIV>LRM-00101: unknown parameter name 'compatible_dump_dest'<BR>LRM-00101: unknown parameter name 'control_filesmp_dest'<BR>LRM-00101: unknown parameter name 'control_filesmp_dest'<BR>LRM-00101: unknown parameter name 'control_filesmp_dest'<BR>LRM-00101: unknown parameter name 'core_dump_destp_dest'<BR>LRM-00101: unknown parameter name 'db_block_sizetp_dest'<BR>LRM-00101: unknown parameter name 'db_cache_sizetp_dest'<BR>LRM-00101: unknown parameter name 'db_domainsizetp_dest'<BR>LRM-00101: unknown parameter name 'dispatcherszetp_dest'<BR>LRM-00101: unknown parameter name 'dispatcherszetp_dest'<BR>LRM-00101: unknown parameter name 'dispatcherszetp_dest'<BR>LRM-00101: unknown parameter name 'hash_area_sizer_target'<BR>LRM-00101: unknown parameter name 'instance_nameer_target'<BR>LRM-00101: unknown parameter name 'java_pool_sizer_target'<BR>LRM-00101: unknown parameter name 'open_cursorszer_target'<BR>LRM-00101: unknown parameter name 'processesorszer_target'<BR>LRM-00101: unknown parameter name 'shared_pool_sizetarget'<BR>LRM-00101: unknown parameter name 'sort_area_sizezetarget'<BR>LRM-00101: unknown parameter name 'timed_statisticstarget'<BR>LRM-00101: unknown parameter name 'undo_managementstarget'<BR>LRM-00101: unknown parameter name 'undo_retentiontstarget'<BR>LRM-00101: unknown parameter name 'undo_tablespacestarget'<BR>LRM-00101: unknown parameter name 'user_dump_destestarget'<BR>ORA-01078: 处理系统参数失败</DIV> <DIV> </DIV> <DIV>解决方法：到/oracle/ora90/database目录下查看initora9i.ora文件，发现每一行前面都有一个“×”号，在数据库停止的情况下将每行前面的星号给去掉，然后再以指定文本参数文件方式启动数据库，成功。</DIV> <DIV>按理说前面的操作应该没有问题，不用通过手工方式来让刚刚通过服务器参数文件创建的文本参数文件生效，不知道这是不是ORACLE9i（操作系统版本为9.0.1.1）的一个bug？</DIV> <DIV></DIV>
查看全文
发表于:2007-11-28 ┆
阅读(552)
┆
评论(2)
ORACLE9i中文本参数文件pfile与服务器参数文件spfile的相互转换
<DIV>使用服务器参数文件spfile创建文本参数文件pfile：<BR>1,SQL> create pfile from spfile='/u01/app/oracle/product/9.2.0/dbs/spfile$ORACLE_SID.ora';<BR>2,SQL> create pfile from spfile;<BR>3,SQL> create pfile='/u01/oracle/dbs/test_pfile_ora' from spfile='/u01/app/oracle/product/9.2.0/dbs/<BR>spfile$ORACLE_SID.ora';<BR>4,SQL> create pfile='/u01/oracle/dbs/test_pfile_ora' from spfile;</DIV> <DIV>使用参数文件pfile创建服务器参数文件spfile：<BR>1,SQL> create spfile from pfile='/u01/app/oracle/admin/db_name/pfile/init$ORACLE_SID.ora';<BR>2,SQL> create spfile from pfile;<BR>3,SQL> create spfile='/u01/oracle/dbs/test_spfile.ora' from pfile='/u01/app/oracle/admin/db_name/<BR>pfile/init$ORACLE_SID.ora';<BR>4,SQL> create spfile='/u01/oracle/dbs/test_spfile.ora' from pfile;</DIV> <DIV>综上所述，如果数据库中没有使用服务器参数文件，则不能使用服务器参数文件创建文本参数文件，因为服务器中可</DIV> <DIV>能使用文本参数文件。</DIV> <DIV>用show命令查看到底使用服务器参数文件还是文本参数文件：<BR>SQL> show parameter spfile<BR>NAME TYPE VALUE<BR>-------------------------------<BR>spfile string <BR>如果这里显示为空，表示使用的是文本参数文件</DIV>
查看全文
发表于:2007-11-25 ┆
阅读(245)
┆
评论(0)
ORACLE9I故障模拟小实验之一：修改参数文件
<DIV>windowsXP中,参数文件一般位于d:\oracle\admin\ora\pfile\init.ora<BR>通过将参数文件剪切到其他地方、更名，使用startup命令都可以打开数据库,但如果移动d:\oracle\ora90\database\initora.ora则不行，启动的时候会提示找不到参数文件，查看initora.ora文件的内容是与init.ora文件所在路径所对应的，权当initora.ora文件视为init.ora的链接<BR>尝试将init.ora更名为inity.ora，然后启动的时候设置：<BR>SQL>startup pfile=d:\oracle\admin\ora\pfile\init.ora,有错误提示：<BR>LRM-00109:无法打开参数文件 'd:\oracle\admin\ora\pfile\init.ora'<BR>ORA-01078:处理系统参数失败<BR>但如果这样：<BR>SQL>startup pfile=d:\oracle\admin\ora\pfile\inity.ora,就可以成功:<BR>ORACLE例程已经启动</DIV> <DIV>通过修改参数文件里面的内容：<BR>control_files=("D:\oracle\oradata\ora\CONTROL0.CTL", "D:\oracle\oradata\ora\CONTROL0.CTL", </DIV> <DIV>"D:\oracle\oradata\ora\CONTROL0.CTL")<BR>再打开数据库的时候，有报错：<BR>ORA-00205: ???????????????????????<BR>修改回来：<BR>control_files=("D:\oracle\oradata\ora\CONTROL01.CTL", "D:\oracle\oradata\ora\CONTROL02.CTL", </DIV> <DIV>"D:\oracle\oradata\ora\CONTROL03.CTL")<BR>再打开数据库，启动成功</DIV> <DIV><BR>文件d:\oracle\ora90\database下面有两个参数文件，一个是传统的文本文件initora.ora,一个是二进制文件spfileora.ora.initora.ora与参数文件d:\oracle\admin\ora\pfile\init.ora对应，如果我们修改文本文件initora.ora，如：<BR>IFILE='D:\oracle\admin\ora\pfile\init1.ora'<BR>那么启动的时候就会报错：<BR>SQL>startup pfile=d:\oracle\ora90\database\initora.ora<BR>LRM-00109: 无法打开参数文件 'd:\oracle\admin\ora\pfile\init1.ora'<BR>LRM-00113: 处理文件'd:\oracle\admin\ora\pfile\init1.ora'时出错<BR>ORA-01078: 处理系统参数失败<BR>再给更改回来：<BR>IFILE='D:\oracle\admin\ora\pfile\init.ora'<BR>启动成功</DIV> <DIV></DIV>
查看全文
发表于:2007-10-11 ┆
阅读(454)
┆
评论(0)
终于在Solaris9操作系统上成功安装ORACLE9i数据库！
<DIV>消耗时间：2007-9-10 14：00 - 2007-9-11 12:50</DIV> <DIV>原来在HPUX 11i操作系统下安装过ORACLE9i数据库，以为在Solaris平台下也差不多，但实际操作起来发现还是有不同的地方，主要体现在内核修改，这也导致多次安装错误。</DIV> <DIV>这里有一个误区，提醒自己也提醒别人，网上虽然能搜索到很多类似安装ORACLE的文档，但是实际情况往往有较大出入，在人家的机器上能够安装成功，在自己机器上没准就碰上这样那样的问题。</DIV> <DIV>无论在Solaris、AIX、HPUX平台上安装ORACLE，都涉及到一些相同的操作，比如修改内核参数，比如建立用户、用户组，比如修改oracle用户的.profile文件。这就需要具体问题具体分析，比如在HPUX下，主要是通过SAM－Kernel Configuration-Configurable Parameters来修改内核参数，而在Solaris系统下，转眼变成了对/etc/system文件的修改，在AIX下也有不同。但不同之中又有共同之处，比如修改内核之后为了让内核生效，需要重新启动系统。</DIV> <DIV>我前后重装了五次数据库，每次问题都出现在建库的时候，提示：</DIV> <DIV>“ORA-07446:Sdnfy:bad value 'oracle/admin/ora/udump' for parameter user_dump_dest</DIV> <DIV>而关于这个问题的解决，网上也是五花八门，这就需要自己一步一步的尝试了，所幸最终找到了正确方法。</DIV> <DIV>吃饭去了，一会儿接着唠。</DIV> <DIV></DIV> <DIV></DIV>
查看全文
发表于:2007-09-11 ┆
阅读(447)
┆
评论(0)
