DBeaver连接Oracle11g数据库 一.准备 (1)dbeaver管理软件 (2)远程连接数据库地址.用户名秘密等 (3)Oracle驱动:ojdbc6.jar工具包 下载地址:https://www.oracle.com/technetwork/apps-tech/jdbc-112010-090769.html 二.步骤 1,打开dbeaver软件.点击“数据库(D)” —> “创建新连接”: 2,选择“Oracle”.点击下一步: 3,点击“驱动属性”,添加jar包: 4,点击“常规

最近部署测试环境时,将测试环境ORACLE数据库从10.2.0.1升级到了10.2.0.4,顺便整理记录一下升级过程. 实验环境: 操作系统:Oracle Linux Server release 5.7 数据库:Oracle 10.2.0.1 下载解压补丁包 1: [oracle@DB-Server tmp]$ unzip p6810189_10204_Linux-x86-64.zip 2:  3: [oracle@DB-Server Disk1]$ ls 4: 10204_buglist.h

这里介绍在Red Hat Enterprise Linux Server release 5.7 (Tikanga)下安装ORACLE 11.2.0.1.0的过程,本文仅仅是为了写这样安装指导文档而整理在此.仅供参考! 1:下载对应平台的ORACLE 11g安装介质 安装ORACLE,首先要获取安装介质,大部分情况手头都有相关版本的安装介质.如果你手头没有安装介质,那么可以从下面链接获取对应平台的ORACLE安装介质. http://www.oracle.com/technetwork/data

本帖最后由 TsengYia 于 2012-2-22 17:06 编辑 解决在Linux下安装Oracle时的中文乱码问题 操作系统:Red Hat Enterprise Linux 6.1数据库:Oracle Database 11g R2 方法一:逃避法,改用英文界面安装 [root@dbserver ~]# su - oracle    [oracle@dbserver ~]$ export LANG=en_US.UTF-8    [oracle@dbserver ~]$ cd /var/

进入机器,设置环境变量,如: export ORACLE_HOME=/main/app/oracle/product//db_1 export ORACLE_SID=devdb 然后切换oracle用户,admin方式登录sqlplus [root@dbserver~]# su - oracle [oracle@dbserver~]$ sqlplus /nolog SQL> connect /as sysdba 检查flash recovery area的使用情况,可以看见archivelog已

radhat7.1 Oracle11gr2 安装Oracle时忘记设置字符集,导致安装后中文乱码,中文变成"???????????" 分析原因是Oracle服务器端和客户端的字符集不一致. 客户端字符集 [root@dbserver ~]# echo $NLS_LANG [root@dbserver ~]# 发现客户端字符集没有设置. 服务器端字符集 [oracle@dbserver ~]$ sqlplus /nolog SQL*Plus: Release 11.2.0.1.0 Pro

在Linux系统当中,如何搜.索查找文件里面的内容呢? 这个应该是系统维护.管理当中遇到最常见的需求.那么下面介绍,总结一下如何搜索.查找文件当中的内容. 搜索.查找文件当中的内容,一般最常用的是grep命令,另外还有egrep, vi命令也能搜索文件里面内容 1:搜索某个文件里面是否包含字符串,使用grep "search content" filename1, 例如 $ grep ORA alert_gsp.log $ grep "ORA" alert_gsp.

昨天遇到一个很奇怪的事情,有一台服务器在使用su - root命令切换到root账号时,老是报密码不正确.但是root密码完全是正确的,而且可以使用账号密码直接ssh登录服务器.很是纳闷,如下所示: [oracle@DB-Server ~]$ more /etc/redhat-release Red Hat Enterprise Linux Server release 5.7 (Tikanga) [oracle@DB-Server ~]$ su - root Password: su: inc

1. 安装操作系统 安装的时候选择中文+英文支持 注意分区: swap sda盘做系统盘 sdb盘做数据盘 配置完成后的服务器分区路径信息: [root@dbserver ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda3 21G 9.4G 9.7G 50% / tmpfs 1.5G 412M 1.1G 28% /dev/shm /dev/sda1 477M 39M 413M 9% /boot /dev/sdb1 30G

Oracle的推导参数(Derived Parameters)其实是初始化参数的一种.推导参数值通常来自于其它参数的运算,依赖其它参数计算得出.官方文档关于推导参数(Derived Parameters)的概念如下: Derived Parameters Some initialization parameters are derived, meaning that their values are calculated from the values of other parameters.

外部表介绍 ORACLE外部表用来存取数据库以外的文本文件(Text File)或ORACLE专属格式文件.因此,建立外部表时不会产生段.区.数据块等存储结构,只有与表相关的定义放在数据字典中.外部表,顾名思义,存储在数据库外面的表.当存取时才能从ORACLE专属格式文件中取得数据,外部表仅供查询,不能对外部表的内容进行修改(INSERT.UPDATE.DELETE操作).不能对外部表建立索引.因为创建索引就意味着要存在对应的索引记录.而外部表其实在没有存储在数据库中.故在外部是无法建立索引的.

案例场景:               在Oracle Linux Server release 5.7上安装完ORACLE 10g后,顺便将PSR(Patch Set Release)p6810189_10204_Linux-x86-64.zip也安装了.结果在查看补丁时出现了下面情况 [oracle@DB-Server OPatch]$ ./opatch lsinventory Invoking OPatch 10.2.0.4.2 Oracle Home Path specified is

  opatch 是ORACLE开发的用来安装,卸载,检测patch冲突.管理ORACLE所有已经安装的补丁的工具,当然这是一个命令工具.opatch命令工具一般位于$ORACLE_HOME/OPatch/下, 1: 查看opatch帮助信息 一般可以用./opatch -help来查看帮助提示.不同版本的opatch的命令有所差异,通过help看到的信息估计有所出入.虽然opatch只有这几个命令,但是每个命令都有大量的参数,所以要完全掌握,还是需要花点时间去学习.实践. [oracle@DB

案例环境: 操作系统    :Oracle Linux Server release 5.7 64 bit 数据库版本:Oracle Database 10g Release 10.2.0.4.0 - 64bit Production 案例介绍: 在一个刚刚安装实例的服务器,使用dbca创建新的数据库时,在指定全局数据库名(Global Database Name)后,点击下一步时.报如下错误:The Oracle system identifier(SID) "SCM2" alrea

ORACLE中的参数文件是一个包含一系列参数以及参数对应值的操作系统文件,可以分为两种类型.它们是在数据库实例启动时候加载的,决定了数据库的物理结构.内存.数据库的限制及系统大量的默认值.数据库的各种物理属性.指定数据库控制文件名和路径等信息,是进行数据库设计和性能调优的重要文件. 初始化参数文件(Initialization Parameters Files),Oracle 9i之前,ORACLE一直采用PFILE方式存储初始化参数,该文件为文本文件. 服务器参数文件(Server Param

ORACLE数据库有时候需要对存储进行调整,增加分区.IO调优等等,此时需要移动数据文件.重做日志文件.控制文件等等,下文结合例子总结一下这方面的知识点. 进行数据文件.重做日志文件.控制文件的迁移前,需要总体了解一下当前Linux服务器的磁盘.分区信息,以及服务器文件使用情况,如下所示 查看Linux服务器的文件使用情况 1: [root@DB-Server ~]# df -h 2:  3: Filesystem Size Used Avail Use% Mounted on 4:  5: /

Oracle数据泵(Data Dump)使用过程当中经常会遇到一些奇奇怪怪的错误案例,下面总结一些自己使用数据泵(Data Dump)过程当中遇到的问题以及解决方法.都是在使用过程中遇到的问题,以后陆续遇到数据泵(Data Dump)的错误案例,都会补充在此篇. 错误案例1: ORA-39065: DISPATCH 中出现意外的主进程异常错误:ORA-44002: 对象名无效 Windows 平台错误提示: Linux平台错误提示 解决方法: [oracle@DB-Server admin]$

在测试服务器上使用shutdown immediate命令关闭数据库时,长时间无法关闭数据库,如下所示 1: [oracle@DB-Server admin]$ sqlplus / as sysdba 2:  3: SQL*Plus: Release 10.2.0.4.0 - Production on Thu Nov 21 13:55:13 2013 4:  5: Copyright (c) 1982, 2007, Oracle. All Rights Reserved. 6:  7:  8:

ORACLE的告警日志里面包含许多有用的信息,尤其是一些ORACLE的ORA错误信息,所以有必要及时归档.监控数据库告警日志的ORA错误,及时提醒数据库管理员DBA处理这些错误信息,那么我们首先来看看告警日志的内容片断: Thread 1 advanced to log sequence 37749 (LGWR switch) Current log# 6 seq# 37749 mem# 0: /u01/oradata/SCM2/redo06.log Thu Jun 27 15:02:30 20

在ORACLE数据库中,如果不对监听日志文件(listener.log)进行截断,那么监听日志文件(listener.log)会变得越来越大,想必不少人听说过关于"LISTENER.LOG日志大小不能超过2GB,超过会导致LISTENER监听器无法处理新的连接",当然这个不是真理,不会绝对出现,只是发生在老旧的32bit Linux或Unix系统下面,真实的原因是一些32bit OS自带的文件系统不支持2GB以上的文件,导致监听服务进程(tnslsnr)append write日志文件

案例环境介绍:     虚拟机的版本:VMware® Workstation 8.0.3 build-703057    操作系统版本:Oracle Linux Server release 5.7 在安装虚拟机工具时,执行./vmware-install.pl 命令后一步一步操作,最后出现如下错误信息,安装程序aborted: Creating a new initrd boot image for the kernel. No module ehci-hcd found for kernel