ITPub博客

Oracle数据库的SYS用户作为“God”级别的用户可以说无所不能。默认情况下SYS用户的登录方式只能是以“sysdba”特权方式登录到数据库。本文给出SYS用户以普通用户身份方式登录到数据库的方法。1.默认情况下SYS用户不能以普通用户方式登录数据库1）使用sqlplus命令尝试登录ora10g

在《【imp】使用imp工具迁移数据时迂回地排除特定表的导入》（http://space.itpub.net/519536/viewspace-672170）文中提到使用imp工具迂回的完成排除特定表导入问题。使用impdp工具可以非常容易的实现。1.环境准备1）创建用户sec并给予sys@ora1

在Oracle集群环境的“$ORA_CRS_HOME/bin”目录下提供了diagcollection.pl脚本，以root用户身份执行该脚本便可以完成搜集必要的诊断信息的目的。1.设置必要的环境变量因为需要以root用户身份执行该脚本，因此oracle用户下的环境变量在此无效，需要重新设置。[ro

众所周知，IMP工具的FROMUSER和TOUSER参数可以实现将一个用户的的数据迁移到另外一个用户。同样的功能在IMPPDP工具中如何得以体现呢？答案就是：使用IMPPDP的REMAP_SCHEMA参数实现。简单演示一下，供参考。任务：将sec用户中的数据迁移到secooler用户。1.分别确认s

1.先给出DDL语句执行过程的伪代码描述BEGINcommit;DDL语句的解析，包括语法解析和语义解析;BEGIN执行DDL语句;commit;exceptionwhenothersthenrollback;END;END;2.注意commit和rollback出现的地方1）第一个commit，说

问题现象是这样的，在IMP数据的过程中出现“IMP-00041:Warning:objectcreatedwithcompilationwarnings”错误，因这个错误导致视图导入后无法使用。经分析，发现此问题与“授权信息丢失”有关。为避免朋友们走弯路，我模拟再现一下这个问题，同时给出一个分析和解

本文介绍删除数据库节点的第七个步骤，删除第二节点上的Oracle集群软件，此步骤也是最后一个步骤。在进行此步删除操作之前，请确保以下删除动作已经完成。《【RAC】删除RAC数据库节点（一）——删除数据库实例》（http://space.itpub.net/519536/viewspace-67689

关于行链接和行迁移的概念请参考文章《【概念】行链接和行迁移的概念、模拟及甄别》（http://space.itpub.net/519536/viewspace-624408）。众所周知，行链接和行迁移会导致系统的查询效率降低，因为在这种情况下查询需要扫描更多的数据块才能得到所需的信息。本文尝试给出消

在CBO的优化模式下，我们可以使用optimizer_mode参数控制优化模式。主要有两种模式，一种是ALL_ROWS模式，另外一种是FIRST_ROWS模式。ALL_ROWS模式适用场景：希望优化程序给出一种尽快得到全部记录的执行计划，目标是增加系统的吞吐量。FIRST_ROWS模式使用场景：希望

在Oracle中可以使用JOB来实现一些任务的自动化执行，类似于UNIX操作系统crontab命令的功能。简单演示一下，供参考。1.创建表T，包含一个X字段，定义为日期类型，方便后面的定时任务测试。sec@ora10g>createtablet(xdate);Tablecreated.2.创建

需要调整表空间数据文件名称及位置的场景主要有如下几种：①发现表空间对应的个别数据文件名称命名有误，例如忘记添加“.dbf”后缀；②由于存放数据文件的磁盘空间紧张，需要调整存放位置；③针对特定存储设备，重新规划数据文件的布局。本文给出最常见的调整方法：在数据库Open状态下调整表空间数据文件位置及名称

sudo命令可以实现在oracle用户下以root用户身份执行命令，这里给出sudo命令的配置和使用方法。1.美妙的sudo命令存在价值root用户具有所有的操作权限，是真正的“God”级别的用户，这样是非常危险的，sudo便是权利下放的途径。使用sudo，我们可以实现将root用户一些特定的权限定

本案例适用于那些超大型表，这一类表本身体积巨大，包含了大量的区（Extent）。对于主机CPU性能不是很强的环境，仅仅通过DROP命令是很难一次性完成删除任务，因为时间不允许。我们可以采用“分而治之”的策略高效地完成这类表的删除任务。这是一个CPU密集型的操作，CPU主要消耗在对区的整理上。对于主机

有同事反映，在sqlplus中使用connect连接到具体用户时连续报下面的错误：“ORA-18008:cannotfindOUTLNschema”和“SP2-0575:UseofOracleSQLfeaturenotinSQL92EntryLevel.”。现将这个问题的现象、原因和处理方法记录在此

值此实验演示一种外部表的新用法。1.为了实验方便，在根目录“/”下创建datapump目录，存放从数据库中卸载成数据泵格式的数据[root@testdb/]#mkdirdatapump[root@testdb/]#chown-Roracle:oinstalldatapump[root@testdb/

1.问题现象在oracle用户下无法使用srvctl，报错信息如下。RACDB1@rac1/home/oracle$srvctlstatusdatabase-dRACDB/oracle/app/oracle/product/10.2.0/db_1/jdk/jre/bin/java:errorwhil

今天收到ITPUB站内消息，secooler被授予2010年度最佳BLOG写作奖。很喜欢ITPUB制作的荣誉徽章。获此殊荣深感荣幸，再接再厉，不可懈怠。在ITPUB这个温暖的大家庭中付出便是快乐的源泉。技术分享的同时，结识了很多志同道合的朋友，最大的收获便是这份弥足珍贵的友谊。ITPUB论坛获奖链接

今天在创建物理DataGuard过程中，在主库调整完参数启动数据库后，连接数据库时便遭遇了ORA-01075错误，导致数据库无法登陆，后续工作无法进行。这个问题不局限在DataGuard配置这个场景。简单排查一下这个错误，供参考。1.问题现象1）登陆时的报错[oracle@secdb1~]$sqlp

exp/imp迁移大表（大小11个G）的疑惑？请指教目前手中有一个工作是将一个大表，但是我估算了一下需要100小时，这个时间我是不能接受的，不知道有没有这方面经验的朋友可以一起讨论一下。相关信息如下：数据库版本：9.2.0.4导出数据库：db1导入数据库：db2逻辑导出语句如下：expuser1/p

--2009-2-1017:14--调整OnlineRedoLogs大小(ResizingOracleOnlineRedoLogs)1.查询当前的日志设置情况sys@ora10g>colMEMBERfora40sys@ora10g>select*Fromv$logfile;GROUP#S