Bora.Choi

SSIS 연결 끊기는 현상

 INSERT SEEKDEPOSITOR[109]] 오류: SSIS 오류 코드 DTS_E_OLEDBERROR.  OLE DB 오류가 발생했습니다.
오류 코드: 0x80004005. OLE DB 레코드를 사용할 수 있습니다.
원본: "Microsoft SQL Native Client"  Hresult: 0x80004005  설명: "통신 연결 오류입니다.".
 OLE DB 레코드를 사용할 수 있습니다.
원본: "Microsoft SQL Native Client"  Hresult: 0x80004005 
설명: "TCP 공급자: 현재 연결은 원격 호스트에 의해 강제로 끊겼습니다. ". \\

[INSERT SEEKDEPOSITOR[109]] 오류: SSIS 오류 코드 DTS_E_INDUCEDTRANSFORMFAILUREONERROR.
오류 코드 0xC020907B이(가) 발생했기 때문에
"입력 "OLE DB 대상 입력"(122)"이(가) 실패했으며
"입력 "OLE DB 대상 입력"(122)"에서의
오류 행 처리는 오류 발생 시 실패하도록 지정되어 있습니다.
지정된 구성 요소의 해당 개체에서 오류가 발생했습니다.
오류에 대한 자세한 정보와 함께
이 오류 메시지보다 먼저 게시된 오류 메시지가 있을 수도 있습니다.
[DTS.Pipeline] 오류: SSIS 오류 코드 DTS_E_PROCESSINPUTFAILED. 오류 코드 0xC0209029(으)로 인해 구성 요소 "INSERT SEEKDEPOSITOR"(109)에서 ProcessInput 메서드가 실패했습니다. 식별된 구성 요소가 ProcessInput 메서드에서 오류를 반환했습니다. 이 오류는 해당 구성 요소와 관련되어 있지만 데이터 흐름 작업의 실행을 중지할 수도 있는 오류입니다. 오류에 대한 자세한 정보와 함께 이 오류 메시지보다 먼저 게시된 오류 메시지가 있을 수도 있습니다.
[DTS.Pipeline] 오류: SSIS 오류 코드 DTS_E_THREADFAILED. 스레드 "WorkThread0"이(가) 종료되었습니다(오류 코드 0xC0209029). 스레드가 종료된 이유에 대한 자세한 정보와 함께 이 오류 메시지보다 먼저 게시된 오류 메시지가 있을 수도 있습니다.
[DTS.Pipeline] 정보: 실행 후 단계를 시작하고 있습니다.

해당 장비의 에러로그

-- 에러 로그 데이터..
2009-03-30 10:21:18.940 spid156 오류: 4014, 심각도: 20, 상태: 2.
2009-03-30 10:21:18.940 spid156 A fatal error occurred while reading the input stream from the network. The session will be terminated.

원인

• 패키지로 이동시 DB의 연결이 끊어져서 이관 실패

 원인1

• for 문을 사용해서 연결을 계속 시도할 경우 connection을 다시 맺지 못하는 경우가 있어서  안될 수 있음 기존 연결을 다시 재사용하는 방법을 사용해 볼 수 있다.
•  연결관리자> DB 연결 > 속성 RetainSameConnection을 TRUE로 한번 해보고 한다.

원인2

• DB 에러로그에도 특정하게 연결이 끊김 현상이 발생하면 네트워크 카드 문제나 방확벽 문제 일 수 있다.
• 데이터에 문제가 없는데도 그렇다면 더욱 확실하다.
• 특이 네트워크 카드의 TCP Chimmeny 설정이 원본과 대상 장비가 구성이 같아야 한다.  그렇지 않으면 동일하게 해 주는것이 좋다.
• 관련 정보: http://support.microsoft.com/kb/942861

• 네트워크 단에서 데이터가 유실되는 거라면 Nemon을 이용해서 트래픽을 TRACE 해보면 명확해 진다.

  • http://optimizer.tistory.com/category/%EA%B3%B5%EC%9E%A5%EC%9D%B4%EC%95%BC%EA%B8%B0

• 관련 정보자료

  • http://blogs.msdn.com/sql_protocols/archive/2005/09/28/474698.aspx
  •  http://blogs.msdn.com/sql_protocols/archive/2005/10/22/483684.aspx
  •  http://blogs.msdn.com/sql_protocols/archive/2005/10/29/486861.aspx

원인 3 

• 패키지를 실행하는 장비의 연결 정보에 영향을 받으므로 Feature Pack for Microsoft SQL Server 2005 을 최신버전으로 설치 해본다.

• 서비스팩에 따라 .SQL Client 연결의 버전이 달라서 달라질 수 있다.

  • http://www.microsoft.com/downloads/details.aspx?FamilyID=536fd7d5-013f-49bc-9fc7-77dede4bb075&DisplayLang=en
  •  재부팅이 필요한데 그냥 하니가 별 반응이 없었다. 근데 원인이 연결 정보의 버전 차이라면 재부팅 하지 않아도 가능하다.

원인 4

• 데이터에 문제가 없는데 안되는거라면 두 장비 사이의 코드 페이지 확인
• 문자열 컬럼이 존재하고 한글 데이터가 있는데 두 장비 사이에 코드 페이지가 틀리면 입력되면서 깨질 수 있다.
• 코드 페이지를 피하려면 둘다 변경하거나 서비스 장비이기 때문에 변경히 힘들다면, 한 장비에서 BCP out 을 받고 BCP IN을 사용해본다. 이때 -c 옵션으로 해서 안되는데 -n 옵션으로 해서 문제가 없다면 확실한 코드 페이지 때문에 발생하는 문제이다.

원인5

 * 이도 저도 아니면.. 방화벽 문제 일 수도 있고 원본장비와 대상 장비의 서비스팩을 동일하게 맞춰보는것도 좋다.

이 글은 스프링노트에서 작성되었습니다.

Agent 에러 상황별 처리 내역

 Agent가 시작되지 않음

• 증상

  • SQLServer는 Start 된 상태

  • Agent 시작시 Event LOG

    • •  event id : 103
      • ServerAgent could not be started (reason: Unable to connect to server '(local)'; SQLServerAgent cannot start).
      •  event id : 102
      •  SQLServerAgent service successfully stopped.
    •  시작되다가 바로 중지되는 상황을 보임

  • Agent 에러 로그

    • •  메시지
        [298] SQLServer Error: 10061, TCP Provider: No connection could be made because the target machine actively refused it. [SQLSTATE 08001]
      • [165] ODBC Error: 0, Login timeout expired [SQLSTATE HYT00]
      • [298] SQLServer Error: 10061, An error has occurred while establishing a connection to the server. When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections. [SQLSTATE 08001]
      • [000] Unable to connect to server '(local)'; SQLServerAgent cannot start
      • [298] SQLServer Error: 10061, TCP Provider: No connection could be made because the target machine actively refused it. [SQLSTATE 08001]
      • [165] ODBC Error: 0, Login timeout expired [SQLSTATE HYT00]
      • [298] SQLServer Error: 10061, An error has occurred while establishing a connection to the server. When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections. [SQLSTATE 08001]
      • [382] Logon to server '(local)' failed (DisableAgentXPs)
      • [098] SQLServerAgent terminated (normally)
    • 타켓이 되는 서버에 접속을 못하는 것으로 보임

  • 그 밖이 증상

    • 해당 장비에서 ., (local) 로 해도 접속이 안됨, 즉 자기 장비의 Named 를 찾지를 못함
    • agent  실행하는 주체가 Local system 의 Administrators 였음.
    •  hosts 파일에 자기 장비의 IP를 적고 이름을 적어 놓았음  ex) IP  GDB2
    • 클라이언트에 GDB2 별칭이 등록되어 있으며, 포트 설정이 잘 못 되어 있었음

• 조치사항

  • agent가 실행되는 사용자에게 sysdamin 민 권한을 줌 -> 이미 주었지만 ip 인식 자체가 안되는 거기 때문에 소용 없음.
  • 자기 자신에게 링크드 별칭 있는것 우선은 제거 -> 예전에 별칭이 있으면 별칭을 먼저 인식하고 agent가 생성 안되는 경우 있었음 -> 완료

  • 인스턴스 재시작 - Stop -> Start 시작

    • 서버 재 시작후 exec sp_readerrorlog 0 로 아래 메세지가 있는지 확인

      • Server local connection provider is ready to accept connection on [ \\.\pipe\SQLLocal\MSSQLSERVER ].

        Server local connection provider is ready to accept connection on [ \\.\pipe\sql\query ]

      • Server is listening on ['any' <ipv4> <Port Number>] or [ <ipaddress> <ipv4> <Port Number>].

      • 포트로 잘 올라왔는지 확인  명령창에서 : "netstat -an or -na| findstr <PortNumber>".

      없으면  문제 있는 것임.  서버를 다시 깔아야 할지도 모름.

      SQLAgent 올려본다. 위의 에러가 또 발생하면 다음 으로 한번 해보기

  • 메뉴>Miscrosfot SQL Server2005>congiguration Tools> SQL Server Surface Are Congiguration 실행

    •  Surface Area Congiguration for Services and Connections 실행
    •  Database Engine 의 remote Connections 에서 Using both TCP/IP and named pipes 체크하고 OK, 인스턴스 재 시작 해보기

  •  hosts 파일에 GDB2 있는것 제거 ,

    • SQL Server Conguration Manager >SQL Server2005 Network Congiguration>Protocols for MSSQLSERVER >
    • Named Pipes : Enagled 해보고  인스턴스 재시작 -> SQLAgent 시작해본다.
  • SQLAgent 시작 권한은 Local System의 administraotr로 바꾸고 SQLAgent 시작해 본다. (지금은 도메인으로 되어 있음) : 권한은 이미 처리해 놨음

  • 결국, 해당 장비에서 자기 로컬로 DB가 접근되어야 하는데 안되면 안되는 것임.

이 글은 스프링노트에서 작성되었습니다.

증상

원인

• * significant part of sql server process memory has been paged out. This may result in a performance degradation. 
• Windows 운영체제 페이지를 SQL Server 프로세스의 작업 집한 제한  때문에 발생합니다. 

• http://support.microsoft.com/kb/918483

   

•  데이터베이스 엔진 오류 : 1204

  • SQL Server 데이터베이스 엔진 인스턴스에서 지금 LOCK 리소스를 가져올 수 없습니다. 활성 사용자가 적을 때 문을 다시 실행하십시오. 데이터베이스 관리자에게 이 인스턴스의 잠금 및 메모리 구성이나 장기 실행 트랜잭션을 확인하도록 요청하십시오.
  • max server memory 옵션 증가시킴

  • SELECT request_session_id, COUNT (*) num_locks FROM sys.dm_tran_locks 
    

    GROUP BY request_session_id ORDER BY count (*) DESC
    

• 위는 전부 페이지 잠금 문제로 발생 했다.
  

해결

메리의 페이지 잠그기 사용자 권한을 할당하려면 다음과 같이 하십시오.

1. 시작 을 클릭하고 실행 을 클릭합니다 gpedit.msc 를 입력한 다음 확인 을 클릭하십시오. 그룹 정책 대화 상자가 나타납니다.
2. 확장 컴퓨터 구성 를 확장한 다음 Windows 설정 .
3. 보안 설정 을 확장한 다음 로컬 정책 을 확장하십시오.
4. 사용자 권한 할당 을 클릭한 다음 메모리의 페이지 잠그기 두 번 클릭하십시오.
5. 로컬 보안 정책 설정 대화 상자에서 사용자 또는 그룹 추가 클릭합니다.
6. 사용자 또는 그룹 선택 대화 상자에서 Sqlservr.exe 파일을 실행할 권한이 있는 계정을 추가하고 확인 을 클릭하십시오.
7. 그룹 정책 대화 상자를 닫습니다.
8. SQL Server 서비스를 다시 시작하십시오

이 글은 스프링노트에서 작성되었습니다.

 Server: Msg 3168, Level 16, State 1, Line 1
The backup of the system database on device d:\temp\master.bak cannot be restored because it was created by a different version of the server (134217904) than this server (134217920).
Server: Msg 3013, Level 16, State 1, Line 1
RESTORE DATABASE is terminating abnormally.

 참고:)  http://support.microsoft.com/kb/264474/en-us

 http://msdn.microsoft.com/en-us/library/aa173515.aspx#

 http://www.volkit.com/62

이 글은 스프링노트에서 작성되었습니다.