最近在做修改字符集的实验,悲剧的是修改后重启,数据库启动不了. SQL> alter system set nls_language='AMERICAN'   scope = spfile; SQL> alter system set nls_territory='AMERICAN'  scope=spfile; SQL> shutdown immediate; SQL> startup ORA-12700: invalid NLS parameter value (nls_ter

Oracle安装完成后,调优内存参数(MEMORY_TARGET和MEMORY_MAX_TARGET设置为0),重启数据库,报ORA-00843 ORA-00849错误. 根据提示,不应将MEMORY_TARGET和MEMORY_MAX_TARGET设置为0. 但此时数据库已无法启动(报ORA-00843 ORA-00849错误),又一个不小心,在之前没有备份spfileorcl.ora的情况下,不小心vim打开spfileorcl.ora文件看了看,导致spfileorcl.ora文件不可用.

有一个数据库硬盘空间满了,查看发现一个dbf超大,并且不在规定的路径下,知道是一个非重要数据文件,于是删除. 后来重启数据库时, SQL> startupORACLE instance started. Total System Global Area  285212672 bytesFixed Size            1218992 bytesVariable Size           96470608 bytesDatabase Buffers      184549376 by

systemctl start httpd    # 将Apache的默认端口改为90后,启动Apache时提示失败 systemctl status httpd    # 查看Apache的状态 可以看到提示:Permission denied: AH00072: make_sock: could not bind to address [::]:90,意思是说权限被拒绝:AH00072: make_sock:无法绑定到地址[::]:90 这是 SELinux 安全机制导致的 解决方法: se

此段适用于 解决 navicat cannot load oci dll 环境 Navicat Premium  和 oracle 原因,navicat 32 和64 都只支持 32位的oci.dll(navicat 10以下的版本) 所以得下载32位的 非lite版的 oci.dll 但是:高版本的 10以上的Navicat Premium 支持 32 和 64位的oci.dll 连接失败的话,可能因为 navicat 和  Oracle 一个是32 位一个是 64位. 解决方法:Oracle

1.oracle server端字符集查询代码如下:select userenv ('language')  from dual; server字符集修改: 将数据库启动到RESTRICTED模式下做字符集更改:代码如下:SQL>conn /as sysdba SQL>shutdown immediate; SQL>startup mount SQL>ALTER  SYSTEM  ENABLE  RESTRICTED  SESSION; SQL>ALTER  SYSTEM 

PLSQL往Oracle数据库插入中文后变为问号 和 启动PLSQL时提示NLS_LANG在客户端不能确定的解决办法 1.检查服务器的字符编码 Select * from V$NLS_PARAMETERS where PARAMETER='NLS_CHARACTERSET'; Select USERENV('LANGUAGE') from DUAL; 2.增加本地环境变量 完成

修改数据库字符集为:ZHS16GBK查看服务器端字符集SQL > select * from V$NLS_PARAMETERS修改:$sqlplus /nologSQL>conn / as sysdba~若此时数据库服务器已启动,则先执行 SHUTDOWN IMMEDIATE 命令关闭数据库服务器,然后执行以下命令:SQL>shutdown immediate~SQL>STARTUP MOUNT~SQL>ALTER SYSTEM ENABLE RESTRICTED SESSI

转换背景:老系统数据为英文字符集,需要将老数据(Oracle 8i)转换到oracle 10g(中文字符集)中 思路:先将老数据从8i的数据库中导出,导出的数据库文件为英文字符集,再将10g的数据库改成英文字符集,改完后将刚才导出的数据库导入到10g中,查看中文数据是否乱码[注意:如果使用Toad 10的工具的话,因为本身Toad 10客户端使用的是英文字符集,所以显示的还是乱码,我们可以进入到sqlplus命令行查看数据是否为乱码],如果不乱吗,则将10g数据库改成中文字符集 查看当前字符集命

修改Oracle 数据库字符集总结:修改方式大约有3种:方法一: (最安全的方法)数据库创建以后,如果需要修改字符集,通常需要重建数据库,通过导入导出的方式来转换.方法二: (最常用的方法)通过 "alter database character set ZHS16GBK;" 方式修改,但并不总是有效.该命令在Oracle8时被引入Oracle,这个操作在本质上并不转换任何数据库字符,只是简单的更新数据库中所有跟字符集相关的信息.(意味,你只能在新字符集是旧字符集严格超集的情况下使用这

[Oracle整理]ORA-12705(字符集问题)   2017年5月11日 18:11 [Oracle整理]ORA-12705(字符集问题) 说明:本内容是工作用到的知识点整理,来自工作中和网络.  代码于Oracle9上测试.   环境不同 DB server相同 AP server相同 AP server上的DOTNET 版本相同--都是.NET 3.5SP1 建立相同的环境 客户端不相同,我的计算机上装的是10.2.0.AP server上装的是9.2.0 再次测试 出现ORA-127

1.oracle server端字符集查询 复制代码代码如下: select userenv('language') from dual; server字符集修改: 将数据库启动到RESTRICTED模式下做字符集更改: 复制代码代码如下: SQL>conn /as sysdba SQL>shutdown immediate; SQL>startup mount SQL>ALTER  SYSTEM  ENABLE  RESTRICTED  SESSION; SQL>ALTER

一.oracle服务端字符集 SQL> select userenv('language') from dual ; USERENV('LANGUAGE')----------------------------------------------------AMERICAN_AMERICA.AL32UTF8 二.oracle客户段字符集 2.1 window环境下,修改注册表ORACLE_HOME目录下的环境变量NLS_LANG. 2.2 unix/linux环境下,就是环境变量$NLS_LA

新建core collection2后,启动solr服务,访问solr web界面报错. HTTP Status 503 - Server is shutting down or failed to initialize 翻译为 HTTP状态503 -服务器已关闭或初始化失败 错误原因: copy索引库后,记得要进行该 core.properties , name=collection2 你是否忘记改了呢?反正我忘记了,改完之后,访问没问题了.

(1) 安装好Oracle后,启动Net Manager,测试orcl失败,报错“ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务”,需要修改监听文件.修改前: # listener.ora Network Configuration File: D:\Soft\oracle10g\listener.ora # Generated by Oracle configuration tools.   SID_LIST_LISTENER = (SID_LIST = (SID_

A.oracle server 端 字符集查询  select userenv('language') from dual 其中NLS_CHARACTERSET 为server端字符集 NLS_LANGUAGE 为 server端字符显示形式 B.查询oracle client端的字符集  $echo $NLS_LANG 如果发现你select 出来的数据是乱码,请把client端的字符集配置成与linux操作系统相同的字符集.如果还是有乱码,则有可能是数据库中的数据存在问题,或者是oracle

最近,DBCP连接Oracle,数据库重启后现OALL8 is in an inconsistent state异常. 版本说明 commons-dbcp-1.4.jar commons-pool-1.5.4.jar 关键字 异常关键字为: 无法从套接字读取更多的数据 OALL8 处于不一致状态 Io 异常: 断开的管道 参考的链接 java.sql.SQLException: OALL8 is in an inconsistent state OALL8 is in an inconsiste

安装64位版Oracle11gR2后发现启动SQL Developer时弹出配置java.exe的路径,找到Oracle自带java.exe后产生的路径“C:\app\用户名\product\11.2.0\dbhome_1\jdk”却弹出错误信息: -------------------------- Unable to find a java Virtual Machine to point to a location of a java virtual machine,please refe

安装64位版Oracle11gR2后发现启动SQL Developer时弹出配置java.exe的路径,找到Oracle自带java.exe后产生的路径"C:\app\用户名\product\11.2.0\dbhome_1\jdk"却弹出错误信息: --------------------------Unable to find a java Virtual Machineto point to a location of a java virtual machine,please r

windows server2008下如何更改MySQL数据库的目录的帖子已经很多了,这里简单介绍一个步骤,如果不成功请先查看其它帖子. 更改默认的mysql数据库目录 将 C:\Documents and Settings\All Users\Application Data\MySQL\MySQL Server 5.1\data 改到 D:\MysqlData . 建立文件夹 D:\MysqlData . 停止 mysql 服务,将 "C:\Documents and Settings\Al

1.改客户端字符集:通过WINDOWS的运行菜单运行Regedit,修改注册表 Start -> Run -> Rededit <-| Under registry Editor - > HKEY_LOCAL_MACHINE -> SOFTWARE ->ORACLE->KEY_XE->RIGHT WINDOW DOUBLE CLICK NLS_LANG -> CHANGE VALUE TO "AMERICAN_AMERICA.UTF8&quo