2012.11.12 두번째

• Memory Corruptions, or Why You Need DBCC CHECKDB

  http://www.sqlservercentral.com/articles/Memory+Corruption/93424/   

  • I/O 서브시스템 corruption

    백업 시 with checksum 옵션으로 증명가능하며, 기본적인 백업 실행시 데이파 파일 페이지에 오류 문제가 발생된다면 백업이 실패된다. Disk와 메모리의 checksum 불일치시 824 에러 발생.

       

  • Memory Corruption

    I/O 서브시스템의 장애는 page checksums으로 검출 가능하다. 메모리내의 corruption 발생할때는 DBCC CHECKDB으로 검출.

       

  강조. 규칙적인 DBCC CHECKDB 진행.

     

  김민석 형님 정리^^

  참고 링크 :

  823 (디스크 오류(특정 하드웨어 오류)와 같이 운영 체제에서 실행되는 CRC(순환 중복 검사)로 인해 발생)

  I/O 오퍼레이션실패 (OS, 와 I/O subsystem level) 더러운 에러고, checksum 계산 해보지도 못함

  http://www.sqlskills.com/BLOGS/PAUL/post/Dont-confuse-error-823-and-error-832.aspx

     

  824 (조각난 페이지 오류)

  1. checkpoint 동작시 마지막에 데이터페이지의 checksum 을 계산해서 page header 에 써 놓는다.

  2. 데이터가 디스크로부터 읽혀질 필요가 있을때 읽어온 데이터 기반으로 page 의 checksum 을 계산한다.

  -> 이자슥들로 계산한 값은 아까 써 놓은 checksum 과 같아야 하는데 읽어보니 다르다라 824 에러

     

  834

  디스크로부터 데이터 잘 읽어서 메모리에 가져다 놓았음, 값 변경이 있어서 더티 페이지로 마크할 때, 데이터페이지를 고치기전 checksum 을 다시 계산한번 해봄. 근데 이번에 계산하니 checksum 이 유효하지 않음. 원인은 RAM 불량, OS 메모리 관리 버그, 악당같은 프로세스가 SQL Server 의 메모리 영역을 건드렸음. 이거 나면, 아주 곤란해짐....-_-;;;

     

  823, 824의 경우 msdb의 suspaect_pages table 정보를 확인하면 좋을 것 같다. http://msdn.microsoft.com/ko-kr/library/ms191301.aspx 여기 링크를 보면 확인이 가능하다.

  

     

• How to open and view a deadlock graph .xdl file with SSMS ?

  http://mssqlfun.com/2012/11/09/how-to-open-and-view-a-deadlock-graph-xdl-file-with-ssms/

  데드락 그래프 .xdl 파일을 보는 방법. ssms을 실행하여 xdl 파일을 오픈하면된다.

     

• Script to create dynamic PIVOT querys in SQL Server
  http://www.mssqltips.com/sqlservertip/2783/script-to-create-dynamic-pivot-queries-in-sql-server/

     

• Partitioned Tables, Indexes and Execution Plans: a Cautionary Tale

  http://www.simple-talk.com/sql/database-administration/partitioned-tables,-indexes-and-execution-plans-a-cautionary-tale/