2009. 12. 8. 15:38

Error::NOLOCK 함께 스캔할 수 없음 - 601

서버: 메시지 601, 수준, 12, 14 선 3상
데이터 이동으로 인해 NOLOCK 함께 스캔을 계속할 수 없습니다
.

 

KO

트랜잭션 격리 수준 커밋되지 않은 읽기 위해 설정 Query로 601 오류와 함께 실패합니다.

 

 

 

 

샘플 내역

http://blogs.msdn.com/craigfr/archive/2007/06/12/query-failure-with-read-uncommitted.aspx

2009. 12. 7. 17:57

Error::Non-yielding IOCP Listener - Stack Dump analysis

'Error Case' 카테고리의 다른 글

에러::msdb 복원시 버전차이  (1) 2010.06.03
Error::NOLOCK 함께 스캔할 수 없음 - 601  (0) 2009.12.08
Error:: '80004005', SQL 서버가 죽음  (2) 2009.11.09
에러:: Error: 3456  (0) 2009.10.09
2009. 11. 23. 11:36

Error::복제 에러로그

 

2009-11-22 03:20:39.810       로그온   오류: 17806, 심각도: 20, 상태: 2.

2009-11-22 03:20:39.810       로그온   SSPI handshake failed with error code 0x80090311 while establishing a connection with integrated security; the connection has been closed. [클라이언트: IP]


 

배포자에서 위와 같은 에러

네트워크 문제로

Active Directory서버(Domain Controller라 부름)와의 통신상에 문제가 발생하였을 경우 생성됨

2009. 11. 9. 01:16

Error:: '80004005', SQL 서버가 죽음

Q:

2-3일전부터 서버가 죽어서요...

저는 NT4.0, Ms-SQL 7.0, IIS 을 사용하고 있습니다.

1. WEB

Microsoft OLE DB Provider for SQL Server error '80004005'

[DBMSSOCN]General network error. Check your network documentation.

/dbopen.asp, line 12

2. Event Log

원본( SQLCTR70 )에서 이벤트 ID( 1001 )에 대한 설명을 찾지 못했습니다. 다음 삽입 문자열을 포함합니다: Shared memory segment already exists..

Error: 17826, Severity: 18, State: 1
2002-08-22 18:36:22.35 ods Could not set up ListenOn connection 'ACCOUNT'..
Operating system error 1899., 종료점 매퍼 데이터베이스를 만들 수 없습니다.

3. Ms-SQL
02-09-13 오후 12:18:13 - + [164] ODBC Message: 109, ConnectionTransact (GetOverLappedResult()). [SQLSTATE 01000]
02-09-13 오후 12:18:13 - ! [165] ODBC Error: 4, Connection broken. [SQLSTATE 08S01]
02-09-13 오후 12:18:13 - ! [298] SQLServer Error: 4, Connection broken. [SQLSTATE 08S01]
02-09-13 오후 12:18:13 - ! [298] SQLServer Error: 109, ConnectionRead (GetOverLappedResult()). [SQLSTATE 01000]
02-09-13 오후 12:18:13 - ! [382] Logon to server '(local)' failed (ConnCachePerfCounterValues)
02-09-13 오후 12:18:14 - + [360] SQLServerAgent initiating shutdown following MSSQLServer shutdown
02-09-13 오후 12:18:16 - ! [359] The local host server is not running
02-09-13 오후 12:18:17 - ? [098] SQLServerAgent terminated (normally)

 

A:

이전에 제대로 실행되던 웹 응용 프로그램에서 IIS가 갑자기 알 수 없는 80004005 오류를 보고하는 이유를 확인해 달라는 질문을 받았습니다.

즉, 다음과 같은 메시지가 나타납니다.

OLE DB 공급자 오류 ODBC 드라이버 오류...데이터 원본 이름을 찾을 수 없습니다...

먼저 저는 시스템 DSN이 제 위치에 있는지를 확인했습니다.

시스템 DSN이 제 위치에 있었으므로 레지스트리 권한 문제가 아닌가 생각되어 SysInternals의 NTRegMon( http://www.sysinternals.com/ntw2k/source/regmon.shtml )을 설치하고 웹 응용 프로그램을 시작하면서 레지스트리 호출을 추적했습니다.

아니나 다를까, 3개의 레지스트리 키에서 액세스 거부가 발견되었고 이를 수정하자 응용 프로그램이 제대로 시작되었습니다.

편집자 주 이 항목에 대한 자세한 내용은 KB 기사 Q238971 http://support.microsoft.com/support/kb/articles/Q238/9/71.ASP 를 참조하십시오.




출처: 야휴 지식인
http://kr.ks.yahoo.com/service/ques_reply/ques_view.html?dnum=J&qnum=1067220
2009. 10. 9. 18:05

에러:: Error: 3456

2009-10-09 13:30:01.120 spid62 The database 'XXX' is marked RESTORING and is in a state that does not allow recovery to be run.
2009-10-09 13:30:25.530 spid20s Database mirroring is active with database 'XXX' as the mirror copy. This is an informational message only. No user action is required.
2009-10-09 17:19:14.180 spid20s Error: 3456, Severity: 21, State: 1.
2009-10-09 17:19:14.180 spid20s Could not redo log record (276495:119218:6),
for transaction ID (0:408286833), on page (20:508656), database 'XXX' (database ID 12).
Page: LSN = (276492:1649102:28), type = 1. Log: OpCode = 4, context 2,

 PrevPageLSN: (276495:66503:4). Restore from a backup of the database, or repair the database.
2009-10-09 17:19:14.190 spid20s Error: 1454, Severity: 16, State: 1.
2009-10-09 17:19:14.190 spid20s While acting as a mirroring partner for database 'XXX', server instance '장비명' encountered error 3456, status 1, severity 21. Database mirroring will be suspended.  Try to resolve the error and resume mirroring.
2009-10-09 17:19:14.700 spid20s Database mirroring is inactive for database 'XXX'. This is an informational message only. No user action is required.

 

http://www.errorhelp.com/ 에서 찾아봤음.

 

미러링되는 미러서버의 DB가 정합성이 맞지 않아서 발생. 미러도 일시 중지 상태가 됨.

미러를 재 구축 해야함.

 

미러DB가 아니라면 응급 모드로 변경해서 읽기라도 가능하게 하여 조치할것 조치함.

2009. 7. 8. 23:42

에러::64bit 버퍼 풀 페이징

증상

 

  • 미러링 걸려있던 DB의 로그가 90% 이상.
  • 활성 트랜잭션이 없음에도  log 백업을 해도 로그가 줄어들지 않음
  • 주 서버에서 미러가 일시 중지됨
  • 파트너 서버에 에러 로그 파일 에 아래 errorlog 발생

2009-07-05 05:39:01.050spid1sA significant part of sql server process memory has been paged out. This may result in a performance degradation. Duration: 0 seconds. Working set (KB): 263552, committed (KB): 528496, memory utilization: 49%.

2009-07-05 05:46:21.370spid1sA significant part of sql server process memory has been paged out. This may result in a performance degradation. Duration: 0 seconds. Working set (KB): 265520, committed (KB): 527400, memory utilization: 50%.


2009-07-05 07:28:27.210spid27sError: 1204, Severity: 19, State: 4.

2009-07-05 07:28:27.210spid27sThe instance of the SQL Server Database Engine cannot obtain a LOCK resource at this time.

Rerun your statement when there are fewer active users. Ask the database administrator to check the lock and memory configuration for this instance, or to check for long-running transactions.

2009-07-05 07:28:27.320spid27sError: 1454, Severity: 16, State: 1.

2009-07-05 07:28:27.320spid27sWhile acting as a mirroring partner for database 'DB명', server instance '주서버명' encountered error 1204, status 4, severity 19. Database mirroring will be suspended.  Try to resolve the error and resume mirroring.

2009-07-05 07:28:27.820spid27sDatabase mirroring is inactive for database 'DB명'. This is an informational message only. No user action is required.

 

(주서버)

2009-07-05 07:28:27.920spid34sError: 1453, Severity: 16, State: 1.

2009-07-05 07:28:27.920spid34s'TCP://정보', the remote mirroring partner for database 'DB명', encountered error 1204, status 4, severity 19. Database mirroring has been suspended.  Resolve the error on the remote server and resume mirroring, or remove mirroring and re-establish the mirror server instance.

 

원인

  • significant part of sql server process memory has been paged out. This may result in a performance degradation.
  • Windows 운영체제 페이지를 SQL Server 프로세스의 작업 집한 제한  때문에 발생합니다.
  • 데이터베이스 엔진 오류 : 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 서비스를 다시 시작하십시오