分类： 技术

sharepoint server 2007 中上传了很多文件，想批量从内容数据库中恢复文件，而不是从页面中逐一下载，经检查文件均存储在数据库的alldocstreams 表的content字段中，字段类型为image。

可以使用textcopy.exe将内容写入到文件中，此文件在sql server 2000中提供，sql server 2005 仍然可以使用。

以下sql语句的/D 数据库名 /U 用户名 /P 密码 /S 服务器地址 需要修改成自己数据库服务器的相应值，导出目录为C:\temp

SELECT ‘textcopy.exe /S LOCALHOST /D WSS_Content /T alldocstreams /C content /U sa /P password /F “c:\temp\’+replace(dirname,’/’,’\’)+’\’+leafname +’” /O /Z /W “where ID=”’+lower(CONVERT(varchar(40),id,40))+”’ and Level=”255”’    FROM [WSS_Content].[dbo].[AllDocs] where id in (select distinct id from alldocstreams);

将结果保存在批处理文件中执行即可。注意textcopy.exe 不会自己建目录，需要先执行以下语句建立目录

select distinct ‘md ‘+  ‘”‘+replace(dirname,’/’,’\’)+’”‘ from alldocs;

四川行0728的外管作业报错，提示ORACLE错误
ORA-06502: PL/SQL: numeric or value error
ORA-06512: at line 1
一般这种错误都是由于数值型的字段插入非数值产生。排查当日数据，检查各数值字段中是否有非数值数据，或者空格。
耗费两个小时排查程序中所有的数值型字段的加工，却一无所获，所有数值型字段的数据都是有效数字。

排查无解，只能使用sql trace 跟踪程序的运行。

在PRO*c 程序中增加

execute immediate ‘alter session set events ”10046 trace name context forever,level 12”’;

（注意需要使用DBA用户授予ODSBDATA用户ALTER SESSION ‘的权限，否则会报权限不足）

重新编译后运行，等待程序报错后前往数据库主机取得trace文件。
（文件位置可以使用sql查询 select value from v$parameter where name=’user_dump_dest’ ，文件名为进程号）

检查trace文件 在FETCH #39游标时程序报了错误ERROR #1:err=6502，错误时的绑定变量值为‘6011’，
BINDS #39:
kkscoacd
Bind#0
  oacdty=01 mxl=32(05) mxlc=00 mal=00 scl=00 pre=00
  oacflg=13 fl2=206001 frm=01 csi=852 siz=32 off=0
  kxsbbbfp=800003f740020a00  bln=32  avl=04  flg=05
  value=”6011″
EXEC #39:c=0,e=120,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=1,tim=19473437793620
WAIT #39: nam=’db file sequential read’ ela= 9689 file#=53 block#=340863 blocks=1 obj#=1133089 tim=19473437803598
FETCH #39:c=0,e=10066,p=1,cr=2,cu=0,mis=0,r=1,dep=1,og=1,tim=19473437803713
ERROR #1:err=6502 tim=1994080031

从错误点往上寻找CURSOR #39 。得到游标的语句。
PARSING IN CURSOR #39 len=85 dep=1 uid=68 oct=3 lid=68 tim=19473437608957 hv=2456379465 ad=’3d82aa78′
SELECT  C_TRANS_CODE, D_TRANS_CODE FROM BM_SAFE_SPE_DSCRP_COD_DIM WHERE DSCRP_COD=:1
END OF STMT
PARSE #39:c=0,e=397,p=0,cr=0,cu=0,mis=1,r=0,dep=1,og=1,tim=19473437608950

程序中源码的程序为
EXECUTE IMMEDIATE   ‘SELECT  C_TRANS_CODE, D_TRANS_CODE FROM BM_SAFE_SPE_DSCRP_COD_DIM WHERE DSCRP_COD=:1 ‘
                              INTO  C_TRANS_CODE, D_TRANS_CODE
                              USING FDETAIL.SA_DSCRP_COD;

由于已知发生错误的绑定变量值为6011，手工执行sql

SELECT  C_TRANS_CODE, D_TRANS_CODE FROM BM_SAFE_SPE_DSCRP_COD_DIM WHERE DSCRP_COD=’6011′;

C_TRAN D_TRAN
—— ——
902010

返回值为902010，以及空值。根据trace文件的提示。游标的EXEC没有问题。错误发生在fetch过程中。即发生在将sql结果赋值给程序变量的过程中

检查程序中的变量定义。发现问题。定义长度为4位，而实际为6位。

  C_TRANS_CODE VARCHAR2(4);
  D_TRANS_CODE VARCHAR2(4);

修改长度后重新编译运行，作业成功。

询问四川行。原来昨日下午他们有应业务要求，将自动补录的配置表中的4位交易码改为6位。

ORA-06502: PL/SQL: numeric or value error

虽然numberic error 占大多数，但是像这个例子一样value error 也是其中的一部分。