正文
oracle中如何测试,oracle 数据库测试命令
小程序：扫一扫查出行【扫一扫了解最新限行尾号】
复制小程序
如何使用swingbench进行oracle数据库压力测试
测试步骤：
1、导数据之前需要修改temp表空间大小，使其能够容纳下相应的导入数据
mkdir -p /home/oracle/oradata/orcl
create temporary tablespace temp1 tempfile '/home/oracle/oradata/orcl/temp1.dbf' size 100m;
alter database default temporary tablespace temp1;
drop tablespace TEMP;
create temporary tablespace temp tempfile '/home/oracle/oradata/orcl/temp.dbf' size 1g;
alter database default temporary tablespace temp;
drop tablespace temp1;
(也可用rm删除temp1.dbf)
上述操作也可通过EM管理界面直接将TEMP表空间扩到1G.
2、安装swingbench测试软件，直接解压缩即可运行。
unzip -x swingbench25919.zip
3、进入swingbench/bin目录执行oewizard导入1G测试数据，并修改数据库连接名和DBA密码
输入导入数据文件存放位置：
数据导完之后在该目录下运行swingbench执行测试，修改数据库连接名，用户连接数设置为300，测试时间设置为10分钟
设置完成之后，点击左上角绿色按钮执行测试
如何测试oracle安装成功
如何测试oracle安装成功
步骤：
1、电脑win键+R键，输入cmd，进入命令提示符。
2、命令行中输入：
1
sqlplus /nolog
3、如果没有报错，并出现oracle版本号，则代表安装成功，如图：
如何检测Oracle的可用性和表空间容量
除了Oracle的激活和可用性之外，我们还需要进行检测以确保它可以用，这样我们还可以检测表空间的容量 。
检测的脚本：
◆假设所有的Oracle环境都已经搭建起来了
◆假设所有的扩展都已经达到了最大的限度
◆假设左右的表空间都缺乏运行的空闲空间
下面的脚本可以在你想要的任何时候通过crontab 来中断 。另外，如果上面的例外情况出现了的话，您还可以就这个脚本写信或者电子邮件给支持人员获得帮助 。
如果您有什么其他的测试，这个脚本可以让您轻松地进行修改以加以利用 。我使用这个Monitororcl 脚本作为模板并且在末尾添加了功能 。
按crontab来调用query_oracle_instances.sh 脚本：
#!/bin/ksh
. /u01/home/oracle/.profile
/u01/app/oracle/admin/monitororcl
cat /u01/app/oracle/admin/Get_Oracle_Instance_Listexit
Get_Oracle_Instance_List 脚本如下：
instance_name1 tnsname1 sys_password_for_this_instanceinstance_name2 tnsname2 sys_password_for_this_instanceinstance_name3 tnsname3 sys_password_for_this_instance下面是MONITORORCL脚本：
#!/bin/ksh
#script : Rick Stehno
# script will monitor to see if Oracle is upwhile [ "$1" != "" ]
do
ORACLE_INSTANCE=$1
ORACLE_TNS=$2
USR_ID=sys
USR_PASS=$3
# echo "Instance: [$ORACLE_INSTANCE]"
# echo "TNS [$ORACLE_TNS]"
# echo "PASS: [$USR_PASS]"
LOGFIL=/u01/app/oracle/admin/monitordev1.outNOTIFY_LIST=userid1@mobilephone.com,userid2,userid3@pagercompany.com#
# 检测关键的段没有达到最大限度
sqlplus -s $LOGFIL 2/dev/null
$USR_ID/$USR_PASS@$ORACLE_TNS
set pages 0
select distinct YES from dba_segments
where extents = (max_extents-5) and segment_name not like 1.%;EOF1
grep -i ^ORA- $LOGFIL /dev/null
if [ $? -eq 0 ]
then
echo "$0 failed: check $ORACLE_INSTANCE for problems" | /bin/mailx -s "${ORACLE_INSTANCE} : Script failed" $NOTIFY_LISTexit 1
fi
MAXEXTENTS_REACHED=`awk { print $1 } $LOGFIL`if [ "$MAXEXTENTS_REACHED" = "YES" ]
then
echo "$0 failed: $ORACLE_INSTANCE max extents reached" | /bin/mailx -s "${ORACLE_INSTANCE} : max extents reached" $NOTIFY_LISTexit 1
fi
#
# 检测是否能分配下一个段
sqlplus -s $LOGFIL 2/dev/null
$USR_ID/$USR_PASS@$ORACLE_TNS
set pages 0
select distinct YES from dba_segments ds
where next_extent
(select max(bytes) from dba_free_space
where tablespace_name = ds.tablespace_name);EOF2
grep -i ^ORA- $LOGFIL /dev/null
if [ $? -eq 0 ]
then
echo "$0 failed: check $ORACLE_INSTANCE for problems" | /bin/mailx -s "${ORACLE_INSTANCE} : Script failed" $NOTIFY_LISTexit 1
fi
POSSIBLE_NEXTEXT_FAIL=`awk {print $1 } $LOGFIL`if [ "$POSSIBLE_NEXTEXT_FAIL" = "YES" ]
then
echo "$0 failed: $ORACLE_INSTANCE cannot extend segment" | /bin/mailx -s "${ORACLE_INSTANCE} : max extents reached" $NOTIFY_LISTexit 1
fi
shift 3
# echo "shift done"
done
echo "Successful completion of $0" `date`exit 0
怎样检测oracle数据库的监听器是否配置成功？
连接数据库服务器
(1) 启动服务器端监听器与数据库服务
Linux/Unix下，启动监听器：
$ lsnrctl start
关闭监听器：
$ lsnrctl stop
查看监听状态：
$ lsnrctl status
启动数据库：
$ sqlplus /nolog
SQLconn sys@myoracle as sysdba --这里的myoracle是前面配置的客户端本地服务名
或
SQLconn / as sysdba
SQLstartup
Windows下，启动监听器：
C:lsnrctl start
启动Oracle实例服务：
C:oradim ?a href="" class="none" title="cs" rel="external"cstartup –sid myoracle
关闭Oracle实例服务：
C:oradim –shutdown –sid myoracle
以上服务必须同时启动，客户端才能连接数据库。由于默认配置的监听器名称是Listener，上述命令可以正常启动监听器，如果监听器名称是其它名称，如aListener，则需要用下列方式才能启动：
Linux/Unix下：
$ lsnrctl start aListener
Windows下：
C:lsnrctl start aListener
(2) 测试连接数据库服务器
测试的方法多种多样，可以在上面配置本地服务名时进行测试，也可以是第三方客户端工具，如PL/SQL Developer，最方便的是用Oracle自带的sqlplus工具，以下利用sqlplus进行测试：
C:sqlplus /nolog
SQLconn zgh@myoracle
已连接。
oracle数据库如何做自动化测试
我也是第一次听到这个词，不过可以猜一下。
个人认为所谓的数据库自动化，无非就是过程，包,触发器这些你编译的脚本能否自动运行。
debug是找过程错误的方式，然后就是假数据调试，最后就是联调。
这么说吧，和过程出错了，找出错的地方大体上类似。只不过可能多了连接测试（出现争用或者锁表的几率），相应时间测试（平均运行多上时间，是否符合规定等等），甚至可能包括压力测试（一次能满足多少个操作）。等等。
还有一种就是基于时间的，主要是计划任务和定时任务，这两个就是先执行，看看能不能执行，然后在修改时间，到几分钟后，看能不能执行。我认为主要可能就是这几个方面。
另外多句嘴，自动化测试应该有严格的测试用例，这个一般要测试部门编写，不然万一出了问题找谁啊？所以这个问题还真的没想过。
