11. Corruptions and Repairs

a.  1) Repair는 데이타 손실이 있음 (Repair_allow_data_loss)

     2) CheckDB를 두번 수행했하여도 손상된 부분은 사라지지 않음

 

12. 재시작하면 손상된 부분이 고쳐질 수 있다. (X)

a.  1) 재부팅으로 해결할 수 있는 건 메모리에서 페이지손상 된 경우는 해결가능

     2) 리부팅과정에서 손상된 페이지가 할당 해제 된 경우

 

13. CheckDB는 블록킹을 유발한다. (X)

a.  1) 자주 수행할수록 좋다. (최소 : 1주일)

     2) 잠금 걱정 없음

 

14. AWE는 64bit에서 반드시 설정해야 한다. (X)

a.  1) 64bit

        - 설정해도 무시됨.

        - 버퍼풀 메모리가 Page out되는 것을 막기 위해서 Lock Pages in Memory 권한 설정

           해당 권한이 AWE API 사용

     2) 32bit

        - 4GB 초과 메모리 사용을 위해서는 할당

 

15. DMV는 80모드에서는 실행 할 수 없다. (X)

a. 호환성 모드는 해당 버젼에서 동작하는 것처럼 보여주는 것 DMV에서도 지원됨. 

설정

트랙백

댓글


6. Truncate Table은 로그에 기록되지 않는다. (X)

a. 1) Truncate table은 페이지의 할당을 해제

    2) 백그라운드 작업

 

7. fail over 후에는 트랜잭션은 계속된다. (X)

 

8. 다수의 미러를 가질 수 없다. (O)

   1) DB미러링은 1개의 미러만 가능

* 차기 버젼 ( Code name : denali )

- Always On HADR

- 여러 미러 가능

- 미러에서 읽기 가능(without DB SNAPSHOT)

- availabilty group

 

9. 온라인 인덱스는 잠금을 걸지 않는다.(X)

a. 1) 시작시 테이블에 S Lock(공유 잠금)

    2) 종료시 테이블에 SCH_M Lock(스키마 수정 잠금)

 

10. DB 미러링은 장애를 즉시 인지한다. (X)

a. 1) 장애 유형에 따라서 인지하는 시간이 다름

    2) 인지시간

     - SQL Server(가장 빠름)

     - OS (빠름)

     - Log Drive (보통)

 

 

설정

트랙백

댓글


2011년 6월 초에 SQL Unplugged 세미나에 참석했었는데요.

그 중에서 오후에 첫번째로 들었던 세미나가 "SQL SERVER에 대한 진실 혹은 거짓"이라는 세미나였습니다.

많은 분들에게 도움이 될 거라 생각되어 적어 드릴려고 합니다.

 

1. 로그를 비우는 것은 로그를 0으로 초기화하는 것이다. (X)

a. 로그를 비우는 것은 VLF를 inactive 상태로 체크하는 것

 

2. 파일 즉시 초기화는 조절이 가능하다. (△)

a 1) 볼륨유지 관리작업 권한 필요

   2) 버젼은 상관없음

   3) Enable 불가능

   4) Disable 가능

 

3. 데이타 파일 축소는 성능 영향 없다. (X)

a 1) 대랑의 인덱스 fragmentation 발생.

   2) shrink는 가능하면 쓰지 말고 with truncate only 사용

   (Data file shrink is evil, shinkdatabase is evil-er, auto-shrink is evil-est)

 

4. Tempdb는 코어당 하나의 파일을 가져야 한다. (X)

a. Tempdb에 경합이 있는 경우에 파일 추가

1) Page Latch, Page IO Latch 일때 확인

2) 2005 이후에는 전체 코어의 1/4에서 1/2로 파일 축소

여러 파일이 성능에 영향을 주는 경우도 있음(정렬을 위해서 tempdb를 사용하는 경우)

 

5. checkpoint는 커밋된 트랜잭션만 기록한다. (X)

a. 이전 checkpoint 이후에 변경 된 모든 페이지를 기록

설정

트랙백

댓글