Dbspace 为逻辑上的数据库管理单元,实际上对应一个或者多个 chunk,初始化 informix 数据库的时候,必须首先为系统建立一个 Dbspace 和该Dbspace所关联的 chunk。
系统初始化:
informix 安装目下建立一个目录dbs,新建一个文件 rootchk,并更改该文件的访问权限为 660,,#chmod 660 rootchk[ENTER],之后,在控制台输入#onmonitor 进入系统配置界面->选择 Parameters->Initialize,在 "RootName" 中输入 rootdbs, 在Primary Path中输入刚才创建的chunk文件rootchk。即:将 rootdbs 关联到 rootchk 上。
新建Dbspace:
首先在数据存储目录,$INFORMIXDIR/dbs 下建立一个新文件,testchk,更改访问权限为:660
然后控制台中:
#onmonitor
->Dbspaces->Create
输入 Dbspace Name
Full Pathname 中输入刚刚创建的 chunk 文件的全路径:/opt/informix/dbs/testchk
[ESC]
这样就创建了一个新的Dbspace,名字为testdbs
为Dbspace 添加 chunk:
首先在数据目录 $INFORMIXDIR 中新建一个 chunk 文件,datachk01,更改访问权限为 660;
控制台输入:#onmonitor
->Dbspaces->Add_Chunk
选择要添加 chunk 的 Dbspace
F3 或 Ctrl+b
在 Full Pathname 中填入刚刚新建的 chunk 文件的全路径: /opt/informix/dbs/datachk01 即可
要配置数据库首先需要停止数据库服务
onmode -ky
初始化数据库系统
oninit -i 或 oninit -iy
新建数据库:
#dbaccess [ENTER]
Database->Create->输入数据库名
这是我建一个步骤:
root@sdunicomd # touch itnmschk
root@sdunicomd # chmod 660 itnmschk
root@sdunicomd # touch itnmschk
root@sdunicomd # chmod 660 itnmschk1
sdunicomd_cdmatmn$onspaces -c -d itnmsdbs -p /u1/tmn/newcdma/dbs/itnmschk -o 5120 -s 2000000
Verifying physical disk space, please wait ...
Space successfully added.
** WARNING ** A level 0 archive of Root DBSpace will need to be done.
sdunicomd_cdmatmn$onspaces -a itnmsdbs -p /u1/tmn/newcdma/dbs/itnmschk1 -o 5120 -s 2000000
Verifying physical disk space, please wait ...
Chunk successfully added.
sdunicomd_cdmatmn$onspaces -d itnmsdbs
WARNING: Dropping a DBspace.
Do you really want to continue? (y/n)y
Space successfully dropped.
** WARNING ** A level 0 archive will need to be done before any chunks from
DBspace itnms can be reused (see Dynamic Server Administrator's manual).
CREATE DATABASE itnms
IN itnmsdbs
WITH BUFFERED LOG
检查连接过程看哪个环节出问题了。过程
在数据源名称字段中输入要访问的 Informix 数据源的名称。无缺省值。您可以输入任何有效的数据源;然而,如果输入的数据源不是 Informix 数据源,那么可能导致不可预测的结果。此字段是必填字段。
Windows。使用 ODBC Administrator 定义数据源。
HP-UX 11.0 UNIX 平台。在 .odbc.ini 文件中为 Informix 数据库定义数据源(DSN)。
在用户标识字段中输入用于连接至 Informix 数据源的名称。Informix CLI 连接还使用 *** 作系统认证或 UNIX 平台上的 .odbc.ini 数据源定义来连接数据库。
注: 在同一个作业中,如果有其他阶段使用 Informix CLI,那么不能使用将 Informix 数据库作为源或目标的 ODBC 阶段。
如果用户标识字段中没有用户名,那么插件将尝试使用数据源定义中提供的用户名。如果没有此用户名, *** 作系统 (OS) 认证将使用运行 IBM® InfoSphere® DataStage® 作业的人员的 OS 用户名。 但是,如果插件在 HP 平台上运行,那么缺省情况下它不会使用运行 InfoSphere DataStage 作业的人员的 OS 用户名。
此用户必须具有足够的特权才能访问指定的数据库以及源表和目标表。
在密码字段中输入与要使用的指定用户名相关联的密码。出于安全考虑,将显示星号来代替您输入的值。无缺省值。
对于 HP 以外的平台,如果用户标识字段中未提供任何用户名,请将密码字段留空以便使用缺省认证(数据源定义或 OS 认证)。
从事务隔离下拉列表框中选择一个要使用的适当事务隔离级别。该级别在作业中的事务和其他事务之间提供了必要的并行控制。
请使用以下某个事务隔离级别:
Read Uncommitted。这将对修改的数据采用互斥锁。只有在执行提交或回滚之后,这些锁才会解除。而其他事务仍然可以读取未提交的更改,但是不能对它们进行修改。不采用其他锁。
Read Committed。这将对修改的数据采用互斥锁,对所有其他数据则采用共享锁。只有在执行提交或回滚之后,互斥锁才会解除。其他事务不能读取未提交的更改。完成对数据的处理后会立即释放共享锁,这样其他事务就能够对数据进行修改。这是缺省值。
Serializable。这将对修改的数据采用互斥锁,对所有其他数据则采用共享锁。只有在执行提交或回滚之后,所有锁才会解除,这是为了防止其他事务修改在当前事务期间引用的任何数据。
注: 事务隔离级别仅适用于支持日志记录的数据库。否则,将忽略它们。
可选。在描述字段中描述 Informix CLI 阶段的用途。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)