oracle_10g基础及常见问题精选(编辑修改稿)

oracle_10g基础及常见问题精选(编辑修改稿)内容摘要：

select name, block_size, current_size,prev_size from v$buffer_pool。 pool M bytes java pool 20 large pool 4 shared pool 84 这一次 , db_cache_size 的值没有变化 , JAVA_POOL_SIZE 的值也没有变化 修改 large pool的值为 16M SQL alter system set large_pool_size=16M。 System altered. SQL select name,block_size,current_size,prev_size from v$buffer_pool。 NAME BLOCK_SIZE CURRENT_SIZE PREV_SIZE DEFAULT 8192 176 188 SQL Select pool, sum(bytes)/1024/1024 as M bytes from v$sgastat group by pool。 POOL M bytes java pool 20 large pool 16 shared pool 84 这次， db_cache_size 和 large_pool_size 的值都变了 同样 ,调大 shared_pool_size 后 , db_cache_size 会自动减小 . 虽然 db_nk_cache_size 的值不会随着 workload 的改变而自动调整 , 我们还是可以看看手工改动 db_nk_block_size 的情况 SQL alter system set db_2k_cache_size=4m。 System altered. SQL select name,block_size,current_size,prev_size from v$buffer_pool。 NAME BLOCK_SIZE CURRENT_SIZE PREV_SIZE DEFAULT 8192 172 176 DEFAULT 2048 4 0 SQL alter system set db_2k_cache_size=0。 System altered. SQL select name,block_size,current_size,prev_size from v$buffer_pool。 NAME BLOCK_SIZE CURRENT_SIZE PREV_SIZE DEFAULT 8192 176 172 SQL alter system set db_2k_cache_size=8m。 System altered. SQL select name,block_size,current_size,prev_size from v$buffer_pool。 NAME BLOCK_SIZE CURRENT_SIZE PREV_SIZE DEFAULT 8192 168 176 DEFAULT 2048 8 0 结论 : 手工调整 db_nk_cache_size 确实会影响原有的参数 . 最后说一点 : SGA_TARGET 参数与 SGA_MAX_SIZE 参数有密切关联，基本的原则就是前者的值不能大于后者的值 . 总结：设置了 SGA_TARGET 参数后，数据库会在这个范围内自行调整； 但许多情况下 , 怎样合理地设置这个参数仍是 DBA需要考虑的问题 , 他们需要结合 AWR Report 等辅助的工具来分析 .( 当然，我们可以根据 Advisor 的历史信息而确定一个比较合理的值 )。 ===== 一、乱码问题 Redhat RHEL AS3 下安装 Oracle DB 10g 中文乱码问题 不少兄弟反映在 rhel3 下安装 oracle10g时出现乱码 , 其实在安装和使用时出现乱码的地方有多个 , 可以分为三类 : 1. 安装时的乱码 2. 一些应用程序的乱码 , 比如 dbca, ca 3. 一些基于 oc4j 的 web 应用的乱码 , 比如 isqlplus, em 造成这些问题的原因都是一个 , 就是这些程序都使用 jdk, 相应的 jdk(或 jre) 使用的字体配置文件 中的字体和操作系统的字体或者字体配置文件不匹配 . 解决的办法是把两者改成一致 . 1. 下载 , 解包 , 生成目录 Disk1 2. cd Disk1/stage/Components/ unzip (这时生成一个 jre 的目录 ) cd jre/ mv cp cd ../../../ zip r jre/ mv (其实就是把 文件换掉 . 这样安装时汉字显示就没有问题了 ) 3. 如法炮制 , 把 Disk1/stage/Components/件里面的 文件换掉 , 创建数据库和执行网络配置时的乱码就没有了 . isqlplus 和 em 的乱码也解决了。 用 IE 登录 Linux服务器上的 em 出现的乱码 不知道大家有没有注意到， EM显示的中文翻译很是糟糕， up/down 动不动就翻译成“向上”“向下”，让人哭笑不得 .很多朋友都说， 干脆给显示英文算了，可是怎么显示呢 ? 好了，现在我们有一种办法很容易的解决这个问题 : 打开你的 IE 浏览器，选择 39。 工具 Inter 选项 常规 选择“语言”，默认只有“中文”，选择“添加”，加入英语 (美国 ),调整顺序，把”英语 (美国 )“放到最上面 OK ,确定。 打开你的 问题解决了。 二、 10g如何更改归档模式 1. 对于初始化文件 ,只需要修改 log_archive_dest_n 这个参数 .n=1,2,3,....10, Oracle 缺省会使用 log_archive_dest_10 这个参数来使用 flash recovery area 里面存放的归档日志文件 ,大小由参数db_recovery_file_dest_size 来决定 . 修改 : log_archive_dest_1=location=c:\oracle\10g\...\archivelog quota_size=2G ... 如果归档使用 flash recovery area, 上面的参数不需要指定任何值， Oracle 会自动使用db_recovery_file_dest 这个参数所指定的路径。 2. 启动 sqlplus: startup mount pfile=39。 ....39。 alter database archivelog。 (如果启用 flashback, alter database flashback on) alter database open。 archive log list(查看是 否运行在归档模式 ) ( 如果前面的 log_archive_dest_n 没 有 设 置 ， 则 会 显 示USE_DB_RECOVERY_FILE_DEST) 3. 怎样变成 noarchivelog 模式 步骤基本同上。 三、用 dblink 在 10G 中做 create table ..as select * from ..varchar2()的 column 宽度变成 3 倍 问题描述：例如： varchar2(255)==varchar(765) 测试： 1. 环境 : 两台机器都装的 10G 的数据库 2. 测试步骤和 结果 : SQL conn test1/test1@db10G_server1 SQL create database link link_server2 connect to test1 identified by test1 using 39。 db10G_server239。 SQL conn test1/test1@db10G_server2 SQL create table test1_t1 as select * from all_objects where rownum=3000。 SQL desc test1_t1。 Name Null? Type OWNER VARCHAR2(30) OBJECT_NAME VARCHAR2(30) SUBOBJECT_NAME VARCHAR2(30) OBJECT_ID NUMBER DATA_OBJECT_ID NUMBER OBJECT_TYPE VARCHAR2(19) CREATED DATE LAST_DDL_TIME DATE TIMESTAMP VARCHAR2(19) STATUS VARCHAR2(7) TEMPORARY VARCHAR2(1) GENERATED VARCHAR2(1) SECONDARY VARCHAR2(1) SQL conn test1/test1@db10G_。