知识小结(Oracle)

最新推荐文章于 2022-04-25 11:46:57 发布

水煮鱼的博客

最新推荐文章于 2022-04-25 11:46:57 发布

阅读量1.6k

点赞数

分类专栏： Oracle 文章标签： oracle jobs 数据库 sql session ssh

本文链接：https://blog.csdn.net/panfb227/article/details/5379182

版权

Oracle 专栏收录该内容

10 篇文章 0 订阅

订阅专栏

1)导入oracle数据库文件.dmp时出现错误

imp PERSONNEL_MANAGE/MWQ@MIS file=C:/personnel_manage.dmp fromuser=PERSONNEL_MANAGE ignore=y commit=y grants=y;

IMP-00058: 遇到 ORACLE 错误 1017
ORA-01017: invalid username/password; logon denied用户名:
口令:

IMP-00058: 遇到 ORACLE 错误 1017
ORA-01017: invalid username/password; logon denied
IMP-00005: 所有允许的登录尝试均失败
IMP-00000: 未成功终止导入

最终原因是没有给PERSONNEL_MANAGE用户一些基本的权限
GRANT CREATE PROCEDURE TO "PERSONNEL_MANAGE";
GRANT CREATE PUBLIC DATABASE LINK TO "PERSONNEL_MANAGE";
GRANT CREATE PUBLIC SYNONYM TO "PERSONNEL_MANAGE";
GRANT CREATE SEQUENCE TO "PERSONNEL_MANAGE";
GRANT CREATE SESSION TO "PERSONNEL_MANAGE";
GRANT CREATE TABLE TO "PERSONNEL_MANAGE";
GRANT CREATE TRIGGER TO "PERSONNEL_MANAGE";
GRANT CREATE TYPE TO "PERSONNEL_MANAGE";
GRANT CREATE VIEW TO "PERSONNEL_MANAGE";
GRANT SELECT ON SYS.V_$SESSION TO PUBLIC;
GRANT SELECT ON SYS.DBA_JOBS TO PUBLIC;
GRANT SELECT ON SYS.V_$SQLTEXT TO PUBLIC;

再执行的时候却出现另外一个错误:

IMP-00010: 不是有效的导出文件，标题验证失败
IMP-00000: 未成功终止导入

网上找了下,估计是高版本的导出文件，不能用低版本的导入，但低版本可以用高版本的导入，可能是我的oracle版本不够高.^-^

用UltraEdit-32打开personnel_manage.dmp文件可看到版本信息：
XPORT:V10.02.01 而我的却还是9.2.0.1.0

2)重新启动oracle的简单几个命令

sqlplus /nolog

conn / as sysdba

startup

lsnrctl start --启动监听

3)SecureCRT 5.1.4

SecureCRT是一款支持SSH（SSH1和SSH2）的终端仿真程序，同时支持Telnet和rlogin协议。SecureCRT是一款用于连接运行包括Windows、UNIX和VMS的远程系统的理想工具。通过使用内含的VCP命令行程序可以进行加密文件的传输。有流行CRTTelnet客户机的所有特点,包括:自动注册、对不同主机保持不同的特性、打印功能、颜色设置、可变屏幕尺寸、用户定义的键位图和优良的VT100、VT102、 VT220和ANSI竞争。能从命令行中运行或从浏览器中运行.其它特点包括文本手稿、易于使用的工具条、用户的键位图编辑器、可定制的ANSI颜色等。 SecureCRT的SSH协议支持DES,3DES和RC4密码和密码与RSA鉴别。

4)job执行时间被修改

前几天公司突然断电，发现数据库里面的用户级别的job（user_jobs）的固定时间被统一改为早上8：54：11

数据库级别的job（dba_jobs）一切都正常。

crontab -l //列出某个用户cron服务的详细内容(linux下)

查看原先job执行的时间然后再做修改。

4)共用同一sequence滥用的结果

最近发现原先程序中,所有的表插入都调用同一getNextRN函数,如果操作数据过于频繁的时候造成后台数据库负载太重,并且死机.

所以不应该由于偷懒去调用同一sequence,各自表建立各自的sequence.

(其实用GUID生成序号就没有这样的问题了)

5)Oracle和Tomcat端口(8080)冲突的解决方法

1、改动tomcat端口，
2.改动oracle 的XDB 8080端口
方法2:(已测试)
使用sys(SYSTEM)登录Oracle SQL Plus，利用dbms_xdb修改端口设置.输入以以下代码:

SQL> -- Change the HTTP/WEBDAV port from 8080 to 8081
SQL> call dbms_xdb.cfg_update(updateXML(
           dbms_xdb.cfg_get()
         , '/xdbconfig/sysconfig/protocolconfig/httpconfig/http-port/text()'
         , 8081))
     /

成功提示:
Call completed.
SQL> -- Change the FTP port from 2100 to 2111
SQL> call dbms_xdb.cfg_update(updateXML(
    2         dbms_xdb.cfg_get()
    3       , '/xdbconfig/sysconfig/protocolconfig/ftpconfig/ftp-port/text()'
    4       , 2111))
    5 /

Call completed.

6)超出打开游标的最大数错误
oracle预配置的时候
查看/oracle/OraHome_1/zdu/spfilezdu.ora，当前系统设定的open_cursors值为默认的300,太小了，所以把这个数量改大点