返回首页

gbase数据、南大通用产品文档:GBase8s

更新日期:2024年09月11日

GCITerminate
函数原型:
sword GCITerminate ( ub4 mode)

功能描述:

从共享内存子系统中分离(仅用于和Oracle 保持兼容)
参数说明:
mode(输入)
保留参数,目前不使用(仅用于和Oracle 保持兼容)
返回值:

如果执行成功,返回GCI_SUCCESS,否则返回GCI_ERROR

逻辑日志文件的最小大小为 200 KB。
逻辑日志文件的最大大小为 524288 页(等于 0x7ffff + 1),其中基页大小为 2 KB 或 4
KB,具体取决于操作系统。要确定您操作系统上数据库服务器的基页大小,请运行 onstat
-d,然后检查根数据库空间的 pgsize 值。
确定要使用的日志文件的大小和数量。如果分配了多于所需的磁盘空间,那么会浪费空
间。但如果未分配足够的磁盘空间,那么性能可能会受到不利影响。当许多用户在同时写
入日志时,使用较大日志文件。
注: 较小的日志文件意味着如果包含该日志文件的磁盘脱机,那么您可在稍后进行恢复。如果设置了连
续日志备份,那么日志文件在填满时会自动备份。较小日志导致逻辑恢复时间稍长。
逻辑日志文件的数量
当您估计逻辑日志文件的数目时,请考虑以下要点:

必须始终有至少 3 个逻辑日志文件,最多为 32,767 个日志文件。日志文件数目取决
于日志文件的大小。

日志文件的数目影响逻辑日志备份的频率。

GBase 8s 管理员指南
南大通用数据技术股份有限公司
- 283 -

日志文件的数目影响 BLOB 空间 BLOB 页可回收的速率。请参阅备份日志文件以
释放 BLOB 页。
性能注意事项
对于给定的系统活动级别,分配的逻辑日志磁盘空间越少,那么逻辑日志空间就越快填
满,且用户活动就越有可能因备份和检查点而阻塞。调整逻辑日志大小以找出您系统的最
佳值。

逻辑日志备份
当逻辑日志文件填满时,必须对其进行备份。备份进程会阻碍涉及到与逻辑日志文件
位于同一磁盘上的数据的事务处理。将物理日志、逻辑日志和用户数据放在不同的磁
盘上。(请参阅《GBase 8s 备份与复原指南》。)

逻辑日志的大小
较小逻辑日志比较大逻辑日志填充更快。 您可以按手动添加逻辑日志文件中的说明
添加较大逻辑日志文件。

个别逻辑日志记录的大小
逻辑日志记录的大小根据处理操作和数据库服务器环境而变化。通常,数据行越长,
逻辑日志记录就越大。 逻辑日志包含已插入、更新或删除的行的映像。更新可使用
多达插入和删除所用空间两倍的空间,因为更新可能既包含前映像又包含后映像。
(插入仅存储后映像,而删除仅存储前映像。)

逻辑日志记录的数目
向逻辑日志写入的逻辑日志记录越多,逻辑日志填充就越快。带事务日志记录的数据
库填充逻辑日志比对不带事务日志记录的数据库进行的事务更快。

日志缓存的类型
使用未缓冲事务日志记录的数据库填充逻辑日志比使用已缓冲事务日志记录的数据库
更快。

对表进行的 Enterprise Replication
因为 Enterprise Replication 会生成复制表的前映像和后映像,因此可能使逻辑日
志填满。

回滚频率
更多回滚会更快地填充逻辑日志。虽然回滚记录很小,但回滚本身也需要逻辑日志文
件空间。

智能大对象的数目
已启用用户数据日志记录且具有大量用户数据更新的智能大对象会以极快的速率填充
逻辑日志。如果您不希望记录这些元数据,可使用临时智能大对象。

在微软商业智能(BI)项目中使用GBase 数据源
..........
88
10
GBase ADO.NET EntityFramework 实体框架支持
................
98