728x90
 

[SSIS] SSIS에서의 ActiveX 스크립트 작업 처리 오류

 

한대성

에이디컨설팅 / 책임 컨설턴트

SQLLeader.com / 운영자

포럼에 올라온 내용인데요..

 

SSIS에 포함된 ActiveX 스크립트 작업에서 다음과 같은 버그가 있네요.

 

SSIS의 ActiveX 스크립트 작업은 기존 버전인 DTS 패키지와의 호환성을 위해 존재하는 작업으로 다음 버전에서는 없어질 것이지만, 그래도 종종 필요한 경우가 있습니다.

 

DTS에서는 ActiveX 스크립트 작업에서 만약 실패로 리턴값을 반환하면, 해당 작업은 실패로 처리됩니다.

 

 

 

 

SSIS에서 위의 코드를 그대로 실행한다면?

 

 

성공으로 처리됩니다.

 

 

이후 버전에서 수정되겠지요?

 

혹시나 SSIS 패키지에서 ActiveX 스크립트 작업을 사용할 때 주의하세요. 

원문 : http://blog.naver.com/olaper/150010797804

'데이터베이스 > SQL Server' 카테고리의 다른 글

테이블을 메모리에 올리기  (0) 2008.04.25
[펌]분할된 뷰(Partitioned View)의 고찰  (0) 2008.04.25
SQL Server 2005의 Partitioned table 강좌  (0) 2008.04.25
DTCPing.exe 활용  (0) 2008.04.25
SQL 알아야 할 11가지 팁  (0) 2008.03.20
728x90

서버: 메시지 7391, 수준 16, 상태 1, 프로시저 IN_PRODUCTID_FROM_R3_D_TAX, 줄 10
OLE/DB 공급자 'SQLOLEDB'이(가) 분산 트랜잭션을 시작할 수 없으므로 작업을 수행할 수 없습니다.
[OLE/DB provider returned message: 지정한 트랜잭션 코디네이터에 새 트랜잭션을 기록할 수 없습니다. ]
OLE DB 오류 추적 [OLE/DB Provider 'SQLOLEDB' ITransactionJoin::JoinTransaction returned 0x8004d00a].

예전에 위와 같은 에러로 고생한 적이 있었습니다.

연결된 서버를 이용한 쿼리 앞에 Begin tran만 붙이면 에러가 나는 것이었습니다.

관련 기술 자료 827805, 873160, 306212, 329332을 읽어 봤으나 제 상황에 맞는 것은 없었습니다.

그러던중 DTCping.exe 라는 툴을 발견하고 테스트 해 보게 되었지요. 그리고 문제를 쉽게 해결하였습니다.

간단히 이 툴 사용법을 설명 드리면...

1. 일단 위 링크를 눌러 DTCping.exe를 다운받으세요. (참고로 MS에서 제공되는 툴입니다.)

2. 분산트랜잭션으로 처리될 두 서버에 DTCping.exe 압축을 푸시고, 동시에 실행을 시킵니다.(Target Server는 서버의 hostname을 넣습니다.)

3. 그러면 각각의 폴더(DTCping.exe 가 풀린 폴더)에 로그파일이 저장됩니다.

4. 로그 파일을 열어 어떤 연결성 문제가 있는지 분석합니다.

 

제 상황에서는 WINS에 문제가 있어서, 서버1에서 서버2의 이름으로 서버를 찾을수 없었던 것이 문제였습니다. MS DTC간의 통신에서는 Name resolution이 NetBIOS name -> IP -> DNS name 순으로 이뤄지더군요.

 

아무튼 위와 같은 에러가 났을 경우,

set XACT_ABORT on, begin distributed tran, MS DTC 서비스 등을 체크 하고서도 문제가 해결되지 않는다면, 꼭 DTCping으로 네트워크 연결성 테스트를 하시기 바랍니다.

원문 : http://cafe.naver.com/sqlist/254

'데이터베이스 > SQL Server' 카테고리의 다른 글

테이블을 메모리에 올리기  (0) 2008.04.25
[펌]분할된 뷰(Partitioned View)의 고찰  (0) 2008.04.25
SQL Server 2005의 Partitioned table 강좌  (0) 2008.04.25
SSIS에서의 ActiveX 스크립트 작업 처리 오류  (0) 2008.04.25
SQL 알아야 할 11가지 팁  (0) 2008.03.20
728x90
1. 데이터베이스의 모든 테이블 행을 가장 빨리 세는 방법

SQL 서버 데이터베이스 내에 존재하는 시스템 테이블 `sysindexes`에는 `rows`란 컬럼이 존재한다. 이 컬럼은 테이블에 반영된 행들의 수를 갖고 있다. 다음 SQL문을 실행시키면 원하는 결과를 효과적으로 얻을 수 있을 것이다.

select o.name, rows
from sysobjects o inner join sysindexes i on o.id = i.id
where i.indid < 2
order by o.name

where 절의 "indid<2" 부분은 클러스터드 인덱스(clustered index) 또는 힙(heap) 정보를 찾지 않기 위함이다. 이 결과는 실제로 트랜잭션(transaction)이 일어난 행만 카운트한다.



2. 스토어드 프로시져에 대한 파라미터로 테이블 이름을 사용하는 방법

이것을 위해서는 동적인 SQL을 사용해야 한다. 다음 스크립트를 참조하기 바란다.

Create proc dbcc_table
@tabname varchar(30)
as
BEGIN
Exec ("dbcc checktable (" + @tabname + ")")
END
go

/*** 스토어드 프로시져를 테스트하려면 ***/
dbcc_table syslogs



3. 모든 테이블을 BCP 하기 위한 스크립트 작성 방법

Select "bcp " + db_name() + ".." + name +
" out c:\temp" + name + ".txt /c -t\t -SserverName -UuserID -Ppassword
/b1000"
from sysobjects
where type = "U"
order by name

위의 예는 모든 데이터베이스 객체가 데이터베이스 오우너(owner) 또는 DBO에 의해 소유되었다는 가정 아래 작성되었다. 위의 예는 윈도 커맨드 파일 또는 배치 파일로 저장하여 실행할 수 있는 스크립트를 만들 것이다. 결과물은 탭 구분자로 분리된 텍스트가 될 것이다.



BCP(Bulk Copy Program)에 대한 파라미터에 대해 좀 더 알기 원하면 Books Online에서 BCP를 찾아 보거나, 커맨드 윈도우에서 BCP /?를 실행시켜 보기 바란다.



원한다면 ISQL에서 xp_cmdshell과 함께 실행시킬 수도 있다. 파일 경로에서 나타난 드라이브 문자는 서버에 있는 것이지 클라이언트 PC에 있는 것이 아님을 기억하기 바란다.



위의 스크립트에서 /b 옵션을 준 것을 기억하라. 만일 이 옵션을 사용하지 않으면 대량의 파일을 데이터베이스로 복사할 때 하나의 작업으로 처리하게 된다. 하지만 "/b 1000" 옵션을 사용함으로써 1000라인의 트랜잭션 단위로 작업을 나누어 하게 된다.



4. 어떤 파일이 디스크 상에 존재하는지 조사하는 방법



서버 상에서 파일 정보를 얻으려면 다음과 같이 xp_getfiledetails란 확장 스토어드 프로시져를 사용하면 된다.

Master..xp_getfiledetails "c:\mssql\binn\sqlservr.exe"

5. 남은 디스크 공간을 알아내는 방법



서버에 남아있는 디스크 공간을 알아내려면 다음과 같이 xp_fixeddrives란 확장 스토어드 프로시져를 사용하면 된다. 만일 SQL 서버 6.5에서 실행한다면 Bytes free 컬럼의 실제 단위는 Bytes가 아니라 Megabytes free임을 조심해야 한다.

Master..xp_fixeddrives

6. 리모트 상에서 서버 셧다운(shut down) 시키는 방법



윈도 NT 리소스 킷(Resource Kit)을 보면 shutdown과 shutgui란 두 개의 유틸리티가 있는게 이 유틸리티들을 활용하면 된다. 조심해야할 것은 서버를 바로 재부팅하는 것이 디폴트 옵션이 아니라는 것이다. 만일 이 옵션을 잘못 설정했다면 결국 서버를 작동시키기 위해 서버가 있는 기계쪽으로 가야만 할 것이다.



7. SQL 서버의 자세한 버전 정보를 보는 방법

다음과 같이 xp_msver 스토어드 프로시져를 사용하면 된다.

Master..xp_msver

이 스토어드 프로시져에 대한 MSDN 자료를 보고 싶다면 아래 링크를 클릭하기 바란다.

Master..xp_msver 자세히 보기 - http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tsqlref/ts_xp_aa-sz_0o4y.asp


8. SQL 서버 이벤트 로그 순환시키는 방법

SQL 서버를 관리하다 보면 이벤트 로그 사이즈가 겉잡을 수 없이 커지게되는 것을 볼 수 있다. 많은 사람들은 이 문제를 햐결하기 위해 SQL 서버를 멈췄다가 다시 시작하곤 한다. 하지만 다음과 같이 dbcc errorlog를 이용하면 이 문제를 쉽게 해결할 수가 있다.



dbcc errorlog



이 명령어는 문서화되어 있지 않은 명령어이다. 그렇기 때문에 이 명령어를 사용할 경우 책임은 전적으로 사용자에게 있게 됨을 주의하도록 하자.



9. 서버 레지스트리 값을 읽는 방법



확장 스토어드 프로시져인 XP_REGREAD를 이용하면 서버의 레지스트리 값을 읽어낼 수가 있다. 다음 예는 NT 4 서비스 팩 버전 정보를 레지스트리로부터 읽어 표시하는 예이다.

master..xp_regread @rootkey=`HKEY_LOCAL_MACHINE`,
@key=`SOFTWARE\Microsoft\Windows NT\CurrentVersion`,
@value_name = `CSDVersion`

10. 스토어드 프로시져를 자동으로 실행하게 하는 방법



SQL 서버가 기동될 때마다 자동으로 하나 이상의 스토어드 프로시져를 작동시키고 싶은 경우들이 있다. 예상치 않게 서버가 재부팅됐다거나 SQL 서버가 시작될 때 특정 프로세스를 실행해야할 경우 유용하게 사용할 수가 있을 것이다.



SQL 서버 6.5에서는 master 데이터베이스에 해당 스토어드 프로시져를 저장한 후 다음과 같은 명령을 실행시키면 된다:

sp_makestartup "procedure_name"

SQL 서버 7 또는 2000에서는 대신 sp_procoption 스토어드 프로시져를 사용하면 된다. 이에 대한 자세한 사항은 다음 msdn 자료를 참조하기 바란다.



sp_procoption 설명 보기 : http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tsqlref/ts_sp_pa-pz_95m6.asp



11. 백업하지 않은 데이터베이스 복구시키는 방법

물론 정기적으로 데이터베이스 백업을 점검하고 테스트하는 관리자라면 이 팁은 무시해도 된다.

하지만 어떤 경우 백업을 하지 않아 데이터를 복원할 때 난감해하는 사람이 있을지도 모르겠다. 이럴 경우 .LDF(로그 파일)와 .MDF 파일을 스토어드 프로시져를 이용하여 SQL 서버에 다시 어태치(attach)시킴으로써 데이터를 종종 복원시킬 수도 있다. 항상 가능한 것은 아니지만 안해보는 것보단 나을 것이다.

이와 관련된 스토어드 프로시져는 sp_attach_db이다. 이 스토어드 프로시져에 대한 자세한 설명은 다음 msdn 자료를 참조하기 바란다.

sp_attach_db 설명 보기 : http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tsqlref/ts_sp_ae-az_52oy.asp
 
[펌:m2mcomputer.com]

'데이터베이스 > SQL Server' 카테고리의 다른 글

테이블을 메모리에 올리기  (0) 2008.04.25
[펌]분할된 뷰(Partitioned View)의 고찰  (0) 2008.04.25
SQL Server 2005의 Partitioned table 강좌  (0) 2008.04.25
SSIS에서의 ActiveX 스크립트 작업 처리 오류  (0) 2008.04.25
DTCPing.exe 활용  (0) 2008.04.25

+ Recent posts

티스토리툴바