关于sybase中的快速bcp

[Sybase数据库恢复]

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

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

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

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

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），之后才能备份日志。


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

补充一点：针对有些不计日志的操作导致备份日志不能执行的问题，唯一的办法就是对库做全备。但是，尤其在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选项）。

转载请注明：http://blog.csdn.net/andkylee/archive/2010/03/16/5384241.aspx

[yuguifu]

我看了一下，但是我在做恢复时，发生的错误是怎样的：
C:>bcp master..syslogs in c:\\syslogs.fmt -c -Usa -P -SMISCHEME
Server Message: -Msg 10321, Level 14, State 1:
Ad_hoc updates to system catalogs not enabled.A user with System Security Officer (SSO) role must reconfigure system to allow this.

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.

不知如何改！

[Sybase数据库恢复]

syslogs能这么导入？

[zhenmegaode]

多谢楼主，这个问题困扰我几天了，终于解决了