solidDB Universal Cache

环境: windows XP,  solidDB,  Datastore Replication Engine( InfoSphere CDC for solidDB, InfoSphere CDC for DB2), InfoSphere CDC Access Control, InfoSphere CDC Management Console. DB2 V9.7 Express-C

 

1. 安装solidDB 和 DB2 V9.7 Express-C

2.设置solidDB安装目录的配置文件solid.ini,在[LogReader]下添加

LogReaderEnabled=yes
MaxLogSize=10240
MaxSpace=100000

为DB2设置日志归档(update db cfg using LOGARCHMETH1 DISK:D:\\DB2\\NODE0000\\logarchmeth\\) C:\\Documents and Settings\\rand>db2 get db cfg | findstr /i “logarchmeth1”
First log archive method                 (LOGARCHMETH1) = DISK:D:\\DB2\\NODE0000\\logarchmeth\\

3.安装InfoSphere CDC for solidDB,配置solidDB Instance 

4.安装 InfoSphere CDC for DB2并配置Data Server node

5.  最后安装InfoSphere CDC Access Control 和 InfoSphere CDC Management Console

6. 启动solidDB instance 和 Data Server instnace

7. 登录至InfoSphere CDC Management Console

输入之前安装InfoSphere CDC Management Console时提供的用户和密码

8. 在该界面上Access Manager添加源和目标的datastore.

9. 在Confiugration添加subscription. (右击,出现New Subscription)  (注:不知怎么回事,登录进去后一直显示New Subscripiton为灰色,无法使用,偶然在File–>Access Server —> disconnect后再登录进来才可以使用)

solidDB_CDC_Config.JPG

UDB_CDC_Config.JPG

InfoSphere_CDC_ManagementConsole.JPG

InfoSphere_CDC_ManagementConsole2.JPG

solidDB 创建用户问题

环境:WinXP, solidDB 6.5

最近一段时间在接触内存数据库solidDB, 却一直无法使用创建的用户登录,提示如下:C:\\Documents and Settings\\rand>solsql “tcp 2315” user2 user123
IBM solidDB SQL Editor (teletype) – Version: 6.5.0.0 Build 0010
(c) Solid Information Technology Ltd. 1993, 2009
Error 08004: Server rejected the connection

一直找原因,以为是用户或密码错误。最后才试出来原来在命令行创建用户create user user2 identified by user123; 一定要输入commit work;提交才行。 真让人吐血结果!

DB2创建catalog编目

环境: RHEL 5,  DB2 V9.7 Enterprise

使用db2inst1用户登入,创建一个数据库,在命令行中输入 db2 create database toolsdb automatic storage yes, 成功后输入db2 create tools catalog systools use existing database toolsdb, 然后使用默认的用户dasusr1登录到系统,关掉DAS服务, db2admin stop, 接着启动服务 db2admin start

DB2数据库管理器配置参数SRVCON_AUTH

环境:winXP, DB2 9.7

C:\\Documents and Settings\\rand>db2 get dbm cfg | findstr /i “authentication”

Server Connection Authentication          (SRVCON_AUTH) = NOT_SPECIFIED

Database manager authentication        (AUTHENTICATION) = SERVER

srvcon_auth —> 指定当处理服务器上的入局连接时如何进行用户认证以及在何处进行用户认证,如果未指定值,则DB使用 authentication 数据库管理器配置参数的值。

authentication —-> 数据库管理器连接配置,连接实例的使用该方式。

DB2分割镜像来备份数据库

分割镜像是对那些含有数据库数据的镜像磁盘里面数据库的“瞬时”拷贝,当需要数据库的备份拷贝的时候,将镜像分割。进行镜像是一个将数据库中的所有数据同时写入两个独立的磁盘(或者是磁盘子系统)的处理过程;其中一个磁盘/子系统保存数据库数据,另一个磁盘/子系统则保存对前一个磁盘/子系统的精确备份(被称为镜像)。镜像的分割只是将数据库的主拷贝和副拷贝相互分离开来。

在DB2数据库的分割镜像拷贝能够被使用之前,必须首先将其初始化;一个分割镜像数据库拷贝可以通过执行系统命令db2inidb来进行初始化。这个命令的语法如下:
db2inidb [DatabaseAlias]
AS [SNAPSHOT | MIRROR | STANDBY]

可以以如下三种方式中的一种来初始化:
* SNAPSHOT(快照)  数据库的分割镜像拷贝可作为基本数据库的克隆来初始化。(它可成为一个拥有自己的事务日志文件的工作拷贝)
* MIRROR(镜像)  数据库的分割镜像拷贝可作为恢复基本数据库使用的备份镜像来初始化。
* STANDBY(备用)  数据库的分割镜像拷贝可被初始化,并被设置为向前回滚的未决状态,这样它就总是可以与基本数据库保持同步。(在任何时间里,基本数据库产生的新的日志都可被检索,并且可被应用到数据库拷贝中。)因此,当基本数据库由于某些原因而崩溃时,数据库的备用拷贝就可以接替基本数据库的位置了。

下面介绍Mirror步骤过程:

1. 确定启动该数据库归档进程 (设置logarchmeth1)

2. 挂起数据库的I/O  (set write suspend for database)

3. 使用OS命令拷贝该数据库的存储文件,不包括日志归档文件

4.恢复数据库的I/O (set write resume for database)

5. 假设该数据库破坏,将之前备份的副本覆盖到该数据库

6. 启动实例db2start

7. 初使化数据库 ( db2inidb [dbalias] as mirror)

8, 应用日志归档文件 ( rollforward db [dbalias] to end of logs and stop)

DB2删除模式下对象

环境:  Windows XP,   DB2 V9.7

DB2有删除模式的语句drop schema xxx restrict, 但只能在该模式没有对象的情况下才能执行。因此就有一个存储过程ADMIN_DROP_SCHEMA用于删除模式下的对象和模式本身。其语法为:ADMIN_DROP_SCHEMA(schemadropmode,errortabschemaerrortab)。例如: db2 call admin_drop_schema(‘DB2ADMIN’,NULL, ‘ERRORSCHEMA’, ‘ERRORTABLE’),  这个过程不支持删除nicknames ,packages ,typed tables

SQL1219N 因为未能分配专用虚拟内存,所以请求失败。 SQLSTATE=57011

环境: db2 v9.7 , windows xp

今天不知怎得,连接DB2数据库一直报这个错误“SQL1219N  因为未能分配专用虚拟内存,所以请求失败。  SQLSTATE=57011”,开始一直以为是内存不够用,于是重启电脑,并将其它的进程关掉。仍无法解决问题。在网上找了半天,发现说有个全局变量DB2_EXTSECURITY可以解决这个问题。于是的命令行输入: db2set  DB2_EXTSECURITY=NO ,重新启动数据库即可连接。

 

这个变量DB2_EXTSECURITY描述如下:

DB2 version 8.2 on Windows contains a new security feature that
controls access to DB2 system files, registry keys, and network
shares. The security feature is enabled by default by setting
the DB2 registry variable DB2_EXTSECURITY=YES during
installation of DB2. Attempts to use the DB2 product under a
userid that is not part of either the DB2USERS or DB2ADMNS group
on Windows, will result in a variety of symptoms, including, but
not limited to the following:

– SQL1224N – database agent could not be started.
– Various permissions errors using the DB2 CLP.
– DB2 processes that unexplainably abend.

db2 设置语句结束符

环境: db2 9.5 , windows xp

设置方法: 在cmd命令行中输入 db2set db2options=td;

其中td为设置的结束符的标识,而;为设置好的结束符。

 

********************************************************************************

 

在db2环境下写存储过程,函数和触发器时,由于这些语句中;为语句终止符,所以需要重新设置语句终止符。方法如下:

在语句开始前输入 –#SET TERMINATOR @,这样将这些单元的终止符设置为@。

语句结束后输入 –#SET TERMINATOR ;