[20161214]如何确定dbid.txt

[20161214]如何确定dbid.txt

--如何确定数据库的dbid,我曾经写过一篇blog,链接:http://blog.itpub.net/267265/viewspace-2125849/
--实际上还有1种非常武断的方法,直接使用strings扫sysaux表空间对应的数据文件,就可以知道:

例子如下:
SYS@book> @&r/ver1
PORT_STRING                    VERSION        BANNER
------------------------------ -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx            11.2.0.4.0     Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

SYS@book> column name format a40
SYS@book> select * from v$dbfile;
     FILE# NAME
---------- ----------------------------------------
         4 /mnt/ramdisk/book/users01.dbf
         3 /mnt/ramdisk/book/undotbs01.dbf
         2 /mnt/ramdisk/book/sysaux01.dbf
         1 /mnt/ramdisk/book/system01.dbf
         5 /mnt/ramdisk/book/example01.dbf

$ strings  /mnt/ramdisk/book/sysaux01.dbf | grep "database id"| head -10
ADDM:1337401710_1_59GADDM auto run: snapshots [58, 59],  instance 1,  database id 1337401710
ADDM:1337401710_1_58GADDM auto run: snapshots [57, 58],  instance 1,  database id 1337401710
ADDM:1337401710_1_58GADDM auto run: snapshots [57, 58],  instance 1,  database id 1337401710
ADDM:1337401710_1_58GADDM auto run: snapshots [57, 58],  instance 1,  database id 1337401710
ADDM:1337401710_1_46GADDM auto run: snapshots [45, 46],  instance 1,  database id 1337401710
ADDM:1337401710_1_46GADDM auto run: snapshots [45, 46],  instance 1,  database id 1337401710
ADDM:1337401710_1_46GADDM auto run: snapshots [45, 46],  instance 1,  database id 1337401710
ADDM:1337401710_1_45GADDM auto run: snapshots [44, 45],  instance 1,  database id 1337401710
ADDM:1337401710_1_45GADDM auto run: snapshots [44, 45],  instance 1,  database id 1337401710
ADDM:1337401710_1_45GADDM auto run: snapshots [44, 45],  instance 1,  database id 1337401710

SYS@book> select dbid from v$database;
      DBID
----------
1337401710

--说明正确.一般数据库不会保存别的机器的addm,awr信息.利用这个特点就很容易确定.

--实际上别人会问,我现在是要恢复数据库,数据文件在rman备份集里面.实际上如果你做过awr报表,保存这些报表里面就有.

时间: 2024-07-30 10:59:25

[20161214]如何确定dbid.txt的相关文章

[20161003]如何知道数据库的dbid.txt

[20161003]如何知道数据库的dbid.txt --别人问的问题,实际上数据恢复我自己都很少需要知道它.实际上方法很多. --自己做一些测试. 1.环境: SYS@test> select * from v$version where rownum=1; BANNER                                                                               CON_ID ---------------------------

[20161214]rman checksyntax.txt

[20161214]rman checksyntax.txt --rman在命令行使用参数checksyntax可以检查命令语法是否正确,而且并不会真正执行.但是昨天在恢复一个10g的数据库时遇到问题,做 --一个记录: 1.环境: --要恢复的数据库版本: > @ &r/ver1 PORT_STRING                    VERSION        BANNER ------------------------------ -------------- -------

[20161214]关于Buffer Busy Waits.txt

[20161214]关于Buffer Busy Waits.txt --oracle一直在不断的改进,oracle对外宣传总是读写不会相互阻塞,实际上从内部看读读不会阻塞,写写一定会出现阻塞, --如果读写呢? 实际上写入会阻塞读取操作,这个时候读取会出现等待(以前我一直以为这时写入进程会话会出现等待事件Buffer Busy --Waits,实际上存在很大的错误!!),等待事件就是Buffer Busy Waits,还是通过测试来讲解. 1.环境: SCOTT@book> @ &r/ver

[20130618]改变dbid.txt_just play!.txt

[20130618]改变dbid.txt_just play!.txt 参考链接:http://www.pythian.com/blog/how-to-choose-your-oracle-database-id-dbid/ 修改数据库的dbid,一般可以选择nid工具,或者alter database open resetlogs打开.但是无法控制修改为什么数值!按照上面的链接做一个测试,不要在生产系统上做这种操作. SQL>  select name, dbid from v$databas

[20161101]rman备份与数据文件变化7.txt

[20161101]rman备份与数据文件变化7.txt --//想象一下,如果备份文件时间很长,而这个时候数据文件大小发生了变化,oracle的备份如何解决这个问题呢? --//去年已经测试了建立备份集的情况,一直想做一次image copy的测试,一直脱,主要原因自己不想做这个测试.... --//而且当时的测试很乱,自己主要一边做一边想.... --//链接: http://blog.itpub.net/267265/viewspace-2127386/ http://blog.itpub

[20171123]rman备份与数据文件变化6.txt

[20171123]rman备份与数据文件变化6.txt --//想象一下,如果备份文件时间很长,而这个时候数据文件大小发生了变化,oracle的备份如何解决这个问题呢? --//去年已经测试了建立备份集的情况,一直想做一次image copy的测试,一直脱,主要原因自己不想做这个测试.... --//而且当时的测试很乱,自己主要一边做一边想.... --//链接: http://blog.itpub.net/267265/viewspace-2127386/ http://blog.itpub

[20170317]dg出现ora-16009.txt

[20170317]dg出现ora-16009.txt --//今天例行检查发现一台dg出现ora-16009错误.查询找到如下链接  <del> --//按照链接介绍默认valid_for引起,这台机器容灾非常奇怪,我不大敢动这台机器. --//没有设置fal,log_archive_config.连sid,以及db_unique_name都与主库一样.我在测试环境模拟看看. 1.环境: --//备库: SYS@bookdg> @ &r/ver BANNER ---------

[20170215]再次理解flush redo.txt

[20170215]再次理解flush redo.txt --链接: http://blog.itpub.net/267265/viewspace-1992583/ http://blog.itpub.net/267265/viewspace-1992840/ 在Oracle 11g里,Data Guard 切换多了一个新的功能:flush redo. flush redo就是出现问题时,Flush可以把没有发送的redo从主库传送到standby数据库.而只要主库能启动到mount状态,那么F

[20160923]取出备份集的archivelog文件.txt

[20160923]取出备份集的archivelog文件.txt --这个测试来源1次帮别人解决问题时遇到的情况,当时需要使用logminer分析archivelog文件,因为要求对方把archivelog拿过来在我 --的电脑分析.前提是要使用 EXECUTE DBMS_LOGMNR_D.BUILD(OPTIONS=> DBMS_LOGMNR_D.STORE_IN_REDO_LOGS); 生成数据字典文件在 --归档日志中,可以参考我以前写的blog,链接: http://blog.itpub