最近的几个技术问题总结和答疑(五)

最近收到了几个朋友的提问,我简单总结了一下。
问题1:
首先是有个朋友问到,单引号,双引号在有些场合通用,有些场合会提示错误。
我做了一个简单的测试,当然只是一个相对片面的解读,能够说明问题即可。
比如我需要修改SYS的密码为asdfasg!,需要注意末尾有一个感叹号。
可以看到下面的测试结果。
SQL> alter user sys identified by 'asdfasga!';
alter user sys identified by 'asdfasga!'
                             *
ERROR at line 1:
ORA-00988: missing or invalid password(s)

SQL> alter user sys identified by asdfasga!;
alter user sys identified by asdfasga!
                                      *
ERROR at line 1:
ORA-00922: missing or invalid option

SQL> alter user sys identified by "asdfasga!";
User altered.
可以看到测试的情况,其实也可以间接说明双引号在含有特殊字符的场景中是必须使用的,而对于单引号,只是单纯标示一个字符串,为什么第一个语句执行失败,因为数据库把第一个单引号当做了密码的一部分,所以检查失败。

问题2:
怎么从arch中拿到DBID?
这个问题看起来还是很有意思,看起来不是常规思路。我们来简单测试一下。
把归档文件拷贝到备库,转储日志信息。
SQL> alter system dump logfile '/U01/app/oracle/oradata/sol/arch/SOL/archivelog/2016_05_19/o1_mf_1_467316_cmtccjdj_.arc';
System altered.
然后在alert日志中会有相应的记录,我们检索一下这个归档相关的日志,可以很明显看到是第三个日志,里面有DUMP的字样。
[oracle@statg2 trace]$ grep o1_mf_1_467316_cmtccjdj_ *
alert_sol.log:Media Recovery Log /U01/app/oracle/oradata/sol/arch/SOL/archivelog/2016_05_19/o1_mf_1_467316_cmtccjdj_.arc
sol_ora_24820.trc:Media Recovery Log /U01/app/oracle/oradata/sol/arch/SOL/archivelog/2016_05_19/o1_mf_1_467316_cmtccjdj_.arc
sol_ora_564.trc:DUMP OF REDO FROM FILE '/U01/app/oracle/oradata/sol/arch/SOL/archivelog/2016_05_19/o1_mf_1_467316_cmtccjdj_.arc'
查看日志的信息,Db ID的信息就很明显看到了。
 FILE HEADER:
        Compatibility Vsn = 186646528=0xb200000
        Db ID=1210367666=0x4824beb2, Db Name='SOL'
        Activation ID=1210391986=0x48251db2
        Control Seq=18495720=0x11a38e8, File size=2097152=0x200000
        File Number=20, Blksiz=512, File Type=2 LOG
不局限于备库,我们可以把归档拷贝到另外一个数据库目录下,再次转储
alter system dump logfile '/home/oracle/o1_mf_1_467316_cmtccjdj_.arc';
查看相关的日志。
$grep o1_mf_1_467316_cmtccjdj_ *
dgtest_ora_29291.trc:DUMP OF REDO FROM FILE '/home/oracle/o1_mf_1_467316_cmtccjdj_.arc'
还是能够看到Db ID的信息。
DUMP OF REDO FROM FILE '/home/oracle/o1_mf_1_467316_cmtccjdj_.arc'
 Opcodes *.*
 RBAs: 0x000000.00000000.0000 thru 0xffffffff.ffffffff.ffff
 SCNs: scn: 0x0000.00000000 thru scn: 0xffff.ffffffff
 Times: creation thru eternity
 FILE HEADER:
        Compatibility Vsn = 186646528=0xb200000
        Db ID=1210367666=0x4824beb2, Db Name='SOL'
        Activation ID=1210391986=0x48251db2
        Control Seq=18495720=0x11a38e8, File size=2097152=0x200000
        File Number=20, Blksiz=512, File Type=2 LOG
 descrip:"Thread 0001, Seq# 0000467316, SCN 0x003469b0b674-0x003469b10501"
 thread: 1 nab: 0x150ba seq: 0x00072174 hws: 0x2 eot: 0 dis: 0
 resetlogs count: 0x25181832 scn: 0x0000.00000001 (1)
 prev resetlogs count: 0x0 scn: 0x0000.00000000
所以查看DB ID的方式比较多,这种备库,异机查看的方式也算作补充吧。

时间: 2024-10-12 15:42:15

最近的几个技术问题总结和答疑(五)的相关文章

移动技术是计算机技术的第五次浪潮,改变着软件的本质

摘要: <移动浪潮>:移动智能技术如何改变世界 移动技术是计算机技术的第五次浪潮,它正在改变着软件的本质. 如果,曾经的软件是固态的,因为你只能在桌边使用.那么,移动技术让 <移动浪潮>:移动智能技术如何改变世界 移动技术是计算机技术的第五次浪潮,它正在改变着软件的本质. 如果,曾经的软件是"固态"的,因为你只能在桌边使用.那么,移动技术让软件摆脱束缚,成为无处不在的"气态". <移动浪潮>这本书就从人们生活的各个领域出发,介绍这

WCF技术剖析之二十五:元数据(Metadata)架构体系全景展现[WS标准篇]

元数据实际上是服务终结点的描述,终结点由地址(Address).绑定(Binding)和契约(Contract)经典的ABC三要素组成.认真阅读过<WCF技术剖析(卷1)>的读者相对会对这三要素的本质有一个深刻的认识:地址决定了服务的位置并实现相应的寻址机制:契约描述了消息交换模式(Message Exchange Pattern: MEP)以及消息的结构(Schema):绑定则通过创建信道栈实现对消息的编码.传输和基于某些特殊的功能(比如实现事务.可靠传输以及基于消息的安全)对消息作出的处理

【H.264/AVC视频编解码技术详解】十五、H.264的变换编码(二):H.264整数变换和量化的实现

<H.264/AVC视频编解码技术详解>视频教程已经在"CSDN学院"上线,视频中详述了H.264的背景.标准协议和实现,并通过一个实战工程的形式对H.264的标准进行解析和实现,欢迎观看! "纸上得来终觉浅,绝知此事要躬行",只有自己按照标准文档以代码的形式操作一遍,才能对视频压缩编码标准的思想和方法有足够深刻的理解和体会! 链接地址:H.264/AVC视频编解码技术详解 GitHub代码地址:点击这里 一.H.264的整数变换 变换和量化编码在图像和

最近的几个技术问题总结和答疑(七)

今天抽空整理,发现近期问我数据恢复,灾备的问题还比较多,我简单整理了一下. 问题1: 能请教一个问题么?我们用was链接的oracle数据库,是不是不建议在was上设置statementcachesize的参数?我们目前设置的是200,发现数据库中那个session都会持有200个游标,有工程师建议把这个参数设置为0 这个问题着实还问到我了,不过我问了下专业的中间件工程师,答复如下: Statement Cache Size是指有多少个prepared statement或者callable s

最近的几个技术问题总结和答疑(八)

今天的技术问答是刘晨兄的一个问题,提问来自于我新书中的一个实验,刘晨兄非常认真,对我书中的很多细节都进行了测试. 看到这个错误,如果出现end-of-file这类的错误信息,基本可以断定数据库实例是宕了. 找到刘晨兄提到的页码标示,原来和我书中的测试结果有一些差别. 我书中的结果类似这样的形式: 错误代码也完全不同,这个问题该怎么解释呢,这个应该是一个很细节的问题. 首先网络上关于这个错误有很多种说法,很多我不认同. 我们先来复现一下问题,找了一套11.2.0.3的环境测试了一下. 先初始化数据

最近的几个技术问题总结和答疑(九)

    最近的琐事比较多,而提问题的朋友还是不少,很多消息都没有来得及回复,各种事情一堆起来,不少问题想起来已经过了好几天了,所以还是来整理一篇技术问答为好.     首先是很多朋友问我关于半自动化搭建Data Guard的脚本,我写了几篇文章来介绍思路,自己也提了不少的改进,团队内部也沟通过了,一直迟迟没有发布出来是因为我觉得目前的实现方式可能对于我的工作能够极大提高,但是很多朋友使用的环境可能没有中控的概念,所以不是很通用,所以我想做一些改变,还有一个是里面的有些逻辑我想改改,至少简化一下.

WCF技术剖析之二十五:元数据(Metadata)架构体系全景展现[元数据描述篇]

在[WS标准篇]中我花了很大的篇幅介绍了WS-MEX以及与它相关的WS规范:WS-Policy.WS-Transfer和WSDL,因为WCF元数据结构体系完全是基于WS-MEX等相关的规范之上.熟悉这些基本的WS规范,对于我们全面.深刻的理解WCF整个元数据架构体系具有十分重要的意义.不仅仅是针对元数据,对于后续章节陆续要介绍的内容,比如事务.可靠会话.安全等,我强烈建议读者在正式进行相关部分的学习之前,先对相关的WS规范作一个大致的了解. 通过对WS-MEX的介绍,我们知道:不论是采用WS-T

Asp.net 3.5控件和组件开发技术系列—服务器控件属性(五)

4.7 实现自定义属性 在本章前面的章节中我们实现的许多功能都是借助于系统提供的设计时元数据属性支持实现的 ,如: 显示属性描述信息的Description 属性 [Description("描述文本")] 指定属性在属性窗口中类别的Category 设计属性 [Category(" 属性窗口中的类别名称")] 指定属性编辑器的Editor 设计属性 [Editor(typeof(FileNameEditor), typeof(UITypeEditor))] 指定属

最近的几个技术问题总结和答疑(二)

最近积累了几个问题,我就凑在一起做一个统一的答复,微信后台的留言回复超过24小时就无法回复了,有时候看到的时候已经过了时间点了,实在抱歉. 有时候有些朋友是通过qq或者微信来问我问题,有时候运气好能够马上定位,感觉非常侥幸. 今天回答5个小问题. 第一个问题是在昨天晚上准备睡觉前,一个微信好友的提问.说自己的DG备库上启动了两个一模一样的实例,感觉比较奇怪. 当时的截图如下. 一看这个问题,真是运气好,马上就知道原委了,我让他把当前环境变量的ORACLE_HOME提供给我. 然后找到两个PMON