MSSQL 오류 현상 문의 드립니다..25
- Refactoring
- 등록일 2017-12-20 21:47
- 조회수 6386
|
||
파워링크 
등록안내
|
 0
 0
▦이리
해당 DB에 CHECKDB 한번 돌려보세요
2017-12-21
|
|
0
0
Refactoring
장애 발생시 DB가 검색이 안되는거도 원인이 나올까요..?
초보 개발자라 잘 모르겠어요..
2017-12-21
|
|
0
0
 뽐뿌중독증상은뭐에요
DB 서버가 일반 윈도우 사용중이시라면
윈도우 내부 네트워크로 접속할수있는 총 대수 제한이 있습니다. 익스프레스 접속수는 잘기억안나는데 여러대 가능했던 기억이 어렴풋한데 당시 xp home, pro 설치 여러번해서 솔루션 납품으로 DB 가 2005익스프레스 였는데 home 은 5대, pro 는 10대였습니다. DDNS 사용해서 외부에서 접속시는 해당사항 없었습니다. 추신 내부 네트워크 접속수는 ODBC 접속뿐 아니라 하다못해 프린트 서버, 폴더공유로 사용한다면 그것또한 커넥션 수에 잡힙니다.
2017-12-21
|
|
|
0
0
Refactoring
네 몇달 동안 잘 쓰다가 최근들어 갑자기 이런 현상이 일어나서 원인을 모르겠네요,..ㅠ
2017-12-21
|
|
|
0
0
lucebella
[원인]
클라이언트에서 존재하지 않는 데이터베이스에 연결하려고 하였을 때, 위와 같은 오류가 기록될 수 있습니다. 해당 클라이언트 IP 에서 접속하는 어플리케이션에 대한 확인이 필요합니다. 이렇게 나오는데 LINKED SERVER로 다른 DBMS와연결 하는 부분에서 연결하려는 DBMS쪽에 문제가 발생해서 덩달아 저 오류 메시지를 뿜는다던지
2017-12-21
|
|
|
0
0
Refactoring
추측으로는 LINKED SERVER를 연결하고 나서 이런 현상이 자주 나오는 것 같은데.
현재 LINKED SERVER는 MSSQL 2012 EXP -> 상위 MSSQL 20XX로 연결 되어있습니다. LINKED SERVER를 사용함으로써, 이런 일이 발생 할 수도 있는 건가요..?
2017-12-21
|
|
|
0
0
lucebella
링크를 걷어내심이 어떨까요? 링크드 자체가 보안에도 안좋고 속도도 느린데
2017-12-21
|
|
|
0
0
Refactoring
수집서버에 데이터 모았다가 메인서버로 전송해야 하는데.. 링크드 서버로 하는 방법 말고 다른 방법은 없나요..?
2017-12-21
|
![[* 비회원 *]](http://cdn2.ppomppu.co.kr/zboard/nickcon/155047.gif?v=20240616)
|
|
0
0
Refactoring
트랜젝션 로그가 깨졌을 경우에는 어떻게 해야하는 건지요..?
현재 링크드 서버는 SQLSERVER상에서 등록해서 사용중입니다.. 프로시져를 사용해서 데이터 넘기고 있는데, 오픈쿼리로 하면 어떻게 해야할지 감이 안잡히네요... 그리고 연결된 서버를 OLEDB나 ADO.NET로 어떻게 연결하나요.. --> 일단 제가 링크드 서버 연결할때에 설정은 EXEC sp_addlinkedserver @server='link_server', -- 링크 서버이름 (ex: my_link) @provider = 'SQLOLEDB', -- 해당 디비에 맞는 공급자를 선택 @datasrc = '127.0.0.1', -- 아이피 @catalog='DBNAME' -- 카다로그 이름 이 프로시져를 사용해서 등록했습니다..
2017-12-21
|
|
|
0
0
Refactoring
프로시져 파라미터를 보면, provider에 SQLOLEDB로 해놨는데, 이러면 OLEDB로 연결된거 아닌가요??
2017-12-21
|
|
|
0
0
초쵸
7년 개발하다 그만둿는데 다시봐도 머리가 아파오네요 ㅋㅋㅜ
2017-12-21
|
|
|
0
0
전투감각
서버 쿼리문 맥스 캐쉬 갯수 조정해보거나, 메모리 확인해보세요.
클라의 여러 어플들의 ODBC라이브러리에서 stmt close 혹은 stmt free 관련 함수 호출했는지 확인바랍니다. 반복문 같은 곳에서 고속쿼리를 하는지 확인바랍니다.
2017-12-22
|
|
|
0
0
Refactoring
일단은 모든 클라이언트에서 Connection -> Query Execute -> Free -> Close 를 하고 있습니다..
언어는 랩뷰를 사용하고 있는데, 툴킷 예제에도 나타나 있는 포맷입니다. 타 업체에서도 모든 프로그램들이 이런식으로 사용하고 있구요..
2017-12-22
|
|
|
0
0
전투감각
그렇군요..
커넥션 프리, 커넥션 클로즈 말고, 스테이트문 프리, 스테이트문 클로즈를 한게 맞다면 클라접속문제는 아니라고 봅니다. 오래 사용했다가 안되는 것은 테이블 용량이 늘어났다는 것으로 볼 수 있죠. 어찌되었던, 접속 시 테이블 전체나 많은 요청을 했다면 서버캐쉬풀이 되었을 가능성이 있다고 봅니다. 이 경우 테이블에 접근하지 못해 로그인이 안될 겁니다. 서버캐쉬설정을 늘리거나 램을 늘려보시는건 어떤지요? 부하 증가의 경우, H/W를 늘려야 겠지만 부차적으로 서버캐쉬가 적게되도록 쿼리 조정해보는 건 어떨지요? 그 때문에 재부팅하는 경우 캐쉬가 클리어되니 다시 잘되는 것일 겁니다. 어떤 서버든 서버의 캐쉬 라이브러리는 데이터 캐쉬요청에 따라 달라집니다. 쿼리별로 건수가 얼마나 되는지, 지난 잘 될때와 얼마나 차이나는지 한번 보시죠. 만약 그 차이가 심하다면, 분명 서버부하입니다. 서버의 예약 수행으로 수시로 단순화하고, 쿼리를 최적화해보시죠. 이미 최적화되어있다면 거진 부하문제로 보입니다. 결국 서버도 하드 I/O로 돌아가니, 아마도 I/O 부하가 높을 겁니다. 그러니 클라는 기다릴 수 밖에 없고, 대기 캐쉬량을 초과하고 해제하지 못한 채 튕기면, 적재되어 캐쉬량만 늘어납니다. 처음부터 잘되다가 갑자기 연결이 안되는게 아니라, 점차 튕기면서 연결안되는 횟수가 늘어나고, 서버캐쉬도 늘어납니다. 그러므로, 서버의 자체 캐쉬해제 설정이 커버를 못하는 상황이 오면 자동적으로 연결이 안됩니다. -- 기록해주신 두 문장이 답을 알려주는게 아닐까요? -- 1. 느려진다. 2.껐다켜면 잘 된다. 궁금해서 저도 알아봤습니다. 다음 링크 참조바랍니다. https://www.kdata.or.kr/info/info_04_view.html?field=&keyword=&type=techreport&page=16&dbnum=184039&mode=detail&type=techreport
2017-12-22
|
|
|
0
0
Refactoring
답변 감사드려요.
일단은 최근들어 일주일에 한번꼴로 증상이 나오는데, 항상 월요일날 아침에 발생합니다. 현상 발생시 현장에 직접 가지 못해서 원격으로 봤는데 SSMS로 보니 DB(복구)라고 뜨더라구요.(이 상태에서는 클라이언트에서 접속하려는 데이터베이스가 안보여 접속을 못하는것 같아요.. 재부팅해도 마찬가지..) 그러다가 약 1~2시간후에 각 PC들이 자동으로 접속이 됩니다. 아무것도 안했는데도요.. 접속이 되면 검색 속도가 느려져서 재부팅 해주면 원래 돌아가던데로 잘 동작합니다... 일단은 하드웨어 적으로 조취한 사항은 램 추가했고 소프트웨어 적으로는 주기적으로 데이터 삭제 및 인덱스 정리를 하여 일정 용량을 유지하고 있습니다. - 현상이 계속 발생한 후에는 스케쥴 등록해서 램 메모리 쪽도 한번씩 정리를 해주고 있습니다.. 그래도 똑같은 현상이 일어나네요..
2017-12-22
|
|
|
0
0
Refactoring
일단은 MDF 파일 떠서 CHECKDB 돌려 봤는데, 아무 오류가 없다고 나옵니다.. 환장하겠네요-_ㅠ
Service Broker 메시지 9675, 상태 1: 분석된 메시지 유형: 14. Service Broker 메시지 9676, 상태 1: 분석된 서비스 계약: 6. Service Broker 메시지 9667, 상태 1: 분석된 서비스: 3. Service Broker 메시지 9668, 상태 1: 분석된 서비스 큐: 3. Service Broker 메시지 9669, 상태 1: 분석된 대화 끝점: 0. Service Broker 메시지 9674, 상태 1: 분석된 대화 그룹: 0. Service Broker 메시지 9670, 상태 1: 분석된 원격 서비스 바인딩: 0. Service Broker 메시지 9605, 상태 1: 대화 우선 순위 분석: 0. ... CHECKDB이(가) 데이터베이스 '해당데이터베이스'에서 0개의 할당 오류와 0개의 일관성 오류를 찾았습니다. DBCC 실행이 완료되었습니다. DBCC에서 오류 메시지를 출력하면 시스템 관리자에게 문의하십시오. 내일 현장가서 처리해놔야하는데 미치겠네요ㅠㅠ...
2017-12-23
|
|
|
0
0
사랑전쟁
데이터가 늘어나면서 질의 처리에서 예외가 발생되고 그로인해 connection을 close 못하는 경우가 있지않을까 생각합니다.
2017-12-24
|
|
|
|
 |
|
| △ 이전글▽ 다음글 | -목록보기 |
|
그걸 초과해서 접속 못하는 상황일듯하네요
이해가 안가서요.. 각 PC에서는 매번 쿼리 요청 할때마다 connection -> close 를 하고 있습니다..
그리고 특정 요일에 발생하는 거 같은데, 월요일 아침마다 난리나고 있어요.-_-
일단 가동 시작 되면 일주일간 아무 문제 없이 돌아가고 월요일 아침에만 저런 현상이 발생하네요....