SHUTDOWN有几个參数能够使用: SHUTDOWN NORMAL:NORMAL也是默认的子句,运行的条件是 No new connections are allowed after the statement is issued. Before the database is shut down, the database waits for all currently connectedusers to disconnect from the database. 下次启动时不须要不论什么实

前两天,登陆Oracle,发现登陆不上去了,报”oracle initializationg or shutdown in progress 错误提示” 错误. 然后就想着怎么去解决,首先自己到windows服务里去看了Oracle是否已经启动,发现已经启动,然后又看看监听服务是否启动,发现已经启动. 这就不知道为何了.于是上网百度了下这个错误,发现查询出来的结果很多. 在此总结下,启动失败的原因和解决方法. 启动失败的原因: 这个应该和window7系统有关系,如果window7系统,关机的时

shutdown immediate 经常关库时hang住,在alert中有 License high water mark = 4All dispatchers and shared servers shutdown 多等一会会出现SHUTDOWN: Active processes prevent shutdown operation 造成这个现象的原因是(也可能是em的原因,这篇与em无关): 之前的session没有断开,而后又使用了host切换到OS提示符下,导致数据库无法正常关闭 [

在使用shutdown immediate关闭数据库时hang住,查看alert 日志,遭遇了SHUTDOWN: Active processes prevent shutdown operation.也即是说有一些活动进程阻止了当前的shutdown操作.咦,数据库是测试数据库啥也没有干,也没有配置db console,还有活动进程阻止呢? 1.情景再现 SQL> select * from v$version where rownum<2; BANNER -----------------

1. startup 就是正常启动数据库,没什么好说的. 2. startup force 是shutdown abort + startup的组合,即强制关闭数据库+ 正常启动数据库,想快速重启数据库时胆子大的人用的. startup force测试 在一个窗口执行startup force  命令 点击(此处)折叠或打开 [oracle@vm012odb018 ~]$ sqlplus "/as sysdba" SQL*Plus: Release 11.2 . 0 . 4 . 0生产

服务器:linnux 5.5 64位,已安装好 jdk: Tomcat版本:apache-tomcat-7.0.53 操作软件:Xshell 4(Free for Home / School) 刚开始重启了一次tomcat,但用浏览器访问网站的时候一直卡着打不开,可能是tomcat的问题,于是在Xshell里输入命令 ps -ef|grep java 查看进程中是否有tomcat出现,如下图: 出现如上信息,说明tomcat进程存在,再次运行shutdown.sh和ps -ef|grep jav

第一步,运行cmd 第一步.sqlplus /NOLOG第二步.SQL>connect sys/change_on_install as sysdba'/提示:已成功第三步.SQL>shutdown normal 提示:数据库已经关闭 已经卸载数据库 ORACLE 例程已经关闭第四步.SQL>startup mount第五步.SQL>alter database open; 提示:(我在操作的时候没有遇到下边着中错误)第1 行出现错误: ORA-01157: 无法标识/锁定数据文件

本系列宗旨:真正掌握OCP考试中所考察的技能,坚决不做Paper OCP! 实验环境:RHEL 6.4 + Oracle 11.2.0.4 OCP考点实战演练01-备份恢复篇 1.数据库开启归档 2.配置数据库的可恢复性 3.RMAN恢复目录 4.创建RMAN备份 5.使用RMAN备份进行恢复 6.用户管理的备份和恢复 7.其他RMAN功能 8.监视和调整RMAN 9.配置和使用闪回 Reference 1.数据库开启归档 #正常关闭数据库之后,启动数据库到mount状态,开启数据库归档 SQL

环境:两节点RAC(RHEL 6.4 + GI 11.2.0.4 + Oracle 11.2.0.4) 需求:安装最新PSU补丁11.2.0.4.7 1.下载补丁和最新OPatch 2.检查数据库当前OPatch版本 3.更新OPatch 4.解压补丁文件 5.检查补丁之间有无冲突 6.停止数据库和本地crs服务 7.更新补丁 8.登录数据库执行升级字典操作 9.验证补丁更新结果 Reference 1. 下载补丁和最新OPatch MOS 补丁程序和更新程序搜索到最新的PSU:截至目前最新是1

环境:RHEL 6.5 + Oracle 11.2.0.4 三.监控DG的状态 3.1监控DG备库的状态 3.2监控主库传输日志链路的状态 四.备库切换为snapshot standby 4.1备库切换为snapshot standby后测试 4.2开始读写测试 五.备库还原为physical standby 5.1备库还原为physical standby 5.2验证数据还原到切换前状态 三.监控DG的状态 3.1 监控DG备库的状态 在备库查询v$dataguard_stats视图信息: -

前阵子给以同事导oracle数据库,但是发现导入后数据都是乱码,下面是自己解决这个问题的一些小整理. 比如: #su oralce $export ORACLE_SID=orcl $export ORACLE_HOME=/db/oracle/product//db_1 $cd $ORACLE_HOME $cd bin $./sqlplus /nolog SQL> conn / as sysdba; SQL> shutdown immediate; SQL> startup mount S

此问题发生在数据库迁移过程中.源数据库:自己笔记本上win7 64位系统的oracle11g个人版,字符集ZHS16GBK :目标数据库,HP的sqlserver2008 系统 64位数据库服务器,字符集AL32UTF8 . 今天下午在部署HP的一台数据库服务器时,装的oracle11g 企业版默认字符集为AL32UTF8, 而我本地电脑装的oracle11g 个人版数据库字符集server端默认是ZHS16GBK,所以在我把我本机导出的数据库.dmp文件导入到Hp的数据库时,报 imp错误并且

1.登录sys关闭服务 [oracle@t-e ~]$ export ORACLE_SID=kamiltest1 [oracle@t-e ~]$ sqlplus / as sysdba SQL>shutdown immediate ; 2.修改字符集 SQL > startup mount ; SQL > alter system enable restricted session ; SQL > alter system set JOB_QUEUE_PROCESSES=; SQL

oracle11G静默安装过程——linux环境 1.操作系统及Oracle版本 Linux版本:CentOS release 6.8 (Final) Oracle版本:Oracle Database 11g Release 2 (11.2.0.1.0) for Linux x86-64 (linux.x64_11gR2_database_1of2.zip.linux.x64_11gR2_database_2of2.zip) 2.硬件检测: 物理内存不少于1G 硬盘可以空间不少于5G swap分

导入数据时报错以下错误,这是因为原来的数据库是GBK的,每个汉字两个字节,但新数据库是UTF-8的,每个汉字是三个字节,导致超过长度了. ORA-12899: value too large for column  (actual: 27, maximum: 20)   解决: 开始-->运行-->cmd,之后输入:"sqlplus /nolog",进入"SQL>"的提示,按照下面给出的命令依次执行就可以了: SQL>connect user

配置环境: 建议在相同版本OGG(即Oracle GoldenGate)之间进行复制,我在这里之所以选择不同版本的OGG,便于后续的比较学习. 一.准备OGG的运行用户 在这里,我直接使用oracle用户作为OGG的运行用户. 二.确认OGG的安装目录 在源端,即Linux环境下,我选择/u01/app/goldengate作为OGG的安装目录,注意:/u01/app/goldengate目录的属主必须为OGG的运行用户,在这里,该目录的属主必须为oracle. 在目标端,即Win环境下,我选择

今天实验了一下,如何在所有文件,包括数据文件,在线日志文件,控制文件都丢失的情况下,利用RMAN备份恢复和还原数据库.该实验的重点是用到了Dummy实例. 具体步骤如下: 备份数据库 [oracle@node2 ~]$ rman target / Recovery Manager: Release :: Copyright (c) , , Oracle and/or its affiliates. All rights reserved. connected ) RMAN> backup dat

背景:这里提到的常规恢复指的是数据库有完备可用的RMAN物理备份. 实验环境:RHEL6.4 + Oracle 11.2.0.4 DG primary. 一.常规恢复之完全恢复:不丢失数据 1.1 单个数据文件丢失或损坏 1.2 所有数据文件丢失或损坏 1.3 参数文件丢失或损坏 1.4 参数文件,数据文件丢失或损坏 1.5 临时文件丢失或损坏 一.常规恢复之完全恢复:不丢失数据 Oracle 数据库常规恢复的几个概念: 常规恢复之完全恢复:不丢失数据. 比如数据文件丢失,临时文件丢失,参数文件

背景:这里提到的常规恢复指的是数据库有完备可用的RMAN物理备份. 实验环境:RHEL6.4 + Oracle 11.2.0.4 单实例. 二.常规恢复之不完全恢复:部分数据丢失 2.1 重做日志文件丢失或损坏 2.2 重做日志文件,数据文件丢失或损坏 2.3 控制文件丢失或损坏 2.4 控制文件,数据文件丢失或损坏 2.5 控制文件,重做日志文件,数据文件丢失或损坏 2.6 控制文件,重做日志文件丢失或损坏 2.7 控制文件,重做日志文件,参数文件丢失或损坏 2.8 控制文件,重做日志文件,参

我的实验环境: - 源数据库A机: RHEL6.4 + Oracle 11.2.0.4 IP地址:192.168.99.159 db_name=oradb 数据库已正常运行 - 复制数据库B机: RHEL6.4 + Oracle 11.2.0.4 IP地址:192.168.99.191 db_name=testdb 仅安装了数据库软件 1.为复制数据库做准备 2.启动辅助实例到nomount模式 3.启动源数据库到mount或open 4.运行RMAN DUPLICATE命令 5.打开辅助实例

1.Oracle内存管理技术 2.配置自动内存管理(AMM) 3.监视自动内存管理(AMM) 4.配置自动共享内存管理(ASMM) 5.配置自动PGA内存管理 Reference 1.Oracle内存管理技术 11g 新特性: AMM(Automatic Memory Management) 10g 新特性: ASMM(Automatic Shared Memory Management) Tips: 即便启动了AMM,仍然可以将相关的内存初始化参数设置为下限值,防止Oracle自动调整为低值或