关于sybase中的快bcp

----------------------------------------------------------------------------

---- 本文为andkylee个人原创，请在尊重作者劳动成果的前提下进行转载；

---- 转载务必注明原始出处 : http://blog.csdn.net/andkylee

---- 关键字： sybase BCP fast 日志 索引  快bcp  慢bcp 完整备份 日志备份

----------------------------------------------------------------------------

 

在sybase中复制数据时，经常能够解决到bcp(bulk copy)。

bcp分两种，快bcp和慢bcp。这两种分法是针对bcp in。对于bcp out个人感觉没有快、慢之分，反正就是从sybase的extent上大块大块的拷数据。

 

今天在bcp 数据in 到一个sybase server的时候，报下面的错误：

C:/Documents and Settings/Administrator>bcp test.dbo.tablename in d:/12 34 -c -Usa -Saix Password: Starting copy... Server Message: SYB_AIX53 - Msg 4806, Level 16, State 1: You cannot run the non-logged version of bulk copy in this database. Please chec k with the DBO. Server Message: SYB_AIX53 - Msg 3621, Level 10, State 0: Command has been aborted. CTLIB Message: - L1/O3/S0/N14/0/0: blk_init(): blk layer: CT library error: Failed when CT_Lib routine ct_results() called. blk_init failed. bcp copy in failed

 

上error message & troubleshooting guide上查看一下错误编号为：4806的信息。

解释如下：

This error occurs when the select/into bulkcopy option is set to “false” and you
use “fast” bulk copy into a table that has no indexes.
Note In newly created databases, the select into/bulkcopy option is set (by
default) to the same as that in model.

 

解决的办法有两种：

第一：

启用目的库的"select/into bulkcopy"选项，使用fast bcp模式。这样会不计日志（实际上是记录很少很少的日志记录），也就是说：这不能保证数据库日志的一致性，最好对目的数据库做一个完全备份（dump database），之后才能备份日志。

 

补充一点：针对有些不计日志的操作导致备份日志不能执行的问题，唯一的办法就是对库做全备。但是，尤其在select into/bulk选项被打开的数据库上，你如何知道这个数据库里曾经执行了不计日志的操作呢？15.0以前的版本是没有好办法的，只能在发出dump tran命令的时候提示不能备份日志需先全备。这是很等的不方便啊~ 终于在15.0版本中，千呼万唤始出来。sybase给我们送来了福音。增加了函数：tran_dumptable_status()，用来返回一个是否允许 dump transaction 的真/ 假指示。 如果 tran_dumpable_status 返回 0，则可以对数据库执行 dump transaction 命令。如果返回任何其它值，则无法执行该命令。非零值有： 1 — 指定名称的数据库不存在。 2 — 日志没有放置在单独的设备上。 4 — 日志首页位于仅限数据的磁盘片段区域内。 8 — 为数据库设置了 trunc log on chkpt 选项。 16 — 在数据库上发生了未记录的写入操作。 32 — 仅截断 dump tran 已中断发送到转储设备的任意连续的转储 系列。 64 — 最近创建或升级了数据库。在执行 dump database 之前，不会 转储事务日志。 现在终于可以在备份脚本加入tran_dumptable_status()，如果返回0，表示可以正常执行备份日志任务。如果返回非0尤其16或者32的时候，先执行数据库全备再执行dump tran操作。

 

 

第二：给将要拷贝数据的表上添加索引，让bcp使用慢模式。这样目的数据库会正常的记录日志。就像一条一条的insert语句那样。因此，不会出现完备后才能备份日志的情况了。但是要注意防止大量的写入操作导致目的数据库日志被写满。可以在bcp in的时候适当时间执行dump transaction with truncate_only，也可以数据分批bcp导入（需要加入-b选项）。