Linux下SQL Server BCP命令未返回正确错误码的技术问询

这个问题确实挺让人头疼的——BCP的返回码逻辑有点“偏科”：它只判断命令本身是否能正常执行（比如能不能连上数据库、找到源文件），而不会因为“导入0行”或者“源文件格式错误”返回非0码。要解决这个问题，我们得手动结合输出内容和错误日志来判断导入是否真的成功，下面是几个实用的方案：

方案1：检查BCP的输出内容 #

BCP执行后会在标准输出里打印类似X Rows Copied的信息，我们可以捕获这个输出，判断是否出现了0 Rows Copied，如果是就手动返回错误码。

示例脚本：

# 定义BCP命令
BCP_CMD="/opt/bin/bcp <tablename> in <source_file> -S <server_name> -U <username> -P <password> -D"
# 执行命令并捕获所有输出到日志
$BCP_CMD > bcp_exec.log 2>&1

# 检查输出中是否存在"0 Rows Copied"
if grep -q "0 Rows Copied" bcp_exec.log; then
    echo "Error: BCP completed but no rows were copied (possible source file format errors)"
    exit 1
fi

# 无异常则返回成功
exit 0

方案2：启用BCP错误日志并检查 #

BCP支持用-e参数指定错误日志文件，所有数据格式错误、行导入失败的信息都会写入这个文件。我们可以通过检查这个文件是否非空来判断是否有导入错误。

示例脚本：

# 指定错误日志路径
ERROR_LOG="bcp_errors.log"
# 执行BCP并生成错误日志
/opt/bin/bcp <tablename> in <source_file> -S <server_name> -U <username> -P <password> -D -e $ERROR_LOG

# 检查错误日志是否有内容
if [ -s $ERROR_LOG ]; then
    echo "Error: BCP encountered import errors. Details in $ERROR_LOG"
    exit 1
fi

# 额外检查是否导入了0行（避免源文件为空但无错误的异常场景）
if grep -q "0 Rows Copied" <( /opt/bin/bcp <tablename> in <source_file> -S <server_name> -U <username> -P <password> -D 2>&1 ); then
    echo "Error: BCP copied 0 rows, which is unexpected"
    exit 1
fi

exit 0

方案3：结合SQL Server的行计数验证 #

如果你的场景需要更严谨的验证，可以在导入前后查询目标表的行数，对比增量是否符合预期。比如用sqlcmd执行查询：

示例脚本：

# 获取导入前的行数
PRE_ROWS=$(sqlcmd -S <server_name> -U <username> -P <password> -D <dbname> -Q "SELECT COUNT(*) FROM <tablename>" -h -1)

# 执行BCP导入
/opt/bin/bcp <tablename> in <source_file> -S <server_name> -U <username> -P <password> -D

# 获取导入后的行数
POST_ROWS=$(sqlcmd -S <server_name> -U <username> -P <password> -D <dbname> -Q "SELECT COUNT(*) FROM <tablename>" -h -1)

# 计算行数增量
ROW_DIFF=$((POST_ROWS - PRE_ROWS))
if [ $ROW_DIFF -eq 0 ]; then
    echo "Error: No rows were added to the table after BCP import"
    exit 1
fi

exit 0

注意：这个方法适合没有其他并发写入目标表的场景，否则行数对比会不准确。

内容的提问来源于stack exchange，提问作者Rick Starsky