加班费的离开

摘要： 如今，在病毒肆虐、黑客无处不在的网络环境里，软件的安全性已成为一个备受关注的话题。传统的软件安全性关注的主要在于权限与角色的管理，如访问控制，或是数据的机密性与完整性，如加密解密。但是一个软件系统在应用了这些安全措施之后就能确保其万无一失了吗？答案似乎并不那么简单，其中一个重要（甚至可以说致命）的问题在于软件系统中的漏洞。常常在一个看似牢不可破的系统中，仅仅是因为存在一个小小的漏洞，导致整个安全体系被黑客轻易地攻破，整个系统的控制权彻底丧失。 所谓漏洞，通常是指软件中存在的一些bug，但这种bug又不同于普通软件测试中的bug.普通软件测试中的bug指的是功能性或逻辑性的错误，如对话框弹出出. 阅读全文

摘要： 如果你的数据库监听器日志出现了问题，你可以用set log_file命令重新定位一个日志文件。 下面我们来介绍两个命令：LSNRCTL> set current_listener LSNRCTL> set log_file .log 注释：使用set current_listener可以访问非缺省监听器，使用set log_file更改名称后，原来有问题的日志文件可以清除或实现日志重定位： oracle@jumper admin]$ lsnrctl LSNRCTL for Linux: Version 9.2.0.4.0 - Production on 10-NOV-2006 16 阅读全文

摘要： Oracle数据库频繁归档问题的解决办法： 第一步，检查： top 输出 CPU 使用率很低； iostat 读1M/s、写500K/s、iowait 3%； v$session 中的会话不多，且都没有大的事务操作； db_writer_processes=4； log_archive_max_processes=2； 主日志组4个，每个组中3个10M大小的日志文件； 备日志组4个，每个组中1个10M大小的日志文件； v$log 除了一个组为current，其它所有日志组状态均为active； 重启数据库现象依旧； 第二步，判断： 根据以上检查结果，判断应该不是应用层的... 阅读全文

摘要： 一个存储过程平时执行正常，刚才执行出ORA-06508错误。百思不得其解，好像没有什么不正常的地方啊！ 后来找到了答案。 重现这个错误如下：执行一个存储过程，其运行时间比较长。刚开始运行时，所有的被依赖对象当然都是VALID的，不然会无法运行。在其运行过程中，被依赖的某对象变为INVALID的了，当程序运行到与INVALID状态对象有关语句时，就会抛出ORA-06508异常。 测试代码如下： create table TEST_TABLE(id number); create or replace procedure A_T1 as begin DBMS_LOCK.sleep(20); A_T 阅读全文

摘要： 1.可以在DOS下从系统获得时间戳利用Dos命令取得时间戳:C:\>echo %date% 2006-04-24 星期一 C:\>echo %date:~0,10% 2006-04-24 接下来使用导出(exp)工具引用该时间戳就很容易了: exp userid=eygle/eygle file=d:\eygle%date:~0,10%.dmp log=d:\eygle%date:~0,10%.log 2.使用sql脚本从数据库获得时间戳 有朋友反应在NT下该命令执行结果与Windows2000和WindowsXp上不同,没有NT的环境可以试验(据网友说用""把 阅读全文