[20170515]检查数据库scn脚本.txt

[20170515]检查数据库scn脚本.txt

--//简单写一个脚本检查数据库各个scn的大小:

column TABLESPACE_NAME format a20

SELECT b.file#
      ,b.name
      ,c.STATUS
      ,c.FUZZY
      ,a.checkpoint_change# "数据库记录的scn"
      ,b.checkpoint_change# "控制文件记录的开始scn"
      ,b.last_change#       "控制文件记录的结束scn"
      ,c.CHECKPOINT_CHANGE# "数据文件头记录的scn"
      ,c.TABLESPACE_NAME
  FROM v$database a, v$datafile b, v$datafile_header c
WHERE b.FILE# = c.FILE#
order by file#;

--//命名chscn.sql.

时间: 2024-10-23 08:45:28

[20170515]检查数据库scn脚本.txt的相关文章

检查数据库数据字段命名规范与合法性的脚本

--检查不符合数据库命名规范的字段名 Select TABLE_NAME,COLUMN_NAME,DATA_TYPE From user_tab_columns Where column_name In --(Select keyword From v$reserved_words) ('ACCESS','ADD','ALL','ALTER','AND','ANY','AS','ASC','AUDIT', 'BETWEEN','BY','CHAR','CHECK','CLUSTER', 'COL

[20150408]只读表空间以及数据库恢复2.txt

[20150408]只读表空间以及数据库恢复2.txt --昨天检查时发现1个小问题,就是有1个表空间设置只读,也许某个时间打开变成读写,又设置会只读,而备份仅仅在第1次设置只读时做过1次, --按照道理如果使用原来的备份恢复会存在问题的,自己测试1下,顺便看看有什么变通的方法解决这个问题. 1.建立测试环境: SCOTT@test> @ &r/ver1 PORT_STRING                    VERSION        BANNER ----------------

[20150806]scn headroom.txt

[20150806]scn headroom.txt 转载:http://www.askmaclean.com/archives/scn-headroom-1988-oracle.html SCN是Oracle数据库内部的一种逻辑时间戳,通过SCN将数据库内的事件理清次序, 这是保证事务属性ACID的必要信息. 数据库使用SCN来帮助实现查询和跟踪变化.举例来说,当一个事务更新一行数据,那么数据库就需要将该update发生时的SCN记录下来, 该事务(transaction)中的其他修改操作通常

[20150408]只读表空间以及数据库恢复3.txt

[20150408]只读表空间以及数据库恢复3.txt --昨天检查时发现1个小问题,就是有1个表空间设置只读,也许某个时间打开变成读写,又设置会只读,而备份仅仅在第1次设置只读时做过1次, --按照道理如果使用原来的备份恢复会存在问题的,自己测试1下,我上午已经测试了可以使用以前的做了来恢复,但是这里存在一些小问题, --我在第2次打开读写时,没有任何ddl,dml操作对这个表空间,如果存在这些操作会出现什么情况呢? --继续上午的测试. 1.建立测试环境: SCOTT@test> @ &

[20170419]关于块scn号.txt

[20170419]关于块scn号.txt --//数据块里面有许多scn号相关. --//数据块本身有三处记录的相应的SCN:数据块头的SCN(block scn).ktbbh结构下的 kscnbas,kscnwrp(cleanout scn).ITL信息中的 --//scn/fsc(commit scn 有时候会是control scn),有时候会存在一点点混乱,通过例子说明: 1.环境: SCOTT@book> @ &r/ver1 PORT_STRING                

[20150129]关于取scn号.txt

[20150129]关于取scn号.txt --SCN有称系统改变号或者系统提交号,在oracle占有重要的位置.可以讲scn无处不在. --取scn号一般使用查询dbms_flashback.get_system_change_number或者查询视图v$database的current_scn字段. --两种实际上还是有1点点小区别,通过例子来说明: SCOTT@test> @ver1 PORT_STRING                    VERSION        BANNER

[20121108]关于克隆数据库的问题.txt

[20121108]关于克隆数据库的问题.txt 前几天在克隆数据库生产系统数据库时,遇到一个非常奇怪的问题,记录一下: 克隆的机器口令文件,以及spfile以前都存在,实际上很简单,先停止旧数据库,然后改安装目录名(害怕还要使用!),再安装数据库: startup nomount;SQL> startup nomountORACLE instance started. Total System Global Area 1.2885E+10 bytesFixed Size            

sql server 类型自动判断和条件检查的备份脚本

根据自己环境自定义了一个备份脚本! 说明: 使用方法:exec master.dbo.fullbackup1 's:\backup','suzhou','full' 0.备份类型只能是full.diff或log,数据库名不能为空 1.通过新建一个历史表记 录每次备份内容 2.检查数据库版本是否为2005以上 3.检查当前用户是否有权 限完成备份 4.会自动检查指定盘符是否存在 5.检查指定格式是否为s:\ 6.如果指定的备份目录不存在proc将自动新建,根据备份类型为full.diff或 log

MS SQL巡检系列——检查数据库上一次DBCC CHECKDB的时间

DBCC CHECKDB检查指定数据库中的所有对象的逻辑和物理完整性,具体请参考MSDN文档.我们必须定期对数据库做完整性检查(DBCC CHECKDB),以便能及时发现一些数据库损坏(Corruption)的情况.如果你的数据库长时间没有做DBCC CHECKDB,这样是做是不合理,并且很危险的.那么我们怎么检查数据库上一次做DBCC CHECKDB的时间呢? 可以通过DBCC DBINFO来获取上一次做DBCC CHECKDB时间,DBCC DBINFO (db_name) 显示数据库的结构