windows server 2006的Oracle 12c，在服务里启动了数据库，正常，但是在通过sqlplus连接进去后发现数据库是空闲实例，开始启动数据库，结果报错：
Linux同平台数据库整体物理迁移 需求：A机器不再使用，要将A机器的Oracle迁移到B机器。 之前写过类似需求的文章：http://www.cnblogs.com/jyzhao/p/3968504.html 本文这次旨在更多用到自动化通用的整合脚本去实现同平台的数据库整体迁移。
SQL*Plus: Release 11.2.0.1.0 Production on Wed Oct 15 20:02:09 2014
MEMORY_TARGET参数在Oracle 11g被引进，主要是用于控制Oracle对于系统内存的使用，首次将SGA与PGA整合到一起实现自动管理。一旦设置了MEMORY_TARGET参数值，Oracle会根据需要自动调整SGA与PGA以合理的分配及使用内存。但如果MEMORY_TARGET设置不当，就容易引起ORA-00845，因为MEMORY_TARGET与/dev/shm(tempfs)息息相关，本文即是对由此引发问题的描述。
对昨天提出的问题做了一个简单的分析和排查，也算是有了一个交代，上一篇文章在 dg broker校验失败的一个奇怪问题 我查看了最近的日志，发现在半个月以前有一行日志引起了我的注意。 Thu Mar 03 17:32:12 2016 ALTER SYSTEM SET log_archive_dest_state_2='DEFER' SCOPE=BOTH; 关于这个DEFER的设置，让我想起了之前的一个设置。 原来的主库发生了硬件电源故障，启用备用电源之后，勉强撑了几个小时，因为数据库之前使用的异机逻辑备份，
SQL> alter tablespace yhqt read only; SQL> alter tablespace yhqt read write;
Oracle数据库克隆，也叫着Oracle数据库复制，可以通过基于用户管理的方式来完成，也可以基于RMAN方式来实现。而且Oracle建议使用RMAN方式来实现，因为它简单易用，隐藏其复杂的逻辑，仅仅是执行一条duplicate命令就可以喝茶了。当然，前期的准备工作也是不可少滴，如创建相应的dump目录，准备参数文件，配置监听等等。本文描述了Oracle 11g下如何使用RMAN实现同机克隆数据库。
Oracle数据库几种启动方式 1、startup nomount 非安装启动，这种方式启动下可执行：重建控制文件、重建数据库 启动instance，即启动SGA和后台进程，这种启动只需要init.ora文件。 2、startup mount dbname 安装启动，这种方式启动下可执行：数据库日
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/wzy0623/article/details/53895518
在计算机信息安全领域中，数据库系统无疑有着举足轻重的地位。例如，微软的SQL server、IBM的DB2，以及甲骨文公司的Oracle、MySQL等，都是比较知名的数据库管理软件，其中Oracle数据库更是在电信、银行、证券、交通等大型应用场合拥有着绝对领先的优势。 这里我们就来说说Oracle 12c的安装。 Oracle 12c明确支持的Linux操作系统包括Oracle Linux 7、Oracle Linux 6. Oracle Linux 5. Red Hat Enterprise Linux 7、Red Hat Enterprise Linux 6. Red Hat Enterprise Linux 5. SUSE Linux Distributions .NeoKylin Linux Advanced Server Distributions。 因为Red Hat Enterprise 和CentOS属于同步发行的操作系统，所以Oracle 12c也同样支持CentOS7. CentOS6. CentOS5 操作系统。在其他Linux系统中安装时，个别软件或配置文件可能需要做适当调整。
下面是工作中对Oracle日常管理操作的一些总结，都是一些基本的oracle操作和SQL语句写法，在此梳理成手册，希望能帮助到初学者（如有梳理不准确之处，希望指出）。 一、数据库的启动和关闭 1.1 数据库的正常启动步骤 要想启动或关闭ORACLE系统必须首先切换到ORACLE用户 [root@kevin ~]# su - oracle 以DBA的身份登录数据库(oracle用户下执行) [oracle@kevin ~]$ sqlplus "/as sysdba" 执行启动数据库命令 SQL> st
对于基于生产环境下的数据库的版本升级或者测试新的应用程序的性能及其影响，备份恢复等等，我们可以采取从生产环境以克隆的方式将其克隆到本地而不影响生产数据库的正常使用。实现这个功能我们可以借助rman duplicate方式以及其简单的方式来完成。duplicate方式不同于OS级别的备份，它会为辅助数据库(克隆出来的数据库)生成一个新的dbid，而能够同时将目标数据库(原数据库)与辅助数据库注册到同一个恢复目录。本文描述了使用rman duplicate实现异机数据库克隆。
环境： 主库A机：在线生产环境，RHEL 6.4 + Oracle 11.2.0.3 备库B机：新增备机，RHEL 6.4 需求： 对生产环境最小影响前提下配置DG备库。 目录： 一、B机安装相同版本Oracle软件 二、A机，B机配置网络连接
最近在已有数据库服务器上又新建了4个数据库实例，目前一共有9个数据库实例。环境搭好以后做检查的时候。根据反馈，有个job报如下的错误。 Failed to create connection for url=jdbc:oracle:thin:@xxxxx and dbUser=xxxxxx Nested Exception/Error: java.sql.SQLRecoverableException: IO Error: Got minus one from a read call
环境：OEL 5.7 + Oracle 10.2.0.5 RAC 需求：实验在Oracle 10g环境使用amdu抽取数据库文件
rm删除所有控制文件，尝试添加数据文件，强制关闭数据库，尝试开启到mount状态。
启动数据库过程中，文件的使用顺序是：参数文件，控制文件，数据文件和重做日志文件。这些文件都正常时，数据库才能正常启动。
Oracle 同机数据库复制或克隆经常用于提供测试或开发环境。对于生成的克隆数据库有多种方式，如使用冷备方式进行数据库克隆(需要使用nid修改db_name)，热备方式克隆数据库，rman方式克隆数据库等等。由于是同机克隆，因此目标数据库与原数据库必须位于不同的目录，其次，使用不用的数据库名称(db_name)。本文主要列出使用基于用户管理的热备方式来进行数据库克隆的步骤并给出演示。
RMAN的备份与恢复存储仓库的数据通常存放于控制文件或恢复目录中，本文主要讲述基于catalog的备份与恢复。
Oracle对于sys用户的审计是默认的操作，所以不管你开启了什么审计策略，sys的登录等操作都会记录下来，这也是Oracle的默认配置，可能他 们也没有料到有些应用可能把这个影响放大，毕竟频繁登录sys听起来是不现实的。但是放到自动化监控的部分，这个影响就会放大，可能有些功能还不够严谨， 存在一定的问题。 比如下面的这个场景，发现在审计目录下存在着一些细小的文件，生成时间也很紧凑，可见还是有一些操作很频繁的使用了sys,而且生成了意料之外的大批量审计日志文件。 $ ls -lrt|head -5 -rw
在搭建Data Guard的时候，我们可以直接从主库生成一个备库控制文件，或者拷贝一个备库的控制文件即可，后续的工作就交给Data Guard来自动恢复完成了，尤其是使用rman备份恢复的时候，使用recover database是一气呵成，我们无须理会其中更多的细节，当然实际上Oracle已经帮我们处理好了。 我们都知道控制文件的备份有两种方式，一种是镜像，一种是trace。镜像备份方式类似alter database backup controlfile to 'xxxxx'这样的形式
源环境：RHEL6.4 + Oracle 11.2.0.4 目的环境：Windows 2003 需求：研发测试环境的Oracle数据库从Linux迁移到Windows，可以停机。
Which state must a database be to enable ARCHIVELOG ? A)NOMOUNT B)OPEN IN READ WRITE mode C)OPEN IN
Oracle 11g RMAN能够实现基于活动数据库进行异机克隆，从而省去需要先备份再ftp到辅助服务器的过程。这一切可以全部交给Oracle来搞定。在克隆期间，Oracle会读取Target DB的所有数据结构，无须人为的干预(不同的磁盘系统，文件路径与文件名要指定转换方式)。尽管如此，对于生产环境数据库在整个克隆期间性能会下降，其次在Target Server与Auxiliary Server中会产生较大的网络流量。如果这些可以接受的话，从活动数据库进行异机克隆是一个不错的选择。本文首先描述了克隆时不同的连接与克隆方式样本，最后演示了基于活动数据库的克隆。
Oracle数据库的启动，严格来说应该是实例的启动，数据库仅仅是在实例启动后进行装载。Oracle数据库启动的过程被划分为几个不同的步骤，在不同的启动过程中，可以对其实现不同的操作。
cdb 处于 open 状态时， pdb 默认处于 mounted 状态（种子 pdb PDB$SEED 始终 read only 状态）
作者简介 作者：LuciferLiu，中国DBA联盟(ACDU)成员。 目前主要从事Oracle DBA工作，曾从事 Oracle 数据库开发工作，主要服务于生产制造，汽车金融等行业。 现拥有Oracle OCP，OceanBase OBCA认证，擅长Oracle数据库运维开发，备份恢复，安装迁移，Linux自动化运维脚本编写等。 前言 使用rman进行备份恢复时，通过客户端执行记录无法直观看出进度如何，可以通过SQL进行查询。 一、RMAN备份 以下命令，直接复制执行即可。 1 配置备份路径和计划任务
整理一份DG的搭建流程，参考了一些教程及文档，环境是Oracle 11gR2 1+1。DG计划整理三篇：搭建、概念、维护。
严格来说，PXE 并不是一种安装方式，而是一种引导的方式。进行 PXE 安装的必要条件是要安装的计算机中包含一个 PXE 支持的网卡（NIC），即网卡中必须要有 PXE Client。
spfile<SID>.ora 动态参数文件，是二进制文件，9i以后引入并建议使用
每次对Xcode iOS项目进行clean、build或者在iOS虚拟机上launch，Xcode都会在DeriveData文件夹中进行读写操作。换句话说，就是将Derived Data的读写从硬盘移动到内存中。 DeriveData文件夹中包含了所有的build信息、debug- 和 release- built targets以及项目的索引。当遇到零散索引（odd index）问题（代码块补全工作不正常、经常性的重建索引、或者运行项目缓慢）时，它可以有效地删除衍生数据。删除这个文件夹将会导致所有Xcode上的项目信息遭到破坏。
前几天生产环境需要做服务器的扩容，把原本64G的内存扩到了128G.然后调整了一些其他的kernel参数,在此基础上需要调整sga的大小，以便分配更多的缓存。 环境是11gR2的RAC环境，这时候rac有一个明显的优点就显现出来了，就是没有downtime。一个实例一个实例的改动，调整kernel,db参数都很方便管理。 所在的每个服务器只有一个oracle_home，各有两套rac环境在同一个unix账户下。所以我启停数据库的时候也是一套环境一套环境的来。反正节点也不多。 我先是按照要求把sga调整了一下
自从2015年初进行了xtts增量的U2L迁移测试之后，国内很多人都开始利用这种方案进行数据库跨平台迁移了，基本上都是利用Oracle 封装的perl脚本。其中Oracle MOS文档 11G – Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup (文档 ID 1389592.1) 明确提到目标端环境必须是Linux, 这里该文档中的一段原话： The source system may be a
如果数据库已经关闭，但是存在SPFILE的RMAN备份，那么可以使用如下的方式进行恢复：
环境：OEL 5.7 + Oracle 10.2.0.5 背景：在Oracle的运维过程中，时常会遇到一些场景是需要重建控制文件才可以解决的。本文的场景可以通过复制控制文件到新路径，运行一段时间后，再用老的控制文件启动数据库重现。
背景为一台服务器上已有一数据库实例，现需要新建一个新的实例 1. copy 密码文件 cp orapworcl orapwjf3x 2. copy 参数文件 cp initorcl.ora initjf3x.ora 3. 修改参数文件 修改数据库名，控制文件位置，SGA PGA参数,audit目录等 4. 建立不存在的目录 5.启动至nomount export ORACLE_SID=jf3x sqlplus / as sysdbastartup nomount 6. 创建数据库 CREATE
迁移数据库的方法有多种，较为常用的则是使用RMAN来迁移。使用RMAN迁移数据库属于数据库的物理备份与恢复范畴，整个过程中数据库的相关信息是完整地镜像。因此，基于此种方式还原恢复的数据库用于测试会使得与真实的生产环境差异相对较小。本文描述了使用RMAN来还原Oracle 10g数据库的过程。
RAC数据库的备份和恢复与单实例的数据库的备份和恢复基本上没有区别，其恢复过程基本上就是先恢复spfile，再还原控制文件，最后做数据库文件的RESTORE和RECOVER。需要注意的是，在RAC中，归档文件需要放在共享存储上，需要让集群的所有节点都可以访问的到。
注意： CONTROL_FILES参数，如果未使用OMF，则需要指定。我这里使用OMF。指定 db_create_file_dest即可。 DB_BLOCK_SIZE参数，大小必须与源库一致，如果源库设置，则也需要指定。我这里不需要。
首先交代环境。本地2台主机，一台windows主机，一台等待安装centos的主机。2台主机在同一个局域网。通过路由器自动获取ip上网。 网上大多数pxe安装方式都采用自己搭建dns服务器的方式来进行，but，我们的dns服务器就是一个小破路由器，自然是做不来这个事情。 所以经过一番google，决定使用dnsmasq来搞定我们的dns服务器。临时凑合用用（主要是，突然发现家里没有一个大一点的U盘，也是醉了），网络环境：路由器网关 192.168.2.1,win ip:192.168.2.2,pxe server ip:192.168.2.3
Oracle数据库实例的启动，严格来说应该是实例的启动，数据库仅仅是在实例启动后进行装载。Oracle数据启动的过程被划分为
在Oracle中，三大文件即控制文件，数据文件，日志文件的丢失与破坏都将需要使用还原或恢复来使数据库正常化。而RMAN还原与恢复
继上一篇文章：https://cloud.tencent.com/developer/article/1053882 3. 文件系统的注册 这里的文件系统是指可能会被挂载到目录树中的各个实际文件系统，所谓实际文件系统，即是指VFS 中的实际操作最终要通过它们来完成而已，并不意味着它们一定要存在于某种特定的存储设备上。比如在笔者的 Linux 机器下就注册有 "rootfs"、"proc"、"ext2"、"sockfs" 等十几种文件系统。 3.1 文件系统的数据结构 在 Linux 源代码中，每种实际的文件
我的实验环境： 源生产库(主库)： IP地址：192.168.1.30 Oracle 10.2.0.5 单实例
环境：RHEL 6.4 + Oracle 11.2.0.4 需求：数据库存储由文件系统迁移到ASM
最近几天实在忙得厉害，处理了各种数据需求，有种顾及不来，而其中有一部分问题是和数据访问相关的，问题的原因很简单，但是分析问题的过程就需要很多的经验，推导，比如下面的两个案例。 第一个是开发同学反馈，连接数据库的时候报出了下面的错误。 第一个错误是： ORA-12154: TNS:could not resolve the connect identifier specified 第二个错误是： ORA-12170: TNS:Connect timeout occurred连接10.1
我们知道Oracle在启动的时,fork进程会根据ORACLE_SID来创建相关后台进程，而在Unix和Linux系统中，ORACLE SID和ORACLE_HOME在一起哈希后会得到一个唯一的值作为SGA的key。 所以我抛出一个蛮有意思的问题，在同一台服务器上，存在10g,11g多个ORACLE_HOME，是可以创建多个同名的Oracle实例，而如果在同一个用户下（比如操作系统用户是oracle），是否可能创建出两个同名的实例来？ 我想你的脑海中已经有了答案。我换一个角度来说明是否可以
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
