[20161214]如何确定dbid.txt

简介: [20161214]如何确定dbid.txt --如何确定数据库的dbid,我曾经写过一篇blog,链接:http://blog.itpub.net/267265/viewspace-2125849/ --实际上还有1种非常武断的方法,直接使用strings...

[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报表,保存这些报表里面就有.

目录
相关文章
|
Oracle 关系型数据库 OLAP
[20180628]expdp与rows=n.txt
[20180628]expdp与rows=n.txt --//想导出一些表结构,使用错参数rows=n,才发现expdp会自动修正这个错误,使用content=metadata_only代替.
1831 0
|
关系型数据库 Oracle Linux
[20180321]ORA-08180.txt
[20180321]ORA-08180.txt $ oerr ora 08180 08180, 00000, "no snapshot found based on specified time" // *Cause: Could not match the time to an SCN from the mapping table.
1300 0
|
Oracle 关系型数据库 Linux
[20171208]rman与truncate3.txt
[20171208]rman与truncate3.txt --//前几天测试truncate表依旧备份一部分信息,测试几次确定备份8extent.当时的测试几个extents是相邻的.
896 0
|
Oracle 关系型数据库 测试技术
[20171206]rman与truncate.txt
[20171206]rman与truncate.txt --//昨天下班在回家的路上,突然想起以前遇到的问题,就是truncate表后,rman做备份时会备份多少truncate表的信息, --//当时在itpub上,还存在讨论,就是rman会备份空block吗?参考链接:http://www.
1003 0
|
Oracle 关系型数据库 Linux
[20171206]rman与truncate2.txt
[20171206]rman与truncate2.txt --//上午测试发现truncate的表在做rman备份时还要做8个extents的备份. --//不知道自己的猜测是否正确,选择一个使用UNIFORM SIZE 的表空间测试看看.
1074 0
|
关系型数据库 Oracle Linux
[20170628]12C ORA-54032.txt
[20170628]12C ORA-54032.txt https://hourim.wordpress.com/2017/06/24/ora-54032-column-to-be-renamed-is-used-in-a-virtual-column-expres...
1463 0
|
Oracle 关系型数据库 数据库
[20170616]recover copy of datafile 6.txt
[20170616]no copy of datafile 6 found to recover.txt --//最近几天一直被这个问题纠缠,我虽然不知道问题在哪来,还是找到简单的解决方法,做1个记录: --//链接:http://www.
1153 0
|
监控 Oracle 关系型数据库
[20170203]关于flashback的问题.txt
[20170203]关于flashback的问题.txt --今天生产系统遇到的问题,dataguard机器磁盘空间不足,需要释放磁盘空间,无论如何删除日志,空间回收都是很少.
898 0
|
Oracle 关系型数据库 Linux
[20160202]crosscheck archivelog all.txt
[20160202]crosscheck archivelog all.txt --当使用crosscheck archivelog all检查时注意一个细节,通过例子来说明: 1.
988 0
|
Oracle 关系型数据库 数据库
[20150529]ORA-16664.txt
[20150529]ORA-16664.txt --今天在例行检查中.执行 dgmgrl 出现ora-16664错误. --检查drcdbcn1.log文件,发现如下错误.
1002 0

热门文章

最新文章