使用nub恢复数据库的知识扩展
1.NBU数据库恢复脚本run {allocate channel t1 type 'sbt_tape';allocate channel t2 type 'sbt_tape';allocate channel t3 type 'sbt_tape';send 'NB_ORA_CLIENT=192.168.x.x';send '
RMAN深入解析之--Incarnation应用(不完全恢复)
当在做Media Recover的不完全恢复时,通过resetlogs打开库,则Incarnation(数据库对应物)表示这个数据库的特定的逻辑生存期。当作为DBA可能面临这样的还原:需要使用上次执行resetlogs命令打开数据库前生成的一个备份来进行还原数据库,或者可能需要还原到执行上一个resetlogs命令之前的时间点。案例1:(不完全恢复1)1、table被误删除,进行不完全恢复17:1
将RAC备份集恢复为单实例数据库
① rac数据库的备份集是如何恢复到单实例的数据库 ② ASM文件系统到OS文件系统的转换 ③ 一般的备份恢复过程
从nub备份恢复(同平台)恢复RAC至单实例
从生产的RAC架构的数据库的NBU备份恢复至单实例的数据库,通过nub备份恢复数据库一定要在目标端的数据库上安装nbu的客户端
oracle rac 内核参数详解
在我们建立数据库的时候要在/etc/sysctl.conf添加参数,下面是关于参数的解释
Oracle RAC 建设过程中各个层面关键点和优化项总结
原题:Oracle RAC建设过程中必须要知和要做的事情 作者:赵海,某城商行系统架构师,专注并擅长银行数据中心解决方案规划及设计。数据库建设过程中缺少可以遵循的实践标准,知识点和经验点散落四处难以快速形成逻辑性强的参照标准,面对项目令人无从下手。本文是基于数据建设的规划、实施以及配置优化等阶段对大量文献的总结提炼,以及从项目的实践出发,对数据库建设过程中各个层面应该注意的事项进行的总结
ORACLE在各操作系统信号量与共享内存的维护
----------信号量与共享内存设置----------1.LIUNXcat /etc/sysctl.conf共享内存:kernel.shmall = 2097152 # 可以使用的共享内存的总量,单位:页。 取值:推荐大于shmmax/page_size(getconf PAGE_SIZE 一般4096)kernel.shmmax = 2147483648 # 最大单个共享内存段大小。 &n
关于oracle数据库信号量的问题
前段时间使用dbca建立数据库的时候出现的是建立单实例的界面,把这个问题反馈给oracle 原厂给的反馈是由于Bug 28027670 引起的。在硬件是X7-2,软件版本是18.1.0.0.0 到 18.1.6.0.0之间的版本都有可能出现。在主机目录/opt/OracleHomes/agent_home/agent_inst/sysman/emd/state/fetchlet_stat
使用set autotrace on 查看数据库执行计划
使用set autotrace on查看SQL语句的执行计划输出的是SQL语句的执行结果最后才是SQL语句的执行计划和统计信息。 如果只是想看SQL语句的执行计划和统计信息,可以使用set autotrace traceonly 。这是一个SQL语句使用set autotrace on执行SQL语句的结果。recursive calls 解析该S
获取oracle sql语句详细些执行计划
获取oracle的SQL语句的执行有很多,比如使用plsql按F5,使用10046trace,使用set autotrace on等方式查看SQL语句的执行计划。使用这种方式查看SQL语句的执行计划会获取更详细的信息。过程如下: 1.执行alter session set statistics_level=all; &
oracle 数据库lsnrctl监听的日志路径和trace文件
lsnrctl 监听日志的路径:$ORACLE_BASE/diag/tnslsnr/<your_host>/<listener_name>/trace/<listener_name>.loglsnrctl trace文件路径 $HOME/oradiag_oracle/diag/lsnrctl/$HOSTNAME/$HOSTNA
关于数据库 statistics_level的介绍
关于statistics_level的参数分为alter session,alter system两种PropertyDescriptionParameter typeStringSyntaxSTATISTICS_LEVEL = { ALL | TYPICAL | BASIC }Default valueTYPICALModifiableALTER SESSION, ALTER SYST
SQL优化案例-从执行计划定位SQL问题(三)
当SQL出现问题,能从执行计划中快速的定位哪部分出现问题很重要。本文将结合实际案例,给出优化方案。
SQL优化案例-正确的使用索引(二)
索引能提升查询效率,索引出现性能问题往往与回表有关,回表属于单块读,回表过多会产生大量逻辑读
SQL优化案例-改变那些CBO无能为力的执行计划(一)
用户写的 sql , Oracle 会进行等价改写,即使是 RBO 优化模式, Oracle 也会给你做一些转换,这些转化都是基于一种固定的算法, oracle 称这种转换是“启发式”的。比如我们写 inner join 时 ,并且只访问单表数据&
关于dataguard出现问题的检查步骤
一般情况dataguard出现问题都会在alert日志中看到相关错误信息,或者执行SQL语句命令select error from v$archive_dest可以查询报错。如果出现错误,检查步骤为:(1)检查主库和备库的alert日志,通过日志知道是什么地方出现问题(2)登陆主库(RAC)检查归档日志的状态select dest_id,thread#,max(seque
关于dataguard需要查询的数据字典
主库:v$managed_standbyv$archive_dest_statusv$archive_dest备库:v$archived_log解释:关于V$ARCHIVED_LOG的解释:V $ ARCHIVED_LOGV$ARCHIVED_LOG显示控制文件中的归档日志信息,包括归档日志名称。在成功存档或清除联机重做日志后插入存档日志记录(NULL如果日志已清除,则为name列)。如果日志被归
关于Oracle Database Vault介绍
Oracle Database Vault 能够在 Oracle Database 18c 中实施功能强大的安全控制。这些独特的安全控制限制了数据库特权用户对应用数据的访问,减少了内部和外部威胁的风险,并解决了常见的合规性要求。概述被盗的特权用户凭证是黑客、内部人员、有组织的犯罪分子和高级持续性威胁 (APT) 所惯用的攻击途径之一。Oracle Database Vault 提供了强大的网络安全
oracle 11g数据库三大优化手段之一的ash生成及详解
1、ASH (Active SessionHistory)ASH以V$SESSION为基础,每秒采样一次,记录活动会话等待的事件。不活动的会话不会采样,采样工作由新引入的后台进程MMNL来完成。v$active_session_history视图提供了在实例级别抽取会话活动信息。活动会话每分钟会被抽样一次且被存储在sga中的循环缓冲区中.任何被连接到数据库且正等待一个不属于空闲等待事件的会话会被考
SQL调优工具包DBMS_SQLTUNE的使用方法
oracle 提供了优化建议功能包DBMS_SQLTUNE,该包可以帮助我们分析SQL,并提供优化建议。原有执行计划alter session set statistics_level=all;set serveroutput offselect * from test.emp where ename='SCOTT' and DEPTNO=20;SELECT * FROM tabl