1、从http://releases.ubuntu.com/lucid/下载http://releases.ubuntu.com/lucid/ubuntu-10.04-server-i386.iso光盘镜像。

2、运行VMware，使用“新建虚拟机向导”创建虚拟机，跟着向导一步步操作：操作系统--“Linux”，版本--“Ubuntu”，...，网络连接--“使用桥接网络”。

3、在虚拟机设置的“硬件”选项卡，选择“CD/DVD”，选择右边使用ISO镜像文件单选框，指定到我们下载的ubuntu-10.04-server-i386.iso光盘镜像文件。

4、在VMware中启动我们新创建的虚拟机，过一会儿就出现ubuntu的安装页面，选择语言English，不要选择简体中文，否则安装过程中会花大量时间下载中文相关包。

5、因为是用VMware安装，为节省时间，所以分区选择自动分区。

6、安装过程大概需要20~30分钟。

7、为方便使用xftp从虚拟机中上传下载文件，修改默认root密码：sudo passwd root。

8、从光盘安装必要的包
1）修改apt的源
#cd /etc/apt
#cp sources.list sources.list.old
#vi /etc/apt/sources.list，保留第一行的源，记不太清了，大概是“ deb ...CD-ROM ...”，其它的用#注释掉。
2）挂载光驱
#mount /dev/cdrom /cdrom
#apt-cdrom -d /cdrom add
#apt-get update
3）安装软件包，主要是构建工具和linux的头文件，这些是编译软件必须的。
#apt-get install build-essential linux-headers-`uname -r`

9、安装VMware Tools for Linux
1）需要linux.iso文件，完整版的VMware 7已经包含有，如果使用精简版就没有了，需要单独下载，到google里搜一下试试（基本上找不到VMware 7.0版本的）。
2）以root登录虚拟机
3）按Ctrl + Alt，从“虚拟机”菜单选择“安装VMware tools...”，虚拟机的底部会有提示是否加载成功。
4）安装
#mount /dev/cdrom /cdrom
#cd /cdrom
#cp VMwareTools-8.1.4-227600.tar.gz ~
#cd ~
#tar -zxf VMsareTools-8.1.4-227600.tar.gz
#cd vmware-tools-distrib
#./vmware-install.pl，按提示一路回车即可。

10、安装JDK
1）需要从网上下载，修改一下apt的源
#cp sources.list sources.list.cdrom，备份一下
#vi sources.list，用下面的内容替换
deb http://cn.archive.ubuntu.com/ubuntu/ lucid main restricted universe multiverse
deb http://cn.archive.ubuntu.com/ubuntu/ lucid-security main restricted universe multiverse
deb http://cn.archive.ubuntu.com/ubuntu/ lucid-updates main restricted universe multiverse
deb http://cn.archive.ubuntu.com/ubuntu/ lucid-proposed main restricted universe multiverse
deb http://cn.archive.ubuntu.com/ubuntu/ lucid-backports main restricted universe multiverse
deb-src http://cn.archive.ubuntu.com/ubuntu/ lucid main restricted universe multiverse
deb-src http://cn.archive.ubuntu.com/ubuntu/ lucid-security main restricted universe multiverse
deb-src http://cn.archive.ubuntu.com/ubuntu/ lucid-updates main restricted universe multiverse
deb-src http://cn.archive.ubuntu.com/ubuntu/ lucid-proposed main restricted universe multiverse
deb-src http://cn.archive.ubuntu.com/ubuntu/ lucid-backports main restricted universe multiverse
#apt-get update，重新更新一下包列表
2）安装OpenJDK，在lucid上已经找不到sun jdk的安装包了。
#apt-get install default-jdk，提示需要下载60多M，回车确认，开始下载并安装。
#java -version，可以看到是1.6版本的Java

顺便截个图：

WAS6.1中，在使用IBM JDK的平台上，可以直接使用以下的方法，随时生成所需的heapdump文件。如果在性能诊断顾问程序配置里面选中了"启用自动堆转储收集，则可以自动在WebSphere profile所在的路径下（例如/opt/IBM/WebSphere/WAS6.1/profiles/AppSrv01）生成heapdump文件，备用户进行分析。

在使用IBM SDK的平台上，例如AIX, Linux和Windows，在启用了性能诊断顾问工具后，如果探测到有内存泄漏发生，WebSphere会自动生成两个heapdump文件，供后续分析使用。

我们在任何时候，可以随时手动生成所需的heap dump文件。在WAS6.1 profile的bin目录下，首先运行wsadmin 脚本客户端，然后可以调用generateHeapDump操作来完成。

关键步骤：

1． 找到JVM对象名字。

<wsadmin> set objectName
            WebSphere:type=JVM,process=<WebSphere服务器名字>,node=<节点名字>,*]

2． 对JVM MBean调用generateHeapDump操作。

<wsadmin> $AdminControl invoke $objectName generateHeapDump

[root@csspvm bin]# pwd
            /opt/IBM/WebSphere/WAS6.1/profiles/AppSrv01/bin
            [root@csspvm bin]# ./wsadmin.sh -username root -password demo4you
            WASX7209I: Connected to process "server1" on node csspvmNode02 using SOAP
            connector;  The type of process is: UnManagedProcess
            WASX8011W: AdminTask object is not available.
            WASX7029I: For help, enter: "$Help help"
            wsadmin>set objectName [$AdminControl queryNames
            WebSphere:type=JVM,process=server1, node=csspvmNode02,*]
            WebSphere:name=JVM,process=server1,platform=proxy,node=csspvmNode02,
            j2eeType=JVM,J2EEServer=server1,
            version=6.1.0.0,type=JVM,mbeanIdentifier=JVM,cell=csspvmNode02Cell,spec=1.0
            wsadmin>$AdminControl invoke $ objectName generateHeapDump
            /opt/IBM/WebSphere/WAS6.1/profiles/AppSrv01/./heapdump.20060904.075650.3576.phd
            wsadmin>quit

理想情况下，在探测到问题时，尽快生成一个初始的heap dump，然后密切监控内存使用情况，等到泄漏了足够的内存的时候，再生成另外一个heap dump，这样可以对比分析以更准确地找到泄漏的原因。

注： 生成HeapDump文件的过程是比较耗资源的，所以请只在必须的时候做这样的操作。

　　sql> alter system set job_queue_processes=n;（n>0）
　　job_queue_processes最大值为1000
　　
二、查看job queue 后台进程

SQL> select name,description from v$bgprocess;

NAME       DESCRIPTION
---------- --------------------------------------------
PMON       process cleanup
DIAG       diagnosibility process
FMON       File Mapping Monitor Process
LMON       global enqueue service monitor
LMD0       global enqueue service daemon 0
LMS0       global cache service process 0
LMS1       global cache service process 1
LMS2       global cache service process 2
LMS3       global cache service process 3
LMS4       global cache service process 4
LMS5       global cache service process 5
。。。。。。。。。。。。。。。。。。。。
　　
三、dbms_job package 语法介绍

　　包含以下子过程：
　　
　　Broken()过程。
　　change()过程。
　　Interval()过程。
　　Isubmit()过程。
　　Next_Date()过程。
　　Remove()过程。
　　Run()过程。
　　Submit()过程。
　　User_Export()过程。
　　What()过程。
　　
　　A、Broken()过程更新一个已提交的工作的状态，典型地是用来把一个已破工作标记为未破工作。
　　      这个过程有三个参数：job ，broken与next_date。
　　
　　PROCEDURE Broken (job             IN binary_integer,
　　　　　　　　　　　     Broken       IN boolean,
　　　　　　　　　　　     next_date   IN date :=SYSDATE)
　　
　　job参数是工作号，它在问题中唯一标识工作。
　　broken参数指示此工作是否将标记为破——TRUE说明此工作将标记为破，而FLASE说明此工作将标记为未破。
　　next_date参数指示在什么时候此工作将再次运行。此参数缺省值为当前日期和时间。
　　job如果由于某种原因未能成功之行，oracle将重试16次后，还未能成功执行，将被标记为broken重新启动状态为broken的job，有如下两种方式;
　　a、利用dbms_job.run()立即执行该job
　　　 sql>begin
　　　 sql>dbms_job.run(:jobno) 该jobno为submit过程提交时返回的job number
　　　 sql>end;
　　　 sql>/
　　b、利用dbms_job.broken()重新将broken标记为false
　　　 sql>begin
　　　 sql>dbms_job.broken (:job,false,next_date)
　　　 sql>end;
　　　 sql>/
　　B、Change()过程用来改变指定工作的设置。
　　      这个过程有四个参数：job、what 、next_date与interval。
　　
　　PROCEDURE Change (job　　　　 IN binary_integer,
　　　　　　　　　　　     What　　　 IN varchar2,
　　　　　　　　　　　     next_date　 IN date,
　　　　　　　　　　　     interval　      IN varchar2)
　　
　　此job参数是一个整数值，它唯一标识此工作。
　　What参数是由此工作运行的一块PL/SQL代码块。
　　next_date参数指示何时此工作将被执行。
　　interval参数指示一个工作重执行的频度。
　　
　　C、Interval()过程用来显式地设置重执行一个工作之间的时间间隔数。
             这个过程有两个参数：job与interval。
　　
　　PROCEDURE Interval (job　　　IN binary_integer,
　　　　　　　　　　　　 Interval    IN varchar2)
　　
　　job参数标识一个特定的工作。interval参数指示一个工作重执行的频度。
　　
　　D、ISubmit()过程用来用特定的工作号提交一个工作。
             这个过程有五个参数：job、what、next_date、interval与no_parse。
　　
　　PROCEDURE ISubmit (job　　　 IN binary_ineger,
　　　　　　　　　　　 What　　　 IN varchar2,
　　　　　　　　　　　 next_date     IN date,
　　　　　　　　　　　 interval　      IN varchar2,
　　　　　　　　　　　 no_parse　 IN booean:=FALSE)
　　
　　这个过程与Submit()过程的唯一区别在于此job参数作为IN型参数传递且包括一个由开发者提供的工作号。如果提供的工作号已被使用，将产生一个错误。
　　
　　E、Next_Date()过程用来显式地设定一个工作的执行时间。
             这个过程接收两个参数：job与next_date。
　　
　　PROCEDURE Next_Date(job　　　　 IN binary_ineger,
　　　　　　　　　　　　     next_date　 IN date)
　　job标识一个已存在的工作。next_date参数指示了此工作应被执行的日期与时间。
　　
　　F、Remove()过程来删除一个已计划运行的工作。
             这个过程接收一个参数：
　　
　　PROCEDURE Remove(job IN　binary_ineger);
　　
　　job参数唯一地标识一个工作。这个参数的值是由为此工作调用Submit()过程返回的job参数的值。已正在运行的工作不能由调用过程序删除。
　　
　　G、Run()过程用来立即执行一个指定的工作。
              这个过程只接收一个参数：
　　
　　PROCEDURE Run(job IN binary_ineger)
　　
　　job参数标识将被立即执行的工作。
　　
　　H、使用Submit()过程，工作被正常地计划好。
　　      这个过程有五个参数：job、what、next_date、interval与no_parse。
　　
　　PROCEDURE Submit ( job　　　   OUT binary_ineger,
　　　　　　　　　　　     What　　　IN　varchar2,
　　　　　　　　　　　     next_date   IN　date,
　　　　　　　　　　　     interval　    IN　varchar2,
　　　　　　　　　　　     no_parse　IN　booean:=FALSE)
　　
　　job参数是由Submit()过程返回的binary_ineger。这个值用来唯一标识一个工作。
　　what参数是将被执行的PL/SQL代码块。
　　next_date参数指识何时将运行这个工作。
　　interval参数何时这个工作将被重执行。
　　no_parse参数指示此工作在提交时或执行时是否应进行语法分析——TRUE指示此PL/SQL代码在它第一次执行时应进行语法分析，而FALSE指示本PL/SQL代码应立即进行语法分析。
　　
　　I、User_Export()过程返回一个命令，此命令用来安排一个存在的工作以便此工作能重新提交。
　　    此程序有两个参数：job与my_call。
　　
　　PROCEDURE User_Export(job　　　　IN binary_ineger,
　　　　　　　　　　　　　     my_call　　IN OUT varchar2)
　　
　　job参数标识一个安排了的工作。my_call参数包含在它的当前状态重新提交此工作所需要的正文。
　　
　　J、What()过程应许在工作执行时重新设置此正在运行的命令。
            这个过程接收两个参数：job与what。
　　
　　PROCEDURE What (job　IN binary_ineger,
　　　　　　　　　　    What IN OUT varchar2)
　　job参数标识一个存在的工作。what参数指示将被执行的新的PL/SQL代码。
　　
四、查看相关job信息

　　a、相关视图

　　dba_jobs
　　all_jobs
　　user_jobs
　　dba_jobs_running 包含正在运行job相关信息
　　
　　查看相关信息
　　
　　SQL>SELECT JOB, NEXT_DATE, NEXT_SEC, FAILURES, BROKEN FROM DBA_JOBS;
　　
　　正在运行的JOB相关信息
　　
　　SELECT SID, r.JOB, LOG_USER, r.THIS_DATE, r.THIS_SEC FROM DBA_JOBS_RUNNING r, DBA_JOBS j　WHERE r.JOB = j.JOB;
　　

　　JOB QUEUE LOCK相关信息
　　
　　SELECT SID, TYPE, ID1, ID2 FROM V$LOCK WHERE TYPE = 'JQ';
　　
四、简单例子　　
　　
创建JOB
begin
sys.dbms_job.submit(job => :job,
                      what => 'P_CLEAR_PACKBAL;',
                      next_date => to_date('24-04-2008 05:44:09', 'dd-mm-yyyy hh24:mi:ss'),
                      interval => 'sysdate+ 1/360');
commit;
end;
/　　
（二）关于Oracle Job 语法和时间间隔的设定

begin
sys.dbms_job.submit(job => :job,
                      what => 'P_CLEAR_PACKBAL;',
                      next_date => to_date('24-04-2008 05:44:09', 'dd-mm-yyyy hh24:mi:ss'),
                      interval => 'sysdate+ 1/360');
commit;
end;
/

1:每分钟执行

Interval => TRUNC(sysdate,'mi') + 1/ (24*60)

2:每天定时执行

例如：每天的凌晨1点执行

Interval => TRUNC(sysdate) + 1 +1/ (24)

3:每周定时执行

例如：每周一凌晨1点执行

Interval => TRUNC(next_day(sysdate,'星期一'))+1/24

4:每月定时执行

例如：每月1日凌晨1点执行

Interval =>TRUNC(LAST_DAY(SYSDATE))+1+1/24

5:每季度定时执行

例如每季度的第一天凌晨1点执行

Interval => TRUNC(ADD_MONTHS(SYSDATE,3),'Q') + 1/24

6:每半年定时执行

例如：每年7月1日和1月1日凌晨1点

Interval => ADD_MONTHS(trunc(sysdate,'yyyy'),6)+1/24

7:每年定时执行

例如：每年1月1日凌晨1点执行

Interval =>ADD_MONTHS(trunc(sysdate,'yyyy'),12)+1/24

(三）Oracle JOB问题解决汇总

一。job的运行频率设置

1.每天固定时间运行，比如早上8:10分钟：Trunc(Sysdate+1) + (8*60+10)/24*60

2.Toad中提供的：

每天：trunc(sysdate+1)

每周：trunc(sysdate+7)

每月：trunc(sysdate+30)

每个星期日：next_day(trunc(sysdate),'SUNDAY')

每天6点：trunc(sysdate+1)+6/24

半个小时：sysdate+30/1440

3.每个小时的第15分钟运行，比如：8:15，9:15，10:15...：trunc(sysdate,'hh')+75/1440。原先我设置的是trunc(sysdate,'hh')+15/1440，发现居然不行。

二。JOB为什么不运行？

1.先来了解一下JOB的参数说明：与job相关的参数一个是job_queue_processes，这个是运行JOB时候所起的进程数，当然系统里面JOB大于这个数值后，就会有排队等候的，最小值是0，表示不运行JOB，最大值是36，在OS上对应的进程时SNPn，9i以后OS上管理JOB的进程叫CJQn。可以使用下面这个SQL确定目前有几个SNP/CJQ在运行。

select * from v$bgprocess，这个paddr不为空的snp/cjq进程就是目前空闲的进程，有的表示正在工作的进程。

另外一个是job_queue_interval，范围在1--3600之间，单位是秒，这个是唤醒JOB的process，因为每次snp运行完他就休息了，需要定期唤醒他，这个值不能太小，太小会影响数据库的性能。

2.诊断：先确定上面这两个参数设置是否正确，特别是第一个参数，设置为0了，所有JOB就不会跑，确认无误后，我们继续向下。

3.使用下面的SQL察看JOB的的broken,last_date和next_date，last_date是指最近一次job运行成功的结束时间，next_date是根据设置的频率计算的下次执行时间，根据这个信息就可以判断JOB上次是否正常，还可以判断下次的时间对不对，SQL如下：

select * from dba_jobs

有时候我们发现他的next_date是4000年1月1日，说明job要不就是在running，要不就是状态是break(broken=Y)，如果发现JOB的broken值为Y，找用户了解一下，确定该JOB是否可以broken，如果不能broken，那就把broken值修改成N，修改再使用上面的SQL察看就发现他的last_date已经变了，JOB即可正常运行，修改broken状态的SQL如下：

declare

BEGIN

DBMS_JOB.BROKEN(<JOB_ID>,FALSE);

END;

4.使用下面的SQL查询是否JOB还在Running

select * from dba_jobs_running

如果发现JOB已经Run了很久了还没有结束，就要查原因了。一般的JOB running时会锁定相关的相关的资源，可以查看一下v$access和v$locked_object这两个view，如果发现其他进程锁定了与JOB相关的Object，包括PKG/Function/Procedure/Table等资源，那么就要把其他进程删除，有必要的话，把JOB的进程也删除，再重新跑看看结果。

5.如果上面都正常，但是JOB还不run，怎么办？那我们要考虑把JOB进程重启一次，防止是SNP进程死了造成JOB不跑，指令如下：

alter system set job_queue_processes=0 --关闭job进程，等待5--10秒钟

alter system set job_quene_processes=5 --恢复原来的值

6.Oracle的BUG

Oracle9i里面有一个BUG，当计数器到497天时，刚好达到它的最大值，再计数就会变成-1，继续计数就变成0了，然后计数器将不再跑了。如果碰到这种情况就得重启数据库，我们这边有一个生产型的数据库版本是9205，就发生过这样一次问题，后来和用户约时间重启后就没问题了。但是其他的Oracle7345和Oracle8i的数据库没有发现这个问题。

7.数据库上的检查基本上就这多，如果JOB运行还有问题，那需要配合用户察看一下是否是程序本身的问题，比如处理的资料量大，或者网络速度慢等造成运行时过长，那就需要具体情况具体分析了。我们可以通过下面的SQL手工执行一下JOB看看：

declare

begin

dbms_job.run(<job>_ID)

end;

如果发现JOB执行不正常，就要结合程序具体分析一下。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/leiru/archive/2008/09/23/2968636.aspx

控制文件ctl:
LOAD DATA
CHARACTERSET ZHS16GBK
INFILE 'c:\test.csv'
APPEND  INTO TABLE stk_al_version
FIELDS TERMINATED BY ","
(org_no,stk_c,version,name)

加入红色这段文字

导入成功

方法一：

1)  查看服务器端字符集：

select * from v$nls_parameters;

select * from nls_database_parameters;

select * from sys.props$;

2)  修改服务器端字符集(用sys用户)：

首先执行：

update props$ set value$ = 'WE8ISO8859P1' where name ='NLS_CHARACTERSET';

update props$ set value$ = 'china' where name ='NLS_LANGUAGE';

提交（commit），然后，重新启动数据库；

3）用客户端工具（PL/SQL DEVELOP or PB etc.）查询数据库，若显示乱码，先查询出数据库端的字符集，然后，从注册表中修改NLS_LANG字段的值，可能为AMERICAN_AMERICA.WE8ISO8859P1或者SIMPLIFIED CHINESE_CHINA.ZHS16GBK或者NA等。

方法二：

alter system enable restricted session;

alter database ORCL character set ZHS16GBK;

alter database ORCL national character set ZHS16GBK;