ITPub博客

oracle日志管理 1.forcing log switches sql> alter system switch logfile; 2.forcing checkpoints sql> alter system checkpoint; 3.adding online redo log groups sql> alter database add logfile [group 4]sql> ('/disk3/log4a.rdo','/disk4/log4b.rdo') size 1m; 4.adding online redo log members sql> alter database add logfile member sql> '/disk3/log1b.rdo' to group 1, sql> '/disk4/log2b.rdo' to group 2; 5.changes the name of the online redo logfile sql> alter database rename file 'c:

IBM TSM调度进程出现数据库空间不足的解决办法在调度进程执行期间，如果出现以下错误ANS1317E 服务器无充足数据库空间以继续当前的操作 已完成命令。返回码为：12 ANS1909E 已调度命令已失败。 ANS1512E 调度事件'BACKUPCM'失败。返回代码 =12。正在发送调度的事件 'BACKUPCM' 的结果。将调度事件 'BACKUPCM' 的结果发送到了服务器首先查看ANR2017I 管理员 SERVER_CONSOLE 发出命令：QUERY DB 可用空间（mb）: 1,012 分配的容量（mb）: 512 最大的扩展容量（mb）: 500 最大的减少容量（mb）: 0 页面大小（字节数）: 4,096 可用页面总计: 1

Tivoli直接以命令方式执行db2 备份脚本 su - db2inst1 -c /usr/tivoli/tsm/client/ba/bin/backupdatabase.sh 策略域名称: CM_BACKUPDOMAIN 调度名称: BACKUPDATABASE 描述: 备份库服务器与资源服务器及应用库操作: 命令选项: 对象: su - db2inst1 -c /usr/tivoli/tsm/client/ba/bin/backupdatabase.sh 优先级: 1 启动日期／时间: 2005-06-09 18:00:00 持续时间: 1 分钟周期: 1 天日／星期: 工作日到期: 上次更新者（管理员）: ADMIN 上次更新日期／时间: 2005-06-09 17:09:19 管理概要文件: [@more@]

DB2 backup fails with SQL2079N return code 30 2005-07-19-15.34.41.479674+480 I5379133C371 LEVEL: Error PID : 430324 TID : 1 PROC : db2med.184372.0 0 INSTANCE: db2inst NODE : 000 FUNCTION: DB2 UDB, database utilities, sqluvintCall, probe:10 MESSAGE : Signal encountered in sqluvint DATA #1 : Hexdump, 4 bytes 0x2FF20D70 : 800F 00AF .... 2005-07-19-15.34.41.480174+480 I5379505C630 LEVEL: Error PID : 430324

TSM在DB2里面的配置说明在执行db2 get db cfg 将会得到有关db2的有关参数其中最后会显示以下四个参数 TSM_MGMTCLASS TSM_NODENAME TSM_OWNER TSM_PASSWORD TSM_MGMTCLASS （代表db2 备份对应的tsm 的管理类） TSM_NODENAME （代表db2 备份对应的节点名） TSM_OWNER （代表db2 备份对应的tsm客户端的用户名） TSM_PASSWORD （代表db2 备份对应的tsm客户端的用户名对应的密码）如何直接设置这些参数，系统备份时将根据这些参数，选择tsm 的管理类进行备份，否则系统讲根据注册的节点的默认管理类进行db2的备份 [@more@]

db2恢复有关说明 1）、恢复操作也有online和offline的,区别如同backup的操作。 2）、按照表空间的备份和恢复类似，加子句TABLESPACE ( tablespace-name 即可。表空间级别的备份/恢复操作要求数据库处于归档日志和启用增量备份模式下。 3）、恢复的例子中只做了版本恢复。若还有更新的全备份和增量备份的image，可以依次做恢复（注意使用db2ckrst的建议恢复次序和次数）后，再做roll forward. [@more@]

恢复db2 数据库 1）、手工drop数据库，模拟灾难恢复的情况，执行如下操作： db2 drop db sample 2）、恢复备份历史纪录（每次backup，不论类型，都会备份历史纪录文件）。这里的时间戳应该是最新的： db2 restore db sample history file use tsm taken at 20030102223107 buffer 100 3）、使用db2的恢复帮助工具： db2ckrst -d sample -t 20030101224424 -r database 命令返回建议的必需的恢复操作命令。 4）、按照帮助工具的提示，先做版本恢复，恢复命令如下： db2 restore db sample incremental use tsm taken at 20030101224424 buf

设置db2 的在线备份db2 =>update db cfg for sample using userexit on （启用用户出口）db2 =>update db cfg for sample using logretain on （启用归档日志） db2 => update db cfg for sample using trackmod on （启用增量备份功能）db2 =>terminate [@more@]

db2离线全备份 1、离线全备份 1）、首先确保没有用户使用DB2: $db2 list applications for db sample 2）、停掉数据库并重新启动，以便断掉所有连接： db2stop force db2start 3）、执行备份命令：（使用TSM作为备份的介质） db2 backup db sample use tsm 备份成功，将会返回一个时间戳。 4）、检查备份成功： Db2 list history backup all for sample ，可以看到多了这个备份的纪录。 Db2adutl query命令也可以看到返回值。 [@more@]

ANS0326E This node has exceeded its maximum number of mount points ANS0326E This node has exceeded its maximum number of mount points.ANS1813E Image Backup processing of '/fscm8dbubos' finished with failures.需要增加系统的mount点数update node AU0431DB1 maxnummp=2update node CMRM maxnummp=2update node MS0431BK1 maxnummp=2update node OADBSRV maxnummp=2update node OASRV maxnummp=2Problem Desc: "ans0326e node has exceed maximun tape mounts allowed" error occurs when attempting to run a sq

Tivoli 的显示语言包和消息文件集的安装tivoli.tsm.msg.[lang].devices[lang] * zh_CN安装文件集tivoli.tsm.devices.5.rte和M tivoli.tsm.msg[lang].devices是执行 smitty installp 安装并更新软件 移动光标至希望的项目并按 Enter 键。 安装软件 更新安装的软件至最新级别（更新所有） 安装软件束 按修订更新软件（APAR） 从所有可用软件中安装和更新 选择“从所有可用软件中安装和更新“在输入字段中输入或选择值。 当完成所有希望的更改之后，按 Enter 键。

Tivoli AIX客户端配置文件的设置客户端的配置文件一般在/usr/tivoli/tsm/client/ba/bin和其他api接口的配置文件路径/usr/tivoli/tsm/client/api/bin/usr/tivoli/tsm/client/ba/bin 下的dsm.sys 和dsm.opt首先需要进行把系统提供的默认配置文件拷贝成该两个文件名cp dsm.sys.smp to dsm.syscp dsm.opt.smp to dsm.opt[@more@]

Tivoli 客户机调度自动运行设置 mkitab "tsm::once:/usr/tivoli/client/ba/bin/dsmc schedule > /dev/null 2>&1 #TSM Scheduler" [@more@]

Tivoli 磁带库的磁带初始化设置在安装完系统后，服务端如果已经设置好磁带库，在定义调度作业前，必须先进行以下操作。label libvolume autolib checkin=scratch search=yes labelsource=barcode overwrite=yes把相关的带库的磁带进行标注[@more@]

实体化视图站点脚本 OEM 在设置复制环境中，自动生成的oracle 创建脚本主体站点: AVATAR 实体化视图站点: AUTHAA 管理员: MVADMIN 传播方: MVADMIN 主体站点上要连接的帐户: MVADMIN_AUTHAA 计划连接: AVATAR.COOLYOUNG.COM.CN + 下一日期: SYSDATE + 时间间隔: /*1:Hr*/ sysdate + 1/24 + 延迟秒数: 0 + 遇错停止: FALSE + 并行度: 0 清除调度: + 下一日期: SYSDATE + 时间间隔: /*1:Hr*/ sysdate + 1/24 + 延迟秒数: 0 + 回退段: 方案: + TESTUSER /* 设置实体化视图站点复制环境 */ /* 创建站点 AUTHAA 的复制管理员 */ /* 正在站点 AU

设置主体站点脚本OEM 在设置复制环境中，自动生成的oracle 创建脚本创建repadmin用户脚本具体脚本如下主体站点: AVATAR 管理员: REPADMIN 传播方接收方: REPADMIN 清除调度: + 下一日期: SYSDATE + 时间间隔: /*1:Hr*/ sysdate + 1/24 + 延迟秒数: 0 + 回退段: 要复制的方案:TESTUSER创建复制的脚本/* 设置多主体复制环境 *//* 创建站点 AVATAR 的复制管理员 *//* 正在站点 AVATAR 上创建用户 REPADMIN... */create user "REPADMIN" identified by "REPADMIN"/* 正在站点 AVATAR 上对 REPADMIN 授予管理权限... */BEG

延迟事务无法自动推入处理如果在首次复制过程中，延迟事务无法自动运行，但是手工推入事务，系统又运行成功，这个估计就是复制管理员的数据库的私有链接没有建立。需要创建一个复制管理员的数据库的私有链接。 否则就会出现以下情况，数据库的延迟事务无法自动推入系统在调用sys.dbms_defer_sys.push 的DBMS 时尝试16次后就出现出现中断状态，除非手工推入该延迟事务队列 [@more@]

测试是否能正常访问主体定义站点C:Documents and SettingsAdministrator>sqlplus system/system@avatarSQL*Plus: Release 9.2.0.1.0 - Production on 星期五 1月 20 14:51:04 2006Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.连接到:Oracle9i Enterprise Edition Release 9.2.0.1.0 - ProductionWith the Partitioning, OLAP and Oracle Data Mining optionsJServer Release 9.2.0.1.0 - ProductionSQL> show parameter global_namesNAME TYPE VALUE-------------

高级复制简介复制之前先解释一下复制中的几个概念： 　　1．主站点（Mater Site）：在复制过程中提供数据源的站点。　　2．实体化视图站点（Materialized View Site）：实体化视图复制中的目标站点。　　3．多主体站点复制（Multimaster Replication）：复制环境中的站点都是主站点，对复制的数据库对象有相同的管理权限。　　4．实体化视图复制（Materialized View Replication）： 一个主体站点提供源复制对象，一个实体化视图站点拷贝主站点数据。　　5．实体化视图（Materialized View）：在实体化视图站点为每个复制表或者视图建立一

dbms_logmnr用途日志文件中存放着所有进行数据库恢复的数据，记录了针对数据库结构的每一个变化，也就是对数据库操作的所有DML语句。　　在Oracle 8i之前，Oracle没有提供任何协助数据库管理员来读取和解释重作日志文件内容的工具。系统出现问题，对于一个普通的数据管理员来讲，唯一可以作的工作就是将所有的log文件打包，然后发给Oracle公司的技术支持，然后静静地等待Oracle 公司技术支持给我们最后的答案。然而从8i以后，Oracle提供了这样一个强有力的工具-LogMiner。　　LogMiner 工具即可以用来分析在线，也可以用来分析离线日志文件