db2数据库的事务日志已满

[db2inst3@CentOS5 ~]$ db2 get db cfg |grep LOGFI

Log file size (4KB) (LOGFILSIZ) = 1000 [db2inst3@CentOS5 ~]$ db2 get db cfg |grep LOGPR

Number of primary log files (LOGPRIMARY) = 3 [db2inst3@CentOS5 ~]$ db2 get db cfg |grep LOGS

Number of secondary log files (LOGSECOND) = 10

Path to log files = /db2data/db2inst3/NODE0000/SQL00001/LOGSTREAM0000/

[db2inst3@CentOS5 ~]$ db2 \DB20000I The UPDATE DATABASE CONFIGURATION command complet

[db2inst3@CentOS5 ~]$ db2 get db cfg |grep LOGFI

Log file size (4KB) (LOGFILSIZ) = 1000 [db2inst3@CentOS5 ~]$ db2 get db cfg |grep LOGPR

Number of primary log files (LOGPRIMARY) = 3 [db2inst3@CentOS5 ~]$ db2 get db cfg |grep LOGS

Number of secondary log files (LOGSECOND) = 10

Path to log files = /db2data/db2inst3/NODE0000/SQL00001/LOGSTREAM0000/

[db2inst3@CentOS5 ~]$ db2 \DB20000I The UPDATE DATABASE CONFIGURATION command complet

IBM DB2数据库基础

基本命令集合

1. 建立数据库DB2_GCB

CREATE DATABASE DB2_GCB ON G: ALIAS DB2_GCB

USING CODESET GBK TERRITORY CN COLLATE USING SYSTEM DFT_EXTENT_SZ 32

2. 连接数据库

connect to sample1 user db2admin using 8301206 3. 建立别名

create alias db2admin.tables for sysstat.tables; CREATE ALIAS DB2ADMIN.VIEWS FOR SYSCAT.VIEWS create alias db2admin.columns for syscat.columns; create alias guest.columns for syscat.columns; 4. 建立表

create table zjt_tables as

(select * from tables) definition only; create table zjt_views as

享

分享

数据库的双机热备 | oracle DB2 VCS HA

来源:IT168 作者:VICTOR

关键词： Symantec VCS VCS vc rac CS

将Oracle的双机放在DB2双机后面讲有两个原因：一是DB2的配置相对于oracle的配置来说比较简单，数据库的模式也比较容易理解，而其中相似的地方可以参照DB2的配置；二是DB2双机的配置，也只能说是oracle双机配置的子集，在了解DB2的双机配置之后，oracle双机配置的很多相似的地方简单说明一下即可。此外，读者可以比较一下这两种模式的异同，有利于读者选择更合适自己的双机配置模式。 我们随后还将介绍Sybase双机的配置，将Sybase放在最后并不是因为它更复杂，而是因为在这三种数据库之中，Sybase的用户群相对比较少，需要的人不多。

比较DB2与Oracle数据库

DB2和Oracle有很多的不同，要想了解清楚，那个不是一朝一夕的功夫了。幸运的是，因为我们现在只是需要做双机配置，所以我们只是在可能会影响配置的概念上，做一个简单的比较。 1. 配置结构的不同：

DB2数据库的双机热备只支持一种模式，就是D

享

分享

数据库的双机热备 | oracle DB2 VCS HA

来源:IT168 作者:VICTOR

关键词： Symantec VCS VCS vc rac CS

将Oracle的双机放在DB2双机后面讲有两个原因：一是DB2的配置相对于oracle的配置来说比较简单，数据库的模式也比较容易理解，而其中相似的地方可以参照DB2的配置；二是DB2双机的配置，也只能说是oracle双机配置的子集，在了解DB2的双机配置之后，oracle双机配置的很多相似的地方简单说明一下即可。此外，读者可以比较一下这两种模式的异同，有利于读者选择更合适自己的双机配置模式。 我们随后还将介绍Sybase双机的配置，将Sybase放在最后并不是因为它更复杂，而是因为在这三种数据库之中，Sybase的用户群相对比较少，需要的人不多。

比较DB2与Oracle数据库

DB2和Oracle有很多的不同，要想了解清楚，那个不是一朝一夕的功夫了。幸运的是，因为我们现在只是需要做双机配置，所以我们只是在可能会影响配置的概念上，做一个简单的比较。 1. 配置结构的不同：

DB2数据库的双机热备只支持一种模式，就是D

1.1.1 取前n条记录

SQL Server： Select top n * from xtable

Oracle： Select * from xtable where rownum <=n

DB2： Select * from xtable fetch first n rows only

1.1.2 取当前日期

SQL Server： Select getdate()

Oracle： Select sysdate from dual

DB2： Select current timestamp from sysibm.sysdummy1

1.1.3 连接字符串

SQL Server： Select Hello+Toone

Oracle： Select Hello||Toone from dual

DB2： Select Hello||Toone from sysimb.sysdummy1

1.1.4 空值转换

SQL Server： SELECT userid,username,isnull

DB2数据库系统安全配置基线

DB2数据库系统安全配置基线

中国移动通信有限公司 管理信息系统部

2009年 03月

中国移动通信有限公司 - 1 -

DB2数据库系统安全配置基线

版本 V1.0 创建 版本控制信息 更新日期 2009年1月 更新人 审批人 备注：

1. 若此文档需要日后更新，请创建人填写版本控制表格，否则删除版本控制表格。

中国移动通信有限公司 - 2 -

DB2数据库系统安全配置基线

目 录

第1章 概述 ......................................................................................................................................... 1 1.1 1.2 1.3 1.4

适用范围 ...................................................................................................................

优化器

优化器是关系数据库的核心，相当于汽车的发动机，DB2在业界最值得称道的功能之一就是其强大的优化器。大多数情况下，用户不必干预优化器的执行，而且DB2优化器总是足够聪明地选择最佳访问计划，当然前提是数据库的统计信息被及时收集。

统计信息---每个数据库对象状态的信息，可以使用SYSSTAT模式的视图访问： db2 \

不同数据对象类型的统计信息使用不同的视图访问。

相比Visual Explain工具，作者强烈推荐使用db2exfmt工具，生成文本访问计划。相比前者生成图形化的访问计划，后者包含更多重要的信息。 例： db2sampl

db2 connect to sample

#创建访问计划表

db2 -tvf C:\\Program Files\\IBM\\SQLLIB\\MISC\\EXPLAIN.DDL>c:\\db2\\a.txt

db2 \empno,firstnme,lastname from employee,department where employee.workdept =department.deptno and mgrno='000060'\

#打开访问计划选项

db2 set current e

备份与恢复是DBA的最重要任务之一。本文介绍了SQL Server中数据库备份恢复方法,同时,就利用事务日志实现时点还原做了详细讨论,使数据的管理更加灵活。并给出了时点还原的实例。

维普资讯

商业科技

用事务日一刘学超[摘

原的方法杨东方秦皇岛职业技术学院白寅生沧州财经学校

要】备份与恢复是 D A的最重要任务之一。本文介绍了SLSr r B Q e e中数据库备份恢复方法，同时，就利用事务日志实现时点 v

还原做了详细讨论，使数据的管理更加灵活。并给出了时点还原的实例。 [关键词】 Q e e数据库事务日志数据备份数据还原时点还原 S LSr r v 定要保证事务日志的一致性，当需要进行时点还原时.首

一

、

备份与恢复概述

一

然后再逐次恢复日志 .下图所示 (如在如今硬件既可靠又有冗余，好像就不需要备份了.但是硬件先恢复完全备份的数据库，只能防止这个硬件出故障。导致数据丢失的还有其他原因 .如由 企业管理器中实现 ):

于用户或管理员错误 (即使数据库专家也难免会损毁数据库) .数据被破坏 .恶意破坏数据或火灾之类的灾难是难以避免的。因此

作为 D A最重要的任务之一就是要制定良好的备份.还原计划。 B备份类型备份是 D A定期地将整个数据库复制到磁带或另一个

全面的介绍了数据库事务的概念,并发引起的问题,隔离级别和传播行为,乐观锁和悲观锁

事务的ACID特性

1.原子性(Atomicity)

表示组成事务的多个数据库操作是一个不可分割的工作单元，只有所有的操作都执行成功，整个事务才提交，事务中任何一个数据库操作(SQL语句)失败，已经成功执行的任何操作都必须撤销，让数据库返回到事务执行前的状态。

2.一致性(Consistency)

数据库事务不能破坏关系数据的完整性以及业务逻辑上的一致性。事务操作成功后，数据库所处的状态和它的业务规则是一致的，即数据一致性不会被破坏。例如从A账户转账100元到B账户，不管操作成功与否,A和B的存款总额是不变的。

也就是说数据库要一直处于一致的状态，事务开始前是一个一致状态，事务结束后是另一个一致状态，事务将数据库从一个一致状态转移到另一个一致状态

3.独立性(Isolation)

所谓的独立性就是指并发的事务之间不会互相影响，如果一个事务要访问的数据正在被另外一个事务修改，只要另外一个事务还未提交，它所访问的数据就不受未提交事务的影响。换句话说，一个事务

全面的介绍了数据库事务的概念,并发引起的问题,隔离级别和传播行为,乐观锁和悲观锁

的影响在该事务提交前对其它事务是不可见的。一个